Jahrelang hatte ich auf Wheezy meinen FHEM laufen zur vollen Zufriedenheit.
Wegen eines anderen Problems habe ich FHEM geupdated (ich weiß, Fehler), seitdem geht folgendes nicht mehr:
Aus dem Log:
[WZRolladenRechts] mo-so|{sunset_abs_dat($date)}|0 seems to be not valid and has been replaced by all days!
Die fhem.cfg dazu:
define WZRolladenRechts WeekdayTimer WZ.Rolladen.Rechts $we|07:30:20|100 !$we|06:30:20|100 mo-so|{sunset_abs_dat($date)}|0 mo-so|08:15:00|55 mo-so|13:00:00|100
Ich habe jetzt bereits das ganze Linux und den FHEM neu aufgesetzt - der Fehler bleibt.
Warum ist die früher funktionierende Zeitspezifikation jetzt unzulässig und vor allem - wie lautet die korrekte Syntax?
Tut mir leid, dass deine Experimente da erfolglos waren.
Hier mal ein list von dem, was der aktuelle WeekdayTimer-code (version: 98_WeekdayTimer.pm 25632 2022-02-05 15:42:57Z Beta-User) bei mir mit deiner DEF (angepaßt auf ein anderes Device) macht:
Internals: COMMAND CONDITION DEF devStrich0 $we|07:30:20|100 !$we|06:30:20|100 mo-so|{sunset_abs_dat($date)}|0 mo-so|08:15:00|55 mo-so|13:00:00|100 DEVICE devStrich0 FUUID 62d7fb53-f33f-d171-458f-f4770482d1703da0 GlobalDaylistSpec LANGUAGE de NAME WZRolladenRechts NR 4023 Profil 0: Sonntag 07:30:20 100, 08:15:00 55, 13:00:00 100, 22:02:39 0, Profil 1: Montag 06:30:20 100, 08:15:00 55, 13:00:00 100, 22:01:30 0, Profil 2: Dienstag 06:30:20 100, 08:15:00 55, 13:00:00 100, 22:00:19 0, Profil 3: Mittwoch 06:30:20 100, 08:15:00 55, 13:00:00 100, 21:59:06 0, Profil 4: Donnerstag 06:30:20 100, 08:15:00 55, 13:00:00 100, 21:57:50 0, Profil 5: Freitag 06:30:20 100, 08:15:00 55, 13:00:00 100, 21:56:31 0, Profil 6: Samstag 07:30:20 100, 08:15:00 55, 13:00:00 100, 21:55:11 0, Profil 7: Wochenende 07:30:20 100, Profil 8: Werktags 06:30:20 100, STATE active STILLDONETIME 0 TYPE WeekdayTimer eventCount 6 .attraggr: .attrminint: .dayNumber: !$we 8 $we 7 di 2 do 4 fr 5 mi 3 mo 1 sa 6 so 0 .longDays: de: Sonntag Montag Dienstag Mittwoch Donnerstag Freitag Samstag Wochenende Werktags en: Sunday Monday Tuesday Wednesday Thursday Friday Saturday weekend weekdays fr: Dimanche Lundi Mardi Mercredi Jeudi Vendredi Samedi weekend jours de la semaine nl: Zondag Maandag Dinsdag Woensdag Donderdag Vrijdag Zaterdag weekend werkdagen .shortDays: de: so mo di mi do fr sa $we !$we en: su mo tu we th fr sa $we !$we fr: di lu ma me je ve sa $we !$we nl: zo ma di wo do vr za $we !$we READINGS: 2022-07-20 14:55:47 currValue 100 2022-07-20 14:55:47 nextUpdate 2022-07-20 21:59:06 2022-07-20 14:55:47 nextValue 0 2022-07-20 14:55:47 state active SWITCHINGTIMES: 7|07:30:20|100 8|06:30:20|100 0123456|{sunset_abs_dat($date)}|0 0123456|08:15:00|55 0123456|13:00:00|100 TIMER: WZRolladenRechts_3: HASH WZRolladenRechts MODIFIER 3 NAME WZRolladenRechts_3 WZRolladenRechts_midnight: HASH WZRolladenRechts MODIFIER midnight NAME WZRolladenRechts_midnight SETTIMERATMIDNIGHT 1 helper: daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we) daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we) SWITCHINGTIME: 0: 07:30:20 100 08:15:00 55 13:00:00 100 22:02:39 0 1: 06:30:20 100 08:15:00 55 13:00:00 100 22:01:30 0 2: 06:30:20 100 08:15:00 55 13:00:00 100 22:00:19 0 3: 06:30:20 100 08:15:00 55 13:00:00 100 21:59:06 0 4: 06:30:20 100 08:15:00 55 13:00:00 100 21:57:50 0 5: 06:30:20 100 08:15:00 55 13:00:00 100 21:56:31 0 6: 07:30:20 100 08:15:00 55 13:00:00 100 21:55:11 0 7: 07:30:20 100 8: 06:30:20 100 WEDAYS: 3 1 4 1 profil: 1: EPOCH 1658295020 PARA 100 TIME 07:30:20 WE_Override 0 DAYS: 7 2: EPOCH 1658291420 PARA 100 TIME 06:30:20 WE_Override 0 DAYS: 8 3: EPOCH 1658347146 PARA 0 TIME {sunset_abs_dat($date)} WE_Override 0 DAYS: 0 1 2 3 4 5 6 4: EPOCH 1658297700 PARA 55 TIME 08:15:00 WE_Override 0 DAYS: 0 1 2 3 4 5 6 5: EPOCH 1658314800 PARA 100 TIME 13:00:00 WE_Override 0 DAYS: 0 1 2 3 4 5 6 profile_IDX: 0: 07:30:20 1 08:15:00 4 13:00:00 5 22:02:39 3 1: 06:30:20 2 08:15:00 4 13:00:00 5 22:01:30 3 2: 06:30:20 2 08:15:00 4 13:00:00 5 22:00:19 3 3: 06:30:20 2 08:15:00 4 13:00:00 5 21:59:06 3 4: 06:30:20 2 08:15:00 4 13:00:00 5 21:57:50 3 5: 06:30:20 2 08:15:00 4 13:00:00 5 21:56:31 3 6: 07:30:20 1 08:15:00 4 13:00:00 5 21:55:11 3 7: 07:30:20 1 8: 06:30:20 2 Attributes: commandTemplate set $NAME $EVENT
Kein Logeintrag, nichts, das Profil sieht ok aus... Die (sachlich korrekte) Meldung im Log, dass mo-so keinen großen Sinn macht, ist m.E. jetzt nichts, was einen unbedingt motivieren sollte, gleich das Kind mit dem Bade auszukippen ;D .
Manchmal gehen die Rolläden jetzt doch richtig auf und zu - und manchmal nicht - manchmal sind alle richtig, manchmal einzelne, manchmal keiner. Ich habe da noch keine Regelmässigkeit entdecken können. Vielleicht liegt es ja doch nicht an der Syntax des WeekDayTimers. Ich verfolge erst mal andere Spuren, um den FHEM wieder zum Laufen zu bringen.
Wenn die Ergebnisse derart "zufällig" sind, würde ich eher darauf tippen, dass irgendwas an Info zwischen dem vom WeekdayTimer an das Device abgegebenen Befehl und dem Aktor verloren gegangen ist.
Rest ist Glaskugel, der darin sichtbare Nebel könnte als zu viele gleichzeitige Funkbefehle interpretiert werden. Sowas führt z.B. auch bei ZWave manchmal zu verlorenen Befehlen, wenn man es zeitgleich mit Homematic-BidCos versucht...
Der WDT hat deswegen auch ein "Verzögerungs-Attribut".
Ansonsten kannst du ja per "fhemdebug timerlist" schauen, ob alle erwarteten Timer auch angelegt werden (der WDT legt alle Timer pro Tag auf einmal an).