Problem mit dem AVR UART

Gast #821471
Lesenswert?
• ▲
▼
Hi,
ich habe da irgendwie ein Verständnisproblem bei der UART 
Initialisierung und zwar mit dem URSEL-bit.
Mir ist zwar klar das durch dieses Bit eine Umschaltung zwischen UCSRC 
und UBRRH erfolgt, da beide die gleiche Adresse besitzen.
Doch irgendwie gibt es bei der Initialisirung Probleme.

Warum funktioniert z.B.
  UCSRC |= (1 << URSEL);
  UCSRC |= (1 << UCSZ1) | (1 << UCSZ0);
nicht! und
  UCSRC |= (1 << URSEL)|(1 << UCSZ1) | (1 << UCSZ0)
funktioniert.

Folgende Anweisung funktioniert ebenfals nicht.
//8-Datenbits
UCSRC |= (1 << URSEL)|(1 << UCSZ1) | (1 << UCSZ0)
//even-parity
UCSRC|= (1 << URSEL) |(1 << UPM1) | (0 << UPM0);

Gruß Jens
#821555
Lesenswert?
• ▲
▼
Hallo,

dein Problem ist, das die verwendeten C-Operationen immer erst das 
Register lesen, dann die entspr. Bits setzten und anschl. schreiben.
Laut Datenblatt erfolgt beim 1. lesen immer die Rückgabe von UBRRH und 
beim 2. lesen die Rückgabe von UCSRC. Die 2 Befehle müssen unbedingt 
direkt nacheinander ausgeführt werden!
Da du ja die Schnitttelle im allgem. nur einmal einstellst, und die 
Register nur für den UART da sind schreibe lieber:

UCSRC = (1 << URSEL)|(1 << UCSZ1) | (1 << UCSZ0)

das umgeht das vorherige lesen des Registers.

Sascha
Gast #821575
Lesenswert?
• ▲
▼
Hallo,
ich hatte das gleiche Problem!
Am einfachsten ist das von Sascha erwähnte verfahren alles in einen 
Aufruf zu packen, so spart man sich das lesen.

Oder man definiert sich ein Hilfsregister.
z.B.
  uint8_t  UCSRC_temp=0x0;
  UCSRC_temp|=(1 << URSEL);
  UCSRC_temp |= (1 << UCSZ1) | (1 << UCSZ0);
  UCSRC = (1 << URSEL)| UCSRC_temp;
#821804
Lesenswert?
• ▲
▼
Hallo,

auch wenn es jetzt überflüssig ist (und ich weiß, warum ich ASM bei µC 
lieber habe ;)

Stell Dir einfach bei solchen Sachen vor, was Du programmierst und was 
der Compiler daraus machen kann:

UCSRC |= (1 << UCSZ1) | (1 << UCSZ0);

Du sagst ihm, er soll den Inhalt von UCSRC mit dem Ergebnis der rechten 
Seite oder verknüpfen. Dazu muß er den Wert von UCSRC ja erstmal haben. 
Wie bekommt er ihn? Durch einlesen...

Es muß also was in der Art rauskommen:

in r16,UCSRC
ori r16,(1 << UCSZ1) | (1 << UCSZ0)
out UCSRC,r16

Nur hier weiß ich, daß ich lesen muß, weil es einen ASM-Befehl, der 
logische Verknüfungen mit I/O-Ports macht, beim AVR nicht gibt.

Gruß aus Berlin
Michael
Gast #821822
Lesenswert?
• ▲
▼
Hi

@Michael

Wenn ich irgendwelche Bits erhalten muss, ist ein Einlesen notwendig. Es 
gibt aber auch genügend Fälle, in dem man ein Register 'hart' 
überschreiben kann. Dann ist ein Einlesen unnötig.

MfG Spess
#821950
Lesenswert?
• ▲
▼
Hallo,

logisch.
Mir ging es um die spezielle C-Problematik, daß ein OR mit einem 
Portregister den Compiler dazu zwingt, einzulesen. Egal, ob es nötig 
wäre oder ob es, wie im konkreten Beispiel, sogar Nebenwirkungen hat.

Das ist meiner Meinung nach für einen C-Programmierer, der bei µC erst 
einsteigt oder jemanden. der beides beginnt, nicht immer ersichtlich.

Wenn ich eine normale Variable und kein Portregister habe, steht ja das 
Problem auch nicht, darüber nachzudenken. Deren Wert hat ja der Compiler 
sozusagen immer vorrätig.

Gruß aus Berlin
Michael

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

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.