<?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>MCU Bootloader中的主题 Clarification on Bootloader Flow: MCUboot_opensource and OTA Examples</title>
    <link>https://community.nxp.com/t5/MCU-Bootloader/Clarification-on-Bootloader-Flow-MCUboot-opensource-and-OTA/m-p/2321112#M1504</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I am working with the NXP SDK for the i.MX RT platform and I noticed that the SDK provides multiple bootloader-related examples, such as &lt;STRONG&gt;mcuboot_opensource&lt;/STRONG&gt; and &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;From my understanding, the boot flow seems to be as follows:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;The &lt;STRONG&gt;mcuboot_opensource&lt;/STRONG&gt; project is programmed first and acts as the main bootloader.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;The &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt; example is then used to handle firmware updates.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Finally, the OTA process updates the actual user application firmware.&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;So effectively, there appear to be three components involved:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;MCUboot bootloader (mcuboot_opensource)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;OTA update application (ota_mcuboot_basic)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Final user application firmware&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I would like to confirm if this understanding is correct. Specifically:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Is &lt;STRONG&gt;mcuboot_opensource&lt;/STRONG&gt; always required as the base bootloader for OTA examples like &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt;?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Does &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt; act as the main application that gets updated, or is it only a reference example for implementing OTA updates in a custom application?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;In a real product, would we typically keep MCUboot as the bootloader and replace &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt; with our own application?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Any clarification on the correct boot flow and how these examples are intended to be used in a production setup would be very helpful.&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;</description>
    <pubDate>Mon, 23 Feb 2026 06:50:16 GMT</pubDate>
    <dc:creator>Bhumika18</dc:creator>
    <dc:date>2026-02-23T06:50:16Z</dc:date>
    <item>
      <title>Clarification on Bootloader Flow: MCUboot_opensource and OTA Examples</title>
      <link>https://community.nxp.com/t5/MCU-Bootloader/Clarification-on-Bootloader-Flow-MCUboot-opensource-and-OTA/m-p/2321112#M1504</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I am working with the NXP SDK for the i.MX RT platform and I noticed that the SDK provides multiple bootloader-related examples, such as &lt;STRONG&gt;mcuboot_opensource&lt;/STRONG&gt; and &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;From my understanding, the boot flow seems to be as follows:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;The &lt;STRONG&gt;mcuboot_opensource&lt;/STRONG&gt; project is programmed first and acts as the main bootloader.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;The &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt; example is then used to handle firmware updates.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Finally, the OTA process updates the actual user application firmware.&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;So effectively, there appear to be three components involved:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;MCUboot bootloader (mcuboot_opensource)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;OTA update application (ota_mcuboot_basic)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Final user application firmware&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I would like to confirm if this understanding is correct. Specifically:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Is &lt;STRONG&gt;mcuboot_opensource&lt;/STRONG&gt; always required as the base bootloader for OTA examples like &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt;?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Does &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt; act as the main application that gets updated, or is it only a reference example for implementing OTA updates in a custom application?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;In a real product, would we typically keep MCUboot as the bootloader and replace &lt;STRONG&gt;ota_mcuboot_basic&lt;/STRONG&gt; with our own application?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Any clarification on the correct boot flow and how these examples are intended to be used in a production setup would be very helpful.&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;</description>
      <pubDate>Mon, 23 Feb 2026 06:50:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCU-Bootloader/Clarification-on-Bootloader-Flow-MCUboot-opensource-and-OTA/m-p/2321112#M1504</guid>
      <dc:creator>Bhumika18</dc:creator>
      <dc:date>2026-02-23T06:50:16Z</dc:date>
    </item>
    <item>
      <title>Re: Clarification on Bootloader Flow: MCUboot_opensource and OTA Examples</title>
      <link>https://community.nxp.com/t5/MCU-Bootloader/Clarification-on-Bootloader-Flow-MCUboot-opensource-and-OTA/m-p/2321478#M1506</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/258069"&gt;@Bhumika18&lt;/a&gt;,&amp;nbsp;hope you are doing well.&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;EM&gt;Is mcuboot_opensource always required as the base bootloader for OTA examples like ota_mcuboot_basic?&lt;/EM&gt;&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Yes, as it contains the required source code for MCUboot to work properly.&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;EM&gt;Does ota_mcuboot_basic act as the main application that gets updated, or is it only a reference example for implementing OTA updates in a custom application?&lt;/EM&gt;&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;It is a reference application that implements OTA updates, therefore you would use the same logic into a custom application to enable OTA updates.&lt;BR /&gt;&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;&lt;EM&gt;In a real product, would we typically keep MCUboot as the bootloader and replace ota_mcuboot_basic with our own application?&lt;BR /&gt;&lt;BR /&gt;&lt;/EM&gt;Yes, just make sure that you maintain the OTA functionalities of the mentioned example in order to be able to do the OTA in your custom application.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;&amp;nbsp;&lt;BR /&gt;Please let me know if this information clears out your doubts.&lt;/P&gt;</description>
      <pubDate>Mon, 23 Feb 2026 20:37:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCU-Bootloader/Clarification-on-Bootloader-Flow-MCUboot-opensource-and-OTA/m-p/2321478#M1506</guid>
      <dc:creator>RomanVR</dc:creator>
      <dc:date>2026-02-23T20:37:32Z</dc:date>
    </item>
  </channel>
</rss>

