ATNEL tech-forum

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-05T21:18:29+01:00

zrobiłem sobie troszeczkę ładniejszą obsługę całego programu.
Niestety, pierwszy raz działa:

Code:

$GPGGA201529.000||5210.2440N||02100.3153E||1||8||136.5||027.9||SEND SMS$GPGSA

i tutaj stoi...

kod main:
[syntax=c]
while(1)
{
while(!GPS_Block)GPS_Rx();

if(s1_flag)
{
if((0 == (sekundy%3)) && !TEMP_Block)search_sensors(); // wyszukaj DS18B20
if((1 == (sekundy%3)) && !TEMP_Block)DS18X20_start_meas(DS18X20_POWER_EXTERN, NULL); // zacznij mierzyć
if((2 == (sekundy%3)) && !TEMP_Block)
{
if ( DS18X20_OK == DS18X20_read_meas_single(DS18B20_ID, &subzero, &temp_dec, &temp_rest))
{
char tmpbuffer[7]; // dla konwersji z int to ASCII
char dot[]=".";
strcat(SMS_Buff,itoa(subzero, tmpbuffer, 10)); //zero oznacza +, 1 oznacza -
strcat(SMS_Buff,itoa(temp_dec, tmpbuffer, 10));
strcat(SMS_Buff,dot);
strcat(SMS_Buff,itoa(temp_rest, tmpbuffer, 10));
strcat(SMS_Buff,SMS_Separator);

TEMP_Block=1; // az do wyslania smsa
uart0_puts(SMS_Buff);
}
}

if((0 == sekundy%5))
{
uart0_puts("SEND SMS");
GPS_Block=0;
TEMP_Block=0;
}
s1_flag--;
}
}
[/syntax]
kod gps:
[syntax=c]
void GPS_Rx(void)
{
if(flag1)
{
i=0; // zerowy element tablicy bufor GPS
isGPPA=0; // Domyslna wartosc
//gps_ChckSum=0; // Zerowanie sumy kontrolnej

GPGGA_Flush(); // czyszczenie bufora GPS
SMS_Buff_Flush(); // czyszczenie bufora SMS

while((c=uart1_getc()) != '\n')
{
GPGGA_Data[i++]=c; // tutaj mam już całą linię w GPGGA_Data
}

token = strtok(GPGGA_Data,separator);
uart0_puts(token);

if(token && (strcmp(token,"$GPGGA") == 0))
isGPPA = 1; // czy token to GPPGA?

if(isGPPA)
{
gps_time = strtok(NULL, separator);
gps_lattitude = strtok(NULL, separator);
gps_ns = strtok(NULL, separator);
gps_longitude = strtok(NULL, separator);
gps_ew = strtok(NULL, separator);
gps_isvalid = strtok(NULL, separator);
gps_satnumb = strtok(NULL, separator);
gps_hdop = strtok(NULL, separator);
gps_altitude = strtok(NULL, separator);
///strtok(NULL, "*"); //do gwiazdki by sprawdzic CheckSum
//gps_CheckSumRcv = strtok(NULL, "*");
if(atoi(gps_isvalid) == 1)
{
strcat(SMS_Buff,gps_time);
strcat(SMS_Buff,SMS_Separator);
strcat(SMS_Buff,gps_lattitude);
strcat(SMS_Buff,gps_ns);
strcat(SMS_Buff,SMS_Separator);
strcat(SMS_Buff,gps_longitude);
strcat(SMS_Buff,gps_ew);
strcat(SMS_Buff,SMS_Separator);
strcat(SMS_Buff,gps_isvalid);
strcat(SMS_Buff,SMS_Separator);
strcat(SMS_Buff,gps_satnumb);
strcat(SMS_Buff,SMS_Separator);
strcat(SMS_Buff,gps_altitude);
strcat(SMS_Buff,SMS_Separator);

GPS_Block=1; // dopoki nie wysle SMS
}
}
flag1--;
}
}
[/syntax]

co się dzieje?

rozwiązanie dla potomnych
w przerwaniu ISR dodałem warunek sprawdzajacy czy GPS_Block jest 0, jeśli jest zaipsuje dane do bufora cyklicznego normalnie, jak jest 1 to olewam

Czy to jest rozwiązanie zgodne ze sztuką?

Statystyki: Napisane przez bubu_pl — 5 sie 2012, o 21:18

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T19:37:36+01:00

Możesz wyłowić minuty ze stringa

I zastosować coś takiego
if (1==(atoi(wylowione_minuty))%2){
tutaj obsługa wysyłki by SMS
}

lepszym rozwiązaniem by było zrobienie wewnętrznego zegarka i działanie ewentualnie na nim, a dodatkowo możesz go synchronizować np co godzinę ( czy też rzadziej ) z GPS.

Statystyki: Napisane przez Malutki_27 — 3 sie 2012, o 19:37

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T19:28:19+01:00

Dziękuje za cenne rady wszystkim forumowiczom:)

kolejna sprawa (coby temat nie podupadl )

istnieje jakieś sensowne rozwiązanie które sprawi, iż np co minutę będzie wysyłany sms? jak ognia chcę uniknąć delay

może sprawdzanie czy w czasie pobranym z GPS sekundy są równe 00?

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 19:28

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T17:36:23+01:00

A widzisz - czyli nie wycinasz CR po skonsumowaniu linii z bufora - dlatego ci tu wyłazi - więc nie szukaj do *=gwiazdki tylko do CR ... rozumiesz ?

a przy okazji zamiast pisać tak:

[syntax=c] uart0_puts("JEA");
uart0_putc( '\r' );
uart0_putc( '\n' );[/syntax]

ułatw sobie życie i pisz tak:

[syntax=c] uart0_puts("JEA\r\n");[/syntax]

czyli ładnie idzie dalej ... najważniejsze to umiejętnie sprawdzać każdy fragment stosując po drodze takie chwilowe pułapki jakie ci wcześniej pokazałem

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

Aha - wprawdzie już doszedłeś że przed $GPGGA wpada ci CR .... ale musiałeś to podejrzeć na terminalu - a wystarczyłoby zrobić dodatkową pułapkę i wyrzucać na terminal także ilość znaków

strlen(token)

i już być wiedział że masz w tokenie o jeden znak więcej

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 17:36

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T16:51:51+01:00

oczywiście się zgadzam:) babole w stylu 0xXX już nie wystąpią:)

zastanawia mnie jedna rzecz, mianowicie nie działa poprawnie porównywanie znaków. zrobiłem taki oto kod w funkcji:

[syntax=c]

uart0_puts(token);

if(token && (strcmp(token,"$GPGGA") == 0))
isGPPA = 1; // wysyalnie 'S' jesli pierwszy token to $GPGGA

if(isGPPA)
{
uart0_puts("JEA");
uart0_putc( '\r' );
uart0_putc( '\n' );
}
[/syntax]

output:

Code:

jak widać $GPGGA występuje i ma się dobrze, jednak nie wyświetla się radosny napis 'JEA', nie jest spełoniony warunek... coś dziwnego, prawda?

EDYCJA:
Podejrzałem w HexEdytorze, okazało się że toke nzaczyna się od \n. zmiana kodu na:
[syntax=c]if(token && (strcmp(token,"\n$GPGGA") == 0))
isGPPA = 1; // wysyalnie 'S' jesli pierwszy token to $GPGGA[/syntax]

działam dalej

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 16:51

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T15:40:38+01:00

Ja ci podpowiem jak ja bym na twoim miejscu to sobie sprawdzał - zobacz na to:

[syntax=c]while(1)
{
if(flag1)
{
i=0; // zerowy element tablicy bufor GPS
GPGGA_Flush(); // czyszczenie bufora GPS

while((c=uart1_getc()) != '*' )
{
GPGGA_Data[i++]=c; // tutaj mam już całą linię w GPGGA_Data
}

token = strtok(GPGGA_Data,",");

// to jest mój DEBUG
uart_puts( token ); // tu sprawdziłbym sobie co mam w tokienie
while(1);

if(token && (strcmp(token,"$GPGGA") == 0))
{
uart0_putc('S'); // wysyalnie 'S' jesli pierwszy token to $GPGGA
}

flag1--;
}
}[/syntax]

Stosuj sobie takie PUŁAPKI - debugerystyczne szybciej ci pójdzie

ale uwaga - kolega po raz kolejny podaje kod z tym dziwnym 0x2d

while((c=uart1_getc()) != 0x2d )

wiem, że kolega może to uznać za jakąś złośliwość z mojej strony ale przysięgam że tak nie jest. Jednak jeśli dalej w kodach nadsyłanych do analizy na tym forum, nie będzie kolega ułatwiał życia innym jeśli już nie sobie

while((c=uart1_getc()) != '*' )

to ja niezbyt chętnie albo w ogóle nie będę udzielał pomocy. Takie są po prostu zasady dobrego stylu pisania kodu na naszym forum....

oczywiście nie chcę robić z igły widły i nie chodzi mi o tę linijkę bo już wiem że 0x2d na szybko do *, ale tak na przyszłość - mam nadzieję że kolega mnie zrozumiem.

-------------------

wracając do tematu - takie stosowanie pułapek w najprostszym debugerze jaki ci wyżej pokazuję to jedna z najlepszych metod na dochodzenie do sedna sprawy

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 15:40

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T15:07:37+01:00

dzięki za pomoc

wymodziłem taki kod:

definicja bufora i jego czyszczenie
[syntax=c]#define GPS_BUFF_SIZE 120
char GPGGA_Data[GPS_BUFF_SIZE]; // bufor dla odpowiedzi z GPS

void GPGGA_Flush(void) //
{
uint8_t i;
for(i=0; i{
GPGGA_Data[i]=0;
}
}[/syntax]

petle główna:
[syntax=c]
while(1)
{
if(flag1)
{
i=0; // zerowy element tablicy bufor GPS
GPGGA_Flush(); // czyszczenie bufora GPS

while((c=uart1_getc()) != 0x2d)
{
GPGGA_Data[i++]=c; // tutaj mam już całą linię w GPGGA_Data
}

token = strtok(GPGGA_Data,",");

if(token && (strcmp(token,"$GPGGA") == 0))
{
uart0_putc('S'); // wysyalnie 'S' jesli pierwszy token to $GPGGA
}

flag1--;
}
}[/syntax]

jednak na terminalu nie widze oczekianej literki S mowiacej ze znaleziono String $GPGGA... wydaje mi sie ze kod wyglada dobrze i powinien dzialac.

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 15:07

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T14:24:09+01:00

bubu_pl napisał(a):

Moglibyscie powiedziec czy ide w dobrym kierunku?

Tzn tak, pewnie wiesz że każdą rzecz można oprogramować na milion różnych sposobów, na tyle ilu jest programistów na świecie więc ciężko powiedzieć że to jest zła droga - ale myślę że na pewno najeżona ostrymi kamieniami...

dlaczego ???

dlatego że jak sądzę ty teraz próbujesz ustawiać flagę w przerwaniu w zależności od czego ? od kilku różnych znaków ??? ... oj

poza tym dlaczego nie korzystasz z podstawowej zasady dobrego stylu programowania w C i wciąż piszesz warunki tego typu z jakimiś dzikimi kodami HEX ??? .... no weź pod uwagę że czytający mają dużo trudniej żeby teraz to odcyfrowywać.... pomyśl sobie czy nie lepiej NAWET dla CIEBIE zamiast pisać tak:

if(data == 0x2a)

co jest dla mnie zgrozą czytać jak mam pomóc - pisać tak?

if( data == '*' )

czyż to nie jest dla oka 1000000 razy przyjemniejsze ?

tak samo z CR czy LF

zamiast tak:

if( data == 0x0d )

to tak

if( data == '\r' )

albo tak:

#define CR 0x0d

if( data == CR )

pomyśl nad tym .... ale ok teraz sugestia drobna jeśli chodzi o kierunek jak sobie radzić nawet bez drugiej książki na razie. Pisałem ci wcześniej o tych funkcjach strtok() i strtok_r()

masz opisane ich działanie w PDF'ie w folderze WinAVR na własnym dysku ....

Idea jest taka - jak już odebrałeś do bufora całą ramkę - to postaraj się podzielić ją na kawałki za pomocą tych funkcji, na kawałki które cię interesują (czyli TOKENY bo tak się je nazywa). Przecież twórcy tego GPS'a właśnie tak tworzyli tą ramkę żeby w C było można ją wessać jak dobry makaron

każdy przecinek w twojej ramce jest separatorem tokena. A zatem w kilku liniach krok po kroku można mieć sparsowaną dzięki tym funkcjom całą ramkę bez budowania własnych pętli while() które będą biegać znak po znaku i próbować robić od początku świata to co już dawno za ciebie robi strtok() - poczytasz o tych funkcjach ?

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 14:24

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T13:24:44+01:00

No i tutaj się zaczyna dylemat ponieważ ( absolutnie nie traktuj mojej wypowiedzi na namawianie do czegokolwiek ) trudno mi jest doradzać wiedząc że można to zrobić szybko i bardzo ale to bardzo bezboleśnie z wiedza zamieszczoną w drugiej ksiązce. Przykład tego co chcesz zrobic masz tutajtopic1264.html#p11309.

A wracając do meritum. Bufor masz za mały o 2 znaki, zapominasz o CR i LF,a i tak będzie przymały jak na moje wyczucie. Powinien być dwu trzy krotnie większy.

Statystyki: Napisane przez Malutki_27 — 3 sie 2012, o 13:24

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T12:14:36+01:00

Ok, póki jednak nie mam książki spróbuję powalczyć:)

zrobiłem sobie bufor GPGGA_Data[70] dla całego stringa
Moglibyscie powiedziec czy ide w dobrym kierunku?

w main:
[syntax=c]while(1)
{

if(flag1)
{
i=0;

// pobieranie z bufora UART i zapisywanie do bufora GPGGA_Data
while((c=uart1_getc()) != 0x2d)
{
if (c != '*')
{
GPGGA_Data[i++] = c;
ChSumCalc = ChSumCalc ^ c;
}
else
{
flagEnd--; // gdy napotykam *
}
}

flag1--;
}
}[/syntax]

W obsludze przerwania dodalem:
[syntax=c]
if(data == 0x2a)
flagEnd++;
// na wypadek gdy spotykam *
[/syntax]

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 12:14

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T11:24:22+01:00

bubu_pl napisał(a):

czy zalecany jest sposób sprawdzania znaku po znaku czy występuje $GPGGA?

Co do książki: kupię napewno, pierwsza część bardzo mi przypadła do gustu:)

Pobierasz całego stringa i ganiasz po nim.
Własnie takie zabawy są BARDZO dobrze opisane w drugiej książce. Naprawę polecam ci kup, przeczytaj i dopiero zacznij dalej zabawę .......

Statystyki: Napisane przez Malutki_27 — 3 sie 2012, o 11:24

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T11:20:13+01:00

bubu_pl napisał(a):

czy zalecany jest sposób sprawdzania znaku po znaku czy występuje $GPGGA?

No widzisz, to póki nie masz tej drugiej książki to zainteresuj się wbudowanymi funkcjami strtok() oraz strtok_r() bo one są w C jakby w standardzie właśnie do parsowania. Robienie tego znak po znaku to katorga (też można ale to męczarnia) i dlatego rozumiem skąd to przerażenie na początku o trudności z parsowaniem danych.

A przy okazji kolega Malutki_27 dobrze prawi o tym sprawdzaniu CRC, bo w przypadku jakichś zakłóceń transmisji odpadnie ci z marszu kolejny hektolitr problemów

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 11:20

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T11:10:51+01:00

Ja bym podszedł troszkę innaczej. Zanim bym cokolwiek "prasował" to sprawdziłbym czy CRC się zgadza i jeżeli by było ok to wtedy parsujemy dane, a jak nie to ramkę ignorujemy.

------------------------ [ Dodano po: 9 minutach ]

Obliczanie CRC dla NMEA jest tutaj. strona 4.

Statystyki: Napisane przez Malutki_27 — 3 sie 2012, o 11:10

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T11:06:26+01:00

za namową Mirka sprawdziłem w Hex Edytorze (zawsze jakaś nauka;) )
i okazało się że Malutki_27 ma racje:)

dalej, usuwam znak :

ISR( USART1_RX_vect)
[syntax=c]
if(data == 0x0a)
data = 0x00;
[/syntax]

teraz zostaje mi parsowanie ramek...

czy zalecany jest sposób sprawdzania znaku po znaku czy występuje $GPGGA?

Co do książki: kupię napewno, pierwsza część bardzo mi przypadła do gustu:)

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 11:06

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T11:02:26+01:00

Datasheet strona 14 i już wiesz jaki jest format ramki oraz jaki jest znaka końca, w tym przypadku

Statystyki: Napisane przez Malutki_27 — 3 sie 2012, o 11:02

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T10:54:38+01:00

Tak już jest lepiej ale no musisz poćwiczyć bo masz to pod ręką.

Oczywiście że mylisz się, że trudno to obrabiać ponieważ nawet gdyby ramki przylatywałby dużo szybciej to i tak procesor ma całe hektary czasu na ich obrobienie. No i tym bardziej że te ramki są MIODNE czyli zakończone ENTEREM .... hmmm na przyszłość polecam ci jednak moją drugą książkę bo podejrzewam , że jej ostatni rozdział niesamowicie by cię ucieszył gdybyś zobaczył co i jak można robić jeśli chodzi o parsowanie i to dużo większej ilości danych ... i jak łatwo do tego... (a wszystko ładnie po kolei i od podstaw opisane - już sporo osób skorzystało z tego rozdziału - bo on jest właśnie uzupełnieniem do pierwszej książki)

Tak CR to 0x0d ale sprawdź w terminalu czy przypadkiem GPS nie wysyła na końcu sekwencji CRLF czyli 0x0d i 0x0c bo wtedy LF będzie trzeba jeszcze w przerwaniu najlepiej WYCINAĆ

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 10:54

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T10:34:39+01:00

GPS to FGPOMMOSL3
Dzieki Panowie za odpowiedzi bede walczył dalej..
Biore się teraz za parsowanie danych

Czy zastosowane rozwiązanie (póki co) wydaje się poprawne wg Was?

main.c
[syntax=c]while(1)
{

if(flag1)
{
while((c=uart1_getc()) != 0x2d) uart0_putc(c);

flag1--;
}
}[/syntax]

USART1.c:
[syntax=c]ISR( USART1_RX_vect) {
uint8_t tmp_head;
char data;

data = UDR1; //pobieramy bajt danych z bufora sprzetowego

// czy znak to ? 0x0d -> - znak nowej linii
if(data == 0x0d)
flag1++;[/syntax]

Code:

$GPVTG,348.15,T,,M,0.00,N,0.00,K,A*36
$GPGGA,093213.000,5210.2469,N,02100.3476,E,1,7,1.20,120.4,M,39.1,M,,*54
$GPGSA,A,3,17,28,09,12,04,26,14,,,,,,1.85,1.20,1.41*0A
$GPRMC,093213.000,A,5210.2469,N,02100.3476,E,0.00,348.15,030812,,,A*6D
$GPVTG,348.15,T,,M,0.00,N,0.01,K,A*37
$GPGGA,093214.000,5210.2469,N,02100.3476,E,1,7,1.20,120.4,M,39.1,M,,*53
$GPGSA,A,3,17,28,09,12,04,26,14,,,,,,1.85,1.20,1.41*0A
$GPRMC,093214.000,A,5210.2469,N,02100.3476,E,0.00,348.15,030812,,,A*6A
$GPVTG,348.15,T,,M,0.00,N,0.01,K,A*37
$GPGGA,093215.000,5210.2469,N,02100.3476,E,1,7,1.20,120.4,M,39.1,M,,*52
$GPGSA,A,3,17,28,09,12,04,26,14,,,,,,1.85,1.20,1.41*0A
$GPRMC,093215.000,A,5210.2469,N,02100.3476,E,0.00,348.15,030812,,,A*6B
$GPVTG,348.15,T,,M,0.00,N,0.00,K,A*36
$GPGGA,093216.000,5210.2469,N,02100.3476,E,1,7,1.14,120.4,M,39.1,M,,*56
$GPGSA,A,3,17,22,28,09,12,04,14,,,,,,1.71,1.14,1.28*0D
$GPGSV,4,1,13,27,85,143,24,09,80,291,30,17,44,065,48,12,40,249,33*7F
$GPGSV,4,2,13,15,36,200,21,28,15,067,47,14,12,324,46,22,10,303,34*76
$GPGSV,4,3,13,26,09,169,22,04,07,118,47,01,07,019,22,18,06,265,*77
$GPGSV,4,4,13,25,02,250,*49
$GPRMC,093216.000,A,5210.2469,N,02100.3476,E,0.00,348.15,030812,,,A*68
$GPVTG,348.15,T,,M,0.00,N,0.00,K,A*36

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 10:34

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T10:26:20+01:00

Taka ramka to niemalże bajka

I masz znak końca linii ponieważ tworzy ci się nowa linia i mogą to być znaki CR albo LF lub obydwa razem

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

I chyba jest nawet CRC ( ostatnie znaki po "*")

A jaki to GPS ? Chodzi mi o model .

Statystyki: Napisane przez Malutki_27 — 3 sie 2012, o 10:26

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T10:23:53+01:00

GPS 'wyrzuca' dane standardowo z częstotliwością 1Hz, średnio przy około 250 znakach 'pakietu' i prędkości 9600bps masz baaaardzo dużo czasu na ogarnięcie tych danych

Statystyki: Napisane przez Sonix — 3 sie 2012, o 10:23

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T09:54:06+01:00

dzieki za szybką odpowiedz.

Moj plik main.c:
[syntax=c]while(1)
{
c=uart1_getc();
uart0_putc(c);
}[/syntax]

wycinek z ISR:
[syntax=c]ISR( USART1_RX_vect) {
uint8_t tmp_head;
char data;

data = UDR1; //pobieramy bajt danych z bufora sprzetowego

// czy znak to ? 0x2d ->
if (data == 0x2d)
flag1++;
[/syntax]

Code:

$GPGSA,A,3,27,17,22,28,09,01,12,18,26,,,,1.54,0.88,1.26*08
$GPRMC,085143.000,A,5210.2439,N,02100.3487,E,0.07,176.35,030812,,,A*6D
$GPVTG,176.35,T,,M,0.07,N,0.13,K,A*3E
$GPGGA,085144.000,5210.2439,N,02100.3487,E,1,9,0.88,116.3,M,39.1,M,,*56
$GPGSA,A,3,27,17,22,28,09,01,12,18,26,,,,1.54,0.88,1.26*08
$GPRMC,085144.000,A,5210.2439,N,02100.3487,E,0.07,176.35,030812,,,A*6A
$GPVTG,176.35,T,,M,0.07,N,0.13,K,A*3E
$GPGGA,085145.000,5210.2439,N,02100.3487,E,1,9,0.88,116.1,M,39.1,M,,*55
$GPGSA,A,3,27,17,22,28,09,01,12,18,26,,,,1.53,0.88,1.26*0F
$GPRMC,085145.000,A,5210.2439,N,02100.3487,E,0.07,176.35,030812,,,A*6B
$GPVTG,176.35,T,,M,0.07,N,0.12,K,A*3F
$GPGGA,085146.000,5210.2440,N,02100.3488,E,1,9,0.88,116.0,M,39.1,M,,*56
$GPGSA,A,3,27,17,22,28,09,01,12,18,26,,,,1.53,0.88,1.26*0F
$GPGSV,3,1,11,27,77,298,34,09,60,294,32,15,53,213,27,17,49,090,50*7B
$GPGSV,3,2,11,28,31,061,45,26,26,168,30,12,23,239,34,18,16,279,28*7F
$GPGSV,3,3,11,22,12,319,42,01,09,034,40,11,02,020,*4C
$GPRMC,085146.000,A,5210.2440,N,02100.3488,E,0.07,176.35,030812,,,A*69
$GPVTG,176.35,T,,M,0.07,N,0.13,K,A*3E
$GPGGA,085147.000,5210.2440,N,02100.3488,E,1,9,0.88,115.9,M,39.1,M,,*5D
$GPGSA,A,3,27,17,22,28,09,01,12,18,26,,,,1.53,0.88,1.26*0F
$GPRMC,085147.000,A,5210.2440,N,02100.3488,E,0.09,176.35,030812,,,A*66
$GPVTG,176.35,T,,M,0.09,N,0.16,K,A*35

Ogólnie problem jest taki, iż GPS cały czas wyrzuca dane... dlatego trudno je obrabiać.. mylę się?

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 09:54

Re: Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T09:32:23+01:00

Moja sugestia jest taka aby w przerwaniu w ogóle nie dotykać obróbki danych, one mają wpadać do bufora cyklicznego aby nie nastąpiły przerwy w odbiorze lub samej pracy procesora.

W przerwaniu można np ustawiać sobie jakąś flagę, która będzie sygnalizować koniec nadlatującej ramki. Co jest końcem twojej ramki ??? Sprawdzałeś w terminalu na PC ? czy nie jest to przypadkiem znak ENTER (CR) ?

Jeśli tak to właśnie wystarczy zwiększać flagę za każdym razem gdy w przerwaniu pojawi się CR

A w pętli głównej czekać TYLKO aż się pojawi taka flaga. Pomyśl sobie jak się pojawi to masz PEWNOŚĆ że w buforze cyklicznym czeka już na ciebie jak na tacy cała pięknie odebrana ramka - zgadza się?

Nic tylko ją teraz odczytać za pomocą polecenia pobierania pojedynczego znaku aż do wystąpienia znaku CR i już masz całą linię odebraną

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 09:32

Atemga128 i GPS (w dalszych planach GSM i czujnik temp)

2012-08-03T09:25:15+01:00

witam!
Zamarzył i się projekt który będzie odczytywał temp z czujnika i GPS i wysyłał wszystko SMS.
Sprawa o tyle uproszczona iż atmega128 ma dwa UARTY (0 dla GSM, 1 dla GPS).

Narazie jednak mam problem z obsługą GPS.
Mianowicie, chciałbym 'wyskrobać' sobie ramkę $GPGGA

Czy w przerwaniu (ISR( USART1_RX_vect)) mogę sprawdzać czy kolejnymi danymi napływającymi z GPS są bajty w postaci:
$
G
P
G
G
A
?
Jak się zabrać za ten problem?

przykładowa ramkga $GPGGA:

Code:

$GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47

Statystyki: Napisane przez bubu_pl — 3 sie 2012, o 09:25