RESIDENTS Modul - won't trigger wake-up program

Begonnen von hermanski.k, 29 Januar 2017, 14:13:29

Vorheriges Thema - Nächstes Thema

hermanski.k

Hallo zusammen,

ich befasse mich erst seit kurzer zeit mit FHEM. Nun habe ich mir einen Wecker mittels RESIDENTS Modul angelegt.
Bei der ersten ausführung hat alles funktioniert. Danach leider nicht mehr.
Anbei der Auszug aus meinem logfile nachdem manuell getriggert wurde.

2017.01.29 13:54:49 4: dummy set rr_kamilh_wakeuptimer3 trigger
2017.01.29 13:54:49 4: RESIDENTStk rr_kamilh_wakeuptimer3: lastRun != nextRun = 14:04
2017.01.29 13:54:49 3: RESIDENTStk rr_kamilh_wakeuptimer3: won't trigger wake-up program due to non-expired wakeupWaitPeriod threshold since lastWakeup (expLastWakeup=1485709083 > nowRunSec=1485695089)


Ähnliches verhalten bei definierter Zeit über den Wecker.
017.01.29 14:20:00 4: dummy set rr_kamilh_wakeuptimer3 trigger
2017.01.29 14:20:00 4: RESIDENTStk rr_kamilh_wakeuptimer3: lastRun = nextRun = 14:30
2017.01.29 14:20:00 3: RESIDENTStk rr_kamilh_wakeuptimer3: won't trigger wake-up program due to non-expired wakeupWaitPeriod threshold since lastWakeup (expLastWakeup=1485709083 > nowRunSec=1485696600)
2017.01.29 14:20:00 4: RESIDENTStk rr_kamilh_wakeuptimer3: Wakeuptime recalculation triggered by at-device at_rr_kamilh_wakeuptimer3
2017.01.29 14:20:00 4: RESIDENTStk rr_kamilh_wakeuptimer3: wakeupGetBegin source: nextRun
2017.01.29 14:20:00 4: RESIDENTStk rr_kamilh_wakeuptimer3: wakeupGetBegin result: 14:30 = 51600 s - 10 m = 14:20:00



Attributes
alias
Wecker Sonntag und Feiertag
deleteattr
comment
Auto-created by ROOMMATE module for use with RESIDENTS Toolkit
deleteattr
devStateIcon
OFF:general_aus@red:reset running:general_an@green:stop .*:general_an@orange:nextRun%20OFF
deleteattr
group
kamilh
deleteattr
icon
time_timer
deleteattr
room
Residents
deleteattr
setList
nextRun:OFF,00:00,00:15,00:30,00:45,01:00,01:15,01:30,01:45,02:00,02:15,02:30,02:45,03:00,03:15,03:30,03:45,04:00,04:15,04:30,04:45,05:00,05:15,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00,10:15,10:30,10:45,11:00,11:15,11:30,11:45,12:00,12:15,12:30,12:45,13:00,13:15,13:30,13:45,14:00,14:15,14:30,14:45,15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30,23:45 reset:noArg trigger:noArg start:noArg stop:noArg end:noArg
deleteattr
sortby
2
deleteattr
userattr
wakeupOffset:slider,0,1,120 wakeupDefaultTime:OFF,00:00,00:15,00:30,00:45,01:00,01:15,01:30,01:45,02:00,02:15,02:30,02:45,03:00,03:15,03:30,03:45,04:00,04:15,04:30,04:45,05:00,05:15,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00,10:15,10:30,10:45,11:00,11:15,11:30,11:45,12:00,12:15,12:30,12:45,13:00,13:15,13:30,13:45,14:00,14:15,14:30,14:45,15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30,23:45 wakeupMacro wakeupUserdevice wakeupAtdevice wakeupResetSwitcher wakeupResetdays:multiple-strict,0,1,2,3,4,5,6 wakeupDays:multiple-strict,0,1,2,3,4,5,6 wakeupHolidays:andHoliday,orHoliday,andNoHoliday,orNoHoliday wakeupEnforced:0,1,2 wakeupWaitPeriod:slider,0,1,360
deleteattr
verbose
4
deleteattr
wakeupAtdevice
at_rr_kamilh_wakeuptimer3
deleteattr
wakeupDays
0
deleteattr
wakeupDefaultTime
9:00
deleteattr
wakeupHolidays
orHoliday
deleteattr
wakeupMacro
Macro_rr_kamilh_wakeuptimer1
deleteattr
wakeupOffset
10
deleteattr
wakeupResetSwitcher
rr_kamilh_wakeuptimer3_resetswitcher
deleteattr
wakeupUserdevice
rr_kamilh
deleteattr
webCmd
nextRun



Das RESIDENTS Modul mit Wecker habe ich nach Wiki Seite und folgender Seite
http://www.reimann2.de/index.php/hausautomation/125-28-der-wecker
eingerichtet.


Über "set Macro_rr_kamilh_wakeuptimer1 start" kann ich die Wakeuproutine testen.

Ich würde mich über Hilfe wirklich freuen. Vielen Dank.

Loredo

Das ist vollkommen normal so.
Wenn du das Attribut wakeupWaitPeriod nicht explizit setzt, ist die Standardzeit auf 6h eingestellt. Das bedeutet, dass ein Wecker frühestens nach dieser Zeit erneut auslösen würde. Das ist ein Schutz dagegen, dass ein Wecker an ein und demselben Morgen mehrfach auslöst. Das kann passieren, wenn du z.B. eine Default-Weckzeit für 7:30 eingestellt hast, den Wecker aber einmal manuell auf eine frühere Zeit gestellt hast. Damit dann nicht ein zweites Mal um 7:30 geweckt wird, gibt es diese Schwelle. Das kann beim testen leicht passieren, wenn man alle paar Minuten eine neue Weckzeit setzt. Es empfiehlt sich deshalb die tests mit dem Setter "start" zu machen, damit diese Prüfungen umgehen werden. Wer die Tests will, kann auch den set-Befehl "trigger" schicken und muss dann nicht warten, bis die eingestellte Weckzeit erreicht ist.


Siehe auch Diskussion hier:
https://forum.fhem.de/index.php/topic,47338.msg391170.html
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

hermanski.k

Ok. Super vielen Dank für die schnelle Antwort.

Mein Test erfolgt mittels:

"set rr_kamilh_wakeuptimer3 trigger"

Nach deiner Aussage sollte damit die Wakeuproutine starten, obwohl die Wartezeit nicht abgelaufen ist. Habe ich ich das richtig verstanden?
ZitatWer die Tests will, kann auch den set-Befehl "trigger" schicken und muss dann nicht warten, bis die eingestellte Weckzeit erreicht ist.
Reaktion:
2017.01.29 16:59:51 4: dummy set rr_kamilh_wakeuptimer3 trigger
2017.01.29 16:59:51 4: RESIDENTStk rr_kamilh_wakeuptimer3: lastRun != nextRun = 17:09
2017.01.29 16:59:51 3: RESIDENTStk rr_kamilh_wakeuptimer3: won't trigger wake-up program due to non-expired wakeupWaitPeriod threshold since lastWakeup (expLastWakeup=1485709083 > nowRunSec=1485706191)



SG

Loredo

Nein.


"trigger" verhält sich so wie es später auch beim wecken ist (der trigger-Befehl steht ja auch im at-Device so drin).
"start" startet das Makro direkt ohne Umwege.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

hermanski.k

OK. Perfekt. Jetzt hab ich alles verstanden. Besten Dank für die schnelle Hilfe.