Witam, chciałbym się z wami podzielić moją malutką biblioteką do obsługi UART.

Jest to pierwsze moje wystąpienie z kodem C na tym forum!

Założenia:
1. Praca oparta o przerwania nadajnika i odbiornika.
1. Ilość przesyłanych danych mała do kilkudziesięciu bajtów.
2. Praca na dwóch buforach Tx i Rx.
3. Transmisja oparta o znaki ASCII


W moim przykładzie obsługa sprowadza się do wykorzystania:

1. USART_UDRE_vect - przerwanie od pustego buforu nadajnika
2. USART_RXC_vect - przerwanie od odebranej danej przez UART.
3. Bufor Tx - bufor danych wysyłanych, wielkość buforu ustalana na stałe
4. Bufor Rx - bufor danych odbieranych, wielkość buforu ustalana na stałe
5. Flaga "Jest_dana_z_RX" - flaga ustawiana kiedy zostanie odebrana cała ramka, czyli jeśli zostanie odebrany znak "CR" (0x0D)

Dane wysyłane do uC muszą być zakończone znakiem "CR" (0x0D)

Dane wysyłane z uC muszą być zakończone zerem (0x00). - zero oznacza, że uC ma przestać wysyłać dane.

Flaga "Jest_dana_z_RX" wykorzystywana do obsługi odebranych danych, patrz przykład kod poniżej.

Napisałem 4 funkcje obsługujące UART:
1. Inicjalizacja Uarta
2. Wysłanie pojedynczego znaku
3. Wysłanie danych z RAM
4. Wysłanie danych z ROM

Poniżej przedstawiam kod:

UART_ATMega.h



UART_ATMega.c



main.c




Poniżej obrazek z terminala dla tego testowego programu.



Proszę o opinie, może jakieś ciekawe podpowiedzi ? utrzymując założenie, że obsługa ma być stosunkowo prosta i na przerwaniach .

Pozdrawiam

_________________
Artur

A co to ma wspólnego z DIY?
Może jednak warto się zastanowić gdzie się umieszcza
swoje pytania?

_________________
Jestem początkujący i moje porady mogą być błędne

A to, kolego , że jest to projekt programistyczny. Nazwy działów czytamy że zrozumieniem.
Pozdrawiam

Wysłane z mojego HTC One_M8 przy użyciu Tapatalka

A przepraszam!
Chyba jeszcze spałem jak to pisałem.
Jeszcze raz przepraszam

_________________
Jestem początkujący i moje porady mogą być błędne

Tak na szybko:
- Nie masz kontroli przepełnienia buforów w czasie ich wypełniania.
- po co taka kombinacja z końcem - CR w jedną 0x00 w druga stronę?

--
Pozdrawiam,
Robert

Witam,


Nie zrobiłem, ale w sposób świadomy (trochę lenistwo... ). Choć w zasadzie powinny być więc dorobię.
Tylko muszę się zastanowić jak sobie obsłużyć przekroczenie rozmiaru, tak aby było prosto i mało kodu:).



Przerobiłem w obu kierunkach na końcu wymagane znak "CR" (0x0D) he he dzieki temu dwie linie kodu mniej:)




Dzięki za uwagi

_________________
Artur

Witam,

Ja bym poszukal w rozdziale 10_ GB. widzę że masz
Głownie przerwanie ISR( USART_RXC_vect){........ ,
oraz funkcję ....uart_getc(void){.....// (w jakim celu funkcja zwraca typ int ? )
w funkcji uart_get_str(); jest to w jakimś celu sprawdzane.
hmm.. no bo po co nam uszkodzona ramka danych ? pewnie tylko do śmietnika.
a nadpisanie bufora odbiorczego poza jego rozmiarem (gdy np odbiór się chwilowo przerwie bez znaku końca i pojawią następne dane od któregoś tam znaku ),
zmienna Licznik_Bufora_RX może przekroczyć dozwolony rozmiar Wielkosc_Bufora ,
wiadomo czym skutkuje.
pozdrawiam.

heh przekonałem się na własnej skórze jak robiłem sobie bibliotekę do nRF24L01 tyle, że w obsłudze SPI. W czasie testów bufor SPI ustawiłem na 16 bajtów , a jak już wypróbowałem komunikację pomiędzy dwoma nRF24L01 przesyłając sobie kilka bajtów, to zapomniałem, że bufor SPI ma tylko 16 bajtów. I jakie moje zdziwienie było, kiedy wysłałem więcej niż 15 bajtów a na terminalu (bo tak sobie testowałem) pojawiły się tzw. krzaki:)) i szczerze mówiąc to zanim do tego doszedłem to mi trochę zeszło więc.....
Ale LENISTWO czasem bierze górę hihi.
Więc dzięki za motywację.

Pozdrawiam

_________________
Artur