Der WeekdayTimer-Thread ab 2020

Begonnen von Beta-User, 10 September 2020, 16:42:29

Vorheriges Thema - Nächstes Thema

Beta-User

Zitat von: Cybers am 24 Mai 2021, 16:44:42
Anscheinend kommt der Weekdaytimer nicht mit einer leeren Stelle in der Funktion klar.
Das ist m.E. kein originäres WDT-Thema: gib das ({sunset_abs("REAL",5400,,"22:00")}) einfach mal in die Kommandozeile ein, da kommt dann auch eine spätere Zeit raus...

Der WDT-Code erkennt nur, _dass_ es Perl ist (also nicht, welche Funktion und welche Parameter ggf. erforderlich sind), "läßt" dann auswerten, und checkt im Ergebnis nochmal, ob es eine Uhrzeit ist, was zurückkommt. Das ist der Fall => aus WDT-Sicht ist alles bestens...

Zitat von: netwalk am 25 Mai 2021, 08:07:50
Das Ergebnis heute um 06:30:
[...]
Küchen-Timer wurde korrekt hinzugefügt, Schlafzimmer-Timer wurde leider nicht gesetzt.

Im Log taucht kein "skipped"-Ereignis auf.
Kein "skipped" paßt zur Info, dass der späteste Timer _noch_ nicht angelegt war. Der betreffende Timer (zu erkennen an der internen Nummer) sollte zu der fraglichen Zeit (noch) als "delayed" (vom Vortag, Schaltung auszuführen bei "Fenster-zu"-Erkennung) vorhanden gewesen sein und taucht dann in der timerList erst auf, wenn er entweder "skipped" wird oder das Fenster zugemacht wurde (und die nächste diesbezügliche Prüfung drübergelaufen ist).

Kannst du das mal gegenchecken?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

netwalk

Im Log sind als letzte "delayed"-Einträge bzgl. des Schlafzimmers folgende vorhanden:

2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SB.MB] set hc.st.Schlafzimmer.SB.MB enable
2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SB.MB] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'
2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SH.MB] set hc.st.Schlafzimmer.SH.MB enable
2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SH.MB] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'
2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SU.MB] set hc.st.Schlafzimmer.SU.MB enable
2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SU.MB] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'
2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SU.MU] set hc.st.Schlafzimmer.SU.MU enable
2021.05.25 03:55:00 3: [hc.st.Schlafzimmer.SU.MU] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'


Das Fenster im Schlafzimmer wurde um 08:04 geschlossen.

Die letzten "delay-stopped"-Einträge:

2021.05.25 08:05:00 3: [hc.st.Schlafzimmer.SB.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.25 08:05:00 3: [hc.st.Schlafzimmer.SH.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.25 08:05:00 3: CUL_HM set hm.hr.st.Schlafzimmer_Clima controlMode night
2021.05.25 08:05:00 3: CUL_HM set hm.wt.st.Schlafzimmer_Climate controlMode night
2021.05.25 08:05:00 3: [hc.st.Schlafzimmer.SU.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.25 08:05:00 3: [hc.st.Schlafzimmer.SU.MU] delay of switching struct.Heizung.st.Schlafzimmer stopped.
live long and prosper
netwalk
_______________________________________________
INTEL NUC7CJYH, Homematic mit 3x HMLGW, JEELINK mit 18x TX29-DTH-IT, DUOFERNSTICK, FB7590 mit FBDECT, NETATMO, Philips HUE, RFXtrx433, Ubiquiti G3 PRO/FLEX/DOME/MICRO

Beta-User

Kannst du nochmal in die timerList schauen, ob er jetzt da ist?
Du hattest um den Dreh' des Schließens rum den Post heute morgen erstellt, und wenn der "alte Timer" aus der "Fenster ist jetzt geschlossen"-Funktion raus erneuert wird, taucht das (schon immer) nur ab verbose 4 im Log auf.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

netwalk

Nein, ist leider nicht angelegt worden:

2021-05-25 21:24:02.00000 RT_Exec rnd.li.st.Schlafzimmer.Bett.Silke
2021-05-25 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-25 21:44:53.00000 DOIF_TimerTrigger 
live long and prosper
netwalk
_______________________________________________
INTEL NUC7CJYH, Homematic mit 3x HMLGW, JEELINK mit 18x TX29-DTH-IT, DUOFERNSTICK, FB7590 mit FBDECT, NETATMO, Philips HUE, RFXtrx433, Ubiquiti G3 PRO/FLEX/DOME/MICRO

Beta-User

Danke für's nachschauen.

Ich glaube, jetzt auch die diesbezügliche Stelle vollends gefunden zu haben. Da war aber auch noch eine eventuelle "Baustelle" (eigentlich eher: eine (logische) Optimierung) in der Register.pm, von daher würde ich das gerne erst wieder einem "Übernacht"-Test im eigenen System unterziehen, bevor es ggf. dann morgen per update kommt...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

Über Nacht keine Probleme => ist im svn mit der Bitte, das Ergebnis nochmals zu testen ::) ...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

netwalk

So, hier die Ergebnisse des ersten Tests:

26.05. 18:30 Update und Reboot
$Id: 98_WeekdayTimer.pm 24513 2021-05-26 03:53:53Z Beta-User

Status: SH/MB (erwartet: Küche 21:30/Schlafzimmer 21:31)

2021-05-26 21:25:18.00000 RT_Exec rnd.li.st.Schlafzimmer.Bett.Silke
2021-05-26 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-26 21:31:00.00000 WeekdayTimer_Update hc.st.Schlafzimmer.SH.MB_2
2021-05-26 21:40:37.71822 GetUpdate


26.05. 23:30
Statusänderung auf: SU/MU (erwartet: Schlafzimmer 21:31)
Fenster Schlafzimmer: geschlossen

27.05. 00:00
2021-05-27 21:26:31.00000 Twilight_fireEvent_MyTwilight_ss
2021-05-27 21:31:00.00000 WeekdayTimer_Update hc.st.Schlafzimmer.SU.MU_2
2021-05-27 21:46:25.00000 DOIF_TimerTrigger


27.05. 00:07
Fenster Schlafzimmer: offen

27.05. 00:20
Statusänderung auf: SH/MB (erwartet: Küche 21:30/Schlafzimmer 21:31)

27.05. 03:55
set hc..* enable

27.05. 06:06
2021-05-27 21:26:32.00000 RT_Exec rnd.li.st.Schlafzimmer.Bett.Silke
2021-05-27 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-27 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-27 21:47:55.00000 DOIF_TimerTrigger 

(doppelter Eintrag Küche, Schlafzimmer fehlt)

27.05. 07:51
Fenster Schlafzimmer: geschlossen
2021.05.27 07:53:00 3: [hc.st.Schlafzimmer.SB.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.27 07:53:00 3: [hc.st.Schlafzimmer.SH.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.27 07:53:00 3: CUL_HM set hm.hr.st.Schlafzimmer_Clima controlMode night
2021.05.27 07:53:00 3: CUL_HM set hm.wt.st.Schlafzimmer_Climate controlMode night
2021.05.27 07:53:00 3: [hc.st.Schlafzimmer.SU.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.27 07:53:00 3: [hc.st.Schlafzimmer.SU.MU] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.27 07:54:29 3: CUL_HM set li.eg.Flur.Handlauf_Dim_V_01 pct 15 60 0


27.05. 08:10
2021-05-27 21:26:32.00000 RT_Exec rnd.li.st.Schlafzimmer.Bett.Silke
2021-05-27 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-27 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-27 21:31:00.00000 WeekdayTimer_Update hc.st.Schlafzimmer.SH.MB_2
2021-05-27 21:47:55.00000 DOIF_TimerTrigger


Das sieht doch schon sehr vielversprechend aus.  :)
Stört nur noch der doppelte Eintrag für die Küche...
live long and prosper
netwalk
_______________________________________________
INTEL NUC7CJYH, Homematic mit 3x HMLGW, JEELINK mit 18x TX29-DTH-IT, DUOFERNSTICK, FB7590 mit FBDECT, NETATMO, Philips HUE, RFXtrx433, Ubiquiti G3 PRO/FLEX/DOME/MICRO

Beta-User

Zitat von: netwalk am 27 Mai 2021, 08:49:06
Stört nur noch [...]
"Nur noch" ist relativ, man muss da immer aufpassen, dass man mit dem Hinterteil nicht einreißt, was man mit den Händen (usw...).

Ich glaube, die zwei diesbezüglichen Stellen gefunden zu haben, ohne massive Probleme an anderer Stelle  zu verursachen, wäre aber für einen Test dankbar.
Da die Funktionsnamen jetzt teils gekürzt sind, bitte FHEM nach dem Einspielen dieser Fassung neu starten!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

netwalk

Hier die aktuellen Test-Ergebnisse:

27.05. 17:34 Update und Reboot
$Id: 98_WeekdayTimer.pm 24513 2021-05-26 03:53:53Z Beta-User
(Datei aus dem Thread, Dateigröße 69517 B)

Status: SH/MB (erwartet: Küche 21:30/Schlafzimmer 21:31)
Fenster Schlafzimmer: geschlossen

2021-05-27 21:26:32.00000 RT_Exec rnd.li.st.Schlafzimmer.Bett.Silke
2021-05-27 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-27 21:31:00.00000 WeekdayTimer_Update hc.st.Schlafzimmer.SH.MB_2
2021-05-27 21:40:37.71822 GetUpdate



27.05. 23:15
Statusänderung auf: SU/MU (erwartet: Schlafzimmer 21:31)

28.05. 00:00
2021-05-28 21:27:44.97000 Twilight_fireEvent_MyTwilight_ss
2021-05-28 21:31:00.00000 WeekdayTimer_Update hc.st.Schlafzimmer.SU.MU_2
2021-05-28 21:47:55.00000 DOIF_TimerTrigger


28.05. 01:08
Statusänderung auf: SH/MB (erwartet: Küche 21:30/Schlafzimmer 21:31)

28.05. 01:19
Fenster Schlafzimmer: offen

28.05. 03:55
set hc..* enable
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SB.MB] set hc.st.Schlafzimmer.SB.MB enable
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SB.MB] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SH.MB] set hc.st.Schlafzimmer.SH.MB enable
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SH.MB] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SU.MB] set hc.st.Schlafzimmer.SU.MB enable
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SU.MB] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SU.MU] set hc.st.Schlafzimmer.SU.MU enable
2021.05.28 03:55:00 3: [hc.st.Schlafzimmer.SU.MU] switch of struct.Heizung.st.Schlafzimmer delayed - sensor 'hm.fk.st.Schlafzimmer.links' Reading/Attribute 'state' is 'open'


28.05. 06:06
2021-05-28 21:27:45.00000 RT_Exec rnd.li.st.Schlafzimmer.Bett.Silke
2021-05-28 21:30:30.00000 WeekdayTimer_Update hc.eg.Kueche.SH.MB_6
2021-05-28 21:49:23.00000 DOIF_TimerTrigger

(Schlafzimmer fehlt wg. offenem Fenster)

28.05. 07:11
Fenster Schlafzimmer: geschlossen
2021.05.28 07:12:00 3: CUL_HM set li.eg.Flur.Handlauf_Dim_V_01 pct 15 60 0
2021.05.28 07:13:00 3: [hc.st.Schlafzimmer.SB.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.28 07:13:00 3: [hc.st.Schlafzimmer.SH.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.28 07:13:00 3: CUL_HM set hm.hr.st.Schlafzimmer_Clima controlMode night
2021.05.28 07:13:00 3: CUL_HM set hm.wt.st.Schlafzimmer_Climate controlMode night
2021.05.28 07:13:00 3: [hc.st.Schlafzimmer.SU.MB] delay of switching struct.Heizung.st.Schlafzimmer stopped.
2021.05.28 07:13:00 3: [hc.st.Schlafzimmer.SU.MU] delay of switching struct.Heizung.st.Schlafzimmer stopped.



28.05. 07:20
2021-05-28 21:27:45.00000 RT_Exec rnd.li.st.Schlafzimmer.Bett.Silke
2021-05-28 21:30:30.00000 WDT_Update hc.eg.Kueche.SH.MB_6
2021-05-28 21:31:00.00000 WDT_Update hc.st.Schlafzimmer.SH.MB_2
2021-05-28 21:49:23.00000 DOIF_TimerTrigger


Ich sag mal: works as intended! :)

Ich werde jetzt die anderen Profile überarbeiten und weiterhin testen.
Vielen Dank für Dein Engagement!
live long and prosper
netwalk
_______________________________________________
INTEL NUC7CJYH, Homematic mit 3x HMLGW, JEELINK mit 18x TX29-DTH-IT, DUOFERNSTICK, FB7590 mit FBDECT, NETATMO, Philips HUE, RFXtrx433, Ubiquiti G3 PRO/FLEX/DOME/MICRO

Beta-User

Hatte diesen Stand auch eingecheckt. Da bisher keine kritischen Rückmeldungen mehr erfolgt sind, gehe ich mal davon aus, dass jetzt alles soweit passt...?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

netwalk

Die bestehende Programme scheinen zu funktionieren, sind aber aufgrund der warmen Temperaturen z.Zt. außer Betrieb.

Ich teste noch neue Timer für meine Rollladensteuerung.
live long and prosper
netwalk
_______________________________________________
INTEL NUC7CJYH, Homematic mit 3x HMLGW, JEELINK mit 18x TX29-DTH-IT, DUOFERNSTICK, FB7590 mit FBDECT, NETATMO, Philips HUE, RFXtrx433, Ubiquiti G3 PRO/FLEX/DOME/MICRO

juemuc

Hallo zusammen,

ich habe eventuell einen Fehler im weekdaytimer-Modul gefunden. Wenn man z.B. für den kommenden Montag im Feiertagskalender einen "Feiertag" definiert hat, dann wird dies im WT nur dann berücksichtigt, Wenn neben der "Tageseinstellung 8" auch etwas anderes definiert ist (s. Bild 1). Wenn am an diesem Tag gar nicht schalten möchte, funktioniert es nicht (s. Bild 2) 
Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

Beta-User

Hallo juemuc,

scheint in der Tat ein Bug zu sein, komisch, dass das noch keinem aufgefallen ist. Vermutlich verwenden viele den WDT eher "statisch"...

Danke jedenfalls für's melden!

Anbei eine Testversion, die das beseitigen sollte, hab's allerdings bisher nur kurz angetestet, schaut plausibel aus (und räumt mehr interne Sachen zwischendurch weg, was man aber nur sieht, wenn man die Detailseite neu lädt).

Falls kein negatives feedback kommt und mir selbst beim Testen auch nichts mehr auffällt, checke ich das bei Gelegenheit ein.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

juemuc

Hallo Beta-User,
es funktioniert leider nicht (s. Anhang).
defmod dummy WeekdayTimer dummy1 de 8|22:15|on 8|23:00|off
In der Holiday-Datei ist für Morgen ein Feiertag eingetragen.

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

Beta-User

Hast du nach dem Einspielen des Moduls ein reload gemacht?

version WeekdayTimer sollte liefern:
# $Id: 98_WeekdayTimer.pm 25632 2023-01-25 fix !we profile generation Beta-User $

Bei mir wirft FHEM dann auch den kompletten Tag (getestet mit heute und morgen) raus, der per holiday2we zum Feiertag gemacht wurde. Ob der WDT den Tag korrekt erkannt hat, sieht man im list unter helper->WEDAYS (0 ist heute, 1 entspricht morgen usw.)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files