Ja, das ist kein Problem 
Aber ich glaube, es gibt eine Verbindung, die offen bleibt, aber ich weiß nicht wann 
OK.
Ich werde mir ansehen, was auf der MQTT-Seite gemacht wird, und prüfen, ob beim Stoppen des Dienstes kein connection.close() fehlt.
Gleiches Problem, ich weiß nicht wie. Ein Neustart des RPi vielleicht?
Zum Verbinden:
- Ich habe die Verbindung aktiviert
- Ich habe den Knopf meines Sensors 5 Sekunden lang gedrückt
- Dann klicke ich auf „Scannen“
Es wird nichts angezeigt.
Nach ein bisschen Recherche ist das daran gelegen, dass watchtower das neue Image neu deployt hat, was die Namen der Container mit z2m ändert 
Ich habe alles gelöscht und jetzt funktioniert es perfekt 
Hallo zusammen,
ich sehe, dass es oft Anfragen zur Integration neuer zigbee2mqtt-Geräte gibt.
Beim Suchen habe ich festgestellt, dass die Dokumentation, die alle kompatiblen zigbee2mqqt-Geräte auflistet, aus dem npm-Paket zigbee-herdsman-converters generiert wird.
Durch die Nutzung der Logik zur Erstellung der zigbee2mqqt-Dokumentation und unserer Methode zur Integration von Geräten in Gladys habe ich ein kleines Tool erstellt, das:
- die gesamte Geräteliste aktualisiert
- die Dateien generiert, die in Gladys platziert werden sollen
Mein Tool: GitHub - atrovato/Gladys-Zigbee2mqtt-tools · GitHub
Die generierten Dateien: Gladys-Zigbee2mqtt-tools/generated at master · atrovato/Gladys-Zigbee2mqtt-tools · GitHub
Die Änderungen in Gladys: Zigbee2mqtt devices by atrovato · Pull Request #1294 · GladysAssistant/Gladys · GitHub
- Verschieben einer Methode: Zigbee2mqtt devices by atrovato · Pull Request #1294 · GladysAssistant/Gladys · GitHub
- Integration der generierten Geräte: Zigbee2mqtt devices by atrovato · Pull Request #1294 · GladysAssistant/Gladys · GitHub
Das Tool ist sicherlich nicht vollständig und kann einige Inkonsistenzen erzeugen,
aber zögert nicht, mir zu helfen, es zu vervollständigen und zu verbessern.
Ich habe noch eine offene Frage: Ist die Version von zigbee2mqtt spezifiziert?
Denn bei ihnen entwickelt sich das sehr schnell: Releases · Koenkk/zigbee-herdsman-converters · GitHub
@cicoub13 @VonOx @Reno
Ich habe vor allem große Zweifel an den Funktionen button / switch_sensor / temperature.
Ich hoffe, es gefällt euch und hilft uns, neue Kompatibilitäten zu generieren.
Bis bald
EDIT: Die Generierung der Dateien erzwingt die Sortierung nach Marken / Modellen / Funktionen, was viele Änderungen verursacht.
Das Allerbeste wäre, wenn wir nutzen, was das Gerät anbietet.
Man könnte den Service ein bisschen smarter machen und müsste die Funktionen nicht selbst verwalten.
Ich habe keine Ahnung, wie komplex die Entwicklung dieser Logik wäre.
Bis dahin wird dein Generator uns eine Menge Zeit sparen 
Wir nutzen die neueste Version von zigbee2mqtt über ihr Docker-Image.
Letztlich nutzt das Tool auch die „Exposés“, aber vom Server.
Daher muss es angepasst werden, um es dynamisch für die MQTT-Entdeckung zu machen
Am Ende, wenn wir in der Lage sind, Konfigurationsdateien zu generieren, warum sollten wir dann welche generieren? 
Man kann es wie Philips Hue machen, einfach die Zuordnung bei Bedarf erstellen, wenn ein neues Gerät zurückgegeben wird.
Ich habe das Thema gestartet.
Ich werde versuchen, so vollständig wie möglich zu sein.
Top! Haltet uns auf dem Laufenden
Es ist klar, dass es verrückt wäre, wenn man die Zigbee-Geräte nicht mehr manuell hinzufügen müsste.
Danke, dass ihr euch die Zeit nehmt!
Okay, ich bin jetzt in der Testphase, habe aber keine Unterlagen zu diesem Protokoll.
Ich nehme MQTT-Payloads vom Topic zigbee2mqtt/bridge/devices entgegen, um zu überprüfen, ob die Geräte / Funktionen korrekt erstellt wurden.
Vielen Dank im Voraus an alle für eure Beiträge.
Eine kleine Probe
https://gist.github.com/VonOx/f47cdcd0550ccd125084a93e6aaca997
Super, ich werde Gladys-Geräte generieren, und wir werden sehen, wenn das erledigt ist, ob du alle deine Funktionen wiederfindest!!! Danke!!
Übrigens, das richtige Thema ist
zigbee2mqtt/bridge/devices
Guten Abend,
Mein kleiner Beitrag
@VonOx @Romuald_Pochet
Danke euch beiden.
Hier ist, was ich aus euren Geräten generiert habe.
Jedes generierte Gerät ist in seiner eigenen Datei (ich denke, das ist lesbarer).
Ich bin eher zufrieden mit dem Ergebnis.
Falls ihr noch andere Fälle mit „komplexen“ Geräten (Lichter/Schalter…) habt, bin ich interessiert.
Ich habe nicht alles angesehen, aber ich habe fast nur Aqara-Sensoren, also ist die Ausrüstung nicht sehr vielfältig. (Sensoren sind okay)
Ich habe eine Philips Hue, die noch nicht gepairt ist, ich füge sie morgen dem Netzwerk hinzu, um mal mit einer Lampe zu sehen.
Und ich habe auch einen Rauchmelder, den ich noch nicht hinzugefügt habe.
Ich werde dir eine vollständige JSON-Datei geben.
Gute Arbeit, Alex!
@AlexTrovato Ich habe den Rauchmelder gepairt und eine Lampe hinzugefügt
Neue Version des Gists
https://gist.github.com/VonOx/f47cdcd0550ccd125084a93e6aaca997
Und hier sind noch ein paar Geräte
Super Idee, die Features aus dem Bibliotheks-Code zu generieren, darauf wäre ich nicht gekommen. Ich hatte mich darauf beschränkt, dass diese JSON-Dateien nicht die exponierten Features enthielten.
Aber wie @pierre-gilles sagt, warum nicht gleich weitergehen und es dynamisch machen.
Ich habe diese Woche nicht viel Zeit, um mir das anzusehen, aber wenn du einen PR vorschlägst, werde ich in den kommenden Wochen etwas Zeit finden, um es zu prüfen.
@cicoub13 die generierten Daten aus Ihren Payloads stammen von Änderungen in Gladys, Generierung in Echtzeit.
Sobald die Geräte korrekt generiert wurden, werde ich ein Testbild vorschlagen, um die Integration mit MQTT zu validieren.
Meine erste Aufgabe ist es, die Geräte/Funktionen gemäß den dynamisch empfangenen Daten zu generieren.
@cicoub13
Der Payload, den du mir bereitgestellt hast, stammt nicht aus dem richtigen MQTT-Topic: