Losing Bonding and FDS info on DFU

[Randy Lee]

Running 52840 with SDK 15.3, SD140 on SES Ive got an application that has a bootloader on it running DFU.  Everything works during DFU correctly but when I get into the application (same SDK version), I've lost my bonding and other FDS information. 

Application is operating peripheral only, non-bonded DFU.  The application itself uses peer manager with whitelists and storing bonding information.

There are several tickets running around here from other SDK versions on the subject and I'm not finding anything that is helping here. 

In the nrf_dfu_types.h file I've got the DFU_APP_DATA_RESERVED set at default of 3 pages which is what the FDS is set at as well so this should match up.

Maybe there is some other setting to turn on saving the area at all that isn't?

Thanks

[Vidar Berg]

Hello,

The bootloader should not be able to write into the application data as long as the NRF_DFU_APP_DATA_AREA_SIZE setting in your bootloader's sdk_config file corresponds to the size of your FDS area allocated by the app. So please double-check that  NRF_DFU_APP_DATA_AREA_SIZE  is indeed set to 12288 in your bootloader project. 

I see you mentioned using the DFU_APP_DATA_RESERVED define, but please note that this symbol was renamed to NRF_DFU_APP_DATA_AREA_SIZE  in this SDK version.

Best regards,

Vidar

[Randy Lee]

yes, This is set in the sdk_config.h file for the bootloader:

#define NRF_DFU_APP_DATA_AREA_SIZE 12288

the SDK file nrf_dfu_types.h has:

#define NRF_DFU_APP_DATA_AREA_SIZE (CODE_PAGE_SIZE * 3)

[Vidar Berg]

Thanks for confirming. So it must be something else then. Are you able to share a dump of the flash content here or in a private ticket so I can take a look?

Reading flash with nrfjprog

> nrfjprog --memrd 0x0 --n 0x100000 > flash.txt

[Randy Lee]

Yah, I can do that... It'll probably be Monday before I can get it tho so hang tight.  Have a good weekend..

[Vidar Berg]

You too, thanks. Do you want me to make the ticket private in the meantime?

[Randy Lee]

no need.  none of that data is proprietary...  Or even interesting to anything but Nordic code.

[Randy Lee]

This is plenty complex behaviour so let me note what I've done here....  Not sure I understand what's going on exactly..  First off, I've attached the dump you've requested.  Then let me explain what I did...3264.flash.txt