<?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 shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/39466/bootloader-shutdown-after-dfu-instead-of-resetting</link><description>Hi , 
 
 I am using the secure bootloader example (SDK 15) as a template for my DFU solution. 
 I am experiencing issue with the update process as the device shuts down after the update instead of reset. 
 I tried to debug and saw that it reach the function</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 27 Mar 2019 06:20:46 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/39466/bootloader-shutdown-after-dfu-instead-of-resetting" /><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/178544?ContentTypeID=1</link><pubDate>Wed, 27 Mar 2019 06:20:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c3b4f2e9-7a90-4115-8709-2cda1b6e5d59</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;Thanks for letting us know, this helps future developers with similar issues.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/177965?ContentTypeID=1</link><pubDate>Sun, 24 Mar 2019 13:44:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e2485097-d25d-4a19-98ff-22c9baeaaac0</guid><dc:creator>ibrahim upright</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Never mind i used a pin that is not in use to create an interrupt before going to sleep .&lt;/p&gt;
&lt;p&gt;Thanks a lot&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Ibrahim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/177290?ContentTypeID=1</link><pubDate>Wed, 20 Mar 2019 10:48:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:74382779-0dfd-4a16-acf0-d1aedf7d50e8</guid><dc:creator>ibrahim upright</dc:creator><description>&lt;p&gt;Hi Susheel,&lt;br /&gt;We have got to work on this and we can see that in order to use NRF_POWER-&amp;gt;SYSTEMOFF = 0x1 we need to define a source for wake up.&lt;br /&gt;However from the thread (&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/15536/nrf52832-system-off-with-wake-on-reset)"&gt;devzone.nordicsemi.com/.../nrf52832-system-off-with-wake-on-reset)&lt;/a&gt; we can use one of the following interrupt:&lt;br /&gt;GPIO , LPCOMP, NFC however we need to have an internal trigger so we need an interrupt that we can control (like a timer for example).&lt;br /&gt;Which interrupt can we use to trigger an immediate reset after the move to low power mode, as we need it to create a &amp;quot;reset&amp;quot; for the system that will retain the GPIO state?&lt;/p&gt;
&lt;p&gt;Thanks A lot&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Ibrahim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/153494?ContentTypeID=1</link><pubDate>Thu, 18 Oct 2018 13:23:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:45e325b2-b90e-441d-bf2d-2b126dae71e3</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;we do not call it off mode, but it is system off mode and seems like this is what you need.&lt;/p&gt;
&lt;p&gt;The system is made to go to deep sleep mode by calling either&lt;/p&gt;
&lt;p&gt;NRF_POWER-&amp;gt;SYSTEMOFF = 0x1; //when softdevice is not enabled&amp;nbsp; OR&lt;/p&gt;
&lt;p&gt;sd_power_system_off(); //when softdevice is enabled.&lt;/p&gt;
&lt;p&gt;a wakeup source needs to be configured before calling this and the wakeup will cause a system reset. This wakeup will not reset the GPIO registers so you will not see the pin status changing.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/153441?ContentTypeID=1</link><pubDate>Thu, 18 Oct 2018 10:45:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f3228d28-c50b-456e-a613-a03f31940cfb</guid><dc:creator>danny habot</dc:creator><description>&lt;p&gt;OK, so it should be possible to move the chip to off mode and then wake it up to reset?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Do you have an example how to do it?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/153418?ContentTypeID=1</link><pubDate>Thu, 18 Oct 2018 09:46:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6256d271-6270-47c6-b0c5-c81106c57c0c</guid><dc:creator>Susheel Nuguru</dc:creator><description>[quote user="danny-upright"]Does the&amp;nbsp;&lt;span&gt;NVIC_SystemReset&amp;nbsp;change all the pins to logic &amp;quot;0&amp;quot;? if so why is it different from the way it works on the application side and can we change it to avoid changing the pins?&lt;/span&gt;[/quote]
&lt;p&gt;&amp;nbsp;Danny,&lt;/p&gt;
&lt;p&gt;based on the below image you can see that the soft reset (NVIC_System reset) will reset the GPIO registers. So this should change all the logic to reset values before the configuration.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/support-attachments/beef5d1b77644c448dabff31668f3a47-ead88dfb628e450b987139dcc9fb49c2/pastedimage1539855884661v1.png" alt=" " /&gt;&lt;/strong&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/153306?ContentTypeID=1</link><pubDate>Wed, 17 Oct 2018 15:16:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9a16ceb9-4bce-453b-9849-114de2e7ee24</guid><dc:creator>danny habot</dc:creator><description>&lt;p&gt;Hi Aryan,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;We Are using LDO to regulate the system voltage which might be the cause for this.&lt;/p&gt;
&lt;p&gt;It has an enable pin that is set to a logic &amp;quot;1&amp;quot; and my guess is that during the reset it falls and the system shutdown.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The reason it is weird for us is that we use the same function on the application and it does a reset correctly.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Does the&amp;nbsp;&lt;span&gt;NVIC_SystemReset&amp;nbsp;change all the pins to logic &amp;quot;0&amp;quot;? if so why is it different from the way it works on the application side and can we change it to avoid changing the pins?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader shutdown after DFU instead of resetting</title><link>https://devzone.nordicsemi.com/thread/153287?ContentTypeID=1</link><pubDate>Wed, 17 Oct 2018 14:37:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:57c3413e-6481-487f-a214-2653ba6fa66c</guid><dc:creator>Susheel Nuguru</dc:creator><description>[quote user=""]I&amp;nbsp;tried to debug and saw that it reach the function&amp;nbsp;bootloader_reset and run the&amp;nbsp;NVIC_SystemReset function however it then shutdown.&amp;nbsp;[/quote]
&lt;p&gt;&amp;nbsp;There is no shutdown feature in nRF chips, the closest is the System OFF mode and calling NVIC_system reset should not make it go into that mode. Are you sure that this behavior happens due to the call NVIC_SystemReset? I highly doubt it.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>