UART-Frame-Error mit Attiny2313

Gast #263765
Lesenswert?
• ▲
▼
Hallo zusammen,

mein UART beim ATtiny2313 spinnt leider etwas. Sende ich per
STK500/Terminalprogramm oder über einen anderen Mikrocontroller ein
Zeichen das kleiner als 128 ist, tritt ein Frame Error auf, bei
größeren Zeichen nicht. Allerdings werden alle Zeichen mit zwei
multipliziert, was ich anhand eines PWM-Signals (das letztlich über
die
RS232 gesteuert wird) gut erkennen kann.

Mein Prozessor läuft mit 4MHz, der UART auf 2000baud und mit 8
Datenbits sowie einem Stop-Bit und keinem Paritätsbit. Initialisiert
wird er mittels:

void uart_init(void)
{
  //set baud rate
  UBRRH = (unsigned char) ((F_CPU/(UART_BAUD_RATE*16L)-1)>>8);
  UBRRL = (unsigned char)  (F_CPU/(UART_BAUD_RATE*16L)-1);

  UCSRB |= ((1<<RXEN)  | (1<<RXCIE));            //enable receiver and
receive
interrupt
  UCSRC |= ((1<<UCSZ1) | (1<<UCSZ0));            //set frame format: 8
data, 1
stop bit
}  //end of usart_init

Abgefragt werden die Daten mittels einer Interrupt-Routine.

SIGNAL(SIG_USART0_RX)
{
        unsigned char c;
  c = UDR;

  [snip]
}

Kann mir jemand den Grund für dieses merkwürdige Verhalten nennen? Die
Einstellungen im Terminalprogramm bzw. im Quellcode des sendenden
Mikrocontrollers entsprechen natürlich denen im UART-Register des
ATtiny2313.

Gruß
Christoph
Gast #263766
Lesenswert?
• ▲
▼
Mal vorausgesetzt, beide Seiten sind sich über 8N1 einig, klingt das
nach Bitratenproblem. Leider nach zwei verschiedenen inkompatiblen
Problemen.

(1): Mit 2 multpliziert bedeutet, das Startbit des Senders wird vom
Empfänger bereits als erstes (unterstes) Datenbit interpretiert. Dazu
muss der Empfänger mit erheblich höherer Bitrate als der Sender
arbeiten.

(2) Wenn genau und nur alles <128 als Framing Error ankommt, dann kommt
das letzte (höchste) Bit des Senders beim Empfänger zu dem Zeitpunkt an,
zu dem dieser das Stopbit erwartet. Wenn die Parameter 8n1 stimmen, dann
spricht das für eine etwas höhere Bitrate beim Empfänger - grad soviel,
dass es nur beim Stopbit nicht mehr passt.

Für (1) müsste der Bitratenfehler eigentlich bei etlichen zig% liegen,
für (2) in der Grössenordnung von 10%. Was ich nicht recht in Deckung
kriege.
Gast #263767
Lesenswert?
• ▲
▼
Der Attiny läuft nun mit 8MHz und empfängt alles korrekt. Wieso er das
bei 4Mhz nicht auch schon gemacht hat, verstehe ich allerdings nicht,
die Baudrate von 2000baud passt ja exakt zur Oszillatorfrequenz.
#263768
Lesenswert?
• ▲
▼
@Christoph,

Du bist nicht der erste, der die UART ohne Quarz verwendet und sich
dann wundert, warum es manchmal klappt und manchmal nicht.

90% der UART-Fragen hier beruhen auf dem ungenauen RC-Oszillator.

Ich spare mir einfach den ganzen Ärger und nehme einen Quarz, sobald
ich die UART benutze.


Peter

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 20 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.