Wirklich UART-Framing-Errors mit USB->RS232-Wandler?

[Marek N. (Gast)]

Hallo,

ich experimentiere ein bisschen mit dem UART des Atmega8 und kann meine 
Strings vom Controller zum PC übertragen.

Per Zufall habe ich entdeckt, dass Bray-Terminal (1.9b) mir 
Framin-Errors meldet. Zunächst dachte ich an Fehler in meinem Programm, 
doch dann ist mir aufgefallen, dass Bray auch einen Fehler meldet, wenn 
der Controller gar nichts sendet, gar resettet oder abgeschaltet ist!

Also habe ich den den USB->RS233-Adapter abgezogen und siehe da: Immer 
noch Framing-Erros! Selbst wenn man das Programm schließt und neu 
startet wird gleich ein Fehler gemeldet, sobald man sich mit dem Port 
verbindet.
Gut dachte ich, vielleicht ein Bug im Terminalprogramm, also ein anderes 
genommen: Real-Term. Doch genau das gleiche Verhalten. Framing-Error, 
sobald man den Port öffnet :-(

Ich habe mittlerweile den USB->RS232-Adapter in Verdacht, ist so ein 
Reichelt-Teil von Prolific. Evtl. auch Treiberprobleme?

Hat jemand schon ähnliche Erfahrungen gemacht und weiß Rat?

Beste Grüße, Marek

P.S. Ich öffne die Verbindung mit 1200 Baud, 8N1, None, der Adapter 
hängt an keinem (externen) USB-Hub

[syn_error (Gast)]

funktioniert bis auf den fehler das senden und empfangen?
wenn ja, mach es wie die microsoft programmierer, ignoriere es einfach.

[syn_error (Gast)]

edit:
was sagt das frame error flag des atmegas?

[Abdul K. (ehydra)]

Verwechselst du das nicht mit einem BREAK ?

[Marek N. (Gast)]

Guten Morgen,

also ich übertrage erst Mal nur Daten vom Controller zum PC.
Was mich wirklich wundert, ist dass mir zwei Terminalprogramme (Bray und 
Real-Term) einen Framing-Error melden, selbst wenn nichts übertragen 
wird und der USB-Wandler in der Luft hängt.
Ich vermute das Problem eher auf Windows- oder Adapterseite. Könnte es 
ein Konflikt mit der libusb sein, die ich wegen des AVR-Dopers 
installiert habe?

Beste Grüße, Marek

Achso, Controller läuft natürlich mit externem 8 MHz-Quarz.