DOIF zur Haustürverriegelung mit Homematic Keymatic HM-SEC-KEY-S

[neo_28]

Hallo zusammen,

ich habe seit einigen Wochen ein Problem mit meiner DOIF-Anweisung zur Haustürverriegelung. Das merkwürdige ist, dass sie davor über ein Jahr lang einwandfrei funktioniert hat.

Es handelt sich um folgende Anweisung:

Code Auswählen Erweitern

define di_EG.FL_Tuerschloss_Autoverriegelung DOIF
([HM.EG.FL_Tuerschloss:lock] eq "unlocked" and [20:55-07:00]) (set HM.EG.FL_Tuerschloss lock)
DOELSEIF ([Balken] eq "absent" and [HM.EG.FL_Tuerschloss:lock] eq "unlocked") (set HM.EG.FL_Tuerschloss lock) \
DOELSEIF ([Balken] eq "gone" and [HM.EG.FL_Tuerschloss:lock] eq "unlocked") (set HM.EG.FL_Tuerschloss lock)\
DOELSE
attr di_EG.FL_Tuerschloss_Autoverriegelung do always
attr di_EG.FL_Tuerschloss_Autoverriegelung group Türen und Fenster
attr di_EG.FL_Tuerschloss_Autoverriegelung icon security
attr di_EG.FL_Tuerschloss_Autoverriegelung room 0.02_Erdgeschoss,9.02_Steuerung
attr di_EG.FL_Tuerschloss_Autoverriegelung wait 300:300:300

Die Anweisung soll dafür sorgen, dass die Keymatic zwischen 21:00 und 07:00 verriegelt und beim Abwesenheitszustand über das RESIDENTS-Modul (Balken) soll ebenfalls verriegelt werden.

Wie gesagt, dass hat so über ein Jahr wunderbar funktioniert... Seit ein paar Wochen wird zwar um 21:00 verriegelt, wenn jedoch danach zwischen 21:00 und 07:00 Uhr die Tür geöffnet oder entriegelt wurde, wird sie nicht mehr verriegelt.

Das DOIF setzt zwar nach der Zustandsänderung der keymatic auf den wait_timer:cmd_1, dieser wird aber nach kurzer Zeit durch cmd_4 überschrieben.

Wenn ich das DOELSE rausnehme und das Attribut do always setze funktioniert es zwar, aber das Log wird mir dann alle 5 Minuten zugemüllt....

Hat sich in den letzten Wochen dahingehend etwas in dem DOIF-Modul geändert?

Viele Grüße

Neo

[Damian]

Hallo zusammen,

ich habe seit einigen Wochen ein Problem mit meiner DOIF-Anweisung zur Haustürverriegelung. Das merkwürdige ist, dass sie davor über ein Jahr lang einwandfrei funktioniert hat.

Es handelt sich um folgende Anweisung:

Code Auswählen Erweitern

define di_EG.FL_Tuerschloss_Autoverriegelung DOIF
([HM.EG.FL_Tuerschloss:lock] eq "unlocked" and [20:55-07:00]) (set HM.EG.FL_Tuerschloss lock)
DOELSEIF ([Balken] eq "absent" and [HM.EG.FL_Tuerschloss:lock] eq "unlocked") (set HM.EG.FL_Tuerschloss lock) \
DOELSEIF ([Balken] eq "gone" and [HM.EG.FL_Tuerschloss:lock] eq "unlocked") (set HM.EG.FL_Tuerschloss lock)\
DOELSE
attr di_EG.FL_Tuerschloss_Autoverriegelung do always
attr di_EG.FL_Tuerschloss_Autoverriegelung group Türen und Fenster
attr di_EG.FL_Tuerschloss_Autoverriegelung icon security
attr di_EG.FL_Tuerschloss_Autoverriegelung room 0.02_Erdgeschoss,9.02_Steuerung
attr di_EG.FL_Tuerschloss_Autoverriegelung wait 300:300:300

Die Anweisung soll dafür sorgen, dass die Keymatic zwischen 21:00 und 07:00 verriegelt und beim Abwesenheitszustand über das RESIDENTS-Modul (Balken) soll ebenfalls verriegelt werden.

Wie gesagt, dass hat so über ein Jahr wunderbar funktioniert... Seit ein paar Wochen wird zwar um 21:00 verriegelt, wenn jedoch danach zwischen 21:00 und 07:00 Uhr die Tür geöffnet oder entriegelt wurde, wird sie nicht mehr verriegelt.

Das DOIF setzt zwar nach der Zustandsänderung der keymatic auf den wait_timer:cmd_1, dieser wird aber nach kurzer Zeit durch cmd_4 überschrieben.

Wenn ich das DOELSE rausnehme und das Attribut do always setze funktioniert es zwar, aber das Log wird mir dann alle 5 Minuten zugemüllt....

Hat sich in den letzten Wochen dahingehend etwas in dem DOIF-Modul geändert?

Viele Grüße

Neo

Möglicherweise hat sich bei den angegebenen Devices etwas geändert. Offenbar gibt es jetzt einen Trigger, der dazu führt, dass die DOIF-Fälle nicht greifen und der DOELSE-Fall zuschlägt.

Das musst du genau durch Event-Auswertung analysieren.

[alru]

Wenn die Tür nach 21:00 manuell geöffnet wird, dann vermute ich mal, dass der Status auf "unlocked (uncertain)" steht. Damit würde der cmd_1 nicht greifen.

[Damian]

Wenn die Tür nach 21:00 manuell geöffnet wird, dann vermute ich mal, dass der Status auf "unlocked (uncertain)" steht. Damit würde der cmd_1 nicht greifen.

dann musst du einfach statt auf eq "unlocked" auf =~ "unlocked" abfragen

[Ellert]

Siehe auch diese Antwort https://forum.fhem.de/index.php/topic,71513.msg630898.html#msg630898

[Per]

Statt auf

Code Auswählen Erweitern

[HM.EG.FL_Tuerschloss:lock] eq "unlocked"
auf

Code Auswählen Erweitern

["HM.EG.FL_Tuerschloss":lock:"unlocked"]
testen.
Wobei ich mir mit der Position und Anzahl der Anführungszeichen nicht sicher bin.

[Damian]

Statt auf

Code Auswählen Erweitern

[HM.EG.FL_Tuerschloss:lock] eq "unlocked"
auf

Code Auswählen Erweitern

["HM.EG.FL_Tuerschloss":lock:"unlocked"]
testen.
Wobei ich mir mit der Position und Anzahl der Anführungszeichen nicht sicher bin.

Code Auswählen Erweitern

["HM.EG.FL_Tuerschloss:lock: unlocked"]


Der erste Doppelpunkt ist ein Trennzeichen für DOIF (Trennzeichen für Device und Event), das zweite gehört zum Event.

[alru]

Ich muss mich mit der Aussage

Wenn die Tür nach 21:00 manuell geöffnet wird, dann vermute ich mal, dass der Status auf "unlocked (uncertain)" steht. Damit würde der cmd_1 nicht greifen.

korrigieren. Da in dem DOIF das Reading "lock" abgefragt wird, kommt dort "unlocked (uncertain)" gar nicht vor. Hier steht - so habe ich es zumindest eben noch mal nachgesehen - nur ein "unlocked".
Im Reading "state" dagegen steht das "unlocked (uncertain)".