# Bootloader Update The _PX4 Bootloader_ is used to load firmware for [Pixhawk boards](../flight_controller/pixhawk_series.md) (PX4FMU, PX4IO). Pixhawk controllers usually comes with an appropriate bootloader version pre-installed. However in some cases it is not present, or an older version is present that needs to be updated, or the board has been bricked and needs to be erased and the bootloader reinstalled. This topic explains how to build the PX4 bootloader, and several methods for flashing it to a board. ::: info - Most boards will need to use the [Debug Probe](#debug-probe-bootloader-update) to update the bootloader. - On [FMUv6X-RT](../flight_controller/pixhawk6x-rt.md) you can [install bootloader/unbrick boards via USB](bootloader_update_v6xrt.md). This is useful if you don't have a debug probe. - On FMUv2 and some custom firmware (only) you can use [QGC Bootloader Update](#qgc-bootloader-update). ::: ## Building the PX4 Bootloader ### PX4 Bootloader FMUv6X and later Boards starting with FMUv6X (STM32H7) use the in-tree PX4 bootloader. This can be built from within the [PX4-Autopilot](https://github.com/PX4/PX4-Autopilot) directory using the `make` command and the board-specific target with a `_bootloader` suffix. For FMUv6X the command is: ```sh make px4_fmu-v6x_bootloader ``` This will build the bootloader binary as `build/px4_fmu-v6x_bootloader/px4_fmu-v6x_bootloader.elf`, which can be flashed via SWD or DFU. If you are building the bootloader you should be familiar with one of these options already. If you need a HEX file instead of an ELF file, use objcopy: ```sh arm-none-eabi-objcopy -O ihex build/px4_fmu-v6x_bootloader/px4_fmu-v6x_bootloader.elf px4_fmu-v6x_bootloader.hex ``` ### PX4 Bootloader FMUv5X and earlier PX4 boards up to FMUv5X (before STM32H7) used the [PX4 bootloader](https://github.com/PX4/Bootloader) repository. The instructions in the repo README explain how to use it. ## Debug Probe Bootloader Update The following steps explain how you can "manually" update the bootloader using a [compatible Debug Probe](../debug/swd_debug.md#debug-probes-for-px4-hardware): 1. Get a binary containing the bootloader (either from dev team or [build it yourself](#building-the-px4-bootloader)). 1. Get a [Debug Probe](../debug/swd_debug.md#debug-probes-for-px4-hardware). Connect the probe your PC via USB and setup the `gdbserver`. 1. Go into the directory containing the binary and run the command for your target bootloader in the terminal: - FMUv6X ```sh arm-none-eabi-gdb px4_fmu-v6x_bootloader.elf ``` - FMUv6X-RT ```sh arm-none-eabi-gdb px4_fmu-v6xrt_bootloader.elf ``` - FMUv5 ```sh arm-none-eabi-gdb px4fmuv5_bl.elf ``` ::: info H7 Bootloaders from [PX4/PX4-Autopilot](https://github.com/PX4/PX4-Autopilot) are named with pattern `*._bootloader.elf`. Bootloaders from [PX4/PX4-Bootloader](https://github.com/PX4/PX4-Bootloader) are named with the pattern `*_bl.elf`. ::: 1. The _gdb terminal_ appears and it should display the following output: ```sh GNU gdb (GNU Tools for Arm Embedded Processors 7-2017-q4-major) 8.0.50.20171128-git Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "--host=x86_64-linux-gnu --target=arm-none-eabi". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from px4fmuv5_bl.elf...done. ``` 1. Find your `` by running an `ls` command in the **/dev/serial/by-id** directory. 1. Now connect to the debug probe with the following command: ```sh tar ext /dev/serial/by-id/ ``` 1. Power on the Pixhawk with another USB cable and connect the probe to the `FMU-DEBUG` port. ::: info If using a Dronecode probe you may need to remove the case in order to connect to the `FMU-DEBUG` port (e.g. on Pixhawk 4 you would do this using a T6 Torx screwdriver). ::: 1. Use the following command to scan for the Pixhawk`s SWD and connect to it: ```sh (gdb) mon swdp_scan (gdb) attach 1 ``` 1. Load the binary into the Pixhawk: ```sh (gdb) load ``` After the bootloader has updated you can [Load PX4 Firmware](../config/firmware.md) using _QGroundControl_. ## QGC Bootloader Update The easiest approach is to first use _QGroundControl_ to install firmware that contains the desired/latest bootloader. You can then initiate bootloader update on next restart by setting the parameter: [SYS_BL_UPDATE](../advanced_config/parameter_reference.md#SYS_BL_UPDATE). This approach can only be used if [SYS_BL_UPDATE](../advanced_config/parameter_reference.md#SYS_BL_UPDATE) is present in firmware. :::warning Currently only FMUv2 and some custom firmware includes the desired bootloader. ::: The steps are: 1. Insert an SD card (enables boot logging to debug any problems). 1. [Update the Firmware](../config/firmware.md#custom) with an image containing the new/desired bootloader. ::: info The updated bootloader might be supplied in custom firmware (i.e. from the dev team), or it or may be included in the latest main branch. ::: 1. Wait for the vehicle to reboot. 1. [Find and enable](../advanced_config/parameters.md) the parameter [SYS_BL_UPDATE](../advanced_config/parameter_reference.md#SYS_BL_UPDATE). 1. Reboot (disconnect/reconnect the board). The bootloader update will only take a few seconds. Generally at this point you may then want to [update the firmware](../config/firmware.md) again using the correct/newly installed bootloader. An specific example of this process for updating the FMUv2 bootloader is given below. ### FMUv2 Bootloader Update If _QGroundControl_ installs the FMUv2 target (see console during installation), and you have a newer board, you may need to update the bootloader in order to access all the memory on your flight controller. ::: info Early FMUv2 [Pixhawk-series](../flight_controller/pixhawk_series.md#fmu_versions) flight controllers had a [hardware issue](../flight_controller/silicon_errata.md#fmuv2-pixhawk-silicon-errata) that restricted them to using 1MB of flash memory. The problem is fixed on newer boards, but you may need to update the factory-provided bootloader in order to install FMUv3 Firmware and access all 2MB available memory. ::: To update the bootloader: 1. Insert an SD card (enables boot logging to debug any problems). 1. [Update the Firmware](../config/firmware.md) to PX4 _master_ version (when updating the firmware, check **Advanced settings** and then select **Developer Build (master)** from the dropdown list). _QGroundControl_ will automatically detect that the hardware supports FMUv2 and install the appropriate Firmware. ![FMUv2 update](../../assets/qgc/setup/firmware/bootloader_update.jpg) Wait for the vehicle to reboot. 1. [Find and enable](../advanced_config/parameters.md) the parameter [SYS_BL_UPDATE](../advanced_config/parameter_reference.md#SYS_BL_UPDATE). 1. Reboot (disconnect/reconnect the board). The bootloader update will only take a few seconds. 1. Then [Update the Firmware](../config/firmware.md) again. This time _QGroundControl_ should autodetect the hardware as FMUv3 and update the Firmware appropriately. ![FMUv3 update](../../assets/qgc/setup/firmware/bootloader_fmu_v3_update.jpg) ::: info If the hardware has the [Silicon Errata](../flight_controller/silicon_errata.md#fmuv2-pixhawk-silicon-errata) it will still be detected as FMUv2 and you will see that FMUv2 was re-installed (in console). In this case you will not be able to install FMUv3 hardware. ::: ## Other Boards (Non-Pixhawk) Boards that are not part of the [Pixhawk Series](../flight_controller/pixhawk_series.md) will have their own mechanisms for bootloader update. For boards that are preflashed with Betaflight, see [Bootloader Flashing onto Betaflight Systems](bootloader_update_from_betaflight.md).