<?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: Unable to debug S32k311 mcu using Segger j-link V9 debugger in S32K</title>
    <link>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2105897#M49290</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;But when we debug the sample code, after flashing, the PC goes to random RAM locations and not to the main function&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Ok, seems to me weird. The core will execute the instruction loaded in it. Not some random ones.&lt;/P&gt;
&lt;P&gt;There must be executed in your SW some branch (jump) to that RAM location. And the RAM location must be defined in your core registers, to perform branch.&lt;/P&gt;
&lt;P&gt;If you do step by step debug, you will see exactly where the branch to RAM is happening, and also its preconditions.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;But PC does not halt at the main and goes to random RAM locations and halts there. I tried with another example code for S32k311 and it gave the same output.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Yes, if the main is not reached, it wont halt at main breakpoint.&lt;/P&gt;
&lt;P&gt;Since the another example gives you the same result, it could be some jumper settings on the board if you use our EVB.&lt;/P&gt;
&lt;P&gt;We supply the EVBs with getting started guide, where all necessary HW settings are described.&lt;/P&gt;
&lt;P&gt;But debugging of startup will simply tell you where the issue lie.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;/P&gt;
&lt;P&gt;Peter&lt;/P&gt;</description>
    <pubDate>Wed, 28 May 2025 06:47:50 GMT</pubDate>
    <dc:creator>petervlna</dc:creator>
    <dc:date>2025-05-28T06:47:50Z</dc:date>
    <item>
      <title>Unable to debug S32k311 mcu using Segger j-link V9 debugger</title>
      <link>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2105838#M49288</link>
      <description>&lt;DIV&gt;I have been working with an eval board by Elekronika India for 18s BMS solution based on S32k311 MCU. The Segger j-link V9-G JTAG debugger is being used for flashing and debugging.&lt;/DIV&gt;&lt;DIV&gt;But when we debug the sample code, after flashing, the PC goes to random RAM locations and not to the main function. Enclosed image for your reference. There are no breakpoints except main. But PC does not halt at the main and goes to random RAM locations and halts there. I tried with another example code for S32k311 and it gave the same output.&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Kindly suggest a solution.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="image001.png" style="width: 999px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/340094i79305759E11053BE/image-size/large?v=v2&amp;amp;px=999" role="button" title="image001.png" alt="image001.png" /&gt;&lt;/span&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 28 May 2025 05:46:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2105838#M49288</guid>
      <dc:creator>ce_ritesh</dc:creator>
      <dc:date>2025-05-28T05:46:19Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to debug S32k311 mcu using Segger j-link V9 debugger</title>
      <link>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2105868#M49289</link>
      <description>&lt;P&gt;Please find gdb server log for your reference&lt;/P&gt;</description>
      <pubDate>Wed, 28 May 2025 06:15:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2105868#M49289</guid>
      <dc:creator>ce_ritesh</dc:creator>
      <dc:date>2025-05-28T06:15:56Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to debug S32k311 mcu using Segger j-link V9 debugger</title>
      <link>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2105897#M49290</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;But when we debug the sample code, after flashing, the PC goes to random RAM locations and not to the main function&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Ok, seems to me weird. The core will execute the instruction loaded in it. Not some random ones.&lt;/P&gt;
&lt;P&gt;There must be executed in your SW some branch (jump) to that RAM location. And the RAM location must be defined in your core registers, to perform branch.&lt;/P&gt;
&lt;P&gt;If you do step by step debug, you will see exactly where the branch to RAM is happening, and also its preconditions.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;But PC does not halt at the main and goes to random RAM locations and halts there. I tried with another example code for S32k311 and it gave the same output.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Yes, if the main is not reached, it wont halt at main breakpoint.&lt;/P&gt;
&lt;P&gt;Since the another example gives you the same result, it could be some jumper settings on the board if you use our EVB.&lt;/P&gt;
&lt;P&gt;We supply the EVBs with getting started guide, where all necessary HW settings are described.&lt;/P&gt;
&lt;P&gt;But debugging of startup will simply tell you where the issue lie.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;/P&gt;
&lt;P&gt;Peter&lt;/P&gt;</description>
      <pubDate>Wed, 28 May 2025 06:47:50 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2105897#M49290</guid>
      <dc:creator>petervlna</dc:creator>
      <dc:date>2025-05-28T06:47:50Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to debug S32k311 mcu using Segger j-link V9 debugger</title>
      <link>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2160945#M52284</link>
      <description>&lt;P&gt;Issue was with the Segger connector to JTAG adapter board. It wasn't able to reset the controller before debug session. It is resolved now.&lt;/P&gt;</description>
      <pubDate>Sat, 30 Aug 2025 09:31:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Unable-to-debug-S32k311-mcu-using-Segger-j-link-V9-debugger/m-p/2160945#M52284</guid>
      <dc:creator>ce_ritesh</dc:creator>
      <dc:date>2025-08-30T09:31:58Z</dc:date>
    </item>
  </channel>
</rss>

