Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[zahnheinrich]

@maxpd
Du prüfst dann den Datenpunkt no_motion auf Aktualisierung

[Ein ehemaliger Benutzer]

@Jan-S100 Vielen herzlichen Dank.
Es funktioniert bestens.

Darüber hinaus konnte ich lernen wie man sauber programmiert. =)

[maxpd]

@zahnheinrich MAcht das wirklich einen Unterschied?

Ich habe festgestellt, dass mein gelöteter Bewegungsmelder nun öfters Mal dauerhaft eine Bewegungs feststellt und erst nach dem Batterie entfernen wieder auf occupancy = false springt. Hab ich ihn kaputt gelötet? Hat schonmal jemand das Problem gehabt?

[crunchip]

@maxpd Der BWM erkennt nur in der Anlernphase alle paar sec eine Bewegung, bis er sich "eingependelt" hat, danach sind es glaub ich 60 oder 90 sec(Nagel mich nicht fest, bin mir grad nicht sicher ob 60 oder 90)
dementsprechend wechselt der state nach dieser Zeit false/true und erst nach dieser abgelaufener Zeit wird auch eine erneute BW erkannt, somit kannst im Script auf "wurde geändert" triggern
lötest du jetzt den BWM, passiert genau das gleiche, allerdings erkennt er (wie im Anlernmodus) die BW alle paar sec und der State aktualisiert sich(true).
dementsprechend also auf "aktualisiert" triggern

[maxpd]

@crunchip das habe ich verstanden, aber er springt nach einer erkannten Bewegung nie wieder auf false im Wert occupancy.

[crunchip]

@maxpd sagte in Xiaomi Bewegungsmelder Updatezeitraum:

occupancy.

habe ich nicht, da ich das original Gateway verwende

solange der Wert bei Bewegung aktualisiert wird, ist doch alles in Butter

[maxpd]

@crunchip wird er auch nicht. No motion bleibt dann ständig auf 0.

[zahnheinrich]

@maxpd
Deshalb triggere ich auch auf no_motion und Aktualisierung. Da gehen Abstände im Sekundenbereich.

[maxpd]

@zahnheinrich Aber wenn no_motion sich nicht mehr ändert und immer auf 0 Sekunden bleibt, obwohl keine Bewegung stattgefunden hat, dann kann ich ja so viel auf Aktualisierung triggern wie ich möchte, der Wert bleibt 0. Genauso wie occupancy fälschlicherweise auf true bleibt.

[zahnheinrich]

@maxpd
Der Wert bleibt zwar auf 0, jedoch ändert sich der Zeitstempel bei jeder Bewegung. Das erkennst du an der grünen Farbe der Werte in der Objektansicht. Diese "Auffrischung" fragst du bei Aktualisierung ab.

[maxpd]

@zahnheinrich Bei mir erfolgt die Auffrischung trotzdem erst nach 90 sec. Bei beiden gelöteten Bewegungsmeldern.
Der der immer auf 0 blieb habe ich zum Testen mal mit zum PC genommen, dort zeigt er nach 90 sec auch wieder Occupancy false und no motion 90 an.

[Ein ehemaliger Benutzer]

Hallo
fange gerade an meine Applikationen mit IOBroker zu bauen und in der VIS habe ich seit Kurzem diverse Sensoren eingebunden und "stolper" über diverse Effeckte. Nun möchte ich mit der "Alarmanlage" anfangen und die Aqara Sensoren und erzeugen gerade wenig Vertrauen ob das so Sinn macht.
Setze 2 Aqara Bewegungsmelder ein und Beide liefern jetzt schon länger keine Bewegungsmeldung mehr, wenn ich das richtig sehe. Die Objekte bekommen aber noch hin und wieder eine grüne Farbe im IOBroker und der DP "Available" steht auf true, also sollte das Zigbee-Netz ok sein, oder? Der DP Occupancy wurde aber zu letzt gestern Abend aktualisiert bzw. geändert. Das kann nicht sein da im Flur jede Menge Bewegung war.

Haben bei mir die Sensoren ein Problem oder das Netz oder habe ich ein Verständnisproblem, was sich über die Sensoren Auswerten lässt. Ich möchte im Prinzip Bewegung detektieren, wenn das nur alle paar Minuten passiert auch ok. Möchte nur bei einer "Alarmanalge" auch sicher wissen ob die Sensoren am Netz verfügbar sind.
Könnt ihr bitte kurz erläutern wie diese Objekte im IObroker und die Daten richtig zu verstehen sind bei den Aqara Sensoren?
Gibt es gesicherte Updatezeiträume für die Sensoren am Netz?
Die hier besprochene Updatezeit zwischen Bewegungsdetektierungen spielt bei mir ja wenider mit rein, oder?

Vielen Dank!