<?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>S32G中的主题 Re: SAF FCCU Fault handling R1, R2 and R3 Reaction</title>
    <link>https://community.nxp.com/t5/S32G/SAF-FCCU-Fault-handling-R1-R2-and-R3-Reaction/m-p/2147280#M14449</link>
    <description>&lt;P&gt;Hello,&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/242921"&gt;@Harish_R&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks for your post.&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;1. The eMCEM driver provides an ability to handle the ALARM events by defining an alarm handler function. The user can define his own handling function for any FCCU fault. One handler function can be used for more faults. Faults configured as SW recoverable are automatically cleared by the eMCEM&amp;nbsp;&lt;/SPAN&gt;&lt;LI-WRAPPER&gt;&lt;SPAN class="fontstyle0"&gt;Driver in case the handler returned &lt;/SPAN&gt;&lt;SPAN class="fontstyle2"&gt;EMCEM_ERR_RECOVERED&lt;/SPAN&gt;&lt;SPAN class="fontstyle0"&gt;.&amp;nbsp;&lt;/SPAN&gt;&lt;/LI-WRAPPER&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;Sometimes, the fault captured by the FCCU may not impact the actual function of certain IP, after the handler cleared the fault, the system may continue run without issues. sometimes, only cleared the fault is not enough, the error exists, and the corresponding faults may be set after cleared, then it is user's responsibility to implement the code to actually fix the issue&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;LI-WRAPPER&gt;&lt;SPAN class="fontstyle0"&gt;2. The default handling function &lt;/SPAN&gt;&lt;SPAN class="fontstyle2"&gt;eMcemDefaultAlarmHandler &lt;/SPAN&gt;&lt;SPAN class="fontstyle0"&gt;is defined and it returns &lt;/SPAN&gt;&lt;SPAN class="fontstyle2"&gt;EMCEM_ERR_NOT_RECOVERED &lt;/SPAN&gt;&lt;SPAN class="fontstyle0"&gt;if the user does not want to handle the fault by himself. The fault will not be cleared in this case, so it is used for the case that the user does not want to handle the fault, as a result, the fault could be "Not recovered"&lt;/SPAN&gt;&lt;BR /&gt;&lt;/LI-WRAPPER&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;3. The users may determine which kinds of faults could be treated as unrecoverable when defining the DTC according to their own design/use case.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;BR&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;Chenyin&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 06 Aug 2025 03:58:05 GMT</pubDate>
    <dc:creator>chenyin_h</dc:creator>
    <dc:date>2025-08-06T03:58:05Z</dc:date>
    <item>
      <title>SAF FCCU Fault handling R1, R2 and R3 Reaction</title>
      <link>https://community.nxp.com/t5/S32G/SAF-FCCU-Fault-handling-R1-R2-and-R3-Reaction/m-p/2145893#M14423</link>
      <description>&lt;P&gt;Hi team,&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;overview&lt;/STRONG&gt;: working on eMCEM module for error handling. so as per the design of SAF (eMCEM module) when the NCF fault is triggered through eMcem_InjectFault(). alarm handlers are called.&amp;nbsp;&lt;/P&gt;&lt;P&gt;i see two alarm handlers can be called.&amp;nbsp;&lt;/P&gt;&lt;P&gt;1.&amp;nbsp;eMcemUserAlarmHandler - can return&amp;nbsp;EMCEM_ERR_RECOVERED/EMCEM_ERR_NOT_RECOVERED based on convenient. i also see emcem_clearfault API is called eventually&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Harish_R_0-1754286287382.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/350743i9DC4A50CC0552A1B/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Harish_R_0-1754286287382.png" alt="Harish_R_0-1754286287382.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;if i return &lt;STRONG&gt;EMCEM_ERR_RECOVERED&lt;/STRONG&gt; but what if the Error is not actually cleared. and also, only&amp;nbsp;emcem_clearfault just clears the status of fault. how is it expected to handle?&amp;nbsp;&lt;/P&gt;&lt;P&gt;if&amp;nbsp;&lt;STRONG&gt;EMCEM_ERR_RECOVERED&lt;/STRONG&gt; is returned then in that case even the NMI is not triggered. so, what is need for NMI in that case. how NMI is utilised?&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;2. &lt;STRONG&gt;eMcemDefaultAlarmHandler&lt;/STRONG&gt; - using this API would always return error not recovered status because it returns the same. and triggers ISR again. how can it be handled?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;if i want to set DTC at what condition would i set the DTC for fault that are unrecoverable.&amp;nbsp;&lt;/P&gt;&lt;P&gt;If someone can drop some info. it would be helpful.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;BR,&lt;/P&gt;&lt;P&gt;Harish R&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 04 Aug 2025 05:56:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/SAF-FCCU-Fault-handling-R1-R2-and-R3-Reaction/m-p/2145893#M14423</guid>
      <dc:creator>Harish_R</dc:creator>
      <dc:date>2025-08-04T05:56:45Z</dc:date>
    </item>
    <item>
      <title>Re: SAF FCCU Fault handling R1, R2 and R3 Reaction</title>
      <link>https://community.nxp.com/t5/S32G/SAF-FCCU-Fault-handling-R1-R2-and-R3-Reaction/m-p/2147280#M14449</link>
      <description>&lt;P&gt;Hello,&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/242921"&gt;@Harish_R&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks for your post.&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;1. The eMCEM driver provides an ability to handle the ALARM events by defining an alarm handler function. The user can define his own handling function for any FCCU fault. One handler function can be used for more faults. Faults configured as SW recoverable are automatically cleared by the eMCEM&amp;nbsp;&lt;/SPAN&gt;&lt;LI-WRAPPER&gt;&lt;SPAN class="fontstyle0"&gt;Driver in case the handler returned &lt;/SPAN&gt;&lt;SPAN class="fontstyle2"&gt;EMCEM_ERR_RECOVERED&lt;/SPAN&gt;&lt;SPAN class="fontstyle0"&gt;.&amp;nbsp;&lt;/SPAN&gt;&lt;/LI-WRAPPER&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;Sometimes, the fault captured by the FCCU may not impact the actual function of certain IP, after the handler cleared the fault, the system may continue run without issues. sometimes, only cleared the fault is not enough, the error exists, and the corresponding faults may be set after cleared, then it is user's responsibility to implement the code to actually fix the issue&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;LI-WRAPPER&gt;&lt;SPAN class="fontstyle0"&gt;2. The default handling function &lt;/SPAN&gt;&lt;SPAN class="fontstyle2"&gt;eMcemDefaultAlarmHandler &lt;/SPAN&gt;&lt;SPAN class="fontstyle0"&gt;is defined and it returns &lt;/SPAN&gt;&lt;SPAN class="fontstyle2"&gt;EMCEM_ERR_NOT_RECOVERED &lt;/SPAN&gt;&lt;SPAN class="fontstyle0"&gt;if the user does not want to handle the fault by himself. The fault will not be cleared in this case, so it is used for the case that the user does not want to handle the fault, as a result, the fault could be "Not recovered"&lt;/SPAN&gt;&lt;BR /&gt;&lt;/LI-WRAPPER&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;3. The users may determine which kinds of faults could be treated as unrecoverable when defining the DTC according to their own design/use case.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;BR&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="fontstyle0"&gt;Chenyin&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 06 Aug 2025 03:58:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/SAF-FCCU-Fault-handling-R1-R2-and-R3-Reaction/m-p/2147280#M14449</guid>
      <dc:creator>chenyin_h</dc:creator>
      <dc:date>2025-08-06T03:58:05Z</dc:date>
    </item>
  </channel>
</rss>

