Hue Motion Sensor Delay
-
@asgothian Das stimmt natürlich, aber bei deutlich unter 10 Bewegungsmeldern solltes immernoch deutlich besser funktionieren, als das Abfragen des Presence-Objekts des HUE-Adapters.
-
@asgothian
@J3ff3Ich habe ne handvoll BWM von HUE , weil die für mich zuverlässig und stabil arbeiten.
Homematic ist für mich noch ne andere Liga, aber anderes Thema.
Ich benutze den "normalen" HUE Adapter und Node Red für die Einbindung.Mal schauen wie die Reaktionszeiten so sind:
Hue Adapter = knapp 1sek bis Schalten des Datenpunktes auf true, Licht geht aber dann sofort an.
Ca. 11sek bis zum Zurücksetzen des Datenpunktes auf false, sodass Bewegung wieder erkannt werden kann.Node-Red = 0,8 sek bis zur Erkennung, Licht geht auch sofort an.
Ca.8 sek bis Schalten auf false.Polling der HUE Bridge ist auf 5 sek eingestellt.
Von der Reaktion und Wiedererkennung von Bewegung ist Node-Red vorne in meinem Test.
-
@haselchen said in Hue Motion Sensor Delay:
Von der Reaktion und Wiedererkennung von Bewegung ist Node-Red vorne in meinem Test.
Schon klar. Wie ich auch oben geschrieben habe - das ist eine gute und schnelle Lösung.
Ich wollte nur davor warnen das diese schnelle Lösung bei 10 oder 20 überwachten Geräten dann wieder zu den Problemen führen kann die man auch bekommt wenn man das Pols-Intervall des Hue Adapter zu kurz einstellt.
A.
-
Bei der Anzahl von Geräten stimme ich Dir zu.
Ich hab "nur" 5 von den Dingern. Da läuft es zufriedenstellend.
Bei sehr viel mehr wird das Polling wahrscheinlich in die Knie gehen. -
Aber woran liegt es dass es über die hue app schneller geht ?
-
Was genau geht schneller?
-
na wenn ich über die HUE App programmiere, dass der Motion Sensor dann das Licht an macht als wenn ich es über Blockly komplett mache.
Da läuft der Motion Sensor von HUE ganz gut, aber über HUE Adapter und Blockly dauert es gefühlt 2-3 Sek bis er anspringt und das Polling hab ich schon runtergesetzt sogar
-
Ich hab ja oben den Test gemacht, da muss es bei dir woanders haken, wenn es 2-3 Sekunden dauert.
-
@olli_m sagte in Hue Motion Sensor Delay:
na wenn ich über die HUE App programmiere, dass der Motion Sensor dann das Licht an macht als wenn ich es über Blockly komplett mache.
Da läuft der Motion Sensor von HUE ganz gut, aber über HUE Adapter und Blockly dauert es gefühlt 2-3 Sek bis er anspringt und das Polling hab ich schon runtergesetzt sogar
Philips ist da eigen.
Die eigene App kommuniziert direkt ohne Umwege mit der Bridge - und nutzt dabei Funktionen die nicht in der API abgebildet sind. Es ist auch denkbar das die App die Verbindung Motion Sensor -> Lampe direkt auf die Bridge auslagert, während der ioBroker nur über die RestAPI zugreifen kann - was zeit kostet.
Warum ? Damit die Leute lieber Hue Bridge, Hue App und Hue leuchten nutzen und nicht 3rd Party zigbee
A.
-
Vielen Dank für die gute Erklärung - ich habe genau dieselbe Herausforderung. Zwei Hue BWM für drei IKEA-Lampen (Floalt/Tradfri). Solange die IKEA-Lampen in der Hue Bridge angemeldet waren, war die Reaktionszeit BWM > Lampe ok. Ich habe die Lampen jetzt über iobroker.Zigbee im System. Da ist die Kombination träge und unzuverlässig. Entweder mache ich das wieder über Hue oder ich nehme zwei andere BWM. Mal schauen...
Das Thema NodeRed hatte ich bislang komplett außen vor gelassen. Vielleicht sollte ich mich doch nochmal damit befassen.
