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

Hi

Versuche es mal mit einem C-Buch und mit

xyz = PORTF.IN;

MfG Spess

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.

1

// Target: atxmega256a3

2

3

#include <avr/io.h>

4

#include <avr/iox256a3.h>

5

6

int main(void)

7

{

8

9

  PORTF.IN;

10

11

12

  return 1;

13

}

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

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.

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.

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?

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

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. 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.

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. :(

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.