Folgender Aufbau: macOS (BigSur) ST-LinkV2 USB Dongle mit blackmagic programmiert (lsusb: Bus 020 Device 022: ID 1d50:6018 OpenMoko, Inc. Black Magic Debug Probe (Application) STM32CubeIDE 1.10.1 Ich kann doch in der Debug-Konfiguration OpenOCD angeben. Oder konnte nicht sogar die BMP selbst server sein?
Gast
#7243907
pegel schrieb: > https://github.com/mike-pittelko/BlackMagic-STM32CubeIDE Danke. Das half ein Stück weiter. Lediglich beim letzten Abschnitt auf der Seite: #IMPORTANT - TO START DEBUGGING SESSION To start the debugging session of a arm binary, you must select "Run" -> "Debug Configurations....", select the configuraton you just created, then use the "Debug" button on that page. Once you have done this once, you can use the "Debug History" menu to start it again.# klappt es bei mir irgendwie nicht. "use the Debug button on that page" finde ich nicht. Genauer gesagt, der Debug button u.r. ist nicht aktiviert. Korrektur: komme weiter. Mußte noch das application binary, das zu der Konfiguration gehört, eintragen.
Gast
#7243937
Ich wandle gerade ein Bluepill zu BMP und teste. Vermutlich wird ein Anderer eine schnellere Antwort haben.
pegel schrieb: > Ich wandle gerade ein Bluepill zu BMP und teste. > Vermutlich wird ein Anderer eine schnellere Antwort haben. Danke für den Einsatz. Ich komme ein Stück weiter und bekomme vom backend:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
Ist mein bmp jetzt vielleicht zu alt? Eher nicht. Die github Seite ist 3 Jahre alt.
Gast
#7243973
monitor tpwr enable Schaltet wohl Target Power.
Gast
#7243991
Ich hatte schon mal ein BP zum BMP gemacht, finde die nötigen Dateien aber nicht wieder. monitor tpwr enable Würde ich einfach weglassen, wenn das Ziel versorgt wird.
pegel schrieb: > Ich hatte schon mal ein BP zum BMP gemacht, finde die nötigen Dateien > aber nicht wieder. > > monitor tpwr enable > > Würde ich einfach weglassen, wenn das Ziel versorgt wird. Hab's auskommentiert und es läuft jetzt. Danke noch mal.
Gast
#7244017
Schön.
Noch eine Frage: wenn ich die Debug-Konfiguration starte, stoppt das Programm in startup_stm32f103c8tx.s beim Label ResetHandler: Warum? Ist das eine Eigenart der Debugprobe? Ich sehe keine Stelle, wo explizit gesetzt ist, daß beim Einsprung angehalten werden soll.
Gast
#7244416
Ich sehe da unter Startup die Möglichkeit.
Angehängte Dateien:
pegel schrieb: > Ich sehe da unter Startup die Möglichkeit. Da ist aber nichts gesetzt.
Angehängte Dateien:
Gast
#7244453
eben ;)
pegel schrieb: > eben ;) Ich wundere mich ja, daß das Programm anhält, ohne daß etwas gesetzt ist.
Gast
#7244473
Das ist die erste Label Möglichkeit. Funktioniert bei ST-Link genau so.
pegel schrieb: > Das ist die erste Label Möglichkeit. Verstehe nicht ganz - "erste Label Möglichkeit"? Wenn ich da "main" eintrage, passiert nichts. Programm stoppt nach dem Start erst mal auf "Reset_Handler".
Gast
#7244509
Dann weiß ich auch nicht. Kann ich nicht prüfen. Mit dem ST-Link funktioniert das so.
Gast
#7244516
Dann muß vermutlich der Breakpoint an BMP gesendet werden.
Gast
#7244542
Funktioniert das? Resume bitte testen.
Angehängte Dateien:
pegel schrieb: > Funktioniert das? > > Resume bitte testen. Ja. Mit Resume. Es war so, daß nach dem Continue |> der nächste Stop in main(), erstes Statement (HAL_Init()) war. Da war kein Breakpoint eingestellt, aber der Zug hielt da. Jetzt stoppt er nicht mehr im Reset_Handler, sondern direkt in main. Es geht aber auch ohne das "break main", also Resume angehakt allein reicht.