Es gibt keine Plug-and-Play-Lösung, man muss mindestens den Schlüssel flashen
Ich brauche vor allem fertige Baugruppen und habe keine Lust, mit Hardware zu basteln.
Daher habe ich zwei auf deiner Liste gefunden, die mich interessieren und die Antennen haben.
Können sie als Relais dienen?
Zum Beispiel, wenn ich eine an den Pi anschließe und eine andere an die Steckdose, wird dann ein Mesh-Netzwerk aufgebaut?
Ja ja, es gibt anscheinend mehrere Methoden, je nach Schlüssel, und ich will kein zusätzliches Equipment kaufen, um es zu tun.
Sobald geflasht, gibt es dann keine Wartung, keine Updates für diesen Schlüssel?
Reflasher zum Aktualisieren des Firmwares (hab ich noch nie gemacht 
)
Einmal konfiguriert, musst du nicht mehr ran
Nur eine kleine Klarstellung, damit es klar ist: zigbee2mqtt ist noch nicht in die v4 integriert. Es ist in Entwicklung!
Mir scheint, es geht trotzdem gut voran?
Das wird bald zum Testen verfügbar sein…
@VonOx, dein Netzwerkdisplay ist ja cool. Machst du das über das Frontend von Zigbee2mqtt oder hast du das selbst mit einer Software gemacht?
Ich plane, die Netzwerkerkennung und -anzeige später in Gladys zu integrieren.
Da ich im Moment nichts zu verwalten habe, verwende ich das hier + HA:
Wie weit bist du mit den Unit-Tests? Zögere nicht, Fragen hier zu stellen, wenn du welche hast.
Und was ist mit dem Rebase mit dem aktuellen Master von Gladys v4, hast du das kürzlich gemacht / noch nicht?
Wie sieht es mit Prettier / ESLint aus, war der Pull Request gut?
(Entschuldige für all diese Fragen, ich möchte mir nur ein Bild vom Fortschritt machen!)
Ich stimme zu, dass das Veröffentlichen eines Test-Images ein erster Schritt ist, aber ich habe wirklich Angst vor dem Merge dieses Pull Requests, der auf Code basiert, der fast ein Jahr alt ist, wenn ich mich richtig erinnere?
Ich weiß, dass wir bei Gladys Assistant 4 hohe Standards in Bezug auf die Codequalität setzen, aber das ist wirklich der einzige Weg, um langfristig eine stabile Software zu haben. Ich bin immer verfügbar, um bei der Umsetzung von Best Practices zu helfen, wenn nötig
Ich habe am Wochenende den Rebase gemacht, als ich gesehen habe, dass die v4 veröffentlicht wurde. 
Ich habe viel Zeit investiert, um mich so gut wie möglich von dem zu inspirieren, was bereits in den anderen Diensten gemacht wurde, also denke ich, dass es nicht zu chaotisch ist.
Prettier OK. Eslint muss noch gemacht werden.
Mein Ziel ist es, ein Image zu liefern, um Feedback aus verschiedenen Konfigurationen zu erhalten.
Ich werde die Unit-Tests durchführen, während die Nutzer das Image testen.
Danach wird es immer noch Hin- und Her geben, aber ich denke, wir werden es ohne allzu große Probleme schaffen. 
Gute Nachricht! Puh, das ist beruhigend, ich hatte Angst, es könnte älter sein
Ok!
Das passt. Ich weiß nicht, wie viele Codezeilen in deinem PR sind, aber es wird wahrscheinlich genauso viel Code in den Tests geben, also unterschätze nicht die Zeit, die du zum Schreiben brauchst, Tests sind wichtig und das dauert 
Fürs nächste Mal, versuche wirklich, die Tests in deinen Entwicklungs-Workflow zu integrieren. Alles auf einmal zu codieren und dann alle Tests auf einmal zu schreiben, ist nicht wirklich das Einfachste oder Motivierendste, die Tests sollen dir beim Entwickeln helfen. Tests « nur zum Schreiben von Tests » zu schreiben, ist nicht wirklich der Sinn der Sache
Ich verstehe das Prinzip zwar, aber ich bin ein „alter Hase“, der mit Assembler und C auf winzigen Mikrocontrollern angefangen hat…
Damals gab es das nicht, und ich habe wirklich Mühe, mich daran zu gewöhnen, da ich es gewohnt bin, in der Realität zu testen…
Schon allein, dass ich mich an Node gewöhnen musste…
Nur eine kleine Nachricht für diejenigen, die sich nicht trauen, mitzumachen (das war mein Fall am Anfang), um zu sagen, dass man, wenn man Softwareentwicklung kennt und sich ein bisschen daran macht, auch zu Gladys beitragen kann.