Hallo,
Ich habe begonnen, dieses Issue zu beheben Philips Hue - Issue with state · Issue #1690 · GladysAssistant/Gladys · GitHub, aber ich habe keine Philips-Hardware zum Testen (Bridge verkauft).
Ich suche Freiwillige, um die Farb-/Helligkeitsrückmeldung der Lampen mit dem Bild cicoub13/gladys:fix-philips-hue-poll zu testen.
Hier ist ein Tutorial, um ein Testbild zu starten Tutoriel: Lancer une image Docker de test
@Kevin ich glaube, du hattest das Problem
Tatsächlich habe ich das Problem. Ich fahre in ein paar Minuten 150 km von zu Hause weg und komme am Abend/Nacht zurück.
Ich versuche, mich morgen nach der Arbeit damit zu beschäftigen, das wird mir ermöglichen, ein Testbild zu testen, um dir zu helfen 
Jedenfalls ein großes Dankeschön, dass du dich für das Problem interessierst
Ja, kein Problem 
Das Bild startet korrekt.
Aber bevor ich alles kaputt mache, eine kleine Frage:
Ist es normal, dass ich beim Starten des Containers ein lokales Konto neu erstellen muss? Da es scheinbar die Produktions-DB mit der folgenden Zeile verwendet: -e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \
Liege ich falsch? 
Le SQLITE_FILE_PATH stellt den internen Pfad (im Docker) dar
Es ist eher die Zeile -v /var/lib/gladysassistant_zwave_test:/var/lib/gladysassistant \
Hast du -v /var/lib/gladysassistant:/var/lib/gladysassistant \ verwendet? In diesem Fall verwendest du die Produktionsdatenbank 
Es ist besser, sie vorher zu sichern.
Wenn du etwas wie -v /var/lib/gladysassistant_philips_test:/var/lib/gladysassistant \ verwendet hast, dann ist es normal, mit einer leeren Datenbank zu beginnen (und daher ein Konto zu erstellen).
Alles klar, das ist Teil des internen Pfades im Container, hat nichts mit meiner Datenbankdatei zu tun.
Ich habe das Tutorial des Chefs befolgt und bin davon ausgegangen:
docker run -d \
--log-driver json-file \
--log-opt max-size=10m \
--cgroupns=host \
--restart=always \
--privileged \
--network=host \
--name gladys-philips-hue-test \
-e NODE_ENV=production \
-e SERVER_PORT=8001 \
-e TZ=Europe/Brussels \
-e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /var/lib/gladysassistant_philips_hue_test:/var/lib/gladysassistant \
-v /dev:/dev \
-v /run/udev:/run/udev:ro \
cicoub13/gladys:fix-philips-hue-poll
Also mache ich weiter Danke für die Klarstellung.
Kurze Rückmeldung:
Ein / Aus
Gladys erhält die richtige Information, wenn die Lampe eingeschaltet ist. Erkennt aber nicht, wenn sie ausgeschaltet ist.
Gladys kann die Lampe ein- und ausschalten.
Farbe
Alles scheint zu funktionieren. Gladys kann die Farbe ändern und die geänderte Farbe über die Philips Hue-App abrufen.
Helligkeit
Gladys kann die Helligkeit ändern.
Der Helligkeitszustand wird nicht in Gladys abgerufen, wenn die Helligkeit über die Philips Hue-App geändert wird.
Wärme
Nichts scheint zu funktionieren. Gladys erhält keine Informationen und scheint nicht in der Lage zu sein, etwas zu steuern.
Danke für die Tests 
Zur Information: Das Polling findet alle Minuten (einmal pro Minute) statt.
Das bedeutet, dass Gladys alle Philips-Geräte nach ihrem Status fragt und die Informationen mit dieser Häufigkeit aktualisiert.
Hast du während deiner Tests diese Zeit abgewartet?
@pierre-gilles Können wir uns vorstellen, diese Polling-Zeit zu reduzieren? Ich werde prüfen, was von Philips empfohlen wird, aber ich weiß nicht, was für die anderen Integrationen gemacht wird.
Home Assistant verwendet eine Polling-Frequenz von 5 Sekunden
Oui oui, ich war über die einminütige Abfrage im Bilde.
Aus diesem Grund habe ich die Farbe als Referenzpunkt verwendet, da ich festgestellt habe, dass dieser Teil zu 100% funktioniert.
Wenn sich die Farbe zweimal ändert und sich nichts an der Intensität tut, gehe ich davon aus, dass kein Wunder passieren wird 
OK, ich schau mal
Ja, das ist möglich! Aber 5 Sekunden ist ein bisschen aggressiv, oder? Können wir das auf 15/30 Sekunden erhöhen?