ISR fuer UART in AVR

@ Owen Senmeis (senmeis)

>SIGNAL(SIG_UART0_RECV)

Das heisst beim aktuellen AVR-GCC ISR(), siehe Doku.

>Frage : Kann das passieren, dass UART-Daten verloren gehen, wenn
>UART-Daten zu schnell ankommen ?

Ja, wenn dein Programm zu viel Zeit zur Verarbeitung braucht, siehe 
Interrupt.

MFG
Falk

Ja. Es können Verluste an mehreren Stellen auftreten.

1/ Die ISR läuft und es kommt ein neues Zeichen in der UART Hardware an. 
Wenn das nicht gespeichert werden kann, geht es verloren. Eher 
unwahrscheinlich bei Baudrate = 19,200 bits/s, Quarz = 8 MHz, aber je 
nach dem Restcode kann man das provozieren.

2/ user_application() wird zu selten ausgeführt. Der Puffer 
receive_uart_data ist nur ein Byte gross. Wenn zwischen zwei ISR 
Aufrufen kein user_application() Aufruf ist, geht das ältere Byte 
verloren.

3/ Man sieht die Definition von new_receive_uart_data nicht, 
insbesondere ob es volatile typisiert ist. Der Compiler kann in 
user_application() Code produzieren, der nicht berücksichtigt, dass eine 
ISR diese Variable zu einem beliebigen Zeitpunkt ändert.

Hallo,

danke für die Hinweise.

Noch eine Frage zur angegebenen Anleitung "Interrupt". Zitat aus der 
Anleitung:
"D.h. während der UART selbsttätig das Zeichen sendet ist die CPU zum 
Warten verdammt."

Im Gegensatz habe ich immer folgenden Code benutzt, um ein Byte zu 
senden, also keine Interrupts.

1

// einzelnes Senden

2

void USART0_Tr_UINT8(UINT8 num8)

3

{

4

  while(!(UCSR0A&(1<<UDRE0)));

5

  UDR0 = num8;

6

}

Kann das Programm hier blockiert werden? Bisher habe ich noch keine 
Probleme gehabt.

Gruss
Senmeis

@ Owen Senmeis (senmeis)

>Kann das Programm hier blockiert werden?

Sicher durch die While-Schleife. Wobei das keine Blockieren im Sinn von 
endlos festfressen ist, sondern halt warten bis der FIFO des UARt 
leer ist.

> Bisher habe ich noch keine Probleme gehabt.

Das hat ja auch keiner behauptet, aber die CPU muss dennoch warten, wenn 
du z.b. einen String mit 10 Zeichen senden willst.

MFG
Falk