[es2]

Jak nie będzie netu to zegarek nic nie pokarze

To musisz zapytania do NTP wysyłać co minutę lub częściej, jak nie ma odpowiedzi, nie wyświetlać czasu. Będzie więc zdarzać, że czasem na wyświetlaczu nie zobaczysz nic, np przez 2 godziny nie masz netu. Czy uważasz to za dobre rozwiązanie?
NTP. DCF, GSM i inne takie, zasadniczo służą do SYNCHRONIZACJI czasu. Zegar musi być w urządzeniu, czy to programowy, czy sprzętowy. Dzięki temu chwilowy brak dostępu do NTP nie jest problemem. Najlepiej jednak aby urządzenia miało sprzetowy RTC. W przypadku ESP musi byc to zewnętrzny układ, w ARM czy większości AVR można wykorzystać wbudowany.

Chodzi o zwykły wyświetlacz (domyślnie zegarek) na początek, który pobiera różne dane z sieci i je wyświetla. Z czasem układ będzie rozbudowywany o własne czujniki.

Rozsądne podejście. Sprzętowo urządzenie powinno być wyposażone we wszystko co potrzebne, Program można rozbudować później.

jaki modem miałeś ale chyba dość słaby skoro nie umiał się sam połączyć po chwilowym zaniku - obecnie mam tani modem 3G I stałe łącze UPC, I za każdym razem wszystko wstaje zawsze, chyba że nie ma internetu po prostu.

I iloma modemami dziennie kolega ma styczność? Z iloma instalacjami?

Kolego ostatnio cię ponosi..... Może być burza magnetyczna na tyle silna że spali się cała elektronika, to po co w ogóle ma kupować ESP ? Niech kupi konserwę na zaś i siedzi w piwnicy :/

Tak właśnie myślą i robią Arduinowcy, u mnie działa i git. Wcale nie git, ma działać także w innych lokalizacjach. Programy Arduinowców w kilka minut potrafię wyłożyć, bo cokolwiek jest nie tak, program się wiesza.
- Wstręt do WDG
- Brak kontroli błedów
- Brak informacji o błedach
To 3 błędy główne Arduinowców. Tym się różni produkt Arduino od normalnej konstrukcji.

Ile to ja juz widziałem "cudownych" termostatów na Arduino, gdzie po zwarciu magistrali pokazywane było 0 stopi, po odłączeniu termometru -127. Ale tuto był zadowolony, u niego wszystko jest git. Kupiłbyś kolego taki chłam?
Ciężko sprawdzać CRC na 1-Wire?
Ciężko sygnalizować awarie czujnika?

Arduino, tak jak i wszelka broń nie jest zła. Nagminnie jednak, złe jest użycie tych narzędzi, zwłaszcza w przypadku Arduino,.
Problemem 90% Arduinowców nie jest nieznajomość C czy C++, tylko brak logicznego myślenia.

Jak taki prosty zegarek jest niedopracowany, to poważniejsze projekty będą dopracowanie? Nie, nie będą. Dobrych nawyków trzeba się uczyć od samego początku. Już pisałem, przy pisaniu programu i testowaniu błędów trzeba myśleć lateralnie. Innego rozsądnego wyjścia nie ma.
W dobrym programie 30..70% jego objętości to kontrola błędów. Pokaż mi kolego swoje dzieła. Jakie błedy tam kontrolujesz? Pewnie te, co kontrolowac ich nie ma co, bo funkcja zawsze wraca true, ale jeden po drugim klepie bzdurny kod "if ( init_czegos_tam ) ......."