USART am AtMega162 mit AVR Studio 6 zu reden ermutigen

[Christian O. (goustrup)]

Hallo

Ich würde gerne eine RS232 verbindung mit meinem PC und dem Atmega162 
herstellen. Nun habe ich einige Beispiele mir angeschaut und mit Hilfe 
des Datenblattes folgendes geschrieben:

#include <avr/io.h>
#include <avr/iom162.h>


#define FOSC 16000000// Clock Speed
#define BAUD 9600

#define MYUBRR FOSC/16/BAUD-1


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

int main( void )
{
  USART_Init ( MYUBRR );
}

void USART_Init( unsigned int ubrr )
{
  UBRRH = (unsigned char)(ubrr>>8);
  UBRRL = (unsigned char)ubrr;

  /* Anabole receiver ?nd transmitter */
  UCSRB = (1<<RXEN)|(1<<TXEN);

  /* Set frame format? 8data, 2stop bit */
  UCSRC = (1<<URSEL)|(1<<USBS)|(3<<UCSZ0);
}

void USART_Transmit( unsigned char data )
{
  /* Wait for empty t?ansmit buffer */
  while ( !( UCSRA & (1<<UDRE)) )
  ;

  /* Put data into bu?fer, sends the data */
  UDR = data;
}

Leider wirft der Compiler immer fehler aus. Ist der Code falsch oder 
fehlt mir noch etwas?

Danke im vorraus

Chris

[Oliver S. (oliverso)]

Was ist das denn für ein komischer Compiler?

Die, die ich kennen, melden sowas wie:

>line 42: error 42: totally useless code

oder ähnlich. Da steht geschrieben, was dem Compiler nicht gefällt.

Ansonsten sieht das alles sehr danach aus, als ob du den zweiten Schritt 
vor dem ersten tust. Bitte hier ganz vorne anfangen zu lesen:

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial

Ohne Grundlagen wird das nichts.

Oliver

[Christian O. (goustrup)]

Wie meinst du ohne Grundlagen wird das nichts. Ich habe seit 2 Tagen 
nichts anderes gemacht als gelesen. Nun habe ich den Code nach der 
Anleitung (http://www.youtube.com/watch?v=pld4ZRMrFAY) geschlieben und 
mit Atmel Studio 6 zu Compeliern versucht. Die Reihenfolge war im 
Beispiel die gleiche?

Danke für Antwort.

Chris

[Oliver S. (oliverso)]

Ok, ich habe das Bild nicht weuter beachtet.

Das hier
>#include <avr/iom162.h>

sollte schonmal raus. Und dann bitte per Datenblatt überprüfen, wie die 
Register des ATMega 162 heissen.

Und bitte lies das Tutorial...

Oliver

[spontan (Gast)]

@Christian O..

Glaub ich Dir nicht, den Code hast Du irgendwo rauskopiert und nicht 
ganz verstanden.

[Ralf G. (ralg)]

"expected expression before '?' token" in Zeile 29/ Spalte 30 ???
Ich kann da gar kein Fragezeichen entdecken. Irgendwas komisches 
mitkopiert? Was aber nicht angezeigt wird? Und wo kommen die 
Fragezeichen in den Kommentaren her? Mit deinem Computer alles in 
Ordnung?

[xfr (Gast)]

Er hat das anscheinend wie in dem Youtube-Video gemacht: Den 
Beispielcode aus dem Datenblatt per Copy & Paste ins Projekt eingefügt 
...

[Oliver S. (oliverso)]

Was dazu führt, daß da nicht druckbare Zeichen mit kopiert werden, die 
der gcc überhaupt nicht mag...

Oliver

[Christian O. (goustrup)]

Fehler gefunden!!!

Da der 162 zwei USART Schnittstellen hat, muss man ihm mitteilen welchen 
man meint...


So wird aus:
UCSRC = (1<<URSEL)|(1<<U?BS)|(1<<UCSZ1);

dieses hier:
UCSR0C = (1 << URSEL0) | (0 << UPM00 ) |(0 << UPM10 ) | (0 << USBS0);

dieses ist leider etwas unglücklich erklärt und der Doku...

sorry

Chris

[Ralf G. (ralg)]

Christian O. schrieb:
> So wird aus:
> UCSRC = (1<<URSEL)|(1<<U?BS)|(1<<UCSZ1);
Ich würde mich an deiner Stelle trotzdem mal kümmern, wo hier schon 
wieder das Fragezeichen herkommt!

[Christian O. (goustrup)]

Ja die Fragezeichen haben mich auch schon gewundert. Ich hab auch schon 
versucht die Doku bei Atmel neu zu laden mit dem gleichen Resultat. 
Scheint bei der Doku so zu sein. Am Mac wie in der VM mit Adobe Reader 
das selbe.

Kommt das bei Atmen häufig vor??

Gruß

Chris

[xfr (Gast)]

Damit muss man bei PDFs rechnen. Die sind nämlich zum Lesen am 
Bildschirm bzw. zum Ausdrucken gedacht, und nicht dafür, dass man 
Quellcode rauskopiert. Den Code soll man selber schreiben oder zumindest 
nur aus reinen Textdateien kopieren.

[Christian O. (goustrup)]

Schon klar, nur wenn das lesen eines Beispiels schon nicht möglich ist, 
kann man da schon etwas an zusammenhänge vermissen.

[xfr (Gast)]

Hast Recht, in dem Fall ist es wirklich im PDF falsch. Es kann aber auch 
passieren, dass es im PDF richtig angezeigt wird, beim Rauskopieren aber 
falsche/zusätzliche/nicht-druckbare Zeichen mitkopiert werden. Deshalb 
schreib den Code lieber selber. Wenn man dabei gleich mitdenkt, was die 
Anweisungen machen, ist der Lerneffekt auch ungleich höher.