ATNEL tech-forum

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T21:28:01+01:00

Dobra już jest wszystko ok. Dobrze oglądałem bo działał tylko musiałem źle go dodać do swojego projektu. zrobiłem to jeszcze raz i jest wszystko git:)
Jeszcze trochę to pewnie pochwale się swoim pierwszym projektem napisanym w języku C - zegarem . I pragnę podziękować koledze Mirkowi za ogrom pracy jaki dla nas wkłada, dzięki temu fantastycznie się bawię z tymi AVR-kami, Książki wraz z poradnikami to świetne źródło nauki i zabawy:)

Statystyki: Napisane przez Arek1111111111 — 17 sie 2015, o 21:28

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T21:17:47+01:00

No to źle oglądałeś albo nie oglądałeś poradników o dawcy czasu z PCF8583 ... a tam kurka masz wszystko pokazane żeby się sam dostosowywał do czasu letniego albo zimowego

Statystyki: Napisane przez mirekk36 — 17 sie 2015, o 21:17

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T21:16:24+01:00

To prawda w takich sytuacjach najbardziej docenia się takie fajne bajery;), wszystko juz fajnie śmiga tylko chciałem spytać czy jest jakiś prosty sposób na zmianę czasu letni zimowy? Bo teraz pobiera mi niby 21:15 zamiast 22, Bibliotekę dawcy czasu pisałem z poradników.

Statystyki: Napisane przez Arek1111111111 — 17 sie 2015, o 21:16

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T19:58:51+01:00

no i przydały się kopie eclips gadżecika

Statystyki: Napisane przez mirekk36 — 17 sie 2015, o 19:58

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T19:45:29+01:00

ok wróciłem do wcześniejszej wersji projektu dzięki programowi Eclipse Gadget i tutaj wszystko dziala. Więc teraz pozostaje mi po kolei sprawdzać w czym zrobiłem błąd. Dziękuje kolegom za pomoc, bardzo pomogły w testowaniu gdzie leży problem

Statystyki: Napisane przez Arek1111111111 — 17 sie 2015, o 19:45

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T16:26:41+01:00

Tak i właśnie takim debugerem sprawdziłem że nie wywołuje się funkcja parse_rs232.

------------------------ [ Dodano po: 23 minutach ]

Zarejestrowana jest w funkcji main przed pętla główną zaraz po inicjalizacji uarta. Może to coś w tym robię nie tak?

Statystyki: Napisane przez Arek1111111111 — 17 sie 2015, o 16:26

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T16:02:37+01:00

Arek1111111111 napisał(a):

Niestety na wyświetlaczu są same zera. Zapis do rtc działa ale w innym miejscu programu. Nic w funkcji parse_rs232 się nie wykonuje.

Wiesz co to jest debuger na jednej diodzie LED ?

Statystyki: Napisane przez mirekk36 — 17 sie 2015, o 16:02

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T15:39:57+01:00

Niestety na wyświetlaczu są same zera. Zapis do rtc działa ale w innym miejscu programu. Nic w funkcji parse_rs232 się nie wykonuje.

Statystyki: Napisane przez Arek1111111111 — 17 sie 2015, o 15:39

Re: Problem z funkcją pobierającą czas NTP

2015-08-17T00:22:28+01:00

Z tego co zrozumiałem to Twój zegarek działa prawidłowo jak również samo ustawianie zegarka:[syntax=c]set_rtc_datetime( &datetime, 2015, 08, 17, 0, 07, 55);[/syntax]

Podglądając co nadlatuje z modułu wifi w terminalu, otrzymujesz prawidłowe dane (konfiguracja modułu ATNEL-WIFI232-T i połączenie z internetem jest w porządku, tutaj nie ma co się tego czepiać).

Spróbowałbym jeszcze raz zakomentować tą linijkę:
[syntax=c]set_rtc_datetime(&datetime,YY,MM,DD,gg,mm,ss);//ustaw czas w rtc[/syntax]
i zaraz pod nią wstawił:
[syntax=c]cy1 = (dt->mm) / 10; //cy1, cy2, cy3, cy4 - zmienne globalne przechowujące cyfry LED do wyświetlenia
cy2 = (dt->mm) % 10; //mm - na próbę, aby wyświetlić minuty
cy3 = (dt->ss) / 10; //ss - na próbę, aby wyświetlić sekundy
cy4 = (dt->ss) % 10;[/syntax]

pamiętając o zakomentowaniu w pętli głównej
[syntax=c]RTC_EVENT();[/syntax]

i wywołując co np 10 sekund:
[syntax=c]GetNtpTime_EVENT( &Timer2, 10, 0, 0, NULL );[/syntax]

Dzięki temu co 10s powninieneś otrzymać z NTP zauktualizowany czas i zobaczyć go na wyświetlaczu LED ( w tym przypadku oczywiście tylko minuty i sekundy ). Sądzę, że tak będzie łatwiej znaleźć babola. Daj znać czy to działa.

Statystyki: Napisane przez anshar — 17 sie 2015, o 00:22

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:53:30+01:00

Czyli z lcd Ci działa tak?

Statystyki: Napisane przez anshar — 16 sie 2015, o 22:53

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:52:13+01:00

na dziś sobie podaruje a jutro wrócę do wersji z lcd i od początku spróbuje przystosować do swojego projektu.

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 22:52

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:49:04+01:00

Nie tutaj nie wrzucaj.

Statystyki: Napisane przez anshar — 16 sie 2015, o 22:49

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:46:17+01:00

tak tylko lekko przerobiłem do sterowania katodami zamiast anodami. dodał bym cały kod tylko jest dość niechlujnie napisany, ale jak to może pomóc to zaraz mogę wrzucić

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 22:46

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:40:41+01:00

A wykorzystujesz bibliotekę do LED'ów z niebieskiej książki?

Statystyki: Napisane przez anshar — 16 sie 2015, o 22:40

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:32:33+01:00

Testuje to na wyświetlaczach led, ale z tego co widzę to wcale nie jest wykonywana funkcja parsująca dane. rtc_Event zablokowane ale bez skutku na wyświetlaczach same zera.

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 22:32

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:27:31+01:00

Nie, nie czekaj. odkomentuj linie od 37 do 47 i zakomentuj linię RTC_EVENT(); w pętli głównej. Powinieneś wtedy zobaczyć na wyświetaczu LCD co przychodzi z NTP. To raczej masz OK. Ale sprawdź.

Oczywiście tylko od 38 do 41, oraz od 44 do 47 (na listingu, który zamieściłeś wyżej).

Statystyki: Napisane przez anshar — 16 sie 2015, o 22:27

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:13:18+01:00

Aha a to co dostaje do procesora z modułu WIFI jest prawidłowe? może jakaś inna część programu zakłóca odbiór danych z modułu wifi

------------------------ [ Dodano po: 7 minutach ]

W funkcji parse_rs232 za-komentowałem warunki sprawdzające i ustawiłem by zapisalo do rtc na sztywno ustawiona dziwna datę i godzinę ale to i tak się nie wykonuje, tak jakby nie wykonywała się ta funkcja. Ale z czym to jest związane jak to sprawdzić nie mam pojęcia, Zacznę sprawdzać jeszcze raz połączenia może problem jest w sprzęcie

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 22:13

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:08:07+01:00

Arek1111111111 napisał(a):

podkreślona jest linia 197 czyli w przerwaniu w instrukcji switch(data) case13 : ascii_line++;
błąd to : No break at the end of case.

Tak ma być. To akurat jest dobrze.

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

Interpreter Eclipse'a czepia się, że po instrukcji case13 brakuje instukcji break;, ale to jest zamierzone akurat.

Statystyki: Napisane przez anshar — 16 sie 2015, o 22:08

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T22:05:27+01:00

podkreślona jest linia 197 czyli w przerwaniu w instrukcji switch(data) case13 : ascii_line++;
błąd to : No break at the end of case.

poprawiłem to co otrzymałem z terminala na aktualne i bardziej czytelne.
Nie wiem czy może to mieć coś wspólnego z systemem operacyjnym? bo akurat internet mi szwankuje.

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 22:05

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T21:57:10+01:00

A jak wygląda ten warning z UARTa?

Statystyki: Napisane przez anshar — 16 sie 2015, o 21:57

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T21:58:56+01:00

podglądając w terminalu co nadlatuje z modułu wifi wygląda wszystko ok:

a+ok
AT+GMT=1
+ok=2015-08-16 21:56:08
AT+ENTM
+ok
Jednak nie zapisuje tej daty z ntp do rtc, a odczytuje poprawnie z rtc. Sprawdzając pułapką diodowa program nie przechodzi warunku sprawdzającego czy nadleciało z modułu wifi "+ok=" Proszę was o jakieś wskazówki bo już sił brak

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 21:52

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T21:21:29+01:00

Musi działaś!

Statystyki: Napisane przez anshar — 16 sie 2015, o 21:21

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T21:09:15+01:00

a i ostrzeżenie znikło, zaraz sprawdze czy teraz będzie działać

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 21:09

Re: Problem z funkcją pobierającą czas NTP

2015-08-16T20:54:52+01:00

Podpowiem, że chodzi o tą linijkę:
[syntax=c]set_rtc_datetime( &datetime, YY, MM, DD, gg, mm, ss );[/syntax]

------------------------ [ Dodano po: 2 minutach ]

Arek1111111111 napisał(a):

warning: variable 'ss' set but not used

W wolnym tłumaczeniu oznacza "ostrzeżenie: zmienna 'ss' ustawiona (zadeklarowana) lecz nie użyta.

Statystyki: Napisane przez anshar — 16 sie 2015, o 20:54

Problem z funkcją pobierającą czas NTP

2015-08-16T19:33:39+01:00

Witam, nie mam pojęcia skąd pojawił mi się warning w funkcji parsującej dane z uarta. Wcześniej wydaje mi się że nie było tego warninga.
Podkreślona jest linia uint8_t MM, DD, gg, mm, ss
[syntax=c]void parse_rs232(char * buf)
{

if(!buf[0]) return; // gdy nadleci pusta linia do terminala (ktoś nacisnął enter 3x pod rząd, gdy pierwszy znak 0 to wyjdź z funkcji
uint8_t MM, DD, gg, mm, ss;
uint16_t YY;
// 2 zmienne wskaźnikowe jako zmienne lokalne, dlatego że funkcja strtok działa ze wskaźnikami
char * tm;
char * dt;

if(_at_gmt == actual_at_cmd) // analizujemy to co przychodzi z serwera czasu, a nie coś przypadkowego
{

// format odpowiedzi z modułu: +ok=2015-05-18 20:03:15 - na prośbę o podanie czasu
// trzeba ten string podzielić na tokeny czyli fragmenty oddzielone separatorami
// znak = jest separatorem, powstają dwa stringi: +ok= i 2015-05-18 20:03:15
// string 2015-05-18 20:03:15 można podzielić na token daty i casu odseparowane znakiem spacji
// w tokenie daty są 3 tokeny oddzielone separatorem -, które można pozyskać do zmiennych cyfrowych
// w tokenie czasu są 3 tokeny oddzielone separatorem :, które można pozyskać do zmiennych cyfrowych
if(!strncasecmp("+ok=", buf, 4)) // analizujemy czy początek stringa to "+ok="
{

// wskaźnik na pierwszy znak bufora buf gdzie znajduje się string odebrany z serwera czasu: +ok=2015-05-18 20:03:15
// funkcja szuka i przekaże wskaźnik do pierwszego tokena +ok, a w miejsce separatora = wstawi 0
dt = strtok(buf, "=");
// funkcja ma nadal parsować string 2015-05-18 20:03:15, ale teraz szukać spacji
// w miejsce spacji wstawi 0, a w dt zachowany zostanie wskaźnik do stringa: 2015-05-18
dt = strtok(NULL, " ");
// szukamy następnej spacji, ale ... na końcu jest 0, ale to nic nie szkodzi
// jako tm podstawiony zostanie pierwszy token przed brakiem spacji, czyli końcem stringa, czyli: 20:03:15
tm = strtok(NULL, " ");
// sprawdzamy czy wszystko przebiegło prawidłowo (długość łańcucha daty (10 znaków) i czasu(8 znaków)
if (10 == strlen(dt) && 8 == strlen(tm))
{

// wyświetlimy datę
//lcd_locate(0,0);
//lcd_str("--:--:--");
//lcd_locate(1,0);
//lcd_str("- sync - ");
// wyświetlimy czas
_delay_ms(1000);
//lcd_locate(1,0);
//lcd_str(tm);
//lcd_locate(0,0);
//lcd_str(dt);
// ASCII to integer - zamiana stringu na liczbę
YY = atoi(strtok(dt,"-"));
// ten sam string analizowany dalej, dlatego NULL
MM = atoi(strtok(NULL,"-"));
// ten sam string analizowany dalej, dlatego NULL
DD = atoi(strtok(NULL,"-"));

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

if(korekta_czasu_letni_zimowy(&datetime.dst, YY,MM,DD,gg))
{
datetime.force_ntp=25;
}

//set_rtc_datetime(&datetime,YY,MM,DD,gg,mm,ss);//ustaw czas w rtc
}
}
}

if(!strncasecmp("AT+RST?", buf, 7)) // , , tą funkcją porównujemy stringi
{
cli(); // disable interrupts
wdt_enable(0); // set watchdog,
while(1); // wait for reset
}
}[/syntax]

a warning taki:

make all
Building file: ../main.c
Invoking: AVR Compiler
avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega32 -DF_CPU=11059200UL -MMD -MP -MF"main.d" -MT"main.d" -c -o "main.o" "../main.c"
../main.c: In function 'parse_rs232':
../main.c:146:34: warning: variable 'ss' set but not used [-Wunused-but-set-variable]
../main.c:146:30: warning: variable 'mm' set but not used [-Wunused-but-set-variable]
Finished building: ../main.c

nie mam pojęcia o co może chodzić, podobny warning wyskoczył mi w bibliotece od uarta z bluebooka ale tam biblioteka chociaż działa.
Prosze kolegów o pomoc w zrozumieniu problemu.

------------------------ [ Dodano po: 25 minutach ]

Robiąc testy z pułapka programową i diodą led zauważyłem że program nie przechodzi za linijkę:
[syntax=c]if(!buf[0]) return; // gdy nadleci pusta linia do terminala (ktoś nacisnął enter 3x pod rząd, gdy pierwszy znak 0 to wyjdź z funkcji[/syntax]
Z kolei podglądając komunikacje na uarcie wszystko wygląda być w porządku. na terminalu pokazuje mi odczytaną datę i godzinę z Atnelwifi.

Statystyki: Napisane przez Arek1111111111 — 16 sie 2015, o 19:33