UART sendet immer nur 00000000

Die IO-Adresse UDR hat eine Doppelfunktion. Lesend wird der UART
Empfänger angesprochen, schreibend der UART Sender. Wenn die Simulation
vom Studio das UDR nur als 1 Register zeigt, lässt sich diese
Doppelrolle schlecht darstellen und mag etwas irritieren.

Evtl. klappt das Berechnen der UBRR-Werte nicht, denn der Compiler
rechent Konstanten manchmal nur mit 16 Bit.
Manchmal hilft auch ein 8000000L
Hast Du das kontrolliert?
Rechne die Werte aus und schreib sie direkt rein.

Der mega8 hat noch keine getrennten Adressen für UBRRH und UCSRC. Damit
UCSRC erreicht wird, musst Du noch das URSEL-Bit setzen:

UCSRC = (1<<URSEL)|(1<<USBS)|(3<<UCSZ0);

sonst schreibts Du (noch einmal) nach UBRRH.
Übrigens, wenn Du nicht wirklich 2 Stoppbits brauchst, kannst Du UCSRC
auch einfach ignorieren. Der Wert für die 8 Bit Daten steht nach dem
Reset schon von alleine drin.

also so weit ich das erkenne wird gesendet, wenn ich in der simulation
gucke wie lange er brauch um ein byte zu senden sind das, ich glaube ca
1ms und wenn ich das ganze bei 9600baud und 10 bit (8daten +2stopp)und
8mhz nachrechne komme ich auf ein ziemlich genau gleiches ergebnis.
also müsste doch die einstellung fürs timing (wenn mans mal so
ausdrücken will) passen. wenn ich das in den µC schreibe und den mit
meinem com-port verbinde erkennt er ja auch das gesendet bzw empfangen
wird. allerding kommt da immer nur 8 an egal was ich in UDR schreibe.

@A.K.: das is ja nich nur in der simulation das da 0 steht sonder der
sendet ja auch "in echt" nur 0 obwohl er wie oben angegeben 0xA2
senden sollte

@profi: hab ich schon nachgerechnet und auch im datenblatt nachgeguckt,
habs jetzt nicht zur hand aber meine 51 dezimal und das steht auch drin
und wenn ich das manuell reinschreibe ändert sich weder in der
simulation noch in echt was

@johannes: hab ich auch ausprobiert -> ändert nix

oh sorry meinte

"...allerdings kommt da immer nur 0 an egal was ich in UDR
schreibe."

also 0 und nicht 8

Nun, wenn da immer nur 0 ankommt, heißt das immerhin schon mal, dass
Dein UART überhaupt sendet. Sonst würde nämlich gar nichts ankommen.

Ansonsten hast Du zumindest einen Fehler in Deiner Rechnung, denn 8 Bit
Daten plus 2 Stoppbits ergeben bereits 11 Bits Übertragungzeit, weil Du
das Startbit nicht mitgerechnet hast. Also dann frage ich mal, ob Du
Dir das serielle Signal schon mal am Scope angekuckt hast, und dort das
A2-Schema wiedererkennen konntest, sprich ein Low am AVR-Pin (oder
Plus-Spannung auf der RS232-Leitung) von drei Bitzeiten Dauer (Startbit
+ Datenbits 0 und 1), danach 1 Bitzeit High (oder Minusspannung auf der
RS232-Leitung für Datenbit 2), dann wieder 2 Bitzeiten Low (Datenbits 3
und 4), 1 Bitzeit High (Datenbit 5), nochmal 1 Bitzeit Low (Datenbit 6)
und danach "High bis zum Abwinken" (Datenbit 7 plus Stoppbits).

Frage am Rande: Welches Terminalprogramm benutzt Du auf der PC-Seite?

Hast Du schon einen Pegelwandler drin? diese invertieren das Signal!

Normalpegel am µC: high, an der RS232-Leitung ca. -10V.

Für A2 muss das Signal am µC so aussehen

S01234567SS
000100101111111111111

auf der RS-Leitung genau invertiert
S01234567SS
+++-++-+-------------

Die meisten RS232-Empfänger sind mit TTL-Pegel zufrieden, aber die
Polarität muss invertiert sein. Das kann man auch mit einem Bit
einstellen (zumindest bei den Motorola-µC). Beim Mega8 habe ich gerade
nachgeschaut und auf die Schnelle nichts dergleichen gefunden.

@Profi

Mit welchem Controller arbeitest Du, dass Du mit Bastis Code pro
gesendetem Zeichen noch lockere 10 weitere Stop-Bits erhälst?

So einen wünsche ich mir schon seit bald 3 Jahrzehnten, habe aber immer
noch keinen gefunden...

Terminalprogramm habe ich hyperterminal und dann noch ausm netz
COM-Terminal. hyperterminal zeigt nix an weil eben nur 0x00 ankommt,
man kann aber sehen das der balken schneller blinkt wenn mein µC an is,
wenn ich den abschalte blinkt der balken normal, so wie der eben immer
blinkt, so schnell wie wenn ich ich schreibe. COM-Terminal sagt mir das
0x00 ankommt.

@Profi meinst du ich könnte meinen max232 dazwischen rausnehmen und das
geht trotzdem?

ich habs hinbekommen. haltet mich für blöd aber ich hab zuerst UBRRH und
UBRRL beschrieben und dann UCSRA - UCSRC und das hat mein UBRRH dann
wieder überschrieben. jetzt erst UCSRx und dann UBRRx und es geht!!

super geil! danke an alle!

Na dann erstmal Glückwunsch zur Problemlösung!

Aber irgendwie gibt mir das doch zu denken. Ich mein, ich hab nun schon
wirklich etliche mega8-Programme gebaut, die den USART im asynchronen
Modus benutzen und nie dieses Problem gehabt. Meine Standardreihenfolge
ist bei allen immer gewesen: erst UBRR (meist nur -L), dann UCSRC und
-A, soweit benötigt, und die Enables per UCSRB ganz zum Schluss, so wie
ich das "vor Urzeiten" mit dem 8251 mal gelernt und auch als sinnvoll
eingesehen habe.

Ich werde bei nächster Gelegenheit aber mal mit Deiner Reihenfolge
spielen. Kann ja immerhin sein, dass ich dabei noch was dazulerne.