Custom nRF522832 secure BLE DFU bootloader from example

RE: Custom nRF522832 secure BLE DFU bootloader from example

Bjørn Kvaale — Thu, 15 Mar 2018 13:05:39 GMT

You can follow the infocenter documentation to test the bootloader & use a segger rtt viewer for example to see all of the NRF_LOG_INFO() prints inside the bootloader example. Make sure NRF_LOG_ENABLED 1 & NRF_LOG_BACKEND_SERIAL_USES_RTT 1 inside sdk_config.h (they should already be set correctly I believe). Then, you could add more NRF_LOG_INFO() prints to find out where the code is stalling.

Also, check to make sure the optimization level is set to Level 0 so that you get enough debug information out. In Keil, you can do this by clicking on the Project tab -> Options for Target -> C/C++ tab -> Optimization: field (this should be set to Level 3 default). The bootloader will increase in size, but it should still be possible to program the bootloader without having to change the ROM settings.

In addition, I believe it should be possible to debug inside the IDE you are using too if you prefer that.

Regarding removing other code, this is just my guess. That is why I think it is a good idea to debug the bootloader to see where the error occurs.

Update: I had previously said you want optimization level 3, but this was wrong. I meant optimization level 0 to get more debug information.

RE: Custom nRF522832 secure BLE DFU bootloader from example

Bilal Bouguerra — Thu, 15 Mar 2018 08:44:21 GMT

Thank you for your answer,

If I run the debug version of the bootloader, how do I debug it ?

So if I understand, if I want to remove the leds_init and buttons_init functions I have to remove other things in the libs/drivers code ?

RE: Custom nRF522832 secure BLE DFU bootloader from example

Bjørn Kvaale — Thu, 15 Mar 2018 08:14:44 GMT

Have you tried running the debug bootloader & debug exactly where in the process this error occurs? The LEDs are related to advertising on the DK, as the LEDs are used to indicate if the bootloader is advertising or is in bootloader mode. In addition, holding in button 4 on the DK during startup will lead to the board entering bootloader mode (see link). It might be that you have not yet updated this functionality in the bootloader code.