<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Quickest simplest way to delete BLE bond infos for test purposes</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/65582/quickest-simplest-way-to-delete-ble-bond-infos-for-test-purposes</link><description>To the kind attention of Nordic support team, 
 We would like to delete BLE bond infos, only for test purposes. Being BLE not even activated and softdevice not used. 
 For example using a nRF52833 based device in USB mode, and receiving a USB Set Feature</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 11 Sep 2020 07:25:22 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/65582/quickest-simplest-way-to-delete-ble-bond-infos-for-test-purposes" /><item><title>RE: Quickest simplest way to delete BLE bond infos for test purposes</title><link>https://devzone.nordicsemi.com/thread/269083?ContentTypeID=1</link><pubDate>Fri, 11 Sep 2020 07:25:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:24258737-2e29-45aa-aff7-780f50d25a71</guid><dc:creator>astella</dc:creator><description>&lt;p&gt;Bonding infos are saved in normal flash. It is simple to find out where using all great tools Nordic provide. For example it is possible to like a diff using nRFConnect and the &amp;#39;Program&amp;#39; utility to visually show memory areas and comparing memory areas length before and after doing a bonding. So it is definitely normal flash and can be erased with normal flash routines. the advantage in using&lt;span&gt;&amp;nbsp;pm_peers_delete()&amp;nbsp;should be related to the fact that it uses a sophisticated flash memory handling, able to treat flash as a file system and to selectively delete/invalidate the smallest amount of flash possible. So that it is good also for flash life. This is what I understood&amp;nbsp;&lt;/span&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Quickest simplest way to delete BLE bond infos for test purposes</title><link>https://devzone.nordicsemi.com/thread/268097?ContentTypeID=1</link><pubDate>Fri, 04 Sep 2020 14:11:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ec73cad0-8864-418e-90a1-8005bf143f24</guid><dc:creator>astella</dc:creator><description>&lt;p&gt;Thank you very much, so bonding infos are stored starting from BOOTLOADER_START_ADDR and going down there (the flash sector that comes before the bootloader)? Is it possible to delete as normal flash in case we want to delete all bond infos only for test purposes? Why is it convenient to use pm_peers_delete? Is there any info how bonding infos are structured in memory? Is it part of BLE specifications? Is there a way you suggest, like a tool to directly read and encode those infos? Any special command in nrfjprog so to interact with bonding infos?&lt;/p&gt;
&lt;p&gt;Why should we use&amp;nbsp;&lt;/p&gt;
&lt;div&gt;pm_peers_delete instead of a simple flash sector erase?&lt;/div&gt;
&lt;div&gt;I managed to use&amp;nbsp; pm_peers_delete successfully. But after doing another bonding, I cannot delete bond infos anymore, when calling&amp;nbsp;pm_peers_delete again&amp;nbsp; ( every time a usb set feature command has been sent so to trigger&amp;nbsp;&lt;span&gt;pm_peers_delete&amp;nbsp;&lt;/span&gt;)&lt;/div&gt;
&lt;p&gt;Thank you&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Quickest simplest way to delete BLE bond infos for test purposes</title><link>https://devzone.nordicsemi.com/thread/268095?ContentTypeID=1</link><pubDate>Fri, 04 Sep 2020 13:55:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4d71e996-abae-4f46-a010-c2c8d3cb60f1</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&lt;span&gt;The&amp;nbsp;pm_peers_delete() function is the correct function to use for this.If you are using a bootloader, peer manager bond data will be stored right below the bootloader:&amp;nbsp;&lt;a href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.0/lib_bootloader.html#lib_bootloader_memory"&gt;https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.0/lib_bootloader.html#lib_bootloader_memory&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>