senden mit Atmega8

[Karl M (Gast)]

Hallo,
ich versuche gerade mit dem Atmega8 über uart auf meinen COM-Port zu 
senden. hab auch schon eine Beispiel programm gefunden. jedoch 
funktioniert dieses bei mir nicht. hab im Hyperterminal auch schon alles 
richtig eingestellt(9600,8,n,1). aber es kommt nichts an.
sehe ich das richtig das dieses programm mir normalerweise ein X 
schicken müsste?
ich sende mit dem myavr-board. dieses ist auch fehlerfrei da ich mit dem 
Testprogramm keine Fehler habe.
danke

 
#ifndef F_CPU
#warning "F_CPU war noch nicht definiert, wird nun nachgeholt mit 4000000"
#define F_CPU 4000000L    // Systemtakt in Hz, das L am Ende ist wichtig, NICHT UL verwenden! 
#endif
 
#define BAUD 9600L          // Baudrate, das L am Ende ist wichtig, NICHT UL verwenden!
 
// 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-1000) // Fehler in Promille 
 
#if ((BAUD_ERROR>10) || (BAUD_ERROR<-10))
  #error Systematischer Fehler der Baudrate grösser 1% und damit zu hoch! 
#endif
 /* USART-Init beim ATmega16 */
 
int main(void)
{
    UCSRB |= (1<<TXEN);                // UART TX einschalten
    UCSRC |= (1<<URSEL)|(3<<UCSZ0);    // Asynchron 8N1 
 
    UBRRH = UBRR_VAL >> 8;
    UBRRL = UBRR_VAL & 0xFF;
// bei neueren AVRs steht der Status in UCSRA/UCSR0A/UCSR1A, hier z.B. fuer ATmega16:
    while (!(UCSRA & (1<<UDRE)))  /* warten bis Senden moeglich                   */
    {
    }
 
    UDR = 'x'; 
}

[Stephan (Gast)]

Hallo,

suche mal im hier Forum nach  ->  printf

Stephan

[STK500-Besitzer (Gast)]

>    UCSRB |= (1<<TXEN);                // UART TX einschalten
>    UCSRC |= (1<<URSEL)|(3<<UCSZ0);    // Asynchron 8N1

Mach das mal so:

    UCSRB = (1<<TXEN);                // UART TX einschalten
    UCSRC = (1<<URSEL)|(3<<UCSZ0);    // Asynchron 8N1

(die "|" weglassen)

[Karl M (Gast)]

habs ausprobiert. hat aber auch nicht funktioniert.
hat jemand vielleicht einen funktionierenden code für das myavr-board?
danke

[Gabriel W. (gagosoft)]

bekommst Du die
"F_CPU war noch nicht definiert, wird nun nachgeholt mit 4000000"
Meldung? Ist die Frequenz auch wirklich richtig eingestellt?

#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1)   // clever runden
ist das das wirklich das gleiche wie
#  define MY_BAUD FOSC/16/BAUD-1
ist ja auch nicht so wichtig, wie kompliziert der Ausdruck ist, wird ja 
vom COMPILER ausgewertet.
Da bin ich mir nicht ganz sicher...
hoffentlich werden die // Kommentare vor dem Preprocessor weggeräumt 
(lieber davor hinschreiben)

[Michael K. (mad_axe)]

Versuch doch erstmal das 'x' in einer Schleife zu sende, also endlos in 
der while Schleife. So kannst du erstmal schauen ob es allgemein geht 
und bist nicht nur auf ein Senden angewiesen.

Gruß
Micha

[Karl M (Gast)]

hab jetzt was herausgenommen.
und zwar while (!(UCSRA & (1<<UDRE))). Kann es sein das ich dafür CTS 
RTS aktivieren muss.anstatt diesem hab ich eine While-schleife 
eingefügt,die ständig sendet mit 500ms pausen.
jedoch bekomm ich im hyperterminal nur seltsame zeichen. hab auch den 
externen quarz aktiviert. kann mir jemand sagen woran das liegt. bei 
4800,9600 und 11.... kommen seltsame zeichen. drunter und drüber geht 
nichts.
danke

#include <avr/io.h>
#include <stdint.h>
#include <util/delay.h>

 
#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 4000000L    // Systemtakt in Hz, das L am Ende ist wichtig, NICHT UL verwenden! 
#endif
 
#define BAUD 9600L          // Baudrate, das L am Ende ist wichtig, NICHT UL verwenden!
 
// 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-1000) // Fehler in Promille 
 
//#if ((BAUD_ERROR>10) || (BAUD_ERROR<-10))
  //#error Systematischer Fehler der Baudrate grösser 1% und damit zu hoch! 
//#endif
 /* USART-Init beim ATmega16 */
 //hab ich herausgenommen, sonst kommen nur fehlermeldungen beim compilieren
int main(void)
{
    UCSRB = (1<<TXEN);                // UART TX einschalten
    UCSRC = (1<<URSEL)|(3<<UCSZ0);    // Asynchron 8N1


    UBRRH = UBRR_VAL >> 8;
    UBRRL = UBRR_VAL & 0xFF;
// bei neueren AVRs steht der Status in UCSRA/UCSR0A/UCSR1A, hier z.B. fuer ATmega16:
                    
    
    while(1)
 {
    UDR = 'hallo'; 
  _delay_ms( 500 );}
}

[Stefan B. (stefan)]

Antworte doch mal auf diese Fragen von Gabriel Wegscheider:

> bekommst Du die
> "F_CPU war noch nicht definiert, wird nun nachgeholt mit 4000000"
> Meldung? Ist die Frequenz auch wirklich richtig eingestellt?

Das myAVR Board arbeitet nicht mit 4 MHz. Es ist eine Taktquelle mit 
anderer Frequenz drauf! Wenn obige Meldung kommt, heisst das das ein 4 
MHz Wert benutzt wird, um die UART Einstellungen für die Baudrate 9600 
zu berechnen, Und dann käme auf der Gegenseite wenn überhaupt nur Müll 
an.

Und wie war dein Fehlerbild ?-)

> jedoch bekomm ich im hyperterminal nur seltsame zeichen. hab auch den
> externen quarz aktiviert. kann mir jemand sagen woran das liegt. bei
> 4800,9600 und 11.... kommen seltsame zeichen. drunter und drüber geht
> nichts.

[Karl M (Gast)]

also ich bekomm diese Fehlermeldung im programmers notepad. siehe anhang

[Stefan B. (stefan)]

Klar. Wenn die UART des AVR wie hier die Baudrate nur mit einem Fehler 
grösser 1% einstellen kann, dann ist es kein Wunder, dass auf der 
Gegenseite nur Müll oder garnix ankommt.

Du kannst versuchen statt 9600 Baud eine andere Baudrate zu finden, bei 
der es einen kleineren Fehler gibt. Hilfreich ist bei der Suche die 
Taktrate des Boards ;-) und die Tabelle im UART-Teil des Datenblattes 
des verwendeten AVRs.