Atlantis <m...@w...pl> napisał(a):
> - Przygotowana przeze mnie funkcje time() najwyraźniej zwraca cały czas
> prawidłowego timestampa, bo inaczej kolejne synchronizacje nie
> dochodziłyby do skutku. Program stwierdziłby rozjechanie się RTC z
> odbieranym czasem, czekając na dwie poprawne ramki. Wtedy ustawiłby
> zegar i wszystko wróciłoby do normy. Tak się jednak nie dzieje. Po
> pojawieniu się anomalia pozostaje na stałe.
> W chwili obecnej do pobierania czasu z RTC używam kombinacji time() i
> gmtime(), a uzyskane wartości ze struktury wyrzucam na ekran. Po udanej
> synchronizacji odebrany czas z DCF jest zapisywany do zmiennej i również
> trafia na ekran za pośrednictwem gmtime().
> Ktoś ma jakiś pomysł, co mogę robić nie tak? Może time.h w przypadku
> mikrokontrolerów wymaga jakiegoś przygotowania (poza podstawieniem
> własnej funkcji time())? W jaki sposób chociażby definiuje się w niej
> strefę czasową. Pod Linuksem ustawiało się zmienna środowiskową. A na
> małym mikrokontrolerze?

Dlaczego pisałeś własną funkcję time()? Ta funkcja już jest gotowa, a Twoim
zadaniem jest napisanie funkcji _gettimeofday(). time() z biblioteki newlib
woła _gettimeofday_r() a ta z kolei _gettimeofday(), którą trzeba
dostarczyć.
Czy monitorowałeś zawartość RTC, np. wypisując zawartość na porcie
szeregowym albo przez semihosting?
Strefę czasową ustawia się tak samo:
setenv("TZ","CET-1CEST,M3.5.0/2,M10.5.0/3",1);

--
Grzegorz Niemirowski
https://www.grzegorz.net/