Der große HomeKit Bewegungsmelder Vergleich

Wieder super hilfreich gemacht

Aber ich vermisse den IKEA Tradfri Bewegungsmelder, der ist sogar der günstigste von allen.

Habe ihn zwar selbst nicht, sollte aber erwähnt werden.

Das ist ja mal eine hilfreiche Übersicht

Was ich allerdings beim Vergleich vermisse, ist die jeweilige Angabe der sogenannten Duration, also der minimalen Zeit, die der Sensor benötigt, um nach erkannter Bewegung die nächste Messung durchzuführen.

Bei Philips HUE sind das bspw. 10 Sekunden für die Bewegunsgerkennung (sowie 4 Minuten für die Helligkeitsmessung, wenn vorher keine Bewegung erkannt wir)

Beim Aqara Sortiment sind es bereits endlos lange 60 Sekunden für die Bewegunsgerkennung

Evtl. ist dieses Detail aber auch nur für mich interessant, da ich immer noch Sensoren suche, die eine Duration für die Bewegunserkennung von 1 Sekunde haben

Ja, wäre auch hilfreich. Beim Eve zum Beispiel kann man die Duration einstellen, dafür hat der keinen Helligkeitssensor...

Gesendet von iPhone mit Community

Zitat von HSV-Steph

Beim Eve zum Beispiel kann man die Duration einstellen

Mit welchem Minimalwert in Sekunden?

Puh, ich meine 1 Sek. Da ich meinen aktuell nicht in Betrieb habe, kann ich es aber nicht genau sagen.

Gesendet von iPhone mit Community

Bei EVE kann man lediglich die Dauer bis zum Auslösend einer weiteren Aktion definieren.

Onvis hatte ich auch getestet > echter Ramsch.

Einstellen kann man in der EVE-App jedenfalls 1 Sek., aber ob der Sensor wirklich intern auch so auflöst und dann auch noch so schnell reagiert?!? Die Bluetooth-HK-Geräte waren ja noch nie die Schnellsten.

Über die deCONZ-Integration kann man bei den Xiaomi-Bewegungsmeldern ja auch eine Sekunde einstellen, nur senden sie die nächste Bewegung trotzdem erst nach 1 Minute an die Bridge. Der Effekt ist, dass HK nach einer Sekunde auf keine Bewegung umspringt und erst nach weiteren 59 Sek. wieder für 1 Sek. auf Bewegung stellt usw.. Also total sinnlos, diese Einstellungsmöglichkeit!

DSchumacher2104

Wo kann man das denn einstellen?

Man muss in der EVE-App den Sensor auswählen, dann unter dem "Zahnrad" oben rechts, wenn man den Pfeil "aufklappt"!

Hmmm... da hatte ich schon nachgeschaut und nach deinem Post nochmal. Die "Dauer" die dort einstellbar ist, ist der Zeitraum (Verzögerung) bis zum Auslösen einer Szene oder Aktion zB "Licht ausschalten".

Dann kann man noch die "Empfindlichkeit" einstellen "wenig" oder "viel" Bewegung.

Interessant bzgl. obiger Aussagen "EVE hat keinen Helligkeitsmesser" ist, das man unter "Empfindlichkeit" einstellen kann, das Bewegungen nur bei Dunkelheit gemeldet werden...

Zitat von DSchumacher2104

Der Effekt ist, dass HK nach einer Sekunde auf keine Bewegung umspringt und erst nach weiteren 59 Sek. wieder für 1 Sek. auf Bewegung stellt usw.. Also total sinnlos, diese Einstellungsmöglichkeit!

Also ist das Problem wieder ein HomeKit eigenes? Wobei, nee, kann ja nicht, weil meine Philipse bereits nach 10 Sekunden resetten.

Wie dem auch sei: Es ist mir ein Rätsel, wieso nun ausgerechnet bei Bewegungssensoren solche "Trägheit" vorgegeben ist. 1 Sekunde sollte schaltungstechnisch doch nicht zuviel verlangt sein Einen einfachen Hue-Dimmschalter kann ich auch in HomeKit im Sekundentakt schalten.

loonypac Nein, das ist mal kein HomeKit-Problem, sondern das liegt ja nativ am Bewegungsmelder. Der sendet einfach nicht öfters, deshalb nützt es nichts, eine kürze Duration einzustellen als die Sensorelektronik selbst mitmacht. Ich denke, dass es zumindest auch etwas mit dem Stromverbrauch zu tun hat, würde er jede Sekunde senden, wäre der Stromverbrauch sicherlich deutlich höher als beim 10 Sekunden-Takt bzw. Minuten-Takt. Keine Ahnung, was es sonst noch für Gründe haben könnte?!?

Zitat von DSchumacher2104

Einstellen kann man in der EVE-App jedenfalls 1 Sek., aber ob der Sensor wirklich intern auch so auflöst und dann auch noch so schnell reagiert?!? Die Bluetooth-HK-Geräte waren ja noch nie die Schnellsten.

Über die deCONZ-Integration kann man bei den Xiaomi-Bewegungsmeldern ja auch eine Sekunde einstellen, nur senden sie die nächste Bewegung trotzdem erst nach 1 Minute an die Bridge. Der Effekt ist, dass HK nach einer Sekunde auf keine Bewegung umspringt und erst nach weiteren 59 Sek. wieder für 1 Sek. auf Bewegung stellt usw.. Also total sinnlos, diese Einstellungsmöglichkeit!

Es gibt einen Hardware Hack mit dem sich die Reset Zeit auf 5 sek einstellen lässt, kombiniert mit der deConz Einstellung ist dann ein Motion reset von 5 sek möglich

Hier der link zum Hack:
Soll wohl recht leicht sein.

https://community.hubitat.com/…-motion-sensor-hack/11696

Gesendet von iPhone mit Community

Zitat von DSchumacher2104

würde er jede Sekunde senden, wäre der Stromverbrauch sicherlich deutlich höher als beim 10 Sekunden-Takt bzw. Minuten-Takt.

Also ich würde mal aus der Hüfte heraus schätzen, dass der Verbrauch im ungünstigsten Falle 10x so hoch wäre, wenn er im Sekundentakt sendete. Wäre ich Sensor-Entwickler, würde ich den Sensor allerdings dem System lediglich Veränderungen mitteilen lassen, also nicht pro Sekunde dieselbe Sendung: Es bewegt sich noch, es bewegt sich noch, es bewegt sich noch,… es bewegt sich nicht mehr, es bewegt sich nicht mehr, es bewegt sich nicht mehr … etcpp. sondern immer nur dann, wenn etwas Neues passiert – diese Statusänderung dann allerdings innerhalb 1 Sekunde. Ich denke, dass dies ohnehin technisch schon so gehandhabt wird. Somit sollte der Energieverbrauch weniger als das 10-fache betragen, da naturgemäß nicht unbedingt jede Sekunde gesendet würde…

Meine Sensoren zeigen nach 1 Jahr intensiver Nutzung immer noch 100% an. Ich könnte locker damit leben, dass ich häufiger mal ein paar Batterien wechseln muss. Könnte man die Duration (und damit meine ich persönlich die minimale Zeit, die der Sensor himself benötigt, um nach der Erkennung von Bewegungslosigkeit wieder Bewegung erkennt und dies dem System mitteilt) nach Belieben ab 1 Sekunde einstellen, könnte außerdem jeder selbst über die Reaktion und den damit verbundenen Energieverbrauch entscheiden.

@m4d-maNu Weil ich gerne schnelle Automations-Schaltungen für mein Licht hätte, wenn ich bspw. kurz aus dem Raum gehe und dann sofort wieder zurückkomme.

Zitat von loonypac

Also ich würde mal aus der Hüfte heraus schätzen, dass der Verbrauch im ungünstigsten Falle 10x so hoch wäre, wenn er im Sekundentakt sendete. Wäre ich Sensor-Entwickler, würde ich den Sensor allerdings dem System lediglich Veränderungen mitteilen lassen, also nicht pro Sekunde dieselbe Sendung: Es bewegt sich noch, es bewegt sich noch, es bewegt sich noch,… es bewegt sich nicht mehr, es bewegt sich nicht mehr, es bewegt sich nicht mehr … etcpp. sondern immer nur dann, wenn etwas Neues passiert – diese Statusänderung dann allerdings innerhalb 1 Sekunde. Ich denke, dass dies ohnehin technisch schon so gehandhabt wird. Somit sollte der Energieverbrauch weniger als das 10-fache betragen, da naturgemäß nicht unbedingt jede Sekunde gesendet würde…

Meine Sensoren zeigen nach 1 Jahr intensiver Nutzung immer noch 100% an. Ich könnte locker damit leben, dass ich häufiger mal ein paar Batterien wechseln muss. Könnte man die Duration (und damit meine ich persönlich die minimale Zeit, die der Sensor himself benötigt, um nach der Erkennung von Bewegungslosigkeit wieder Bewegung erkennt und dies dem System mitteilt) nach Belieben ab 1 Sekunde einstellen, könnte außerdem jeder selbst über die Reaktion und den damit verbundenen Energieverbrauch entscheiden.

Also die Kommentare unter dem Artikel sagen wohl, dass das nicht so ist und er immer noch über ein Jahr hält?????

Gesendet von iPhone mit Community

@m4d-maNu Absolut korrekt verstanden Ja, schnelle Bewegungssensoren machen absolut Sinn solange es keine Anwesenheitssensoren gibt, die bezahlbar sind und keine externe Stromversorgung benötigen.

PhilippCF Aah, habe den Artikel eben erst gelesen. Das wäre mal ein Bastelversuch wert, zumal ich noch so’n Aqara-Ding ungenutzt rumfliegen hab