Dzień dobry,

Mógłby mi ktoś po krótce opisać jak obsłużyć odczyt danych w pętli głównej programu z bufora w którym zapisują się dane otrzymane po RS232? Korzystam z programu bufora cyklicznego opisanego w niebieskiej książce mirka.

Dane wysyłam z LabView za pomocą modułu szeregowego. Buforem z LabView wysyłam "różowy" pakiet danych - w LabView jest to string. Dane odbieram w uC Atmega8 przez UART (wiadomo) z wykorzystaniem bufora cyklicznego wspomnianego wcześniej.

Gdy wysyłałem dane z LabView i odczytywałem jeden odebrany bajt (bez żadnego bufora) odczytywało mi zawsze ostatnią liczbę wpisaną w buforze w LabView (po wystawieniu flagi w przerwaniu ISR(USART_RXC_vect) w pętli głównej odczytywało mi mniej znaczący bajt odebrany jako pierwszy, czy dobrze rozumiem?).

Chodzi mi o to by wysłać teraz liczbę z LabView np. 542 - oczywiście nadal stringiem różowym - odczytać ją za pomocą bufora cyklicznego. Wyłuskać z każdego bajtu liczbę oraz skleić ją w int którego będę mógł przekazać do funkcji jako licznik.

Nie do końca rozumiem jak mam użyć funkcji

w głównym programie i jak obsłużyć sklejenie tych danych w liczbę int mogącą być wykorzystaną jako licznik do funkcji.

Chyba że ktoś ma prostszy pomysł na odebranie takiego ciągu znaków z LabView (maksymalnie 3 cyfry)?
Pozdrawiam

dowolny ciąg - dowolne rzeczy można odbierać i dowolnej długości a nawet mieszane dane czyli liczby z tekstami itp itd

zajrzyj do Greenbooka do jednego z ostatnich rozdziałów na temat obsługi odbierania i parsowania danych przychodzących w oparciu o zdarzenia (EVENT's) i Callbacki w C ... jak to się robi i jak się do tego podchodzi

W Bluebooku opisałem tylko niejako pierwszą część czyli o co chodzi z buforowaniem cyklicznym, jego obsługą na przerwaniach, wysyłaniem danych .... Odbieranie zostawiłem na kolejną książkę gdy już porządnie udało mi się wytłumaczyć wszystkie inne ciut bardziej skomplikowane zagadnienia jak właśnie timery programowe czy też zdarzenia i callbacki ... dopiero wtedy praca z RS232 nabiera sensu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Mirku, tylko jest problem ze nie mam zielonej książki, posiadam tylko niebieską.

Załóżmy że zaimplementowałem sobie bufor cykliczny opisany w niebieskiej książce, tylko jak z niego teraz wydobywać odebrane informację?

Pozdrawiam

trzeba sobie przede wszystkim napisać funkcje wyższego rzędu do odbioru stringów, warto sygnalizować odbiór znaków końca linii już na poziomie przerwania itp itd ...

da się to napisać nawet bez zielonej książki, wiele osób nawet tu na forum podejmowało takie próby i to z powodzeniem ... nie działa to może tak wygodnie jak ja to opisuję ale warto sobie porobić takie wprawki w programowaniu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Czy liczby zamierzasz wysyłać jako string czy binarnie ?
Wystarczy rozwiązanie blokujące czy nie może blokować ?

Stringi można wczytywać w dość prosty sposób:


Jeśli chodzi o nieblokującą transmisję to pozostaje implementacja "state machine" jak np tu.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Liczby są wysyłane w taki sposób że jeden bajt to jeden znak w formacie ASCII.

Podszedłem do tego z innej strony. Założyłem że zostaje wysłana stała ilość danych z LabView (w moim przypadku 4 bajty - znak +/- w zależności od wyniku oraz 3 liczby). W przerwaniu zapisuje do odb_x odebrany bajt oraz ustawiam flagę. Później zapisuję do tablicy odebrany bajt (wiem ile bajtów odbiorę więc wiem na które miejsce zapisać dany bajt). Licznik tablicy inkrementuje a jak jest większy od założonej ilości odebranych bajtów wtedy go zeruje i ustawiam flagę dla pętli obrabiającej otrzymane dane. Wysyłanie danych jest cykliczne - co pewien, niekrótki czas więc to że może "przylecieć" w trakcie obrabiania danych mnie zbytnio nie interesuje.



Wymyśliłem też sposób na obrobienie każdego bajtu z char do int oraz zlepienie trzech pojedńczych cyfr w jedną liczbę, nie wygląda ale działa.




Proszę sobie zobaczyć jak się wkleja kody źródłowe ---- 1 poprawiłem celowo by kolega zobaczył różnicę w czytelności --SunRiver

A nie prościej atoi() ?

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib