pca10040_debug can do OTA while pca10040 cann't do

[Alice]

Hi

I'm using nRF5_SDK_12.0.0_12f24da and s132_nrf52_3.0.0_softdevice to do the OTA. What I do as follow:

1. Generate public & private keys

•      nrfutil keys generate priv.pem 
  

•      nrfutil keys display --key pk --format code --out_file dfu_public_key.c priv.pem 
  

2.  Compile bootloader 
   

•      Over write dfu_public_key.c by the one generated in step #1. 
  

•      Compile 
  

•      Program bootloader and S132 v3 to nRF52-DK. 
  

3. Compile application: ble_app_multilink_central
4. Generate packages

debug zip nrfutil pkg generate --debug-mode --application nrf52832_1124.hex --key-file key_pro.pem nrf52832_debug_1124.zip

Not debug zip nrfutil pkg generate --hw-version 52 --sd-req 0x80 --application-version 4 --application nrf52832_1124.hex --key-file key_pro.pem nrf52832_1124.zip

5. In IOS(9.3.5) nRF Toolbox(V4.1.1), DFU APP

•      Connect to DfuTarg, and then press the upload-icon. 
  

I found that when I use pca10040_debug bootloader, I can do OTA successfully,while pca10040 do OTA fail. I donn't know why. Is there anyother things I need to do? Thanks.

[Hung Bui]

@Alice: The main difference between the debug version and the normal version is the checking of application version and hardware version, and softdevice version. You may want to checkout what is the fail reason. I can see that you use sd-req 0x80, are you sure ? 0x80 is for S130, if you have S132 onboard it should be 0x81, 0x88 or 0x8C.

[Hung Bui]

@Alice: you can try to compare the bootloader setting page when you do DFU normally (flash softdevice + bootloader then do DFU bootloader to update the application )and when you flash merged files and the bootloader setting hex.

You can also change the optimization code to level 0 on the bootloader and add a breakpoint in nrf_dfu_app_is_valid() to check why it refuse to start the application.