<?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>Approtect mechanisms on nrf52840</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/113821/approtect-mechanisms-on-nrf52840</link><description>Hi all, I am trying to understand the different Access Port Protection mechanisms on the nRF52840. From several tickets, own experiments and from the data sheet I was able to come up with the following summary: 
 
 For older revisions &amp;lt;= 2: it is enough</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 15 Aug 2024 14:37:45 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/113821/approtect-mechanisms-on-nrf52840" /><item><title>RE: Approtect mechanisms on nrf52840</title><link>https://devzone.nordicsemi.com/thread/498486?ContentTypeID=1</link><pubDate>Thu, 15 Aug 2024 14:37:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ed7d6002-1782-429d-ad6f-14d9c0d81fc5</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Hi!&lt;/p&gt;
&lt;p&gt;Looks like you have a good understanding of this. I assume you might have seen these links:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://infocenter.nordicsemi.com/topic/ps_nrf52840/dif.html?cp=5_0_0_3_7_1#concept_udr_mns_1s"&gt;https://infocenter.nordicsemi.com/topic/ps_nrf52840/dif.html?cp=5_0_0_3_7_1#concept_udr_mns_1s&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/working-with-the-nrf52-series-improved-approtect"&gt;Working with the nRF52 Series&amp;#39; improved APPROTECT&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
[quote user=""]&amp;nbsp;I am wondering why exclude the soft reset from being a valid type to re-/activate the hardware protection as it was the case older versions?[/quote]
&lt;p&gt;Register APPROTECT.DISABLE is reset after pin reset, power or brownout reset, watchdog reset, or wake from System OFF. So this register only reset after a &amp;quot;Hard reset&amp;quot; to allow soft resets while debugging.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>