Sommerzeitproblem mit Zeitsteuerung und sunset Funktion
Stobor
Ich nutze die FritzBox 7390 mit der FHEM Erweiterung und habe mit
einige Timer programmiert z.B.:
define a1 at *{sunset(0,"16:00","22:00")} set Flurlicht on
define a3 at *{sunset(0,"19:20","22:00")} set Esszimmer on
Bis vor der Umstellung auf Sommerzeit schalteten sich die Lampen immer
ein, wenn es schummerig wurde. Seit der Umstellung auf Sommerzeit
gehen sie viel zu früh an.
Wie kann das sein?
Die FritzBox habe ich manuell auf die Sommerzeit gestellt. Die MT-F
Mobilteile zeigen die richtige Uhrzeit an und die automatische
Zeiteinstellung ist in der FritzBox deaktiviert.
In der 99_SUNRISE_EL.pm ist
my $altit = "-0.833";
eingetragen.
Danke für die Hilfe.
Michael Zielinski
Prüf mal, welche Uhrzeit der letzte EIntrag im Fritzbox.Systemlog hat (Weboberfläche)
Ich hatte auch das Autoupdate per NTP-Server deaktiviert - dennoch hat die Fritzbox upgedated vom Zeitserver...
Gruß,
Michael
Stobor
Rudolf Koenig
> ein, wenn es schummerig wurde. Seit der Umstellung auf Sommerzeit
Ich habe auf einem normalen FB7390 folgendes ausgefuehrt:
fhem> { sunrise_abs() }
05:32:26
fhem> { sunset_abs() }
19:26:43
Wenn man jeweils eine Stunde daraufaddiert (wg. dem Fritz!OS bug), dann kommen
mir die Zeiten fuer meine Koordinaten normal vor.
sunset_abs() ist die fuer Menschen lesbare Variante von sunset(), letzteres
sorgt beim at fuer weniger Ueberraschungen.
senni
wenn die uhrzeiten im log stimmen dann hast du bestimmt deine anderen uhren auch nicht umgestellt.
alle fritzboxen haben ein problem mit der sommerzeit in 2012,
siehe http://www.avm.de/de/News/artikel/2012/uhrzeit_fritzfon.html?linkident=kurznotiert
mfg senni
Gerhard Pfeffer
ich wollte mir das Sunrise/Sunset schon länger zu nutze machen und
aufgrund dieser Diskussion nun auch wirklich in die Tat umsetzen.
Leider funktioniert das bei mir auch nicht.
Wenn ich (für Wien):
latitude 48.12
longitude 16.22
eintrage, sollten Zeiten wie hier:
http://www.zamg.ac.at/klima/sonne_mond/wien/
herauskommen (heute zB 06:40).
Stattdessen bekomme ich bei einem { sunrise_abs() }
05:41:42 vorgesetzt. Sunset ist ebenfalls ca. eine Stunde versetzt.
Und auch wenn ich $altit anpasse, hilft mir das nicht viel, weil
dadurch sunset und sunrise jeweils in eine Richtung verändert und
nicht "gestreckt" werden würden. ;-)
Greetz,
Gerhard
Am 28. März 2012 09:05 schrieb Rudolf Koenig <inf...@koeniglich.de>:
>> Bis vor der Umstellung auf Sommerzeit schalteten sich die Lampen immer
>> ein, wenn es schummerig wurde. Seit der Umstellung auf Sommerzeit
>> gehen sie viel zu früh an.
>
> Ich habe auf einem normalen FB7390 folgendes ausgefuehrt:
>
> fhem> { sunrise_abs() }
> 05:32:26
> fhem> { sunset_abs() }
> 19:26:43
>
> Wenn man jeweils eine Stunde daraufaddiert (wg. dem Fritz!OS bug), dann kommen
> mir die Zeiten fuer meine Koordinaten normal vor.
>
> sunset_abs() ist die fuer Menschen lesbare Variante von sunset(), letzteres
> sorgt beim at fuer weniger Ueberraschungen.
>
> --
> To unsubscribe from this group, send email to
> fhem-users+...@googlegroups.com
Kai 'wusel' Siering
Anwendungen auf Fritz-Boxen bis auf weiteres nicht nutzbar (fehlender, sommerzeitbedingter,
Offset)/geben (in Europa) falsche Werte zurück.
Normale Linux-Systeme sind davon nicht betroffen:
Connected to fhem.
Escape character is '^]'.
{ sunrise_abs() }
06:32:26
{ sunset_abs() }
20:26:43
Sofern Du also FHEM auf einer Fritz-Box einsetzt: "lokale Zeit" und alles, was davon abhängt,
ist da grade karpott.
-kai
--
Kai Siering eMail: Kai.S...@uu.org
----------------------------------------------------------------------
"Getdate firmly believes that years after 1999 do not exist; getdate
will have to be killed by the year 2000."
-- From the "Bugs" section of cnews-020592/libc/getdate.3
Gerhard Pfeffer
Hej hej,
eigentlich laeuft es bei mir auf OpenWRT... Aber vielleicht passt es da auch nicht.
Werde es spaeter mal auf meinem Laptop testen. :-)
Thx a lot.
Greetz,
Gerhard
--
Kai Siering eMail: Kai.S...@uu.org
----------------------------------------------------------------------
"Getdate firmly believes that years after 1999 do not exist; getdate
will have to be killed by the year 2000."
-- From the "Bugs" section of cnews-020592/libc/getdate.3
--
To unsubscribe from this group, send email to
Stobor
Sascha Reuthe
Warum zeigt denn aber das FB Log und meine MT-Fs die richtige Uhrzeit an, nachdem ich die Zeit manuell gestellt und das automatische Zeit-Synchronisieren ausgestellt habe? Die FB wird ja wohl nicht noch einen Zeitgeber verwenden.
--
To unsubscribe from this group, send email to
fhem-hm-knecht
mein sunset ist heute 20.26Uhr,
AVM ist ja auch so schlecht ....tztztz
Hary
On 28 Mrz., 12:13, Sascha Reuthe <sascha.reu...@googlemail.com> wrote:
> Es gibt ein Labor-FW-Update, für diejenigen, die es eilig haben!
>
Kai Siering
> Hej hej,
>
> Werde es spaeter mal auf meinem Laptop testen. :-)
Oh, k�hl. Ja, OpenWRT, zumindest mein steinaltes "KAMIKAZE (8.09.2, r18801)" drau�en
in der Gartenh�tte, hat auch das/ein Problem:
root@cam-serv4:~# date
Wed Mar 28 13:23:14 CET 2012
Lt. heise[1] steckt der Bug in Busybox, wurde im Oktober 2011 gefixt[2] -- den Pfaden nach
ist das wohl aber eher die uClibc, die den Bug hatte (und damit betrifft's alle damit ge-
linkten Programme). Sprich: wohl alles, was an kleinen, �eingebetteten�, Linux-basierten
Systemen mit busybox und uClibc vor November 2011 rausgerollt wurde, ist wahrscheinlich
betroffen.
-kai
[1] http://www.heise.de/newsticker/meldung/Fritz-Boxen-verschlafen-Zeitumstellung-1479870.html
[2] http://git.busybox.net/uClibc/patch/libc/misc/time/time.c?id=47f3da1cf49377c25772bb54d07db55225bbb142
Gerhard Pfeffer
habe mich mal kurz auf der OpenWRT-Seite rumgetrieben... Die letzte
Release ist nach Oktober gekommen... Die letzte Busybox-Version dürfte
aus den letzten Tagen des Novembers stammen.
Demnach könnte es mit einem aktuellen Image funktionieren.
Vielleicht komme ich das Wochenende dazu und probier es aus. ;-)
Greetz,
Gerhard
Am 28. März 2012 14:42 schrieb Kai Siering <wus...@googlemail.com>:
> On 03/28/2012 10:26 AM, Gerhard Pfeffer wrote:
>>
>> Hej hej,
>>
>> eigentlich laeuft es bei mir auf OpenWRT... Aber vielleicht passt es da
>> auch nicht.
>> Werde es spaeter mal auf meinem Laptop testen. :-)
>
>
> Oh, kühl. Ja, OpenWRT, zumindest mein steinaltes "KAMIKAZE (8.09.2, r18801)"
> draußen
> in der Gartenhütte, hat auch das/ein Problem:
>
> root@cam-serv4:~# date
> Wed Mar 28 13:23:14 CET 2012
>
> Lt. heise[1] steckt der Bug in Busybox, wurde im Oktober 2011 gefixt[2] --
> den Pfaden nach
> ist das wohl aber eher die uClibc, die den Bug hatte (und damit betrifft's
> alle damit ge-
> linkten Programme). Sprich: wohl alles, was an kleinen, »eingebetteten«,
> Linux-basierten
> Systemen mit busybox und uClibc vor November 2011 rausgerollt wurde, ist
> wahrscheinlich
> betroffen.
> -kai
>
> [1]
> http://www.heise.de/newsticker/meldung/Fritz-Boxen-verschlafen-Zeitumstellung-1479870.html
> [2]
> http://git.busybox.net/uClibc/patch/libc/misc/time/time.c?id=47f3da1cf49377c25772bb54d07db55225bbb142
>
>
> --
> To unsubscribe from this group, send email to
unimatrix
- if (isleap && (r->month > 1)) {
+ if (isleap && (r->month == 2)) {Gerhard Pfeffer
Leider ist der aber beim aktuellem Release noch nicht drinnen.
Hab vorhin bei einem Kollegen nachgesehen, der die aktuelle Release
schon drauf hat... auch da leider CET. :-/
Greetz,
Gerhard