ATNEL tech-forum

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2016-08-19T04:47:15+01:00

truper napisał(a):

W takim razie proszę o informację w której lekcji mam tego szukać i z czym to jest związane z modułem wifi 232t ?

Jak nie wiesz to wspomagaj się tym:
http://atnel.pl/atnel-video-player.html

truper napisał(a):

Rozumiem że kod programu jest poprawny ?

Nie piszę tego złośliwie - ale uwierz mi mam szczególnie teraz MNÓSTWO pracy i ja nie jestem w stanie każdemu z osobna sprawdzać programu z poradnika. Teraz to dla mnie nie ma nic ważnego niż prace nad wydaniem Yellowbooka. Zobacz - poszukaj na forum - mnóstwo osób to robiło i przepisywało z poradnika i działa. Część też miała jakieś problemy czasem i zadawali pytania na forum i też były podpowiedzi ... Najlepiej to zadawać pytania w osobnym wątku a nie doklejać się z pytaniem do jakiegoś starego wątku - wtedy więcej osób zauważy takie pytanie na forum ... to takie uwagi ogólne.

Statystyki: Napisane przez mirekk36 — 19 sie 2016, o 04:47

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2016-08-18T16:54:50+01:00

Hmm
Czyżbym coś pominął? W takim razie proszę o informację w której lekcji mam tego szukać i z czym to jest związane z modułem wifi 232t ? Bo jestem bardzo początkujący w temacie AVR. I nawet nie wiem gdzie szukać i o co chodzi. Rozumiem że kod programu jest poprawny ?
Pozdrawiam

Statystyki: Napisane przez truper — 18 sie 2016, o 16:54

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2016-08-18T16:45:11+01:00

truper napisał(a):

a czas i data nie są pobierane.

A ja nie pokazywałem w poradniku jak sobie to przetestować ? ... czy pobiera czy nie pobiera ? ....

Statystyki: Napisane przez mirekk36 — 18 sie 2016, o 16:45

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2016-08-18T15:38:05+01:00

Dzięki .
Zatem wstawiam kod , mam nadzieję że dam radę.
Tak jak napisałem wyżej dioda led nie miga a czas i data nie są pobierane.

[syntax=c]#include
#include
#include
#include
#include
#include

#include "LCD/lcd44780.h"
#include "MK_USART/mkuart.h"

volatile uint16_t Timer1, Timer2;

char uart_buf[100];
uint8_t get_time;
uint8_t actual_at_cmd;
enum {_none, _at_gmt};

void parse_rs232(char *buf);

int main (void)
{

DDRC |= (1<PORTC |= (1<

//Timer2 i konfiguracja silnika timerow programowych
TCCR2 |= (1<TCCR2 |= (1<OCR2 =107; // przerwanie porownania co 10ms (100HZ)
TIMSK = (1<

USART_Init(__UBRR);
register_uart_str_rx_event_callback(parse_rs232);

lcd_init();
lcd_cls();
DDRA |= (1< PORTA |= (1<
lcd_str("start_GOOLLLL");

sei();
while(1) {

UART_RX_STR_EVENT(uart_buf);

if( !Timer1 ) {
PORTC ^= (1<Timer1= 25; // co 250 milisekund
}

if ( !Timer2 ) {
switch (get_time) {
case 0 ... 2: uart_puts("+");break;
case 3: uart_puts("a"); break;
case 5: actual_at_cmd =_at_gmt;uart_puts("AT+GMT=1\r");break;
case 10: uart_puts("AT+ENTM\r");break;
}
get_time ++;
if(get_time>100) get_time=0;
Timer2 = 10; //co 100 ms
}
}

}
void parse_rs232(char * buf) {

if ( !buf[0] ) return;

//uint8_t MM,DD,gg,mm,ss;
//uint16_t YY=0;
char * dt;
char * tm;
//+ok=2016-08-16 20:03:59
if(_at_gmt == actual_at_cmd) {
if(!strncasecmp("+ok=", buf,4)) {
dt= strtok(buf,"=");
dt= strtok(NULL," ");
tm= strtok(NULL," ");

if(10 == strlen(dt) && 8 == strlen (tm)) {

lcd_locate(0,0);
lcd_str( dt );
lcd_locate(1,0);
lcd_str( tm );

/*YY = atoi(strtok(dt,"-"));
MM = atoi(strtok(NULL,"-"));
DD = atoi(strtok(NULL,"-"));

gg = atoi(strtok(tm,":"));
mm = atoi(strtok(NULL,":"));
ss = atoi(strtok(NULL,":"));

*/

}

}
}
//obsluga SOFT RESET dla bootloadera
if (!strncasecmp("AT+RST?",buf,7)) {
cli(); // wylacz przerwania
wdt_enable(0); //set watchdog
while(1); //czekaj na restart procka
}

}

ISR (Timer2_COMP_vect) {
uint16_t n;
n=Timer1; //100Hz timer1
if(n) Timer1 = --n;

n=Timer2; // //100Hz timer1
if(n) Timer2= --n;
}[/syntax]

Z góry dzięki za wszelkie rady i pomoc.

Statystyki: Napisane przez truper — 18 sie 2016, o 15:38

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2016-08-18T14:27:33+01:00

truper napisał(a):

Tylko nie wiem czy mogę cały kod wstawić tutaj ?

Kod dawcy czasu nie jest z książki więc możesz spokojnie wstawić. Proszę jedynie nie publikować kodów bibliotek z książki

Statystyki: Napisane przez mirekk36 — 18 sie 2016, o 14:27

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2016-08-18T11:46:34+01:00

Witam wszystkich.
Mam takie pytanie. Czy ktoś z kolegów mógłby udostępnić kod do DAWCY CZASU.
Wydaje mi się że przepisałem go prawidłowo z poradnika ale nie działa mi . To znaczy godzina i data nie jest pobierana. Nie miga nawet dioda. Kod kompiluje się poprawnie. Mogę też wstawić tutaj mój kod żebyście mogli zerknąć na niego i wskazać mi błędy. Tylko nie wiem czy mogę cały kod wstawić tutaj ?
Proszę o rady.
Aha testowałem na zestawie ATB Atnel. Moduł WIFI 232-t ustawiłem według poradnika.
Pozdrawiam.

Statystyki: Napisane przez truper — 18 sie 2016, o 11:46

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T17:39:57+01:00

Radziu napisał(a):

Co konkretnie w tej nocie mam zobaczyć?

masz podane dane magistrali I2C dla układu wybranego rtc

dodatkowo ,... wierz mi procek będzie się nudził
zbudowałem kilka takich projektów tyle ze do samochodów
mimo że było sporo opcji procek wymiękał z nudy

przez większość czasu zajmował się tylko zliczaniem impulsów z układu wtrysków i czujnika drogi
w celu obliczania prędkości i zużycia paliwa

Statystyki: Napisane przez SunRiver — 20 paź 2015, o 17:39

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T17:28:45+01:00

Co konkretnie w tej nocie mam zobaczyć?

Nie mam pojęcia ile % czasu procesora wykorzystałem, nie mam też pojęcia ile czasu zajmuje transmisja, a jeżeli chodzi o mój projekt, to oprócz RTC jest tam parę innych ukladów na I2C.

Statystyki: Napisane przez Radziu — 20 paź 2015, o 17:28

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T16:05:46+01:00

Radziu napisał(a):

No właśnie o to mi chodziło. Czyli więcej czasu procka stracimy na proste dodawanie, niż na transmisję I2C.

ja to bym czym prędzej na kolegi miejscu zaglądnął do noty
po za tym w twoim projekcie 90% czasu procesora to będzie nuda .... zamontuj mu talię kart czy coś

Statystyki: Napisane przez SunRiver — 20 paź 2015, o 16:05

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T16:03:05+01:00

No właśnie o to mi chodziło. Czyli więcej czasu procka stracimy na proste dodawanie, niż na transmisję I2C.

Statystyki: Napisane przez Radziu — 20 paź 2015, o 16:03

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T15:36:08+01:00

Radziu napisał(a):

RTC mierzy czas jak procek jest wyłączony, czas odczytuję z niego tylko w momencie włączania zasilania.

Można ? można ... a kto ci zabroni robić dwa razy tę samą robotę i tracić czas procka ? ... chcesz to tracisz .... przecież to tylko twoja decyzja ... Ja tam wolę żeby to za mnie sprzęt robił skoro daję RTC ... i tak jak myślę zdecydowana większość ludzi, którzy używają RTC ..

Statystyki: Napisane przez mirekk36 — 20 paź 2015, o 15:36

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T14:39:20+01:00

mirekk36 napisał(a):

Radziu napisał(a):

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?

Przepraszam za nieprecyzyjne pytanie i skróty myślowe. Tak chodziło mi o generowanie przerwania w procku z wyjścia INT z RTC. A chodziło mi o to, żeby zamiast na podstawie tego przerwania co sekundę odczytywać czas, można by zwiększać zmieną SEKUND o 1, a po osiągnięciu 60sekund, je wyzerować i zwiększyć zmienną MINUT o 1 ..... itd.

mirekk36 napisał(a):

Jest sens ? .....

O to właśnie pytam.

mirekk36 napisał(a):

a jak chcesz ... to najpierw spróbuj to zrobić (szczególnie datę) a później wróć i ew zadaj to samo pytanie ok?

Zrobiłem tak i to już dość dawno, ponad rok temu, jest to zastosowane w projekcie Komputer Rowerowy, który pokazałem tutaj - topic13121.html
Zegar programowo uwzględnia też zmianę czasu letni/zimowy, obliczanie dnia tygodnia, oraz lata przestępne.

Nefarious19 napisał(a):

Po Co w ogóle RTC?

RTC mierzy czas jak procek jest wyłączony, czas odczytuję z niego tylko w momencie włączania zasilania. A w projekcie Komputera Rowerowego dodatkowo wykorzystałem pamięć RAM z RTC na przechowywanie liczników kasowalnych i statystyk.

Statystyki: Napisane przez Radziu — 20 paź 2015, o 14:39

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T09:50:05+01:00

Radziu napisał(a):

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?

Kup sobie Kolego precyzyjny generator, zliczaj se impulsy i stwórz własny zegarek w procku. Po Co w ogóle RTC?

Statystyki: Napisane przez Nefarious19 — 20 paź 2015, o 09:50

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T09:45:16+01:00

Radziu napisał(a):

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?

Kolega musi najpierw zrozumieć co to są przerwania .... bo ta wypowiedź świadczy, że na razie niezbyt dobrze zdajesz sobie z tego sprawę.

Jaki pin generujący ? mówisz o wyjściu INT z układu RTC ? ..... staraj się pisać bardziej precyzyjnie jeśli chcesz być dobrze rozumiany na forum

więc jeśli piszesz o pinie INT w układzie RTC to już to czegoś tobie nie sugeruje ? Bo twórcy RTC właśnie po to go robią aby podłączyć go z kolei do WEJŚCIA przerwania w procku .... i wtedy odczytywać czas ....

Jeśli zaś tobie chodzi o programowy zegarek w procku - to pomyśl sobie .... to mniej więcej tak jakbyś kupił sobie zegar naścienny do domu, ale schowałbyś go do szafy i podczas gdy słyszałbyś z szafy jego tykanie to wtedy sam kręciłbyś korbą swój własnej produkcji zegar ...

Jest sens ? ..... Nie po to bierzemy RTC żeby później robić na piechotę czas i datę ... a jak chcesz ... to najpierw spróbuj to zrobić (szczególnie datę) a później wróć i ew zadaj to samo pytanie ok?

Statystyki: Napisane przez mirekk36 — 20 paź 2015, o 09:45

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-20T09:09:36+01:00

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?

Statystyki: Napisane przez Radziu — 20 paź 2015, o 09:09

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-10-16T21:01:56+01:00

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:

[syntax=c]if (korekta_czasu_letni_zimowy(&datetime.dst, YY, MM, DD, gg)){
datetime.force_ntp = 25;
}[/syntax]

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

Natomiast analogiczna funkcja z mk_pcf8583.c:
[syntax=c]if ( korekta_czasu_letni_zimowy (&dt->dst, dt->YY, dt->MM, dt->DD, godziny))[/syntax]

Działa bez problemu.

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

Statystyki: Napisane przez Radziu — 16 paź 2015, o 21:01

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-10T19:07:47+01:00

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.

Statystyki: Napisane przez matw — 10 maja 2015, o 19:07

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-10T08:32:13+01:00

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

matw napisał(a):

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

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ę.

Statystyki: Napisane przez mirekk36 — 10 maja 2015, o 08:32

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-10T08:14:31+01:00

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):
[syntax=c]switch(ms100_tick) {
case 0 ... 2: uart_puts_P(PSTR("+")); break;
case 3: uart_puts_P(PSTR("a")); break;
case 5: actual_at_cmd = _at_gmt; uart_puts_P(PSTR("AT+GMT=2\r")); break;
case 10: uart_puts_P(PSTR("AT+ENTM\r")); break;
}[/syntax]
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:
[syntax=c]switch(ms100_tick) {
case 0 ... 2: uart_puts_P(PSTR("+")); break;
case 3: uart_puts_P(PSTR("a")); break;
case 5: actual_at_cmd = _at_gmt; uart_puts_P(PSTR("AT+GMT=2\r")); break;
case 10: actual_at_cmd = _none; uart_puts_P(PSTR("AT+ENTM\r")); break;
}[/syntax]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ść.

Statystyki: Napisane przez matw — 10 maja 2015, o 08:14

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-08T00:03:17+01:00

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

Statystyki: Napisane przez mirekk36 — 8 maja 2015, o 00:03

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-06T23:49:42+01:00

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

Statystyki: Napisane przez Piotrek_P — 6 maja 2015, o 23:49

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-06T23:39:52+01:00

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

Statystyki: Napisane przez mirekk36 — 6 maja 2015, o 23:39

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-03T17:17:48+01:00

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

Statystyki: Napisane przez step_m — 3 maja 2015, o 17:17

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-03T17:15:08+01:00

step_m napisał(a):

Czyli mogę sobie ustawić odczyt z serwera czasu nawet co 5 sekund

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.

Statystyki: Napisane przez mirekk36 — 3 maja 2015, o 17:15

Re: WiFi232 NTP - Dawca Czasu - zaczynamy !

2015-05-03T17:05:14+01:00

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.

Statystyki: Napisane przez step_m — 3 maja 2015, o 17:05