<?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>i.MX RT Crossover MCUsのトピックRe: RT1020 can not debug from mcuxpresso</title>
    <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT1020-can-not-debug-from-mcuxpresso/m-p/2323354#M36257</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/260225"&gt;@dani-tse&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thank you so much for your interest in our products and for using our community.&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;1. Why it worked with MCUBootUtility&lt;BR /&gt;MCUBootUtility generates and inserts the required FlexSPI NOR boot header (FDCB, IVT, Boot Data, ....) at the beginning of the flash image. This allows the ROM to correctly initialize the external flash and boot your application.&lt;/P&gt;
&lt;P&gt;2. Why it worked in RAM but not in Flash&lt;BR /&gt;When you link the project to RAM, the debugger simply loads your code into on‑chip SRAM and runs it.&lt;BR /&gt;For this mode, FlexSPI NOR initialize by the ROM is not required, so your application code can run even without a valid flash boot header.&lt;/P&gt;
&lt;P&gt;However, when the image is linked to Flash, the ROM must read a valid FDCB/IVT header first.&lt;BR /&gt;If the header is missing or incorrect, the ROM cannot initialize the flash and will enter Serial Downloader mode.&lt;/P&gt;
&lt;P&gt;3. Recommended fastest method to enable XIP flash debugging on RT1020&lt;BR /&gt;The quickest and most reliable approach is to import an existing RT1020 SDK XIP demo and modify it.&lt;BR /&gt;If you are using a different flash device, adjust the flexspi_nor_config_t accordingly.&lt;BR /&gt;Please pay special attention to the LUT tables, since incorrect LUT settings are one of the most common causes of XIP boot failures.&lt;/P&gt;
&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV id="tinyMceEditormayliu1_0" class="mceNonEditable lia-copypaste-placeholder"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;P&gt;Wish it helps you&lt;/P&gt;
&lt;P&gt;Best Regards&lt;/P&gt;
&lt;P&gt;MayLiu&lt;/P&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
    <pubDate>Thu, 26 Feb 2026 10:20:47 GMT</pubDate>
    <dc:creator>mayliu1</dc:creator>
    <dc:date>2026-02-26T10:20:47Z</dc:date>
    <item>
      <title>RT1020 can not debug from mcuxpresso</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT1020-can-not-debug-from-mcuxpresso/m-p/2322872#M36253</link>
      <description>&lt;P&gt;I'm working on a project based on mimxrt1021CAG4B using a custom board. I tried one of the demos in mcuxpresso, after successfully flashing it using jflash the mcu is not leaving serial downoader mode. I then configured the project to link to ram instead of external flash, this time I can run and debug the program from mcuxpresso, but when I configure the project to link to flash I can not debug or run from mcuxpresso. As a final test I used mcu boot utility to flash the program(linked to flash not ram) and this time the mcu is able to execute code from flash(xip). It turns out mcu boot utility is changing the first 8k of my program with values that I don't know how it came to modify them. it's changing the boot config data, part of the IVT, boot data and almost entire DCD section. If the only way to execute from flash is by letting mcu boot utility change the first 8k of my program, then why bother having it the possiblity to edit those value in mcuxpresso? I am talking about the following variables:&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;SPAN&gt;const flexspi_nor_config_t qspiflash_config&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;const ivt image_vector_table&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;const BOOT_DATA_T g_boot_data&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Feb 2026 05:45:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT1020-can-not-debug-from-mcuxpresso/m-p/2322872#M36253</guid>
      <dc:creator>dani-tse</dc:creator>
      <dc:date>2026-02-26T05:45:29Z</dc:date>
    </item>
    <item>
      <title>Re: RT1020 can not debug from mcuxpresso</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT1020-can-not-debug-from-mcuxpresso/m-p/2323354#M36257</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/260225"&gt;@dani-tse&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thank you so much for your interest in our products and for using our community.&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;1. Why it worked with MCUBootUtility&lt;BR /&gt;MCUBootUtility generates and inserts the required FlexSPI NOR boot header (FDCB, IVT, Boot Data, ....) at the beginning of the flash image. This allows the ROM to correctly initialize the external flash and boot your application.&lt;/P&gt;
&lt;P&gt;2. Why it worked in RAM but not in Flash&lt;BR /&gt;When you link the project to RAM, the debugger simply loads your code into on‑chip SRAM and runs it.&lt;BR /&gt;For this mode, FlexSPI NOR initialize by the ROM is not required, so your application code can run even without a valid flash boot header.&lt;/P&gt;
&lt;P&gt;However, when the image is linked to Flash, the ROM must read a valid FDCB/IVT header first.&lt;BR /&gt;If the header is missing or incorrect, the ROM cannot initialize the flash and will enter Serial Downloader mode.&lt;/P&gt;
&lt;P&gt;3. Recommended fastest method to enable XIP flash debugging on RT1020&lt;BR /&gt;The quickest and most reliable approach is to import an existing RT1020 SDK XIP demo and modify it.&lt;BR /&gt;If you are using a different flash device, adjust the flexspi_nor_config_t accordingly.&lt;BR /&gt;Please pay special attention to the LUT tables, since incorrect LUT settings are one of the most common causes of XIP boot failures.&lt;/P&gt;
&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV id="tinyMceEditormayliu1_0" class="mceNonEditable lia-copypaste-placeholder"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;P&gt;Wish it helps you&lt;/P&gt;
&lt;P&gt;Best Regards&lt;/P&gt;
&lt;P&gt;MayLiu&lt;/P&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
      <pubDate>Thu, 26 Feb 2026 10:20:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT1020-can-not-debug-from-mcuxpresso/m-p/2323354#M36257</guid>
      <dc:creator>mayliu1</dc:creator>
      <dc:date>2026-02-26T10:20:47Z</dc:date>
    </item>
  </channel>
</rss>

