UART invertiert

Also irgendwo ist der Wurm drinnen. Das mit dem Invertiertem UART 
scheint eine Sackgasse zu sein, denn schicke ich ein 0xFF, sind beim 
Controller die meisten Pegel bei +5V und nach dem MAX232 sind die 
meisten Pegel bei -12V.
Vielleicht bin ich ja auch einfach nicht in der Lage das Oszi zu lesen?
Ich teste veschiedene Zeichen und versuche Euch die Oszibilder 
darzustellen.

Bei 0x00 bekomme ich: -_________-_________
Bei 0xFF bekomme ich: ---------_---------_

Aber bei einem 'P' (01010001) bekomme ich: -_____-_-_-_____-_-_-_____

Bei 'K' (01001011) sehe ich folgendes: -_-_--_-__-_-_--_-__-_-_--_-
(Ich dachte die ganze Zeit der UART vom Controller sei invertiert, weil 
das 'K' mit Negativer Logik einen gültigen Frame ergibt)

Ich stehe irgendwie auf dem Schlauch. Für Tipps wäre ich dankbar...

Grüße mef

RS232 (V24) ist invertiert, dh der tiefe Pegel ist eine Eins.

Hi

Die UART fügt deinem Byte noch ein Startbit=1 am Anfang und ein 
Stopbit=0 am Ende zu. D.h. ein übertragenes Byte besteht aus 10 bits.

MfG Spess

Die Oszibilder stimmen. Sie sind aber am Controller gemessen. Der Max232 
invertiert das Signal. Es gibt noch ein Start und Stop Bit 
unterschiedlichen Levels hinzu. Ich denk Spess53 hat die Pegel der V24 
geschrieben. Und dann muss man noch wissen dass das Schieberegister des 
UART das niederwertige Bit zuerst rausschiebt. Ich hab's grad 
kontrolliert, und mein ueblicher AVR hat im Datenblatt das UART genau 
erklaert. Unter "USART - Frame Formats"

Hallo!
Wie erzeugst Du mit nem AVR 16 Mhz ne Baudrate von 300 ?
Das kommt mir "Spanisch" vor....

Errechne mal anhand der Taktfrequenz und Registerinhalte die 
tatsächliche Baudrate.

gruß,
Bjoern

Hi

Meine Angaben haben sich auf den TTL-Pegel nach der UART bezogen. Nach 
dem Startbit folgt das MSB, nicht das LSB. Deine 'Diagramme' stellen die 
erwarteten Bitfolgen dar. Also arbeitet die USART wie erwartet. Welchen 
Wert hat dein UBR-Register. Bei 16MHz und 300Bd sollte es $0D04 sein.

MfG Spess

Wenn Du ohne Unterbrechung sendest, kann die empfangende UART evtl. 
nicht korrekt auf den ankommenden Datenstrom synchronisieren, sie 
interpretiert das falsche aktive Bit (low) als Startbit. Daher können da 
schon falsche Daten ankommen. Mit einem Neustart des Programms sollten 
die Daten aber schon stimmen.

Wie auch immer du das mit dem LSB und dem LSB machen willst ... ein 
Auszug vom Mega32. --> Start, Bit0..Bit7, Stop

Wie schon festgestellt sendet die UART vom Controller nicht invertiert 
(also 1=0V), sondern nur das LSB zuerst -nicht andersherum wie 
fälschlicherweise erwartet.

Ich hatte zwei Fehler:

1. Was wie ein Baudratenfehler aussah, war ein Baudratenfehler. Ich 
hatte anstelle UBBRH und UBBRL nämlich zweimal UBBRH geschrieben 
(Copy&Paste-Fehler), dadurch war die Baudrate ein Tick schneller (ca. 
30µs) als mein PC, welcher dann die Stop-Bits bzw. das Idlesignal 
fälchlicherweise als Datenbits gelesen hat, was dann zu Zeichen wie 0xF0 
geführt hat, die mein minicom nicht angezeigt hat. Auf dem Oszi fiel 
diese Ungenauigkeit nicht auf.
Ich hatte auch nicht mehr mit den 300bd gearbeitet sondern mit 2400bd.

2. Die USB-Bridge geht wohl wegen eines Layout-fehlers im Board nicht. 
Der /Reset-Pin ist nirgends angeschlossen. Wegen seines Low-Active 
dürfte er die ganze Zeit reseten und keine Zeit haben sich um das 
UART-Signal zu kümmern...


Danke für Eure Hilfe, ohne den Zaunpfahlwink mit dem LSB (Ja, wer lesen 
kann ist im Vorteil) würde ich wohl immernoch darüber grübeln.

Grüße mef