Probleme mit io.h

P.S.: Was Atmel angeht, bin ich noch relativ am Anfang, habe also nicht 
viel Erfahrung, auch nicht mit der Entwicklungsumgebung. Dies ist mein 
erster Versuch, Code wirklich komplett selbst zu schreiben, habe bisher 
eben einige Beispiele durchgearbeitet. (Habe vorher nur mit 
PICs/Microchip gearbeitet)

Hallo und danke für die schnelle Antwort!

In den Projekteigenschaften unter "Device" steht der richtige uC drin, 
habe das gerade eben nochmal überprüft.

Hatte auch schon versucht, direkt die passende Header-Datei für den uC 
zu includieren (also die, die mittels io.h includiert wird) das brachte 
aber leider auch keinen Erfolg.

Stefan Ernst schrieb:
> Dann rücke mal konkrete Details raus:
> welcher Controller ist das, und für welche Register kommen die
> Fehlermeldungen (am besten Copy&Paste von ein paar der Fehlermeldungen).

Ich nutze einen AT90USB1287 (auf AT90USBKEY).

Nun ist mir gerade noch was aufgefallen...die Registernamen werden im 
Editor lila (oder was auch immer das für eine Farbe ist) eingefärbt. 
Heißt, er erkennt sie ja doch irgendwie als richtig...oder? Wenn ich 
nämlich z.B. irgendeinen Namen erfinde, den es nicht wirklich als 
Register gibt, färbt er nicht ein, bleibt also schwarz.

Fehlermeldung wäre z.B.:

C:\Users\...\Test.c(139,23): 'UBRR' undeclared (first use in this 
function)
C:\Users\...\Test.c(149,11): 'TXEN' undeclared (first use in this 
function)
C:\Users\...\Test.c(149,23): 'RXEN' undeclared (first use in this 
function)




Oliver S. schrieb:
> In deiner Entwicklunsgumgebung sollte während es Kompilierens auch der
> Compileraufruf angezeigt werden (fängt mit "avr-gcc" an):

Meinst du das hier?:
C:\Program Files\Atmel\Atmel Studio 6.0\make\make.exe "Test.o"
    Building file: .././Test.c
    Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.0_663) 
4.6.2
    "C:\Program Files\Atmel\Atmel Studio 
6.0\extensions\Atmel\AVRGCC\3.4.0.65\AVRToolchain\bin\avr-gcc.exe" 
-funsigned-char -funsigned-bitfields -O1 -fpack-struct -fshort-enums -g2 
-Wall -c -std=gnu99 -MD -MP -MF "Test.d" -MT"Test.d" -MT"Test.o" 
-mmcu=at90usb1287   -o"Test.o" ".././Test.c"

> 'UBRR' undeclared (first use in this function)
> 'TXEN' undeclared (first use in this function)
> 'RXEN' undeclared (first use in this function)

..müssten das nicht UBRR0, TXEN0 und RXEN0 sein?

..kleine Korrektur: ist sogar UBRR1, TXEN1 und RXEN1 - warum fangen die 
nicht bei 0 an?

</ingrid>

g457 schrieb:
> ..kleine Korrektur: ist sogar UBRR1, TXEN1 und RXEN1 - warum fangen die
> nicht bei 0 an?
>
> </ingrid>

Keine Ahnung warum das so ist. Sind aber korrekt im Code...der Compiler 
scheint nur "allgemein" am nicht bekannten(?) Register zu meckern.

Habe dort z.B. so etwas:

1

out((uint8_t)baud, UBRR1);

Keine Ahnung was da nicht passt...wahrscheinlich habe ich nur irgendwo 
eine Kleinigkeit übersehen/nicht beachtet.

>Falschen Controller eingestellt?

Nö, Sourcecode für uralten Controller versucht auf neuem
Controller zum laufen zu bringen.