Problem mit RS232 und int. RC-Osz.

Wenn Deine Taktfrequenz aus den vor Dir genannten Gründen nicht stabil
genug ist und Du daran nichts ändern kannst, würde ich an Deiner Stelle
probieren:

1. Geh mit der Baud-Rate so wo weit runter wie möglich,
2. Übertrage immer nur möglichst kleine Datenpakete auf einmal und
   mach dazwischen Pausen.


Gruß, Michael

Datenblatt:
"If the internal RC is used at other frequencies, the calibration
values must be loaded manually..."

OK, den Teil im Datenblatt habe ich gefunden. Aber ich verstehe das
nicht so ganz. Da steht: This can be done by first reading the
signature row by a programmer, and then store the calibration values in
the...
Was ist die signature row und wie kann man die auslesen..????

Welchen Programmer verwendest du?
Mit dem STK500/AVR-Studio kannst im Programmiertool unter "Advanced"
die cal.bytes für die verschiedenen Frequenzen auslesen  und im
"normalen" Flash oder EEProm speichern. Dort kann sie dann im
Programm lesen und in das OSCAL-Register schreiben.
Ich persönlich nehme lieber einen SMD-Resonator, wenn es in der
Anwendung auf halbwegs genaues Timing ankommt (RS232 gehört für mich
dazu). Neben der sowieso schon vorhandenen Ungenauigkeit kommt noch
Drift durch Temperatur und Spannung, und nach Murphy gleicht sich da
nicht etwa was aus, sondern summiert sich prinzipiell in Richtung des
grösstmöglichen Fehlers.

Ich verwende zum Programmieren einen selbstgebauten Adapter mit einem
74LS245 und PonyProg als Software. Geht das damit auch irgendwie?

da kann ich dir nicht weiterhelfen, damit kenne ich mich überhaupt nicht
aus. Kann sein, kann nicht sein, ist ne Frage der Software, ob die das
unterstützt.

Ich habe auch schon meine negativ Erfahrungen mit dem intern RC Osz.
gemacht. Er ist sehr Temp. abhängig.

wer sucht der findet. unter ponyprog commands steht ganz unten read osc.
calibration byte. das hört sich doch ganz gut an..

OK, habe inzwischen ein SDK500 aufgetrieben und das ganze funktioniert.
Danke für die Hilfe...