<?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>MCX MicrocontrollersのトピックRe: Using Secure Provisioning Manufacturing Package without SEC installation dependency</title>
    <link>https://community.nxp.com/t5/MCX-Microcontrollers/Using-Secure-Provisioning-Manufacturing-Package-without-SEC/m-p/2353730#M5265</link>
    <description>&lt;P&gt;Hi Fabio,&lt;/P&gt;
&lt;P&gt;thank you for your question. Manufacturing package was designed to be used with SEC tool only. However, manufacturing package is a ZIP file and is customer needs to modify its content, it should not be a technical problem to do it. There is no guidance or recommendations available, it is completely up to the customer.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For simplicity, I'd recommend to keep SEC tool installed on host PC, even the GUI Manufacturing Tool is not used.&lt;/P&gt;
&lt;P&gt;Kindly mind: in SEC tool manufacturing tool, for USB connection, there are implemented several changes compare to normal "write" flow:&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;the USB is identified using USB-path instead if VID/PID, so several processors can be provisioned in parallel&lt;/LI&gt;
&lt;LI&gt;on some operating systems (Mac, Linux), the USB-path is changed after each reset of the processor. Detailed description of this issue can be found in user guide documentation.&lt;/LI&gt;
&lt;/UL&gt;</description>
    <pubDate>Mon, 20 Apr 2026 14:00:49 GMT</pubDate>
    <dc:creator>marek-trmac</dc:creator>
    <dc:date>2026-04-20T14:00:49Z</dc:date>
    <item>
      <title>Using Secure Provisioning Manufacturing Package without SEC installation dependency</title>
      <link>https://community.nxp.com/t5/MCX-Microcontrollers/Using-Secure-Provisioning-Manufacturing-Package-without-SEC/m-p/2353719#M5264</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I am working with the NXP Secure Provisioning Tool (SEC) version 26.03 and I am trying to understand how to properly use the generated Manufacturing Package in a standalone environment.&lt;/P&gt;&lt;P&gt;My intended workflow is the following:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Put the device (i.MX RT1052) into Serial Downloader Mode;&lt;/LI&gt;&lt;LI&gt;Run a firmware update script from a Windows host machine;&lt;/LI&gt;&lt;LI&gt;Perform full flashing using the generated Manufacturing Package content (scripts + tools).&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;When I use SEC directly, or when I run the generated Manufacturing Package while SEC is installed on the host PC, everything works correctly without any issues.&lt;/P&gt;&lt;P&gt;However, my goal is to remove the dependency on the SEC installation and use only the exported Manufacturing Package (scripts, tools, and firmware images) in a standalone deployment environment.&lt;/P&gt;&lt;P&gt;What I am currently observing is that:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The generated scripts rely on SEC-related installation paths (e.g., C:\nxp\SEC_Provi_...);&lt;/LI&gt;&lt;LI&gt;Some wrapper scripts and tool calls assume the presence of the SEC installation structure;&lt;/LI&gt;&lt;LI&gt;As a result, execution fails or requires manual adaptation when SEC is not installed.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;My question is:&lt;/P&gt;&lt;P&gt;What is the recommended way to use the SEC Manufacturing Package in a fully standalone mode (without requiring SEC installation on the host PC)?&lt;/P&gt;&lt;P&gt;More specifically:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Is there an officially supported “portable” mode for the Manufacturing Package?&lt;/LI&gt;&lt;LI&gt;Should the scripts be manually adapted to point only to SPSDK tools (blhost/sdphost)?&lt;/LI&gt;&lt;LI&gt;Or is SEC installation strictly required for execution, meaning the Manufacturing Package is not intended to be fully standalone?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Any guidance or best practices on how to decouple the Manufacturing Package from SEC installation would be very helpful.&lt;/P&gt;&lt;P&gt;Thank you in advance.&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Fabio Rossi&lt;/P&gt;</description>
      <pubDate>Mon, 20 Apr 2026 13:29:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCX-Microcontrollers/Using-Secure-Provisioning-Manufacturing-Package-without-SEC/m-p/2353719#M5264</guid>
      <dc:creator>fabiorossi</dc:creator>
      <dc:date>2026-04-20T13:29:10Z</dc:date>
    </item>
    <item>
      <title>Re: Using Secure Provisioning Manufacturing Package without SEC installation dependency</title>
      <link>https://community.nxp.com/t5/MCX-Microcontrollers/Using-Secure-Provisioning-Manufacturing-Package-without-SEC/m-p/2353730#M5265</link>
      <description>&lt;P&gt;Hi Fabio,&lt;/P&gt;
&lt;P&gt;thank you for your question. Manufacturing package was designed to be used with SEC tool only. However, manufacturing package is a ZIP file and is customer needs to modify its content, it should not be a technical problem to do it. There is no guidance or recommendations available, it is completely up to the customer.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For simplicity, I'd recommend to keep SEC tool installed on host PC, even the GUI Manufacturing Tool is not used.&lt;/P&gt;
&lt;P&gt;Kindly mind: in SEC tool manufacturing tool, for USB connection, there are implemented several changes compare to normal "write" flow:&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;the USB is identified using USB-path instead if VID/PID, so several processors can be provisioned in parallel&lt;/LI&gt;
&lt;LI&gt;on some operating systems (Mac, Linux), the USB-path is changed after each reset of the processor. Detailed description of this issue can be found in user guide documentation.&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Mon, 20 Apr 2026 14:00:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCX-Microcontrollers/Using-Secure-Provisioning-Manufacturing-Package-without-SEC/m-p/2353730#M5265</guid>
      <dc:creator>marek-trmac</dc:creator>
      <dc:date>2026-04-20T14:00:49Z</dc:date>
    </item>
  </channel>
</rss>

