<?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>nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/29317/nrf52-disable-debug-by-reset-with-eeprom-locked</link><description>Hello, 
 I have a PCB with a NRF52 powered by batteries. We need to be able to plug the batteries, then program the device and never remove the batteries.
We noticed, that currently, we have a consumption of about 1.3mA more than expected, because the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 10 Jan 2018 18:51:53 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/29317/nrf52-disable-debug-by-reset-with-eeprom-locked" /><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116642?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 18:51:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ae87bbfc-6d3b-4704-a54a-814642fc69cb</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;It could be that the DIF is not being reset. Try the solution in &lt;a href="https://devzone.nordicsemi.com/question/178370/resetting-dif-to-reduce-interface-current-on-nrf52/"&gt;this post&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116651?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 17:59:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:105ac48d-830b-45e7-9867-e69d712649f2</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Just a note: if you can do the read then chip isn&amp;#39;t read-back protected (meaning that also SWD functions are not blocked). Still if debugger isn&amp;#39;t active power consumption should go down to proper level.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116650?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 16:44:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4be9b213-5d8b-46b2-9171-88a4ec8691ba</guid><dc:creator>puck</dc:creator><description>&lt;p&gt;@endnode Yes, I can read back the memory after removing/reattaching the cable.
I did program + lock, remove the cable immediately and then triggered a reset with external pin, this doesn&amp;#39;t change anything.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116646?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 09:29:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:71aa4223-dce2-4d03-85fe-53d5fbb56c2b</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;OK and then after grounding RESETn and removing/attaching SWD cable you can or you cannot read that memory? Also can you try how power consumption works if you schedule SW reset from within the FW (e.g. 30s after FW boots the first time) and you program + lock the FW and then remove the cable immediately?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116649?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 09:14:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:65542e05-46b3-436c-ad5a-85b8a6e82dd3</guid><dc:creator>puck</dc:creator><description>&lt;p&gt;@endnode We use the pin RESETn and send a memwr with val 21 to both 0x10001200 and 10001204, and SWD debugger is connected to RESETn, VCC, SWDIO, SWCLK, DBG_RX, DBG_TX (uart interface) and GND. Physically trying to trigger a reset by connecting to pin to GND does trigger a reset of our firmware but does not reduce the power consumption to an acceptable value.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116645?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 09:00:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dc4cf7f4-fe30-4eca-94f8-548d1937bb20</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;That is strange, PIN reset should work. Are you sure that reset PIN isn&amp;#39;t disabled in FW and that your SWD debugger is correctly connected to all PINs?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116644?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 09:00:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b14df06a-6e0f-42ec-a074-7571e17e86c6</guid><dc:creator>puck</dc:creator><description>&lt;p&gt;@endnode see my edit. I understood the question of Matt as: &amp;quot;Does is still withdraw current once the JLinkk cable as been unplugged&amp;quot; and the answer is yes.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116647?ContentTypeID=1</link><pubDate>Wed, 10 Jan 2018 08:26:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:25065c58-f20c-443e-9ef6-95c017a1256d</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;So logical conclusion is that it&amp;#39;s your FW which draws that current even without having SWD debugger attached (= enabled).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116648?ContentTypeID=1</link><pubDate>Tue, 09 Jan 2018 23:32:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d8d1bd2-b666-4263-892a-8e542eb616af</guid><dc:creator>puck</dc:creator><description>&lt;p&gt;@Matt measurements were done with and without the debugger connected to it. Same observations in both cases.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 disable debug by reset with eeprom locked</title><link>https://devzone.nordicsemi.com/thread/116643?ContentTypeID=1</link><pubDate>Tue, 09 Jan 2018 22:02:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d37688af-dee5-456d-a5e4-30b9f59c9210</guid><dc:creator>Matt</dc:creator><description>&lt;p&gt;Dumb question (as I don&amp;#39;t know much about debug enabled mode): when you meansured the 1.3mA current consumption you did not have the JLink debugger connected to your custom board through the SWD interface right?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>