From Silicon to Supply Chain: How NXP's MCX Portfolio Is Built for Resilience In today's market, MCU selection is no longer based solely on product features like performance or power consumption. Supply assurance, manufacturing flexibility, and long-term availability have become critical design requirements and often lead the selection conversation. Developers need confidence that the device will be available and supported throughout their products’ lifecycle. Supply resiliency is no longer just an operations topic, it's a key design consideration. NXP’s manufacturing and supply strategy for the MCX portfolio is designed with resiliency in mind. Recent investments in manufacturing capacity, combined with the opening of VSMC's new Singapore facility, reinforce NXP's commitment to helping customers plan with greater confidence and address supply chain risk. The MCX portfolio is supported by a diversified manufacturing strategy intended to improve supply flexibility, geographic diversification, and long-term availability. A New Era of Manufacturing Resilience The opening of VSMC’s new Singapore facility marks an important step in NXP’s long-term manufacturing strategy and highlights the value of its joint ownership in the venture, helping expand manufacturing capacity and enhance supply resilience. For MCX customers, this aligns directly with NXP's long-term strategy of expanding manufacturing options and supporting greater geographic diversification over time. NXP's supply architecture leverages multiple manufacturing partners and strategically distributed operations to create a more robust supply chain designed to support evolving customer demand and strengthen long-term supply flexibility. MCX is backed by a comprehensive resiliency strategy centered on three key pillars: Predictable Lead Times NXP maintains a consistent targeted lead time of approximately 16-weeks for MCX devices, helping customers improve production planning and reduce uncertainty during product launches and volume ramp-ups. Diversified Front-End Manufacturing MCX is supported by a diversified front-end manufacturing strategy, including a long-term second-source roadmap incorporating VSMC in Singapore. This geographic diversification provides additional manufacturing flexibility and strengthens long-term supply resilience. Flexible Back-End Operations Multiple assembly and test locations across geographic regions provide customers with sourcing flexibility and support continued capacity expansion. NXP’s back-end strategy includes assembly and test operations across multiple regions, with China and non-China pathways available for select MCX products and package options. More Than Availability: Long-Term Customer Confidence Supply resiliency is not simply about addressing today's demand. It is about enabling product developers to make long-term platform decisions with confidence. The MCX family combines: Consistent lead time target of 16 weeks Geographic manufacturing diversification Multi-source manufacturing strategies Broad package support Long-term product longevity commitments Together, these capabilities help reduce risk while giving customers confidence that the MCU platform selected today can help customers evaluate MCX for long-term product and platform plans. MCX: Supply Strength You Can Build On While many manufacturers continue to face extended lead times across portions of their MCU portfolios, NXP has invested aggressively in capacity expansion and supply chain diversification. These investments are designed to provide customers with a dependable path to production while supporting future growth and innovation. The opening of VSMC’s Singapore facility represents an important step in building a more geographically diversified semiconductor manufacturing ecosystem. Alongside NXP’s broader investments in manufacturing flexibility and expanded sourcing options, it supports the long-term strategy behind the MCX portfolio. Whether developers are building a new industrial controller, updating an existing platform or planning the next generation of connected products, MCX brings together scalable performance, a broad development ecosystem and a manufacturing strategy designed to support long-term product plans. Build your next design with MCX. Celebrate the VSMC grand opening with 50% off one eligible FRDM-MCX board on nxp.com through October 31, 2026. Use coupon code AMKSFYKZ. Limit one eligible board per customer. Terms and conditions apply. Supply resilience is now a critical factor in MCU selection. Discover how NXP’s MCX portfolio combines predictable lead times, diversified manufacturing, long-term product longevity, and strategic investments like VSMC’s new Singapore facility to help developers build with confidence and reduce supply chain risk. Board Design MCX C15 MCX C16 MCXA MCXC MCXN

VRC_CTRL Clarification Hello NXP Support, I would like to ask some questions on S32K3's VRC_CTRL (PTE13). (1) RM mentions VRC_CTRL is direct signal, could you please check the understanding/question in the following table (red font)? ALTx OBE IBE VRC_CTRL Question GPIO Disabled Disabled Enabled VRC_CTRL will take effect, right? GPIO Disabled Enabled Enabled VRC_CTRL will still take effect, right? GPIO Enabled Not Care Enabled Who will take effect? (2) If we configure PTE13 as GPIO + OBE Enabled + Output Level Low, will the VRC_CTRL negative feedback mechanism be broken because VRC_CTRL is treated as error signal and now maybe GPIO and VRC_CTRL are driving the pin at the same time? (3) In NXP MCAL, as long as I configure PTE13 as PG_VRC_CTRL_OUT, OBE will be automatically set by function Port_Ipw_SetOnlyOutputMode(), is it an issue of MCAL? (4) How to test VRC_CTRL feedback mechanism , what waveform is expected during which condition? (5) Why is MSCR141 documented as "Not Supported" in RM? Thanks. BR

优惠券无效 FRDM-MCXN236 还有其他人遇到免费板优惠券代码无法使用的问题吗？ NXP 正在宣传赠送一块免费电路板供用户入门，但结账时优惠券代码显示无效，即使该产品显然有库存。这是系统故障吗？还有其他人遇到这个问题吗？ 开发板 FRDM培训

スマートカードリーダーの便利な活用法は？ 私のThinkPad T15にはスマートカードリーダーが搭載されているのに、1年間もそのことに気づかなかった。 何か面白い使い道はあるの？職場ではメールの暗号化にそれらを使用していますが、それは個人的な用途にはあまり適していません。きっと何か面白い使い道があるはずだ。 スマート・カード

MCUXpresso IDE v24.12 [版本 148] [2025-01-10] 不支持调试配置“变量”。 大家好， 我正在使用 MCUXpresso IDE v24.12.148 和 SEGGER J-Link 调试器。我的项目RSR1138_OSRAM_CONFIGURABLE有两个版本配置： 版本和版本 。 我的目标是创建一个单一的调试配置，使其能够根据当前激活的版本配置自动指向正确的.axf文件。目前，我有两个独立的调试配置，分别指向一个固定的路径（ Debug\...axf或版本\...axf ），我希望将它们合并为一个。 我注意到在“调试配置”->“主”选项卡中，“C/C++应用程序”字段旁边有一个“变量...”按钮。在可用变量中，我找到了active_core_build_dir ，其描述为： “给定项目的活动核心版本配置的版本目录” 。 基于此，我对“C/C++ 应用程序”字段进行了如下修改： 文字 ${active_core_build_dir}/RSR1138_OSRAM_CONFIGURABLE.axf 我还将“启动前（如果需要）版本”->“版本配置” 设置 为“使用活动” 。 但是，当我用上市，不用发布此调试配置时，出现以下错误： 文字 'Launching RSR1138_OSRAM_CONFIGURABLE JLink Debug' has encountered a problem. Program file does not exist \RSR1138_OSRAM_CONFIGURABLE.axf not found \RSR1138_OSRAM_CONFIGURABLE.axf not found \RSR1138_OSRAM_CONFIGURABLE.axf not found 变量${active_core_build_dir}在“C/C++ 应用程序”字段中似乎没有正确展开，导致路径格式错误。 我的问题： 是否可以在调试配置的“C/C++ 应用程序”字段中使用${active_core_build_dir}或类似变量来创建动态路径？ 如果可以，正确的语法或配置是什么？ 如果不行，那么实现一个能够 根据当前版本配置 自动选择正确 .axf 文件的单一调试配置的推荐方法是什么 ？ 我附上了两张截图： 其中一张图显示了插入变量后的调试配置以及由此产生的错误。 其中一张图显示了“选择变量”对话框，以及可用变量的列表。 感谢您的支持。 此致， 保罗·贝尔纳斯科尼 错误

RT1160 Spread Spectrum crashing... Looking for help here, I've looked over all other forum posts, and followed everything I could find, but still getting crashes when trying to enable Spread Spectrum on a RT1160 MCU. As you can see from the screenshots, I've moved fsl_clock.o to RAM as well as *flexspi.o to RAM. You can see, using Segger Ozone, exactly where the crash occurs, along with the generated exception and exception register settings. Any idea what's wrong here?

智能卡读卡器有哪些好用途？ 我的 Thinkpad T15 笔记本电脑配备了智能卡读卡器，而我竟然一年后才知道。 它有什么很棒的用途吗？在工作中，我们用它们来加密邮件，但这并不是用于私人用途的。我相信它肯定有很多好玩的用途。 Smart Card

MCUXpresso IDE v24.12 [ビルド148] [2025-01-10] はDebug Confguration「変数」をサポートしません こんにちは、みんな、 私はMCUXpresso IDE v24.12.148とSEGGER J-Linkデバッガを使用しています。私のプロジェクトRSR1138_OSRAM_CONFIGURABLE には、Debug と Releaseの 2つのビルド構成があります 。 私の目標は、 アクティブなビルド構成に基づいて 適切な .axf ファイルを自動的に指定する 単一のデバッグ構成を 作成することです。現在、それぞれ固定パス (Debug\...axf または Release\...axf) を指す 2 つのデバッグ構成がありますが 、これらを 1 つに統合したいと考えています。 Debug Configurations -> Main タブの「C/C++ Application」フィールドの隣に 「Variables...」 というボタンがあること に気づ きました 。「」ボタンです。利用可能な変数の中には active_core_build_dir があり 、その説明は「 指定されたプロジェクトのアクティブCore Build構成のビルドディレクトリ」 です 。 これを踏まえて、「C/C++アプリケーション」フィールドを次のように修正しました。 文章 ${active_core_build_dir}/RSR1138_OSRAM_CONFIGURABLE.axf また、 「起動前にビルド（必要な場合）」→「ビルド構成」を 「アクティブを使用」 に 設定しました 。 しかし、このデバッグ構成を起動すると、次のエラーが発生します。 文章 'Launching RSR1138_OSRAM_CONFIGURABLE JLink Debug' has encountered a problem. Program file does not exist \RSR1138_OSRAM_CONFIGURABLE.axf not found \RSR1138_OSRAM_CONFIGURABLE.axf not found \RSR1138_OSRAM_CONFIGURABLE.axf not found 「 C/C++ Application」フィールドで 変数${active_core_build_dir} が正しく展開 されておらず、誤ったパスができているようです。 私の質問： ${active_core_build_dir}デバッグ構成の「C/C++ Application」フィールドで や類似の変数を使って動的パスを作成する ことは 可能でしょうか ? はいの場合、それを機能させるための正しい構文または設定は何ですか？ そうでない場合、 アクティブなビルド構成に基づいて 適切な .axf ファイルを自動的に選択する単一のデバッグ構成を実現するための推奨される方法は何ですか ？ スクリーンショットを2枚添付しました。 1つ目は、変数を挿入したデバッグ構成と、それによって発生したエラーを示すものです。 使用可能な変数の一覧が表示された「変数の選択」ダイアログを表示した画像。 再開まで今しばらくお待ちください。 よろしくお願いします、 パオロ・ベルナスコニ エラー

MCUXpresso IDE v24.12 [Build 148] [2025-01-10] doesn't suppoert Debug Confguration "Variables" Hello everyone, I am using MCUXpresso IDE v24.12.148 with a SEGGER J-Link debugger. My project, RSR1138_OSRAM_CONFIGURABLE, has two build configurations: Debug and Release. My goal is to have a single Debug Configuration that automatically points to the correct .axf file based on the active build configuration. Currently, I have two separate Debug Configurations, each pointing to a fixed path (Debug\...axf or Release\...axf), and I want to merge them into one. I noticed that in the Debug Configurations -> Main tab, next to the "C/C++ Application" field, there is a "Variables..." button. Among the available variables, I found active_core_build_dir, whose description is: "The build directory for the active Core Build configuration for the given project". Based on this, I modified the "C/C++ Application" field as follows: text ${active_core_build_dir}/RSR1138_OSRAM_CONFIGURABLE.axf I also set the "Build (if required) before launching" -> Build Configuration to "Use Active". However, when I launch this Debug Configuration, I get the following error: text 'Launching RSR1138_OSRAM_CONFIGURABLE JLink Debug' has encountered a problem. Program file does not exist \RSR1138_OSRAM_CONFIGURABLE.axf not found \RSR1138_OSRAM_CONFIGURABLE.axf not found \RSR1138_OSRAM_CONFIGURABLE.axf not found It seems that the variable ${active_core_build_dir} is not being expanded correctly in the "C/C++ Application" field, resulting in a malformed path. My questions: Is it possible to use ${active_core_build_dir} or a similar variable in the "C/C++ Application" field of a Debug Configuration to create a dynamic path? If yes, what is the correct syntax or configuration to make it work? If not, what is the recommended way to achieve a single Debug Configuration that automatically selects the correct .axf file based on the active build configuration? I have attached two screenshots: One showing the Debug Configuration with the variable inserted and the resulting error. One showing the "Select Variable" dialog with the list of available variables. Thank you for your support. Best regards, Paolo Bernasconi Error

クーポンは無効です FRDM-MCXN236 無料ボードのクーポンコードで問題が発生している方はいらっしゃいますか？ NXPは無料ボードを宣伝していますが、製品の在庫があるのにチェックアウト時にクーポンコードが無効と表示されます。これはシステム上の不具合でしょうか？他にも同じ問題が発生している方はいらっしゃいますか？ 公開板 FRDM培训

RT1160 扩频器崩溃了…… 我正在寻求帮助，我已经查看了所有其他论坛帖子，并按照我能找到的所有方法操作，但在尝试在 RT1160 MCU 上启用扩频时仍然会崩溃。 从截图中可以看到，我已经移动了 fsl_clock.o到 RAM 以及 *flexspi.o写入内存。 使用 Segger Ozone，您可以准确地看到崩溃发生的位置，以及生成的异常和异常寄存器设置。 知道这里出了什么问题吗？

RT1160スペクトラム拡散方式がクラッシュしています... ここで助けを求めています。他のフォーラムの投稿もすべて見て、見つけられるものはすべて追いましたが、RT1160 MCUでSpread Spectrumを有効にしようとするとクラッシュが起き続けます。 スクリーンショットを見ればわかるように、私はfsl_clock.oを移動しましたRAMと*flexspi.oにもRAMへ。 Segger Ozoneを使うと、クラッシュが起きる正確な場所と、生成された例外および例外レジスタの設定を確認できます。 何が問題なのか分かりますか?

Good uses for Smartcard Reader? My Thinkpad T15 has a smartcard reader and I didn’t even know for a year. Is there some cool use for it? At work we use those to encrypt mails but that’s not really something for private use. I’m sure there must be cool things to do with it. Smart Cards

Coupon not valid FRDM-MCXN236 Is anyone else having trouble with the free board coupon code? NXP is advertising a free board to get started, but the coupon code is showing as invalid during checkout, even though the product is clearly in stock. Is this a system glitch? Is anyone else experiencing this issue? 开发板 FRDM 培训

Choosing an MPU for PXI controller I want to create an open-source PXI chassis controller (if someone doesn't know, it's basically an ARM SBC, connected to backplane via PCIe, peripheral PXI modules do the same, but have PCIe EP instead of RC) So, I need an MPU that can run linux distr, e.g. Ubuntu, in graphic mode with decent performance, as some specialised software would be running on it, e.g. LabVIEW and custom peripheral modules control utilities, that process Gbs of raw data per second. It should also have at least 2 independent PCIe RCs, as denanded by PXI spec, and the faster they are the better: if they are fast enough, it would be possible to e.g. feed DAC in RF AWG with raw data continuously, not limited by AWG ram size. Also a possibility to connect a lot of LPDDR4 would be cool, not just typical 32 bit bus, but 64+ The new TI Am69a looks like a cool thing, but it seems like it's going to cost a lot, and it's very new, so no full errata, no software examples, drivers and so on - looks too challenging for me, being a hardware developer and coding only as hobby Another way would be Rockchip RK3588, it's more affordable and older, but it's PCIe is too slow, just 2x2 gen 3. I could definitely live with it, but... Maybe you have better ideas or done something similar recently? Would be grateful to hear them 🙂 USB

MCUXpresso IDE v24.12 [Build 148] [2025-01-10] debug attach without .AXF image download Dear Support I need to use the MCUXpresso debugger (JLINK) without download the .AXF image (I need to reprogram some flash sector on runtime), so I deselected the "Load image" option (see attached image). It works but is not possible to restart the program to the main  even if the related checkbox in the Debug Configuration -> Startup is selected. Is it possible to restart the program assuming that no change is done in the flash memory even if .AXF is not loaded ? Regard Paolo

选择用于 PXI 控制器的 MPU 我想创建一个开源的 PXI 机箱控制器（如果有人不知道的话，它基本上是一个 ARM 单板计算机，通过 PCIe 连接到背板，外围 PXI 模块也做同样的事情，但使用的是 PCIe EP 而不是 RC）。 所以，我需要一个可以运行linux发行版的MPU，例如：Ubuntu 系统在图形模式下运行，性能良好，因为上面会运行一些专用软件，例如：LabVIEW 和自定义外围模块控制实用程序，每秒可处理 Gb 的原始数据。它还应该至少有 2 个独立的 PCIe RC，这是 PXI 规范所要求的，而且速度越快越好：如果速度足够快，例如，就可以实现以下功能：将原始数据连续地馈送到射频 AWG 的 DAC，不受 AWG 内存大小的限制。如果能连接大量 LPDDR4 内存就太好了，不只是普通的 32 位总线，而是 64 位以上的总线。 TI 的新款 Am69a 看起来很棒，但似乎价格不菲，而且它非常新，所以没有完整的勘误表、软件示例、驱动程序等等——对于我这个硬件开发人员来说，编程只是业余爱好，感觉挑战太大了。 另一种选择是瑞芯微RK3588，它价格更便宜，也更老一些，但是它的PCIe速度太慢，只有2x2 Gen 3。我当然可以接受，但是……也许您有更好的想法，或者最近做过类似的事情？很想听听他们的想法。 🙂 USB

MCUXpresso IDE v24.12 [版本 148] [2025-01-10] 无需下载 .AXF 镜像即可进行调试附加 尊敬的支持人员： 我需要使用 MCUXpresso 调试器 (JLINK)，但不能下载 .AXF 映像（我需要在运行时重新编程一些闪存扇区），所以我取消选择了“加载映像”选项（见附件图片）。程序可以运行，但无法重新启动到主程序。 即使已选中“调试配置 -> 启动”中的相关复选框。 即使未加载 .AXF 文件，是否可以在假设闪存未发生任何更改的情况下重新启动程序？ 问候 Paolo

MCUXpresso IDE v24.12 [ビルド148] [2025-01-10] デバッグを付けずに添付します。AXFイメージダウンロード 親愛なるサポートへ MCUXpressoデバッガ(JLINK)を使わなければ、.AXFイメージをダウンロードせずに使う必要があります。(実行時にフラッシュセクターを再プログラムする必要があるため)、「イメージをロード」オプションを選択しないようにしました(添付画像参照)。動作はするが、プログラムをメイン画面に再起動することはできない。 デバッグ構成 > 起動の関連チェックボックスが選択されている場合でも同様です。 .AXFファイルがロードされていなくても、フラッシュメモリに変更が加えられていないことを前提として、プログラムを再起動することは可能ですか？ 敬具 パオロ

VRC_CTRLに関する説明 こんにちは、NXPサポートの皆さん、 S32K3のVRC_CTRL（PTE13）についていくつか質問させてください。 (1) RMがVRC_CTRL直接信号だと言及していますが、以下の表(赤字)の理解や質問を確認してください。 ALTx OBE IBE VRC_CTRL 質問 汎用I/O (GPIO) ディセーブルされる ディセーブルされる イネーブル VRC_CTRLは有効になりますよね？ 汎用I/O (GPIO) ディセーブルされる イネーブル イネーブル VRC_CTRLは引き続き有効ですよね？ 汎用I/O (GPIO) イネーブル 気にしない イネーブル 誰に効力が及ぶのか？ （２）PTE13をGPIO + OBE有効 + 出力レベル低 に設定すると 、VRC_CTRLがエラー信号として扱われるため、VRC_CTRLの負帰還メカニズムが壊れ、GPIOとVRC_CTRLが同時にピンを駆動するようになるのでしょうか？ （３）NXP MCALでは、PTE13をPG_VRC_CTRL_OUTとして設定すれば、関数Port_Ipw_SetOnlyOutputMode()によってOBEが自動的に設定されますが、これはMCALの問題でしょうか？ （4）VRC_CTRLフィードバック機構のテスト方法、どの条件下でどのような波形が期待されるか？ （５）MSCR141がRMで「サポートされていません」と記載されているのはなぜですか？ ありがとうございます。 BR