F_CPU bei atmega644 Standardeinstellungen

[pedde (Gast)]

Hallo alle miteinander,

ich wollte fragen, welchen wert F_CPU bei meinem atmega644 hat, wenn das 
Fuse bit auf Int. RC Osc gesetzt ist? Ich dachte es wäre 1000000. 
Allerdings empfange ich mit hterm nur falsche zeichen, wenn ich von 
1000000 ausgehe.

Viele Grüße
Pedde

[Cyblord -. (cyblord)]

Standardantwort hier: Steht im Datenblatt. Soll ich für dich nachgucken 
oder wie?

Bei vielen AVRs ist der Int. Osc eingestellt mit 8 MHz und die CHKDIV8 
Fuse gesetzt, so dass er mit 1 MHz läuft.
Also wäre 1.000.000 richtig.

gruß cyblord

[pedde (Gast)]

Hi,

ja das habe ich im Datenblatt gelesen, ich war mir nur unsicher, da die 
Kommunikation nicht funktioniert.

Stimmt dann was an meiner initilisierung nicht?
Hier mal ein Code-Ausschnitt:

#ifndef F_CPU
#define F_CPU 1000000 /* evtl. bereits via Compilerparameter definiert */
#define BAUD 115200
#endif
#include <util/delay.h>
#include <avr/interrupt.h>
#include <util/setbaud.h>


...

  uart_init();

    while(1)
    {
    _delay_ms(8000); //delay
    USART_Transmit(124);  
    }

...




void uart_init()   
{
   UBRR0H = UBRRH_VALUE;
   UBRR0L = UBRRL_VALUE;

#if USE_2X
   /* U2X-Modus erforderlich */
   UCSR0A |= (1 << U2X0);
#else
   /* U2X-Modus nicht erforderlich */
   UCSR0A &= ~(1 << U2X0);
#endif

  /* Enable receiver and transmitter*/
  UCSR0B = (1<<RXEN0)|(1<<TXEN0);
  /* Set frame format: 8data, 2stop bit*/
  UCSR0C = (1<<USBS0)|(1<<UCSZ01)|(1<<UCSZ00);
}


void USART_Transmit( unsigned char data )
{
  PORTC=0<<PC0;    //RTS Signal (auf low ziehen
  /* Wait for empty transmit buffer*/
  while( !( UCSR0A & (1<<UDRE0)) )
  ;
  /* Put data into buffer, sends the data*/
  while (PINC & (1<<PINC1));  // WARTEN AUF CTS SIGNAL
  UDR0 = data;
  PORTC=1<<PC0; 
}

[Karl H. (kbuchegg)]

pedde schrieb:

> Allerdings empfange ich mit hterm nur falsche zeichen, wenn ich von

Die 1Mhz sind nicht besonders genau. Besser wäre ein Quarz.
Aber ok. Welches Zeichen siehst du denn im Hterm?

>

> USART_Transmit(124); 
>

Das Zeichen mit dem ASCII Code 124 ist ein '|'. Du kannst dir natürlich 
selbst (und deinem Leser) das Leben schwerer machen als es sein muss, 
aber einfacher ist es, wenn du davon Abstand nimmst, die ASCII Codes 
(noch dazu dezimal) selber hinzuschreiben, sondern ganz einfach

   USART_Transmit( 'a' );

schreibst. Dann kennt sich jeder aus, was in HTerm sichtbar sein müsste, 
auch ohne zuerst eine ASCII Tabelle konsultieren zu müssen.

[pedde (Gast)]

188 als dezimal, sprich: 10111100 bzw. 0xBC

[pedde (Gast)]

hab den code jetzt mal auf USART_Transmit( 'a' );  geändert,
nun empfang ich 0xA1, was allerdingsa auch das falsche zeichen ist.

[holger (Gast)]

>Die 1Mhz sind nicht besonders genau. Besser wäre ein Quarz.

Selbst mit Quarz beträgt der Baudratenfehler 8.5%.
Sprich Baudrate geht nicht mit 1MHz.

[pedde (Gast)]

ich hab schon andere baudraten (z.B. 9600 oder 2400) probiert, erhalte 
aber trotzdem immer einen fehler, oder funktioniert die uart 
kommunikation bei 1mhz mit keiner baudrate?

[pedde (Gast)]

könnte es auch an dem FTDI FT232RL liegen, dass die Daten falsch 
ankommen?

[Karl H. (kbuchegg)]

pedde schrieb:
> 188 als dezimal, sprich: 10111100 bzw. 0xBC

188_dez     10111100
124_dez     01111100

Hmm. Interessant.
Da die Übertragung mit dem LSB beginnt, sieht es danach aus, als ob 
deine Baudrate (abegeleitet aus der F_CPU) ein klein wenig zu viel 
daneben ist.

[holger (Gast)]

>könnte es auch an dem FTDI FT232RL liegen, dass die Daten falsch
>ankommen?

Nee, an falscher Baudrate liegt das. Der UART selbst
arbeitet doch schon, sonst würdest du gar keine Zeichen sehen.

Zeig mal den Rest von deinem Programm. Und lass mal ne LED
im Sekundentakt blinken. Wer weiss ob deine F_CPU auch stimmt
bzw deine Fuses richtig gesetzt sind.

[pedde (Gast)]

Hier mal mein gesamter code. Ist allerdings noch ein bisschen 
unstrukturiert, da ich erst angefangen hae:

/*
 * DAC.c
 *
 * Created: 29.08.2013 20:12:10
 *  Author: pedde
 */ 


#include <avr/io.h>
#ifndef F_CPU
#define F_CPU 1000000 /* evtl. bereits via Compilerparameter definiert */
#define BAUD 9600
#endif
#include <util/delay.h>
#include <avr/interrupt.h>
#include <util/setbaud.h>

#define SAITE1 0
#define SAITE2 1
#define SAITE3 2
#define SAITE4 3
#define SAITE5 4
#define SAITE6 5




#define I_BIT 7
#define CHANNEL_SELECT 31



unsigned int Messergebnisse [6];

void USART_Transmit( unsigned char data );
void startSending();
void USART_Init( unsigned int baud );
void uart_init();

int main(void)
{
  
  
    DDRC=0; //all pins of PORTB declared as output
    DDRC=(0<<PC7|0<<PC6|0<<PC5|0<<PC4|0<<PC3|0<<PC2|0<<PC1|1<<PC0);  // Port0 ist ausgang
    PORTC=1<<PC0;
    //PORTD=(0<<PD0|1<<PD1);
  
  /* 
    ADC-Register einrichten für Sechskanäle
  
  */
  
//  ADCSRB=(0<<ADTS0);  // Trigger select bits ADTS2 ADTS1 ADTS0 Trigger Source
            //0 0 0 Free Running mode
//  ADCSRB=(0<<ADTS1);  // Trigger select bits
//  ADCSRB=(0<<ADTS2);  // Trigger select bits
  
  ADCSRA|=(1<<ADATE);
  
  ADMUX |= 1<<REFS0|0<<REFS1; // Auswahl der Referenzspg. AVCC with external capacitor at AREF pin
  
  ADMUX |= SAITE1;      // Kanalauswahl (Saite1 -> Kanal0)
  
  

  
  ADCSRA |= 1<<ADIE; // Interrupt einschalten
  DIDR0 = 255; //When this bit is written logic one, the digital input buffer on the corresponding ADC pin is dis-abled.
  
  //SREG |= 1<<I_BIT;  // Generelles zulassen von interupts
  
    
    ADCSRA |= (1<<ADEN);    // ADC einschalten
    ADCSRA |=1<<ADSC;
  //ADCSRA |= 0<<ADPS0|0<<ADPS1|0<<ADPS2;  // Input clock für dac -> when zu schnell, dann schlecht
  
  
  /*
  
    UART
    
  */
  
  uart_init();
  
  
  
    while(1)
    {


    
    _delay_ms(8000); //delay
    USART_Transmit(127);
    
    }
}

ISR(ADC_vect) 
{
  
  
  // HIER WERDEN NOCH DIE SAITEN IMPLEMENTIERT
  unsigned int erg = ADCL|(ADCH<<8);
  
  unsigned char channel = ADMUX&CHANNEL_SELECT;
  switch(channel)
  {
  
    case SAITE1:
    Messergebnisse[0]=erg;
    ADMUX++;
    break;
    
    case SAITE2:
    Messergebnisse[1]=erg;
    ADMUX++;
    break;
    
    case SAITE3:
    Messergebnisse[2]=erg;
    ADMUX++;
    break;
    
    case SAITE4:
    Messergebnisse[3]=erg;
    ADMUX++;
    break;
    
    case SAITE5:
    Messergebnisse[4]=erg;
    ADMUX++;
    break;
    
    case SAITE6:
    Messergebnisse[5]=erg;
    ADMUX&=!(CHANNEL_SELECT);
    startSending();
    break;
    
    default:
    break;
  }  
}  

void USART_Transmit( unsigned char data )
{
  PORTC=0<<PC0;    //RTS Signal (auf low ziehen
  /* Wait for empty transmit buffer*/
  while( !( UCSR0A & (1<<UDRE0)) )
  ;
  /* Put data into buffer, sends the data*/
  while (PINC & (1<<PINC1));
  UDR0 = data;
  PORTC=1<<PC0;
}

void startSending()
{
  //TODO
  
}



void uart_init()   
{
   UBRR0H = UBRRH_VALUE;
   UBRR0L = UBRRL_VALUE;
   /* evtl. verkuerzt falls Register aufeinanderfolgen (vgl. Datenblatt)
      UBRR = UBRR_VALUE;
   */
  
#if USE_2X
   /* U2X-Modus erforderlich */
   UCSR0A |= (1 << U2X0);
#else
   /* U2X-Modus nicht erforderlich */
   UCSR0A &= ~(1 << U2X0);
#endif
  
  
  
  
  /* Enable receiver and transmitter*/
  UCSR0B = (1<<RXEN0)|(1<<TXEN0);
  /* Set frame format: 8data, 2stop bit*/
  UCSR0C = (1<<USBS0)|(1<<UCSZ01)|(1<<UCSZ00);
}

[Karl H. (kbuchegg)]

pedde schrieb:
> Hier mal mein gesamter code. Ist allerdings noch ein bisschen
> unstrukturiert, da ich erst angefangen hae:

Alles schön und gut.
Aber können wir uns darauf einigen, erst mal die UART losgelöst von 
allem anderen in Gang zu bringen?

Wenn 115kBaud bei 1Mhz zu viel Abweichung haben, dann musst du dir eben 
eine Baudrate suchen, bei der die Abweichung kleiner als 3% bleibt. 
Entweder rechnen oder im Datenblatt nachsehen - da gibt es Tabellen.

[holger (Gast)]

UBRR0H = UBRRH_VALUE;
   UBRR0L = UBRRL_VALUE;


Ich sehe nirgends eine Definition von UBRRH_VALUE oder UBRRL_VALUE.
Der Code dürfte so gar nicht durch den Compiler gehen.

[Karl H. (kbuchegg)]

holger schrieb:

> Ich sehe nirgends eine Definition von UBRRH_VALUE oder UBRRL_VALUE.

#include <util/setbaud.h>

[holger (Gast)]

>> Ich sehe nirgends eine Definition von UBRRH_VALUE oder UBRRL_VALUE.
>
>#include <util/setbaud.h>

Ok, hab ich noch nie benutzt.

Für 9600 Baud muss dann ein

#define USE_2X    1

oben in den Code.

Oder besser 4800 Baud nehmen. Dann gehts mit und ohne USE_2X.

[holger (Gast)]

>Für 9600 Baud muss dann ein
>
>#define USE_2X    1
>
>oben in den Code.

Bevor wieder jemand meckert: macht auch setbaud.h.

Ergo F_CPU ist falsch.

[Stefan (Gast)]

Mit R/C Oszillator kann man sowieso nicht erwarten, dass die UART 
Schnittstelle funktioniert.

[holger (Gast)]

>Mit R/C Oszillator kann man sowieso nicht erwarten, dass die UART
>Schnittstelle funktioniert.

Table 28-10. Calibration accuracy of internal RC oscillator.
Frequency VCC Temperature Calibration accuracy
Factory calibration 8.0MHz 3V 25°C ±10%

Also das bekommen andere Hersteller besser hin;)

[Cyblord -. (cyblord)]

Stefan schrieb:
> Mit R/C Oszillator kann man sowieso nicht erwarten, dass die UART
> Schnittstelle funktioniert.

Aber in Praxis funktioniert das nunmal meist. Und wenns bei einem 
Anfänger nicht tut, liegs selten am ungenauen Osc.

gruß cyblord

[holger (Gast)]

>Aber in Praxis funktioniert das nunmal meist. Und wenns bei einem
>Anfänger nicht tut, liegs selten am ungenauen Osc.

Dann bleibt wohl nur noch die blinkende LED und ein Osci
oder die Soundkarte um festzustellen wo sein F_CPU nun
wirklich liegt.

Eine fehlende GND Leitung wäre noch ne Möglichkeit.

Aber eigentlich passt es ja schon fasst:

188_dez     10111100
124_dez     01111100

>hab den code jetzt mal auf USART_Transmit( 'a' );  geändert,
>nun empfang ich 0xA1, was allerdingsa auch das falsche zeichen ist.

Das kleine a ist 0x61.

0xA1  10100001
0x61  01100001

Witzigerweise scheinen nur die ersten beiden Bits verdreht zu werden.

[pedde (Gast)]

also ich hab nochmal alle grounds gecheckt und es scheint mir wirklich 
so, als ob ein pin etwas wackelig verlötet war. Er hatte zwar kontakt, 
aber wohl etwas zu wenig. Auf jedenfall bekomm ich jetzt ein kleines 
'a'.

Besten Dank für eure Tipps und Hilfe!

[Stefan (Gast)]

> Witzigerweise scheinen nur die ersten beiden Bits verdreht zu werden.

Das sind die höherwertigsten Bits, die als letzte übertragen werden. Was 
meine Annahme bestätigt, dass die Frequenz des Oszillators nicht genau 
genug ist.

[L. P. (lpg)]

Lass den AVR mit 8MHz laufen und verwende 115200 Baud. Läuft 1A.

Lg