Skip to content

Hacking

Stefan Petersen edited this page Dec 5, 2019 · 25 revisions

The Black Magic Probe consists of both hardware and firmware components. Both are under open-source licenses and available on Github.

Getting the project source

The project resides in a GitHub git repository

Clone this repository (or fork and clone) using your desired method. Typically:

git clone https://github.com/blacksphere/blackmagic.git

The project uses libopencm3, which is included as a git submodule. Thus, prior to building the project, one must initialize this submodule:

cd /path/to/blackmagic
git submodule init
git submodule update

Compiling for the native hardware

To build the firmware for the standard hardware platform run make in the top-level directory. You will require a GCC cross compiler for ARM Cortex-M3 targets. A good option is gcc-arm-embedded. The default makefile assumes the target prefix is arm-none-eabi-, but you can override this on the command line:

make CROSS_COMPILE=arm-cortexm3-eabi-

This will result in binary files:
blackmagic - ELF binary of the Black Magic debug probe.
blackmagic.bin - Flat binary of the Black Magic debug probe, load at 0x8002000.
blackmagic_dfu - ELF binary of the Black Magic DFU bootloader.
blackmagic_dfu.bin - Flat binary of the DFU bootloader, load at 0x8000000.

Alternative Hardware

A number of users have contributed alternative hardware designs that are compatible with the native firmware. Some of these designs are in the hardware repo. Check the README files for details.

There have also been efforts to port the firmware to other hardware platforms, most notably the ST-Link and discovery boards, as these are very cheap and common. See this tutorial.

Building on Windows

Sid Price wrote a detailed step by step guide describing how to set up CygWin and compile the Black Magic Probe firmware.

Compiling as a PC application using FT2232 hardware

The Black Magic application can also be compiled as a native PC application which will use an FT2232 device to implement the physical JTAG interface. This is not the intended mode of operation, but is useful for debugging, experimentation, and if you don't have the actual hardware. Pending patches (May 2018) bring programming speed for MPSSE FTDI devices to similar speed as the original BMP.

Compile the application with the command:

make PROBE_HOST=libftdi

Running the application blackmagic -c <cable> will start a GDB server on TCP port 2000. <cable> is a string identifier for your particular FTDI JTAG cable. See src/platforms/libftdi/platform.c for valid options.

Enabling DEBUG() messages

First compile in the debug messages when building the firmware:

make ENABLE_DEBUG=1

Then enable debug messages in gdb with the new command

monitor debug_bmp enable

The debug messages appear on the debug UART. On a BMP the USB UART device is used.

screen /dev/ttyACM2 115200

Updating firmware

For native platform or as long as no STM32F103x8 is involved, any dfu tool is usable. BMP itself provides the upgrade utility to compile a program that when run updates the firmware in the upgrade directory and a python uploader stm32_mem.py in the script directory.

To handle a STM32F103x8 as STM32F103xB, use scripts/stm32_mem.py, a python (still 2) application

Upgrade procedure with stm32_mem.py
* Build the firmware according your needs or use the daily compilation
* Run scripts/stm32_mem.py src/blackmagic.bin (or where the downloaded binary is located)

NOTICE: The content of this wiki has been moved to http://black-magic.org website. Please update your links.

Clone this wiki locally