Zdaję sobie sprawę, że ponieważ Raspberry Pi nie ma wbudowanego sprzętowego zegara czasu rzeczywistego, mogą pojawić się pewne problemy z dokładnym mierzeniem czasu, nawet jeśli wytrwałość podczas restartów nie jest wymagana .
Można to w dużej mierze złagodzić, uruchamiając demona NTP, który będzie stale poprawiał czas lokalny, ale NTP nie jest opcją, jeśli Raspberry Pi nie jest podłączony do sieci.
Więc jeśli pozostawię włączony Raspberry Pi na początku z dokładnym czasem, o ile powinienem oczekiwać, że raportowany czas będzie odchodził od rzeczywistego czasu lokalnego?
A może pomiędzy ponownymi uruchomieniami?
To będzie oprogramowanie utrzymujące czas, gdy nie będzie podłączone, kto to? Powiedziałbym, że utrzymanie czasu oprogramowania jest z natury dokładne.
—
Jivings
Mówisz o maksymalnie 10 minutach w najgorszym roku (ekstremalne temperatury -20 i niższe / +60 i wyższe) (zoptymalizowane do pracy w 20 stopniach). Nie jest tak źle. Zegar czasu rzeczywistego teraz jest używany tylko do przechowywania czasu atomowego ... jak ... bardzo precyzyjne funkcje matematyczne, które muszą mierzyć czas wykonania lub coś gorączkowego. Wiele urządzeń upuszcza kryształ 32 kHz, ponieważ oscylatory są wystarczająco dobre do generowania sygnałów RF lub sygnału wideo bez poważnych komplikacji.
—
Piotr Kula,
@ppumkin Czy masz na to jakieś źródła? Spodziewałem się mniej dokładności z powodów, o których wspomniał Chris Stratton (brakowało przerw i tym podobnych).
Przepraszamy - tylko moja ogólna wiedza w tej dziedzinie i doświadczenie w używaniu oscylatorów zamiast kryształów. Brakujące przerwania będą mega ekstremalne! Gdyby było tak źle, nie wszyscy by to zrobili.
—
Piotr Kula,
To pytanie dotyczy bardziej Raspbian niż samego Pi. Pomysł ciągłego działania Pi przez ponad rok jest tak mało prawdopodobny, że sprawia, że powyższe statystyki są nieistotne w porównaniu do tego, co dzieje się podczas ponownego uruchamiania.
—
SDsolar
