frage zu time.h

Keine Romane schreiben, sondern Source und Plattform zeigen.

1

$ cat gmtime.c

2

#include <stdio.h>

3

#include <time.h>

4

5

int main ()

6

{

7

    time_t now = 1481559030;

8

    struct tm  * tmp;

9

10

    tmp = gmtime (&now);

11

12

    printf ("year:   %4d\n", tmp->tm_year + 1900);

13

    printf ("month:  %02d\n", tmp->tm_mon + 1);

14

    printf ("day:    %02d\n", tmp->tm_mday);

15

    printf ("wday:   %02d\n", tmp->tm_wday);

16

    printf ("hour:   %02d\n", tmp->tm_hour);

17

    printf ("minute: %02d\n", tmp->tm_min);

18

    printf ("second: %02d\n", tmp->tm_sec);

19

20

    return 0;

21

}

22

$ cc gmtime.c -o gmtime && ./gmtime

23

year:   2016

24

month:  12

25

day:    12

26

wday:   01

27

hour:   16

28

minute: 10

29

second: 30

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

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

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 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.

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 ?

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.

"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 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.

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

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

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