UART mit STK500 Beispiel bitte

kauf dir ein vernünftiges board und nicht so ein scheiss teures stk500.
es gibt nur probleme damit.
geht wesentlich biliger und besser.

@Markus: Foren-Trolle gibt's leider überall.

Erst warten:
 while (!(USR & (1<<UDRE))) ;
und dann senden.

In der Wartschleife zur UART auch noch zu senden, ergibt nicht viel
Sinn.

Ok, dann weiter: Unveränderliche Parameter setzt mal einmal und lässt
sie dann in Ruhe (UCR, UBRR). Auch das gehört nicht eine Schleife.

Vorsichtshalber erwähnt: Die Daten landen auf dem zweiten Sub-D
Anschluss ("SPARE"), nicht auf dem, mit dem das Programm aufgespielt
wird ("CTRL").

Wie sieht es bei den Jumpern aus? Es gibt ja welche, die den Takt an den
Controller ranführen (OSCSEL, XTAL1). Und wurde der Takt auch in den
STK500 geschrieben (bloss im Dialogfeld klicken langt nicht, da muss
auch ein "Write" hinterher)?

Aber den Takt kannst Du ja mal kontrollieren. Wenn Du für jeweils 1000
per UART gesendete Bytes einmal eine LED umschaltest, müsste da
ungefähr ein 0,5sec-Takt rauskommen. Wenn nicht...

Unfug. 0,5Hz, 1sec an, 1sec aus.

Das passt hinten und vorne nicht, dazu müsste der Proz mit 36MHz laufen
;-). 9600 Bits pro Sekunde sind 960 Byte pro Sekunde, nicht 9600.

Freilich: Dein UDR='x' sitzt immer noch in der inneren Schleife drin.
Da fehlt ein klitzekleines Semikolon hinten an der while-Schleife. Guck
nochmal genau in das Tutotial.

Auch an anderer Stelle hast Du beim abtippen aus dem Tutotial zu viel
eingespart. Die obige Baudratenrechnung rundet nämlich ab, d.h. es
kommen 22,99 = 22 dabei raus, nicht die nötigen 23. Diese Abweichung
ist für RS232 zu gross. Im Tutorial steht ja auch 3686400.

Nö. Das war vorher besser. UDRIE ist das Interrupt-Enable-Bit und liegt
in UCR, nicht in USR. Allerdings an genau der gleichen Stelle, weshalb
es faktisch egal ist und nur zur Verwirrung des Programmierers
beiträgt. Denn ob Du nun
  while (!(USR & (1<<5)))
schreibst, oder
  while (!(USR & (1<<5)))
macht ja keinen grossen Unterschied ;-).

Weil's unweigerlich einen anderen Grund gibt. Sowohl UDRIE also auch
UDRE stehen gleichermassen für die Zahl 5.

weil deine header-datei vom chip etweder das eine oder nur das andere
kennt.