<?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>Long delay after DFU completion SDK 12.1</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/31023/long-delay-after-dfu-completion-sdk-12-1</link><description>We currently have an application that is running SDK 12.1 on the NRF52832. We have no issues doing a firmware update using the iOS SDK. What we are seeing is a long delay between the iOS completion callback, and the actual application running again on</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 06 Mar 2018 15:26:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/31023/long-delay-after-dfu-completion-sdk-12-1" /><item><title>RE: Long delay after DFU completion SDK 12.1</title><link>https://devzone.nordicsemi.com/thread/123115?ContentTypeID=1</link><pubDate>Tue, 06 Mar 2018 15:26:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d0192504-1561-47bb-a307-ae6a9b9803e4</guid><dc:creator>NickM</dc:creator><description>&lt;p&gt;Thanks Vidar,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;I am currently running all the SDK 12.1 code for the bootloader with no changes except for changing to the S332, and I am still seeing the issue.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I have started a private ticket.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Nick&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Long delay after DFU completion SDK 12.1</title><link>https://devzone.nordicsemi.com/thread/123073?ContentTypeID=1</link><pubDate>Tue, 06 Mar 2018 12:54:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:58497ca6-aff2-4023-b634-af799e22af09</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi Nick,&lt;/p&gt;
&lt;p&gt;The bootloader resets itself after receiving the new FW image, then on subsequent startup, it proceeds to active the new image. That is, replace old app image in bank 0, with new one, then update bootloader settings to validate the app (&lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.sdk5.v14.2.0/lib_bootloader_dfu_banks.html?cp=4_0_0_3_5_1_2_0#lib_bootloader_dfu_dual_bank"&gt;dual bank update&lt;/a&gt;). It sounds like the problem occurs in the activation stage while the image is being copied, but I don&amp;#39;t see any reasons for why it would take &amp;gt;30 seconds to complete.&amp;nbsp; Are you able to share your project so I can debug it on my side (you may create a private support ticket if you don&amp;#39;t want to make it public)? Also, have you made other code changes that may be relevant, except for updating the SD API?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;As a side note, the activation process should complete on following startup if interrupted by an unexpected reset, but it doesn&amp;#39;t always work depending on when the reset occurs. The copy routine was made more robust in SDK 14.2.0, so you may consider back-porting it to SDK 12.1.0 if resets are likely to occur during activation.&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Long delay after DFU completion SDK 12.1</title><link>https://devzone.nordicsemi.com/thread/122911?ContentTypeID=1</link><pubDate>Mon, 05 Mar 2018 18:50:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1f1d04f0-d037-4e85-9569-9d5f2bada5be</guid><dc:creator>NickM</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;I have tested with both our custom application, as well as the latest version of nRF toolbox, and both result in the same delay after the iPhone says the process is complete.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;We have modified to use the S332 soft device.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;In our situation, the user has the ability to do a power reset on the device. If this is done during that 30s delay, the device will end up being stuck in the bootloader. It seems like the bootloader is doing some verification or copying of the new application?&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Nick&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Long delay after DFU completion SDK 12.1</title><link>https://devzone.nordicsemi.com/thread/122845?ContentTypeID=1</link><pubDate>Mon, 05 Mar 2018 14:09:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b949de77-cf03-4a76-8166-22f6f106dca4</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Are you testing with a custom iOS app, or have you tried the same with nRF connect / nRF toolbox on ios? I was unable to reproduce this delay with the default bootloader from SDK 12.1.0 (testet DFU of APP).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;There&amp;#39;s no timeouts or other delays in SDK 12 that should cause the activation process to take 30 seconds as far as I can tell. DFU timeout was introduced SDK 14 as you already mentioned.&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Vidar&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Update 3/8&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;I failed to reproduce this initially because I was doing&amp;nbsp; single bank updates.&amp;nbsp;Can now confirm that the&lt;span&gt;&amp;nbsp;&lt;/span&gt;activation process can take &amp;gt;10 seconds to complete for larger application images. The long delay is mainly caused by the flash operations needed for replacing the old application image in&lt;span&gt;&amp;nbsp;&lt;/span&gt;bank 0.&amp;nbsp; &amp;nbsp;&lt;/p&gt;
&lt;p&gt;Attached is a slightly modified version of nrf_dfu_utils.c from SDK 12.1.0 that reduces the activation time (removed redundant page erases in copy routine)&amp;nbsp;in addition to being more robust against unexpected resets. Changes were taken from from SDK 14.2.0&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/support-attachments/beef5d1b77644c448dabff31668f3a47-d8fb2820683440e39ffa4ea222e30220/nrf_5F00_dfu_5F00_utils.c"&gt;devzone.nordicsemi.com/.../nrf_5F00_dfu_5F00_utils.c&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>