Message d'erreur zigbee2mqtt

Ok donc suite au post de @_Will_71 tu penses qu’en recuperant juste ces fichiers on est bon.

Ecoute faut le confirmer, je suis prêt a tester egalement ça, mon install concernant zigbee2mqtt n’etant pas vitale pour le moment.

Peut-être le mieux serait de créer un autre topic pour parler de ce fameux protocole de test Zigbee2mqtt ?

Quelqu’un prend le lead, et on garde ce sujet pour parler du bug original de @lmilcent.

1 « J'aime »

@AlexTrovato Est ce que tu as compilé une nouvelle image récente ?

Bonsoir,

Voici les tests que j’ai réalisé.

Arrêt de mon RPI qui tourne avec Gladys en prod. J’ai alors récupéré le dongle SONOFF zigbee et je l’ai branché sur un vieux serveur qui tourne sous Ubuntu.
J’ai installé l’image de @AlexTrovato (j’espère que c’est la bonne image à tester) et réimporté la base de donnée Gladys de mon RPI ainsi que les fichiers zigbee2mqtt.

Ensuite j’ai démarré Gladys, log et démarrage du service z2m et j’ai bien récupéré tout mes devices sans besoin de les réappairés.

J’ai testé mon bouton Xiaomi et voici les valeurs qu’il retourne
1 clic => 1
2 clic => 2
appui long => 5

J’ai remis mon dongle zigbee sur mon RPI, redémarrer et j’obtient les mêmes valeurs sur mon bouton
1 clic => 1
2 clic => 2
appui long => 5

Dites moi si vous avez besoin d’autres tests.

3 « J'aime »

L’image est atrovato/zigbee2mqtt. Elle contient le petit correctif sur le click button.

Merci !!!

1 « J'aime »

Salut @_Will_71 et merci beaucoup de t’être dévoué pour tester !

Tant mieux si ça fonctionne :slight_smile:

@AlexTrovato vu que ce test est concluant, est-ce qu’il reste d’autres trucs à tester ? Est-ce que tu es confiant que pour le reste c’est sûr qu’il n’y a pas de risques de mettre ça en prod maintenant, ou tu préfère l’approche revert du commit + plus de testing ?

1 « J'aime »

@pierre-gilles , avec plaisir j’essaie de contribuer comme je peut pour l’instant :wink:

1 « J'aime »

Je suis plutôt confiant. Il reste encore du travail sur z2m mais ces changements permettent de faire fonctionner tous les binary devices, sachant que z2m fournit un fonctionnement différent par device.

1 « J'aime »

Ok, je te fais confiance alors :smiley:

Edit: C’est mergé !

1 « J'aime »

C’est déployé !

2 « J'aime »

Du coup je ne suis pas sur que le problème de mappage de @lmilcent ne concernait uniquement les interrupteurs sans fil. Depuis le passage en v4.8.4 j’ai mes capteurs d’ouverture qui fonctionnent à l’envers et qui du coup casse mes scènes de détection d’ouverture.
Sur l’image ci dessous toutes mes fenêtres sont fermées mais j’ai l’icone représentant la fenêtre ouverte!
image

Ci dessous la valeur dans zigbee2mqtt
image

1 « J'aime »

Yep, moi aussi c’est pareil que toi @_Will_71
C’est inversé.

Tout pareil ici aussi ^^

Effectivement pour moi c’est pareil, mais je préfère cet état là, car pour moi c’est plus cohérent d’avoir l’icône barré quand la porte ou la fenêtre est fermée. quand mes capteurs d’ouverture Xiaomi étaient gérés par l’intégration Xiaomi, ils s’affichaient comme ci dessus , puis quand je suis passé dans l’intégration zigbbe ils se sont retrouvés à l’envers. je pense qu’en Zigbee2MQTT, ils étaient paramétrés à l’envers

Ahhh je vais me faire disputer !!!
Vous etes sûr de votre coup ?
J’avoue que l’icône « bouclier barré » n’est pas franchement explicite pour moi.
Mais j’ai peut-être inversé 0/1 false/true.

Cette icone ambiguë on en parle ici au cas ou

Hummm
Donc je vois que si le contact est fait, alors on a « true » comme valeur, mais Gladys ne parle pas de « contact » mais « d’ouverture ».
Les notions sont donc inversées.

Capteur de contact = vérifie que c’est fermé
Capteur d’ouverture = vérifie que c’est ouvert…

Crotte. J’ai pas vu ça.

3 « J'aime »

bonsoir @ Alex Trovato
Au risque de me faire huer, voir l’icône barré quand la porte ou la fenêtre est fermé c’est plus parlant ( notion de barrage ) De plus, en laissant comme ça on revient dans la même logique que l’intégration Xiaomi. Effectivement de mettre ouvert ou fermé réglerait le problème. :smiley:

C’est vrai que ces icônes ne sont pas très explicites, pour moi c’était plus logique dans l’autre sens mais ca peut être un long débat je pense :slightly_smiling_face:
Après faut surtout être sur de la valeur retourné car si on laisse comme cela je doit refaire toutes mes scènes ou je prends en compte ces capteurs là

!!! :smiley:

Aha tkt ça arrive, et puis c’est l’occasion justement de changer ces icônes pas super explicite, on pourrait passer à un cadenas fermé / ouvert ?

Ouvert:

Screenshot 2022-05-06 at 08.55.39

Fermé:

Screenshot 2022-05-06 at 08.55.36

6 « J'aime »