<?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: Problem in reflash s32k322 micro with PE_Micro universal multilinError in S32K</title>
    <link>https://community.nxp.com/t5/S32K/Problem-in-reflash-s32k322-micro-with-PE-Micro-universal/m-p/2054990#M46401</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/217193"&gt;@nkarthik&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Are you encountering this error only in your custom project? Please try creating a blank S32DS Application Project and check if the same error persists.&lt;/P&gt;
&lt;P&gt;What is the current state of the MCU? After a power-on reset, is the previously programmed application still running on the MCU? Additionally, is there an SBC or another device on the board that could be resetting the MCU during programming?&lt;/P&gt;
&lt;P&gt;Can you do an attach? By doing this, the debugger will attach to the microcontroller without loading the executable, allowing you to pause and inspect the memory address where the MCU is running.&lt;/P&gt;
&lt;P&gt;From your log, I noticed that you selected the nxp_s32k322_1x32x500k_hse_disabled.arp algorithm file. One possibility is that the HSE firmware on your board has been enabled, which could prevent the debugger from erasing the flash area reserved for the HSE firmware. If HSE is enabled, you should select the nxp_s32k322_1x32x456k_hse_enabled.arp algorithm file.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;BR, VaneB&lt;/P&gt;</description>
    <pubDate>Mon, 03 Mar 2025 20:24:24 GMT</pubDate>
    <dc:creator>VaneB</dc:creator>
    <dc:date>2025-03-03T20:24:24Z</dc:date>
    <item>
      <title>Problem in reflash s32k322 micro with PE_Micro universal multilinError</title>
      <link>https://community.nxp.com/t5/S32K/Problem-in-reflash-s32k322-micro-with-PE-Micro-universal/m-p/2054738#M46382</link>
      <description>&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;Hi NXP team,&lt;/EM&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;&lt;U&gt;Problem in reflash s32k322 micro with PE_Micro universal multilink&amp;nbsp;&lt;/U&gt;&lt;/EM&gt;&lt;/STRONG&gt;&lt;STRONG&gt;&lt;U&gt;:&lt;/U&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;We have 2 projects and one for bootloader and one for application. We made some changes in both the boot and application During Development process and reflash 2 to 3 times and Not able to reflash the device further. Error was captured as text below (debug_error_log.txt). Every time debugger was failed in checking the CRC and failed with CRC verification timeout error message.&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 03 Mar 2025 12:56:34 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Problem-in-reflash-s32k322-micro-with-PE-Micro-universal/m-p/2054738#M46382</guid>
      <dc:creator>nkarthik</dc:creator>
      <dc:date>2025-03-03T12:56:34Z</dc:date>
    </item>
    <item>
      <title>Re: Problem in reflash s32k322 micro with PE_Micro universal multilinError</title>
      <link>https://community.nxp.com/t5/S32K/Problem-in-reflash-s32k322-micro-with-PE-Micro-universal/m-p/2054990#M46401</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/217193"&gt;@nkarthik&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Are you encountering this error only in your custom project? Please try creating a blank S32DS Application Project and check if the same error persists.&lt;/P&gt;
&lt;P&gt;What is the current state of the MCU? After a power-on reset, is the previously programmed application still running on the MCU? Additionally, is there an SBC or another device on the board that could be resetting the MCU during programming?&lt;/P&gt;
&lt;P&gt;Can you do an attach? By doing this, the debugger will attach to the microcontroller without loading the executable, allowing you to pause and inspect the memory address where the MCU is running.&lt;/P&gt;
&lt;P&gt;From your log, I noticed that you selected the nxp_s32k322_1x32x500k_hse_disabled.arp algorithm file. One possibility is that the HSE firmware on your board has been enabled, which could prevent the debugger from erasing the flash area reserved for the HSE firmware. If HSE is enabled, you should select the nxp_s32k322_1x32x456k_hse_enabled.arp algorithm file.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;BR, VaneB&lt;/P&gt;</description>
      <pubDate>Mon, 03 Mar 2025 20:24:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Problem-in-reflash-s32k322-micro-with-PE-Micro-universal/m-p/2054990#M46401</guid>
      <dc:creator>VaneB</dc:creator>
      <dc:date>2025-03-03T20:24:24Z</dc:date>
    </item>
  </channel>
</rss>

