J’avoue que c’est comme @VonOx, je ne sais pas par où prendre le bout pour tester sans risquer de tout casser de la prod le temps du test…
Si on coupe la prod le temps du test ? La config sera reprise ?
Vaut-il mieux faire une copie du SSD de la prod actuelle et tester ?
Ca n’impact que certains types de bouton ? Pour ma part je n’ai que des bouton simple / detecteurs de presence / door tags, ca vaut le coup que je teste ?
Effectivement c’est des vrais questions, si c’est dur de tester personne test et je vous comprend bien! Je ne saurais pas répondre, il faudrait voir avec @AlexTrovato ou @cicoub13.
Est-ce que quelqu’un voudrait prendre le lead sur ce sujet ? (Mettre en place un protocole clair pour faire du testing sur Zigbee2mqtt ?)
Pour revenir sur le sujet initial, si la conclusion c’est qu’on est pas prêt de release ces améliorations Zigbee2mqtt sur le court terme, je propose de faire un revert du commit Zigbee2mqtt : Handle custom device mappings (#1383) · GladysAssistant/Gladys@8581d2e · GitHub afin de débloquer master. Ensuite, @AlexTrovato je propose que tu fasses une PR intégrant toutes les améliorations Zigbee2mqtt (ce commit + ton fix du bouton), et qu’on fasse un testing plus intensif une fois que quelqu’un ici aura mis en place un protocole de test non cassant. On mergera plus tard quand ce sera prêt.
Vous en pensez quoi ?
Parce que de mon côté vous êtes plusieurs à me tagguer sur des sujets pour me demander quand il y aura une release de différents fix, et en attendant je suis impuissant et bloqué
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.
Salut @_Will_71 et merci beaucoup de t’être dévoué pour tester !
Tant mieux si ça fonctionne
@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 ?
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.
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!
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