Niemand irrt sich, die Erfahrung und der Beruf jedes Einzelnen fĂŒhren dazu, dass unsere Meinungen auseinandergehen. Bei der RC denkst du an Core und API, ich denke vor allem an Features (im weiteren Sinne).
Bei Zigbee2mqtt verstehe ich das vollkommen, deshalb habe ich auch gesagt: âWir tun alle unser Bestesâ.
Ich denke also, du hast verstanden, dass fĂŒr mich eine RC eine Software (ich spreche nicht speziell ĂŒber Gladys) ist, die in Bezug auf die Features nahe an der Veröffentlichung steht. Aber mein Standpunkt ist vielleicht nicht fĂŒr Open Source geeignet, das gebe ich zu, und es stimmt auch, dass du im Moment ein bisschen allein bei der Entwicklung bist!
Ein paar Neuigkeiten zum Modul Zigbee2mqtt aufgrund der verschiedenen aktuellen Fragen.
Zuerst zum historischen Hintergrund, um dem rechten Mann das Seine zu gebenâŠ
TatsĂ€chlich war es @AlexTrovato, der die Entwicklung dieses Moduls gestartet hat, und ich habe angeboten, die Arbeit zu ĂŒbernehmen, als er keine Zeit mehr hatte, um weiterzumachen. Er hat mir trotzdem sehr geholfen, um mich einzuarbeiten.
Jetzt war ich in letzter Zeit selbst nicht so verfĂŒgbar, da ich wichtige Meilensteine bei der Arbeit hatte, bis vorletzte Woche. Ich bin gerade im Familienurlaub und werde mich nĂ€chste Woche wieder Gladys widmen.
Wie ich bereits erwÀhnt habe, konzentrierten sich die letzten Entwicklungen des Moduls insbesondere auf die Nutzung eines MQTT-Containers, und ich hatte diesen Teil unterbrochen, als ich die Entwicklungen von @AlexTrovato und @VonOx zu diesem Thema sah.
Da deren PR bereits integriert wurde, werde ich ihre Arbeit fĂŒr den MQTT-Teil nutzen, um eine gewisse Einheitlichkeit zu gewĂ€hrleisten. Diese Entwicklungen scheinen nicht allzu kompliziert zu integrieren.
Allerdings, wie ich bereits erwĂ€hnt habe, fehlt noch der Testteil, damit @pierre-gilles die PR in Gladys fĂŒr die RC integrieren kann.
Ich bin kein Experte auf diesem Gebiet, und wenn es Freiwillige gibt (@VonOx?), wĂ€re mir das eine groĂe Hilfe.
Das warâs, bis bald mit Neuigkeiten zur weiteren Entwicklung des Moduls.
Ich bin gerade dabei, die Demo zu testen, und etwas stört mich auf der Integrationsseite.
Wenn ich die Liste aller Integrationen sehe, merke ich, dass das fĂŒr einen normalen Typen nicht besonders aussagekrĂ€ftig ist.
Was ich meine ist, dass ein Typ, der seine Jalousie kompatibel machen will, da verloren ist.
WĂ€re es nicht interessanter, Kategorien zu haben, also z. B. Lampe und beim Klick die Module, die sie steuern können, Fenster und genauso beim Klick usw. âŠ
Hier eine einfache Idee, die mir durch den Kopf ging
Danke, es ist cool, Neuigkeiten zu geben .
Ich bin nur ein Endnutzer, aber dieses Modul ist die Basis meiner bescheidenen Installation .
Ich wage eine kleine Bitte: Kannst du ein Docker-Image mit Z2MQTT erstellen, basierend auf dem letzten Gladys-Image (Beta 11), bis zur endgĂŒltigen Integration?
Das wĂŒrde es mir (uns?) ermöglichen, von den Verbesserungen zu profitieren, die seit Beta 4 der Version 4.0.0 integriert wurden.
Französische Sprache, OpenWeather, CalDAVâŠ
Ich habe keine Ahnung, wie viel Zeit das in Anspruch nehmen wĂŒrde, also wenn es zu viel ist, kein Problem :).
Danke fĂŒr deine Nachricht @Reno und danke fĂŒr die bisherige Arbeit!
Wow, super! Ich freue mich darauf, dich wieder in der Community zu sehen.
FĂŒr den Testteil ist es wirklich nicht kompliziert, ich bin verfĂŒgbar, um dich anzurufen, wenn du Hilfe beim Einrichten brauchst. Es stimmt, es kann anfangs abschreckend wirken, wenn man es noch nie gemacht hat, aber du wirst sehen, sobald du sie schreiben kannst, wirst du Zeit beim Entwickeln sparen und vor allem die CodequalitĂ€t verbessern.
Tests sind eine echte Entwicklungsphilosophie, ich versuche, so weit wie möglich im « TDD »-Modus (Test Driven Development) zu arbeiten, das heiĂt, du schreibst deine Tests, bevor du deinen Code schreibst, um dann zu sehen, wie deine Tests schrittweise bestanden werden. Das spart eine Menge Entwicklungszeit!
Meine Vision fĂŒr Gladys 4 war genau das Gegenteil:
Wenn ein Benutzer eine Philips Hue Lampe kauft und sie in Gladys steuern möchte, erwartet er, nach âPhilips Hueâ zu suchen, dann âLampeâ und dann âhinzufĂŒgenâ. Besonders wenn er ein Philips Hue Kit kauft, möchte er alle seine Philips Hue GerĂ€te auf einmal hinzufĂŒgen, also geht er zur Integration âPhilips Hueâ und klickt auf âhinzufĂŒgenâ fĂŒr jedes GerĂ€t.
Ich finde, die umgekehrte Logik, von dem Objekt zur Marke (âLampeâ => âPhilips Hueâ) zu gehen, ergibt weniger Sinn.
Aber das ist die Produktseite.
Auf der Dokumentationsseite bin ich mit dir einer Meinung, um die mit Gladys kompatiblen GerÀte zu finden, ist die umgekehrte Option sinnvoll:
Du fragst dich, welche Lampe du kaufen kannst, um sie mit Gladys zu verwenden? Du gehst auf die Website, filterst nach âLampeâ und siehst alle verfĂŒgbaren Marken.
Das haben wir auf der Website der v3 gemacht und das werden wir auf der Website der v4 machen. Im Moment gibt es nur wenige Produkte auf der Website (auf der Seite Integrationen), daher habe ich die Filter (nach Technologie/Produkttyp usw.) noch nicht codiert, aber das ist das Ziel
Ich habe im Mai Korrekturen angefordert, und da die PR seitdem nicht geĂ€ndert wurde und meine Kommentare nicht beantwortet wurden, steht sie fĂŒr mich auf GitHub als âwartend auf Korrekturâ. Ich dachte, @link39 hĂ€tte keine Zeit, die Fixes durchzufĂŒhren, aber angesichts seiner Nachricht scheinen wir uns nicht zu verstehen ^^ @link39, ich kann helfen, wenn nötig, aber ich muss den Status der PR kennen
Du hast Recht, dass du fragst, es ist wirklich schade, diese Kommunikationsprobleme âŠ
Kleine Nachricht fĂŒr diejenigen, die auf Gladys entwickeln, es gibt viele, viele Issues/PRs auf GitHub. Die einzige Möglichkeit, die ich habe, um zu wissen, dass eine PR âbereitâ fĂŒr eine ĂberprĂŒfung ist, ist, wenn ihr es sagt ^^ Ich kann nicht erraten, wie weit die Arbeit ist, und es gibt zu viele PRs/Issues, um mich an jeden Einzelfall individuell zu erinnern.
Zum Beispiel macht @atrovato das super gut, wenn er eine PR fertig hat, bittet er auf Github um eine ĂberprĂŒfung, was mir eine Benachrichtigung sendet:
Ich weiĂ, dass die PR bereit zur ĂberprĂŒfung ist, ich trage sie in meine To-dos ein und sobald sie oben auf meiner Liste steht, mache ich meine ĂberprĂŒfung, was zu zwei Möglichkeiten fĂŒhrt:
Die PR ist gut, ich akzeptiere sie und sie wird in den Master gemerged
Ich habe Feedback, die PR geht also von âReady for reviewâ zu âChanges requestedâ.
Im Fall 2. ist die PR, solange sie in âChanges requestedâ ist, komplett aus meinem Radar verschwunden, ich sehe sie auf meinem Github erst wieder, wenn die Ănderungen vorgenommen wurden und die Bemerkungen, die ich gemacht habe, von dem Autor der PR als âfixedâ markiert wurden.
Ich verstehe deine Argumentation zur Dokumentation der Integrationen Eigentlich bin ich da hingekommen, weil ich nicht wusste, was das Tasmota-Modul steuert AlsoâŠ
Zwei kleine Fragen,
Was die Benachrichtigung von Szenen angeht, kann man keine Kalenderereignisse abrufen?
Das heiĂt, fĂŒr eine Weckszene wĂ€re es gut, prĂŒfen zu können, ob Termine geplant sind und den Benutzer zu benachrichtigen, falls ja.
Das wĂ€re tatsĂ€chlich toll! Das ist ein interessantes Feature, allerdings ist es noch nicht geplant oder fĂŒr die kurzfristige Umsetzung vorgesehen. Derzeit gehen alle meine Ressourcen in die StabilitĂ€t des Kerns fĂŒr den Release Candidate
Wenn meine Erinnerungen mich nicht tĂ€uschen, dann gilt fĂŒr Gladys auf Docker:
Kein Broker wird an seinem Namen erkannt, wir schlagen vor, ihn herunterzuladen
Ein Broker ist vorhanden, wir schlagen vor, ihn zu verwenden
Wir verwenden keinen eingebetteten Broker von Gladys (manuelle Konfiguration)
Jetzt, wenn die Seite nicht klar genug ist, können wir die Hilfen Ă€ndern, aber wir mĂŒssen wissen, was wir Ă€ndern sollen, denn @Serge, deine ErklĂ€rungen sind uns auch nicht klar.
Eine neue Woche beginnt fĂŒr mich, ich habe heute Morgen alle ausstehenden PRs auf GitHub ĂŒberprĂŒft und 3 super PRs von @AlexTrovato + eine PR zur Dokumentation von Gladys 4 gemerged.
Jetzt werde ich an dieser Aufgabe arbeiten:
Ich halte euch auf dem Laufenden ĂŒber den Fortschritt der Entwicklungen!
Ich bin gut mit der Zeitzonenverwaltung in Gladys vorangekommen, aber es ist ein gröĂeres Projekt als erwartet und ich werde mehr Zeit brauchen als geschĂ€tzt.
Ich habe das Milestone mit der neuen SchĂ€tzung aktualisiert, wir sind ĂŒbrigens bei:
2 Low-Tasks * 2 = 4 Stunden = 0,5 Tage
5 Medium-Tasks * 1 Tag = 5 Tage
1 High-Task * 4 Tage = 4 Tage
= 9,5 Tage Entwicklungsarbeit ĂŒbrig
@VonOx, als ich den Channel hochgezogen habe, ist mir aufgefallen, dass du vor 12 Tagen ein Problem mit der Anzeige der Hue-GerÀte hattest, ist das immer noch der Fall?
Falls ja, kannst du mir bitte ein GitHub-Ticket mit einer genauen Beschreibung des Problems sowie den notwendigen Informationen zur Fehlerbehebung (das JSON der GerÀte) erstellen?
GitHub ist meine einzige Quelle der Wahrheit, wenn ein Bug nicht auf GitHub ist, entgeht er mir und ich vergesse ihn in der Sekunde, in der ich das Forum verlasse ^^
Ja, ich habe das Bild aus dem Installationsbereich der Website verwendet: gladys-4.0.0-beta-raspbian-buster.img.zip
Das Update auf Beta 6 war problemlos.
Ich denke, ich werde in eine gröĂere ”SD-Karte investieren.
Ich weià nicht, ob es möglich ist, Gladys von einer ”SD zu starten und dann auf einem USB-Stick zu arbeiten. Das, um die ”SD nicht zu sehr zu beanspruchen.
Ich hatte ein Tutorial dafĂŒr gefunden, als ich Domoticz verwendet habe
Wie kann ich Gladys stoppen?
Die OberflÀche bietet diese Option nicht.
per SSH pm2 stop gladys (mit oder ohne sudo) gibt mir [PM2][ERROR] Process or Namespace gladys not found zurĂŒck
Hallo @gaetanb76,
fĂŒr die Info: Seit der Version 4 von Gladys wird pm2 nicht mehr verwendet.
Die V4 wurde ĂŒber Docker containerisiert.
Du solltest den Befehl finden können, indem du bei Google suchst: Docker-Container stoppen.
.
