Cortex-M UART im Polling-Betrieb

Ralf Gast #2113456
Lesenswert?
• ▲
▼ 
Hi,

ich möchte den UART eines Cortex-M im Polling-Betrieb ansprechen. Der 
UART ist weitgehend zum 16550-UART kompatibel.

Was mich jetzt ein wenig verwirrt ist das LineStatus-Register. Dort sind 
einerseits die Statusbits für das im Rx-FIFO enthaltene Byte (sofern ein 
gültiges drin ist) drin, also beispielsweise ParityError, etc. und für 
den Tx-FIFO die Angabe, ob noch Platz im FIFO ist (THRE-Flag bzw. 
TEMT-Flag).

Wenn ich nun für das Senden mithilfe der THRE/TEMT-Flags ermitteln will 
ob der Tx-FIFO noch Platz hat, muss ich das LS-Register lesen. Das Lesen 
des Registers löscht aber gleichzeitig die Statusflags für das nächste 
Byte im Rx-FIFO, womit die Funktion für's Lesen des Rx-FIFOs die 
Status-Codes verliert.

Heisst dass jetzt, dass ich den UART nur per Interrupt sinnvoll bedienen 
kann oder gibt's doch ne Polling-Variante?
Das einzige was mir bisher einfiel war in der Sende-Funktion 
auszuwerten, ob ein Byte im Rx-FIFO ist (steht ebenfalls im LS-Register) 
und dies über eine globale Variable der Empfangs-Funktion zugänglich zu 
machen. Wenn was da war, liest die Empfangsroutine das LS-Register 
nicht, sondern nimmt den Wert aus der globalen Variablen.

Kann mir jemand auf die Sprünge helfen? :)

Ralf
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
(prx) A. K. #2113578
Lesenswert?
• ▲
▼ 
Zustandsbits vom FIFO verändert sich erst durch Lesen/Schreiben vom 
FIFO. In der Annahme, dass die LPC1000 von den LPC2000 nicht weit weg 
sind:
1
void

2
UARTbase::put(char c)

3
{

4
    while (!(uart->lsr & UART_LSR_THRE)) {

5
        ;

6
    }

7
    uart->thr = c;

8
}

Wenn es darum geht, die übrigen Bits über Parityfehler etc. nicht zu 
verlieren, dann musst du die mit jedem Auslesen vom LSR in einer 
gemeinsamen Variable akkumulieren und im Receiver-Code auswerten. Die 
PC-UART hat eben ein paar konzeptionelle Macken.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Ralf Gast #2113644
Lesenswert?
• ▲
▼ 
@prx:
> Wenn es darum geht, die übrigen Bits über Parityfehler etc. nicht zu
> verlieren, dann musst du die mit jedem Auslesen vom LSR in einer
> gemeinsamen Variable akkumulieren und im Receiver-Code auswerten.
Okay, also so wie ich oben dachte :)

Besten Dank und gute Nacht.

Ralf
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren