Application updated through BLE DFU (OTA) don't work properly

[LukaszW4]

Dear all,

I'm using NRF52832 with SDK 14.2.0 and SD 132 v5.0.0.

I have my own implemented application working properly when is flashed directly without bootloader, only SD and Application.

But when I update firmware through DFU BLE OTA as described in Getting started with bootloader my application code starts but works very strange. Code is dysfunctional, working in strange manner.

The same is when I create one package containing all in one (bootloader, bootloader settings, softdevice and own app) and flash it directly.

Have you got any idea what happens and how to resolve that problem? I think there is some conflict with memory when bootloader is flashed but I dont know where to search ;/

Best regards

[Hung Bui]

Hi Lukasz, 

 

Could you tell us how exactly your code behavior after using with the bootloader ? Have you managed to do DFU update with one of our SDK's example ? 

There could be a chance that it has to do with the LFCLK or RTC that has been used in our bootloader and then not initialized properly in your application. 

We need more debug information to give you advice. 

[LukaszW4]

I use HFCLK instead of LFCLK in my application. HCLK is initialized on start in main function.

RTC is not used in my application.

After more debug tries there is a chance that there is conflict with pin configuration because I'm using my custom board. I find that current consumption of my board increased. 

I'm working with secure_dfu_ble bootloader. Is there any posibility to turn off button and leds configuration with steering in bootloader app because i dont need leds and button to set bootloader state.