ATMEGA2560[BASCOM] 4 uarty sprzętowe i odbiór ciągu znaków.

Witam

Dodam że szukałem na forum odpowiedzi na to pytanie ale nie znalazłem 100% pewnej informacji.
Otóż posiadam w atmedze cztery sprzętowe uarty i na jednym z nich ma pracować mój poprzedni już działający moduł(którego już nie mogę przeprogramować aby zmienić coś).

Transmisja wygląda tak:

Z modułu A (atmega32) wysyłam poleceniem :



Moduł B na otrzymaną wiadomość tworzy coś w stylu swojego własnego protokołu i wysyła mi wartości interesujących mnie zmiennych takim poleceniem:



o takiej treści:



Dodam że takie zapytanie i odpowiedź będzie wysyłane cyklicznie co 10-20sekund.

Teraz aby w module A który wysłał zapytanie (RED) odebrać ten długi tekst w przerwaniu pomyślałem że zrobię to tak:





Chciałem aby po odebraniu znaku końca (tzn. po wywołanym nim przerwaniu) wyciągnąć z bufora dane i przepisać do odpowiedniej zmiennej np . tak:



Niestety to nie zadziała bo w przesyłanym tekście może wielokrotnie wystąpić znak 13. Jedyne pewne znaki to te na początku czyli "AT1". Więc nic z tego nie będzie.

Pomyślałem żeby pozbyć się tego :



i zastąpić to tym:





i odbierać dane w taki sposób:



Co prawda to działa (kulawo ale działa) ale jeśli nastąpi szybkie wymienianie się informacji to nie da się zapanować nad odbieraniem w ww. przykład bo lubi zdublować odebrane dane i zamiast odebrać 156 znaków odbieram dwa razy tyle.

Chciałbym koniecznie odbierać dane w przerwaniu (w sumie wysyłać także bym chciał w ten sposób) , i zrobić to tak że jak przyjdą dane(kompletne czyli 156 znaków) to aby zostały przepisane do zmiennej (np. odebrane_dane -oczywiście string) i aby jakaś flaga (np. dane_czekaja = 1 ) informowała że dane czekają.
Dobrze aby można było odbierać i krótsze informacje np: "ABC" wysyłane z urządzenia B także w taki sposob:



Może niezbyt jasno to wszystko opisałem ale tak to wygląda. Wiem że już milion razy były podobne rzeczy na forum ale nie znalazłem nic co w 100% mi pomoże.

Rozwiązanie jest proste
Odbieraj 156 znaków.
Po odebraniu znaku zwiększaj zmienną pomocniczą. Jeśli osągnie ona 156 to zakończ odbieranie.
Użyj np. petli FOR..NEXT lub DO..LOOP UNTIL

Ale koniecznie muszę bawić sie w pętle w przerwaniu? A już tym bardziej Do ,LOOP ??
Bo coś mi się wydaje że nie jest to najzdrowszy pomysł. No i nie będę mógł odbierać krótszych danych niż 156.

Odbieraj znaki w przerwaniu, a obsługę rób w pętli głównej, lub wyłączaj przerwanie po odebraniu pierwszego znaku, a potem załączaj.
Możesz też sprawdzać czy nie pojawia się Twoje "jedynie pewne znaki"
I po ich odebraniu "odciąć" ciąg.

Masz jeszcze Ischarwaiting do zabawy.

A jak miało by się do tego polecenie INPUT w przerwaniu?

Ma się dobrze jeśli ma odbierać dane z bufora.
Jeśli Twoje

Cytat:

Print Komenda ; Chr(13);

zmieniłbyś na


To z powodzeniem mógłbyś odbierać w przerwaniu
Pozostało by ci tylko ustawić:


a przy odbieraniu:

Czyli mógłbym tym poleceniem odebrać na raz całość jaka czeka na mnie w buforze (czyli przykładowo 156 znaków) ? I czy mogę sprawdzać np. w pętli głównej ile znaków czeka w buforze i ewentualnie czyścić bufor z poziomu pętli głównej jeśli uznam to za stosowne?

Tak mógłbyś odbierać wszystkie znaki aż do wystąpienia CRLF
Po wystapieniu znaku CR program skoczyłby do obsługi przerwania i poczekał na LF.
Możesz sprawdzać z pętli głównej ilość znaków w buforze.

Acha no chyba że w odbieranym ciągu przewidujesz nie zamierzone wystąpienie po sobie CRLF

A w jaki sposób ? <skromny>

Help > Config serialin

The following internal variables will be generated for UART0:

_RS_HEAD_PTR0 , a byte counter that stores the head of the buffer

_RS_TAIL_PTR0 , a byte counter that stores the tail of the buffer.

_RS232INBUF0 , an array of bytes that serves as a ring buffer for the received characters.

_RS_BUFCOUNTR0, a byte that holds the number of bytes that are in the buffer.

Problem rozwiązany poprzez użycie bufora i rozpoznawanie znaków "AT" i innych z początków odebranych danych.