<?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>nRF DFU works only in using SES, not after nrfjprog programming</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/45418/nrf-dfu-works-only-in-using-ses-not-after-nrfjprog-programming</link><description>Hello, 
 SDK 15.2.0 
 SoftDevice 6.1.0 
 DFU with Uart (based on {SDK}\examples\dfu\secure_bootloader\pca10040_uart. Single bank mode as my app is quite big (probably not relevant in the current issue). 
 I will update the nRF using a STM32 controller</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 27 Mar 2019 15:53:38 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/45418/nrf-dfu-works-only-in-using-ses-not-after-nrfjprog-programming" /><item><title>RE: nRF DFU works only in using SES, not after nrfjprog programming</title><link>https://devzone.nordicsemi.com/thread/178757?ContentTypeID=1</link><pubDate>Wed, 27 Mar 2019 15:53:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ff75c7cc-dd89-406c-9967-5dba08735a86</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;Didnt see your first comment when I wrote my reply.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Yes, a reference to printf with the logging module disabled could lead to unwanted behaviour, so I would remove it/comment it out and then see if it helps.&amp;nbsp; However, then you should see the nRF asserting in the debug session as well I would think. &lt;br /&gt;&lt;br /&gt;You can flash the Softdevice first with the --chiperase option and then you should only have to use --sectorerase when flashing the bootloader mergerd with the settings hex using sectorerase(which isnt strictly needed since you have run a chiperase when flashing the SD).&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF DFU works only in using SES, not after nrfjprog programming</title><link>https://devzone.nordicsemi.com/thread/178749?ContentTypeID=1</link><pubDate>Wed, 27 Mar 2019 15:30:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9bf22f38-e83a-41f3-9f9f-d79e2faa217c</guid><dc:creator>sbu</dc:creator><description>&lt;p&gt;&amp;quot;How do you program the setting.hex in the first scenario if you&amp;#39;re not using nrfjprog?&amp;quot; =&amp;gt; You&amp;#39;re right, I was using nrfjprog for this step, but without merging with the bootloader.&lt;/p&gt;
&lt;p&gt;&amp;quot;Do you mean that you start a debug session?&amp;quot; =&amp;gt; Yes, but in release build.&lt;/p&gt;
&lt;p&gt;First I only use --sectorerase, but return a warning for the UIC segment that require to be rewritten (i guess to update the start address). In both case, the bootloader does not answer after the first command. What do you think about the printf I forgot to remove ? can it explain the problem ?&lt;/p&gt;
&lt;p&gt;I will change nRFGo for nRF Connect.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF DFU works only in using SES, not after nrfjprog programming</title><link>https://devzone.nordicsemi.com/thread/178739?ContentTypeID=1</link><pubDate>Wed, 27 Mar 2019 15:04:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7680de14-c020-4d0f-8992-0ced845b1d5c</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;Hi Stephane,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I strongly recommend that you use nrfjprog directly or the new Programmer app in our nRF Connect for Desktop to program the application and SoftDevice. nRFGo Studio is deprecated for the nRF52 series.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;How do you program the setting.hex in the first scenario if you&amp;#39;re not using nrfjprog?&lt;/p&gt;
&lt;p&gt;Also you state:&lt;/p&gt;
[quote user=""]Then I launch the bootloader using SES.[/quote]
&lt;p&gt;Do you mean that you start a debug session?&lt;/p&gt;
&lt;p&gt;I cant see any issues with the nrfjprog commands,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Can you try to flash the softdevice and appplication using nrfjprog before you flash the bootloader and also replace the --sectoranduicrerase with --sectorerase?&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;
&lt;p&gt;Bjørn&lt;/p&gt;
&lt;p&gt;&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: nRF DFU works only in using SES, not after nrfjprog programming</title><link>https://devzone.nordicsemi.com/thread/178730?ContentTypeID=1</link><pubDate>Wed, 27 Mar 2019 14:41:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:10ca1e92-437c-4c15-b543-2b764c56def6</guid><dc:creator>sbu</dc:creator><description>&lt;p&gt;I am unsure, i still need to do more testing, but is it possible that a printf in the code can cause the crash of the bootloader ? I add a printf in one of the uart driver function that was previously blocking and I needed to monitor its result but forgot to remove it.NRF_LOG is disabled in release mode and cannot enable it as there is not enough space for it.&lt;/p&gt;
&lt;p&gt;It seems that after removing this, it works. If you think this could be link, I would like to understand the reason and if there is a way to properly disable printf output in suc case, but if you don&amp;#39;t, let me know as it will happen again. regards&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>