ESP8266 i RTC

Atlantis snipped-for-privacy@wp.pl napisał(a):

Możesz synchronizować co kilka minut. Zwykle synchronizację z NTP wykonuje się rzadziej, ale co Ci szkodzi?

PS. Nie obraź się, ale myślę, że niedawna wypowiedź jednego z grupowiczów na temat Twojego podejścia, jako rozwiązywania problemów nieistniejących gdzie indziej, była całkiem trafna. ESP8266 to chińszczyzna za 5 dolarów. Całkiem fajna chińszczyzna, ale próbujesz traktować ją jako pełnoprawny komputer. Może lepiej rozejrzeć się za modułem, dla którego dokładny timer jest oczywistością? Albo doczepić zewnętrznego RTC? To takie luźne przemyślenia. Nie traktuj tego jako krytyki Twoich postów, które uważam za wartościowe.

Pan Grzegorz Niemirowski napisał:

Nie wiem nawet co za jeden, ten ESP8266 (no, wiem już, że chińszczyzna za pięc dolców) ani nie wiem jak tam NTP zaimplementowano. Ale zaletą tego wynalazku (NTP) jest to, że nie trzeba synchronizować prawie wcale. Bo jak już czas z sieci zostanie dany mu raz i drugi, to komputer sobie z tego wylicza poprawkę (dryft) i spowalnia lub przyśpiesza bieg wewnętrznego zegara. Tak więc porządny komputer o rozstrojonej częstotliwości zegara taktującego, gdy ma odpalone NTP, to nawet po odpięciu od sieci powinien chodzić dobrze. Byle tylko kwarc był sam w sobie stabilny.

Jarek

W dniu 2015-06-19 o 00:11, Jarosław Sokołowski pisze:

Wiesz, ESP8266 nie jest żadnym "porządnym komputerem". To prosta płytka na małym, 32bitowym mikrokontrolerze z wbudowanym sterownikiem WiFi. Twórcy po prostu udostępnili w SDK filka funkcji do obsługi SNTP. Może zdefiniować do trzech serwerów. Potem każde wywołanie pewnej funkcji zwróci pobrany czas w formacie uniksowym. Resztą trzeba się już zająć samodzielnie.

W SDK jest też zestaw narządzi do periodycznego wykonywania określonej funkcji, liczenia us od startu systemu (coś jak millis() w Arduino), zliczania cykli zegara RTC i pomiaru długości cyklu. Pewnie dałoby się na tej podstawie zrobić dość dokładny zegar. Po prostu pytam o najlepszy sposób. Niewykluczone zresztą, że Espressif doda odpowiednie funkcje w którejś z kolejnych wersji SDK.

Atlantis pisze:

Tego już się dowiedziałem.

Skoro nie udostępnili funkcji do wprowadzania poprawek dla tempa pracy wewnętrznego zegara, to nic się nie da zrobić, poza okresowym ustawianiem godziny z zewnętrznego źródła. Jeśli jest dostęp do sieci i serwera czasu w niej, to czemu tego nie robić zawsze w ten sposób? Niby można przy każdej poprawce (co 1000 sekund powiedzmy) zwracać uwagę na to, jak duża była różnica czasu. I aplikować ją później na raty, co 100, 10 czy jedną sekundę. Ale takie rzeczy powinny być zrobione na niższym poziomie. Wyżej chyba nie warto.