Notify verzögert ausführen

[sxx128]

Hallo zusammen,

ich habe folgendes Notify was an sich funktioniert:

Code Auswählen Erweitern



rgr_Bewohner:state:.* {
if (Value("rgr_Bewohner") eq "abwesend") {
fhem("set heizregler_wand_Climate controlMode night");
}
else {
fhem("set heizregler_wand_Climate controlMode auto");
}
}


Die Anwesenheit prüfe ich über Residents. Nun hätte ich gerne dass dieses Notify zeitverzögert ausgeführt wird. Eine Stunde nach dem das Ereignis eingetreten ist. Es könnte ja sein man ist im Keller mit dem Handy oder "kurz" einkaufen. Ich hab einiges gelesen über  die Realisierung  mit Sleep oder einem AT ...ich komme aber einfach nicht auf die Lösung. Könnt ihr mir helfen ?

Vielen Dank für eure Hilfe im Voraus.

Grüße
Steven

[frank]

ich denke, das verzögern könnte im chaos enden, da du die at's ggf wieder löschen müstest. 
setze besser den status erst auf "abwesend", wenn du wirklich willst, dass "abwesend" erreicht ist.

[Miami]

Nimm ein DOIF, da kann man mit dem Attrribut wait die Reaktion für jeden Zweig verzögern (Angabe in Sekunden).
Nachfolgend wird der Nachtmodus um 10min und der Automodus nicht verzögert.
Code für die fhem.cfg:

Code Auswählen Erweitern

define xyz DOIF ( [rgr_Bewohner:state] eq "abwesend" ) ( set heizregler_wand_Climate controlMode night )\
DOELSEIF ( [rgr_Bewohner:state] eq "anwesend") ( set heizregler_wand_Climate controlMode auto )
attr xyz wait 600:0"anwesend" habe ich geraten, das muss ggf. angepasst werden.

[sxx128]

Hallo Frank,

über so was habe ich auch nachgedacht. Aber wie mache ich das ? Ich habe ein Reading gefuden:

Code Auswählen Erweitern


durTimerPresence


Könntest du mir da bitte helfen ?

Grüße
Steven

ich denke, das verzögern könnte im chaos enden, da du die at's ggf wieder löschen müstest. 
setze besser den status erst auf "abwesend", wenn du wirklich willst, dass "abwesend" erreicht ist.

[frank]

im presence modul kann man das über attribute verzögern.
bei residence kenne ich mich nicht aus.

[sxx128]

..wie macht man das ?

..ich mach gerade einen Test mit dem hier. Der erste Schritt hat geklappt. Das AT hat sich automatisch gelöscht nach der Ausführung. Die Temps wurden wieder ordentlich gesetzt als ich wieder anwesen war...

Was meinst du mit "Chaos"?

Code Auswählen Erweitern


rgr_Bewohner:state:.* {
if (Value("rgr_Bewohner") eq "abwesend") {
fhem("define ausfuehren_in_5_minuten at +00:05:00 set heizregler_wand_Climate controlMode night");
}
else {
fhem("set heizregler_wand_Climate controlMode auto");
}
}



Grüße
Steven

[frank]

wenn du, wie im ersten post gesagt, 1std mit at verzögerst, bleibt das at scharf, auch wenn du nach 30min zurückkommst.


presencemodul:

absenceThreshold

(not applicable in mode "event" )
The number of checks that have to result in "absent" before the state of the PRESENCE definition is changed to "absent". This can be used to verify the absence of a device with multiple check runs before the state is finally changed to "absent". If this attribute is set to a value >1, the reading state and presence will be set to "maybe absent" during the absence verification.

Default Value is 1 (no absence verification)

[sxx128]

das habe ich befürchtet ..so ein Mist ...

Grüße
Steven

wenn du, wie im ersten post gesagt, 1std mit at verzögerst, bleibt das at scharf, auch wenn du nach 30min zurückkommst.


presencemodul:

[Damian]

das habe ich befürchtet ..so ein Mist ...

Grüße
Steven

Daher der alternative Vorschlag von Miami, da passiert das nicht

[sxx128]

Hallole

dann werde ich wohl auf ein DOIF umsteigen.... Ist das dann so richtig wenn ich die Abwesenheit verzögern möchten?

Code Auswählen Erweitern


define xyz DOIF ( [rgr_Bewohner:state] eq "abwesend" ) ( set heizregler_wand_Climate controlMode night )\

DOELSEIF ( [rgr_Bewohner:state] eq "anwesend") ( set heizregler_wand_Climate controlMode auto )

attr xyz wait 600:0


Wenn ich die Abwesenheit verzögern möchte ? Die xxx:0 würde sich auf die Anwesenheit auswirken wenn da einen Wert angebe?

Grüße
Steven

[frank]

Daher der alternative Vorschlag von Miami, da passiert das nicht

aber keinen fhem restart machen.
oder überleben die timer mittlerweile?

[Damian]

aber keinen fhem restart machen.
oder überleben die timer mittlerweile?

Nein, allerdings nützt ein wiederhergestellter Timer auch nicht viel, wenn während der Reboot-Phase oder sogar einer längeren Stillstandsphase des Systems sich der Bewohner-Zustand geändert hat.

In beiden Fällen muss man mehr Logik in die Definition - eher schon in die Programmierung - reinstecken. 

[Damian]

Nein, allerdings nützt ein wiederhergestellter Timer auch nicht viel, wenn während der Reboot-Phase oder sogar einer längeren Stillstandsphase des Systems sich der Bewohner-Zustand geändert hat.

In beiden Fällen muss man mehr Logik in die Definition - eher schon in die Programmierung - reinstecken.

Bei der DOIF-Definition, würde schon das Setzen eines startup-Attributs helfen, nach dem Neustart einen sauberen Zustand wiederherzustellen:

Code Auswählen Erweitern

attr di_xyz startup set $SELF checkall

[sxx128]

...brauch ich da ein

Code Auswählen Erweitern



do always



Grüße
Steven

[Damian]

...brauch ich da ein

Code Auswählen Erweitern



do always



Grüße
Steven

Nicht unbedingt. Wenn sich der Zustand des Devices nach Prüfung der Bedingungen beim Neustart nicht geändert hat, dann muss man auch nichts schalten.

Stören würde es aber auch nicht, dann wird einmal mehr geschaltet.