Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

Hue Bewegungsmelder schaltet Aktor manchmal verzögert

Begonnen von Hardy74, 31 Oktober 2024, 10:44:43

Vorheriges Thema - Nächstes Thema

Hardy74

Moin,

zu dem Thema gibt es diverse Beiträge hier im Forum. Um Seiteneffekte, z.B. durch unbedachtes Ändern von "interval" zu vermeiden, würde ich gern die Meinung der Profis hören, wie die, von fhem gewollte Lösung aussieht.

Der Bewegungsmelder schaltet mittels DOIF einen Aktor, hier einen Shelly1. Manchmal erfolgt das Schalten unverzüglich, manchmal mit einer Verzögerung von >30s.
define BewegungWaKue HUEDevice sensor 29  IODev=HUEBR
setuuid BewegungWaKue 671fdbc8-f33f-9349-1980-b246e760e012a6ad
attr BewegungWaKue IODev HUEBR
attr BewegungWaKue alias BewegungWaKue
attr BewegungWaKue devStateIcon devStateIcon motion:ampel_gruen nomotion:ampel_rot\
devStateIcon 0.*:measure_battery_0 2.*:measure_battery_25 5.*:measure_battery_50 7.*:measure_battery_75 10.*:measure_battery_100\
devStateIcon 0:taster_ch_aus_rot 1:taster_ch_an_gruen
attr BewegungWaKue group HUESensor
attr BewegungWaKue model SML003
attr BewegungWaKue room HUEDevice,Shelly
attr BewegungWaKue stateFormat state\
batteryPercent\
reachable
attr BewegungWaKue verbose 5

define BewegungLichtWaKue DOIF ([BewegungWaKue:state] eq "motion" and [BewegungWaKue:lightlevel] lt "100") (set WaKueLicht on) DOELSE (set WaKueLicht off)
setuuid BewegungLichtWaKue 67224cf2-f33f-9349-8610-4de13a792cc277fa
attr BewegungLichtWaKue room HUEDevice,Shelly
attr BewegungLichtWaKue verbose 5
attr BewegungLichtWaKue wait 0:60

Mit verbose 5 finden sich mehrere Einträge je Sekunde (!) der Form:
2024.10.31 10:19:46.364 5: BewegungWaKue: using offsetUTC 3600 from bridge
2024.10.31 10:19:46.365 4: BewegungWaKue: ignoring reading state with timestamp 2024-10-31 10:13:45, current reading timestamp is 2024-10-31 10:13:45
2024.10.31 10:19:46.365 4: BewegungWaKue: ignoring reading batteryPercent with timestamp 2024-10-31 10:13:45, current reading timestamp is 2024-10-31 10:13:45
2024.10.31 10:19:46.365 4: BewegungWaKue: ignoring reading battery with timestamp 2024-10-31 10:13:45, current reading timestamp is 2024-10-31 10:13:45
2024.10.31 10:19:46.365 4: BewegungWaKue: ignoring reading reachable with timestamp 2024-10-31 10:13:45, current reading timestamp is 2024-10-31 10:13:45
==> und in derselben Sekunde der Nächste:
2024.10.31 10:20:46.370 4: parse status message for BewegungWaKue
2024.10.31 10:20:46.370 5: BewegungWaKue: using offsetUTC 3600 from bridge

Auffällig, dass die Timestamps auseinanderlaufen. Mal nur 6 Minuten wie gezeigt, manchmal einige Stunden.

Vor einiger Zeit hatte ich ein ähnliches Problem, dass ein DOIF häufig nur mit erheblicher Verzögerung das Tat, was es sollte. Hier löste das Attribut "interval" mit dem Wert 3 das Problem, die Verzögerung war bzw. ist nur noch maximal 3s. Ich meine mich aber zu erinnern, dass vor allzu infaltionärem Gebrauch des Attributs gewarnt wurde. Desweitern besitzt der HUE Sensor auch kein Attribut "interval".

In einigen Forenbeiträgen liest man von "on_event". Nur wie Eingangs erwähnt, würde ich das Problem gerne so lösen, wie es sich die Entwickler von fhem mal gedacht haben.
Sprich der Bewegungsmelder schaltet unverzüglich das Licht ein und 60s nachdem dieser "nomotion" gemeldet hat, wieder ab.