Enhancement: Support for Black Magic Probe debugging?

[rpavlik]

I know I saw this once before on the old SF site, but I wanted to bring this up here.

The Black Magic Probe - is both a piece of hardware, and a somewhat-portable firmware (can flash it to ST-Link and some other devices) that implements an SWD and JTAG probe for Cortex-M (and some Cortex-A), and internally implements the GDB server, so that the serial port it exposes to the system can be directly connected to with target extended-remote \\.\com31 or your platform's variant - see https://github.com/blacksphere/blackmagic/wiki/Useful-GDB-commands for high performance and simple usage. It also supports SWO.

A plugin would be useful for a few reasons. One would be auto-selection of serial ports: the CDC-ACM device exposed, since it can be determined from the USB interface number. Another, naturally, would be the same sort of easy configuration of the stuff that usually goes in a GDB init script. The other, would just be getting it to work in modern Eclipse...

I've tried the built-in "GDB Hardware Debugging" plugin (in the latest gnu-mcu-eclipse download - a Neon.3 build) but I'm getting MI errors that suggest it's trying to connect with just the equivalent of remote instead of extended remote. From what I've been able to search, it seems like recent versions of eclipse updated debugging frameworks to DSF and since there is no "standard" alternate plugin left around, there's apparently no way to configure it from the Eclipse GUI; even though, e.g., Visual Studio Code GDB plugin works just as well with it as with the J-Link, with just a different init script. At this point, I'm out of my league in Eclipse, so I'm filing a bug/request as a way of throwing my hands up - the BMP works great if I'm willing to do it all in the terminal, otherwise I basically have to use a nucleo-jlink.

[ilg-ul]

BMP seems a nice toy, but I don't know how much traction it has; developing a new debugging plug-in is not a trivial task, and currently I do not have the resources to do it.

[jesperkp]

I have no problems running the Black Magic Probe with Eclipse and the STM32. It does take a little "tweeking" of the configuration.
Here is how I made it work:
In the Eclipse Debug Configuration I added a GDB Hardware Debugging entry.
I configured it like this:
Main:
is standard (ie. project and which file gdb should use)

Debugger:
GDB Setup:
(Notice that I added the remote handling here that would normally be in the "Startup" section which I could not get to work)
/usr/bin/arm-none-eabi-gdb -ex 'target extended-remote /dev/ttyACM0' -ex 'monitor swdp_scan' -ex 'att 1'
Remote Target:
Untick this option

Then you should be able to debug your STM32 using BMP from within Eclipse

[ilg-ul]

Yes, GDB Hardware Debugging is the basic tool, with some care it should work for all JTAG probes.

The GNU MCU Eclipse debugging plug-ins extend it with easier configuration and automatic start of the server.

[rpavlik]

Ah, so that's how to dodge the mi/extended-remote mismatch, preconfigure it in the command line part. Will try that next time i have to debug.

[maave0]

@jesperkp commented on Nov 17, 2017, 8:51 PM EST:

(Notice that I added the remote handling here that would normally be in the "Startup" section which I could not get to work)
/usr/bin/arm-none-eabi-gdb -ex 'target extended-remote /dev/ttyACM0' -ex 'monitor swdp_scan' -ex 'att 1'

Thanks! The startup tab worked for me so I placed my commands in there

My gdb command is simply "arm-none-eabi-gdb" without the -ex options.

under Startup tab:
uncheck "Reset and Delay" and "Halt"
place any commands in the text field below. i.e.:

target extended-remote COM8
monitor connect_srst enable
monitor swdp_scan
attach 1

then you can play around with the other options and write more commands under the Run Commands text field. I took notes from the BMP wiki.

[ilg-ul]

thank you. this seems advanced usage, not very well supported by the plug-ins.

[JojoS62]

@maave0 with your setting I can use the BMP also for debugging. Only thing I could not manage: after connecting to the target, it is only halted and stops anywhere. With OOCD, the debug session starts with running from reset vector until main. With BMP, I have to press the 'restart' button first to get the clean start. What can I set to do this automatically after starting the debugger?

[maave0]

@JojoS62 commented on Feb 14, 2018, 2:38 PM EST:

@maave0 with your setting I can use the BMP also for debugging. Only thing I could not manage: after connecting to the target, it is only halted and stops anywhere. With OOCD, the debug session starts with running from reset vector until main. With BMP, I have to press the 'restart' button first to get the clean start. What can I set to do this automatically after starting the debugger?

I had to shelve my project for now so I haven't gotten farther than that.

[JojoS62]

thanks. Finally, its working well now. After attaching, the target is not reset and this is intended behaviour. In the 'Run Commands' listbox I added a 'run' or 'start' (for stopping at main()' and now debugging starts as wanted.
@ilg-ul +1 for a simple BMP plugIn with enumeration of USB or serial devices to detect one or more BMP. The configuration is much easier than for OOCD. It is very common for all targets because the probe detects the targets and does not need different config files.

[ilg-ul]

although it is not in my short term schedule, when the time comes, I might need a BMP for tests.

[JojoS62]

that will be no problem. I don’t have the original hardware, but a modified STLink clone with the BMP firmware. As this is a open project on github it is no problem, there are already a few hardware alternatives supported. The 5$ China clone or a 2$ bluepill board is of course a interesting hardware for makers. I’m happy when I can send you a ready to use hardware for free, I’ve learned already a lot from your mbed gnuarmeclipse exporter and like your eclipse plug ins.

[ilg-ul]

ok, thank you.

btw, please do not reply by email, use the web interface, quoting the original message is not necessary here.