UART-PROBLEM

P23C Gast 23.01.2011 16:51 #2029446

Lesenswert?

•

Hallo zusammen,

ich habe bisher 8051 programmiert. Nur möchte ich auf grund der größeren 
Community auf die AVRs umsteigen. Deswegen habe nun erstmal angefangen 
meine bestehenden Projekte soweit umzuschreiben. Alles funktioniert 
auch. Nur der UART nicht. Deswegen habe ich erstmal ein ganz einfaches 
Programm geschrieben (aus dem Inet zusammenkopiert - Weil mein eigenes 
nicht funzt)...

#include <avr/io.h>
#define F_CPU 4000000UL 
#define UART_BAUD_RATE    2400UL
#define UBRR_BAUD ((F_CPU/(16L*UART_BAUD_RATE))-1)
int main (void)
         /* Special for ATMEGA8, ATMEGA16 */
    UCSRB = (( 1 << RXCIE ) | ( 1 << RXEN ) | ( 1 << TXEN ));   
  UCSRC = (1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0);                   
  UBRRH = (uint8_t) (UBRR_BAUD>>8);
  UBRRL = (uint8_t) (UBRR_BAUD & 0xFF);
  while (1){
    while (!(UCSRA & (1<<UDRE)))  /* warten bis Senden moeglich                   */
    UDR = 's';
return 0;


Verbunden ist alles wie bei meinem 8051 mit max232 USB->COm-Converter. 
Das ist alles fehlerfrei.

Die Ausgabe in Terminalv1.9b ist:
xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€ 
xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€xü€ø

Einstellungen im Terminal-Programm ist:
2400 8N1

Sieht jemand meinen Fehler??

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

holger Gast 23.01.2011 16:54 #2029449

Lesenswert?

•

▲
▼

>Sieht jemand meinen Fehler??

Falsche Baudrate.
F_CPU in den Text zu schreiben reicht nicht.
Die Fuses müssen auch entsprechend programmiert sein.

> UCSRB = (( 1 << RXCIE ) | ( 1 << RXEN ) | ( 1 << TXEN ));

RXCIE da wegmachen wenn keine Interuptroutine dazu vorhanden ist.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 23.01.2011 17:11 #2029475

Lesenswert?

•

▲
▼

Hab das RXCIE weg gemacht. Immernoch der gleiche Fehler.

An die Fuses bin ich gar nicht ran gegangen. Arbeite ohne externen 
Taktgeber. Im Makefile-Editor, habe ich ebenfalls die Baudrate 
vorgegeben...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Floh Gast 23.01.2011 17:13 #2029480

Lesenswert?

•

▲
▼

P23C schrieb:
> Arbeite ohne externen
> Taktgeber.
Nachgerechnet, ob dein Baudratenfehler klein genug ist?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

holger Gast 23.01.2011 17:13 #2029481

Lesenswert?

•

▲
▼

>An die Fuses bin ich gar nicht ran gegangen.

Dann läuft er mit 1MHz.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 23.01.2011 17:17 #2029488

Lesenswert?

•

▲
▼

WIeso läuft er noch mit 1Mhz wenn ich im Makefile und nochmal zusätzlich 
im Quellprogramm auf 4Mhz hochgehe?

Was ist gemeint, ob der Baudratenfehler klein genug ist? Habe auch 
schonmal andere Baudraten ausprobiert.

Schonmal Danke für die Mühen...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Andreas M. (elektronenbremser) 23.01.2011 17:21 #2029494

Lesenswert?

•

▲
▼

Das Makefile ist dem egal. Du musst mit den Fusebits explizit eine 
externe Taktquelle und diese dann auch entsprechend an den Controller 
anschliessen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 23.01.2011 17:26 #2029507

Lesenswert?

•

▲
▼

Geht das nicht mit dem internen Takt? Das habe ich aber so im Internet 
gelesen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

g457 Gast 23.01.2011 17:29 #2029514

Lesenswert?

•

▲
▼

> Geht das nicht mit dem internen Takt?

Jaschonirgendwie, aber..

> #define F_CPU 4000000UL

und

>> An die Fuses bin ich gar nicht ran gegangen.
>
> Dann läuft er mit 1MHz.

Passen nicht zusammen :-) 2400 @ 1MHz sollte übrigens mit einem 
hinreichend kleinen Fehler funktionieren.

HTH

Antwort Zitieren Bearbeiten Löschen Beitrag melden

./. Gast 23.01.2011 17:31 #2029522

Lesenswert?

•

▲
▼

g457 schrieb:
> 2400 @ 1MHz sollte übrigens mit einem
> hinreichend kleinen Fehler funktionieren.

Der Fehler bleibt relativ immer gleich.
Egal ob 2400 oder 38400...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 23.01.2011 17:37 #2029537

Lesenswert?

•

▲
▼

Aber wo könnte dann noch der Fehler liegen? So ein Mist, da will man 
umstellen und es happert schon an so kleinen Dingen

Antwort Zitieren Bearbeiten Löschen Beitrag melden

g457 Gast 23.01.2011 17:40 #2029541

Lesenswert?

•

▲
▼

> Der Fehler bleibt relativ immer gleich.
> Egal ob 2400 oder 38400...

Nope, eben genau ∗nicht∗, weil man die höhere Baudrate bei gleichem Takt 
nicht hinreichend genau einstellen kann - UBRR wird dann einfach zu 
grob.

In Zahlen: F_CPU mit 1MHz und 2400 Baud ergibt ein UBRR von 25 mit einem 
Fehler von grob 0.2% - geht so eben.
F_CPU mit 1MHz und 38400 Baud ergibt ein UBRR von 1 und einen Fehler von 
grob 23% - absolut unmöglich.

HTH

Antwort Zitieren Bearbeiten Löschen Beitrag melden

g457 Gast 23.01.2011 17:41 #2029543

Lesenswert?

•

▲
▼

> Aber wo könnte dann noch der Fehler liegen?

F_CPU und/oder Fuses und/oder Taktquelle anpassen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 23.01.2011 17:46 #2029554

Lesenswert?

•

▲
▼

P23C schrieb:
> Aber wo könnte dann noch der Fehler liegen?

Wieso 'noch'?

Der Fehler liegt darin, dass dein µC mit 1Mhz läuft.
Da kannst du ins Makefile Dinge eintragen bis du schwarz wirst, das 
beeindruckt deinen µC herzlich wenig.

Die Angabe im Makefile dient dazu, den Compiler darüber zu informieren 
wie schnell der µC läuft. Aber das ist auch schon alles. Wenn diese 
Angabe nicht mit der Realität übereinstimmt, dann funktioniert eben 
nichts.

Hör auf deinen Compiler anzulügen, schrieb 1Mhz für F_CPU rein und fuse 
bei nächster Gelegenheit deinen µC um, so dass er schneller läuft. Siehe 
Datenblatt

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Michael S. (michael0307) (Firma: electro-tester) 23.01.2011 17:51 #2029559

Lesenswert?

•

▲
▼

Hallo , Probier mal das Makro. :D

  UART-Init: 
Berechnung des Wertes für das Baudratenregister 
aus Taktrate und gewünschter Baudrate
#ifndef F_CPU
/* In neueren Version der WinAVR/Mfile Makefile-Vorlage kann
   F_CPU im Makefile definiert werden, eine nochmalige Definition
   hier wuerde zu einer Compilerwarnung fuehren. Daher "Schutz" durch
   #ifndef/#endif 
   Dieser "Schutz" kann zu Debugsessions führen, wenn AVRStudio 
   verwendet wird und dort eine andere, nicht zur Hardware passende 
   Taktrate eingestellt ist: Dann wird die folgende Definition 
   nicht verwendet, sondern stattdessen der Defaultwert (8 MHz?) 
   von AVRStudio - daher Ausgabe einer Warnung falls F_CPU
   noch nicht definiert: */
#warning "F_CPU war noch nicht definiert, wird nun nachgeholt mit 4000000"
#define F_CPU 1000000UL  // Systemtakt in Hz - Definition als unsigned long beachten 
                         // Ohne ergeben sich unten Fehler in der Berechnung
#define BAUD 2400UL      // Baudrate
// Berechnungen
#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1)   // clever runden
#define BAUD_REAL (F_CPU/(16*(UBRR_VAL+1)))     // Reale Baudrate
#define BAUD_ERROR ((BAUD_REAL*1000)/BAUD) // Fehler in Promille, 1000 = kein Fehler.
#if ((BAUD_ERROR<990) || (BAUD_ERROR>1010))
  #error Systematischer Fehler der Baudrate grösser 1% und damit zu hoch! 


und dann , schau dir das mal an!

AVR-GCC-Tutorial:Der Uart

und...

AVR-Tutorial: UART


Grüße...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 23.01.2011 18:02 #2029573

Lesenswert?

•

▲
▼

Danke... Es klappt jetzt. Das mit den Fuses guck ich mir mal an, beide 
anderen Links habe oich bereits durchgearbeitet.

Noch eine letzte Frage:
Ich arbeite zum ersten mal mit WinAVR. Wie kann ich ein Project mit 
mehreren Dateien compilieren? Also uart.h, uart.c und main 
beispielsweise.

Ich hab dazu kein Tutorial gefunden.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 23.01.2011 18:08 #2029585

Lesenswert?

•

▲
▼

Links ist ein Fenster mit deiner Projektübersicht.
Da ist eine Baumanzeige.
In dieser Baumanzeige gibt es den Punkt "Source Files".

Maus drauf, rechte MAustaste. Aus dem Kontextmenü "Add existing Source 
Files" oder "Create New" oder was du dann eben brauchst.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 23.01.2011 18:14 #2029593

Lesenswert?

•

▲
▼

Ich habe in der Baumanzeige nur New Project Group ->test und wenn ich 
dann rechtsklick mache, kann ich kein "Add existing File" oder Create 
New auswählen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 23.01.2011 18:22 #2029609

Lesenswert?

•

▲
▼

Ach. Entschuldigung.
Installier dir AVR-Studio. Das nimmt dir den ganzen Krempel mit Makefile 
ab. Und dort geht das dann so.

Ich hab überlesen, dass du noch kein AVR-Studio drauf hast.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 24.01.2011 08:50 #2030334

Lesenswert?

•

▲
▼

Hey,

ich möchte keinen neuen Thread anfangen. Geht das auch mit Win-AVR?

AVR-Studio bekomme ich irgendwie nicht richtig konfiguriert. Bei Win-AVR 
nutze ich einen USB-ISP Programmer mit STK500V2 über virtuellen 
Com-Port. Aber diese Einstellung finde ich im Studio nicht.

Nochmals vielen Dank für die Hilfe...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 24.01.2011 08:57 #2030341

Lesenswert?

•

▲
▼

P23C schrieb:
> Hey,
>
> ich möchte keinen neuen Thread anfangen. Geht das auch mit Win-AVR?

Du meinst mit Notepad+ als IDE?
Meines Wissens musst du dann die Dateien selbst ins Makefile eintragen.

http://www.mikrocontroller.net/articles/FAQ#Ich_hab_da_mehrere_.2A.c_und_.2A.h_Dateien._Was_mache_ich_damit.3F

> AVR-Studio bekomme ich irgendwie nicht richtig konfiguriert. Bei Win-AVR
> nutze ich einen USB-ISP Programmer mit STK500V2 über virtuellen
> Com-Port. Aber diese Einstellung finde ich im Studio nicht.

Auf welchem Com-Port? (Nummer)
Schlimmsten Falls musst du den vírtuellen COM-Port auf kleiner COM5 
runterdrücken (Gerätemanager). Habe sowas bei mir am laufen. Geht 
einwandfrei.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

P23C Gast 24.01.2011 11:27 #2030543

Lesenswert?

•

▲
▼

Com-Port ist auf 1 eingestellt.

Welches Programmer wähle ich dann aus?

Ich hab STK500 und Comport 1 ausgewähkt bekomme aber da die Störung bei 
HW-Signal oder so. Wo man die externe Spannung einliest. Bin gerade 
nicht zu hause, kann es nicht ausprobieren.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

UART-PROBLEM

Antwort schreiben