<?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>Application update with mesh sdk</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/63840/application-update-with-mesh-sdk</link><description>HI, 
 I want to update the application FW in mesh sdk environment from flash memory. The new binary is in the flash memory already (I received it from a spi-ethernet interface). My plan is that I force the mesh protocol to recognize the received FW in</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 25 Aug 2020 11:50:36 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/63840/application-update-with-mesh-sdk" /><item><title>RE: Application update with mesh sdk</title><link>https://devzone.nordicsemi.com/thread/266214?ContentTypeID=1</link><pubDate>Tue, 25 Aug 2020 11:50:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:775b8f97-bd0f-4976-8d7e-6344a1f93d83</guid><dc:creator>attila-v</dc:creator><description>&lt;p&gt;finally, it&amp;#39;s working.&lt;/p&gt;
&lt;p&gt;firstly I send a status (&lt;span class="line" id="LC323" lang="c"&gt;&lt;span class="n"&gt;DFU_PACKET_TYPE_STATE&lt;/span&gt;&lt;span class="p"&gt;&lt;/span&gt;&lt;/span&gt;) message to the bootloader with the new version number and I download binary to the flash..&lt;/p&gt;
&lt;p&gt;then I send a data (&lt;span class="line" id="LC323" lang="c"&gt;&lt;span class="n"&gt;DFU_PACKET_TYPE_DATA) message with many informations for the DFU, This message payload data segment contains 0xffff, so the bootloader can separate this message from another data packet. Then the bootloader forwards this packet to a new function, which fills &amp;#39;m_transaction&amp;#39; struct and starts the &amp;#39;dfu_mesh_finalize()&amp;#39; function.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="line" lang="c"&gt;&lt;span class="n"&gt;(I could have made a new type message (e.g. DFU_PACKET_DATA_DFU) instead of the data type, but I think this is no matter.)&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="line" lang="c"&gt;&lt;span class="n"&gt;simple, isn&amp;#39;t it?&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Application update with mesh sdk</title><link>https://devzone.nordicsemi.com/thread/264596?ContentTypeID=1</link><pubDate>Fri, 14 Aug 2020 10:52:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e2b9c279-5302-4977-9901-80b2e16e9828</guid><dc:creator>attila-v</dc:creator><description>&lt;p&gt;it&amp;#39;s almost ready.&lt;/p&gt;
&lt;p&gt;I added a new &amp;#39;dfu_packet&amp;#39; message struct to the application and to the bootloader, which contains (I think) all necessary data for the update. After the bootloader received the data, it loads them to the &amp;#39;m_transaction&amp;#39; static struct, then it calls the &amp;#39;dfu_mesh_finalize()&amp;#39; function. The result is that the bootloader erases the application memory, writes the binary into the right place, more times changes the device page area, then restarts itself. After restart the application does not start correctly, but I can see, that the new application wanted to start.&lt;/p&gt;
&lt;p&gt;not so easy....&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Application update with mesh sdk</title><link>https://devzone.nordicsemi.com/thread/263615?ContentTypeID=1</link><pubDate>Fri, 07 Aug 2020 12:41:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:09342fd3-ec54-4b34-969a-1e7eda497efc</guid><dc:creator>attila-v</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;thank you that you deal whit this problem.&lt;/p&gt;
&lt;p&gt;yes, the binary is in the flash of the target board, and I&amp;#39;d like to update only this device.&lt;/p&gt;
&lt;p&gt;I tried to communicate with the mesh bootloader, which will validate the binary, but I think I have to send more info to it.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Application update with mesh sdk</title><link>https://devzone.nordicsemi.com/thread/263575?ContentTypeID=1</link><pubDate>Fri, 07 Aug 2020 10:52:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5f69befa-99c8-4f43-910b-d53dc22e9d57</guid><dc:creator>Joakim Jakobsen</dc:creator><description>&lt;p&gt;Hi.&lt;/p&gt;
&lt;p&gt;So the new binary is already on the target board? &lt;br /&gt;Is that the only device you want to update, or do you want to update other devices as well using Mesh DFU?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Application update with mesh sdk</title><link>https://devzone.nordicsemi.com/thread/262762?ContentTypeID=1</link><pubDate>Mon, 03 Aug 2020 11:22:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c46018e9-dba9-4e00-8da9-e86834a45179</guid><dc:creator>attila-v</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;unfortunately I could not find any solution yet. Maybe the concept is wrong? The main task is an application FW update via ethernet port.&lt;/p&gt;
&lt;p&gt;any idea?&lt;/p&gt;
&lt;p&gt;Attila&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>