Hallo zusammen 
Ich poste das nochmal, um die Situation zu entblocken. @lmilcent ist im Urlaub, hat jemand Zigbee zu Hause und könnte die PR von @AlexTrovato testen, insbesondere das Verhalten mit den Funkschaltern?
Ich würde ja gerne, aber man müsste seinen eigenen MQTT-Server konfigurieren können, denn wenn alles in Produktion ist, kann man nicht auf einer anderen Instanz testen.
Man muss zugeben, dass das nicht einfach ist, zu testen.
Ich gebe zu, dass es mir wie @VonOx geht, ich weiß nicht, wo ich ansetzen soll, um zu testen, ohne die Produktion während des Tests zu gefährden…
- Sollten wir die Produktion für die Dauer des Tests unterbrechen? Wird die Konfiguration wiederhergestellt?
- Ist es besser, eine Kopie der aktuellen Produktions-SSD zu erstellen und zu testen?
- Betrifft das nur bestimmte Arten von Tasten? Ich habe nur einfache Tasten / Präsenzmelder / Tür-Tags, lohnt es sich für mich, das zu testen?
Dasselbe wie Thomas.
Ich habe nur einen SNZB 01
Ja, das sind echte Fragen. Wenn es schwer ist zu testen, testet niemand und ich verstehe euch gut! Ich könnte nicht antworten, man müsste mit @AlexTrovato oder @cicoub13 sprechen.
Gibt es jemanden, der die Führung zu diesem Thema übernehmen möchte? (Ein klares Protokoll für das Testen von Zigbee2mqtt einführen?)
Zum ursprünglichen Thema zurück: Wenn die Schlussfolgerung ist, dass wir diese Zigbee2mqtt-Verbesserungen in naher Zukunft nicht veröffentlichen können, schlage ich vor, den Commit Zigbee2mqtt : Handle custom device mappings (#1383) · GladysAssistant/Gladys@8581d2e · GitHub zurückzusetzen, um master freizugeben. Anschließend, @AlexTrovato, schlage ich vor, dass du einen PR erstellst, der alle Zigbee2mqtt-Verbesserungen integriert (dieser Commit + dein Button-Fix), und dass wir ein intensiveres Testen durchführen, sobald jemand hier ein nicht fehleranfälliges Testprotokoll eingerichtet hat. Wir werden später zusammenführen, wenn es bereit ist.
Was denkt ihr dazu?
Denn von meiner Seite aus werdet ihr von mehreren von euch getaggt, um mich nach verschiedenen Fixes zu fragen, und in der Zwischenzeit bin ich machtlos und blockiert 
Und das Backup der DB und aller Geräte über Gladys Plus wäre keine Lösung?
Nein, denn die Zigbee2mqtt-Integration ist aktuell nicht in der Lage, nach einer Wiederherstellung wieder auf die Beine zu kommen.
Ja, ich spreche über dieses Thema.
Ok also nach dem Post von @Will_71 denkst du, dass wir mit der Wiederherstellung dieser Dateien auf der sicheren Seite sind.
Hör mal, das muss bestätigt werden, ich bin bereit, das ebenfalls zu testen, da meine Installation von zigbee2mqtt im Moment nicht vital ist.
Vielleicht wäre es am besten, ein anderes Thema zu erstellen, um über das berühmte Testprotokoll Zigbee2mqtt zu sprechen?
Jemand übernimmt die Führung, und wir behalten dieses Thema, um über den ursprünglichen Bug von @lmilcent zu sprechen.
@AlexTrovato Hast du ein neues, aktuelles Image kompiliert?
Hallo,
Hier sind die Tests, die ich durchgeführt habe.
Ich habe meinen RPI, der mit Gladys in Produktion läuft, heruntergefahren. Dann habe ich den SONOFF Zigbee-Dongle entfernt und an einen alten Server mit Ubuntu angeschlossen.
Ich habe das Image von @AlexTrovato installiert (ich hoffe, das ist das richtige Image zum Testen) und die Gladys-Datenbank sowie die zigbee2mqtt-Dateien von meinem RPI wiederhergestellt.
Dann habe ich Gladys gestartet, das Log und den z2m-Dienst gestartet und alle meine Geräte ohne erneutes Pairing wiederhergestellt.
Ich habe meinen Xiaomi-Knopf getestet und hier sind die Werte, die er zurückgibt
1 Klick => 1
2 Klicks => 2
Langer Druck => 5
Ich habe meinen Zigbee-Dongle wieder an meinen RPI angeschlossen, neu gestartet und erhalte die gleichen Werte an meinem Knopf
1 Klick => 1
2 Klicks => 2
Langer Druck => 5
Sagt mir Bescheid, wenn ihr weitere Tests benötigt.
Das Bild ist atrovato/zigbee2mqtt. Es enthält den kleinen Fix für den Klick-Button.
Danke !!!
Hallo @Will_71 und vielen Dank, dass du dich so engagiert hast, um zu testen!
Schön, dass es funktioniert
@AlexTrovato da dieser Test erfolgreich war, gibt es noch andere Dinge, die getestet werden müssen? Bist du dir sicher, dass es für den Rest keine Risiken gibt, das jetzt in die Produktion zu bringen, oder bevorzugst du den Ansatz, den Commit zurückzusetzen und mehr zu testen?
@pierre-gilles, mit Vergnügen versuche ich, so gut ich kann, beizutragen 
Ich bin eher zuversichtlich. Es gibt zwar noch Arbeit an z2m, aber diese Änderungen ermöglichen es, alle Binärgeräte zu betreiben, wobei z2m eine unterschiedliche Funktionsweise pro Gerät bietet.
Okay, dann vertraue ich dir mal 
Edit: Es ist gemerged!
Es ist live!
Deshalb bin ich mir nicht sicher, ob das Mapping-Problem von @lmilcent nur die Funkschalter betrifft. Seit dem Update auf v4.8.4 funktionieren meine Öffnungssensoren rückwärts und stören dadurch meine Öffnungserkennungsszenarien.
Auf dem unten stehenden Bild sind alle meine Fenster geschlossen, aber ich habe das Symbol für ein geöffnetes Fenster!
Unten die Werte in zigbee2mqtt
Ja, mir geht’s genauso wie dir @Will_71
Es ist umgekehrt.