Ich bestätige, es ist immer noch in Wartestellung. Ich beobachte die Entwicklungen der Bluetooth-Bibliotheken und teste regelmäßig ihre Kompatibilität.
Hallo zusammen,
Ich bin voll und ganz mit den von dir genannten Prioritäten einverstanden, außer bei Multi-User, das für mich nicht in erster Linie essenziell ist. Sobald die Szenen funktionieren und reichhaltig genug sind, um Aktionen basierend auf der Anwesenheit oder Abwesenheit von Personen auszulösen, wird das nützlicher sein. Aber im Moment sehe ich nicht wirklich den Nutzen. Bei mir macht es im Moment keinen Unterschied, ob wir ein Konto für alle oder jeder sein eigenes nutzen.
Ich würde lieber den Fokus auf die Finalisierung von Sonos legen. Auch wenn das für eine RC nicht essenziell ist, ist es nur ein „nice to have“. Ich sage das, weil, sobald die Sonos-Integration erledigt ist, du damit gleichzeitig Deezer, Spotify, Amazon Music und Co. verwaltest. Nicht direkt natürlich, aber es ermöglicht bereits einen guten Ansatz.
Angesichts des Zeitplans denke ich, dass wir tatsächlich Z-Wave und Szenen als oberste Priorität behalten sollten.
Nicht vergessen, die Verbesserung des Wetterdienstes zu integrieren, die jemand vorgeschlagen hat. Ich glaube, es gibt einen Pull Request in diese Richtung.
Ich dachte an etwas, worüber wir schon mal gesprochen hatten, die Liste der kompatiblen Geräte.
Die Liste wird immer länger.
Danke für dein Feedback @link39, tatsächlich liegt mein Fokus klar auf 1) den Szenen 2) dem Z-Wave, und wenn ich Zeit habe auf Multi-User, aber das ist vor der RC eher unwahrscheinlich! Die Finalisierung von Sonos denke ich, wird nicht möglich sein, angesichts der kurzen Zeit (8-10 Entwicklungstage), zumal ich keine Sonos-Hardware zum Testen habe…
Das Wettermodul hatte ich bereits in der PR Rückmeldung gegeben, leider habe ich seit Juli nichts mehr von demjenigen gehört, der die PR gemacht hat 
Es ist also in Wartestellung, bis dieser sich wieder meldet/oder jemand die Fixes übernimmt!
Gut beobachtet! Die Diskussion wurde nie abgeschlossen. Ich erstelle gleich ein Thema, um darüber zu sprechen.
Edit: erstellt:
Ja, ich hatte angefangen, aber leider habe ich persönliche Verpflichtungen und kann nicht weiter daran arbeiten… Wenn jemand Lust hat, nur zu!
Ich werde mich wieder an die Entwicklung von Zigbee2mqtt machen, um die letzten Anmerkungen zu integrieren.
Ich bin bereit, dass dieser Service in die Version aufgenommen wird.
Danke @Reno! Das ist super, ich bin sicher, dass viele sich über diesen Service freuen werden 
Ich versuche, so schnell wie möglich mit CalDAV voranzukommen, damit es rechtzeitig fertig ist. Deine verschiedenen Punkte zur Überprüfung sind fast alle korrigiert, es bleibt nur noch der längste, nämlich die inkrementelle Synchronisation, ich denke, dass ich viele Änderungen vornehmen muss. Ich werde euch auf dem Laufenden halten.
@pierre-gilles die neuen Issues sind nicht mit dem Projekt verknüpft, und ich kann das Attribut „Projekt“ nicht vom Ticket aus bearbeiten.
Kannst du bitte prüfen, ob:
- die Tickets mit dem Standardprojekt erstellt werden können?
- oder die Zuweisung des Projekts erlaubt werden kann?
Danke.
Hallo
Wird das Modul broadlink für die RC integriert?
Es funktioniert gut bei mir
@pierre-gilles du hattest gesagt, dass „später“ Gladys HTML-Anfragen stellen könnte? Ist das in die Szenen integriert oder ist das auch ein separates Modul? (In die RC integriert?)
Letzte Frage: Meine Z-Wave-Peripheriegeräte werden immer noch nur halb verwaltet (Problem mit einer zu alten Bibliothek). Wenn ich das richtig verstanden habe, wird die Bibliothek erst aktualisiert, wenn die Schnittstelle der Szenen fertig ist, oder?
Beim Broadlink (Breitband) könnte es aufgrund von Diskussionen über Qualität, technische Komplexität und einige Designpunkte schwierig werden.
Ich habe gerade dem Board den Zugriff für das Team « Gladys Core » gegeben, normalerweise solltest du jetzt auf das Projekt zugreifen können Sag mir, ob es so ist
Ich nehme an, du meinst « HTTP ». Es wird ein separates Service sein. Soweit ich weiß, entwickelt es im Moment niemand, also denke ich nicht, dass es in die RC integriert wird! Meine Priorität für die RC sind die Szenen.
Für die Version der Open-Zwave-Bibliothek arbeitet « sescandell » auf GitHub daran, ich hoffe, er wird es vor der RC fertigstellen!
Siehe =>
Eigentlich kann ich das direkt aus dem Projekt heraus machen.
Gleiches Problem wie @pierre-gilles, ich kann kein Issue einem Projekt zuweisen.
Ich glaube, das ist ein GitHub-Bug oder ein Versehen von ihrer Seite. Hier ist, was ich auf meiner Seite aktiviert habe. Ich sehe nicht, was man noch tun könnte…
Das Team « core » hat « Write »-Zugriff auf GitHub-Projekte:
Alle Mitglieder der Organisation haben Zugriff auf die Projekte:
Schließlich haben die Mitglieder von « core » « Triage »-Zugriff auf diese beiden Repos, siehe GitHub-Dokumentation
Wenn ihr etwas seht, ich bin ratlos!
Keine Sorge, das ist nicht so schlimm. Du kümmerst dich drum 
Hallo zusammen!
Kleine Nachricht, um euch auf dem Laufenden zu halten, wie die Entwicklungen für das nächste RC-Release voranschreiten
Der Fortschritt
- Was die Entwicklung der « Szene »-Ansicht betrifft, läuft alles gut, aber ich verbringe viel Zeit mit kleinen UI-Details, damit die Erfahrung wirklich gut wird. Das dauert länger als geplant. Ich denke, es lohnt sich, diese Ansicht muss wirklich sauber sein
- Was das Update von Open-Zwave im Docker-Image betrifft, warte ich immer noch auf das Feedback von « sescandell » auf GitHub. Offenbar ist er im Moment sehr beschäftigt. Wenn jemand Zeit hat, sich damit zu beschäftigen, hier ist das GitHub-Issue!
Die nächsten Schritte
Sobald die Szenenansicht fertig ist, denke ich, dass es Zeit ist, mit der Übersetzung von Gladys 4 ins Französische zu beginnen und mit dem Bau von Docker-Images ohne den « beta »-Tag zu beginnen.
Ich werde auf meiner Seite ein neues Raspbian-Image mit all diesen Änderungen erstellen.
Ich habe gesehen, dass es auch PRs gibt, die überprüft werden müssen. Ich werde mich darum kümmern, sobald ich die Szenenansicht fertig habe, die für mich im Moment die Priorität Nr. 1 ist.
Ich tue mein Bestes, um das angekündigte Datum einzuhalten. Ich war gestern krank und habe daher einen Entwicklungstag der nur noch verbleibenden 8 Personentagen vor dem Release am 21. Februar verloren. Das mag wenig erscheinen, aber ein Entwicklungstag ist viel wert 
Ich bin für jede Hilfe dankbar, falls jemand von euch Zeit hat, um zu helfen!
Hallo zusammen,
Ich gebe auch Neuigkeiten zum Zigbee2mqtt-Service.
Leider konnte ich mich nicht so sehr dem Entwickeln widmen, wie ich es mir vorgestellt hatte…
Ich habe mich erst gestern Abend wieder daran gesetzt, aber ich konnte die Darstellung des Zigbee2mqtt-Service basierend auf dem Zwave-Service ändern. Man kann jetzt den Namen der Features der Geräte ändern, die im Dashboard angezeigt werden.
Allerdings bin ich nicht unbedingt überzeugt von der Darstellung, wenn man mehrere Sensoren im selben Raum hat.
Hier ein Beispiel, wie es aussieht:
- Bearbeitung der Features:
- Dashboard:
Was haltet ihr davon?
Diese Ansicht ermöglicht es nicht zu sehen, zu welchem Komponenten jede „Battery“ gehört, aber da diese Info langfristig nicht angezeigt werden soll…
Sollte man nicht die Features, die zu einer Komponente gehören, gruppieren (in einem etwas dunkleren Rahmen)?