<?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>Bootloader in DFU mode doesn&amp;#39;t respond (UART)</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/62463/bootloader-in-dfu-mode-doesn-t-respond-uart</link><description>Hello My ap plic ation is based on your bootloader (secure_bootloader_uart_mbr_pca10056) and your example &amp;quot;ble_thread_dyn_mtd_coap_cli&amp;quot;. 
 
 When I send a special command to my device (on the UART), it restarts and goes into DFU mode. To do this, I do</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 15 Jun 2020 14:34:47 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/62463/bootloader-in-dfu-mode-doesn-t-respond-uart" /><item><title>RE: Bootloader in DFU mode doesn't respond (UART)</title><link>https://devzone.nordicsemi.com/thread/255068?ContentTypeID=1</link><pubDate>Mon, 15 Jun 2020 14:34:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a15b282c-20f3-4467-be15-12fc2099beaf</guid><dc:creator>QuentinD</dc:creator><description>&lt;p&gt;By completely regenerating the DFU package and the production .hex file (containing the bootloader, mbr, softdevice and app), now it works.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader in DFU mode doesn't respond (UART)</title><link>https://devzone.nordicsemi.com/thread/254708?ContentTypeID=1</link><pubDate>Fri, 12 Jun 2020 11:50:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c2a44803-1ea9-449d-9004-b727f91323dd</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Did you do any changes to the bootloader project in the _debug version that you didn&amp;#39;t do in the normal bootloader? Or the other way around?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;You say that the usb bootloader doesn&amp;#39;t respond to uart messages. Does this also apply to uart messages coming from nrfutil? Or do you use some other method to transfer the packet?&lt;/p&gt;
&lt;p&gt;Usually, I recommend customers to have a look at the _debug bootloaders when something doesn&amp;#39;t work, although that will not work in this case, since the issue doesn&amp;#39;t apply to the debug bootloader. To rule out some of the other suspicions I have:&lt;/p&gt;
&lt;p&gt;-What does nrfutil say when you try to perform the serial DFU?&lt;/p&gt;
&lt;p&gt;-Does it also happen in the unmodified bootloader from a new, unmodified SDK? What SDK version do you use, by the way?&lt;/p&gt;
&lt;p&gt;-Did you try to use the maximum verbose flag? &amp;quot;nrfutil -v -v -v -v dfu serial ...&amp;quot;? What does it say then?&lt;/p&gt;
&lt;p&gt;-Is this at all related to openthread, or can we exclude that? If you only program the mbr/softdevice, and the bootloader, does it work then?&lt;/p&gt;
&lt;p&gt;-What changes did you do to the bootloader project? And what IDE did you use? Have you tried to move the flash start address down a large chunk, and increase the size for the bootloader, to see whether it is an overflow issue?&lt;/p&gt;
&lt;p&gt;-What IDE did you use to compile your bootloader?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;BR,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>