This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

ANT DFU-OTA Update Fail

Hello,

I am trying the ANT-OTA DFU Update using an ANT Stick and the nr51422 pca 10028 board. The ANT Updater shows that the Image Upload is completed. I am uploading the s210 OTA Tester Application. But the application is not being loaded because the ANTWare II isn't detecting the ANT broadcast from the board. Also, the size of the application, when seen from the nrfgo Studio stays the same. I'm using the SDK 10 version.

File_before_OTA.hex : This is the Hex when the experimental_ant_bootloader is loaded on the board.

File_after_OTA.hex :This is the Hex after the ota_tester is loaded on the board via OTA Updater 1.4 (via application bar) .

File_after_BootloaderOTA.hex :This is the Hex after a custom file with boootloader is loaded on the board via OTA Updater 1.4 (via bootloader bar) .

nrf51422_xxac.hex: Application to be uploaded via OTA Updater.

Thank You.

Parents
  • Hi Roshan,

    Sorry for the late response.

    We found that it was a bug that if you enable "Enable softdevice protection" when flashing the softdevice in nRFgo Studio , then the DFU bootloader won't be able to start the application.

    So could you please test flashing the softdevice with the option "Enable softdevice protection" unchecked and let me know the result ?

    afterOTA.hex

    Bootloader: bootloader.hex

  • Hi Roshan,

    If I could have had the information that example in the SDK can be updated successfully it would be much easier for me.

    I checked your hex file you sent and the hex files you provided earlier (File_after_OTA.hex and File_after_BootloaderOTA.hex) the image quite doesn't match. Are you sure the hex are not modified you didn't recompile it with modification in the source code ?

    I also try to do a OTA with the hex file you provided, I see no problem with it. The hex updated correctly in the correct location and seem to start as I can see LED 3 and LED 4 lit up.

    I attached the hex file after OTA in my answer above for your reference. You can use any compare tool (such as Notepad ++ with Compare plugin) to compare the hex with your provided hex file and can see how the image is updated correctly. I also attached the hex file of the bootloader , that you can use to test. (SDK v10, S210 v5)

    If the SDK example application image can be updated, there should be no reason your application shouldn't be updated. You can test by comment out anything in the main loop, and maybe do only a LED blinking in your application, just to test if the image is updated properly and started properly.

Reply
  • Hi Roshan,

    If I could have had the information that example in the SDK can be updated successfully it would be much easier for me.

    I checked your hex file you sent and the hex files you provided earlier (File_after_OTA.hex and File_after_BootloaderOTA.hex) the image quite doesn't match. Are you sure the hex are not modified you didn't recompile it with modification in the source code ?

    I also try to do a OTA with the hex file you provided, I see no problem with it. The hex updated correctly in the correct location and seem to start as I can see LED 3 and LED 4 lit up.

    I attached the hex file after OTA in my answer above for your reference. You can use any compare tool (such as Notepad ++ with Compare plugin) to compare the hex with your provided hex file and can see how the image is updated correctly. I also attached the hex file of the bootloader , that you can use to test. (SDK v10, S210 v5)

    If the SDK example application image can be updated, there should be no reason your application shouldn't be updated. You can test by comment out anything in the main loop, and maybe do only a LED blinking in your application, just to test if the image is updated properly and started properly.

Children
No Data
Related