Remontée d'états

Bonjour à tous,

Je viens de passer tous mes équipements zigbee sur JeeZigbee. J’ai tout installé et procédé à mes configurations puis testé le fonctionnement d’un premier équipement et tout était OK.

Après avoir ajouté tout le reste de mes équipements, je me rends compte que je n’ai plus de remontée d’état sur l’équipement qu j’avais testé à l’origine. Je test sur tous les autres équipements ajoutés : même problème, aucune remontée d’état…

Je retourne donc vérifier dans l’interface de zigbee2mqtt et je vois pourtant que l’état de mes équipements change bien en fonction de mes actions. Je vérifie les daemons, tout est ok.

Je me rends même compte en vérifiant les logs que les messages arrivent bien dans JeeZigbee mais n’ont aucune influence sur les états des commandes.

Petite précision complémentaire : les actions réalisées depuis Jeedom sur les équipements JeeZigbee ont bien un impact sur les équipements (allumer, eteindre…) mais les états, eux ne se mettent jamais à jour.

Je suis à court d’idées, j’espère que l’un d’entre vous saura m’aider. Merci

Salut,

Ceci étant l’état, vous dites que ça ne change jamais c’est bien ça?

Ps: historiser une info /autre c’est pas top :wink:

Oui il a changé quand j’ai fait ms premiers tests vers 19h mais depuis plus rien.

En continuant de creuser un peu je m pose une question :
Rien dans les logs que je vois ne permet à Jeedom de rattacher le message à un équipement : le message ne semble pas contenir autre chose que le topic et les infos de l’action. Pas d’id d’équipement, pas de friendlyname…

Est-ce que c’est juste que je ne vois pas la totalité du message dans le log ou y’a-t-il autre chose ?

Vous dites que les actions fonctionnent mais je me pose une question tout de même.
Pour Zigbee2mqtt, le mode distant a été configuré.


Pouvez-vous en dire plus?

Oui car j’avais fait l’installation de mqtt et zigbee2mqtt moi même avant de savoir que les plugins jeedom pouvaient prendre ça en charge. Je suis donc en configuration distante sur mqtt comme sur jeezigbee. Mais effectivement je confirme que les actions fonctionnent bien et que les logs mqtt comme jeezigbee montrent bien que les messages entrants sont réceptionnés et les messages sortants poussés sur le réseau (et encore une fois ils ont bien un impact sur les appareils).

Bon j’ai compris l’origine du problème mais je ne sais pas s’il est normal ou non. Quand je change le friendly name dans zigbee2mqtt, le nom du topic (et donc de la queue) change et donc passe de zigbee2mqtt/0x4545… À zigbee2mqtt/Commande - Alarme… Jeezigbee ne sait pas quoi faire des messages entrants sur ces nouveaux topic et ne met donc plus à jour les états. Si je supprime l’appareil côté zigbee2mqtt et que je le reappaire (lui permettant ainsi de reprendre son friendly name d’origine pas si friendly 0x4545…) les états sont bien synchronisés de nouveau.

Les commandes sortantes de jeezigbee, elles, continuent à être poussées sur le topic d’origine zigbee2mqtt/0x4545…/set qui pour une raison que je ne m’explique pas reste compris par zigbee2mqtt alors que ce nom ne correspond plus au friendly name.

Ma conclusion est qu’il est interdit de changer le friendly name côté zigbee2mqtt dans le cadre d’une utilisation avec jeezigbee. Pourtant zigbee2mqtt broadcast bien un message de changement de nom mais il n’est visiblement pas interprété par jeezigbee.

Est-ce que cette limitation est connue ?

Bonjour,
Je ne pense pas que ce soit le cas.

La preuve :

J’ai changé tous les noms après avoir inclus tous mes équipements, et cela ne m’a posé absolument aucun problème…

Avez- vous la possibilité technique d’effectuer un test en local avec Jeezigbee ?
Installation de mosquitto par le plugin-mqtt2 en broker local
Configuration du plugin-z2m en mode local aussi

Bonjour, en effet. Honnêtement je ne comprends pas comment ça peut marcher quand je vois à quoi ressemblent les messages entrants dans jeedom quand le friendly name à été changé mais je vous crois sur parole.

Honnêtement j’ai quelque chose de parfaitement fonctionnel avec pour seule contrainte de ne pas pouvoir changer le friendly name (pas bien grave puisque la description est visible des la liste des équipements). Je n’ai as franchement le courage de risquer créer des conflits en reinstallant tout. Peut être qu’un développeur du plugin comprendrait pourquoi je constate ce comportement en regardant mes messages et la réponse m’intéressera par curiosité mais ça n’est plus bloquant pour moi.