Weekdaytimer mit Sunrise und Sunset aus 2018 funktioniert nicht mehr

Begonnen von Aigl, 20 September 2020, 20:24:16

Vorheriges Thema - Nächstes Thema

Aigl

Hallo zusammen,

ich habe einen in 2018 gebastelten Weekdaytimer für eine Aussenbeleuchtung. Diesen wollte ich nun zur kalten Jahreszeit wieder in Gang setzen.

Leider läuft er nun nicht mehr korrekt und ist dauerhaft inaktiv.

Ich habe schon versucht mich an die Aktualisierungen (Mo-So 0-6) heranzutasten, ging aber leider auch nicht.

Außerdem ist die Condition durch das Editieren der DEF vermutlich verschwunden.


Kann mir jemand einen Rat geben, ggf. wie ich das funktionsfähig ab sinnvollsten neu aufsetzen kann?!

Internals:
   COMMAND    Mo-Su|($date,"HORIZON=-4",0,"16:00")}|on Mo-Su|{sunset_abs_dat($date,"HORIZON=-2",0,"18:00","20:45")}|off
   CONDITION 
   DEF        Hauslicht_TCIP1 Mo-Fr|{sunrise_abs_dat($date,"HORIZON=-6",0,"05:30","06:15")}|on Mo-Fr|{sunrise_abs_dat($date,"HORIZON=0",0,"06:00","09:00")}|off Mo-Su|($date,"HORIZON=-4",0,"16:00")}|on Mo-Su|{sunset_abs_dat($date,"HORIZON=-2",0,"18:00","20:45")}|off
   DEVICE     Hauslicht_TCIP1
   FUUID      5cfcb800-f33f-6f66-38e8-48d731a1ef9229c9
   GlobalDaylistSpec
   LANGUAGE   en
   NAME       Licht_Hauseingang
   NR         26
   Profil 1: Monday 06:15:00 on, 07:08:20 off,
   Profil 2: Tuesday 06:15:00 on, 07:10:01 off,
   Profil 3: Wednesday 06:15:00 on, 07:11:41 off,
   Profil 4: Thursday 06:15:00 on, 07:13:21 off,
   Profil 5: Friday 06:15:00 on, 07:15:02 off,
   STATE      inactive
   STILLDONETIME 0
   TYPE       WeekdayTimer
   READINGS:
     2020-09-20 20:10:39   currValue       off
     2020-09-20 20:01:43   disabled        0
     2020-09-20 20:10:39   nextUpdate      2020-09-21 06:15:00
     2020-09-20 20:10:39   nextValue       on
     2020-09-20 20:10:39   state           inactive
   SWITCHINGTIMES:
     12345|{sunrise_abs_dat($date,"HORIZON=-6",0,"05:30","06:15")}|on
     12345|{sunrise_abs_dat($date,"HORIZON=0",0,"06:00","09:00")}|off
   TIMER:
     Licht_Hauseingang_SetTimerOfDay:
       HASH       Licht_Hauseingang
       MODIFIER   SetTimerOfDay
       NAME       Licht_Hauseingang_SetTimerOfDay
       SETTIMERATMIDNIGHT 1
   helper:
     daysRegExp (su|mo|tu|we|th|fr|sa|\$we|\!\$we)
     daysRegExpMessage (su|mo|tu|we|th|fr|sa|$we|!$we)
     SWITCHINGTIME:
       0:
       1:
         06:15:00   on
         07:08:20   off
       2:
         06:15:00   on
         07:10:01   off
       3:
         06:15:00   on
         07:11:41   off
       4:
         06:15:00   on
         07:13:21   off
       5:
         06:15:00   on
         07:15:02   off
       6:
     WEDAYS:
       0          1
       6          1
   profil:
     1:
       EPOCH      1600575300
       PARA       on
       TIME       {sunrise_abs_dat($date,"HORIZON=-6",0,"05:30","06:15")}
       WE_Override 0
       TAGE:
         1
         2
         3
         4
         5
     2:
       EPOCH      1600578400
       PARA       off
       TIME       {sunrise_abs_dat($date,"HORIZON=0",0,"06:00","09:00")}
       WE_Override 0
       TAGE:
         1
         2
         3
         4
         5
   profile_IDX:
     1:
       06:15:00   1
       07:08:20   2
     2:
       06:15:00   1
       07:10:01   2
     3:
       06:15:00   1
       07:11:41   2
     4:
       06:15:00   1
       07:13:21   2
     5:
       06:15:00   1
       07:15:02   2
Attributes:
   commandTemplate set $NAME  $EVENT
   disable    0
   room       Haus


Vielen Dank vorab!

Gruß
Aigl

andies

Ich habe gesehen, dass vor ein paar Tagen SUNRISE ein update erfahren hat. MW gibt es dazu auch im Forum threads. Du musst mal suchen und schauen, ob das ein Nebeneffekt war.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Beta-User

Das "Problem" mit SUNRISE_EL sollte zwischenzeitlich gelöst sein, aber die DEF ist in jedem Fall auch kaputt und vermutlich die Ursache gewesen. Dieses "Tripple" enthält keinen vollst. Funktionsaufruf:

Mo-Su|($date,"HORIZON=-4",0,"16:00")}|on
Daher ist die "Interpretation" dessen, was dahinter kommt auch "kaputt"...

[OT]Das System steht mit Absicht auf en?
Mo-Su kannst du auch weglassen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors