ATMega32 USART 16MHz (Pollin-Board)

[Dieter E. (netdieter)]

Hi Leute,
wie im Betreff bereits geschrieben, habe ich mir vor kurzem das 
AVR-Board von Pollin besorgt und versuche grad meine ersten Schritte mit 
dem ATMege32.
Auf dem Board ist ein 16MHz Quarz verbaut und eine RS232-Schnittstelle 
implementiert.
Leider krieg ich nur ab und zu einen vernünftige Ausgabe auf mein  HTerm 
zu stande. Meist fehlen Zeichen oder der Text ist Müll.

Ich habe schon einiges gelesen hier im Forum und das Datenblatt 
ebenfalls.

Ist es so, dass die 16 MHz zu den Fehler führen? Hilft mir ein neues 
Quarz?
Oder mach ich noch einen grundlegenden Fehler?

Im Anhang der aktuelle Source.
Das ist nur eine Spielerei um mich in die Materie ein zu arbeiten.

Wäre schön, wenn sich das mal jemand anschauen könnte.

Gruß
Dieter

[Otto (Gast)]

wahrscheinlich hast Du die Fuse für "external crystal high frequency" 
nicht gesetzt.....

Otto

[Dieter E. (netdieter)]

Die Fuse habe ich mehrfach kontrolliert und sind mE in Ordnung.
Ich habe das Forum deswegen auch schon durchforstet und alles geprüft.
Der Verdacht, dass der Übertragungsfehler zu groß ist, bestätigt sich 
dadurch, dass ab und an der richtige Text am Term ankommt.
Dieter

[Gast (Gast)]

Ein Blick ins Datenblatt zeigt, daß man mit einer Taktfrequenz von 16MHz 
ohne Probleme Bauraten bis 78,6kBd verwenden kann, u.U. auch höhere.
9600 Baud sind überhaupt kein Problem!

[Dieter E. (netdieter)]

Gast wrote:
> Ein Blick ins Datenblatt zeigt, daß man mit einer Taktfrequenz von 16MHz
> ohne Probleme Bauraten bis 78,6kBd verwenden kann, u.U. auch höhere.
> 9600 Baud sind überhaupt kein Problem!

Aber was könnte dann noch falsch laufen?
Wie gesagt, ab und zu kommt auch mal der richtige Text an.

[Werner B. (werner-b)]

Die Praxis zeigt aber dass mit 16 MHz ab 38400 i.d.R mit einer 
stabilen Übertragung Schuss ist, denn das ist "kein Baudraten Quarz". 
Nur vielfache von 1024 lassen sich "sauber" herunterteilen. Da genügt es 
wenn die beiden Takte (Sender/Empfänger) die Toleranzen in der 
entgegengesetzten Richtung ausnutzen.
Zudem muss auch noch der MAX232 die entsprechende Qualität haben. Da 
muss man im "zum Baustein gehörenden" Datenblatt nachsehen bis zu 
welcher Übertragungsrate dieser, in dieser Beschaltung, spezifiziert 
ist. Von Pollin bekommt man z.T. auch industrielle Rückläuferware, deren 
Qualität für die Industrie nicht ausreichend war.

[Dieter E. (netdieter)]

Wie kann ich den die Qualität der MAX232 prüfen?
Ich geh mal davon aus, dass man dazu min. nen Oszi braucht, oder?

[Dieter E. (netdieter)]

Jetzt funktioniert es.
Der Tip mir der Qualität des Bausteins hat mich in die richtige Richtung 
gebracht.
Aber der Grund für das Problem ist schon selten dämlich:
Der Chip war einfach nicht richtig in den Sockel gedrückt. :0

Danke für Eure Unterstützung,
Dieter

[Stefan W. (wswbln)]

Werner B. wrote:
> Die Praxis zeigt aber dass mit 16 MHz ab 38400 i.d.R mit einer
> stabilen Übertragung Schuss ist,

....vielleicht Deine Praxis.

Bei mir laufen auch 115kBaud noch völlig problemlos.