sunrise / sunset Fehler bei Zeitumstellung

Begonnen von haraldries, 27 März 2016, 20:56:09

Vorheriges Thema - Nächstes Thema

haraldries

Heute morgen wurde auf Sommerzeit umgestellt. In meinem fhem  (auf raspberry Pi ) wurde sunrise und sunset falsch ausgeführt, nämlich eine Stunde zu früh:

2016.03.27 05:33:45 3: FS20 set JalousieWZ on
2016.03.27 19:00:19 3: FS20 set JalousieWZ off

Das nächste mal wird es korrekt ausgeführt ( nach Systemmeldung ).

TIMESPEC   {sunrise("HORIZON=-5")}
TRIGGERTIME   1459139502
TRIGGERTIME_FMT   2016-03-28 06:31:42

Bzw:

TIMESPEC   {sunset("HORIZON=-5")}
TRIGGERTIME   1459188107
TRIGGERTIME_FMT   2016-03-28 20:01:47

Ich vermute, der Fehler tritt dann auf, wenn die Berechnung des sunrise / sunset Zeitpunktes vor der Zeitumstellung stattfindet, der berechnete Zeitpunkt aber danach liegt. Sollte bis zur nächsten Umstellung korrigiert werden.

ernst1024

Gruß Ernst

Prof. Dr. Peter Henning


CoolTux

Das ist ja mal ne Ansage. Und das bei gerade mal 2 Beiträgen.
Sonst noch was?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

PeMue

Bei mir war das heute auch so. Allerdings mache ich das mit einem at, was den nächsten Schaltpunkt noch vor der Umstellung berechnet (vermute ich mal).
Daher von mir die Frage: Gibt es eine bessere Möglichkeit? Oder ist das Problem bekannt?
Der WAF war heute morgen extrem niedrig  ;)

Danke und Gruß

PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Wuppi68

Hey Leute,

in nem halben Jahr es das doch wieder längst vergessen :-)

Ansonsten brauchst Du doch nur dafür zu sorgen, dass immer morgens um 4 das ganze neu berechnet wird
FHEM unter Proxmox als VM

Prof. Dr. Peter Henning

In einem halben Jahr ist der Verfasser des Ausgangsposts vermutlich auch schon wieder weg.

LG

pah

PeMue

Zitat von: Wuppi68 am 27 März 2016, 23:01:45
Ansonsten brauchst Du doch nur dafür zu sorgen, dass immer morgens um 4 das ganze neu berechnet wird.
Warum neu rechnen? Erst rechnen, wenn es gilt:

alter Code:
define WZ_Rollladen_S_up_at at *{sunrise(0,'06:00','09:00')} set WZ_Rollladen_S up

neuer Code:
define WZ_R_S_up_def at *04:00:00 {fhem ("define WZ_Rollladen_S_up_at at {sunrise(0,'06:00','09:00')} set WZ_Rollladen_S up")}


Man beachte, dass das Sternchen nach vorne gewandert ist.
Ich könnte auch meine vier at's in einem gesamten at/define machen, allerdings komme ich da mit der Klammerung bzw. den Semikola nicht so ganz klar  8)

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser