ATNEL tech-forum

Re: Event i parsowanie danych

2013-01-27T23:28:20+01:00

Dzięki za odpowiedzi.
Drogi Mirku, miałem na myśli, że przypadkowo przy przepisywaniu czy kopiowaniu popełniłem jakiś błąd w funkcjach LCD zresztą gdy po raz 20-sty analizowałem kod to naprawdę doszukiwałem się błędu we wszystkim...

Najważniejsze, że po wielu godzinach udało się rozwiązać problem.

Bit ckdiv8 był ustawiony a nie powinien i chyba nie muszę nic dodawać.

Statystyki: Napisane przez peikman — 27 sty 2013, o 23:28

Re: Event i parsowanie danych

2013-01-26T21:26:09+01:00

peikman napisał(a):

[syntax=c]data=UDR1;
lcd_locate(0,0);
lcd_str(&data);
_delay_ms(400);
[/syntax]

Dla pojedynczych znaków masz funkcję lcd_char. Kod powinien wyglądać następująco:
[syntax=c]data=UDR1; //pobranie bajtu z rejestru UDR1
lcd_locate(0,0);
lcd_char(data);
_delay_ms(400);
[/syntax]
Natomiast to co masz wyżej to po wyświetleniu 1 poprawnego znaku leci dalej wyświetlając znaki odpowiadające różnym liczbom niekoniecznie z zakresu drukowanych kodów ASCII, bo skoro to nie jest string to nie jest zakończony '/0'

Statystyki: Napisane przez Krauser — 26 sty 2013, o 21:26

Re: Event i parsowanie danych

2013-01-26T18:39:51+01:00

peikman napisał(a):

Wnioskuje, że funkcja lcd_str() coś nie działa gdy podaje wskaźnik jako parametr.

Tak tak to bardzo "dobry" wniosek .... szczególnie gdy tak ją wykorzystujesz w przerwaniu

w takim razie KLOPS .... nic nie da rady zrobić - trzeba pisać lcd_str() CAŁKIEM od nowa skoro źle działa ....

ciekaw tylko jestem dlaczego u mnie działa w KAŻDEJ sytuacji i dodam jak coś - że u wszystkich czytelników też działa

..... zatem przemyśl czy nie zrewidować przypadkiem swojego wniosku - bo ja na pewno się nie zabiorę za naprawę dobrze działającej funkcji - sorki

Statystyki: Napisane przez mirekk36 — 26 sty 2013, o 18:39

Re: Event i parsowanie danych

2013-01-26T17:05:09+01:00

Wstawiłem kod wyświetlający w przerwaniu:
[syntax=c]data=UDR1;
lcd_locate(0,0);
lcd_str(&data);
_delay_ms(400);

[/syntax]

Próbowałem też bez _delay_ms() ale dalej same krzaczki się wyświetlają.

Zmieniłem rezonator wewnętrzny na zewnętrzny 8MHz ale nie tu problem...

Wnioskuje, że funkcja lcd_str() coś nie działa gdy podaje wskaźnik jako parametr.

Statystyki: Napisane przez peikman — 26 sty 2013, o 17:05

Re: Event i parsowanie danych

2013-01-25T23:43:15+01:00

no dokładnie ale jeszcze raz poczytaj o strtok_r() albo strtok() ... bo widzę że jakiś błąd robisz.... bo JEŚLI zadziałałoby prawidłowo to:

buf = strtok_r(pBuf,",",&reszta);

czyli po $GPRMC byłby ten przecinek to nie ma że boli - wyświetliłoby ci się dokładnie

$GPRMC

i wcale nie trzeba dawać 0 w 15-bajcie

ale skoro tak się nie dzieje - to coś wcześniej musisz źle robić z tą funkcją ....

------------------------ [ Dodano po: kilkunastu sekundach ]

dlatego proponuję ci wyświetlić sobie pBuf jeszcze przed zadziałaniem strtok_r()

Statystyki: Napisane przez mirekk36 — 25 sty 2013, o 23:43

Re: Event i parsowanie danych

2013-01-25T21:11:14+01:00

Rozumiem, że funkcja lcd_str() wysyła znaki na LCD aż pojawi się NULL w łańcuchu. Wyszedłem z założenie, że funkcja strtok_r (buf,",",&reszta) zakończy token znakiem 0 (NULL) i więcej znaków się nie wyświetli... Skoro $GPRMC, ma 6 znaków do przecinka to wyświetli sie 6 znaków. Jednak nie przewidziałem sytuacji, że przecinka może nie być oraz innych ewentualności.

Proponujesz wstawienie w miejsce 15 bufora (który jest tablicą) wartości 0 która przerwie funkcje lcd_str().

Czy wporządku myślę?

Statystyki: Napisane przez peikman — 25 sty 2013, o 21:11

Re: Event i parsowanie danych

2013-01-25T00:09:02+01:00

[syntax=c]lcd_str( buf );[/syntax]

a wiesz do czego jest ta funkcja ? że pytasz czy ona jest odpowiednia ? przepraszam, że o to pytam - ale twoje pytanie wskazuje na to jakbyś próbował jej użyć na zasadzie zgadywania - czy się uda czy się nie uda ? i jakbyś w ogóle nie wiedział jak ona działa w środku ... Gdyby to było prawdą - to ciężko ci będzie ogarnąć taki program

przede wszystkim (poczytaj w niebieskiej książce jak ona działa) a później zastanów się co masz w tym buforze ? ale też ile znaków w nim jest ????? bo to że w terminalu się ładnie wyświetla to co jest odbierane to zrozumiałe - ile masz znaków w wierszu w terminalu ? a ile masz znaków w wierszu wyświetlacza LCD ? Próbowałeś kiedyś na LCD wyświetlić string/łańcuch tekstowy zawierający np 80 znaków albo więcej taką funkcją jak mówisz ?

[syntax=c]lcd_str( buf );[/syntax]

??? jak myślisz co się stanie ? ... nawet jak nie wiesz to może warto popróbować ?

Więc nawet zakładając - że nie wiesz jak ta funkcja działa - to co za problem zamiast na LCD wyrzucić to samo sobie na terminal do komputera, przecież nóżkę RX procka możesz podłączyć do odbiornika który wysyła ci te ramki a nóżkę TX procka do terminala i od razu wysyłać na kompa to co odebrałeś - wtedy nie będziesz miał np problemu za małego wyświetlacza

chociaż i z wyświetlaczem da radę to pięknie testować - tylko wypadałoby sobie np skrócić łańcuch tekstowy w buforze ??? jeśli zapytasz mnie jak ???? to niedobrze - oznaczać to będzie że mocno jednak nie doczytałeś podstaw o tablicach i łańcuchach tekstowych w C i dlatego masz takie kłopoty .... w przeciwnym wypadku wystarczyłoby zrobić tak

[syntax=c]buf[15]=0;
lcd_str( buf );[/syntax]

i proszę - wyświetli się tylko 15 pierwszych znaków z bufora. A jeśli będą krzaki jak mówisz to tak samo będą krzaki na terminalu - więc problem pewnie leży całkiem gdzie indziej i na pewno nie w tym przerwaniu z książki.

Statystyki: Napisane przez mirekk36 — 25 sty 2013, o 00:09

Re: Event i parsowanie danych

2013-01-24T23:51:40+01:00

[syntax=c]buf = strtok_r(pBuf,",",&reszta);

lcd_locate(0,0);
lcd_str(buf);

if (buf && (strcmp(buf,"$GPRMC")==0)){
.
.
.
[/syntax]

Nie mogę przebrnąć tego kawałka kodu. Podłączyłem GPS bezpośrednio do USB i HYPERTERMINAL pokazuje piękne ramki zaczynające się od $GPRMC.

Natomiast program nie chce przejść przez: if (buf && (strcmp(buf,"$GPRMC")==0))

Próbowałem wyświetlić na LCD co jest w buf ale wyświetlają same smieci. Czy ta komenda: lcd_str(buf); jest dobra do tego celu?

Może w przerwaniu coś źle robię.
[syntax=c]// definiujemy procedurę obsługi przerwania odbiorczego, zapisującą dane do bufora cyklicznego
ISR( USART1_RXC_vect ) {
register uint8_t tmp_head;
register char data;

data = UDR1; //pobieramy natychmiast bajt danych z bufora sprzętowego

// obliczamy nowy indeks „głowy węża”
tmp_head = ( UART_RxHead + 1) & UART_RX_BUF_MASK;

// sprawdzamy, czy wąż nie zacznie zjadać własnego ogona
if ( tmp_head == UART_RxTail ) {
// błąd spowodowany próbą nadpisania danych w buforze,
UART_RxHead = UART_RxTail; //czyszczenie całego bufora (utrata danych)
} else {
switch (data){
case 0:
case 10: break; //ignorujemy znak LF
case 13: ascii_line++; //sygnalizacja obecności kolejnej linii w buforze
default:

UART_RxHead = tmp_head; // zapamiętujemy nowy indeks
UART_RxBuf[tmp_head] = data; // wpisujemy odebrany bajt do bufora

}

}
}
[/syntax]

Statystyki: Napisane przez peikman — 24 sty 2013, o 23:51

Re: Event i parsowanie danych

2013-01-09T16:53:35+01:00

peikman napisał(a):

Urządzenie ma być czymś w stylu datalogera i wyświetlaniem aktualnych i ciekawych danych na LCD

aaa to ok

Statystyki: Napisane przez mirekk36 — 9 sty 2013, o 16:53

Re: Event i parsowanie danych

2013-01-09T16:34:53+01:00

Pamięć szeregowa, data flash: AT45DB

Urządzenie ma być czymś w stylu datalogera i wyświetlaniem aktualnych i ciekawych danych na LCD

Statystyki: Napisane przez peikman — 9 sty 2013, o 16:34

Re: Event i parsowanie danych

2013-01-08T23:16:10+01:00

No pewnie że tak można - po to jest sobie taka funkcja parsująca - tak tylko z ciekawości zapytam - co to za pamięć zewnętrzna Flash ??? a nie przypadkiem EEPROM ?

Statystyki: Napisane przez mirekk36 — 8 sty 2013, o 23:16

Re: Event i parsowanie danych

2013-01-08T22:34:35+01:00

OK. Rozumiem. Jednak dzisiaj chciałem pójść dalej aby dane odebrane z GPS wyświetlić, zapisać w pamięci FLASH, wykonać obliczenia średniej prędkości itp... Czy to wszystko mogę zrobić w funkcji parsującej? Taki sposób pierwszy przyszedł do głowy:
[syntax=c] void parse_uart_data( char * pBuf ) {

char * buf;
char * reszta;

buf = strtok_r(pBuf,",",&reszta); //w buf umieszczony jest adres na pierwszy "token"
//w wskaźniku reszta umieszczony jest wskaznik do kolejnej części łańcucha
if (buf && (strcmp(buf,"$GPRMC")==0)){
buf = strtok_r(NULL,".",&reszta); //mamy w buf adres na UTC Time
LCD_wyswietl_poz1(buf); //wyświetlenie czasu na LCD
SPI_zapisz_Flash(buf); //zapis czasu w pamięci FLASH
buf = strtok_r(NULL,",",&reszta); //setna część sekundy = niepotrzebne
buf = strtok_r(NULL,",",&reszta); // status = valid or not = niepotrzebne
buf = strtok_r(NULL,",",&reszta); // szerokość geograficzna
LCD_wyswietl_poz2(buf);
SPI_zapisz_Flash(buf);
// itd

} [/syntax]

Statystyki: Napisane przez peikman — 8 sty 2013, o 22:34

Re: Event i parsowanie danych

2013-01-07T22:54:27+01:00

peikman napisał(a):

Czy sprawdzanie czy jest $GPRMC zrobić w funkcji parsującej?

Po to właśnie pokazałem taki rodzaj obsługi żeby było wygodnie. Toż w funkcji parsującej korzystasz z tych ciągów, które nadleciały i ciebie interesują, a inne ? jeśli cię nie interesują to lecą w kosmos - po co grzebać w czeluściach Zdarzenia TYLKO po to żeby wyławiać jeden interesujący ciebie ciąg. Owszem uzyskasz może i to samo tylko że zniszczysz sobie mechanizm fajnie zaprojektowany gdy później przyjdzie ci do głowy że np warto jeszcze coś wziąć pod uwagę.....

a korzystając z funkcji parsującej - robisz WSZYSTKO na zasadzie "róbta co chceta" - a mechanizm dalej działa jak brzytwa.

Statystyki: Napisane przez mirekk36 — 7 sty 2013, o 22:54

Event i parsowanie danych

2013-01-07T22:25:53+01:00

Cześć. Odbieram dane z GPS i potrzebuje tylko jeden łańcuch: $GPRMC, (każdy łańcuch zakończony ENTERem)
Wszystkie łańcuchy w przerwaniu są ładowane do bufora, gdy łąńcuch jest kompletny (zakończony enterem) zwiększa się zmienna ascii_line Kod do odbioru danych z buforu cyklicznego:

[syntax=c]void UART_RX_STR_EVENT (char * rbuf) {
if(ascii_line){
if(uart_rx_str_event_callback){
uart_get_str(rbuf);
(*uart_rx_str_event_callback)(rbuf);

}

}
}[/syntax]

Ze względu, ze potrzebuje tylko jeden łańcuch to chce zrobić coś takiego:
[syntax=c]buf = strtok(GPRMC_dana_z_bufora_cyklicznego,",");
//w buf pojawia się moja pierwsza ramka danych z całego łańcucha np: //$GPRMC lub $GPGGA
if (buf && (strcmp(buf,"$GPRMC")==0)){
uart_get_str(rbuf);
(*uart_rx_str_event_callback)(rbuf);}[/syntax]

Czy sprawdzanie czy jest $GPRMC zrobić w funkcji parsującej?

Statystyki: Napisane przez peikman — 7 sty 2013, o 22:25