<?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>S32KのトピックRe: S32K344 Bootloader. Deinit Mcu</title>
    <link>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2144703#M51528</link>
    <description>&lt;P&gt;Sorry for delay.&lt;BR /&gt;The solution was put the same config from .mex of bootloader fw on application fw. Don't initialize MUC in application fw, only initialize in the bootloader fw.&lt;BR /&gt;A tip: Don't put optimization on Startup_Code&lt;/P&gt;</description>
    <pubDate>Thu, 31 Jul 2025 18:24:47 GMT</pubDate>
    <dc:creator>myst</dc:creator>
    <dc:date>2025-07-31T18:24:47Z</dc:date>
    <item>
      <title>S32K344 Bootloader. Deinit Mcu</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2082791#M47899</link>
      <description>&lt;P&gt;I am implementing a bootloader in S32K344 and encountering some issues after the jump to the application firmware.&lt;BR /&gt;1 - I have verified that the jump is occurring correctly, but there are problems during the MCU initialization, its goes to HardFault. However, this does not always happen; often, the jump to the production firmware occurs without any issues. The times when this problem occurs are during the following sections of the MCU initialization:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="myst_0-1744923213359.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/333746iAA0AFE556DF613F0/image-size/medium?v=v2&amp;amp;px=400" role="button" title="myst_0-1744923213359.png" alt="myst_0-1744923213359.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;The peripherals that the bootloader initialize uses are:&lt;BR /&gt;MCU, OsIf, Siul2_Port_Ip_Init, IntCtrl_Ip, Gpt, Spi, Sbc_fs26, Wdg_43_fs26, Lpuart_Uart, flash_c40.&lt;/P&gt;&lt;P&gt;The deinit function in bootloader:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="myst_1-1744923213384.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/333747iC43DE7E8B8A4C5D6/image-size/medium?v=v2&amp;amp;px=400" role="button" title="myst_1-1744923213384.png" alt="myst_1-1744923213384.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;How do I perform deinitialization in MCU functions?&lt;BR /&gt;Is there any additional step I need to take? Perhaps in the .mex?&lt;/P&gt;&lt;P&gt;2) I use the PTE13 port as an input. I have already used the solution of disabling the LMBCTLEN register, and it worked in the production firmware. However, when the production firmware is initialized by the bootloader, this register remains selected. In other words, the MCU initialization in the bootloader is not redone when I call Mcu_Init / Mcu_InitClock / Mcu_SetMode at production firmware. What do I suposto do?&lt;/P&gt;&lt;P&gt;3) As with question 2, the same issue is occurring with the PTA24 and PTA25 pins. In the production firmware, they have been configured correctly and work normally. However, when initialized by the bootloader, the SOSC source configuration is lost.&amp;nbsp;What do I suposto do?&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="myst_2-1744923213388.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/333745i6B0BA7A427158699/image-size/medium?v=v2&amp;amp;px=400" role="button" title="myst_2-1744923213388.png" alt="myst_2-1744923213388.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Apr 2025 20:56:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2082791#M47899</guid>
      <dc:creator>myst</dc:creator>
      <dc:date>2025-04-17T20:56:23Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 Bootloader. Deinit Mcu</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2085453#M48061</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/243227"&gt;@myst&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;1.&lt;/P&gt;
&lt;P&gt;It is important to identify the fault exception. There can be many possible root caused.&lt;/P&gt;
&lt;P&gt;Follow these documents:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-HARDFAULT-Handling-Interrupt-DS3-5-RTD300/ta-p/1806259" target="_blank"&gt;https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-HARDFAULT-Handling-Interrupt-DS3-5-RTD300/ta-p/1806259&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.nxp.com/t5/S32K-Knowledge-Base/How-To-Debug-A-Fault-Exception-On-ARM-Cortex-M-V7M-MCU-S32K3XX/ta-p/1595570" target="_blank"&gt;https://community.nxp.com/t5/S32K-Knowledge-Base/How-To-Debug-A-Fault-Exception-On-ARM-Cortex-M-V7M-MCU-S32K3XX/ta-p/1595570&lt;/A&gt;&lt;BR /&gt;&lt;A href="https://community.nxp.com/t5/S32K-Knowledge-Base/Fault-handling-on-S32K14x/ta-p/1114447" target="_blank"&gt;https://community.nxp.com/t5/S32K-Knowledge-Base/Fault-handling-on-S32K14x/ta-p/1114447&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;2 &amp;amp; 3.&lt;/P&gt;
&lt;P&gt;Which RTD revision is this?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;BR, Daniel&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 23 Apr 2025 12:22:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2085453#M48061</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2025-04-23T12:22:07Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 Bootloader. Deinit Mcu</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2086665#M48130</link>
      <description>&lt;P&gt;Hello,&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/160001"&gt;@danielmartynek&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm glad your reply.&amp;nbsp;&lt;BR /&gt;1. We going to&amp;nbsp;&lt;SPAN&gt;identify the fault exception. When we identify, I will reply here.&lt;BR /&gt;2 &amp;amp; 3. RTD 5.0&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 24 Apr 2025 14:03:31 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2086665#M48130</guid>
      <dc:creator>myst</dc:creator>
      <dc:date>2025-04-24T14:03:31Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 Bootloader. Deinit Mcu</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2144703#M51528</link>
      <description>&lt;P&gt;Sorry for delay.&lt;BR /&gt;The solution was put the same config from .mex of bootloader fw on application fw. Don't initialize MUC in application fw, only initialize in the bootloader fw.&lt;BR /&gt;A tip: Don't put optimization on Startup_Code&lt;/P&gt;</description>
      <pubDate>Thu, 31 Jul 2025 18:24:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-Bootloader-Deinit-Mcu/m-p/2144703#M51528</guid>
      <dc:creator>myst</dc:creator>
      <dc:date>2025-07-31T18:24:47Z</dc:date>
    </item>
  </channel>
</rss>

