<?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>NRF52840 BLE DFU: Application settings</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/52230/nrf52840-ble-dfu-application-settings</link><description>Hi, 
 I have a question regarding a DFU update via BLE. I am using mesh sdk v3.20 and sdk v15.30 with custom hardware (nrf52840). 
 I have the BLE DFU working as expected. 
 What I would like to know is when you create your firmware package, should you</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 27 Sep 2019 04:58:51 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/52230/nrf52840-ble-dfu-application-settings" /><item><title>RE: NRF52840 BLE DFU: Application settings</title><link>https://devzone.nordicsemi.com/thread/212167?ContentTypeID=1</link><pubDate>Fri, 27 Sep 2019 04:58:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4b371a8e-52b5-4b71-b49f-e99acf3a154c</guid><dc:creator>Chris_Dev</dc:creator><description>&lt;p&gt;Hi Hung, just wanted to let you know that I tested a DFU with different composition data.&amp;nbsp;The composition data is reset automatically and the device is set to an un-provisioned state. So I believe that this is handled correctly.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF52840 BLE DFU: Application settings</title><link>https://devzone.nordicsemi.com/thread/210110?ContentTypeID=1</link><pubDate>Tue, 17 Sep 2019 12:06:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:67c4659a-9b2b-4433-a61a-797e9c739b71</guid><dc:creator>Chris_Dev</dc:creator><description>&lt;p&gt;Hi Hung, awesome!&lt;/p&gt;
&lt;p&gt;Thank you so much for reply, you cleared it up well:)&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF52840 BLE DFU: Application settings</title><link>https://devzone.nordicsemi.com/thread/210103?ContentTypeID=1</link><pubDate>Tue, 17 Sep 2019 11:56:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f2ff2c93-e0b3-4f65-8bc8-3c42dd461c66</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Chris,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;You are correct the bootloader setting contains information about the application. However, it&amp;#39;s only for the first time programming the chip. On a DFU update where the application changes, the bootloader should be automatically generate bootloader setting that fit with the new application. Think of generating the bootloader setting manually and flashing it is a way of tricking the bootloader to think that it has just done a normal DFU.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Regarding your question, if you change the composition data, the flash module may not work properly. It&amp;#39;s better to erase the data and start fresh. I&amp;#39;m not so sure our current flash library can handle this automatically. Most likely you would need to write the code to detect the flash error and erase the flash in the application code.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF52840 BLE DFU: Application settings</title><link>https://devzone.nordicsemi.com/thread/210023?ContentTypeID=1</link><pubDate>Tue, 17 Sep 2019 08:24:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:87f84b2d-2183-4c1e-b9b1-7dae18a4eacf</guid><dc:creator>Chris_Dev</dc:creator><description>&lt;p&gt;Hi Hung, yes sorry, I meant the bootloader settings:) I have used this tutorial:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/gamnes/nRF52832-buttonless-dfu-development-tutorial"&gt;https://github.com/gamnes/nRF52832-buttonless-dfu-development-tutorial&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;So when you generate the settings, you make use of your application hex file with the following command:&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;nrfutil settings generate --family NRF52840 --application app.hex --application-version 1 --bootloader-version 1 --bl-settings-version 1 settings.hex&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;These settings depend on your application right? So if your application changes, this file will change as well? Or am I wrong...&lt;/p&gt;
&lt;p&gt;The other thing that I&amp;#39;m thinking about&amp;nbsp;is the provisioning data. So if I want to do a DFU update with the following scenario:&lt;/p&gt;
&lt;p&gt;1. Current version: 2 generic on/off server models on 2 different elements&lt;/p&gt;
&lt;p&gt;2. New version to update via DFU: 4 generic on/off server models on 4 different elements&lt;/p&gt;
&lt;p&gt;In this case I will have to reprovision the device? Am I wrong? How would you specify if the provisioned data on the node under DFU update should erase&amp;nbsp;or keep it&amp;#39;s provisioning data? If you would like me to rather open up a new ticket for this I would be happy to do so!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF52840 BLE DFU: Application settings</title><link>https://devzone.nordicsemi.com/thread/210017?ContentTypeID=1</link><pubDate>Tue, 17 Sep 2019 08:11:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e93289f9-cd05-4031-ba97-f22fe30f104f</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Chris,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Could you clarify what exactly you meant by &amp;quot;application setting&amp;quot; ?&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Did you mean &amp;quot;bootloader setting&amp;quot;? If you did then it shouldn&amp;#39;t be included in the DFU package.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>