MBR params gets corrupted after updating softdevice+bootloader+application

[mk2]

Hi,

I have an issue with OTA DFU stop working after updating softdevice_bootloader through OTA DFU, and the problem seems to be in the MBR params page.

The scenario is, first I have:

nrf52832

SDK: 15.2

SD: s132 v6.1.0

Then I update it through secure buttonless DFU with new SD, bootloader and application to:

SDK: 16.0

SD: s132 v7.0.1

The application runs fine after the update, but if I try to update the fw again through DFU, it jumps into the bootloader but immediately returns back to application again.

However, if the new SD (v7.0.1), bootloader and application is flashed into the device through JTAG from begginning, I don´t face this issue. I can update the application as many times as I want.

I have also compared the hex files, and if I overwrite the MBR params when it doesn´t work with the MBR params from when it works, the application update runs fine. So it seems like MBR params get corrupted when updating softdevice_bootloader. Do you have any idea why it becomes corrupted and how to avoid this?

I have attached hex files of the MBR segment when it´s working well and not working (the bootloader jumps immediately to back to application).good_mbr_segment.hexbad_mbr_segment.hex

[mk2]

Vidar Berg said:

nrfutil displays the settings as if it followed the Settings version 2 format. CRC boot validation of app is always enabled in 15.2.0 bootloader.

I´m not really following, how do you mean? Do you mean that it´s not displaying the boot validation CRC even though it exists because it´s parsing Settings version 1 in Settings version 2 format?

Vidar Berg said:

 Seems like the bootloader settings version should have been updated. Did you not update SD+bootloader?

I did update SD+bootlader, otherwise I´m pretty sure the application wouldn´t run right? Specially not after updating application again after swapping the MBR params like I explained before.

I will compare the settings you attached and do some more experiments.

[Vidar Berg]

mk2 said:

I´m not really following, how do you mean? Do you mean that it´s not displaying the boot validation CRC even though it exists because it´s parsing Settings version 1 in Settings version 2 format?

 Yes, correct. nrfutil v6 assumes the setting format corresponds to version 2 instead of checking the actual settings version number.

Here's the difference between version 1 and 2:

 

mk2 said:

I did update SD+bootlader, otherwise I´m pretty sure the application wouldn´t run right?

Yes, the bootloader update is required when you do a major Softdevice update. It's just that I would have expected the settings version number to be set to 2 after having updated to the new bootloader.

[mk2]

I found the root cause. We missed updating the NRF_DFU_SETTINGS_VERSION macro from 1 to 2 in the makefile for the bootloader project (although it was updated to 2 in SES). Fixing that solved the issue.

Thanks for your help! It guided us to the right direction.

[Vidar Berg]

Good catch! I appreciate the update the update. I should have realized what the problem was before when you said that the settings version remained at 1 after the update.