www.mikrocontroller.net

Forum: GCC stlink unter Linux kompilieren


Important announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hallo allerseits,

ich hoffe die Frage passt halbwegs hier rein. Ich versuche folgende 
Toolchain unter Ubuntu zu installieren: 
http://www.mikrocontroller.net/articles/STM32F4-Discovery

Allerdings gestalltet sich der Punkt mit dem kompilieren der stlink 
Software als schwierig. Ich wechsel in das Verzeichnis mit den Files und 
versuche "make" auszuführen. Ich ernte folgende Meldung:

make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden. 
Schluss.

Ich habe die nötigen Pakete die laut readme erforderlich sind 
installiert. Ich glaube ich mach grundsätzlich etwas falsch.


VIelen Dank,

Joe

Autor: hp-freund (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Joe schrieb:
> Ich wechsel in das Verzeichnis mit den Files und
> versuche "make" auszuführen.

Meinst Du das stlink Verzeichnis?
Gibt es ein Makefile?
Wenn nicht musst Du erst mal ./autogen.sh und ./configure ausführen.

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
>Wenn nicht musst Du erst mal ./autogen.sh und ./configure ausführen.
So hat's bei mir fonktioniert.
Hatte genau das gleiche Problem. Im Wiki Artikel ist das nicht 
beschrieben.
Hab zuvor autogen installiert. Weiß nicht, ob das notwendig war.

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Ja ich meine das stlink Verzeichnis. Es gibt eine Datei names 
Makefile.am.
Laut Anleitung/Readme soll ein einfaches make genügen.
~/src/stlink# Makefile.am
Makefile.am: command not found
~/src/stlink# make
make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.  Schluss.
./autogen.sh
./autogen.sh: Zeile 2: autoreconf: Kommando nicht gefunden.
./configure
bash: ./configure: Datei oder Verzeichnis nicht gefunden

Alles selbstverständlich als root ausgeführt.

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Ich glaub ich installier nochmal "autoconf"

Autor: hp-freund (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Gute Idee. "automake" auch gleich...

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Grad in der Konsole nachgeschaut.
Das hab ich gemacht:
sudo apt-get install autoconf
./autogen.sh
sudo apt-get install  libtoolize
 ?? Warum auch immer !?
./configure
make

...

Tipp:
Das Flashen geht sehr langsam.
Deshalb hab ich die Debugconfiguration, dupliziert, diese in "run .." 
umbenannt und das Load rausgenommen.
Wenn nichts mehr geht, ST-Link und das debuggen komplett beenden. Reset 
Knopf auf dem Board drücken, ST-Link neu starten und nun nur noch das 
"run .." starten (ohne flashen)

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Danke das hat geholen: "sudo apt-get install autoconf"
Jetzt kann ich wenigstens die stlink software kompilieren.

Grüße Joe

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Jetzt habe ich das Problem, dass die Maske für die Einstellung der Debug 
Configuration anders aussieht wie im Tutorial beschrieben. Dort findet 
sich keine Einstellung für gdb-command. Lediglich den Port kann ich 
einstellen (habe 4242 eingestellt).

Damit erhalten ich dann die Fehlermeldung: Kann Datei nicht laden.

Hat jemand Erfahrung was die einstellungen des GDB Servers in der 
neusten Eclipse version betrifft?

Danke und Grüße,
Joe

Autor: _Jochen_ (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Welches Eclipse hast Du ? Indigo ?

Autor: _Jochen_ (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Ich habe Helios installiert.
Ich hatte bei Indigo auch einige Probleme.

Du kannst ohne Probleme 2 verschiedene Eclipse Versionen parallel 
installiert haben:

http://www.eclipse.org/downloads/packages/release/helios/sr2

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Ja, Indigo. Ich google noch wie verrückt aber ...nichts :-/

Autor: _Jochen_ (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Dann probier's doch mal mit Helios.

Autor: Chris D. (myfairtux) (Moderator) Benutzerseite
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hmmm, also hier lies sich alles in Indigo wie im Tutorial einstellen.

Zeig doch mal einen Screenshot mit dem fraglichen Dialog.

luxxxxs schrieb:
> Tipp:
> Das Flashen geht sehr langsam.
> Deshalb hab ich die Debugconfiguration, dupliziert, diese in "run .."
> umbenannt und das Load rausgenommen.
> Wenn nichts mehr geht, ST-Link und das debuggen komplett beenden. Reset
> Knopf auf dem Board drücken, ST-Link neu starten und nun nur noch das
> "run .." starten (ohne flashen)

Das Flashen dauert hier auch extrem lange.

Ich war so dumm ("Einfach mal testen ..."), die im Tutorial beschriebene 
Sicherungskopie (Größe 1MB) direkt wieder aufzuspielen - das hat über 10 
Minuten gedauert.

Ist nur st-flash so langsam oder fehlt mir irgendwo eine Einstellung - 
oder ist es sogar generell nicht schneller möglich?

Dann möchte man ja nicht größere Programme entwickeln - das erinnert 
mich an die guten alten PIC-Zeiten: programmieren, testen, ab unter die 
UV-Lampe, warten ...

Chris D.

Autor: Joe (Gast)
Datum:
Angehängte Dateien:
  • foto (120,6 KB, 31 Downloads)

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hallo,

ein Screenshot habe ich angehängt. Das tutorial sagt:

>> Bei geöffnetem Projekt klickt man im Hauptmenü auf
>> Run > Debug Configurations.... In der Liste links klickt man mit
>> der Rechten Maustaste auf GDB Hardware Debugging und wählt New.

außerdem:

>> Auf der Registerkarte Debugger wird in das Eingabefeld
>> GDB-Command: arm-none-eabi-gdb eingetragen.

Beides kann ich nicht finden :-/


Grüße Joe

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
ich würde sagen, Dir fehlt das GDB Hardware Plugin.

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Im Hauptfenster wählt man dann den Menüpunkt Help > Install New 
Software... es erscheint ein neuer Dialog. Das Eingabefeld Work with: 
wird mit http://download.eclipse.org/tools/cdt/releases/indigo 
ausgefüllt und mit der Return-Taste abgeschickt.

Im unteren Teil des Dialogs werden nun die verfügbaren Plugins 
aufgelistet, benötigt wird ...... GDB Hardware Debugging aus der Rubrik 
CDT Optional Features. Einfach ein Haken vor den Plugins machen und auf 
Next klicken. Es erscheint eine Zusammenfassung und eine Seite weiter 
die Lizenz, die man sich durchlesen sollte und dann bestenfalls 
bestätigt. Mit einem klick auf Finish wird das Plugin heruntergeladen 
und installiert.

Nach der Installation des Plugins sollte Eclipse neu gestartet werden.

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
luxxxxs schrieb:
> ich würde sagen, Dir fehlt das GDB Hardware Plugin.

Im Tut steht, dass der Punkt CDT übersprungen werden kann, wenn man das 
Indigo für C++ Developer hat. Das habe ich und ich habs übersprungen. 
Dadrin steht das mit dem GDB Server :-/

Ich installiere ihn sofort nach...

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Der Tutor hat wohl gemeint, das CDT Plugin überspringen, aber das GDB 
Plugin dann doch wieder nicht ;)

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
okay alles geht. Danke für die guten Tipps.

Joe

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
>Das Flashen dauert hier auch extrem lange.
Warum hat eigentlich ein "fast" leeres Projekt bereits 60kBytes ?

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
jetzt lässt es sich kompilieren. stlink startet.

aber im Debugger steht
No source available for "0x800f2a0" 


ich weiß nicht mehr weiter...

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
ignoriere es einfach mal. So Meldungen hab ich auch ab und zu.
Kannst Du es starten ?
Wenn nicht.
Mach mal ein Reset wie oben beschrieben und starte neu.

Autor: Joe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
okay ein paar Resets haben geholfen. auch Mal strom weg und wieder ran 
hab ich gemacht. DIese ganze toolchain läuft zwar gelegentlich, 
erscheint mir aber sehr wackelig...

Autor: luxxxxs (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
>DIese ganze toolchain läuft zwar gelegentlich,
>erscheint mir aber sehr wackelig...
Bei mir sind's 75% der Flashvorgänge.
Beim Rest muss ich resetten und nochmals (ohne Flashen) neu starten.
Dann geht's aber in 99%.

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel




Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder GIF-Format hochladen.
Siehe Bildformate
Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt.
Bitte hier nur auf die ursprüngliche Frage antworten,
für neue Fragen einen neuen Beitrag erstellen.

Mit dem Abschicken erkennst du die Nutzungsbedingungen an.

webmaster@mikrocontroller.netImpressumNutzungsbedingungenWerbung auf Mikrocontroller.net