Kommunikation CP2102

[Samuel M. (samuel_m)]

Hallo zusammen,
ich verwende einen ATMega Controller in kombination mit dem CP2102 als 
USB/UART Brücke um mit dem PC zu kommunizieren. Nun habe ich leider das 
Problem das die Daten sich auf dem Weg zum Controller, bzw. auch anderst 
herum, also vom Controller zum PC verändern und nicht mehr ausgewertet 
werden können. Ich verwende den "Serial Monitor V 1.3.1" als Terminal 
Programm am Pc und der Code auf dem Controller sieht wie folgt aus:

/*
 * Mein_erstes_Projekt.c
 *
 * Created: 15.06.2012 16:00:24
 *  Author: Eisvogel
 */ 

#define F_CPU 10000000UL

#define FOSC 10000000
#define BAUD 9600
#define MYUBRR FOSC/16/BAUD-1 

#include <avr/io.h>

unsigned char USART_Receive(void);
void USART_Transmit( unsigned char data );
void USART_Init( unsigned int ubrr);
void USART_Flush(void);

int main(void)
{
  //USART initialisieren
  USART_Init(MYUBRR);
  //Ungültige Daten löschen
  USART_Flush();
    
  DDRB = (1<<PB1)|(1<<PB2)|(1<<PB3)|(1<<PB4)|(1<<PB5);

  unsigned char Daten;
  
    while(1)
    {
    USART_Transmit(Daten = USART_Receive());
  }    
}


void USART_Init( unsigned int ubrr)
{
  UBRR0H = (unsigned char)(ubrr>>8); // Set baud rate in high- and low-register
  UBRR0L = (unsigned char)ubrr;
  UCSR0C = (1<<UCSZ01)|(1<<UCSZ00); // Set frame format: 8data, 1stop bit
  UCSR0B = (1<<RXEN0)|(1<<TXEN0); // Enable receiver and transmitter
}

void USART_Transmit( unsigned char data )
{
  /* Wait for empty transmit buffer */
  while ( !( UCSR0A & (1<<UDRE0)) )
  ;
  /* Put data into buffer, sends the data */
  UDR0 = data;
}

unsigned char USART_Receive(void)
{
  /* Wait for data to be received */
  while ( !(UCSR0A & (1<<RXC0)) );
  /* Get and return received data from buffer */
  return UDR0;
}

void USART_Flush(void) // Flush Receive-Buffer (entfernen evtl. vorhandener ungültiger Werte)
{
  unsigned char dummy;
  while (UCSR0A & (1<<RXC0))
  dummy = UDR0;
}

Als empfangene Daten kommt entweder ein Übertragungsfehler oder ein 
Fragezeichen je nach dem was für ein Programm man verwendet. Vlt kennt 
sich jemand mit dem Baustein aus und kann mir weiter helfen.

[SNR (Gast)]

Betriebsspannung?
Externer oder interner Quarz?

[Samuel M. (samuel_m)]

Betriebsspannung sind 3,3V vom CP2102 und Quarz verwende ich einen 
externen 10MHz.

[SNR (Gast)]

Schau mal ins Datenblatt deines Atmega ob er bei 3,3V auch 10MHz 
verträgt.
Hast Du auch sicher die Fuses auf den externen Quarz umgestellt?

[SNR (Gast)]

Clkdiv8 Fuße ausgeschalten?

[Samuel M. (samuel_m)]

Ich denke nicht das ich irgend eine Fuse ausgeschalten habe, kenne mich 
mit den dingern nicht so aus und spiele desshalb auch nicht rum mit den 
Dingern. Das einzige was ich eingestellt habe ist der Quarz wie in dem 
Bild zu sehen ist. Laut Datenblatt soll der Controller ohne Probleme mit 
10MHz bei 3,3V funktionieren.

[SNR (Gast)]

Clkdiv8 den Haken raus machen!
Wenn Du ein Oszi hast kannst du auch mal bei CLKOUT ein Haken rein 
machen und am CLKOUT-Pin den Takt des Controllers messen!

[Samuel M. (samuel_m)]

Genial, danke das war es.
Jetzt funktioniert die Übertragung ohne Probleme :-)
Wenn mir jetzt noch einer verraten könnte was es mit dem Clkdiv8 auf 
sich hat dann wär ich sogar noch ein bisschen lauer :-) Vermutlich 
irgend was mit Takt durch 8 teilen oder?

[SNR (Gast)]

Ich könnte jetzt sagen RTFM,aber ich nehme die Spannung raus...es ist 
ein Prescaler!

[Samuel M. (samuel_m)]

Okay danke.
Noch eine kurze Frage ganz am Ende, kann ich eigentlich auch den 
intigrierten Quarz verwenden? Als ich meine Schaltung geplant habe hat 
mir jeder davon abgeraten weil der so ungenau sein soll und des Probleme 
mit dem UART gibt. Stimmt das?

[SNR (Gast)]

Es gibt nur einen internen RC Oszillator!
Man kann ihn abgleichen sodass der UART funktioniert
Wenn sich dann aber die Temperatur oder die Betriebsspannung verändert 
ist dies aber evtl hinfällig und es funktioniert nicht mehr ;-)