100nF Kondesator zwischen GND und VCC verursacht Störung auf UART

>Kennt jemand dieses Problem?

Ja, schliess den Kondensator an den richtigen Pins an;)

Ist an PIN4 (VCC) und PIN8 (GND) angeschlossen. Es ist ein Tiny25 mit 
SOIC Gehäuse, wäre doch richtig?

>habe einen 100nF Kondensator (Farnell 1414664) zwischen GND und VCC >geschaltet. 
Mit diesem kommen manche Bytes mit falschem Wert zurück, >wenn ich den Kondensator 
entferne funktioniert es wunderbar.

Also, an der Betriebspannungsentkopplung liegt es garantiert nicht! 
Sitzt der Cap mit kürzesten Anschlüssen zwischen den VCC- und GND-Pins 
des µC?

Ich stimme dem Peter zu, Quarz verwenden.
Im Datenblatt sieht man die Abhängigkeit der Frequenz des internen
Oszillators von der Betriebsspannung (und der Temperatur).

Man kann, z.B. indem man bei einer "3"(x30) oder einem Blank (0x20)
die Highzeiten mißt eine Art "Autobaud-Funktion" erzeugen, und sich
der "Sendeseite" anpassen. Hilft oft, aber ein Quarz ist halt die
sauberere Lösung. Autobaurate funktioniert gut, die Grundidee
stammt aus einer Intel-App-Note zu Intels Basic-Chip 8052-Basic.

Die PINS für einen externen Takt habe ich nicht zur Verfügung. Ich habe 
im Datenblatt gelesen, dass die genauikeit bis auf 3% gebracht werden 
kann. Die Spannung halte ich konstant auf 5V. Bei der Temperatur gehe 
ich von Zimmertemperatur aus, werde ich noch austesten was so 10Grad 
unterschied ausmacht.

Ich habe die Controller gestern gelötet und getestet. Mit meinem 
Hobbylötverfahren (Kochtop) wurden die Tinys etwas warm. Heute hat die 
Kommunikation ziemlich gut funktioniert.

Kallibrieren des Taktes werde ich machen und die automatische Variante 
scheint recht interesant zu sein.

Zudem habe ich auch die Möglichkeit zu prüfen ob ein Telegramm 
angekommen ist.
Mein Projekt: Ich schalte RGB Module mit einem Tiny in Serie (UART), ein 
Steuergerät schickt ein Befehl(Telegram) auf den ersten und gibt die 
Farbe für das RGB vor, dieses Telegram wird weitergeschickt bis es 
wieder beim Steuergerät ankommmt. So weis das Steuergerät welche Befehle 
korrekt angekommen sind, und kann allenfalls das Telegram wiederholen. 
Also so bei 80-90% korrekten Telegrammen bin ich schon zufrieden :-)

Heleon schrieb:
> Mein Projekt

Klingt irgendwie komisch, dafür eine Punkt-zu-Punkt-Verbindung zu 
mißbrauchen. Wäre I2C für sowas nicht besser?
Bräuchte erstens keinen genauen Takt, zweitens ist es ein Bus.
:-)

Ja da hast du recht, ich möchte die Übertragung natürlich möglichst 
zuverlässig haben. Darum werde ich jetzt mal die Idee mit der 
automatischen kallibrierung prüfen.

Ich habe auch eine I2C Version programmiert, nachteil ist die maximale 
Leitungslänge.

Schon mal über ein Master/Slave System über RS485 nachgedacht?

Bond schrieb:
> Im Datenblatt sieht man die Abhängigkeit der Frequenz des internen
> Oszillators von der Betriebsspannung (und der Temperatur).
Mit welcher Taktfrequenz kommen denn bei dir die Bits aus der Leitung 
des Tiny. Hast du die mal nachgemessen, wo du da in den zulässigen 
Toleranzen zu deiner Datenquelle liegst, bevor du die Abhängigkeit von 
Betriebsspannung und Temperatur als Fehler höherer Ordnung analysierst.