Blueprint pour télécommande alarme Lexman LDSENK09

[Antigrav]

Bonsoir, je vous propose un blueprint pour réutiliser les télécommandes d’alarme Lexman LDSENK09.

Ces télécommandes Zigbee dispos chez Leroy Merlin sous la marque Lexman servent normalement à activer/désactiver l’alarme de l’écosystème Enki pour laquelle elles sont prévues mais peuvent également s’intégrer à Alarmo. Avec ce blueprint il est possible de leur donner un autre usage pour déclencher à peu près tout ce que vous voulez si vous utilisez Zigbee2MQTT.

Le bouton SOS fonctionne sur appui prolongé, les 3 autres boutons sur un simple clic.

Ces télécommandes sont actuellement en solde chez Leroy Merlin à moins de 5€ les trois.

Grand merci à @arsthan pour l’inspiration !

blueprint:
  name: Adeo LDSENK09 buttons
  description: Control devices trough an Adeo LDSENK09
  source_url: https://gist.github.com/Chartreusito/bace65d3644543c4833deba88e799372
  domain: automation
  author: Chartreusito
  homeassistant:
    min_version: 2024.12.0
  input:
    section_keyfob:
      name: '## Key-Fob selection'
      icon: mdi:alarm-panel
      description: ''
      collapsed: false
      input:
        controller:
          name: Key-Fob
          description: The name of the key-fob in Zigbee2MQTT
          default: ''
        base_topic:
          name: Root/Base mqtt topic from Zigbee2MQTT
          description: The Root/base topic as configured in Zigbee2MQTT
          default: zigbee2mqtt
    section_alarm:
      name: '## Alarm configuration'
      icon: mdi:shield-home
      description: ''
      collapsed: false
      input:
        i_action_button_arm_partial_zones:
          name: Action for arm home button
          selector:
            action: {}
          default: []
        i_action_button_arm_all_zones:
          name: Action for arm away button
          selector:
            action: {}
          default: []
        i_action_button_disarm:
          name: Action for disarm button
          selector:
            action: {}
          default: []
        i_action_button_panic:
          name: Action for panic (SOS) button
          selector:
            action: {}
          default: []
mode: parallel
max_exceeded: silent
max: 2
trigger_variables:
  base_topic: !input base_topic
  controller: !input controller
trigger:
- platform: mqtt
  topic: '{{ base_topic ~ ''/'' ~ controller }}'
action:
- variables:
    command: '{{ trigger.payload_json.action }}'
- choose:
  - conditions: '{{ command == ''arm_day_zones'' }}'
    sequence: !input i_action_button_arm_partial_zones
  - conditions: '{{ command == ''arm_all_zones'' }}'
    sequence: !input i_action_button_arm_all_zones
  - conditions: '{{ command == ''disarm'' }}'
    sequence: !input i_action_button_disarm
  - conditions: '{{ command == ''panic'' }}'
    sequence: !input i_action_button_panic

[Beneke]

Bonjour, et merci pour ce blueprint.

J’ai également profité de l’offre à 5€ les 3 télécommandes, mais elles ne semblent pas être bien paramétrées dans Z2M. Elles s’appairent correctement, mais les boutons n’ont aucun effet et restent sur N/A dans l’état de l’appareil.

As-tu eu le même souci ou il y aurait un souci avec mes télécommandes ?

Merci d’avance.

[Patrick44fr]

Bonjour,
avez un retex lors du retour a la maison, pour raccrocher le réseau zigbee, cela est il rapide
Je suis sous zigbee2mqtt.

Merci de vos réponses.

[Antigrav]

Si tu fais référence au action sensor, il est préférable d’utiliser le MQTT device trigger ce qui est fait dans cette automatisation, le premier est d’ailleurs désactivé par défaut dans la nouvelle version.

Dans les faits l’attribut action reste visible et fonctionnel dans ma config, mais je ne m’en sers pas. Pour voir les payload envoyés sur le topic concerné j’utilise MQTT Explorer.

Pour ma part je trouve le MQTT device trigger plus réactif. L’automatisation fonctionne très bien chez moi en version 1.42 ou en version 2 de Zigbee2MQTT.

[Antigrav]

Je n’aurais pas de retour à te faire à ce niveau vu que justement j’ai détourné les télécommandes de leur usage initial

[Beneke]

Merci pour ta réponse rapide, l’idée était bonne (je l’utilise pour d’autres boutons de chez Boulanger entre autre).

Malheureusement, il semblerait quand même qu’il y ait un souci avec les télécommandes. J’ai beau appuyer sur tous les boutons, aucune action ne remonte dans Z2M. Idem avec un test sur ton blueprint, ça n’a aucun effet… On est bien d’accord qu’il faut mettre le nom qu’on a attribué à notre device (ex. : le nom généré est f428d7f5c8253df39a9115744c51f1ef, mais renommé Télécommande alarme garage) ?

J’ai bien tenté de les reparamétrer et même de les ré-appairer, mais sans succès…

Merci pour ton aide.

[Antigrav]

C’est le « friendly_name » côté Z2M en effet, par contre je n’utilise pas d’espace ni d’accent dans ma convention de nommage donc je ne sais pas comment cela se traduit dans MQTT.
Après tu n’es pas obligé de spécifier le topic exact de MQTT Explorer pour voir ce qui passe, normalement quand tu appuies sur ton bouton tu devrais voir une mise à jour de topic (la ligne correspondante clignote dans MQTT Explorer.

[Beneke]

Ce qui n’est effectivement pas le cas, comme le témoigne ma capture d’écran :

Ce qui est étrange, c’est que j’ai le même problème sur les 3 télécommandes… De même, l’état de la batterie ne remonte pas dans Z2M.

[Antigrav]

Tu as quelle version de z2m ? Quel coordinateur ?
Tu as redémarré z2m récemment ?
Es-tu allé voir dans MQTT Explorer ce qui est publié ?

[Beneke]

Je suis sur la version 2.0.0-2 de Z2M (sans eu de galère particulière en passant sur la V2), avec un coordinateur Sonoff ZBDongle-E.

J’ai redémarré Z2M depuis l’ajout des télécommandes oui, sans évolution.

Quant à MQTT Explorer, que je ne connaissais pas, je n’y ai pas trouvé d’information particulière autre que la disponibilité des appareils. Mais peut-être que je ne sais pas m’en servir correctement…

[Antigrav]

De mon côté je suis sur une SLZB06 en POE avec base Texas Instrument, pas le même chipset coordinateur que toi donc (ni le même firmware), c’est peut-être la source des différences de comportement. Ma Coordinator revision est 20240710
A tout hasard quelles sont tes versions de firmware côté device ? Je te mets les miennes au dessus (non pas qu’on puisse faire de mise à jour OTA cela dit).

[Beneke]

Voilà ma version de mon coordinateur, si ça peut t’être utile.

Ceci dit, il semblerait que je ne sois pas le seul dans ce cas. J’ai vu que les fameuses télécommandes avaient été resoldées à nouveau à 2,49€ les 3, ce qui a fait déterrer ce sujet de l’année dernière : [FINI] Bon plan telecommande zigbee - #17 par GDX2

Je vais essayer de regarder les solutions proposées dans ce fil, je te dirai si je trouve quelque chose qui fonctionne.

[Gilles_C]

J’ai eu le même problème que toi, ça s’ajoute bien mais en fait elle ne s’attache à aucun coordinateur. J’ai cliqué sur le bouton Interview (le i sur fond bleu) & ensuite c’était ok (pense à réveiller la télécommande en appuyant sur un bouton). Je vois bien action dans MQTT Explorer maintenant.

[Sebastien_Moreau]

bonjour,

je viens de découvrir ce blueprint. J’ai le message d’erreur :

Exécuté : 16 février 2025 à 13:01:49
Erreur : UndefinedError: ‹ dict object › has no attribute ‹ payload_json ›

vous avez eu ce soucis ?

[Antigrav]

Bonsoir, pas d’erreur de ce type de mon côté. Les 4 boutons sont associés chacun à une lampe. Je ne dis pas que ça fonctionne parfaitement, il y a un délai entre 2 activations, mais j’imagine que c’est lié au type de l’objet (télécommande d’alarme), pas à la gestion par Zigbee2MQTT de l’objet.

[Sebastien_Moreau]

Tu peux me dire ce que tu mets en haut dans télécommande comme paramètre ?

J’ai essayé le nom complet, mettre la ref en xx je ne sais pas quoi essayer

[Antigrav]

Tu parles bien de cette ligne ? The name of the key-fob in Zigbee2MQTT

En français dans le texte c’est le nom de l’appareil dans z2m et donc dans le topic MQTT

[Sebastien_Moreau]

du coup c’est bien ce que j’ai mis mais ca ne fonctionne pas j’ai toujours la meme erreur payload_json

[Antigrav]

Je ne comprends pas quand vous avez ce message d’erreur. Quand vous créez une automatisation à partir de ce blueprint ? Où l’erreur s’affiche-t-elle ?
Pouvez-vous me partager la version yaml de l’automatisation que je vérifie si c’est correct ?

[Greg_Wisniewski]

Pour donner un retour après 1 moi d’utilisation de ce blueprint, je n’ai rencontré aucun problème particulier tout fonctionne même le retour d’état. Je l’utilise pour 2 télécommandes une pour mes volets et une autre pour de l’éclairage sans aucun souci. La seule chose mais qui est normal c’est quand je la déplace a l’opposé de la maison elles doivent trouver un nouveau routeur pour revenir dans le réseau. J’appuie une première fois pour qu’elle ce réveil le retour d’état est utile car elle clignote rouge puis j’appuie une seconde fois pour que la commande soit prise en compte et elle clignote en vert pour la confirmation. Et c’est là même situation si je pars avec de la maison. Je valide ce blueprint tout fonctionne sans aucun problème et même le retour d’état, il est juste au top merci