ATNEL tech-forum

Re: Problem z odczytem UART?

2014-06-03T14:39:45+01:00

wojtawsl napisał(a):

Pytanie czy dane wysłane w momencie gdy obsługa przerwania była wyłączona zostaną obsłużone w momencie ponownego zezwolenia na obsługę?

No to chyba musiałby być cud

koledzy wyżej już pisali - zainteresuj się implementacją buforów cyklicznych do obsługi RS232 bo to jest słuszna droga

Statystyki: Napisane przez mirekk36 — 3 cze 2014, o 14:39

Re: Problem z odczytem UART?

2014-06-03T14:42:45+01:00

Dzięki za pomoc Panowie, zmieniłem kod obsługi przerwania tak aby odbierał tylko znaki i zapisywał je to tablicy, a obliczenia na elementach tej tablicy przeniosłem do pętli głównej. Niestety po kilku testach wynik jest ten sam

Statystyki: Napisane przez wojtawsl — 3 cze 2014, o 14:33

Re: Problem z odczytem UART?

2014-06-03T09:56:40+01:00

Totalna masakra , w przerywaniu najwyżej umieść flagę która będzie zapalana jak przylatują dane do bufora UDR.
Czyli zasada jest taka, robisz obsługę gdzie masz buffor np. 32znaki do niego automatycznie jest pobierana dana z UDR za każdym razem jak do UDR trafia znak i to procesor robi w przerywaniu tylko.
Następnie robisz potwierdzenie że bufor się zapełnia i sprawdzasz w pętli głównej tą flagę i dopiero jak ona się "zapala" to obsługujesz bufor, dzięki czemu masz bezkolizyjną obsługę uarta.

Masz może książki Mirka?
W zielonej książce jest dobre rozwiązanie twojego problemu. Ewentualnie możesz obejrzeć poradniki na temat calbacków i eventów i samemu spróbować napisać kod.

PS. Kod w przerywaniu ma być jak najszybszy/najkrótszy czyli wykonujący się błyskawicznie by nie blokować głównej pętli programu.

Statystyki: Napisane przez Gość — 3 cze 2014, o 09:56

Re: Problem z odczytem UART?

2014-06-02T17:58:58+01:00

Jak dla mnie ta obsługa przerwania jest za długa
(tylko ja się dopiero uczę)

jeśli dane są zawsze stałej długości to stworzyłbym tablicę (taki bufor)do
której w przerwaniu odbierałbym tylko znaki i ustawił flagę ,
że wszystkie już odebrane a w pętli głównej po odczytaniu
flagi wszystko przeliczał i zapisał do docelowej tablicy.

Statystyki: Napisane przez Zaba — 2 cze 2014, o 17:58

Problem z odczytem UART?

2014-06-02T12:50:36+01:00

Witam serdecznie!
próbuję od paru dni znaleźć błąd w moim kodzie niestety bez skutku dlatego zwracam się do Was drodzy forumowicze!

Napisałem program na atmege8 z odczytywaniem znaków w przerwaniu.
Ramka którą wysyłam z terminala ma postać -12A1234567890ABCDEF zawsze zaczyna się znakiem '-' i zawsze ma taką samą długość. Znaki odbieram pojedynczo, przeliczam aby z ASCII otrzymać liczbę szesnastkową i zapisuję do tablicy zmiennych. Dla sprawdzenia przesyłam zawartość tablicy spowrotem przez rs do PC i tu odkrywam, że nie zawsze dane są w takiej samej postaci jak je przesyłam, np. dla ciągu danych 12A1234567890ABCDEF, otrzymuję np. 12A7890123456ABCDEF. Poniżej kod obsługi przerwania:

[syntax=c]ISR(USART_RXC_vect)
{
PORTB ^= (1<uint8_t data;
data = UDR;

if(msg){
if(data >= 0x30 && data<=0x39) // przeliczenie ASCII na liczbe
data = data - 0x30;
else{
if(data >= 0x41 && data <= 0x46)
data = data - 0x37;
else{
if(data >= 0x61 && data <= 0x66)
data = data - 0x57;
}
}
inkrement++;

switch(inkrement){ //odczyt kolejnych polbajtow i zapis do tablicy
case 19:
message[nrRamki].data[7] |= data;
inkrement = 0;

txUart(message[nrRamki].id>>8);
txUart(message[nrRamki].id);
for(int k=0;k<8;k++){
txUart(message[nrRamki].data[k]);
_delay_ms(100);
}
msg = false;
if(nrRamkinrRamki++;
}
else{
nrRamki = 0;
UCSRB &= ~(1<OCR1A = czas/0.064;
TIMSK |= (1<}
break;
case 18:
message[nrRamki].data[7] = data<<4;
break;
case 17:
message[nrRamki].data[6] |= data;
break;
case 16:
message[nrRamki].data[6] = data<<4;
break;
case 15:
message[nrRamki].data[5] |= data;
break;
case 14:
message[nrRamki].data[5] = data<<4;
break;
case 13:
message[nrRamki].data[4] |= data;
break;
case 12:
message[nrRamki].data[4] = data<<4;
break;
case 11:
message[nrRamki].data[3] |= data;
break;
case 10:
message[nrRamki].data[3] = data<<4;
break;
case 9:
message[nrRamki].data[2] |= data;
break;
case 8:
message[nrRamki].data[2] = data<<4;
break;
case 7:
message[nrRamki].data[1] |= data;
break;
case 6:
message[nrRamki].data[1] = data<<4;
break;
case 5:
message[nrRamki].data[0] |= data;
break;
case 4:
message[nrRamki].length = 8;
message[nrRamki].data[0] = data<<4;
break;
case 3:
message[nrRamki].id |= data;
break;
case 2:
message[nrRamki].id |= data<<4;
break;
case 1:
message[nrRamki].id = data<<8;
message[nrRamki].rtr = 0;
break;
}
}

if(data == 0x2A && inkrement==0){//* - konfiguracyjny
config = true;
}
else if(data == 0x2B && inkrement==0){//+ - okreslenie liczby ramek do wyslania
frame = true;
}
else if(data == 0x2D && inkrement==0){//- - DANE
msg = true;
}
else if(data == 0x74 && inkrement==0){//t - czas
time = true;
}

}[/syntax]

Statystyki: Napisane przez wojtawsl — 2 cze 2014, o 12:50