Zeitpunkt der nächsten Zeitumstellung bestimmen?

mhunstig · 21. Februar 2005

Hallo,

die nächste Zeitumstellung rückt näher und ich wollte mich nochmal mit diesem Problem hier beschäftigen. Dafür brauchte ich ein Shellskript (ggf. auch Perl), dass den Zeitpunkt der nächsten Zeitumstellung berechnet, also 2 Uhr am letzten Sonntag im März bzw. 3 Uhr am letzten Sonntag im Oktober und außerdem ausgibt, welche Umstellung (SZ->WZ oder WZ->SZ) dann stattfindet. Die Zeit sollte am besten in Sekunden vergleichbar mit der Ausgabe von "date +%s" ausgegeben werden.

Hat jemand sowas oder weiß eine Quelle? Ich habe fleißig gegooglet, aber nichts gefunden. Und zum Selberschreiben habe ich zu wenig Ahnung und Erfahrung.

Danke für eure Tipps,

Matthias

gonz · 21. Februar 2005

Hi,

ich koennte mir ungefaehr sowas vorstellen, obwohl man das sicher huebscher machen kann:

Code

for TIMEZONE in CET CEST
do
    for DAY in `seq 1 365`
    do
        date --date "$DAY days" +"naechste Zeitumstellung in $DAY Tagen auf %Z"
    done | fgrep $TIMEZONE | head -n1
done | fgrep -v "in 1 Tagen"

Zumindest grob geschaetzt sollte das Ergebnis ja passen

cu
gonz

Greywolf · 21. Februar 2005

Zitat

Original von mhunstig
die nächste Zeitumstellung rückt näher und ich wollte mich nochmal mit diesem Problem hier beschäftigen.

Lässt sich das Problem nicht umgehen, indem man die BIOS-Uhr auf UTC laufen lässt?

Trotzdem eine spannende Frage, da das System ja durch die (hoffentlich ) eingestellte Zeitzone weiß, wann und wie es die Uhr umstellen muss ... nur wie an die Information rankommen?

Habe mal ein wenig man pages durchstöbert und bin dabei auf "zdump" gestoßen, welches zur glibc gehören dürfte (ist bei Slackware zumindest in selbigem Paket mit drin):

Code

greywolf@matrix:~$ man zdump
ZDUMP(8)                                                 ZDUMP(8)


NAME
       zdump - time zone dumper


SYNOPSIS
       zdump [ -v ] [ -c cutoffyear ] [ zonename ... ]


DESCRIPTION
       Zdump  prints  the  current time in each zonename named on
       the command line.


       These options are available:


       -v     For each zonename on the command  line,  print  the
              time  at  the  lowest possible time value, the time
              one day after the lowest possible time  value,  the
              times  both  one  second before and exactly at each
              detected time discontinuity, the time  at  one  day
              less  than the highest possible time value, and the
              time at the highest possible time value.  Each line
              ends  with  isdst=1  if  the given time is Daylight
              Saving Time or isdst=0 otherwise.
[...]

Alles anzeigen

Als "zonename" nehmen wir /etc/localtime (das sollte eine Kopie der Zeitzonendatei sein, in der sich der Rechner befindet ... oder zumindest ein Symlink darauf). Dann noch ein kleines Script drumherum, um die richtige(n) Zeile(n) zu erwischen, dann müssten wir die gewünschten Infos haben:

Code

greywolf@matrix:~$ cat ~/src/nextclockchange 
#!/bin/sh
NOW=$(date +%s)
HAVEEND=0
/usr/sbin/zdump -v /etc/localtime | \
        while read F UA UB UD UR UY UZ EQ LA LB LD LR LY LZ DST OFF ; do
        REF=$(date -d "$UA $UB $UD $UR $UY $UZ" +%s)
        if [ $HAVEEND -eq 1 ] ; then
                echo -n "Beginn der: "
                test $(echo "$DST" | cut -d= -f2) -eq 0 && echo "Winterzeit" || echo "Sommerzeit"
                echo "Datum: $LA $LB $LD $LR $LY $LZ"
                echo "in Sekunden seit 1.1.1970 UTC: $REF"
                echo "in Sekunden ab jetzt: $[$REF - $NOW]"
                echo "Differenz zu GMT: $[$OFF / 60] Minuten"
                break
        elif [ $REF -ge $NOW ] ; then
                echo -n "Ende der: "
                test $(echo "$DST" | cut -d= -f2) -eq 0 && echo "Winterzeit" || echo "Sommerzeit"
                echo "Datum: $LA $LB $LD $LR $LY $LZ"
                echo "in Sekunden seit 1.1.1970 UTC: $REF"
                echo "in Sekunden ab jetzt: $[$REF - $NOW]"
                echo "Differenz zu GMT: $[$OFF / 60] Minuten"
                HAVEEND=1
        fi
done
greywolf@matrix:~$ ~/src/nextclockchange 
Ende der: Winterzeit
Datum: Sun Mar 27 01:59:59 2005 CET
in Sekunden seit 1.1.1970 UTC: 1111885199
in Sekunden ab jetzt: 2863304
Differenz zu GMT: 60 Minuten
Beginn der: Sommerzeit
Datum: Sun Mar 27 03:00:00 2005 CEST
in Sekunden seit 1.1.1970 UTC: 1111885200
in Sekunden ab jetzt: 2863305
Differenz zu GMT: 120 Minuten

Alles anzeigen

... sollte alles drin sein, was man brauchen könnte, oder?

mhunstig · 21. Februar 2005

Zitat

Original von Greywolf

Lässt sich das Problem nicht umgehen, indem man die BIOS-Uhr auf UTC laufen lässt?

Nein, leider nicht, da man bei UTC im BIOS und ACPI-Wakeup jedesmal beim schreiben der Aufwachzeit die Zeitzonenrechnung machen müsste. So oder so - man kommt da nicht drum herum, wenn NVRAM nicht klappt. Zumindest bei mir ist es so.

Zitat

... sollte alles drin sein, was man brauchen könnte, oder?

Danke für die Hilfe. Wenn ich mal wieder etwas mehr Zeit habe - wohl nicht vor übermorgen - probier ich mal, es in mein Skript einzubauen.

gonz: Danke auch für deine Hilfe. Um die Sache mit vdr-requant kümmere ich mich demnächst auch.

Gruß,

Matthias

mhunstig · 26. März 2005

So,

das hab ich dann wohl auch verschlafen und werde es morgen wieder manuell regeln müssen.
Wenn ich Zeit finde, setze ich mich aber demnächst nochmal dran.

Gruß,

Matthias

gromit · 29. März 2005

Eine automatische Lösung für die Zeitumstellung des vdr Rechners
suche ich auch.

Manuell geht mir das irgendwie auf den Zeiger, auch wenns nur 2x im
Jahr ist.

Ich habe das automatische Systemzeitstellen per Sat abgeschaltet,
da mir der vdr mal eine Aufnahme vorzeitig beendet hat nachdem
die Bios Uhr eine zu große Differenz der per Sat gesendeten Zeit
aufwies.

Daher stelle ich nur 1x die Systemzeit per Sat nach einer
Zeitumstellung, anschließend die Zeit ins Bios übernehmen mit
hwclock --systohc
und den vdr per
shutdown -r now
booten da der vdr-shutdown wegen nvram-wakeup dann nicht mehr funktinoniert.

Wäre ja schön wenn man das automatisch machen könnte.

Toll wäre es ja auch wenn der vdr das mitbekommen würde ob
die Zeit schon umgestellt ist oder nicht, dann
könnten Aufnahmen die über bzw.- kurz nach dem Verstellzeitpunkt
stattfinden auch richtig gesteuert werden.

Gruß,
Gromit

mhunstig · 29. März 2005

Hallo Gromit,

genau an sowas bastele ich. Bin zwar nicht der größte Programmierer unter der Sonne, aber jetzt habe ich ja auch erstmal wieder ein halbes Jahr Zeit ;).
Es motiviert jedenfalls schonmal, dass meine Arbeit auch für andere hilfreich wäre.

Gruß,

Matthias

Zeitpunkt der nächsten Zeitumstellung bestimmen?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema