2406222_en-US

[#1]

How to Program a Fresh Ara240 Module on a Custom i.MX95 PCIe Platform?

Hello NXP Team,

We are using a custom i.MX95-based board (not the FRDM-i.MX95 EVK) and have connected an Ara240 M.2 module through the PCIe M-Key interface.

After reviewing the Ara240 Runtime SDK documentation, we understand the normal runtime flow where the Ara240 device is enumerated over PCIe and initialized by the Runtime SDK during system boot.

We would like to understand the requirements related to first-time module provisioning/programming for manufacturing and production support.

Could you please clarify the following:

1. Does the Ara240 M.2 module come pre-programmed from the factory, or is any initial firmware flashing required before first use?
2. If the module is fresh, blank, or the onboard flash becomes corrupted, what is the recommended recovery or programming procedure?
3. Is there any firmware or software component that needs to be programmed only once during manufacturing?
4. Which components are loaded or initialized automatically during every boot by the Ara240 Runtime SDK?
5. Is there a manufacturing, provisioning, or recovery guide available for customers using custom i.MX95 hardware platforms?
6. Are there any additional steps required when using Ara240 on a custom board compared to the FRDM-i.MX95 reference platform?

Any guidance or documentation related to first-time provisioning, firmware recovery, or production deployment would be greatly appreciated.

Re: How to Program a Fresh Ara240 Module on a Custom i.MX95 PCIe Platform?

The Ara240 M.2 module is normally shipped pre‑programmed, with the Runtime SDK handling initialization at boot, but if the onboard flash is blank or corrupted, recovery requires re‑flashing the firmware using the SDK tools and provisioning steps outlined in NXP’s manufacturing guide. Typically only base firmware is programmed once during production, while runtime components load automatically at each boot. For custom i.MX95 boards, the same provisioning flow applies as with the FRDM‑i.MX95, though you may need to adapt board‑specific PCIe and power sequencing. Official provisioning and recovery documentation from NXP is the recommended reference for manufacturing support.