<?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>Disabling APPROTECT on nRF52833 Development Boards</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/123782/disabling-approtect-on-nrf52833-development-boards</link><description>Hi Nordic, 
 I am currently working with the nRF52833 development board and facing an issue related to the APPROTECT feature. Each time I connect the board, the access protection is re-enabled, which forces us to perform a full erase before every debugging</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sat, 23 Aug 2025 05:08:50 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/123782/disabling-approtect-on-nrf52833-development-boards" /><item><title>RE: Disabling APPROTECT on nRF52833 Development Boards</title><link>https://devzone.nordicsemi.com/thread/546521?ContentTypeID=1</link><pubDate>Sat, 23 Aug 2025 05:08:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b6c9b21d-58fb-474b-b2af-9ef5360fcf4c</guid><dc:creator>Manan Singhal</dc:creator><description>&lt;p&gt;Thank you, it worker.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Disabling APPROTECT on nRF52833 Development Boards</title><link>https://devzone.nordicsemi.com/thread/546033?ContentTypeID=1</link><pubDate>Tue, 19 Aug 2025 11:32:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a7e07b78-1068-4250-9fd6-85bba6a5c215</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;On the latest SoC revisions, access port protection gets enabled by default on various resets or wake-up from system off, unless either:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://docs.nordicsemi.com/bundle/ps_nrf52833/page/uicr.html#ariaid-title66"&gt;UICR.APPROTECT&lt;/a&gt; is programmed to the HwDisabled value of 0x5A, or&lt;/p&gt;
&lt;p&gt;the firmware (i.e. the application) writes to the &lt;a href="https://docs.nordicsemi.com/bundle/ps_nrf52833/page/dif.html#ariaid-title6"&gt;APPROTECT.DISABLE&lt;/a&gt; register the SwDisable value of 0x5A.&lt;/p&gt;
&lt;p&gt;Either of these will disable approtect. Please note that in nRF Connect SDK there are various &lt;a href="https://docs.nordicsemi.com/bundle/ncs-latest/page/kconfig/index.html#!approtect"&gt;APPROTECT related kconfigs&lt;/a&gt; which control the behavior of the application firmware in regards to disabling or enabling approtect.&lt;/p&gt;
&lt;p&gt;If you erase the device, then UICR.APPROTECT is set to 0xFF and there is no software to write to APPROTECT.DISABLE, so the access port of the device will get automatically protected on the various resets or on wake-up.&lt;/p&gt;
&lt;p&gt;For details on the approtect mechanism, please see&amp;nbsp;&lt;a href="https://docs.nordicsemi.com/bundle/ps_nrf52833/page/dif.html#d188e184"&gt;Access port protection controlled by hardware and software&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>