<?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>Custom Device always boots into DfuTarg Mode and cannot load program.</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/50215/custom-device-always-boots-into-dfutarg-mode-and-cannot-load-program</link><description>Hi, 
 I am using SDK 15.2 and Softdevice S132 6.1.1. I&amp;#39;m having an issue getting my custom hardware built around the Laird BL652 (nRF52832) to start the program. It always boots into DfuTarg mode. The first version of hardware we built doesn&amp;#39;t have any</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 25 Jul 2019 14:42:56 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/50215/custom-device-always-boots-into-dfutarg-mode-and-cannot-load-program" /><item><title>RE: Custom Device always boots into DfuTarg Mode and cannot load program.</title><link>https://devzone.nordicsemi.com/thread/200578?ContentTypeID=1</link><pubDate>Thu, 25 Jul 2019 14:42:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:385e68ad-4293-4261-aabf-bce7cff7768d</guid><dc:creator>BendaEng</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;Thanks for the reply! We did do some testing in a debug session with a BL652 (nRF52832) dev kit with our second custom board and didn&amp;#39;t find anything out of the norm compared to our first custom board.&lt;/p&gt;
&lt;p&gt;However, we did some circuit review and found that in our first custom board we used a NMOS transistor to reset the BL652 (pin 7, nReset) (other MCU operates at 5v, BL652 at 3.3v) but in this new board we accidentally changed it to a PMOS but didn&amp;#39;t change the circuit source or drain. We&amp;nbsp;removed both of these&amp;nbsp;on both versions of the boards and also held the states of the reset pin to known logic levels and it didn&amp;#39;t change the behavior.&lt;/p&gt;
&lt;p&gt;This led us to believe that the Laird Board BL652 had some internal problems (clock, power management, etc) which were causing the reset. After changing the BL652 module out, it solved the problem. So, long story short, it was a bad BL652. But we also found a small circuit error in the process.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thanks for offering a suggestion to try!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Custom Device always boots into DfuTarg Mode and cannot load program.</title><link>https://devzone.nordicsemi.com/thread/200431?ContentTypeID=1</link><pubDate>Thu, 25 Jul 2019 08:30:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:294713de-4571-403a-93b1-ee9cef6b9a43</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Is it possible to attach a debugger to the custom board then start a debug session with the bootloader project to see what condition is causing it to stay in DFU mode?&amp;nbsp;E.g., see if any of the checks in nrf_bootloader.c-&amp;gt;dfu_enter_check() returns &amp;#39;true&amp;#39;. Maybe there&amp;#39;s a CRC mismatch&amp;nbsp;that makes&amp;nbsp;the&amp;nbsp;nrf_dfu_app_is_valid() check fail.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>