<?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: S32K31x eMcem_Init problems in S32K</title>
    <link>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2262869#M55412</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/249176"&gt;@Tiberiu_Dumitrescu&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;1.&lt;/P&gt;
&lt;P&gt;This issue might be caused by active NCF faults. There is a known hardware issue with the NCF[0] lockstep error, which can be triggered when attaching a debugger.&lt;BR /&gt;Workaround: Do not reset the S32K device using the debugger. Instead, allow the application to start without the debugger after POR and insert a while(1) loop in the code before eMcem_Init, and then attach the debugger without causing a reset. This approach prevents the NCF[0] fault from being raised.&lt;BR /&gt;You can verify this by checking the NCF status registers to see if any faults are present when you observe the failure during eMcem_Init().&lt;/P&gt;
&lt;P&gt;2.&lt;/P&gt;
&lt;P&gt;Version 1.0.6 for RTD 7.0.0 should be available at the end of the year. According to the 1.0.5 release notes, the SW has been developed and tested with RTD 4.0.0 and 5.0.0. We cannot guarantee compatibility with RTD 6.0.0 or newer,&lt;/P&gt;
&lt;P&gt;3.&lt;/P&gt;
&lt;P&gt;Our online technical support does not provide assistance through phone calls or live debug sessions. If your company has NXP Field Application Engineers (FAEs) assigned, they should be your primary point of contact for support.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;</description>
    <pubDate>Mon, 15 Dec 2025 13:12:39 GMT</pubDate>
    <dc:creator>danielmartynek</dc:creator>
    <dc:date>2025-12-15T13:12:39Z</dc:date>
    <item>
      <title>S32K31x eMcem_Init problems</title>
      <link>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2262855#M55409</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Environement: uC S32k31x, MCAL&amp;nbsp;SW32K3_S32M27x_RTD_R21-11_6.0.0, SPD&amp;nbsp;SW32K3_SPD_1.0.5_D2503&lt;/P&gt;&lt;P&gt;TLDR: After calling eMcem_Init, eMcem_DriverState remains EMCEM_S_UNINIT.&lt;BR /&gt;&lt;BR /&gt;Long story:&lt;BR /&gt;I configured the eMcem, call eMcem_Init, and after the driver remains uninitialized, I did some debugging and it seems that it does not enter in the CONFIGURE mode. After writing the CTRLK register with the key and the CTRL to enter in CONFIGURE mode, nothing seems to happen, it remains in NORMAL mode.&lt;BR /&gt;I found some info on forum and verified&amp;nbsp;&lt;SPAN&gt;MC_ME&amp;nbsp;PRTN1_COFB0_STAT register whether the ERM clock is running or not before the eMCEM and it is ok. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;But I found out on another forum post that in the release notes from this SPD specifies that it is compatible with MCAL 5.0.0 and 4.0.0.&amp;nbsp;Therefore, using RTD 6.0.0 may lead to compatibility issues.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Questions:&lt;BR /&gt;1.Are there any specific things that I could further check?&lt;BR /&gt;2.Is there a newer SPD which is compatible with the newer MCALs 6 and 7? Or which are the limitations and problems in using the above mentioned pair of MCAL and SPD?&lt;BR /&gt;3.Would it be possible to have a teams call/meeting to do a hands-on debugging session or at least to show you the behavior?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 15 Dec 2025 12:47:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2262855#M55409</guid>
      <dc:creator>Tiberiu_Dumitrescu</dc:creator>
      <dc:date>2025-12-15T12:47:37Z</dc:date>
    </item>
    <item>
      <title>Re: S32K31x eMcem_Init problems</title>
      <link>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2262869#M55412</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/249176"&gt;@Tiberiu_Dumitrescu&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;1.&lt;/P&gt;
&lt;P&gt;This issue might be caused by active NCF faults. There is a known hardware issue with the NCF[0] lockstep error, which can be triggered when attaching a debugger.&lt;BR /&gt;Workaround: Do not reset the S32K device using the debugger. Instead, allow the application to start without the debugger after POR and insert a while(1) loop in the code before eMcem_Init, and then attach the debugger without causing a reset. This approach prevents the NCF[0] fault from being raised.&lt;BR /&gt;You can verify this by checking the NCF status registers to see if any faults are present when you observe the failure during eMcem_Init().&lt;/P&gt;
&lt;P&gt;2.&lt;/P&gt;
&lt;P&gt;Version 1.0.6 for RTD 7.0.0 should be available at the end of the year. According to the 1.0.5 release notes, the SW has been developed and tested with RTD 4.0.0 and 5.0.0. We cannot guarantee compatibility with RTD 6.0.0 or newer,&lt;/P&gt;
&lt;P&gt;3.&lt;/P&gt;
&lt;P&gt;Our online technical support does not provide assistance through phone calls or live debug sessions. If your company has NXP Field Application Engineers (FAEs) assigned, they should be your primary point of contact for support.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Mon, 15 Dec 2025 13:12:39 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2262869#M55412</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2025-12-15T13:12:39Z</dc:date>
    </item>
    <item>
      <title>Re: S32K31x eMcem_Init problems</title>
      <link>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2263392#M55440</link>
      <description>&lt;P&gt;&lt;SPAN&gt;"Version 1.0.6 for RTD 7.0.0 should be available at the end of the year. According to the 1.0.5 release notes, the SW has been developed and tested with RTD 4.0.0 and 5.0.0. We cannot guarantee compatibility with RTD 6.0.0 or newer"&lt;BR /&gt;Currently we have 6.0.0, will SPD 1.0.6 cover also 6.0.0 or we will need to migrate to RTD 7.0.0?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Dec 2025 07:31:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2263392#M55440</guid>
      <dc:creator>Tiberiu_Dumitrescu</dc:creator>
      <dc:date>2025-12-16T07:31:22Z</dc:date>
    </item>
    <item>
      <title>Re: S32K31x eMcem_Init problems</title>
      <link>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2263603#M55465</link>
      <description>&lt;P&gt;With both RTD versions (specifically with patch 6.0.0 QLP04).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Tue, 16 Dec 2025 10:14:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K31x-eMcem-Init-problems/m-p/2263603#M55465</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2025-12-16T10:14:19Z</dc:date>
    </item>
  </channel>
</rss>

