<?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: Distinguishing POR from POR-B assertion in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/Distinguishing-POR-from-POR-B-assertion/m-p/1702316#M210543</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/208276"&gt;@eaad&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;I'm afraid&amp;nbsp;ipp_reset_b&amp;nbsp;is as far as the granularity of the POR detection goes. There is no discrete way of differentiating between power and pin resets for the POR.&lt;/P&gt;
&lt;P&gt;That said, I believe your approach is a good workaround to differentiate between POR resets.&lt;/P&gt;
&lt;P&gt;BR,&lt;BR /&gt;Edwin.&lt;/P&gt;</description>
    <pubDate>Wed, 09 Aug 2023 19:31:59 GMT</pubDate>
    <dc:creator>EdwinHz</dc:creator>
    <dc:date>2023-08-09T19:31:59Z</dc:date>
    <item>
      <title>Distinguishing POR from POR-B assertion</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Distinguishing-POR-from-POR-B-assertion/m-p/1701879#M210524</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;On the reference manual of i.MX RT1170 there is the following section&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;25.3.4 Reset behavior of the Power-on Reset&lt;BR /&gt;The Power-on Reset (POR) will assert when the chip is powered ON or the POR_B pin is&lt;BR /&gt;active. The POR will reset all of the chip except the Secure Non-Volatile Storage (SNVS)&lt;BR /&gt;block&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;As far as I understand, on the cases of POR, toggling the POR_B pin reset, the &lt;STRONG&gt;IPP_RESET_B&lt;/STRONG&gt; occurs.&lt;/P&gt;&lt;P&gt;Therefore, by checking only this value after some reset I can't distinguish between those possible cases.&lt;/P&gt;&lt;P&gt;I would like to know if there is any exists option to distinguish between those case that maybe I missed during reading the manual.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Putting this in another words- after a reset I would like to know if the reset cause was from power or because someone actively (using some api he has) toggeled the POR_B reset pin. Can I do that without preserving other flags? Currently my planned solution is to put some magic on the SNVS (which is not battery backed, so should be initialized on POR), and then to check it on reset (that has the ipp_reset_b event). If it is initialized to zero, then I know the reset was caused by a POR, if it has the magic value I deduce that only the POR_B reset pin was toggeled.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I wonder if that's a best practice.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you in advance for any comment,&lt;/P&gt;</description>
      <pubDate>Wed, 09 Aug 2023 10:17:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Distinguishing-POR-from-POR-B-assertion/m-p/1701879#M210524</guid>
      <dc:creator>eaad</dc:creator>
      <dc:date>2023-08-09T10:17:10Z</dc:date>
    </item>
    <item>
      <title>Re: Distinguishing POR from POR-B assertion</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Distinguishing-POR-from-POR-B-assertion/m-p/1702316#M210543</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/208276"&gt;@eaad&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;I'm afraid&amp;nbsp;ipp_reset_b&amp;nbsp;is as far as the granularity of the POR detection goes. There is no discrete way of differentiating between power and pin resets for the POR.&lt;/P&gt;
&lt;P&gt;That said, I believe your approach is a good workaround to differentiate between POR resets.&lt;/P&gt;
&lt;P&gt;BR,&lt;BR /&gt;Edwin.&lt;/P&gt;</description>
      <pubDate>Wed, 09 Aug 2023 19:31:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Distinguishing-POR-from-POR-B-assertion/m-p/1702316#M210543</guid>
      <dc:creator>EdwinHz</dc:creator>
      <dc:date>2023-08-09T19:31:59Z</dc:date>
    </item>
    <item>
      <title>Re: Distinguishing POR from POR-B assertion</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Distinguishing-POR-from-POR-B-assertion/m-p/1702777#M210573</link>
      <description>&lt;P&gt;Thank you &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/186731"&gt;@EdwinHz&lt;/a&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Aug 2023 08:27:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Distinguishing-POR-from-POR-B-assertion/m-p/1702777#M210573</guid>
      <dc:creator>eaad</dc:creator>
      <dc:date>2023-08-10T08:27:06Z</dc:date>
    </item>
  </channel>
</rss>

