Eclipse (mars) und AVR -- Fehlermeldungen

White Rabbit schrieb:
> Ich kann zwar ein Projekt erstellen "AVR Cross Target App", doch der
> Wizzard bietet mir anschließend im Menu "MCU Type" nichts an. Es ist
> einfach nichts anwählbar.

Moin,

ich habe das mal ausprobiert. Die Liste bleibt nur leer wenn mars beim 
Start den avr-gcc Pfad nicht findet.
Ich denke Du musst die Pfadeinstellungen zum avr-gcc anpassen.

Hm -- wo mache ich das? Dachte, dass die toolchain automatisch gefunden 
wird?

... ach ja: Und warum sind da die anderen Meldungen bzgl "Unknown 
symbol?" -- das hat doch anscheinend nichts mit dem anderen Problem zu 
tun, oder?

Ich weiß nicht wie Du dein mars startest und ob avr-gcc dann schon 
bekannt ist.

Startest Du dein eclipse von der konsole aus oder durch klick?

Von der konsole kannst Du vorher zur Kontrolle avr-gcc aufrufen.
Wenn Du nur klickst muss der avr-gcc im System- oder Benutzerpfad 
vorhanden sein.

ich starte es aus /opt/eclipse mit
./eclipse
Darin ist avr-gcc ebenfalls bekannt:

$ avr-gcc --version
avr-gcc (GCC) 4.8.2

Es ist ja auch nicht so, dass nichts compiliert wird ... sondern eher, 
dass ich die Einstellungen nicht verändern kann und der Editor zudem 
diverse Fehlermeldungen bringt.

Das Problem scheint übrigens bekannt zu sein: Status: offen (!)
http://sourceforge.net/p/avr-eclipse/support-requests/25/?page=1

Von dem Problem habe ich nichts mitbekommen ;-)

Da ich mehrere Versionen von eclipse/gcc habe, sind meine auch nicht in 
den Standartordnern installiert.
Dazu evtl. später mehr...

Teste doch erst mal ob in der Konsole avr-gcc funktioniert:
neuen Ordner anlegen mit einer Datei
test.c:

1

#include <avr/io.h>

2

int main()

3

{

4

  DDRB  = 0xFF;

5

  PORTB  = 0xFF;

6

  while(1) {}

7

}

Dann:

avr-gcc test.c -o test -mmcu=atmega16

Wenn das funktioniert von diesem Ordner aus eclipse aufrufen.

also direkt aus der Konsole heraus funktioniert es (hätte mich auch 
gewundert wenn nicht (übrigens: hier läuft ein Kubuntu 14.04 LTS 64 Bit)

Es wurde ohne zu meckern die Datei 3975 Aug 11 11:46 test angelegt.

Der Aufruf von eclipse klappt natürlich auch. Ich kann die Datei
test.c öffnen aber dann nicht kompilieren, weil es kein Projekt ist(?)

Wenn ich deine Code-Zeilen allerdings wieder in einem anderen Projekt 
unter main.c einfüge und "Compile all" verwende, erhalte ich erneut "3 
Problems"
(Nicht definierter Verweis auf main, Symbol DDRB could not be resolved 
und Symbol PortB could not be resolved)

Wenn ich compiliere (Build all), erscheint:

11:53:21 **** Incremental Build of configuration Release for project 
Blinky2 ****
make all
Building target: Blinky2.elf
Invoking: AVR C++ Linker
avr-g++ -Wl,-Map,Blinky2.map,--cref -mrelax -Wl,--gc-sections 
-mmcu=atmega16 -o "Blinky2.elf"  ./main.o
/usr/lib/gcc/avr/4.8.2/../../../avr/lib/avr5/crtm16.o: In Funktion 
`__bad_interrupt':
../../../../crt1/gcrt1.S:195: Nicht definierter Verweis auf `main'
collect2: error: ld returned 1 exit status
make: *** [Blinky2.elf] Fehler 1

11:53:21 Build Finished (took 70ms)

Also nicht viel anders als vorher?!?

Gut. Dann ist mit avr-gcc alles ok.

eclipse ist zum Glück so Aufgebaut das es in einem beliebigen 
Verzeichnis installiert werden kann.

Wenn Du möchtest installiere doch im aktuellen Ordner (wo die test.c 
drin ist) ein frisches eclipse mit avr-plugin.

Das kannst Du bei Bedarf später einfach wieder löschen wenn es nicht 
gehen sollte - was ich aber nicht glaube, da es bei mir unter Ubuntu 
14.04 LTS 64 Bit ja funktioniert.

1. herunterladen von mars:
http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/mars/R/eclipse-cpp-mars-R-linux-gtk-x86_64.tar.gz

2. entpacken:
tar xvf eclipse-cpp-mars-R-linux-gtk-x86_64.tar.gz

3. starten:
eclipse/eclipse &

4. avr-plugin Version 2.4.1 installieren von:
http://avr-eclipse.sourceforge.net/updatesite


Dann sehen wir weiter....

Kann es sein, dass der Prozessor nicht korrekt definiert ist?
io.h ist ja so etwas wie eine Standartbibliothek. Aber die 
Registerbezeichner sind prozessorabhängig.

Beim "manuellen" Aufruf durch:

>>avr-gcc test.c -o test -mmcu=atmega16<<

geschah dies ja durch den mmcu-Parameter.

Noch vergessen: nach der Installation von eclipse zuerst wie gewohnt ein 
neues C Projekt erstellen. Mit hoffentlich gefüllter MCU Liste ;-)

Amateur schrieb:
> Beim "manuellen" Aufruf durch:
>
>>>avr-gcc test.c -o test -mmcu=atmega16<<
>
> geschah dies ja durch den mmcu-Parameter.

Genau das ist wohl der Zusammenhang mit der leeren MCU Liste.

Dein Vorgehen unterscheidet sich nicht von meinem ... und ich habe das 
schon mehrfach so gemacht ... einziger Unterschied: als root unter /opt 
entpackt. Sollte es das sein??

Ich kann's ja nochmal als User ausprobieren und mich dann melden.

White Rabbit schrieb:
> Ich kann's ja nochmal als User ausprobieren und mich dann melden.

Irgenwie hatte ich auch schon so eine Ahnung das das Problem mit dem 
Plugin vielleicht eine Rechteangelegenheit sein könnte.

Ich würde nichts auf ein Rechteproblem setzen.

Kann mir nicht vorstellen, dass der Zugriff auf "io.h" funktioniert und 
der auf "xxx.inc" nicht. Beim "Fehlen" von io.h sollte, der Compiler, 
eine entsprechende Fehlermeldung ausgegeben.

Amateur schrieb:
> Beim "Fehlen" von io.h sollte, der Compiler,
> eine entsprechende Fehlermeldung ausgegeben.

So weit ist es ja noch garnicht.
Es geht mehr darum das das Plugin etwas nicht findet...

>So weit ist es ja noch garnicht.

Ich dachte immer, dass Compiler von "oben" nach unten arbeiten. Sprich:
Er liest (oder auch nicht) io.h, kommt dann zu main und findet dort: 
DDRB. Dies wird wegen eines "keine Ahnung" moniert.

Ein Fehler beim Plug-In sollte es erst gar nicht so weit kommen lassen.

Hat denn die Kommandozeile andere Rechte wie das Programm?

Lies noch mal den ersten Beitrag von White Rabbit.
Es hat das Plugin sozusagen ausgetrickst.

@ hp-freund
Ich bezog mich auf den Post von 11:53.

>Wenn ich deine Code-Zeilen allerdings wieder in einem anderen Projekt
>unter main.c einfüge und "Compile all" verwende, erhalte ich erneut "3
>Problems"
>(Nicht definierter Verweis auf main, Symbol DDRB could not be resolved
>und Symbol PortB could not be resolved)

Also hat der Compiler wohl die Symbole DDRB und PORTB erreicht...
Darüber hinaus kenn' ich aber niemanden mit Namen: Blinky2.

Amateur schrieb:
> in einem anderen Projekt

Wie wurde das erstellt? Mit dem Plugin ohne MCU Auswahl?

hp-freund schrieb:
> Amateur schrieb:
>> in einem anderen Projekt
>
> Wie wurde das erstellt? Mit dem Plugin ohne MCU Auswahl?

Ja, genau! Ich konnte halt bei MCU nichts auswählen ... da habe ich ohne 
weiter gemacht ... klar, dass das zu Fehler führt. Aber wo liegt die 
Ursache?

> Darüber hinaus kenn' ich aber niemanden mit Namen: Blinky2.
Ich habe das Projekt so genannt -- in Anlehnung an:

http://www.instructables.com/id/How-to-get-started-with-Eclipse-and-AVR/step7/Make-a-new-project/

Installiere mal eclipse als Benutzer neu, dann schauen wir mal...

Amateur schrieb:
> Ich würde nichts auf ein Rechteproblem setzen.


Gerade nochmal alles ganz frisch als User versucht und zuvor extra
~/.eclipse  und /opt/eclipse gelöscht.
Es bleibt dabei -- unter MCU kann ich weiterhin nichts auswählen. Es 
scheint also KEIN Rechteproblem zu sein ... hätte mich auch gewundert.

hp-freund schrieb:
> Installiere mal eclipse als Benutzer neu, dann schauen wir mal...

Übrigens: Eclipse kommt hier nicht aus der Softwareverwaltung von Ubuntu 
(nur nochmal zur Klarstellung ... dürfte aber klar sein!??)

Ich habe diese Version benutzt:
http://www.eclipse.org/downloads/packages/eclipse-ide-cc-developers/marsr
(64 Bit, Linux)

Habe schon lange nicht mehr unter Linux gearbeitet. Früher gab es mal 
ein Tool, das die Systemaufrufe protokolliert hat. Z. B. File open usw. 
Keine Ahnung wie das hieß. Würde dies mal versuchen. Da kann man sehen, 
wenn Pfade, wo auch immer diese gesetzt wurden, nicht stimmen oder durch 
nutzlose defaults ersetzt wurden...

White Rabbit schrieb:
> dürfte aber klar sein!??

Klar!

Du hast die gleiche Version installiert die ich auch habe.
Mit AVR-Plugin Version 2.4.1 ?

Amateur schrieb:
> ein Tool, das die Systemaufrufe protokolliert

strace

Ist aber eine Meeeenge protokolliert ;-)

>Ja, genau! Ich konnte halt bei MCU nichts auswählen ...

Das darf nicht sein!

Normalerweise geschieht dies - einmalig - während der Projektanlage. 
Schau dort nochmal genau hin.

Da sich die Port- und Registerzugriffe der einzelnen Prozessoren sehr 
stark voneinander unterscheiden, ist diese Angabe unumgänglich.
Eine C-Code Übersetzung kann ohne diese Information auch nicht 
durchgeführt werden.

Es wird scheinbar alles für einen ATMega16 per default eingestellt?
Zumindest steht das oben im compile-Befehl und wird auch scheinbar per
Default hier gesetzt:

[workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings/de.inn 
ot.avreclipse.core.prefs

Wer hat einen Code-Schnipsel, der mit einem ATMega16 läuft? Den könnte 
ich ja mal ausprobieren...

Und das AVR-Plugin ist Version 2.4.1 - ja. Es kommt von
http://avr-eclipse.sourceforge.net/updatesite/

Na das klingt doch gut.

Ich habe trotzdem ein Mini Projekt angehängt.

> Allerdings
> ist das Problem bekannt und es liegt am AVR Plugin seit 2.4.0. Dort ist

Ja, bekannt aber nicht gefixt. Ich hatte die Seite ja schon hier zitiert 
... mir ist aber nicht ganz klar, wo ich den Patch einpflegen 
soll/muss?


> Alternativ wäre die Möglichkeit einfach die MCU an den Programmer zu
> hängen und beim Erstellen des Projektes bei MCU "get from Hardware"

Wie gesagt: Das Drop-Down-Menu bei MCU ist "tot" -- da kann ich GAR 
nichts auswählen. Und bei der Taktfrequenz steht ebenfalls immer ein 
"fester Eintrag" -- ebenfalls nicht änderbar.

Dann wundert es mich warum es bei mir funktioniert.

java?

Meine Version:

java version "1.7.0_79"
OpenJDK Runtime Environment (IcedTea 2.5.6) 
(7u79-2.5.6-0ubuntu1.14.04.1)
OpenJDK 64-Bit Server VM (build 24.79-b02, mixed mode)

René S. schrieb:

> Einfach mal das Forum hier durchsuchen, da gab es mal einen thread dazu.

Meinst du evtl diese Lösung?
Beitrag "AVR Eclipse: Keine Bauteilauswahl möglich"  (ganz unten!)

> java?

Bei mir:
java -version
java version "1.8.0_51"
Java(TM) SE Runtime Environment (build 1.8.0_51-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)

Was kommt bei euch in der Konsole, wenn ihr diesen Befehl benutzt:

avr-gcc -Wa,-mlist-devices --target-help

Hier wird die komplette Hilfe nochmal ausgegeben ... sollten dan nicht 
ausschließlicheÜ die untestützten Devices ausgegeben werden? Das wird 
der
Fehler sein, denke ich?!?

Das mit den Leerzeichen könnte die Lösung sein.

White Rabbit schrieb:
> Was kommt bei euch in der Konsole, wenn ihr diesen Befehl benutzt:
>
> avr-gcc -Wa,-mlist-devices --target-help

siehe Anhang

Übrigens sind all meine Variablen LC_xxxx=C

Probier doch mal die gefundene Lösung von 15:01

hp-freund schrieb:
> Übrigens sind all meine Variablen LC_xxxx=C

Das war Unsinn :-(

LANG=de_DE.UTF-8
LANGUAGE=de_DE
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Wahnsinn -- es hat geklappt!! Der simple Eintrag
export LC_MESSAGES=C

unter .profile löst beide Probleme zusammen! Konnte gerade erfolgreich 
kompilieren und die Warnungen sind ebenfalls verschwunden!!!
Krass, dass das nirgendwo steht bzw noch krasser, dass das kein "known 
"Bug"" ist??! Wie sieht denn bei euch sonst die Datei .profile aus??

Ist es nicht möglich den Prozessor als Parameter dem Compiler bzw. 
Assembler zu übergeben?

In Deiner Konfiguration würde ja sonst eine Entwicklungsumgebung, für 
nur einen Prozessor, bestehen.

Die darauf folgen Meckerer würden jedes Forum überlaufen lassen...

>Es wird scheinbar alles für einen ATMega16
Das ist ebenfalls unwahrscheinlich. Für den ATMega16 sind die Werte 
PORTB und DDRB definiert. Du könntest also Code erzeugen, er würde aber 
auf einem anderen Prozessor, als dem ATMega16, nicht laufen.

Glückwunsch!

White Rabbit schrieb:
> Wie sieht denn bei euch sonst die Datei .profile aus??

Lass die mal lieber in Ruhe ;-)

> Lass die mal lieber in Ruhe ;-)
Ja wie? Der Eintrag ist ja offenbar "notwendig", um hier Erfolg zu 
haben, oder???

Ja, der schon. Aber bitte sonst nichts mehr ändern....


...bis zum nächsten Problem.

Übrigens hat jetzt auch direkt avrdude und "Target Hardware" -- Load 
from MCU geklappt. Das ging vorher auch nicht .... das Problem scheint 
also gelöst.
Trotzdem bleibt es seltsam, dass nur ich davon betroffen bin???
Profil-Einstellungen??

(Mein Rechner ist schon über mehrere Kubuntu-Releases mitgewachsen. 
Vielleicht lief da irgendwas im meinem pers. Profil schief??)

> .... das Problem scheint also gelöst.

War vielleicht etwas zu voreilig : Jetzt ist mein KDE halb englisch und 
halb deutsch!! (K-Menu...)
Was ist denn nun schon wieder??

White Rabbit schrieb:
> Profil-Einstellungen??

Muss wohl.
Wenn es bis jetzt noch kein Prog gestört hat, hat es auch - fast - 
niemand gemerkt.

Bye

Hatte mich ja schon zeitgleich verabschiedet aber na ja.

Was gibt locale aus?

Siehe meine LC_ Liste oben.

Notfalls musst Du ein update der Sprachpakete durchführen.

hp-freund schrieb:
> White Rabbit schrieb:
>> Profil-Einstellungen??


hmm ... warum sorgt der Eintrag denn für englische Menus?
(auch LibreOffice usw sind bei mir davon betroffen).
Schalte ich das wieder aus, ist es wieder deutsch!

Ist zwar jetzt OT, aber interessieren würde es mich doch.

In den KDE Einstellungen ist natürlich alles auf default "Deutsch" 
eingestellt.

> Was gibt locale aus?

bei mir:

locale
LANG=de_DE.UTF-8
LANGUAGE=de_DE
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Sieht soweit gleich aus.

http://www.linuxwiki.de/locale

Ich bin erst mal weg.
Schaue heute Abend noch mal rein, aber ich denke das Sprachproblem hast 
Du bis dahin gelöst :-)

> Schaue heute Abend noch mal rein, aber ich denke das Sprachproblem hast
> Du bis dahin gelöst :-)

Hab' mir jetzt zunächst mit einem Startscript geholfen:

#!/bin/bash 
export LC_MESSAGES=C
./eclipse &

Damit läuft es hier ... was auch immer, da schief gegangen ist?!?

Ok, ich frage mich nur wie/wo ich das vorhandene Plugin jetzt patche 
oder ersetze? Oder muss ich dein .jar ganz neu installieren?

Moin,

das Plugin kannst Du einfach in den eclipse/plugins Ordner kopieren und 
die Alte überschreiben oder vorher sichern.
Musst nur beim nächsten Update daran denken.

@René,

listet denn avrdude in der Konsole die Programmer auf?

avrdude -c ?

Ich frage weil es bei mir funktioniert.
Ein Programmer muss nicht dran sein um einen neuen zu konfigurieren.

Vielleicht liegt das Problem bei den Rechten der avrdude.conf ?

Achtung: die avrdude.conf ist evtl. mehrfach vorhanden.

Ich habe gerade etwas interessantes festgestellt:

eclipse als user ausgeführt findet die Liste der Programmer auch wenn 
avrdude nicht erreichbar ist.
eclipse muss sich die Liste anders bersorgt haben...

White Rabbit schrieb:
> #!/bin/bash
> export LC_MESSAGES=C
> ./eclipse &

Also dann ist das wohl die beste Lösung.

Ach übrigens: der aktuelle Programmer wird in einer versteckten Datei im 
Workspace eingetragen.