avr/iom328p.h ist da, wird aber nicht anerkannt

[Frank (Gast)]

Guten abend,
ich habe Probleme beim Einrichten von Eclipse. Eigentlich habe ich das 
AVR-Plugin installiert. Ich konnte auch ein Projekt dafür erstellen. 
Aber so ganz läuft es nicht.
Ich habe einen ATmega328P (arduino nano), den ich auch beim erstellen 
des Projekts gewählt habe.
Im code inkludire ich zuerst

#include <avr/io.h>

Wenn ich dort rein gehe, wird diese auch geöffnet. Wenn ich dann 
allerdings von dort avr/iom328p.h öffnen möchte, bekomme ich die Meldung
No include files were found that matched that name
Die Datai ist aber definitiv da.
Wenn ich im code die Deklaration von PB5 (diese lasse ich einfach nur 
Toggeln (LED)) öffne, öffnet sich die iom16.h

Also ist anscheinend der falsche Controller gewählt. Wo kann ich diesen 
denn ändern?
Im Internet sehe ich immer den weg unter Projekt->Properties->AVR
Doch in meinem Properties habe ich keine eintrag AVR
Ich habe die EclipseVersion 2018-12 (4.10.0)
Weiß jemand wie ich nachträglich den Controller ändern kann? Oder warum 
sich dieser geändert hat?

Frank

[Karl M. (Gast)]

Hallo,

ich habe mal die avr-libc-2.0.0 bei mir entpackt und finde die Datei 
hier:

.../avr-libc-2.0.0/include/avr/iom328p.h

Source: https://download-mirror.savannah.gnu.org/releases/avr-libc/

Dann musst Du mal nachsehen, was bei dir "avr/iom328p.h" im Dateipfand 
real bedeutet.

[Frank (Gast)]

Wie finde ich das denn heraus?

von den in io.h includierten files kann fast keine gefunden werden. Aber 
alle sind im selben Ordner drinn.

Wenn ich anstelle von <avr/io.h> direkt <avr/iom328p.h> includiere, wird 
diese auch gefunden. Diese kann ich dann auch so in Eclipse öffnen.

[Frank (Gast)]

Ahso,
ich kann die iom328p.h zwar includieren und wird dann auch geöffnet, 
Wenn ich aber bauen möchte, bekomme ich den fehler, dass ich die 
avr/io.h includieren soll (so wie es auch in der iom328p.h drinn steht).
Die wird also gefunden und kann auch angezogen werden. Aber wenn ich 
über io.h gehe, funktioniert es für diese nicht mehr. Oder liegt es 
daran, dass der Falsche controller gewählt worden ist?
Wie kann ich den denn ändern? Der Eintrag Project->Properties->AVR ist 
bei mir nicht vorhanden.

[Stefan F. (Gast)]

Zwei Sachen sind dafür relevant:

Der Suchpfad für Libraries. Kann man in den gängigen IDE's als 
Projekteinstellung anpassen, allerdings sollte der avr-gcc die Libraries 
der avr-libc von alleine finden können, da die default Pfade hardcodiert 
sind.

So kannst du sie prüfen:

stefan@stefanspc:~$ avr-gcc -v
Using built-in specs.
Reading specs from /usr/lib/gcc/avr/5.4.0/device-specs/specs-avr2
COLLECT_GCC=avr-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/avr/5.4.0/lto-wrapper
Target: avr
Configured with: ../gcc/configure -v --enable-languages=c,c++ --prefix=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --bindir=/usr/bin --libexecdir=/usr/lib --libdir=/usr/lib --enable-shared --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-libssp --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=avr CFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-5.4.0+Atmel3.6.1=. -fstack-protector-strong -Wformat ' CPPFLAGS='-Wdate-time -D_FORTIFY_SOURCE=2' CXXFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-5.4.0+Atmel3.6.1=. -fstack-protector-strong -Wformat ' FCFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-5.4.0+Atmel3.6.1=. -fstack-protector-strong' FFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-5.4.0+Atmel3.6.1=. -fstack-protector-strong' GCJFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-5.4.0+Atmel3.6.1=. -fstack-protector-strong' LDFLAGS=-Wl,-z,relro OBJCFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-5.4.0+Atmel3.6.1=. -fstack-protector-strong -Wformat ' OBJCXXFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-5.4.0+Atmel3.6.1=. -fstack-protector-strong -Wformat '
Thread model: single
gcc version 5.4.0 (GCC)

Der entscheidente Teil ist hier: -libdir=/usr/lib

In diesem Verzeichnis befindet sich bei mir die avr-libc. Kontrolle.

stefan@stefanspc:/usr/lib$ cd /usr/lib/avr
stefan@stefanspc:/usr/lib/avr$ ls
bin  include  lib  x86_64-linux-gnu

Als zweites muss die avr/io.h irgendwie wissen, für welchen 
Mikrocontroller sie arbeiten soll. Dies ergibt sich in der Regel aus dem 
avr-gcc Kommandozeilenparamater "-mmcu=atmega8". Der Compiler definiert 
daraufhin das Makro "__AVR_ATmega__" (ohne Wert), welche innerhalb der 
avr/io.h abgefragt wird, um die spezifische Datei zu inkludieren.

In meinen generischen (nicht AVR spezifische) Entwicklungsumgebungen 
miss ich dieses Makro in den Projekteinstellungen hinzufügen, damit der 
Editor die Syntax meines Programm richtig prüfen kann. Ansonsten 
markiert sie sämtliche Register-Namen als unbekannt.

[Frank (Gast)]

Hallo,
in den Eingenschften habe ich alle Pfade angepasst. Auch das es ein 
Atmega328p sein soll. In den Settings wurde das aber nicht übernommen. 
Dort kann ich es auch nicht ändern.

Bei avr-gcc -v kommt bei mir auch ein Pfad aus, den ich nirgendwo finden 
kann
--libdir=/home/toolsbuild/workspace/avr8-gnu-toolchain/avr8-gnu-toolchai 
n-win32_x86/lib

Diesen Pfad finde ich bei mir auf dem computer gar nicht. Oder wird der 
nur anders dargestellt?

[Stefan F. (Gast)]

Ich sehe nicht, wo du dies definiert hast:
> Makro "__AVR_ATmega__" (ohne Wert)

Ich habe mal den Screen fotografiert, wo das hin gehört.

[Frank (Gast)]

Ich habe jetzt das Makro definiert, aber beim Bauen sehe ich immer noch 
in der Ausgabe, das der Atmega16 gewählt wurde

avr-gcc -D__AVR_ATmega__ -Wall -Os -fpack-struct -fshort-enums 
-ffunction-sections -fdata-sections -std=gnu99 -funsigned-char 
-funsigned-bitfields -mmcu=atmega16 -DF_CPU=1000000UL -MMD -MP 
-MF"main.d" -MT"main.o" -c -o "main.o" "../main.c"

[Georg G. (df2au)]

Sieh dir doch bitte deinen eigenen Beitrag von 17:33 an, das erste Bild. 
Dort definierst du den ATMega16. Geh auf "symbols" und ändere dort den 
Wert.

[Stefan F. (Gast)]

> __AVR_ATmega__

Schau im Quelltext der io.h nach, wie das Makro genau heisst. Mit "(ohne 
Wert)" meinte ich, dass nur der Name des Makros definiert werden muss. 
Das war wohl irreführend.

stefan@stefanspc:~$ grep '__AVR_ATmega' /usr/lib/avr/include/avr/io.h 
#elif defined (__AVR_ATmega8U2__)
#elif defined (__AVR_ATmega16M1__)
#elif defined (__AVR_ATmega16U2__)
#elif defined (__AVR_ATmega16U4__)
#elif defined (__AVR_ATmega32C1__)
#elif defined (__AVR_ATmega32M1__)
#elif defined (__AVR_ATmega32U2__)
#elif defined (__AVR_ATmega32U4__)
#elif defined (__AVR_ATmega32U6__)
#elif defined (__AVR_ATmega64C1__)
#elif defined (__AVR_ATmega64M1__)
#elif defined (__AVR_ATmega128__)
#elif defined (__AVR_ATmega128A__)
#elif defined (__AVR_ATmega1280__)
#elif defined (__AVR_ATmega1281__)
#elif defined (__AVR_ATmega1284__)
#elif defined (__AVR_ATmega1284P__)
#elif defined (__AVR_ATmega128RFA1__)
#elif defined (__AVR_ATmega1284RFR2__)
#elif defined (__AVR_ATmega128RFR2__)
#elif defined (__AVR_ATmega2564RFR2__)
#elif defined (__AVR_ATmega256RFR2__)
#elif defined (__AVR_ATmega2560__)
#elif defined (__AVR_ATmega2561__)
#elif defined (__AVR_ATmega644RFR2__)
#elif defined (__AVR_ATmega64RFR2__)
#elif defined (__AVR_ATmega64__)
#elif defined (__AVR_ATmega64A__)
#elif defined (__AVR_ATmega640__)
#elif defined (__AVR_ATmega644__)
#elif defined (__AVR_ATmega644A__)
#elif defined (__AVR_ATmega644P__)
#elif defined (__AVR_ATmega644PA__)
#elif defined (__AVR_ATmega645__)
#elif (defined __AVR_ATmega645A__)
#elif (defined __AVR_ATmega645P__)
#elif defined (__AVR_ATmega6450__)
#elif (defined __AVR_ATmega6450A__)
#elif (defined __AVR_ATmega6450P__)
#elif defined (__AVR_ATmega649__)
#elif (defined __AVR_ATmega649A__)
#elif defined (__AVR_ATmega6490__)
#elif (defined __AVR_ATmega6490A__)
#elif (defined __AVR_ATmega6490P__)
#elif defined (__AVR_ATmega649P__)
#elif defined (__AVR_ATmega64HVE__)
#elif defined (__AVR_ATmega64HVE2__)
#elif defined (__AVR_ATmega103__)
#elif defined (__AVR_ATmega32__)
#elif defined (__AVR_ATmega32A__)
#elif defined (__AVR_ATmega323__)
#elif defined (__AVR_ATmega324P__)
#elif (defined __AVR_ATmega324A__)
#elif defined (__AVR_ATmega324PA__)
#elif defined (__AVR_ATmega325__)
#elif (defined __AVR_ATmega325A__)
#elif defined (__AVR_ATmega325P__)
#elif defined (__AVR_ATmega325PA__)
#elif defined (__AVR_ATmega3250__) 
#elif (defined __AVR_ATmega3250A__)
#elif defined (__AVR_ATmega3250P__)
#elif defined (__AVR_ATmega3250PA__)
#elif defined (__AVR_ATmega328P__)
#elif (defined __AVR_ATmega328__)
#elif defined (__AVR_ATmega329__)
#elif (defined __AVR_ATmega329A__)
#elif defined (__AVR_ATmega329P__) 
#elif (defined __AVR_ATmega329PA__)
#elif (defined __AVR_ATmega3290PA__)
#elif defined (__AVR_ATmega3290__)
#elif (defined __AVR_ATmega3290A__)
#elif defined (__AVR_ATmega3290P__)
#elif defined (__AVR_ATmega32HVB__)
#elif defined (__AVR_ATmega32HVBREVB__)
#elif defined (__AVR_ATmega406__)
#elif defined (__AVR_ATmega16__)
#elif defined (__AVR_ATmega16A__)
#elif defined (__AVR_ATmega161__)
#elif defined (__AVR_ATmega162__)
#elif defined (__AVR_ATmega163__)
#elif defined (__AVR_ATmega164P__)
#elif (defined __AVR_ATmega164A__)
#elif defined (__AVR_ATmega164PA__)
#elif defined (__AVR_ATmega165__)
#elif defined (__AVR_ATmega165A__)
#elif defined (__AVR_ATmega165P__)
#elif defined (__AVR_ATmega165PA__)
#elif defined (__AVR_ATmega168__)
#elif defined (__AVR_ATmega168A__)
#elif defined (__AVR_ATmega168P__)
#elif defined (__AVR_ATmega168PA__)
#elif defined (__AVR_ATmega168PB__)
#elif defined (__AVR_ATmega169__)
#elif (defined __AVR_ATmega169A__)
#elif defined (__AVR_ATmega169P__)
#elif defined (__AVR_ATmega169PA__)
#elif defined (__AVR_ATmega8HVA__)
#elif defined (__AVR_ATmega16HVA__)
#elif defined (__AVR_ATmega16HVA2__)
#elif defined (__AVR_ATmega16HVB__)
#elif defined (__AVR_ATmega16HVBREVB__)
#elif defined (__AVR_ATmega8__)
#elif defined (__AVR_ATmega8A__)
#elif defined (__AVR_ATmega48__)
#elif defined (__AVR_ATmega48A__)
#elif defined (__AVR_ATmega48PA__)
#elif defined (__AVR_ATmega48PB__)
#elif defined (__AVR_ATmega48P__)
#elif defined (__AVR_ATmega88__)
#elif defined (__AVR_ATmega88A__)
#elif defined (__AVR_ATmega88P__)
#elif defined (__AVR_ATmega88PA__)
#elif defined (__AVR_ATmega88PB__)
#elif defined (__AVR_ATmega8515__)
#elif defined (__AVR_ATmega8535__)

Kommt Dir einer davon bekannt vor?

> -mmcu=atmega16

Das ist auch falsch. Irgendwo in deinen Projekteinstellungen ist immer 
noch der falsche Mikrocontroller eingestellt.

> AVRDUDEOPTIONS -p16

Auch das wäre nur für den ATmega16 richtig. Ändere das mal auf 
"atmega328p" (avrdude unterstützt lange und kurze Schreibweise).

Beachte, dass du einige Einstellungen (z.B. dein mittlerer Screenshot) 
für Debug und Release Builds separat einstellen kannst/musst.

[Frank (Gast)]

Stefanus F. schrieb:
> Das ist auch falsch. Irgendwo in deinen Projekteinstellungen ist immer
> noch der falsche Mikrocontroller eingestellt.

Das ist ja das problem. Ich finde keine Einstellung wo ich das machen 
kann.

Im Bild Properties.png habe ich es auf atmega328p gestellt.

In Settings wurde es aber nicht übernommen. dort steht immer noch 
atmega16

In Symbols kann ich zwar Define Syms (-D) angeben, aber nicht den 
ControllerTyp (-mmcu)

[Stefan F. (Gast)]

>  Ich finde keine Einstellung wo ich das machen kann.

Dann lege doch einfach ein neues Projekt an und stelle dieses mal von 
Anfang an den richtigen µC ein.

[Frank (Gast)]

Stefanus F. schrieb:
> Dann lege doch einfach ein neues Projekt an und stelle dieses mal von
> Anfang an den richtigen µC ein.

Ich habe beim erstellen dieses Projektes den richtigen Controller 
angegeben. Aber der wurde, warum auch immer,nicht übernommen.

Ich hatte auch schon einmal ein neues PRojekt angelegt. Aber das 
Verhalten ist immer das selbe. Beim Anlegen kann ich zwar den Controller 
ändern, aber im Projekt springt der dann immer wieder auf dem ATmega16 
zurück

[Stefan F. (Gast)]

Frank schrieb:
> Stefanus F. schrieb:
>> Dann lege doch einfach ein neues Projekt an und stelle dieses mal von
>> Anfang an den richtigen µC ein.
>
> Ich habe beim erstellen dieses Projektes den richtigen Controller
> angegeben. Aber der wurde, warum auch immer,nicht übernommen.
>
> Ich hatte auch schon einmal ein neues PRojekt angelegt. Aber das
> Verhalten ist immer das selbe. Beim Anlegen kann ich zwar den Controller
> ändern, aber im Projekt springt der dann immer wieder auf dem ATmega16
> zurück

Vielleicht kommst du mit einer anderen IDE besser klar, zum Beispiel QT 
Creator.

[Matthias H. (muetze72)]

Hatte ein ähnliches Problem, Einstellungen werden nicht akzeptiert bzw. 
AVR->Target Hardware nicht vorhanden. Liegt vermutlich daran, dass das 
AVR-Plugin von neueren Eclipse-Versionen nicht mehr vollständig 
unterstützt wird. Ich habe das ältere Eclipse 3.8.1 installiert. Damit 
hat es dann funktioniert.

[Bernd K. (prof7bit)]

Das AVR-Plugin hatte mal nen Bug der sich folgendermaßen äußerte:

Es war zwar der richtige Controller eingestellt aber benutzt hat er die 
Header für nen anderen Controller.

Geholfen hat dann immer:

* Einstellungen öffnen, irgendeinen anderen Controller einstellen, 
speichern.
* Einstellungen öffnen, wieder den richtigen Controller einstellen, 
speichern.

Danach war der Fehler für dieses Projekt ein für allemal behoben, es 
tauchte nur immer bei neu angelegten Projekten auf!

[Carl D. (jcw2)]

Matthias H. schrieb:
> Hatte ein ähnliches Problem, Einstellungen werden nicht akzeptiert bzw.
> AVR->Target Hardware nicht vorhanden. Liegt vermutlich daran, dass das
> AVR-Plugin von neueren Eclipse-Versionen nicht mehr vollständig
> unterstützt wird. Ich habe das ältere Eclipse 3.8.1 installiert. Damit
> hat es dann funktioniert.

Ich hab das seit einiger Zeit auch und erst kürzlich bemerkt, daß wohl 
beim Anlegen eines neuen Projekts die "AVR-Nature" nicht hinzugefügt 
wird. Dann wird für "ATmega16" übersetzt.
 Wenn man die fehlende Nature von Hand hinzufügt, dann funktioniert 
wieder alles wie gewohnt. Ich kann nur aktuell mangels Eclipse auf dem 
IPad nicht genau beschreiben welche Clicks dafür notwendig sind.