UART Sendepuffer

Laplace Gast #285023
Lesenswert?
• ▲
▼ 
Hallo Forum!

Ich arbeite mit WinAVR auf einem ATmega8 und realisiere gerade eine
MIDI-Anwendung. Über einen Sendepuffer und den UART möchte ich meine
Messages versenden. Leider sendet der UART nichts, wenn ich ihn nutze.

Das ist mein Puffer:
BYTE UART_tx_buffer[16] = {0};  //UART Sendepuffer

Hier hab ich mir noch einen "Descriptor" dazu gebaut:
struct buffer_desc {
  volatile BYTE head:4;
  volatile BYTE tail:4;
} RX_desc = {0},TX_desc = {0};

So beschreibe ich den Puffer:
void UART_tx(BYTE data)
{
  cli();
  UART_tx_buffer[TX_desc.head++] = data; //Wert in den Puffer schreiben
  if(TX_desc.head == TX_desc.tail + 1) //Erster Wert im Puffer?
    UCSRB |= (1<<TXCIE);    //Enable TX-INT
  sei();
}

Und hier die Int-Routine:
SIGNAL(SIG_UART_TRANS)
{
  UDR = UART_tx_buffer[TX_desc.tail++];
  if(TX_desc.head == TX_desc.tail) //Puffer leer?
    UCSRB &= ~(1<<TXCIE);    //Disable TX-INT
}

Wenn ich die Standard-Sendefunktion (warten auf das UCSRA, ohne Puffer
und INT) verwende funktioniert alles wunderbar.

Fällt euch was auf? Hab ich nen Denkfehler?

Grüße
Laplace
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Laplace Gast #285025
Lesenswert?
• ▲
▼ 
Sobald der letzt Wert im Puffer gesendet wurde (head == tail) wird der
TX-INT deaktiviert. (Wenn es nichts zu senden gibt, interessiert es ja
nicht, ob er wieder bereit ist) Wenn ich jetzt ein neues Zeichen in den
Puffer schreibe (head == tail + 1) wird der TX-Int wieder aktiviert.
Jetzt sollte wieder ein TX-INT ausgelöst werden, weil der UART ja
nichts zu senden hat. Er bleibt so lange aktiviert, bis der Puffer leer
ist.

Allerdings bin ich mir nicht sicher, ob allgemein bei den AVRs auch
dann ein TX-INT ausgelöst wird, wenn schon länger nichts zum senden
ansteht und das Transmit Compete Interrupt Enable Bit gesetzt wird.
Weiß das jemand?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Laplace Gast #285027
Lesenswert?
• ▲
▼ 
Das scheint auch nicht das Problem zu sein. Ich erzeuge jetzt den ersten
Interrupt manuell aber er sendet trotzdem nicht:

void UART_tx(BYTE data)
{
  cli();
  UART_tx_buffer[TX_desc.head++] = data; //Wert in den Puffer schreiben
  if(TX_desc.head == TX_desc.tail + 1) //Erster Wert im Puffer?
  {
    UCSRB |= (1<<TXCIE);    //Enable TX-INT
    UCSRA |= (1<<TXC); //Ersten Interrupt manuell erzeugen
  }
  sei();
}
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Patrick D. Persönliche Seite #285030
Lesenswert?
• ▲
▼ 
Ein kleiner Hinweis:

1
void UART_tx(BYTE data)

2
{

3
  cli(); 

4
  UART_tx_buffer[TX_desc.head++] = data; //Wert in den Puffer

5
schreiben

6
  if(TX_desc.head == TX_desc.tail + 1) //Erster Wert im Puffer?

7
  {

8
    UCSRB |= (1<<TXCIE);    //Enable TX-INT

9
    UCSRA |= (1<<TXC); //Ersten Interrupt manuell erzeugen

10
  }

11
  sei();

12
}


Damit versaust Du Dir übrigens die Möglichkeit, 'UART_tx' aus einer
Funktion aufzurufen, die bereits das globale Interruptflag gelöscht
hat. Besser so:

1
void UART_tx(BYTE data)

2
{

3
  unsigned char sreg_buf = SREG;

4
  cli();

5


6
  UART_tx_buffer[TX_desc.head++] = data; //Wert in den Puffer

7
schreiben

8
  if(TX_desc.head == TX_desc.tail + 1) //Erster Wert im Puffer?

9
  {

10
    UCSRB |= (1<<TXCIE);    //Enable TX-INT

11
    UCSRA |= (1<<TXC); //Ersten Interrupt manuell erzeugen

12
  }

13


14
  SREG = sreg_buf;

15
}


Damit wird das globale Interruptfalg nur wieder gesetzt, wenn es vor
dem 'cli' schon gesetzt war.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.