Zeit und Datum aus Unix-Zeit, schlanker Code gesucht;

anfaenger Gast 09.05.2012 11:46 #2669045

Lesenswert?

•

Hallo,

ich suche einen schlanken C-Code für einen Mikrocontroller, mit dem ich 
aus der Unix-zeit (Zeit in Sekunden seit dem 1.1.1970) das aktuelle 
Datum und die aktuelle Uhrzeit berechnen kann.

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

(prx) A. K. (prx) 09.05.2012 12:18 #2669096

Lesenswert?

•

▲
▼

Sourcecode von gmtime() suchen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Mitesser Gast 09.05.2012 12:19 #2669097

Lesenswert?

•

▲
▼

Du kannst ja mal hier anfangen:
http://www.raspberryginger.com/jbailey/minix/html/gmtime_8c-source.html
Und das ganze µC-gerecht umcoden.
Die #defines findest Du, wenn Du oben auf <time.h> klickst.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bernhard M. (boregard) 09.05.2012 13:23 #2669194

Lesenswert?

•

▲
▼

So (uint32_t sec ist die Sekunden seit 1.Januar FIRSTYEAR, FIRSTDAY 
selbiger Wochentag):

#define FIRSTYEAR       1970
#define FIRSTDAY        4                       // 0 = Sunday
struct time {
  uint8_t  second;
  uint8_t  minute;
  uint8_t  hour;
  uint8_t  day;
  uint8_t  month;
  uint16_t year;
  uint8_t  wday;
/* Definitions */
const uint8_t DayOfMonth[] PROGMEM = { 31, 29, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31 };
#define getMonthLen(a)  pgm_read_byte(&(DayOfMonth[(a)]))
void gettime( uint32_t sec, struct time *t )
    uint16_t day;
    uint8_t  year;
    uint16_t dayofyear;
    uint8_t  leap400;
    uint8_t  month;
    t->second = sec % 60;
    sec      /= 60;
    t->minute = sec % 60;
    sec      /= 60;
    t->hour   = sec % 24;
    day       = sec / 24;
    t->wday = (day + FIRSTDAY) % 7;             // weekday
    year = FIRSTYEAR % 100;                     // 0..99
    leap400 = 4 - ((FIRSTYEAR - 1) / 100 & 3);  // 4, 3, 2, 1
    for(;;)
        dayofyear = 365;
        if( (year & 3) == 0 )
            dayofyear = 366;                    // leap year
            if( year == 0 || year == 100 || year == 200 ) // 100 year exception
                if( --leap400 )                 // 400 year exception
                    dayofyear = 365;
        if( day < dayofyear )
            break;
        day -= dayofyear;
    t->year = year + (int)(FIRSTYEAR / 100) * 100;     // + century
    if( dayofyear & 1 && day > 58 )             // no leap year and after 28.2.
        day++;                                  // skip 29.2.
    for( month = 1; day >= getMonthLen(month-1); month++ )
        day -= getMonthLen(month-1);
    t->month = month;                           // 1..12
    t->day   = day + 1;                         // 1..31

Antwort Zitieren Bearbeiten Löschen Beitrag melden

(prx) A. K. (prx) 09.05.2012 13:29 #2669206

Lesenswert?

•

▲
▼

Bernhard M. schrieb:

> #define getMonthLen(a)  pgm_read_byte(&(DayOfMonth[(a)]))

Also wenn schon paranoid, dann bitte konsequent: ;-)
  #define getMonthLen(a) (pgm_read_byte(&(DayOfMonth[(a)])))

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bernhard M. (boregard) 09.05.2012 13:41 #2669227

Lesenswert?

•

▲
▼

A. K. schrieb:
> Bernhard M. schrieb:
>
>> #define getMonthLen(a)  pgm_read_byte(&(DayOfMonth[(a)]))
>
> Also wenn schon paranoid, dann bitte konsequent: ;-)
>   #define getMonthLen(a) (pgm_read_byte(&(DayOfMonth[(a)])))

da haste recht ;-)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

anfaeger Gast 12.05.2012 22:23 #2673877

Lesenswert?

•

▲
▼

Erst mal danke für den Code, beim Compilieren mit dem MSPGCC werden aber 
folgende Fehlermeldungen ausgespuckt (wgen der Zeile 79 bei der 
Übernahme in meinen Code) :

[Zeile 79] const uint8_t DayOfMonth[] PROGMEM = { 31, 29, 31, 30, 31, 
30, 31, 31, 30, 31, 30, 31 };
[Zeile 80] #define getMonthLen(a)  (pgm_read_byte(&(DayOfMonth[(a)])))

mod_time01.c:79: syntax error before "PROGMEM"
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: excess elements in scalar initializer
mod_time01.c:79: warning: (near initialization for `PROGMEM')
mod_time01.c:79: warning: data definition has no type or storage class

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Floh Gast 12.05.2012 22:26 #2673881

Lesenswert?

•

▲
▼

anfaeger schrieb:
> MSPGCC

Wäre vielleicht sinnvoll gewesen, deinen Controller am Anfang zu 
erwähnen ...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bernhard M. (boregard) 12.05.2012 22:30 #2673885

Lesenswert?

•

▲
▼

..der Code war nämlich für AVR...

aber diese Kleinigkeit solltest Du selbst umschreiben können...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

anfaenger Gast 12.05.2012 22:31 #2673887

Lesenswert?

•

▲
▼

Na ja, so speziell ist MSPGCC ja nun auch wieder nicht.
Gibt es einen Tipp für die Anpassung des Codes, damit er vom MSPGCC 
akzeptiert wird ?
Danke.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Floh Gast 12.05.2012 22:38 #2673895

Lesenswert?

•

▲
▼

Entferne PROGMEM.
Entferne pgm_read_byte(& und natürlich die schließende Klammer

Die Begriffe sorgen beim AVR dafür, dass die Tabellen im Flash 
abgespeichert werden, Stichwort Harvard-Struktur.

Ohne Begriffe funktioniert es auch, es kann sein, dass die Daten dann im 
RAM abgelegt werden (weiß nicht wie das der MSPGCC macht).

Antwort Zitieren Bearbeiten Löschen Beitrag melden

anfaenger Gast 12.05.2012 22:41 #2673898

Lesenswert?

•

▲
▼

Ok, jetzt habe ich "PROGMEM" weggelassen, dann wird der Code compiliert, 
aber beim Linken wird noch dieser Fehler angezeigt :

mod_time01.o: In function `gettime':
mod_time01.c:(.text+0x24a): undefined reference to `pgm_read_byte'
mod_time01.c:(.text+0x254): undefined reference to `pgm_read_byte'
c:\mspgcc\bin\make.exe: *** [main_F24x_SIM900_test01.elf] Error 1

Wahrscheinlich ist "pgm_read_byte" beim AVR auch irgendwo definiert ?

P.S. Wozu ist "PROGMEM" beim AVR gut ?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Simon K. (simon) 12.05.2012 22:43 #2673900

Lesenswert?

•

▲
▼

Floh schrieb:
> Entferne pgm_read_byte(& und natürlich die schließende Klammer

anfaenger schrieb:
> P.S. Wozu ist "PROGMEM" beim AVR gut ?

Augen auf?
Floh schrieb:
> Die Begriffe sorgen beim AVR dafür, dass die Tabellen im Flash
> abgespeichert werden, Stichwort Harvard-Struktur.
>
> Ohne Begriffe funktioniert es auch, es kann sein, dass die Daten dann im
> RAM abgelegt werden (weiß nicht wie das der MSPGCC macht).

Google kaputt?
http://www.nongnu.org/avr-libc/user-manual/group__avr__pgmspace.html

Antwort Zitieren Bearbeiten Löschen Beitrag melden

anfaenger Gast 12.05.2012 22:45 #2673905

Lesenswert?

•

▲
▼

@Floh und Bernhard : Danke, unsere Posts haben sich überschnitten jetzt 
schluckt der Compiler den Code.
Mal sehen, ob auch das korrekte Datum berechnet wird.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bernhard M. (boregard) 12.05.2012 22:48 #2673911

Lesenswert?

•

▲
▼

anfaenger schrieb:
> @Floh und Bernhard : Danke, unsere Posts haben sich überschnitten jetzt
> schluckt der Compiler den Code.
> Mal sehen, ob auch das korrekte Datum berechnet wird.

sollte schon...ich kann das Sourcefile, aus dem der code ist auch auf 
Unix übersetzen, und da kommt das richtige raus... (natürlich nicht bei 
negativen Zahlen, Unix setzt negative time_t Zeiten in vor-1970 um, mein 
Code arbeitet mit unsigned und geht deshalb weiter als bis 2038...)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Simon K. (simon) 12.05.2012 23:00 #2673922

Lesenswert?

•

▲
▼

anfaenger schrieb:
> @Floh und Bernhard : Danke, unsere Posts haben sich überschnitten jetzt
> schluckt der Compiler den Code.
> Mal sehen, ob auch das korrekte Datum berechnet wird.

Dann entschuldige ich mich für meinen offensiven Post!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

anfaenger Gast 12.05.2012 23:31 #2673952

Lesenswert?

•

▲
▼

Echt klasse !
Damit hat sich auch das NTP-Problem aus diesem Thread erledigt : 
Beitrag "Zeit von ntp-Server abrufen;"

Für die Unix-Zeit 1336550777 liefert der Code von Bernhard den korrekten 
UTC Datum/Zeit-Wert 20120509 08:06:17 (JJJJMMTT HH:MM:SS)

Ich war schon ziemlich genervt, weil die Zeiten eines ntp-Servers ja 
prinzipiell im UTC-Format übermittelt werden sollten, mir dieser Link 
http://www.aritso.net/aritso-tools/timestampconverter/ aus dem 
Unix-Zeitwert aber immer UTC+1 (=MEZ) berechnet hat (auch wenn UTC 
vorgegeben war)
Das Ergebnis lautet z.B. für die oben verwendete Unix-Zeit
"Der Timestamp 1336550777 entspricht dem 09.05.2012 um 09:06:17 Uhr. 
(gilt für UTC 0)"

THX !

P.S. @Simon K. : Kein Problem, mir war schon klar, dass Du das mit der 
Überschneidung nicht wissen konntest.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Zeit und Datum aus Unix-Zeit, schlanker Code gesucht;

Antwort schreiben