<?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>Migrating nRF52840 Firmware from nRF5 SDK with SoftDevice S140 to nRF Connect SDK via BLE DFU</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/119664/migrating-nrf52840-firmware-from-nrf5-sdk-with-softdevice-s140-to-nrf-connect-sdk-via-ble-dfu</link><description>We currently have several nRF52840-based devices deployed in the field, running firmware developed using the nRF5 SDK and utilizing the SoftDevice S140 for BLE functionality. These devices are equipped with the nRF Secure Bootloader to facilitate Device</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 24 Mar 2025 12:38:27 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/119664/migrating-nrf52840-firmware-from-nrf5-sdk-with-softdevice-s140-to-nrf-connect-sdk-via-ble-dfu" /><item><title>RE: Migrating nRF52840 Firmware from nRF5 SDK with SoftDevice S140 to nRF Connect SDK via BLE DFU</title><link>https://devzone.nordicsemi.com/thread/528609?ContentTypeID=1</link><pubDate>Mon, 24 Mar 2025 12:38:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b857489c-2fd8-4dcf-8dbb-99886389e9b7</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Bruno,&amp;nbsp;&lt;br /&gt;Thanks for the link. I think it&amp;#39;s can be a good solution with the benefit of being able to completely wipeout the flash and have the normal NCS application flash layout.&amp;nbsp;&lt;br /&gt;But one drawback of this solution is to have no option for fail-safe or recovery if there is something wrong happen. If a crash or a reset occurs during the time where the code running in RAM is erasing the flash or copying the flash there would be no way to recover.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Migrating nRF52840 Firmware from nRF5 SDK with SoftDevice S140 to nRF Connect SDK via BLE DFU</title><link>https://devzone.nordicsemi.com/thread/528454?ContentTypeID=1</link><pubDate>Fri, 21 Mar 2025 16:57:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:32eb3cd0-48f6-4303-92a6-d15ecad1e5e4</guid><dc:creator>Bruno Randolf</dc:creator><description>&lt;p&gt;Hi! I just solved this by following what is explained in that blog post: &lt;a id="" href="https://www.embeddedrelated.com/showarticle/1573.php"&gt;https://www.embeddedrelated.com/showarticle/1573.php&lt;/a&gt;. I use it on nRF52833 with external SPI flash. It works really well and the benefit to the other methods discussed here is that you end up with the exactly same flash layout as if using NCS from scratch (no MBR).&lt;/p&gt;
&lt;p&gt;Basically you create a GATT characteristic which can receive the NCS firmware in binary format and write it to your external flash.&lt;/p&gt;
&lt;p&gt;Then you need to modify the bootloader to not protect the flash (remove all nrf_bootloader_flash_protect() calls, also the ones found in the SDK, not only the bootloader project).&lt;/p&gt;
&lt;p&gt;And then you need to write some code which runs in RAM only, which erases all internal flash, and then reads from the external flash and writes to the internal. It&amp;#39;s less hard than it sounds - an example is given in that link above and even reading from SPI flash is not so hard to do by accessing the NRF peripheral registers directly. Note that you can do all the setup with the usual functions, just reading and writing has to run in RAM only, once the internal flash is erased.&lt;/p&gt;
&lt;p&gt;Then you can do a normal DFU of this new APP+SD+BL to your device and then use your new GATT service to transfer the NCS fw image and trigger the update. It was easier than expected! :-)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Migrating nRF52840 Firmware from nRF5 SDK with SoftDevice S140 to nRF Connect SDK via BLE DFU</title><link>https://devzone.nordicsemi.com/thread/526589?ContentTypeID=1</link><pubDate>Mon, 10 Mar 2025 14:53:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4f38e488-0270-4088-90a7-bae6506568db</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Zadock,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s possible to do DFU update from nRF5 to NCS SDK. But we don&amp;#39;t have an official support for DFU update from NRF5 SDK to NCS. What we have is some&amp;nbsp;workaround solution&amp;nbsp;provided as-is, that techsupport made to help customer doing the task.&lt;br /&gt;&lt;br /&gt;You can find the solution in the following discussion:&amp;nbsp;&lt;br /&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/92774/hang-with-nrf5-sdk-17-1-0-bootloader-and-nrf-connect-sdk-2-1-0-application/390460"&gt;RE: Hang with nRF5 SDK 17.1.0 Bootloader and nRF Connect SDK 2.1.0 application&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;And some more updated info in this discussion:&amp;nbsp;&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/107266/update-from-nrf5-sdk-to-nrf-connect-sdk"&gt;Update from nRF5 SDK to nRF Connect SDK&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;I would suggest to study the 2 above links. Note that after the DFU update, the NCS application will have to be configured to cope with the fact that the MBR is still in the flash and the MCUBoot location is relocated to the top of the flash area.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>