Witam, i zapraszam na nowy mini cykl poradników na temat pozyskiwania czasu za pomocą NTP z modułami ATNEL-WIFI232-T



-----[ edit 2015-05-08 00:35 ]-----
już jest! część 05

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

A już mi przez głowę czarne myśli zaczęły przechodzić, że już więcej poradników nie będzie a tu takie miłe zdziwienie

_________________
http://www.ate-zbaszyn.eu

Czy dobrze rozumiem, time-c.timefreq.bldrdoc.gov to jakiś serwer, czy strona, bo nie mogę na nią wejść.

To są serwery tak jak np vega.cbk.poznan.pl

_________________
http://www.ate-zbaszyn.eu

No toć widać, że to serwer czasu NTP a nie żadna strona

------------------------ [ Dodano po: 10 minutach ]

Zapraszam na drugą część

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Super poradnik. Wiele ciekawych i przydatnych wiadomości, nie tylko o module ATNEL WiFi ale również z programowania w C. Na przykład ten switch(). Fajna rzecz, której nawet nie znalazłem w książkach do C na PC.
Mechanizm timera programowego oraz przechodzenie z jednego trybu modułu do drugiego bardzo jasno przekazany i dla mnie zupełnie zrozumiały.
Ja to lubiłem te długie poradniki, które nieraz trwały nawet około 90min. Na przykład o strukturach, wskaźnikach, callback-ach. Klonowanie Pana Mirka:-). Zrobiło się kawkę i rozpoczynałem tą przygodę. A i trzeba było kawki dolać bo już brakło przy jednym odcinku:-).
W ogóle super sprawa z tymi poradnikami, nie ważne czy one są krótkie czy długie. Niosą wartościową treść i warto poświęcić czas aby je obejrzeć. Nie mogę się nadziwić chęci Pana Mirka do przekazywania swojej wiedzy i umiejętności.

Pozdrawiam,

_________________
Mój Serwer AVR - http://msavr.besaba.com

Przyłączam się do kolegi step_m. Nawet o ile człowiek nie zabierze się od razu do fizycznej realizacji, to znajdzie się zawsze jakiś smaczek, który można wykorzystać gdzie indziej. Przynajmniej w moim przypadku tak jest. Wielce edukujące i wielkie dzięki.

dziękuję panowie za tak ciepłe opinie i zapraszam wkrótce na ciąg dalszy programu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No i się ciekawie zrobiło znów.
Będzie trzeba szybko na zakupy do Mirkowego sklepu się udać i bawić się na żywym organizmie.
Fajna alternatywa dla kapryśnego DCF77.

_________________
IntegraMETEO
WordCLOCK
IntegraTOUCH

Tymczasem - właśnie nastąpił świeżo wysmażony trzeci odcinek - zapraszam

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Panie Mirku, a co taka słaba jakość? Maks jest teraz 320p. Na ekranie eclipse słabo widać kod. Czy da się coś z tym zrobić? Wcześniej 720p było ok.

Pewnie, że się da - trzeba poczekać aż YT przekonwertuje wszystkie rozdzielczości do HD włącznie. Coś dzisiaj to wolno trwa po prostu.

------------------------ [ Dodano po: 1 minucie ]

o! mytu gadu gadu - a właśnie pojawiła się już także wersja HD

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Panie Mirku wielki szacun

Potwierdzam w 1 000 000 % wypowiedz kolegi.

Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

Witam,

Mam pytanko - czy przechodzenie w locie z trybu transparentnego z tryb komend i odwrotnie ma wpływ na ograniczenie limitu zapisu w pamięci modułu tak jak to ma miejsce przy przeprogramowaniu modułu w ćwiczeniu Pana Mirka o kliencie ATNEL WiFi ? Tam trzeba było przeprogramować adres strony internetowej, z której odczytywane były poszczególne dane jak kursy walut czy temperatura.

_________________
Mój Serwer AVR - http://msavr.besaba.com

Ale przecież to nie ma nic a nic wspólnego z jakimś limitem zapisu Przechodzenie pomiędzy trybem komend a trybem transparentnym nie wymaga przecież ŻADNEGO zapisywania ustawień i restartu modułu Więc nie ma żadnych obaw.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Aha. Dziękuję bo nie byłem pewien.

_________________
Mój Serwer AVR - http://msavr.besaba.com

To działa tak, że nawet jeśli przełączysz moduł w tryb komend i np zrestartujesz go sprzętowo - to i tak zawsze wystartuje w trybie transparentnym.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Czyli mogę sobie ustawić odczyt z serwera czasu nawet co 5 sekund i te częste odczyty nie wpływają w tym przypadku na zmniejszenie żywotności modułu.

_________________
Mój Serwer AVR - http://msavr.besaba.com

Normalnie powiedziałby, że tak ... ale powiem, że nie ... tylko posłuchaj dlaczego nie

Nie - jeśli akurat mówimy o pobieraniu czasu NTP. Ale absolutnie TAK - jeśli masz potrzebę przełączania się pomiędzy trybem transparentnym i trybem komend z innych powodów. Chodzi o to, że sam odczyt z NTP może trwać kilka sekund, czasem w jakichś skrajnych przypadkach może nawet dłużej niż 5 sekund. To jedno. A drugie - pomyśl - jeśli będziesz jakikolwiek serwer w internecie - także serwer czasu bombardował (tak - tak można to określić) zapytaniami co kilka sekund to prawdopodobnie twój adres IP zostanie zbanowany i koniec, więcej go nie odczytasz nigdy. Więc jak widzisz w przypadku tych 5 sekund o których pytasz większy jest ten problem - spamowania zbyt częstymi zapytaniami w necie niż to że przełączasz moduł co chwilę w inny tryb.

Jeśli zaś znajdziesz jakąś inną potrzebę aby często się przełączać pomiędzy tymi trybami to możesz to robić nawet co sekundę jak ci się uda i nie wpłynie to na żadną jego żywotność bo jak mówię - NIC w takim przypadku nie musi być zapisywane do nieulotnej pamięci modułu.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ma Pan rację z tym bombardowaniem serwera. Dzięki. Już wszystko jasne

_________________
Mój Serwer AVR - http://msavr.besaba.com

W razie czego... jakby coś ... to zapraszam na kolejny odcinek - wszystkich chętnych

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Zaraz zaczynam nocny seans
Dzięki Mirku za kolejną część poradnika.

_________________
Pozdrawiam
PP

A tymczasem pojawiła się PIĄTKA czyli część piąta

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dawca Czasu - to naprawdę działa i nie jest to żadne Science-Fiction
Złożyłem taki sam zestaw sprzętowy jak w poradniku oraz przepisałem dokładnie kod - działa rewelacyjnie, timerki programowe tykają aż miło, no a callback to istna wisienka na torcie. Dzięki Mirku za tą działkę wiedzy.

Mam dwa spostrzeżenia, które nie dają mi spokoju i wynikać mogą one z mojej niewiedzy i braku doświadczenia.
Utworzona została zmienna globalna actual_at_cmd, w której to za pomocą typów wyliczeniowych enum przechowujemy status aktualnie wysłanego polecenia AT do modułu WiFi232. Ze zmiennej tej korzystamy w funkcji parsującej nadlatujące dane po UART-cie, z tym że jeśli dobrze przeanalizowałem kod, zmienna ta zawsze będzie mieć wartość _at_gmt (1), ponieważ nigdzie nie doszukałem się abyśmy zmienną tą ustawiali na inną wartość. Mamy tylko taki oto kod (oczywiście makro PSTR dodałem sam):

Oczywiście tak jak na filmiku oraz u mnie działa to dobrze, ponieważ w funkcji parsującej dane z RS-a mamy i tak zabezpieczenia przed analizowaniem danych zwracanych po wydaniu komendy "AT+ENTM".
Pokusiłem się jednak o drobną modyfikację, mianowicie:
W tym jednak przypadku mam wrażenie, że nie zawsze dane z serwera NTP zdążą być w całości odebrane, dlatego zwiększyłem wartość ostatniego case do 15 i wszystko wróciło do normy. Nie wiem jednak czy dobrze to rozumiem, bo mogę mieć braki, dlatego będę wdzięczny za wszelkie uwagi z tym związane.

Kolejna sprawa to ciekawy przypadek, w którym ustawimy sobie interwał aktualizacji z NTP na dłuższy czas np. kilkanaście minut / kilka godzin i teraz włączamy nasze urządzenie do zasilania. Pierwsza próba aktualizacji nie powiedzie się ponieważ moduł WiFi232 nie zdąży się podłączyć do sieci, dopiero kolejna po nastawionym przez nas czasie się uda. Przeszło mi przez myśl sprawdzanie połączenia na pinie n-Link podłączonym do uC, tak jak to miało miejsce w przypadku poradnika z Klientem WWW na WiFi232. Oczywiście mowa tu o takiej konfiguracji jak w poradniku, gdzie nie mamy żadnego układu RTC. Zdaję sobie sprawę, że nie jest to tematem poradnika oraz nie jest to jakaś krytyczna kwestia, ale jedynie chciałem zasygnalizować, że takie zjawisko może zajść.

_________________
Migracja z punktu B do punktu C
Pozdrawiam

ja tą zmienną actual_at_cmd powołałem tak ad-hoc, tutaj nawet teoretycznie jest ona kompletnie niepotrzebna a w poradniku wspominałem , że możliwość tzn potrzeba jej użycia może zajść wtedy gdy zaczniemy korzystać z większej ilości jakichś komend AT tego typu, po których też będziemy musieli coś parsować ...

Zastanawiałeś się dlaczego nie ma nigdzie w moim kodzie zmiany tej zmiennej i dodałeś sam

actual_at_cmd = _none;

no właśnie ... tylko że musiałeś zmienić parametr na 15, ale pomyśl i ten może być za mały, bo odpowiedź z NTP może nadejść czasem dużo później. Poza tym jeszcze jedno. My możemy stosunkowo szybko wrócić do trybu transparentnego - co wcale nie przeszkodzi w tym żeby nadeszła odpowiedź z NTP. Więc wcale nie jest tu potrzebne to zerowanie tej zmiennej że tak powiem. Nawet więcej .... wydłużanie przejścia do trybu transparentnego może nieco przeszkadzać w innych operacjach, które będziesz chciał wykonywać właśnie w tym trybie .... a na razie pewnie nie korzystasz z tego i dlatego nie dostrzegasz przeszkód

Reasumując - zobacz - nie trzeba zerować tej zmiennej, bo po co? ona może zawsze trzymać swoją ostatnią wartość do czasu gdy kolejny raz będziesz wywoływał ew inną komendę - wtedy ją zmienisz .... A tutaj jak mówię - przy tej jednej komendzie - jest nawet w zasadzie niepotrzebna - chciałem tylko zwrócić uwagę na przyszłe potrzeby i problemy oraz w jakim ew później kierunku można iść. Czy to jedynie słuszny kierunek ? Ależ oczywiście, że nie pewnie jest jeszcze milion innych sposobów na to


Można ale co to da? będziesz musiał czekać aż zacznie być dostępny .... lepiej sobie wydłużyć czas pierwszego odpytania po restarcie z kilku sekund do kilkunastu albo i do minuty - co za problem ? Tam masz w kodzie

Timer1 = 600;

Zwiększ to ze 2 albo i 3 razy i wydłużysz ten czas po restarcie

------------------------ [ Dodano po: 1 minucie ]

A tak ogólnie to cieszę się - że wszystko śmiga tak jak w poradniku. Dziękuję za informację.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuję za wyjaśnienia i uzupełnienie mojej wiedzy. Przyjmuję do wiadomości i stosowania
Napakowanie programowego timera2 przy jego definicji to świetna sprawa, nie zatrybiłem tego wcześniej, teraz działa idealnie - dokładnie tak jak powinno.

_________________
Migracja z punktu B do punktu C
Pozdrawiam

Wielkie dzięki Mirku, super seria. Obejrzałem wszystko i sporo się nauczyłem, jeszcze wszystkiego nie zrozumiałem, bo dopiero raczkuję z C. Oczywiście na początek staram się robić wszystko jak TY, a dopiero później będę to jakoś przerabiał na swoje potrzeby. Praktycznie wszystko poszło OK, nie działa mi tylko jedna rzecz. A mianowicie chodzi o funkcję którą tworzysz tutaj: https://youtu.be/7qfm6aelHM8?t=5m30s

Po wszystkich poprawkach jakie robiłeś, mam coś takiego w main.c:



Sprawdziłem za pomocą debugera na LED i okazuje się, że warunek nigdy nie jest spełniony.

Natomiast analogiczna funkcja z mk_pcf8583.c:


Działa bez problemu.

Siedzę już nad tym długo i nie rozumiem gdzie może być błąd.

_________________
Wysłane z Nokii 3310

Jeszcze jedno pytanie. Skoro już mamy wyprowadzony pin generujący przerwanie co 1 sekundę, to czy nie lepiej z poziomu programu zrobić naliczanie czasu, zamiast co sekundę odpytywać RTC?

_________________
Wysłane z Nokii 3310