ATmega1284 braucht Pause zwischen USART-Konfiguration und ersten Zeichen

Das liegt wahrscheinlich an der "falschen" Reihenfolge beim Beschreiben 
der Register. Der BAUD-Genertor bekommt ein Update, wenn man UBRRnL 
schreibt. Man muss erst alles konfigurieren und am Schluss erst TXENn 
auf 1 setzen. Dann sollte es ohne Pause funktionieren.

Kannst du das mal näher erklären? Denn eigentlich sendest du gar nichts, 
du schreibst nur einen Wert ins Register. Senden macht die Uart dann 
ganz alleine, und das erst, wenn die fertig initialisiert ist.

Ich vermute eher, daß dein TX-Pin vor der Initialisierung low ist, und 
damit der Receiver auf den anderen Seite Probleme hat, daß Startbit zu 
erkennen.

Oliver

Jefe schrieb:
> Ich nutze zur Zeit einen
> ATmega1284P

Ich nutze den sehr gerne und oft, viel Platz und 20 MHz :)

Aber ich hatte noch nie Probleme.
Ich betreibe den sogar mit 57.6K oder 250K.

Aber ich mach die Config. wie:

Falk B. schrieb:
> Man muss erst alles konfigurieren und am Schluss erst TXENn
> auf 1 setzen.

Jefe schrieb:
> Frage: Wo steht so etwas im Datenblatt?

Zeig mal deine Init().

Dann sieht man es gleich, oder ich teste es morgen früh.

Edit:
Nebensächlich - warum wählt man einen 1284 und treibt den mit "nur" 8 
Mhz?

Jefe schrieb:
> Es ist wohl eher irgendetwas im Zusammenhang CH340  Windows 11  USB3.
> Warum auch immer klappt es nun ohne Probleme.
Ein Oszilloskop würde hier in kurzer Zeit Klarheit bringen. Denn damit 
kann man genau sehen, was auf dem Bus los ist. Und wenn man parallel auf 
einem anderen Portpin noch ein Triggersignal ausgibt, dann kann man 
sogar ganz einfach messen, wie lange das Versenden dauert.

> (1<<RXCIE0)
Warum schaltest du da den Interrupt aktiv?
Zum Glück ist da nirgends ein sei(). Kann lustig werden, wenn du die 
Interrupts später mal global aktivierst, weil du z.B. einen 
Pinchange-Interrupt verwenden willst.

Nach dem Reset sind alle Pins hochohmig, d.h. der Pegel ist undefiniert. 
Wenn der nachgeschaltete IC keinen Pullup hat, kann also Mumpitz 
anliegen.

Sauber ist es daher, nach dem Reset den Pin als high oder mit Pullup zu 
setzen und in diesem Zustand für mindestens eine Bytezeit zu belassen. 
Danach ist der Empfänger garantiert für das nächste Startbit bereit.