One of the key components of getting serious about developing on the Crazyflie, is to dive into the C-based firmware. If you want to do some major changes to the intrinsics of the code, it is essential to have proper tools to be able to debug the code (place breakpoints, read real-time values etc...). On this page, you can find examples on how debug the STM32 from VS Code and Eclipse. Debugging the nRF51 chip requires a different configuration, but an otherwise identical set-up.
NOTE: Debugging requires our debug adapter and an ST Link V2 Debugger or similar.
Debugging in VS Code
Hardware
Connect the the Crazyflie to your ST-Link V2 via the Debug Adapter and the port on the underside. You don’t need to solder the second adapter to the drone if you’re only planning on debugging the STM32F405 with the crazyflie-firmware.
Prerequisites
Ubuntu
These steps have been tested on Ubuntu 20.04. The link to gdb-multiarch is required because Ubuntu does not ship arm-none-eabi-gdb anymore, but the new gdb-multiarch that supports all architecture.
sudo apt-get install openocd
sudo apt-get install gcc-arm-none-eabi gdb-multiarch
sudo ln -s /usr/bin/gdb-multiarch /usr/local/bin/arm-none-eabi-gdb
If you do not have vscode yet, the easiest way to install it on Ubuntu is via snap using ‘Ubuntu Software’ of by typing:
sudo snap install --classic code
Windows (Ubuntu in WSL)
Install Windows Subsystem for Linux (WSL)
Configure your Machine for WSL and install a Ubuntu Distrobution. Instructions can be found here: https://learn.microsoft.com/en-us/windows/wsl/install. It has been tested on Windows 10 and 11 with Ubuntu 20.04 as well as Ubuntu 22.04.
Install the GCC ARM Embedded Application Binary Interface (eabi) Toolchain
Update Apt
sudo apt update
Install Make
sudo apt install make
Install gcc arm eabi
sudo apt install -y gcc-arm-none-eabi
Install build-essential
sudo apt install build-essential -y
Clone the crazyflie-firmware, build and upload it to your Crazyflie
Clone the firmware from github to your local WSL filesystem
git clone --recursive https://github.com/bitcraze/crazyflie-firmware.git
Move in the project directory
cd crazyflie-firmware
Make the .config file from defconfig
make defconfig
Compile the project (-j 16 means use 16 threads, 2 x processor cores is a good rule of thumb)
make all -j 16
Upload the code to your Crazyflie by typing
make cload > **_NOTE:_** > This method uses windows python program to upload the binary. So make sure that you have python, the cfclient and its all dependencies installed under windows and that you're able to connect to the crazyflie via the cfclient and Crazyradio PA(zadig!).
Visual Studio Code
Make sure you have Visual Studio Code installed in Windows, do not install it in WSL! Get it here: https://code.visualstudio.com/ Once you have VSCode installed under Windows, go in WSL, cd into the crazyflie-firmware folder and execute the following command
code .
You should now see WSL Ubuntu installing the VS Code Server program. Shortly after, VSCode under Windows will launch with a remote connection to your WSL folder (green box down left).
NOTE: Note: In addition to the Arm-Cortex Debugging Extension (Version 1.2.2!), which is installed later in this instruction, you should also install Microsofts C/C++ Extension Pack and its recommended Extensions.
Attach the ST-Link V2 USB device directly to WSL
In contrast to make cload, which uses the windows programs to interface with usb devices such as Crazyradio PA, the openocd wants to communicate directly in WSL with your ST-Link V2. So it’s not sufficient to just connect it to your Windows machine, you also have to attach it to WSL. For that we need to install USBIPD on Windows.
In Windows Powershell(Admin), execute
winget install --interactive --exact dorssel.usbipd-win
In WSL Ubuntu, execute
sudo apt install linux-tools-5.4.0-77-generic hwdata -y
sudo update-alternatives --install /usr/local/bin/usbip usbip /usr/lib/linux-tools/5.4.0-77-generic/usbip 20
After that you can use the following Commands in Windows Powershell(Admin)
- List all USB Devices:
usbipd wsl list - Attach USB Device to WSL:
usbipd wsl attach -b <busid of ST-Link>usbipd wsl attach -b <busid of ST-Link> -d <Name of specific WSL Distro if you have more than one>- Example:
usbipd wsl attach -b 2-6 -d Ubuntu-20.04
- Detach USB Device to WSL:
usbipd wsl detach -b <busid of ST-Link>(or just unplug it)
Now make sure that it is connected to WSL by listing all usb devices with lsusb
Currently only the Superuser has read/write access to that usb device, change that by
sudo chmod +666 /dev/bus/usb/<busid, see lsusb>/<deviceid, see lsusb>- Example:
sudo chmod +666 /dev/bus/usb/002/003 - if you’re unsure, you can check the permissions with
ls -l /dev/bus/usb/<busid, see lsusb>/<deviceid, see lsusb>
The link to gdb-multiarch is required because Ubuntu does not ship arm-none-eabi-gdb anymore, but the new gdb-multiarch that supports all architecture.
sudo apt-get install openocd -y
sudo apt-get install gcc-arm-none-eabi gdb-multiarch -y
sudo ln -s /usr/bin/gdb-multiarch /usr/local/bin/arm-none-eabi-gdb
Mac OS
brew install open-ocd
brew tap PX4/homebrew-px
brew install arm-none-eabi-gcc
Install the Cortex Debug Extension
First ensure that you have the ARM GCC toolchain and OpenOCD installed and in your path. To check, run:
which openocd
which arm-none-eabi-gcc
The path to your OpenOCD binary and ARM GCC binary should output. If not, try installing them again.
Install the extension either by clicking “Install” on the web page, or by searching “Cortex Debug” in the Extensions tab of VS Code.
Click on “Run”, then “Add Configuration”, then “Cortex Debug”.
This should automatically create the needed “launch.json” file.
The version of cortex-debug tested here is 1.2.2
Unfortunately it is possible that newer versions of this Extension won’t work with our current setup, so please downgrade to 1.2.2 . You can do that by going to ‘uninstall’ and ‘install other versions…’.
It should also be noted that VSCode updates Extensions automatically, sometimes even if you manually downgraded to a legacy version. If you don’t want that to happen, make sure you have checked the setting Ignore Updates in the dropdown menu of Update to vX.X.X.
Cortex Debug Configuration
Inside of the file, replace everything with the following:
{
// Use IntelliSense to learn about possible attributes.
// Hover to view descriptions of existing attributes.
// For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
"version": "0.2.0",
"configurations": [
{
"name": "STM32 Debug",
"cwd": "${workspaceRoot}",
"executable": "${workspaceRoot}/build/cf2.elf",
"request": "launch",
"type": "cortex-debug",
"device": "STM32F405",
"svdFile": "STM32F405.svd",
"servertype": "openocd",
"configFiles": ["interface/stlink-v2.cfg", "target/stm32f4x.cfg"],
"runToMain": true,
"preLaunchCommands": [
"set mem inaccessible-by-default off",
"enable breakpoint",
"monitor reset"
]
},
// {
// "name": "STM32 App Debug"
// }
]
}
- “svdFile” refers to the necessary file for peripheral registers to show up nicely in the debug pane, all named and structured; we’ll add it in the next step
- “configFiles” refers to the files you need so that OpenOCD knows what device and interface you’re using; it should already come with them
- “device” refers to the device you want to debug
- “servertype” refers to the debugging server to use. We recommend OpenOCD, but other servers can be used, if supported by the Cortex Debug extension.
- “runToMain” tells the GDB debug server to jump to main by default
- “preLaunchCommands” specifies the commands for the GDB server to send before giving away control to you; the commands here mimic the options that the tutorial for Eclipse below specifies
Note: Debugging an App To debug an app, make sure to change the “executable” to “”${workspaceRoot}/examples/app_hello_world/build/cf2.elf”, or to which app you would like to debug. You can add your app debugger as a separate configuration.
Installing the SVD file
Now for the SVD file: just download it from here and into the firmware root dir. Make sure it has the exact name of STM32F405.svd !
Debug!
After setup, go to the ‘Run and Debug’ tab of VS Code (on the left sidebar, the icon with the little bug next to the play button), select the chip you want to debug from the drop-down menu at the top of the pane, and hit the play button!
NOTE: Make sure your executable (cf2.elf) is identical to the one running on your Crazyflie.
If you followed everything, it should start running nicely and look a little something like the image below. Notice the nice peripherals pane at the bottom, along with the variables pane at the top. Awesome, now you can code and debug all within VS Code!
Debugging in Eclipse
Ubuntu
Versions:
- Ubuntu 18.04.2 LTS (64 bit)
- Eclipse 2019-03 (Eclipse IDE for C/C++ Developers)
Installing prerequisites
First install GDB and openOCD:
sudo apt-get update
sudo apt-get install gdb
sudo apt-get install openocd
Then install java:
sudo apt install default-jre
Then install Eclipse itself: Go to their download page: Eclipse 20 and then go into you download folder and unzip the file.
tar -zxvf "your-downloaded-file".tar.gz
and start up Eclipse:
"YOUR-UNZIPPED-FOLDER"/.eclipse
Mac OS
Install gdb and openocd
brew install gdb
brew install open-ocd
Install Java JDK java download
Download Eclipse Eclipse download
Choose destination folders - Install
Run Eclipse and choose work folder
Installing required Eclipse plugins
The rest is the same as for Linux. Make sure that the arm-none-eabi-gcc is properly installed and its path is configured in the debug configurations.
Installing required Eclipse Plugins
Install the C++ development tools and GNU MCU plugin by following the instructions here.
- C++ Development - Follow the instructions under the header 'CDT'.
- GNU MCU plugin - Follow the instructions under the header 'Plug-ins install/update -> The Eclipse Marketplace way'
Import Crazyflie Firmware
First import the crazyflie-firmware into Eclipse:
- File > import…
- C/C++ > Existing Code as Makefile Project -> Next
- Give it a name
- Existing Code Location > Browse… > //Look for the firmware folder//
- //Toolchain for Indexer Settings// can be ignored.
- Finish
Setting up Eclipse Debugging environment
- Go to: Run > Debug Configurations...
- Double click 'GDB OpenOCD Debugging'
Now input the following settings in the debug configurations:
Main
Insert the filepath to the cf2.elf file to C/C++ Application.
Debugger
check the following settings: OpenOCD setup -> Config options: <code> -f interface/stlink-v2.cfg -f target/stm32f4x.cfg -c init -c targets </code> GDB Client Setup:
- Executable name: Filepath to gdb toolchain
- Commands: <code> set mem inaccessible-by-default off </code>
Startup
Debug!
If you don't see any errors, Eclipse should go to an dedicated debugging environment automatically and it automatically halts the crazyflie's firmware before it goes into the main function of src/init/main.c. Press F8 or Run > Resume to let it continue and place a breakpoints anywhere in the code (double clicking just in front of the line in the gray area or press Shift+Ctrl+B). Now you should be able to read out the values of the defined variables at that very position.
NOTE: Make sure your executable (cf2.elf) is identical to the one running on your Crazyflie.