<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: LPC5512 (non-S) debug/read-out protection? in LPC Microcontrollers</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1277440#M45022</link>
    <description>&lt;P&gt;&lt;SPAN&gt;Hi Gorvak.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;LPC5512 follows customer development lifecycle state, see UM11295 10.3 LPC55S1x/LPC551x Customer Development Lifecycle state. &lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;For LPC551x, When user writes PFR to move state from Tier1 -&amp;gt; Tier2 -&amp;gt; OEM closed, It can’t reverse back. That’s to say, if user has debug port disabled by config lifecycle state, no way to reopen it. But user can still use own SBL to update firmware. &lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Please be careful when write PFR.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Have a nice day,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Jun Zhang&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 17 May 2021 07:12:47 GMT</pubDate>
    <dc:creator>ZhangJennie</dc:creator>
    <dc:date>2021-05-17T07:12:47Z</dc:date>
    <item>
      <title>LPC5512 (non-S) debug/read-out protection?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1275633#M44980</link>
      <description>&lt;P&gt;I'm struggling to find the available options for debug protection on this IC due to most of the documentation talking about debug authentication on the 'S' version of the IC.I've really got no interest in using certificates and signed code.&lt;/P&gt;&lt;P&gt;Does the non-S version of the IC support any kind of debug protection?&lt;/P&gt;&lt;P&gt;Ideally, I want to be able to ensure that the flash contents cannot be read out (read-out protection) for production, but if a mass erase is carried out then the chip reverts to normal and allows programming and debugging until such time as the read-out protection is enabled again.&lt;/P&gt;&lt;P&gt;Is this possible?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 12 May 2021 12:25:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1275633#M44980</guid>
      <dc:creator>Gorvak</dc:creator>
      <dc:date>2021-05-12T12:25:04Z</dc:date>
    </item>
    <item>
      <title>Re: LPC5512 (non-S) debug/read-out protection?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1276077#M44988</link>
      <description>&lt;P&gt;HI&amp;nbsp;&lt;SPAN&gt;Gorvak&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;LPC5500 non-s part doesn't support secure boot and debug authentication. BUT, luckly, we still can configurate debug auth related PFR region to configurate the debug access, debug access will be configurated based on related PFR region and cannot be changed(because it doesn't support debug authentication).&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Have a nice day,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Jun Zhang&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 17 May 2021 06:46:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1276077#M44988</guid>
      <dc:creator>ZhangJennie</dc:creator>
      <dc:date>2021-05-17T06:46:29Z</dc:date>
    </item>
    <item>
      <title>Re: LPC5512 (non-S) debug/read-out protection?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1276323#M44998</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Our idea is to have SBL supporting USB so ISP/SWD not needed or desired in the field, but if problem in SBL, we'd prefer not to throw away 10,000 ICs to reprogram the SBL, so if application could be uploaded via SBL to re-enable access that would mean we could then update SBL.&lt;/P&gt;&lt;P&gt;It appears from the documentation that as long as we don't write the hash to the PFR, the PFR is always updateable from an application even if SWD and ISP are turned off ? So the part is never "sealed". Is this correct?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 13 May 2021 10:50:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1276323#M44998</guid>
      <dc:creator>Gorvak</dc:creator>
      <dc:date>2021-05-13T10:50:38Z</dc:date>
    </item>
    <item>
      <title>Re: LPC5512 (non-S) debug/read-out protection?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1277440#M45022</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Hi Gorvak.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;LPC5512 follows customer development lifecycle state, see UM11295 10.3 LPC55S1x/LPC551x Customer Development Lifecycle state. &lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;For LPC551x, When user writes PFR to move state from Tier1 -&amp;gt; Tier2 -&amp;gt; OEM closed, It can’t reverse back. That’s to say, if user has debug port disabled by config lifecycle state, no way to reopen it. But user can still use own SBL to update firmware. &lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Please be careful when write PFR.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Have a nice day,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Jun Zhang&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 17 May 2021 07:12:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC5512-non-S-debug-read-out-protection/m-p/1277440#M45022</guid>
      <dc:creator>ZhangJennie</dc:creator>
      <dc:date>2021-05-17T07:12:47Z</dc:date>
    </item>
  </channel>
</rss>

