$we Berechnung im DOIF hat jeden Tag Feiertag

Begonnen von Gunther, 27 Februar 2018, 18:08:44

Vorheriges Thema - Nächstes Thema

Gunther

Nachdem ich auf einen anderen FHEM Server umgezogen bin repariere ich die Kleinigkeiten.

Eine ist meine Heizungssteuerung, die leider jeden Tag meine beiden Wochenend-DOIFs aufruft, obwohl diese nur bei $we aktiv sein sollten.

Hintergrundinfos:
Was habe ich gemacht:
Ich habe nun meine nrw.holiday in den Ordner /opt/fhem/FHEM/holiday gepackt.

außerdem:
attr global holiday2we nrw

und folgendes war schon vorhanden:
define nrw holiday

Mein Test ist auch ok:
{$we}
zeigt mir heute "0" an
genauso morgen

Mein DOIF will aber trotzdem morgen auslösen (FHEM habe ich schon neu gestartet und das DOIF initialisiert):
defmod doif_heizung_nachtabsenkung_aufheben_8we DOIF ([[uhrzeit_nachtabsenkung_aufheben_we]|WE] and [heizung_Status:state] <3) (set heizung_Status 1)
attr doif_heizung_nachtabsenkung_aufheben_8we do always


Warum steht die nächste Ausführung für morgen an?

list des DOIFs:
Internals:
   DEF        ([[uhrzeit_nachtabsenkung_aufheben_we]|WE] and [heizung_Status:state] <3) (set heizung_Status 1)
   NAME       doif_heizung_nachtabsenkung_aufheben_8we
   NR         3661
   NTFY_ORDER 50-doif_heizung_nachtabsenkung_aufheben_8we
   STATE      initialize
   TYPE       DOIF
   Helper:
     DBLOG:
       mode:
         DBLogging:
           TIME       1519750579.7147
           VALUE      enabled
       state:
         DBLogging:
           TIME       1519750579.74746
           VALUE      initialize
   READINGS:
     2018-02-27 05:00:00   Device          heizung_Status
     2018-02-27 05:00:00   e_heizung_Status_state 1
     2018-02-27 17:56:19   mode            enabled
     2018-02-27 17:56:19   state           initialize
     2018-02-27 17:57:36   timer_01_c01    28.02.2018 06:50:00|WE
   Regex:
   condition:
     0          DOIF_time_once($hash,0,$wday,"WE") and ReadingValDoIf($hash,'heizung_Status','state') <3
   days:
     0          WE
   devices:
     0           heizung_Status
     all         heizung_Status
   do:
     0:
       0          set heizung_Status 1
     1:
   helper:
     DOIF_Readings_events
     DOIF_eventas
     globalinit 1
     last_timer 1
     sleeptimer -1
   itimer:
     all         uhrzeit_nachtabsenkung_aufheben_we
   localtime:
     0          1519797000
   readings:
     0           heizung_Status:state
     all         heizung_Status:state
   realtime:
     0          06:50:00
   time:
     0          [uhrzeit_nachtabsenkung_aufheben_we]
   timeCond:
     0          0
   timer:
     0          0
   timers:
     0           0
   triggertime:
     1519797000:
       localtime  1519797000
       hash:
   uiState:
   uiTable:
Attributes:
   do         always
   room       Logik,Logik_Heizung
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Otto123

#1
Hi,

der Zeittrigger steht immer in den Readings.
Er entscheidet erst Morgen ob oder ob nicht.

Ist bei mir auch so  ;)
timer_01_c01 28.02.2018 06:20:00|8 2018-02-27 06:20:00
timer_02_c01 28.02.2018 08:00:00|7 2018-02-27 08:00:00


Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Gunther

FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden