Atmega8 + STK500 - USART funktioniert nicht

[Conehead (Gast)]

Hi.
Habe mal wieder ein kleines Problem.
Seit gut 2 Tagen versuche ich jetzt mit meinem Atmega8 einen Char an den 
PC zu senden. Aber irgendwie passiert überhaupt nichts.

#include <avr/io.h>

#define F_CPU 3680000
#define USART_BAUD_RATE 9600
#define USART_BAUD_SELECT (F_CPU/(USART_BAUD_RATE*16l)-1)


void initUsart(void) {
    UCSRB =  (1<<RXEN) | (1<<TXEN);
    UCSRC = (1<<URSEL)|(1<<USBS)|(3<<UCSZ0);
    UBRRL = (unsigned char) USART_BAUD_SELECT;
}

void sendChar (unsigned char c) {
  while (!(UCSRA & (1<<UDRE))) {}
  UDR = c;
}

int main(void)
{
  initUsart();
  for(;;){
      sendChar('x');
  }              
}

Eigentlich sollte es doch schon funktionieren oder?
Das STK ist auf standard gestellt. In der Anleitung steht, dass es 
standardmäßig 3,68mhz sei.
Woran könnte es liegen?
Hab schon 3 Terminalprogramme ausprobiert, aber es kommt wirklich gar 
nichts an.

Evtl. habt ihr ein paar Tipps für mich!

MfG

Conehead

[Johannes O. (jojo_2)]

hast du mal die 2 Sendeleitungen zusammengeschlossen und geschaut ob der 
PC richtig sendet? Verwendest du einen MAX232 oder FTDI-Chip?

[Guru (Gast)]

Oder hast du gar Win7 64bit inzwischen installiert?

[spess53 (Gast)]

Hi

>Das STK ist auf standard gestellt. In der Anleitung steht, dass es
>standardmäßig 3,68mhz sei.

Hast du bei den HW-Settings nachgesehen? Abgesehen davon ist der interne 
Takt des STK500 nicht sonderlich genau.

>Hab schon 3 Terminalprogramme ausprobiert, aber es kommt wirklich gar
>nichts an.

Die Verbindung vom Port zu RXD/TXD ist in Ordnung?

MfG Spess

[Conehead (Gast)]

Was wie? Was für ein Chip?
Ja ich habe Windows 7 64 Bit installiert.
Hoffe das wird kein Problem sein?

Hab ne PCI-Karte mit 2x Seriell

[Guru (Gast)]

@Conehead
Hast du eine Serial Monitor in Form eines LED-Dongles? Auf welcher 
Adresse liegt deine PCI-Card?

[Conehead (Gast)]

Ne habs nur über den PC.
Ein LED-Dongle hab ich nicht.

Es ist auf Com6.
Und es funktioniert auch, da ich ja zumindest den Chip immer über den 
selben Port flashe.
Ich stecke dann nur das Kabel um.

[Ralph B. (rkhb)]

1) Der Hauptfehler ist die falsche Berechnung des UBRR-Wertes. Nach 
Datenblatt wäre richtig:

#define USART_BAUD_SELECT (F_CPU/16/USART_BAUD_RATE-1)

Wenn das Ergebnis nicht ganzzahlig ist, wird allerdings nicht gerundet, 
sondern abgeschnitten. Hier gibt es eine "cleverere" Berechnung: 
AVR-Tutorial: UART

2) Oszillator-Takte sind nicht "irgendwie", sondern genau:

#define F_CPU 3686400UL

Mit dem "UL" teilt man dem Präprozessor das Format (Unsigned Long) mit, 
damit er bei späteren Berechnungen nicht "aus Versehen" eine negative 
Zahl annimmt.

Welchen Oszillator-Takt das STK500 ausgibt, kannst Du im STK500-Plugin 
von AVR-Studio 4 abfragen: Im STK500-Fenster den Reiter "HW Settings" 
wählen und dort bei "Clock Generator" auf "Read" klicken.

3) (1<<USBS) bedeutet 2 (zwei) Stopp-Bits. Willst Du das wirklich? Lass 
es einfach weg, dann bleibt es bei 1 (einem) Stopp-Bit.

Bei wirren Ausgaben, drück mal für 2 Sekunden den RESET-Knopf auf dem 
STK500-Board.

viele grüße
ralph

[spess53 (Gast)]

Hi

>3) (1<<USBS) bedeutet 2 (zwei) Stopp-Bits. Willst Du das wirklich? Lass
>es einfach weg, dann bleibt es bei 1 (einem) Stopp-Bit.

Schon mal überlegt, wen das stören könnte?

MfG Spess

[Sauger (Gast)]

Nabend,

könnte jemand Conehead (Gast) mitteilen das er auf dem STK500 für einen 
Mega8 PD0/1 mit dem "RS232 interface header" verbinden sollte ?

MfG

[Ralph B. (rkhb)]

spess53 schrieb:
>>3) (1<<USBS) bedeutet 2 (zwei) Stopp-Bits. Willst Du das wirklich? Lass
>>es einfach weg, dann bleibt es bei 1 (einem) Stopp-Bit.
>
> Schon mal überlegt, wen das stören könnte?

Na mich zum Bleistift. Ich hab mich ja schon bei der 
Schnarchgeschwindigkeit von 9600 Baud und bei der fehlenden 
Initialisierung von UBRRH zurückgehalten.

viele grüße
ralph

[spess53 (Gast)]

Hi

>Na mich zum Bleistift. Ich hab mich ja schon bei der
>Schnarchgeschwindigkeit von 9600 Baud und bei der fehlenden
>Initialisierung von UBRRH zurückgehalten.

UBRRH ist nach Reset mit $00 initialisiert. Was sollte man daran ändern? 
Und 9600Bd haben mir meistens ausgereicht.

MfG Spess

[Conehead (Gast)]

Doh...das man umstecken muss auf dem Board muss man auch erst mal wissen 
:D
Jetzt empfange ich etwas...jedoch nicht das richtige, sondern wilde 
Zeichen.

Die Baud-Rate habe ich so bestimmt:
#define F_CPU 3686400UL
#define USART_BAUD_RATE 9600
#define USART_BAUD_SELECT 
((F_CPU+(USART_BAUD_RATE*8))/(USART_BAUD_RATE*16))-1

So steht es ja zumindest oben in dem Link.

Avr Studio gibt auch 3,686 Mhz an.
Sicher dass es dann auch 3686400UL sein sollte oder 3686000?

[Michael H. (michael_h45)]

Hast du denn dem AVR auch gesagt, dass er mit External Clock laufen 
soll?
Wohl nicht...
Stell deine Fuses passend ein.

Absolute Beginner, FAQ

[Conehead (Gast)]

Habs rausgefunden!
Fuse für den externen osc oder sowas war noch nicht eingeschaltet.
Hab jetzt einfach F_CPU = 1 mhz gesetzt und nun scheint es zu klappen ;)

Vielen Dank!

[Conehead (Gast)]

Hmm doch noch ein Problem.
Jetzt wollte ich Zeichen empfangen, aber irgendwie kommt immer etwas 
anderes an :/

data = receiveChar();
sendChar(data);

unsigned char receiveChar (void) {
    while(!(UCSRA & (1<<RXC))) {}
    return UDR;
}


Jemand auch da ne Idee, wo das Problem sein könnte?

[Michael H. (michael_h45)]

Conehead schrieb:
> Jetzt wollte ich Zeichen empfangen, aber irgendwie kommt immer etwas
> anderes an :/
wie stellst du das fest?

[Conehead (Gast)]

Ich meinte damit nur:
Er empfängt das falsche Zeichen.
Also nicht immer etwas unterschiedliches, sondern einfach ein falsches 
Zeichen.

Wenn ein Char empfangen wird, lasse ich ihn sofort wieder zurücksenden.
Und dabei kommt nichts sinnvolles raus.

[Conehead (Gast)]

So hab nochmal die Hexzahlen geprüft.
Wenn ich eine 1 Sende (31), dann kommt eine 91 heraus.
Bei einer 2 (32) kommt eine 92 heraus usw.

Bei einem kleinen a (61) kommt ein A1 heraus.
Als wäre alles etwas verschoben.

[Michael H. (michael_h45)]

Ralph B. schrieb:
> 3) (1<<USBS) bedeutet 2 (zwei) Stopp-Bits. Willst Du das wirklich? Lass
> es einfach weg, dann bleibt es bei 1 (einem) Stopp-Bit.

wenn es das nicht ist, wäre mein tipp, dass der interne oszillator zu 
ungenau ist.

[spess53 (Gast)]

Hi

>Bei einem kleinen a (61) kommt ein A1 heraus.
>Als wäre alles etwas verschoben.

Deine Baudrate stimmt nicht (Stopbit wird als Datenbit gelesen).

MfG Spess

[Conehead (Gast)]

Hmm das hab ich schon rausgenommen.
Aber wie kann es sein, dass das Senden immer zu 100% funktioniert und er 
beim empfangen solche Probleme macht.
Und das Ergebnis ändert sich ja nicht jedes mal.
Es ist einfach nur falsch

[spess53 (Gast)]

Hi

>Aber wie kann es sein, dass das Senden immer zu 100% funktioniert und er
>beim empfangen solche Probleme macht.

Weil PC und µC anders ticken.

Ich hatte dir schon weiter oben geschrieben, das der interne Takt des 
STK500 nicht sehr genau ist. Nimm einen Quarz.

MfG Spess

[Conehead (Gast)]

Dann muss ich das wohl machen.
Aber nur mal zum Verständnis:

Nutze ich gerade nicht den internen Takt des ATMega?

[spess53 (Gast)]

Hi

>Nutze ich gerade nicht den internen Takt des ATMega?

Und wo kommt der Her?

MfG Spess

[Conehead (Gast)]

Ich bin davon ausgegangen, dass ich den internen momentan verwende und 
nicht den vom STK. Zumindest schließe ich es daraus, dass ich 1mhz 
angegeben habe und es so funktioniert.

[Michael H. (michael_h45)]

spess53 schrieb:
> Ich hatte dir schon weiter oben geschrieben, das der interne Takt des
> STK500 nicht sehr genau ist. Nimm einen Quarz.
Stammt der nicht von einem Quarz und einem Hardware-Timer? Zumindest 
würde der Schaltplan das nahelegen...

Ich würde das sehr wohl als genau bezeichnen.

Sollte Conehead einen Quarz haben, ist das natürlich das Mittel der 
Wahl.

[spess53 (Gast)]

Hi

Also den internen RC-Oszillator des Controllers. Der ist genauso 
grenzwertig.

Außerdem ergeben schon genaue 1MHz und 9600Bd einen Baudratenfehler von 
7%.

MfG Spess

[Conehead (Gast)]

Kurz und knapp:
Ich habe gerade keinen hier ;)

[Conehead (Gast)]

Hmm Baudrate auf 4800 gesetzt und jetzt geht es :/

[Michael H. (michael_h45)]

Dann versuch 4800Baud/s als Baudrate oder/und den Takt vom STK500 für 
den Atmega8.
XTAL1 Jumper muss dann geschlossen und OSCSEL zwischen 1 und 2 
geschlossen sein.

[spess53 (Gast)]

Hi

>Kurz und knapp:
>Ich habe gerade keinen hier ;)

Ok. Dann setze den Controllertakt erst mal auf 8 MHz. Da hast du für die 
Baudrate eine feinere Abstimmung. Wenn das nicht hilft, dann mit dem 
OSCCAL-Register den Takt in die Reihe bringen. Zum Spielen sollte das 
erst mal reichen.

MfG Spess

[Ralph B. (rkhb)]

@Conehead:

Der interne Oszillator des STK500 ist schon ziemlich genau. Zumindest 
reicht es, um UBRR (mit Rundung) richtig zu belegen. Andererseits hat 
der interne RC-Oszillator des ATMega8 für eine saubere Übertragung die 
falschen Taktraten. Ich schaffe es mit dem internen Takt noch nicht 
einmal, eine Sendung richtig zu empfangen, geschweige denn irgendetwas 
Nachvollziehbares als Echo zu bekommen- welches Terminalprogramm benutzt 
Du?

Nimm den Oszillator vom STK500:

Im STK500-Fenster unter Fuses wählst Du bei SUT_CKSEL "Ext. 
Crystal/Resonator High Freq.; Start-up time: 16K CK +64 ms" und klickst 
auf "Program". Mit einem Klick auf "Read" prüfst Du nach, ob diese 
Einstellung auch angekommen ist.

Dann verbindest Du auf dem STK500 bei OSCSEL Pin 1 und 2 mit einem 
Jumper. Solltest Du irgendwann einen Quarz in CRYSTAL benutzen wollen, 
dann müssen Pin 2 und 3 gejumpert werden. Die Stifte von XTAL1 müssten 
bereits mit einem Jumper verbunden sein.

Im Programm gibst Du als F_CPU den Wert an, der Dir das STK500-Plugin 
beim Read von "HW Settings" unter "Clock Generator" im weißen Feld 
ausgespuckt hat (Copy&Paste). Kompilieren, Flashen, RESET auf dem STK500 
drücken.

Alles andere ist Gewurschtel.

Folgendes Programm funktioniert bei mir ohne Beanstandung:

#include <avr/io.h>

#define F_CPU 3686400UL
#define BAUD 9600UL
#define USART_BAUD_SELECT ((F_CPU+BAUD*8)/(BAUD*16)-1)  // clever runden
#define BAUD_REAL (F_CPU/(16*(USART_BAUD_SELECT+1)))    // Reale Baudrate
#define BAUD_ERROR ((BAUD_REAL*1000)/BAUD)    // Fehler in Promille, 1000 = kein Fehler.

#if ((BAUD_ERROR<990) || (BAUD_ERROR>1010))
  #error Baudratenabweichung groesser 1% und damit zu hoch!
#endif

void initUsart(void) {
  UCSRB = (1<<RXEN) | (1<<TXEN);
  UCSRC = (1<<URSEL)|(3<<UCSZ0);

  UBRRH = (USART_BAUD_SELECT >> 8);
  UBRRL = (USART_BAUD_SELECT & 0xFF);
}

void sendChar (char c) {
  while (!(UCSRA & (1<<UDRE))) {}
  UDR = c;
}

unsigned char receiveChar (void) {
  while(!(UCSRA & (1<<RXC))) {}
  return UDR;
}


int main(void)
{
  unsigned char data;

  initUsart();

  sendChar (13);
  sendChar (10);
  sendChar('H');
  sendChar('a');
  sendChar('l');
  sendChar('l');
  sendChar('o');
  sendChar(' ');
  sendChar (13);
  sendChar (10);

  for(;;)
  {
    data = receiveChar();
    sendChar(data);
  }              
}

viele grüße
ralph

[Conehead (Gast)]

Danke noch mal an alle.
Habs jetzt mal versucht auf extern zu stellen und es funktioniert auch!

@Ralph:
Ich benutze HTerm und hab es jetzt auch zum laufen bekommen mit dem 
internen Takt.