<?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>OTA Softdevice 7.0 DFU fails to copy</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/3129/ota-softdevice-7-0-dfu-fails-to-copy</link><description>I&amp;#39;m trying to DFU the softdevice (supplied 7.0 hex file) using bootloader example in SDK 6.0. I wrote my own OSX application to do that by parsing the hex file and sending it as per documentation. The NRF51822 is running 7.0 hex (identical to the one</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 16 Jul 2014 12:31:08 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/3129/ota-softdevice-7-0-dfu-fails-to-copy" /><item><title>RE: OTA Softdevice 7.0 DFU fails to copy</title><link>https://devzone.nordicsemi.com/thread/11589?ContentTypeID=1</link><pubDate>Wed, 16 Jul 2014 12:31:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ef28e8f9-a09d-4dcc-bba5-da7e2bff1fb0</guid><dc:creator>Konstantin K</dc:creator><description>&lt;p&gt;Can anyone from Nordic comment on this?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OTA Softdevice 7.0 DFU fails to copy</title><link>https://devzone.nordicsemi.com/thread/11586?ContentTypeID=1</link><pubDate>Tue, 15 Jul 2014 19:22:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:08ccd4ba-950e-41ec-859d-c1616d622974</guid><dc:creator>Konstantin K</dc:creator><description>&lt;p&gt;The offending call is dfu_sd_image_swap() in bootloader_dfu_sd_update_continue().  dfu_sd_image_swap() call  sd_mbr_command() with SD_MBR_COMMAND_COPY_SD, which returns 3.&lt;/p&gt;
&lt;p&gt;Also seems to overflow into BANK 0 location.  BANK 0 is correctly offset at 0x16000 and softdevice size was checked to be 0x15[something] so it shouldn&amp;#39;t be overflowing.&lt;/p&gt;
&lt;p&gt;Could this be a bug in the softdevice sd_mbr_command to copy the SD image?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OTA Softdevice 7.0 DFU fails to copy</title><link>https://devzone.nordicsemi.com/thread/11588?ContentTypeID=1</link><pubDate>Tue, 15 Jul 2014 14:44:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d6494e5e-3809-4308-907e-2adb5cf19af2</guid><dc:creator>Konstantin K</dc:creator><description>&lt;p&gt;I programmed the softdevice with --dfu flag as stated in the migratio notes (nrfjprog -e --programs &amp;lt;sd.hex&amp;gt; --dfu).  In addition, the softdevice memory does get significantly changed and corrupts the original softdevice so something must be getting written.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: OTA Softdevice 7.0 DFU fails to copy</title><link>https://devzone.nordicsemi.com/thread/11587?ContentTypeID=1</link><pubDate>Tue, 15 Jul 2014 09:36:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:12f52d78-8dee-41ee-b87e-0c308303192a</guid><dc:creator>Wojtek</dc:creator><description>&lt;p&gt;I didn&amp;#39;t use OTA for SD yet, but my blind shot is:
check if enable softdevice protecion is checked in nrfstudio. i think it shouldnt be.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>