<?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>Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices</link><description>Hi, 
 We are currently stuck with a big issue on as we are not able to update the devices(nRF52840) on field. We have changed the clock source to internal in the last released build. But we changed the settings only in the application and released only</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 08 Apr 2024 05:58:30 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices" /><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/477447?ContentTypeID=1</link><pubDate>Mon, 08 Apr 2024 05:58:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3a34cf3c-f26f-4820-983c-0e6d98322053</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;We are getting another device. I will update. But with read back protection we would need to erase and the chip to read the CPU register, right? That is fine?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/477444?ContentTypeID=1</link><pubDate>Mon, 08 Apr 2024 05:41:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8959b850-7e9c-438c-b90f-bd8d6d2b1ffa</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;I wanted you to read out the CPU registers without power-cycling the device. Please see if you can reproduce the problem again on this device, or try on another device with this problem.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/477420?ContentTypeID=1</link><pubDate>Sun, 07 Apr 2024 10:26:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:22d68842-4fbc-4e0a-b9c0-9ff743d7333c</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;The device recovered after we tried to solder the SWD pins and device powered on.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;What could be the reason. There are many devices showing this issue on field.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474558?ContentTypeID=1</link><pubDate>Tue, 19 Mar 2024 10:35:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b7eb6845-b5e1-425e-bc0c-4cf242b8ae56</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Vishnu,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Perhaps you can probe the XTAL pins to see if there is any clock signal (this must be done when the chip is supposed to be in bootloader dfu mode). With readback protection enabled, there isn’t much debugging you can do. The only option is to try reprogramming the same firmware and hope that it does not recover the chip.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474535?ContentTypeID=1</link><pubDate>Tue, 19 Mar 2024 09:30:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:37c3388c-8144-4841-b0da-b7d41549b32c</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;We have managed to expose the SWD pins. Anything we can check?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vishnu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474402?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 15:07:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:020c163b-f5eb-4d16-ab7f-74f20c5e012e</guid><dc:creator>vishnu3391_uh</dc:creator><description>[quote userid="4240" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474234"]You can make a distribution packet that contains the SD+BL and application.[/quote]
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/members/vibe"&gt;Vidar Berg&lt;/a&gt;&amp;nbsp;Regarding this. In both application and bootloader we were using s140 7.2. Now updating to 7.3.&lt;br /&gt;Should we need to build bootloader with updated softdevice and then create the package with new bootloader+ 7.3 SD + new application with 7.3 support. Will the existing bootloader with 7.2 SD accepts new package? Anything needs to change?.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vishnu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474397?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 15:00:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a61531d6-5b92-4f13-9b3b-14cd8d89be76</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;Yes, Readback protection is enabled. :(&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474394?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 14:58:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d2ab01c1-ba61-4ed1-b4f9-0c4c7e473fe5</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Is readback protection enabled? If not, you can start by running &amp;#39;nrfjprog --readregs&amp;#39; to read out the CPU registers. This may help reveal what state the device is in.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474385?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 14:43:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3bb7201b-6312-4e4c-a15b-9637d5213217</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;That is possible. What should we check?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474355?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 13:52:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:34fb7b75-e320-45ed-ad41-7b8200140329</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Vishnu,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;I would have expected the WDT to trigger a reset and caused the bootloader to exit DFU mode and revert to the old application. Is it impossible to open the enclosure and access the SWD lines?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474352?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 13:47:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:76b80cc6-21f2-4622-ac16-86b9d042b1ce</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
[quote userid="4240" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474344"]Maybe the BLE transport is waiting for the crystal to start up, or do you have a WD enabled on DFU entry?&amp;nbsp;[/quote]
&lt;p&gt;WDT is enabled in the application and and WD settings is same as default settings in bootloader. Unchanged.&amp;nbsp;&lt;/p&gt;
[quote userid="4240" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474344"]I tried to replicate this scenario on my desk by using the buttonless application with the RC oscillator, and the bootloader with the default configuration, but did not experience any problems with DFU[/quote]
&lt;p&gt;Even we are not able to replicating the issue on PCB here. But atleast 200-500 users faced this issue on field and we had to pull back the release.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vishnu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474344?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 13:27:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9f0b95e1-f2d6-4ca1-a9a4-f53472ee6444</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Vishnu,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;This is interesting, the bootloader should time out and reset after 2 minutes of inactivity and fall back to the old application with the default configuration. The fact that it takes more than 15 minutes to recover suggests that there may be an issue with the clock source. Maybe the BLE transport is waiting for the crystal to start up, or do you have a WD enabled on DFU entry?&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I tried to replicate this scenario on my desk by using the buttonless application with the RC oscillator, and the bootloader with the default configuration, but did not experience any problems with DFU.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Vidar&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474329?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 12:59:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dfe95e4b-cfc8-49ba-8233-36d4f161a8f0</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
[quote userid="4240" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474319"]Is this behavior consistent on the failing devices? That is, do they always go &amp;quot;offline&amp;quot; for 15-20 minutes after a failed DFU attempt?[/quote]
&lt;p&gt;We got only device back here and it was going offline for 15-20 minutes always on DFU attempt. Most devices would be facing the same.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vishnu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474319?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 12:36:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6c1e826c-b31f-4e22-878b-90bb2cdd1a73</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Vishnu,&lt;/span&gt;&lt;/p&gt;
[quote userid="130867" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474304"]Yes. The application is with internal RC and bootloader uses default external crystal settings. The device is fully enclosed and no debug pins available to debug. Anyway to recover this?&amp;nbsp;[/quote]
&lt;p&gt;&lt;span&gt;Thanks for confirming.&lt;/span&gt;&lt;/p&gt;
[quote userid="130867" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474304"]It is trying to connect for few times and then disconnecting. After that it take 15-20 minutes to start advertising again with old application[/quote]
&lt;p&gt;Is this behavior consistent on the failing devices? That is, do they always go &amp;quot;offline&amp;quot; for 15-20 minutes after a failed DFU attempt?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;&amp;nbsp;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474304?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 12:08:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:881d965f-c1c2-42d0-b13f-6e541d65c07a</guid><dc:creator>vishnu3391_uh</dc:creator><description>[quote userid="4240" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474298"]So, is the firmware application in the field running off the internal RC oscillator, while the bootloader uses the LF crystal? Have you tried to debug the bootloader when it&amp;#39;s failing to enter DFU mode[/quote]
&lt;p&gt;Yes. The application is with internal RC and bootloader uses default external crystal settings. The device is fully enclosed and no debug pins available to debug. Anyway to recover this?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;It is trying to connect for few times and then disconnecting. After that it take 15-20 minutes to start advertising again with old application&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vishnu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474298?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 12:01:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ad2e1fe9-c067-4209-b4fd-2bcad4efeeca</guid><dc:creator>Vidar Berg</dc:creator><description>[quote user="vishnu3391_uh"]No no. The current version on the field is have application with internal clock and bootloader with default settings. [/quote]
&lt;p&gt;So, is the firmware application in the field running off the internal RC oscillator, while the bootloader uses the LF crystal? Have you tried to debug the bootloader when it&amp;#39;s failing to enter DFU mode.&lt;/p&gt;
[quote user="vishnu3391_uh"]Is this because of the clock settings mismatch between app and bootloader on the existing version? [/quote]
&lt;p&gt;It is possible, but it is not clear why only some devices are affected.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474276?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 10:39:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5420e064-eddd-4cd7-8134-93469293d94d</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;Is this because of the clock settings mismatch between app and bootloader on the existing version? What are the possible reasons for this behavior? This is very critical blocker for us now. Without this we cannot release new build.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vishnu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474258?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 10:08:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d776dbce-c664-4b35-a26b-4e747e24fca9</guid><dc:creator>vishnu3391_uh</dc:creator><description>[quote userid="4240" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474249"]What is failing? Is the DFU enter command returning with an error?[/quote]
&lt;p&gt;&amp;nbsp;It is not able to discover the device after sending DFU mode command? Attached the nRF connect logs.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/dfu-fail.txt"&gt;devzone.nordicsemi.com/.../dfu-fail.txt&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474249?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 09:57:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d060b9b-6c91-4111-a3fb-b8d131ab3384</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Vishnu,&lt;/span&gt;&lt;/p&gt;
[quote userid="130867" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474246"] Yes we got one device back for troubleshooting and it is failing when attempting to enter DFU mode.[/quote]
&lt;p&gt;What is failing? Is the DFU enter command returning with an error?&lt;/p&gt;
[quote userid="130867" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474246"]For this do we need to update the bootloader first to take new SD? If yes what is the change?[/quote]
&lt;p&gt;Bootloader and Softdevice&amp;nbsp;should updated in one-go as illustrated here:&amp;nbsp;&lt;a title="SoftDevice and bootloader" href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.1.0/lib_bootloader_dfu_banks.html?cp=9_1_3_5_1_2_0_0#lib_bootloader_dfu_dual_banks_sd"&gt;SoftDevice and bootloader&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474246?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 09:53:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1fcd0f28-84b5-40a9-a11b-5bb9375e5fdd</guid><dc:creator>vishnu3391_uh</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;No no. The current version on the field is have application with internal clock and bootloader with default settings. Now on top of this build some users are not able to update. Yes we got one device back for troubleshooting and it is failing when attempting to enter DFU mode. It is coming on many phone models.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;
[quote userid="4240" url="~/f/nordic-q-a/109378/device-not-going-to-dfu-mode-on-some-devices/474234"]You can make a distribution packet that contains the SD+BL and application.[/quote]
&lt;p&gt;For this do we need to update the bootloader first to take new SD? If yes what is the change?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vishnu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Device not going to DFU mode on some devices</title><link>https://devzone.nordicsemi.com/thread/474234?ContentTypeID=1</link><pubDate>Mon, 18 Mar 2024 09:25:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1ac711e0-74e1-4b18-a8c3-665cc72c1023</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Vishnu,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I don&amp;#39;t think the different clock source configuration explains the DFU failure.The new clock configuration will not take effect until after the update is complete.&amp;nbsp;Are you able to provide more information about when and where the DFU process is failing? Is the failure&amp;nbsp;happening when attempting to enter DFU mode, or does it happen at some point during the firmware transfer? Also, do you have any data to check if the failure might be specific to certain phone models?&lt;/span&gt;&lt;/p&gt;
[quote user=""]What is the proper and best way to update SD and bootloader update in this scenarios.[/quote]
&lt;p&gt;You can make a distribution packet that contains the SD+BL and application.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>