Flash storage full warning from peer manager

[abe]

Hi, Im developing a Zigbee concentrator. I used nRF5_SDK_for_Thread_and_Zigbee_v3.1.0_c7c4730 ble_zigbee_template as start point of my project.
The project is full working, but now on serial log I see these message (sse image here below)
What does it means? What happens?
I tryed to erase all flash space (with nRF Connect) and I'm not able to reproduce the issue!!

[Jørgen Holmefjord]

Hi,

Peer Manager uses FDS to store bonding data to flash. If there is no more space to store bonding data in the pages allocated to FDS, peer manager will try to delete the oldest bonded peer(s), but in your case, it does not look like it found any. FDS can also be used by other parts of the application, and the data area is not erased when writing a new application to the chip (unless the application overlaps with the flash area used by FDS. It is possible to increase the area where FDS can store data, by increasing FDS_VIRTUAL_PAGES in your sdk_config.h file. When you did a full erase with nRF Connect, you also erased the pages used by FDS.

Best regards,
Jørgen

[abe]

Hi,
my application does not use FDS. Only BLE Softdevice use FDS area to store binding data.
In addition, I forced true the erase_bond flag, then on the advertising_start the delete_bonds function s called anytime the application restarts.
Then, why the FDS flash area is full?

[Jørgen Holmefjord]

Have you ever run any other application on the board? Since Peer Manager is not able to find old bonds to erase, the data must have been written by another FDS application. If you can provide a dump of the flash, I could take a look to see if I can figure out what did write the data. However, if you erased the chip the "evidence" may have been lost.

You can dump the flash to a file using command 'nrfjprog --readcode flash.hex'