W dniu 2014-11-12 12:17, J.F. pisze:

> Rozumiem ze czas tam jest mierzony przerwaniem programowym na podstawie
> czestotliwosci zegarowej uP.

Tak. Przerwanie TIMER0_COMPA_vect jest wywoływane co 10ms. W procedurze
jego obsługi inkrementowana jest zmienna. Jeśli jej wartość przekroczy
100, wykonywana jest instrukcja warunkowa wewnątrz której zwiększana
jest wartość zegara (a także obsługiwane jest kilka dodatkowych
programowych timerów).


> Czestotliwosc zegarowa - jesli kwarcem, to powinna byc w miare dokladna.
> Tak powiedzmy do 100ppm, jesli dales byle jakie elementy.
> Czyli sekunda na trzy godziny.

MCU jest taktowany sygnałem 12,5MHz, pochodzącym z układu ENC28J60 który
z kolei jest taktowany kwarcem 25 MHz. Niedokładność wedle mkAVR
Calculatora wynosi 0,06%.

Zresztą zachowanie układu wcale nie wygląda na dryf spowodowany
niedokładnością wzorca. Opóźnienie wynoszące od kilku do kilkudziesięciu
sekund często mam tuż po synchronizacji.


> Porownujesz z jakims innym urzadzeniem ... ale jakim ?

Porównałem z webowymi wzorcami (np. currenttimestamp.com). Pokazują
dokładnie to samo, co Raspberry Pi. Czas na Atmedze prawie zawsze różni
się o pewną liczbę sekund...


> Moze tam jest numer ze np odczytujesz koncowke 59 sekund, a minuty juz
> po zmianie ...

Nie dokonuję konwersji na "human readable time". Zależy mi tylko na
timestampie, najlepiej w formacie Unix epoch.