hello tous !
merci pour les différentes pistes.
Ma dernière association as été plus complète semble t-il que les précédentes et j’avais une info none sur le click contrairement au début.
En fait j’ai même réussi à faire fonctionner l’automation 1 fois ! c’est tout.
Par contre il me remonte des valeurs de déconnexion « Nombre de coupures de courant » aberrante avec un compteur à plus de 1500 coupures !
J’en viendrai à conclure que mon bouton est foireux pourtant la pile est neuve.
Je pense arrêter là avec ça et me concentrer sur autre chose
J’ai eu aussi quelques comportement bizarre avec des boutons en Zigbee2mqtt. Pas tous prit car le payload dans « action » est de suite effacé (enfin de ce que j’en ai compris)
Je passe maintenant par la détection du changement de payload sur MQTT et ça fonctionne bien.
En gros, je me connecte sur le serveur MQTT de HA. (avec MQTT Explorer). Je regarde le topic concerné type zigbee2mqtt/bouton_test :
Je peux voir dans l’historique qu’il y a bien une action d’appui sur « off » mais tout de suite effacé. Du coup je fais une automatisation de ce genre :
alias: Autom Bouton Test
description: ""
trigger:
- platform: mqtt
topic: zigbee2mqtt/bouton_test
condition:
- condition: template
value_template: "{{ trigger.payload_json.action == \"off\" }}"
action:
- Ceux que tu veux
mode: single
ça a l’avantage de marcher avec tout type de payload sur le « action ». Il suffit d’adapter.
Ca c’est ton coordinateur, je te parle des routeurs ( ampoules, prises, multiprises… ) et vérifier que la marques de ces routeurs soient bien compatible avec xiaomi.
EDIT 2 :
merci à toi car j’ai appris quelque petite chose intéressante pour le debug je n’avais pas vu l’encart « history » sur le côté car il était masqué
J’ai fait quelques recherches, encore, sur le bouton il semblerais qu’il soit mort. J’ai la gateway et je n’arrive plus à l’associer…
je me réponds donc : après mainte recherche il semblerais que le bouton Aqara WXKG11LM pose souvent problème.
J’ai tenté quelques action sur le bouton tel que refaire les soudures du switch y compris bouton reset.
Suppression du bouton reset et appairage au « tournevis » mais rien de convaincant.
Il a donc faire un tour à la poubelle.
Merci pour votre aide en tout cas j’ai encore appris des chose sur HA.
Model WXKG11LM manufactured by Aqara
Zigbee ID: lumi.sensor_switch.aq2 | lumi.remote.b1acn01
la version lumi.remote.b1acn01 a le simple, double, hold et release clic. ( la version que j’ai)
la version lumi.sensor_switch.aq2 a le simple, double, triple, quadruple clic. ( ce modèle qui doit bug)
Ta essayer ta solution mentionner sur Z2M ?
Événement de clic obsolète
Par défaut, cet appareil expose un click événement obsolète. Il est recommandé d’utiliser l’ action événement à la place.
Pour désactiver l’ click événement, définissez legacy: false pour cet appareil dans configuration.yaml . Exemple:
Merci Pulpy-Luke! J’étais sûr que c’était un truc bête…
J’ai ajouté legacy: false à l’endroit de cet interrupteur dans configuration.yaml de zigbee2mqtt, mais il ne réagit toujours pas lorsque j’appuie dessus, je n’arrive toujours pas à comprendre pourquoi. J’utilise le même blueprint que dans les messages précédents, le clic est bien vu dans MQTT.
MQTT publish: topic 'zigbee2mqtt/Interrupteur salon escalier bas/action', payload 'right'
Je me demande si le problème ne vient pas du blueprint, pourtant le WXKG07LM est bien censé être compatible.
Je me réponds à moi-même. En effet le blueprint ne fonctionne pas. J’ai contourné le problème avec une automatisation native et là ça fonctionne, en attendant d’apprendre Node-red pour faire avec.