Perte commandes ZigBee

Jeff_Pers · Février 4, 2025, 7:12

Bonjour,

A plusieurs reprises, toutes les commandes ZigBee de mes appareils cesse de fonctionner sans raisons apparentes.
J’ai mis ça sur le fait que la swap de ma box Luna est régulièrement très bas et nécessitait un redémarrage mais je suis actuellement à 51% de swap et le problème persiste.
Les appareils ne réagissent pas lors de l’envoi d’une commande, très souvent un redémarrage du deamon résout le problème …

Ce qui est curieux c’est que toutes les informations des capteurs remontent, les modules semblent même communiqués avec la box mais aucune réaction sur les sorties.

Exemple de log côté Jeedom, rien de plus côté interface Zigbee2MQTT, tous semble fonctionner

[2025-02-04 19:46:07] DEBUG  : [execute] zigbee2mqtt/0xe0798dfffebbed94/set => {"state":"ON"}
[2025-02-04 19:46:12] DEBUG  : [execute] zigbee2mqtt/0xe0798dfffebbed94/set => {"state":"OFF"}

[2025-02-04 19:02:37] e[34mdebuge[39m: 	z2m:mqtt: Received MQTT message on 'zigbee2mqtt/0xe0798dfffebbed94/set' with data '{"state":"ON"}'
[2025-02-04 19:02:37] e[34mdebuge[39m: 	z2m: Publishing 'set' 'state' to '0xe0798dfffebbed94'
[2025-02-04 19:02:37] e[34mdebuge[39m: 	zh:controller:endpoint: ZCL command 0xe0798dfffebbed94/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false})
[2025-02-04 19:02:39] e[34mdebuge[39m: 	z2m:mqtt: Received MQTT message on 'zigbee2mqtt/0xe0798dfffebbed94/set' with data '{"state":"OFF"}'
[2025-02-04 19:02:39] e[34mdebuge[39m: 	z2m: Publishing 'set' 'state' to '0xe0798dfffebbed94'
[2025-02-04 19:02:39] e[34mdebuge[39m: 	zh:controller:endpoint: ZCL command 0xe0798dfffebbed94/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false})

Informations Jeedom Luna

Core : 4.4.19 (master)
DNS Jeedom Luna : oui

Plugin : JeeZigbee
Version : 2024-12-17 01:01:46 (stable)
Statut Démon : Démarré - (2025-01-29 04:05:06)

Je ne vois pas trop comment avancer dans le diagnostic et la résolution du problème hormis forcer régulièrement un redémarrage du deamon …

Merci de votre aide.

Oliflo · Février 4, 2025, 8:31

pas de solution à te proposer … mais je partage cette problématique aléatoirement… j’attends avec impatience la prochaine maj du firmware de l’ezp vers Ember en espérant que cela solutionne le problème

Jeff_Pers · Février 5, 2025, 11:30

Merci pour ton retour, je vais programmer un scénario de redémarrage hebdomadaire du deamon en attendant.
J’ai l’impression que le souci vient d’un lien entre Jeedom et Zigbee2MQTT…

Jeff_Pers · Mars 30, 2025, 2:03

Je met à jour ce post car même avec un redémarrage du plugin JeeZigbee toute les semaines, j’ai encore des commandes qui ne partent pas entre chaque redémarrages
Je cherche vraiment à diagnostiquer et identifier enfin le problème car clairement, j’ai mis en standby le développement de mon installation tant que ce souci n’est pas résolu.

Pour avancer, j’ai isolé un équipement qui systématiquement ne fonctionne plus, il s’agit d’un module Sonoff ZBMINI, celui passe un 1 lors d’une détection de mouvement (la base de la domotique ), le capteur fonctionne parfaitement car c’est bien un problème de commandes, les infos remontent toujours sans aucun soucis.

Lors d’une commande de test, l’état ne change pas, pourtant ce module communique bien car l’horodatage de la com se met à jour.

Le log z2m indique que la commande est émise :

[2025-03-30 15:38:14] DEBUG  : [execute] zigbee2mqtt/0xe0798dfffebc2826/set => {"state":"ON"}

le log z2md :

[2025-03-30 13:42:05] e[34mdebuge[39m: 	z2m:mqtt: Received MQTT message on 'zigbee2mqtt/0xe0798dfffebc2826/set' with data '{"state":"ON"}'
[2025-03-30 13:42:05] e[34mdebuge[39m: 	z2m: Publishing 'set' 'state' to '0xe0798dfffebc2826'
[2025-03-30 13:42:05] e[34mdebuge[39m: 	zh:controller:endpoint: ZCL command 0xe0798dfffebc2826/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false})
[2025-03-30 13:42:07] e[34mdebuge[39m: 	zh:ezsp:ezsp: Time to watchdog ... 0
[2025-03-30 13:42:07] e[34mdebuge[39m: 	zh:ezsp:ezsp: ==> nop: undefined
[2025-03-30 13:42:07] e[34mdebuge[39m: 	zh:ezsp:ezsp: ==> {"_cls_":"nop","_id_":5,"_isRequest_":true}
[2025-03-30 13:42:07] e[34mdebuge[39m: 	zh:ezsp:uart: --> DATA (5,0,0): 0500010500

Côté Zigbee2MQTT, le changement manuel d’état ne génère aucune réaction.
Le module communique mais aucun log sur une demande de changement d’état alors que sur un autre équipement fonctionnel, je vois passer les requêtes

info 2025-03-30 15:51:42z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0xe0798dfffebc2826', payload '{" ":{"dateCode":"20200927","friendlyName":"0xe0798dfffebc2826","ieeeAddr":"0xe0798dfffebc2826","manufacturerID":4098,"manufacturerName":"SONOFF","model":"ZBMINI","networkAddress":8806,"powerSource":"Mains (single phase)","type":"Router","zclVersion":3},"last_seen":"2025-03-30T13:51:44.727Z","linkquality":144,"state":"OFF"}'

Après un redémarrage manuel du plugin JeeZigbee tout rentre dans l’ordre (pour quelques jours )

Si quelqu’un a une idée ou une piste ?

Merci de votre aide.

Bonjour · Mars 30, 2025, 4:07

Bonjour,

Plusieurs problèmes possibles que j’ai déjà rencontrés :

Des interférences type bobine électrique, micro-onde, autre module wifi, …
Coupure de la phase ou du neutre par un interrupteur
Réseau wifi sur un canal en concurrence avec le zigbee et insoupçonné (téléphone portable en partage de connexion …)
…

Niclalex · Avril 6, 2025, 9:31

Bonjour,
J’ai globalement le même problème sur mon installation : les commandes passent correctement puis à partir d’un certain moment elles ne fonctionnent plus. Un redémarrage du daemon jeezigbee suffit a un retour à un fonctionnement normal.
C’est problématique car mon installation gère mon chauffage électrique => il m’a fallu mettre des scenarios en place pour vérifier l’état des relais en fonction de la commande du thermostat afin d’éviter que la température s’envole dans les pièces.
Pour répondre à Jeff_Pers j’ai aussi vérifié mon réseau wifi qui n’est pas en concurrence avec le réseau zigbee.

Bonjour · Avril 6, 2025, 10:01

Bonjour,

Si vous observez la page Web Zigbee2MQTT, dans la colonne « Vu dernièrement » n’avez-vous pas des anomalies comme un module qui serait mis à jour en permanence par exemple ?

Jeff_Pers · Avril 6, 2025, 2:08

Bonjour,

De mon côté, les modules se mettent à jour régulièrement sans qu’un équipement en particulier reviennent trop souvent.

PS : j’ai revérifer les points que tu évoquais plus haut (interférences, WiFi …) sans trouver d’anomalie.

Bonjour · Avril 6, 2025, 4:30

J’ai eu un problème il y a quelques jours avec 2 prises Nous sur la même double prises murale c’est à dire à quelques centimètres l’une de l’autre ; soit l’une fonctionnait soit l’autre mais pas les 2 ensembles sans pour autant se déconnecter. J’en est éloigné une de 50 cm avec une rallonge et tout fonctionne nickel.
Avez-vous des modules très proche l’un de l’autre ?

Niclalex · Avril 6, 2025, 4:40

Bonjour, j’ai effectivement l’impression que mes thermostats communiquent tres souvent.
J’ai aussi des erreurs MQTT, les dernières que j’ai pu capter sont :

025-04-06 18:36:53zh:ezsp:uart: --> Error: Error: {"sequence":6} after 4000ms
2025-04-06 18:36:53zh:ezsp:uart: -!- break waiting (6)
2025-04-06 18:36:53zh:ezsp:uart: Can't send DATA frame (5,6,0): a500010500
2025-04-06 18:36:57zh:ezsp:uart: --> Error: Error: {"sequence":6} after 4000ms
2025-04-06 18:36:57zh:ezsp:uart: -!- break rewaiting (6)
2025-04-06 18:36:57zh:ezsp:uart: Can't resend DATA frame (5,6,1): a500010500
2025-04-06 18:36:57zh:ezsp:ezsp: Watchdog heartbeat timeout Error: Failure send nop:{"type":"Buffer","data":[165,0,1,5,0]}

Je suis par contre incapable de les comprendre

Pour les appareils trop bavards il y a un paramètre à modifier pour limiter les échanges ?

Bonjour · Avril 6, 2025, 4:48

Vérifiez qu’il n’y a rien dans l’auto actualisation des équipements

Niclalex · Avril 6, 2025, 4:52

Non rien de spécial :

vmath54 · Avril 7, 2025, 8:21

Oui. Dans ‹ configuration du module ›, onglet reporting.
Tu trouves les infos ‹ min report time ›, ‹ max report time › et ‹ report change ›

voir ce sujet : Limiter le nombre de messages zigbee avec zigbee2mqtt

Jeff_Pers · Mai 9, 2025, 3:22

J’ai effectivement deux modules très proches (dans la même boite d’encastrement) je vais en déplacer un pour voir l’impact.
Ce qui m’étonne toujours, c’est que très souvent, c’est tout le réseaux qui tombe et uniquement sur les commandes (jamais sur les retour d’infos).