Eclipse STM32 programmieren funktioniert seit update nicht mehr

OP #4295858
Lesenswert?

Hallo,

seit es mein Eclipse unter Linux geupdated hat, kann ich keine STM32 
nucleo Demoboard mehr programmieren. Wie ich mich erinnern kann habe ich 
dem gdb ein paar Befehle beim Start mitgeteilt. Leider kann ich mich 
nicht mehr erinnern kann.
Im Terminal funktionierts mit den untenstehenden Befehlen einwandfrei. 
Kann Breakpoints setzten, Schritt für Schritt den Code durchgehen ...
Leider finde ich das unhandlicher als in Eclipse. Deshalb die Frage: hat 
jemand eine Idee wie ich das in Eclipse wieder zum laufen bringe?

1. Terminal: openocd -f 
/usr/share/openocd/scripts/board/st_nucleo_f4.cfg

2. Terminal: arm-none-eabi-gdb workspace/STM32I2C/Debug/STM32I2C.elf
             tar ext :3333
             monitor reset halt
             load
             monitor reset init
             thbreak main
             continue
OP #4295873
Lesenswert?

Im Moment habe ich einfach ein STM32F4 Projekt in Eclipse angelegt. Habe 
dann in den Debug configurations "GDB OpenOCD Debugging" eingstellt und 
dann versucht zu debuggen.
Leider kommt dann jetzt immer die Meldung:

Error in final launch sequence
Failed to execute MI command:
-exec-run
Error message from debugger back end:
Don't know how to run. Try "help target".
Don't know how to run. Try "help target".

"Don't know how to run. Try "help target"." das kommt auch beim gdb wenn 
man  vorher vergisst tar ext :3333 einzugeben
Angehängte Dateien:
OP #4295960
Lesenswert?

Die Befehle im Bild "Bildschirmfoto von »2015-10-02 20-40-16«" habe ich 
eingefügt, hat aber keinen Einfluss gehabt.
Konsolen habe ich in Eclipse keine gefunden die nicht leer sind.
#4295981
Lesenswert?

So sieht das bei mir aus, initialization commands ist komplett leer.

Mit Konsole meinte ich das im console-view, siehe zweiten Screenshot


Edit: sehe gerade was mein Vorposter ebenfalls gesehen hat: Du 
verwendest den falschen gdb, du brauchst arm-none-eabi-gdb aus der 
arm-none-eabi Toolchain, nicht den gdb der für nativen intel code auf 
Deinem Rechner gedacht ist, der kann mit arm code nichts anfangen.
Angehängte Dateien:
OP #4295995
Lesenswert?

Bernd K. schrieb:
> dit: sehe gerade was mein Vorposter ebenfalls gesehen hat: Du
> verwendest den falschen gdb, du brauchst arm-none-eabi-gdb aus der
> arm-none-eabi Toolchain, nicht den gdb der für nativen intel code auf
> Deinem Rechner gedacht ist, der kann mit arm code nichts anfangen.

In den Einstellungen wenn ich ein neues Projekt erstelle dann wähle ich 
immer den arm gcc
1
 make all 
2
Invoking: Cross ARM GNU Print Size
3
arm-none-eabi-size --format=berkeley "STM32I2C.elf"
4
   text     data      bss      dec      hex  filename
5
   8929      176      416     9521     2531  STM32I2C.elf
6
Finished building: STM32I2C.siz
OP #4295999
Lesenswert?

Bernd K. schrieb:
> ier hab ich noch ein paar Screenshots von ner funktionierenden
> Konfiguration (Nucleo F401RE) in nem alten Posting von mir ausgegraben:

Bin ich heute schon durchgegangen. ;) Was ich mich noch erinnern kann, 
war dass ich diese Befehle die ich oben auch geschrieben habe irgendwo 
in eclipse eingefügt habe.

monitor reset halt
load
monitor reset init
thbreak main
continue

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren