Verwendung von KI bitte immer deutlich kennzeichnen

[maxpd]

Macht eine Reduzierung auf 5s überhaupt Sinn? Denn ich habe das Licht sowieso 150 Sekunden laufen und bin damit über die 120Sekunden Limitierung raus. Es muss also an dem JS Bug liegen.

(Neben einem etwas höheren Batterieverbrauch steigt aber auch die Strahlenbelastung)

[smarthome2020]

@maxpd
Ja macht es. Mein Licht geht nun aus, wenn 60 Sekunden keine Bewegung aufgefallen ist. Und dafür muss er häufiger Bewegungen aufzeichnen.

[crunchip]

@maxpd kommt auf deinem Script an
was passiert, wenn du nach deinen (150 sec Licht an), dich entscheidest, nochmal den Raum zu betreten und ne Bewegung nach 120sec (neue Bewegung) aber vor deinen (150 sec Licht aus) erfasst wurde, startet dann ein Timer (150 sec) neu?
Unabhänging vom Licht schalten, kann man den BWM auch benutzen um andere Aktionen zu starten, die einen kürzeren Intervall bevorzugen

[maxpd]

@crunchip ^^ ich werde löten

[A Former User]

Wie müsste das Script aussehen, damit man die normalen Zeiten nutzen kann.

Ich will auch, dass das Licht solange an bleibt, solange jemand im Flur ist.
Ich hab nichts zu löten da. Kann ich da nicht einfach sehr klug mit den 90 Sekunden programmieren?

Bedeutet das auch, dass man im schlimmsten Fall 90 Sekunden auch im Dunkeln stehen kann? Das wäre blöd.

[Jan.S100]

@Paul-OL so sieht mein Script aus.

[smarthome2020]

@Paul-OL
Ich glaube ja. Mit den 90 Sekunden kannst du nur arbeiten, wenn du das Licht 90 Sekunden an lässt. Oder du lässt es mindestens 90 Sekunden an und lässt danach den Status nochmal überprüfen und davon abhängig machen, ob Bewegung vorhanden ist.

Ich finde ohne zu löten ist der Bewegungsmelder jedenfalls im Haus nicht gut zu verwenden.

[maxpd]

Wenn ich gelötet habe, müsste der Sensor dann unter Objekte alle 5 sec aufblinken und einen neuen Status senden? Bei mir wechselt occupancy z.b. erst nach 60 sec auf false.

[zahnheinrich]

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

[A Former User]

@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.

[A Former User]

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!