Hallo,
ich bin dabei mich auf dem ATMega48 mit der UART Schnittstelle zu
befassen (in Assembler).
Das funktioniert soweit wie erwartet und ich kann Zeichen an das
Terminalprogramm auf dem PC senden.
Mir fällt jedoch auf, dass das Deaktivieren und erneute Aktivieren des
UART nicht transparent für ein permanent lauschendes Terminalprogramm
von statten geht.
Das Problem, das auftritt, ist dass nach Aus- und wieder Einschalten des
TX ein zusätzliches Zeichen vom Terminalprogramm empfangen wird. In den
angehängten Screenshots ist das gut zu sehen. Da ist der Pegel auf der
TX Leitung zu sehen und der Text der am Terminal empfangen wird.
Hier mal der funktionierende Fall und der Problemfall als Pseudocode:
Das folgende funktioniert einwandfrei:
Initialisierung UART
Begin:
Warte auf Tastendruck
Aktiviere TX
SendByte "H"
SendByte "A"
SendByte "L"
SendByte "L"
SendByte "O"
Jmp Begin
Der folgende Code sendet nach der TX-Aus-/Einschaltsequenz vor dem
ersten regulären Zeichen ein "_" an das Terminalprogramm.
Initialisierung UART
Begin:
Warte auf Tastendruck
Aktiviere TX
SendByte "H"
SendByte "A"
SendByte "L"
SendByte "L"
SendByte "O"
Deaktiviere TX
Jmp Begin
Ist es normal, dass der UART beim Aus-/Einschalten kurzfristig
undefinierte Pegel am RX anliegen hat?
Hier noch die drei echten Codeschnippsel der UART-Routinen (auf das
wichtigste reduziert und mit aufgelösten Konstanten):
AktiviereTX:
lds r17, UCSR0B ; TX und TXCIE aktivieren
or r17, 0b01001000 ; or: [ ]RXCIEn [x]TXCIEn [ ]UDRIEn
[ ]RXENn [x]TXENn [ ]UCSZn2 [ ]RXB8n [ ]TXB8n
sts UCSR0B, r17
DeaktiviereTX:
lds r17, UCSR0A ; Wartet auf USART Data Register
Empty
sbrs r17, UDRE0
rjmp DeaktiviereTX
lds r17, UCSR0B ; TX und TXCIE deaktivieren
and r17, 0b10110111 ; and: [x]RXCIEn [ ]TXCIEn
[x]UDRIEn [x]RXENn [ ]TXENn [x]UCSZn2 [x]RXB8n [x]TXB8n
sts UCSR0B, r17
SendByte:
Wait:
lds r17, UCSR0A ; Wartet auf USART Data Register
Empty...
sbrs r17, UDRE0
rjmp Wait
ldi r16, 'H'
sts UDR0, r16
Daher nochmal meine Frage: Ist das Verhalten normal oder ist das eher
ein Programmfehler?
Gruß Markus
Markus schrieb:> Hier noch die drei echten Codeschnippsel der UART-Routinen (auf das> wichtigste reduziert und mit aufgelösten Konstanten):
Das sind die falschen echten Codezeilen.
Interessieren tut hier die Portkonfiguration.
Och Mann, das ist doch Grütze!
Zu das Zeug wo DDRD und PORTD beschrieben werden.
Uwe S. schrieb:> Hallo Markus,>> hänge an Uart TXD und RXD je einen externen Pullup-Widerstand.>> so 1k-10kΩ sollten ausreichen.
Vielleicht geht das, aber nur wenn Port D1 ein Eingang ist.
Das ist aber eher unwarscheinlich beim TXD.
Markus schrieb:> Ist es normal, dass der UART beim Aus-/Einschalten kurzfristig> undefinierte Pegel am RX anliegen hat?
Warum schaltest du den überhaupt aus? Machst du am Abend beim Auto
oder beim Moped auch jedesmal den Tank leer und füllst ihn am nächsten
Morgen wieder auf?
Hallo,
Deaktivieren von TxD muss den Pin TxD auf Hi-Pegel lassen. Lo ergibt
irgendwelche Zeichen oder Break.
Was soll das Deaktivieren überhaupt? Ist nichts zu senden, bewegt sich
an TxD auch nichts.
Georg
Lothar Miller schrieb:> Warum schaltest du den überhaupt aus? Machst du am Abend beim Auto> oder beim Moped auch jedesmal den Tank leer und füllst ihn am nächsten> Morgen wieder auf
Das mit dem leer machen übernehmen in manchen Gegenden andere, man
muss dann nur noch morgens auffüllen, hat also nur die halbe Arbeit ;)
@Detlef:
Da ich für Inputs (Taster) nur PROTC nutze, wird auch nur dieser von mir
konfiguriert.
.equ PORTC_DDRC = 0b00001001 ; DDRC (Richtungsregister,
1=Output, 0=Input)
.equ PORTC_PORTC = 0b00000000 ; Alle Bits an PORTC0 ausschalten
ldi Tmp, PORTC_DDRC ; DDRC (Richtungsregister) setzen
out DDRC, Tmp
ldi Tmp, PORTC_PORTC ; Bits und Pullup-Widerstände
setzen
out PORTC, Tmp
@Alle anderen:
Hmm, nun wenn das Abschalten des TX nicht Usus ist, dann ist das ja in
Ordnung. Ich kenne den genauen workflow dazu nicht.
Denkbar wäre aber, wenn eine Schaltung nur zeitweise über UART
kommuniziert. Da würde ich von der logischen Überlegung her (und weil
ich 'nen ordentlicher Mensch bin ;-) ) das TX Modul abschalten, wenn es
nicht gebraucht wird. Mein Beispiel im ersten post ist ein
Extrembeispiel das gebe ich zu, da nach einem Wort der TX sofort wieder
dicht gemacht wird.
Das Verhalten mit dem "_" ist für mich aber auch kein Showstopper, ich
wollte halt nur wissen, ob das normal ist oder ob ich etwas übersehen
habe.
Manch einer ist ja auch schon mit dem TXC0-Bit auf die Nase gefallen,
welches nur gelöscht wird, wenn die zugehörigen Interrupts aktiviert
sind. Sendet man ohne aktivierte Interrupts, dann muss das Flag manuell
gelöscht werden. Andernfalls funktioniert die Abfrage, ob das frame
komplett übertragen wurde nicht korrekt. -> "This flag bit is set when
the entire frame in the Transmit Shift Register has been shifted out and
there are no new data currently present in the transmit buffer (UDRn).
The TXCn Flag bit is automatically cleared when a transmit complete
interrupt is executed, or it can be cleared by writing a one to its bit
location."
Irgendeine ähnliche, fiese Kleinigkeit in diese Richtung hatte ich für
meinen Fall in Verdacht.
Markus schrieb:> Da würde ich von der logischen Überlegung her (und weil> ich 'nen ordentlicher Mensch bin ;-) ) das TX Modul abschalten
Wenn es denn deine Nerven beruhigt, kannst du das ja machen, aber dann
eben so, dass der Pin konstant Hi ist.
Georg
Das mit dem High-Pegel habe ich gerade umgesetzt.
Was soll ich sagen? Geht ab wie Sahne! :-)
Besten Dank.
Herr Ober, je ein Bier bitte an die beiden Herren dort drüben (Uwe und
Detlef)
Markus schrieb:> Herr Ober, je ein Bier bitte an die beiden Herren dort drüben (Uwe und> Detlef)
Wie jetzt... die Beiden sollen sich ein Bier teilen ?
;)
Markus schrieb:> Denkbar wäre aber, wenn eine Schaltung nur zeitweise über UART> kommuniziert. Da würde ich von der logischen Überlegung her (und weil> ich 'nen ordentlicher Mensch bin ;-) ) das TX Modul abschalten, wenn es> nicht gebraucht wird.
Diese Vorgehensweise ist umständlich, wenn du den Pin zwischendurch
nicht für was anderes brauchst. So ähnlich wie wenn du die Lötstation
die du zu Weihnachten bekommen hast, nach und vor jeder Benutzung bis
hin zum Geschenkband ein- und wieder auspackst...
Du kannst das TX Modul eines AVR gar nicht einzeln abschalten. Du
schaltest nur den Pintreiber um.
Lothar Miller schrieb:> Du kannst das TX Modul eines AVR gar nicht einzeln abschalten. Du> schaltest nur den Pintreiber um.
Natürlich kann man es abschalten.
Kapitel 10.9.2 "PRR – Power reduction register"
Kapitel 30.3 "Supply current of I/O modules"
Okay, ich denke anhand des Lötstationen-Beispiels habe ich verstanden,
dass ich TX/RX nicht immer wieder abschalten brauche. :-) Wieder was
gelernt.
Besten Dank nochmal an alle, das ging echt schnell.
Gruß Markus
Detlef Kunz schrieb:> Lothar Miller schrieb:>> Du kannst das TX Modul eines AVR gar nicht einzeln abschalten.> Natürlich kann man es abschalten.
Natürlich kannst du nur den gesamten UART abschalten. Nur TX allein
geht nicht...
Lothar Miller schrieb:> Detlef Kunz schrieb:>> Lothar Miller schrieb:>>> Du kannst das TX Modul eines AVR gar nicht einzeln abschalten.>> Natürlich kann man es abschalten.> Natürlich kannst du nur den gesamten UART abschalten. Nur TX allein> geht nicht...
Stimmt!