<?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>Hard coded DFU zip file</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/35520/hard-coded-dfu-zip-file</link><description>I&amp;#39;m currently woking on doing my own DFU system, the system should work this way : the central gets a new version of the app via the internet network and it should update the peripheral via the secure DFU. 
 So far the network part hasn&amp;#39;t been done yet</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 20 Jun 2018 14:05:06 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/35520/hard-coded-dfu-zip-file" /><item><title>RE: Hard coded DFU zip file</title><link>https://devzone.nordicsemi.com/thread/136933?ContentTypeID=1</link><pubDate>Wed, 20 Jun 2018 14:05:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:39b1df58-3105-41e3-8d33-abb2c34eb1b0</guid><dc:creator>Bj&amp;#248;rn Kvaale</dc:creator><description>&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/21635/nrf52-as-a-dfu-central"&gt;This devzone case&lt;/a&gt; could be quite useful. In addition, &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.sdk5.v15.0.0/lib_bootloader_modules.html?cp=4_0_0_3_5"&gt;here is more information&lt;/a&gt; regarding the Bootloader &amp;amp; DFU modules for the latest sdk. The init packet contains FW image information &amp;amp; must be signed to be trusted by the device that is having it&amp;#39;s FW upgraded. You can see in the second link that if the prevalidation phase fails in the flow chart, the DFU is stopped &amp;amp; the DFU target goes back to advertising as &amp;quot;DFUTarg&amp;quot;.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/NordicSemiconductor/Android-DFU-Library/blob/9cd78d010a38cf13743d9c9160d7e2336c8f9bd4/dfu/src/main/java/no/nordicsemi/android/dfu/internal/ArchiveInputStream.java"&gt;This link could be useful regarding&lt;/a&gt; the first question you posted. It shows how the Android DFU process works with the Android device as the DFU initiator (i.e. central device).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Update:&lt;/strong&gt;&amp;nbsp;The manifest.json file does not get sent to the dfu target. It is used by the DFU controller to see what type of packet it is. The first file that is sent from the controller to the target is the my_app.dat file (the init file) &amp;amp; the second one is the my_app.bin file. This makes sense, as the my_app.dat file is used to double check that the DFU is legitimate &amp;amp; the my_app.bin file contains the FW code to be updated.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hard coded DFU zip file</title><link>https://devzone.nordicsemi.com/thread/136754?ContentTypeID=1</link><pubDate>Tue, 19 Jun 2018 12:41:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5711db40-3460-4381-aa18-ea6a095ca311</guid><dc:creator>Albin</dc:creator><description>&lt;p&gt;we&amp;#39;re trying to have the least human interventions on this, i&amp;#39;ve found this on the infocenter&amp;nbsp;&lt;a href="http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.sdk5.v13.0.0%2Flib_dfu_transport_ble.html&amp;amp;cp=4_0_0_3_4_2_2"&gt;DFU process&lt;/a&gt;&amp;nbsp;and i don&amp;#39;t realy understand what is the init packet i have to send before the new firmware and if the my_app.bin generated via nrfutil is the only file i have to send for the DFU&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hard coded DFU zip file</title><link>https://devzone.nordicsemi.com/thread/136752?ContentTypeID=1</link><pubDate>Tue, 19 Jun 2018 12:36:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:288b3a00-d59a-4c3d-83af-f959d381977c</guid><dc:creator>Bj&amp;#248;rn Kvaale</dc:creator><description>&lt;p&gt;Would it be a possibility to do a dfu of the peripheral with a smartphone as the central device? If yes, you could take a look at the nrf toolbox github code for &lt;a href="https://github.com/NordicSemiconductor/Android-nRF-Toolbox"&gt;Android &lt;/a&gt;&amp;amp; &lt;a href="https://github.com/NordicSemiconductor/IOS-nRF-Toolbox"&gt;iOS&lt;/a&gt;. Both apps can also be found on their respective app stores. In addition, &lt;a href="https://devzone.nordicsemi.com/b/blog/posts/getting-started-with-nordics-secure-dfu-bootloader"&gt;this link&lt;/a&gt; will probably be very helpful.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hard coded DFU zip file</title><link>https://devzone.nordicsemi.com/thread/136665?ContentTypeID=1</link><pubDate>Tue, 19 Jun 2018 08:00:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:843925cb-bae0-4c9a-bef8-5a8f0fa7c901</guid><dc:creator>Albin</dc:creator><description>&lt;p&gt;In the zip file there is my_app.bin, my_app.dat and manifest.json. Those files have to be sent in a specific order or it doesn&amp;#39;t matter ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>