AVR-Eclipse Auto-vervollständigung /-syntax bei <avr/io.h>

[Max (Gast)]

Hallo,

ich hatte mal eine Frage bezüglich AVR Eclipse.
Ist es möglich die Auto-vervollständigung /-syntax in Abhängigkeit des 
Targets einzustellen?

Beispiel:

// Target: atxmega256a3

#include <avr/io.h>

int main(void)
{

  PORTF.IN;

  return 1;
}

Die Autosyntax-Prüfung meckert immer rum das PORTF.IN nicht gefunden 
werden konnte. (Manuelles Kompilieren = 0 Errors)

Autovervollständigung funktioniert so auch nicht.

In den Projekteigenschaften ist Hardware Taget richtig gesetzt.

Kann man das irgendwo einstellen?

Wäre euch sehr dankbar bei Unterstützung.

mfg
Max

[spess53 (Gast)]

Hi

Versuche es mal mit einem C-Buch und mit

xyz = PORTF.IN;

MfG Spess

[Max (Gast)]

Was hat das damit zu tun?

Ich wollte damit nur verdeutlich das die Autovervollständigung nicht bei 
<avr/io.h> Funktioniert.

(Manuelles Kompilieren = 0 Errors)


Wenn ich jetzt z.B. zusätzlich die <avr/iox256a3.h> einbinde 
Funktioniert zwar die Autovervollständigung und Autosyntax-Prüfung. Aber 
das richtige Kompilieren schlägt fehl.

// Target: atxmega256a3

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

int main(void)
{

  PORTF.IN;


  return 1;
}

Einer eine Idee? Ich wäre euch sehr Dankbar.

[hp-freund (Gast)]

Im Normalfall benutzt:

#include <avr/io.h>

das zu µC passende ioxxxxx.h

Dazu muss der Typ natürlich im Projekt oder Makefile definiert sein.

[Max (Gast)]

Das Target ist richtig eingestellt.

Projekt Properties -> AVR -> Target Hardware -> ATXmega256A3
-mmcu=atxmega256a3 ist auch eingetragen

Das manuelle Kompilieren Funktioniert ja auch nur nicht die 
Autovervollständigung und die Autosyntaxprüfung.

[Luke (Gast)]

Das Problem habe ich auch gerade (naja, mehr oder weniger). Ich hatte am 
Anfang das Projekt für den mega8 erstellt. Nun auf den Tiny2313 
umgestellt (klappt auch alles). Aber bei der Autovervollständigung 
blendet Eclipse mir immer noch Elemente des mega8 ein (sehe ich z.B. an 
den Timer INT Vectoren). Irgendjemand eine Idee?

[Oliver (Gast)]

Da der mcu-Typ über eine Compileroption eingestellt wird, die der 
Eclipse-Editor weder sieht noch kennt, sind für den die mcu-abhängigen 
defines nicht definiert. Daher kann der auch nichts 
"auto-vervollständigen".

Oliver

[Luke (Gast)]

Aber er macht es ja, nur eben für den falschen Typ. Gibt es also 
irgendwo einen "default" Typ per #define festgelegt, dessen typahängigen 
Dinge er dann bezieht?

[Michael K. (mmike)]

Das Problem hatte ich auch mal. Folgendes hat die Lösung gebracht:

Folgende Datei: <${projectname}.sc> löschen.
Zu finden unter 
<${workspace}/.metadata/.plugins/org.eclipse.cdt.make.core/>

scheint ein Eclipse CDT bug zu sein ...

Grüße,
Michael

[Luke (Gast)]

Michael K. schrieb:
> Folgende Datei: <${projectname}.sc> löschen.
>
> Zu finden unter
>
> <${workspace}/.metadata/.plugins/org.eclipse.cdt.make.core/>

Hat leider nicht geholfen. Was ich nun aber fesgestellt habe, dass die 
typspezifischen defines natürlich dann auch falsch ersetzt werden (z.B. 
OCIE1A wird mit 4 ersetzt, anstatt mit 6). Hilft es da echt nur das 
Projekt für den anderen Controller neu aufzusetzen. Das kann ich 
irgendwie nicht ganz glauben, irgendwo muss das doch definiert sein.

[Michael K. (mmike)]

Hast du in den Projekteinstellungen auch den richtigen Proz ausgewählt?

Grüße,
Michael

[Luke (Gast)]

Urspünglich nicht. Ich habe es dann aber geändert. Aber wie gesagt, 
Eclipse includiert weiterhin die falsche IO.h. In der Konsole sehe ich 
aber beim Bauen, dass er sich auf den richtigen Proz bezieht. Nur wie 
gesagt, Autovervollständigung mit den falschen Namen (kleines Problem) 
und falsche Auflösung der #define Werte (Riesenproblem).
Ich werde das Projekt wohl neu aufsetzen müssen und den richtigen Prozi 
wählen, finde es aber echt verwunderlich, dass man das nicht im 
nachhinein ändern kann. :(

[Michael K. (mmike)]

Das sollte eigentlich schon funktionieren ... schon mal versucht die 
Indizierung komplett neu erstellen zu lassen ... bin momentan in der 
Arbeit, aber ich schau heute abend mal nach ...

Grüße,
Michael

[Michael K. (mmike)]

Hallo Luke,

also:

1. In den Projekteinstellungen (Properties) unter "AVR" (AVR-Plugin 
sollte installiert sein) bei "Target Hardware" den entsprechenden Proz 
und die Taktrate einstellen.
2. In den Projekteinstellungen (Properties) unter "C/C++ General" bei 
"Paths and Symbols" die Verzeichnisse setzen in denen die include 
Dateien von WinAVR liegen (bei sind das: 
c:/winavr20100110/lib/gcc/avr/4.3.3/include, 
c:/winavr20100110/lib/gcc/avr/4.3.3/include-fixed, 
c:/winavr20100110/avr/include)
3. Auf das Projekt mit der rechten Maustaste klicken und bei "Index" den 
Eintrag "Freshen all files" anklicken. Damit wird der Index komplett neu 
erstellt.
4. Eclipse schließen und die entsprechende sc-Projektdatei löschen 
move/delete the ${projectname}.sc file found under 
${workspace}/.metadata/.plugins/org.eclipse.cdt.make.core)
5. Eclipse neu starten und Punkt 3 wiederholen.
6. GGf. mit dem Include Browser schauen, welche Proz-Datei inkludiert 
wird (bei mir wars anfangs immer die iom16.h) ...

Viel Erfolg,

Michael

[Luke (Gast)]

Hallo Michael,

super Anleitung, hat nun geklappt. Ich hatte nach dem Löschen der 
.sc-Datei nie den Index neu gebaut.
Auf jeden Fall klappt es nun: die richtige IO wird eingebunden und die 
Auflösungen der einzelnen defines passen nun zum ausgewähltem µC.

Vielen Dank.

Luke.

[Michael K. (mmike)]

Hallo Luke,

wunderbar ... viel Spass beim coden ...

Grüße,
Michael