Hallo zusammen,
um im Rahmen von MQTT weiterzumachen, haben @VonOx und ich mit der Entwicklung der Integration von Zigbee2mqtt begonnen.
Um möglichst viele Fälle abzudecken, rufe ich die Community auf, um Mitglieder zu finden, die bereits dieses Protokoll nutzen. @VonOx hilft mir bereits, einen Teil der Entwicklung zu validieren, aber sein Netzwerk beschränkt sich auf Aqara-Sensoren. Ich danke ihm übrigens für seine unverzichtbare Teilnahme.
Ich suche daher die Möglichkeit, andere Gerätetypen zu testen, idealerweise Geräte mit Aktoren (ein-/ausschalten…), nicht nur Sensoren.
Wenn Sie sich angesprochen fühlen, kontaktieren Sie mich bitte.
Andernfalls wird sich diese Integration im Laufe der Zeit weiterentwickeln, je nach Nutzerfeedback (was auch nicht schlecht ist).
Ich werde meinen eigenen bauen, die Komponenten sind bestellt, ich werde sie Anfang November haben. Aber ich denke, ich werde auch Sensoren haben, Temperatur, Feuchtigkeit, Öffnungsmelder usw. usw. Und wenn es eine große Reichweite hat, werde ich dieses System auch für eine Garage in Bau verwenden, die sich 30 Meter von meinem Haus entfernt befindet.
@AlexTrovato, ich bin dabei, bei der Integration (Entwicklung und/oder Test) zu helfen.
Ich habe mir dafür eine Rpi eingerichtet (gladys + MQTT-Broker + zigbee2mqtt mit Dongle).
Ich besitze eine gesteuerte Steckdose von Ikea und deren Steuerung, eine Osram-Steckdose und Xiaomi-Sensoren/Knöpfe.
Ich kann auch bei Sonoff mithelfen: Ich habe einen Tasmota geflashten RGB-Außen-Spot, den ich gerne in Gladys integrieren würde…
Ich denke, dass man die MQTT-Dokumentation etwas detaillierter aufschlüsseln sollte, da sie schwer zugänglich ist. Ich gebe zu, dass ich mich etwas auskenne und trotzdem Schwierigkeiten hatte, sie zu nutzen. Ich kann Verbesserungen vorschlagen, wenn ich das Thema etwas besser beherrschen werde.
Danke @Reno,
Für den Teil von zigbee2mqtt konnte ich nur die Sensoren machen, also der Aktuatorteil steht noch aus.
Ähnlich bei Sonoff, nur der Schalter ist als Aktuator entwickelt, das RGB muss noch entwickelt werden.
Ich kontaktiere dich per PN, um zu sehen, ob wir uns organisieren können.
Für die Dokumentation sind wir keine französischen Literaten, aber genau deshalb sind eure Rückmeldungen und Anmerkungen wichtig. Da können alle mitmachen
Ein einfaches Tutorial, dem ich blind folge (ich schalte meinen Kopf abends gerade aus, weil ich keine Lust habe, mich wieder ans Coden zu machen, wenn ich den ganzen Tag code )
Danke, ich werde mich am Wochenende mal drum kümmern
Hallo zusammen, @Reno hat die Entwicklung am Zigbee2mqtt-Service abgeschlossen und konnte weitere Sensoren und Aktoren testen.
Ich glaube, er schreibt auch die Dokumentation.
Hallo zusammen, ich habe meine CC2531-Schlüssel erhalten und eingerichtet, nichts Kompliziertes, alle meine Xiaomi-Geräte werden auf einem Test-Raspberry erkannt.
Jetzt warte ich ungeduldig auf den Gladys Zigbee2mqtt-Service, um alles zu integrieren.
Falls es jemanden interessiert, ich habe das hier gefunden, als ich nach einem fertigen Zigbee2mqtt-Stick gesucht habe.
Ich habe es nicht getestet, aber es scheint gute Bewertungen zu geben
Es sollte so einfach wie möglich sein, standardmäßig funktionierend, ohne dass der Benutzer verstehen muss, was unter der Haube passiert.
Was ich sehe:
Wenn der Benutzer den Dienst zigbee2mqtt konfigurieren möchte (und nur in diesem Moment), startet der Dienst automatisch die richtigen Container, ohne dass der Benutzer etwas angeben oder verstehen muss. Eine Registerkarte « Erweitert » kann es erfahrenen Benutzern ermöglichen, sich die Hände schmutzig zu machen, wenn es wirklich nützlich ist. Wenn es nicht nützlich ist, ist es unnötig, es anzuzeigen. Ein kleiner Erklärsatz darüber, was passiert, könnte nützlich sein, ohne den Anfänger zu überfluten.
Achte darauf, dass es sich um eine Docker-Installation handelt, andernfalls muss auf die aktuelle Lösung zurückgegriffen werden
Du kannst die Bibliothek dockerode verwenden, die wir bereits in Gladys 4 verwenden
Achte darauf, den MQTT-Dienst nicht zu stören. Meiner Meinung nach, da ein MQTT-Container (das wiegt nichts) so leicht ist, wäre es besser, einen dedizierten MQTT-Container für zigbee2mqtt zu starten, sonst riskierst du, auf schwer verständliche Flow-Probleme für den Benutzer zu stoßen (Beispiel: ich starte zigbee2mqtt, dann konfigurieren MQTT mit einem externen MQTT, um z.B. Owntracks zu verwenden => zigbee2mqtt kaputt??). Es wäre cool, wenn diese beiden Dienste nicht voneinander abhängig wären.
Achte darauf, den Container zigbee2mqtt + mqtt zu löschen, wenn der Benutzer den Dienst nicht mehr verwenden möchte
Achte darauf, die verschiedenen Architekturen richtig zu verwalten: Die Bilder müssen unterschiedlich sein, je nachdem, ob der Benutzer ein ARM-System (Rasp) oder x86 (Synology, Heimserver oder Entwicklungsmaschine) verwendet
Ich bin auf der gleichen Wellenlänge.
Aktuell schaffe ich es, den Zigbee2mqtt-Container über dockerode zu erstellen und zu starten.
Im Fall einer Installation ohne Docker (diesen Fall habe ich nicht behandelt) wird es also nicht möglich sein, Zigbee2mqtt zu nutzen.
Für den MQTT-Teil wäre es nicht gut, diesen Dienst so zu ändern, dass der Benutzer über einen ±Button so viele Broker eingeben kann, wie er möchte?
Zigbee2mqtt könnte dann seinen eigenen in der Liste erstellen.
Für den Rest ist alles in Ordnung für mich. Ich hoffe, dass es bis zur Veröffentlichung funktioniert.
Gut beobachtet, ich denke, in diesem Fall sollten wir eine Warnung in der UI einfügen Es gibt eine Backend-API, die das zurückgibt, glaube ich.
Ich denke nicht, das könnte den Benutzer verwirren. Immerhin ist es dem Endbenutzer egal, was dein Dienst verwendet, um mit Gladys zu kommunizieren. Das Einzige, was er will: dass es immer funktioniert!
Kannst du einen sauberen PR auf dem Gladys-Repo erstellen? Bei der Größe deiner Änderungen würde es mich nicht wundern, wenn es viele Hin- und Herbewegungen gibt, bevor es gemerged wird… Je früher ich den Code überprüfen kann, desto eher kannst du große Refactorings vermeiden
)
