frage zu time.h

[fabian (Gast)]

Guten Tag,
ich experimentiere gerade mit der time.h.
Habe versucht die 1481559030 was dem 12.12.2016 um 16uhr10 und 
30Sekunden entspricht mit der Funktion gmtime um zu Wandel.
dabei kommt mir bei   tm_wday  3 raus obwohl heute ja Montag ist und bei 
tm_year  146 obwohl mir das Jahr 2016 haben;-)


Was mache ich falsch?

Lg

[Frank M. (ukw) (Moderator)]

Keine Romane schreiben, sondern Source und Plattform zeigen.

$ cat gmtime.c
#include <stdio.h>
#include <time.h>

int main ()
{
    time_t now = 1481559030;
    struct tm  * tmp;

    tmp = gmtime (&now);

    printf ("year:   %4d\n", tmp->tm_year + 1900);
    printf ("month:  %02d\n", tmp->tm_mon + 1);
    printf ("day:    %02d\n", tmp->tm_mday);
    printf ("wday:   %02d\n", tmp->tm_wday);
    printf ("hour:   %02d\n", tmp->tm_hour);
    printf ("minute: %02d\n", tmp->tm_min);
    printf ("second: %02d\n", tmp->tm_sec);

    return 0;
}
$ cc gmtime.c -o gmtime && ./gmtime
year:   2016
month:  12
day:    12
wday:   01
hour:   16
minute: 10
second: 30

Also bei mir kommt glatt der 12.12.2016 raus. Wochentag 1 = Montag und 
Uhrzeit stimmt auch.

[R. M. (n_a_n)]

printf ("year:   %4d\n", tmp->tm_year + 1900);
                                         |
                                   er hat das vergessen

[Peter II (Gast)]

R. M. schrieb:
> er hat das vergessen

weil ja 146 + 1900 = 2016 ist?

[Frank M. (ukw) (Moderator)]

R. M. schrieb:
> printf ("year:   %4d\n", tmp->tm_year + 1900);
>                                          |
>                                    er hat das vergessen

Er schrieb was von tm_year = 146. Allerdings: 1900 + 146 = 2046 passt 
auch nicht. Das sind 30 Jahre zuviel. Der Wochentag wday = 3 ist ebenso 
falsch.

Er muss hier schon den Source zeigen. Die fehlenden 1900 sind nicht 
(allein) der Grund.

[fabian (Gast)]

Ich habe ein Bild von meinem Code und dem Debuger angehängt da ist 
ersichtlich das ich eben nicht die richtigen Werte zurück bekomme!
Danke für deine Hilfe

[Peter II (Gast)]

fabian schrieb:
> Ich habe ein Bild von meinem Code und dem Debuger angehängt da ist
> ersichtlich das ich eben nicht die richtigen Werte zurück bekomme!

aber niemand sieht welchen wert unixtime hat.

[Fielmann (Gast)]

fabian schrieb:
> Ich habe ein Bild von meinem Code und dem Debuger angehängt da ist
> ersichtlich das ich eben nicht die richtigen Werte zurück bekomme!
> Danke für deine Hilfe

Stimmt. Kann man eindeutig sehen.

[fabian (Gast)]

Hier ein Bild wo dieses ersichtlich ist!
Sorry und danke!

[R. M. (n_a_n)]

fabian schrieb:
> Ich habe ein Bild von meinem Code und dem Debuger angehängt da ist
> ersichtlich das ich eben nicht die richtigen Werte zurück bekomme!

Die Addition mit 1900 fehlt auf jeden Fall.
Zusätzlich ist der Wert von unixtime wichtig.

[fabian (Gast)]

R. M. schrieb:
> Die Addition mit 1900 fehlt auf jeden Fall.

Ja aber 146 +1900 ist nicht 2016

Danke für die Hilfe

[R. M. (n_a_n)]

Fielmann schrieb im Beitrag #4826139:
> Plenken und dann noch nach den I2C-Routinen fragen? Was soll das?

Was ist Plenken.

Ein von mir selber gemachter Fehler war, das ich die Jahreszahl 1900
nicht addiert habe. Darauf wollte ich aufmerksam machen.

Gut die Variable heißt nicht unixtime sondern timeunix.

Die Frage nach den I2C Routinen habe ich
gelöscht, weil ich gesehen habe das das Ergebnis im Debugfenster steht.
Ansonsten sind (mögliche) Übertragungsfehler immer verwirrend.

Was regt du dich eigentlich so auf ?

[(prx) A. K. (prx)]

Doku lesen: "time_t represents seconds elapsed from Midnight, Jan 1 2000 
UTC (the Y2K 'epoch'). Its range allows this implementation to represent 
time up to Tue Feb 7 06:28:15 2136 UTC."
http://www.nongnu.org/avr-libc/user-manual/group__avr__time.html

Bisschen fies, das einfach so umzudefinieren.

[fabian (Gast)]

Frank M. schrieb:
> printf ("year:   %4d\n", tmp->tm_year + 1900);
>     printf ("month:  %02d\n", tmp->tm_mon + 1);
>     printf ("day:    %02d\n", tmp->tm_mday);
>     printf ("wday:   %02d\n", tmp->tm_wday);
>     printf ("hour:   %02d\n", tmp->tm_hour);
>     printf ("minute: %02d\n", tmp->tm_min);
>     printf ("second: %02d\n", tmp->tm_sec);

In welche Variable schreibt printf? Wie kann ich auf die ausgabe von 
printf mit dem Debugger zugreifen?


A. K. schrieb im Beitrag #4826150:
> Woher kommt das gmtime?

Das das kommt aus der time.h

Lg

[Fielmann (Gast)]

R. M. schrieb:
> Fielmann schrieb im Beitrag #4826139:
>> Plenken und dann noch nach den I2C-Routinen fragen? Was soll das?
>
> Was ist Plenken.
>
> Ein von mir selber gemachter Fehler war, das ich die Jahreszahl 1900
> nicht addiert habe. Darauf wollte ich aufmerksam machen.
>
> Gut die Variable heißt nicht unixtime sondern timeunix.
>
> Die Frage nach den I2C Routinen habe ich
> gelöscht, weil ich gesehen habe das das Ergebnis im Debugfenster steht.
> Ansonsten sind (mögliche) Übertragungsfehler immer verwirrend.
>
> Was regt du dich eigentlich so auf ?

Die I2C-Routinen haben nichts mit dem Problem zu tun.

[(prx) A. K. (prx)]

"Though not specified in the standard, it is often expected that time_t 
is a signed integer representing an offset in seconds from Midnight Jan 
1 1970... i.e. 'Unix time'. This implementation uses an unsigned 32 bit 
integer offset from Midnight Jan 1 2000. The use of this 'epoch' helps 
to simplify the conversion functions, while the 32 bit value allows time 
to be properly represented until Tue Feb 7 06:28:15 2136 UTC. The macros 
UNIX_OFFSET and NTP_OFFSET are defined to assist in converting to and 
from Unix and NTP time stamps."

[fabian (Gast)]

A. K. schrieb:
> Doku lesen: "time_t represents seconds elapsed from Midnight, Jan 1 2000
> UTC (the Y2K 'epoch'). Its range allows this implementation to represent
> time up to Tue Feb 7 06:28:15 2136 UTC."
> http://www.nongnu.org/avr-libc/user-manual/group__avr__time.html
>
> Bisschen fies, das einfach so umzudefinieren.

Was heißt das jetzt? 2000+146 ergibt auch nicht 2016?
hat jemand die richtige time.h? oder wie Löse ich das?

Danke Lg

[(prx) A. K. (prx)]

fabian schrieb:
> Was heißt das jetzt?

Dass eine 32-Bit Unixtime aus Windows/Linux nicht einfach auf einen AVR 
transportiert und dort per gmtime zerlegt werden kann. Nicht ohne vorher 
UNIX_OFFSET abzuziehen.

[Peter II (Gast)]

fabian schrieb:
> Was heißt das jetzt? 2000+146 ergibt auch nicht 2016?

das du von deinem 1481559030 vorher UNIX_OFFSET abziehen must.

[fabian (Gast)]

Peter II schrieb:
> das du von deinem 1481559030 vorher UNIX_OFFSET abziehen must.

Ok jetzt passt es vielen vielen Dank!!!!!!!!!!

Eine Frage habe ich allerdings noch;-)

Ist bei mktime die tm_yday nötig? Gibt mein RTC nämlich nicht zurück!

Danke schon jetzt

Lg

[(prx) A. K. (prx)]

fabian schrieb:
> Ist bei mktime die tm_yday nötig?

http://www.cplusplus.com/reference/ctime/mktime/

[(prx) A. K. (prx)]

Manuals/References sind echt nicht so dein Ding, oder?
"The original values of the tm_wday and tm_yday elements of the 
structure are ignored, and the original values of the other elements are 
not restricted to the ranges stated for struct tm."
http://www.nongnu.org/avr-libc/user-manual/group__avr__time.html#gae114b9ba0fce4e2d6297e0e66768bb75