Debuggen eines STM32f40 discovery boards unter Eclipse und ST-Link

[Michael W. (Gast)]

Ich habe nun mühsam ein Projekt für das STM32F40 Discovery Board unter 
Eclipse aufgesetzt: Ich kann mittels make übersetzen, linken und ein elf 
erzeugen.

Unter "Debug Configuration" habe ich einen Eintrag mit

D:\software\GNUArmEmbedded\6_2017-q2-update\bin\arm-none-eabi-gdb.exe

angelegt.

Wie gehe ich nun richtig vor, wenn ich unter ST-Link debuggen möchte?

Soweit ich verstanden habe, muss ich vorher das ST-Link utility starten. 
Dafür habe ich einen Eintrag unter external tools configurations 
angelegt.
Ich kann es starten. Dabei passiert aber noch nichts.
Wenn ich anschließend debugge, kann ich durch die Applikation 
durchsteppen.

Soweit funktioniert das.


Ich habe aber noch nicht durchschaut, wann und wo das Image geflasht 
wird.
Es gibt nämlich neben st-util.exe auch ein st-flash.exe. Wann/wie kommt 
dieses an die Reihe?

[Chris (Gast)]

Hallo Michael,

warum machst Du es Dir nicht einfach und benutzt openstm32? Dort ist 
bereits alles enthalten und vorkonfiguriert was Du für Eclipse und STM32 
benötigst.

http://www.openstm32.org/HomePage

Grüße

[Michael W. (Gast)]

Chris schrieb:
> Hallo Michael,
>
> warum machst Du es Dir nicht einfach und benutzt openstm32? Dort ist
> bereits alles enthalten und vorkonfiguriert was Du für Eclipse und STM32
> benötigst.
>
> http://www.openstm32.org/HomePage
>
> Grüße

Ich habe früher mit CooCox gearbeitet. Dabei störte mich, dass ich das 
Projekt nicht im Griff hatte und vieles "automatisch" ging.
Bei make habe ich alles unter meiner Kontrolle und obwohl es natürlich 
schwieriger einzurichten ist, finde ich es nun deutlich besser.

Das Debuggen funktioniert nun auch, ich wollte nur wissen, ob ich auf 
dem richtigen Weg bin.

[Jim M. (turboj)]

Michael W. schrieb:
> Ich habe aber noch nicht durchschaut, wann und wo das Image geflasht
> wird.

Kann GDB mit dem "load" Kommando selber, wenn es korrekt mit dem Target 
verbunden ist. Da ist ein Haken in den GDB Einstellungen.

Ich erzeuge damit auch Debug Konfigurationen ohne erneutes Laden der 
Firmware zwecks Fehlersuche am lebenden Objekt.