ATNEL tech-forum

Re: Dane globalne "gubią" dane

2017-12-05T21:05:48+01:00

Dziękuję wszystkim za podpowiedzi. Prawie całkowicie przerobiłem kod i już wszystko działa jak należy.

Jeszcze raz dzięki i pozdrawiam.

Statystyki: Napisane przez fiery149 — 5 gru 2017, o 21:05

Re: Dane globalne "gubią" dane

2017-12-05T15:41:09+01:00

Na twoim miejscu całkiem przerobiłbym ten kod zgodnie ze wcześniejszymi sugestiami.
Najlepiej było by zastosować bufor cykliczny ale jeśli nie chcesz się w to bawić możesz zrobić prościej,
stworzyć bufor do odbioru danych od modemu GPS i do niego ładować nadlatujące dane po uarcie, ale zaczekaj z analizą dopóki nie odbierzesz całej komendy. To że odebrałeś komendę rozpoznasz po odebraniu znaku CR lub LF (nie pamiętam który występuje pierwszy, musisz sobie to sprawdzić). Dopiero po odebraniu jednego z tych znaków czy nawet obu w obsłudze przerwania ustaw sobie jakąś flagę, którą będziesz sprawdzał w pętli głównej. Jeśli będzie ona ustawiona to wtedy użyj funkcji strstr żeby wyszukać ciąg znaków $GPGGA. Funkcja strstr zwróci ci wskaźnik będący adresem pod którym zaczyna się znaleziony ciąg znaków. Wykorzystaj ten wskaźnik żeby "przelecieć" po kolei ten bufor i wycinać interesujące cię dane tj. długość geograficzną, szerokość, kierunek , czas, co tam potrzebujesz. Zwróć uwagę że każda z tych informacji jest oddzielana przecinkiem. Żeby mieć pewność że "wycinasz" właściwe dane najlepiej jest ich używać do "nawigacji" np. czas jest zawsze po 1 przecinku, po drugim jest pierwsza współrząędna, po trzecim półkula N lub S itd. Wycinanie danych po indeksie tablicy jest ryzykowne bo nie zawsze ci się to może powtórzyć np. kiedy GPS nie złapał jeszcze fix'a dostaniesz komendę $GPPGA gdzie będzie dużo "pusty" przecinków, wtedy możesz wycinać "śmieci" zamiast rzeczywistej pozycji. Po takim przeskanowaniu możesz wyczyścić bufor i czekać na kolejną linię tekstu od modemu. Komendy wysyłane są nie częściej niż co sekundę więc spokojnie powinieneś się wyrobić, ewentualnie na czas analizy danych zawartych w buforze możesz sobie zablokować odbiór nowych danych, nie musisz pobierać każdej komendy chyba że dla twojego urządzenia jest to konieczne. Powodzenia. Pozdrawiam.

Statystyki: Napisane przez The River — 5 gru 2017, o 15:41

Re: Dane globalne "gubią" dane

2017-12-05T11:45:34+01:00

taką bibliotekę kiedyś zrobiłem - zobacz może Ci się przyda
http://forum.atnel.pl/topic13744.html

Statystyki: Napisane przez iwi — 5 gru 2017, o 11:45

Re: Dane globalne "gubią" dane

2017-12-04T21:27:07+01:00

fiery149 napisał(a):

Dane odbieram w standardzie NMEA. Głównie szukam podobnego do tego ciągu:
"$GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47"

Na końcu ciągu masz znak CR lub LF (znaki końca linii). A ty kończysz na znaku następnym po *. Dlaczego?

Mirek napisał dobitniej na temat obsługi buforów przy odbiorze. Dobrze abyś to także popoprawiał.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 4 gru 2017, o 21:27

Re: Dane globalne "gubią" dane

2017-12-04T21:18:30+01:00

rskup napisał(a):

Dlaczego parsujesz dane cyklicznie bez czekania na pojawianie się ich w buforze?
Także metoda kopiowania danych między buforami w przerwaniu odbioru nie jest elegancka.

Właśnie poprawiłem

rskup napisał(a):

Jaki masz format danych? Bo końcem u Ciebie jest dowolny znak po znaku *.

Dane odbieram w standardzie NMEA. Głównie szukam podobnego do tego ciągu:
"$GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47"

Statystyki: Napisane przez fiery149 — 4 gru 2017, o 21:18

Re: Dane globalne "gubią" dane

2017-12-04T21:13:10+01:00

Polecam książkę:

http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

i zapoznanie się z PODSTAWAMI obsługi komunikacji UART w oparciu o bufory cykliczne - bo to co teraz kolega robi to po prostu tzw masakra - i nie dziwota że dane się "gubią"

Statystyki: Napisane przez mirekk36 — 4 gru 2017, o 21:13

Re: Dane globalne "gubią" dane

2017-12-04T20:59:38+01:00

Dlaczego parsujesz dane cyklicznie bez czekania na pojawianie się ich w buforze?
Także metoda kopiowania danych między buforami w przerwaniu odbioru nie jest elegancka.

--
Pozdrawiam,
Robert

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

Dodatkowo break w miejscu w default przy odbiorze wygląda bardzo nieprofesjonalnie.

Jaki masz format danych? Bo końcem u Ciebie jest dowolny znak po znaku *.

Statystyki: Napisane przez rskup — 4 gru 2017, o 20:59

Re: Dane globalne "gubią" dane

2017-12-04T20:18:19+01:00

Ja rozumiem, że można na gwałt szukać rozwiązania ale to chyba nie zwalnia z podstawowych zasad kultury i choćby przy pierwszym swoim poście wypadałoby się przedstawić i dodać kilka słów więcej. A nie rachu ciachu i dajcie mi odpowiedź.

Statystyki: Napisane przez micky — 4 gru 2017, o 20:18

Dane globalne "gubią" dane

2017-12-04T20:30:46+01:00

Witam,
Proszę o wybaczenie, jak pewnie można zauważyć, jestem nowy na forum.Jestem Przemek i studiuję elektronikę i telekomunikację na Politechnice Śląskiej.
Aktualnie pracuję nad projektem wysokościomierza z datą i współrzędnymi geograficznymi opartym na module GPS.

Mam problem z kodem.

[syntax=c]int GGA_POINTER=0;
char NMEA_CODE[80],RAW_DATA[80];
volatile char output_lcd[3][16];
volatile char Line1[16],Line2[16];
volatile char raw_time[6],raw_latitude[10],raw_longtitude[10],lat_dir[1],long_dir[1],raw_altitude[8];

ISR(USART_RXC_vect)
{
char data=UDR;
switch(data)
{
case ('$'):
GGA_POINTER=0;
status=1;
break;

case ('*'):
NMEA_CODE[GGA_POINTER++]=data;
status=0;
break;

default:
if(!status)
{
sprintf(RAW_DATA,"%s",NMEA_CODE);
break;
}
NMEA_CODE[GGA_POINTER++]=data;

}
}

void parse_data()
{

if(strstr(RAW_DATA,"GGA") != 0)
{
int i=0,j=0;
while(RAW_DATA[i] != ',') i++;
i++;

while(RAW_DATA[i] != ',')
{
raw_time[j]='1'/*RAW_DATA[i]*/;
i++; j++;
}
i++; j=0;
while(RAW_DATA[i] != ',')
{
raw_latitude[j]=RAW_DATA[i];
i++; j++;
}
i++; j=0;

while(RAW_DATA[i] != ',')
{
lat_dir[j]=RAW_DATA[i];
i++; j++;
}
i++; j=0;

while(RAW_DATA[i] != ',')
{
raw_longtitude[j]=RAW_DATA[i];
i++; j++;
}
i++; j=0;

while(RAW_DATA[i] != ',')
{
long_dir[j]=RAW_DATA[i];
i++; j++;
}
i++; j=0;

while(RAW_DATA[i] != ',') i++;
i++;

while(RAW_DATA[i] != ',') i++;
i++;

while(RAW_DATA[i] != ',') i++;
i++;

while(RAW_DATA[i] != ',')
{
raw_altitude[j]=RAW_DATA[i];
i++; j++;
}
i++; j=0;

}
GGA_TRUE=0;
}

void convert(char tim,char raw_lat,char raw_long,char lat_d, char long_d,char raw_alt)
{
static char time_lcd[16],longtitude_lcd[16],latitude_lcd[16];
static uint32_t time_int;
static unsigned int hours,long_deg,lat_deg,long_min,lat_min,minutes,seconds;
float altitude,longtitude,latitude;

time_int=atol(tim);
altitude=atof(raw_alt);
longtitude=atof(raw_long);
latitude=atof(raw_lat);

hours=time_int / 10000;
minutes=(time_int % 10000)/100;
seconds=(time_int % 10000)%100;

long_deg=longtitude/100;
long_min=(int)longtitude%100;
//long_sec=(float)longtitude%1;

lat_deg=latitude/100;
lat_min=(int)latitude%100;
//lat_sec=(float)latitude%1;

sprintf(time_lcd," %2.0d:%2.0d:%2.0d UTC",hours,minutes,seconds);
/*send_lcd(time_lcd,"aa");
sprintf(longtitude_lcd,"%2i° %2i' %0.2f'' %s",long_deg,long_min,longtitude,long_d);
sprintf(latitude_lcd,"%2i° %2i' %0.2f'' %s",lat_deg,lat_min,latitude,lat_d);*/

strcpy(output_lcd[0],time_lcd);
}

int main(void)
{
DDRD = _BV(2) | _BV(3) | _BV(4);
PORTD = _BV(2) | _BV(3) | _BV(4);

usart_inicjuj();

TCCR0 |= (1<TIMSK |= (1<
LCD_Initalize();
sei();
while (1)
{
parse_data();
convert(raw_time,raw_latitude,raw_longtitude,lat_dir,long_dir,raw_altitude);
send_lcd(output_lcd[0],"");
}

}[/syntax]

Dane otrzymane po UARCIE zapisuję do tablicy NMEA_CODE, a następnie w funkcji parse_data, fragmentuję otrzymane dane. I tu zaczyna się problem:
globalne tablice char, tracą zawierające dane. Dane są dostępne jedynie przez chwilę, gdy zostanie spełniony warunek:
[syntax=c]if(strstr(RAW_DATA,"GGA") != 0)[/syntax]

Pozdrawiam.

Statystyki: Napisane przez fiery149 — 4 gru 2017, o 19:44