UTEST write data process Hello Does writing data to Utest require erasing? UTEST_program.jpegUTEST_program.jpeg The AN13388 said the process to write a data in the UTEST Sector is the same process used to program in other blocks. However, UTEST is a one-time program, so does it need to be erased before writing? Lika 回复： UTEST写数据流程 I'd also like to know which areas of UTEST can be modified using DEBUG debugging. Re: UTEST写数据流程 Do not erase first; UTEST Sector is an OTP (One Time Programmable). Example_S32K344_decouple_RTD400_Ip_C40_DS35 contains a UTEST example for your reference. I apologize, I didn't understand "Which areas can be modified via DEBUG during UTEST". Do you mean executing a standard Flash Program sequence (the same process described in AN13388) by manipulating registers during debugging? See "Table 837" in S32K3XXRM.pdf Rev12.The phrase "Debug access based on LifeCycle and bit configurations" mentions debug permissions at different LifeCycle stages. Are you referring to this? The Accessibility and Programmed by columns of the UTEST Memory Map table in the attachment S32K3xx_DCF_clients.xlsx to S32K3XXRM.pdf specify the permissions. Additionally, different colors indicate read/write permissions for different Lifecycles. Re: UTEST写数据流程 Yes, during debugging, can the UTEST content be modified in the CUST_DEL LC stage by executing a standard Flash Program sequence through register manipulation? I want to clear some positions of 1 to 0. Re: UTEST写数据流程 Please refer to the answer in utest nvm user space programming . Re: UTEST写数据流程 Okay, thank you very much.

Proposed alternative for LPC4088 Hi, We have been using LPC4088FBD208 in our designs and the product is already deployed in the field. The NXP official page shows the longevity date of December 2028.Can you recommend any suitable MCU that is pin compatible and requires minimal software change.   Re: Proposed alternative for LPC4088 Hello, If you are looking for a further longevity than 2028; The MCX family is the supported recommendation as its new and have support from at least 2039 and on, Also there is an LPC option using the same package. Here is a list for  potential upgrades from LPC4088FBD208 to MCX family and a LPC option. MCX E24: -Arm Cortex M4F @112 MHz -Flash 1MB up to 2MB -SRAM Up to 256KB -EEPROM emulated by FlexRAM 4KB -Package LQFP (64/100/144) Options MCX N947 Cortex‑M33 @150 MHz -Up to 2MB Flash -Up to 512 KB RAM -Ethernet (10/100 MAC) -USB FS & HS -CAN FD x2 -Package ( VFBGA184 / HLQFP100 / HDQFP172) LPC540XX Family of Microcontrollers (MCUs) The [LPC5401xJ] have Cortex M4 at 180 MHz and LQFP208 package, same as LPC4088. Remains in Longevity Program from at least 2029 and On. -Arm Cortex-M4 processor, running at a frequency of up to 180 MHz. -Up to 360 KB total SRAM -On-chip memory Up to 4 MB of on-chip Quad SPI Serial Flash -USB FS & HS -Ethernet AVB -CAN and CAN FD -LCD All could involve a minimum software migration to use MCUXpresso IDE or Visual Studio Code-MCUXpresso Extension. Best Regards, Luis Re: Proposed alternative for LPC4088 For a direct drop-in replacement with minimal software changes, the best option is the LPC4078FBD208 from NXP's same LPC407x/408x product family. It shares the exact same 208-pin LQFP footprint and ARM Cortex-M4 core, allowing you to reuse your existing board layout and codebase with little to no modification, provided your design does not heavily rely on features unique to the LPC4088 (such as the SPIFI flash interface). Alternatively, the LPC1788FBD208 matches the 208-pin package but uses an older Cortex-M3 core, meaning the LPC4078 is your closest and easiest drop-in upgrade path.

GUIDER 2.0 Interface Optimization Suggestions Hi: 1. After the event scales, the connecting arrow is not positioned correctly; it is misaligned. 2. Can the content in this event, including other elements, also support Chinese characters, or support displaying Chinese descriptions when the mouse hovers over it? 回复： GUI GUIDER 2.0界面优化建议 Hi @ALVAN  Thank you for your valuable suggestion. I will pass your feedback on to our GUI Guider team for further review and consideration.   BR Harry

No source available for "(gdb[23].proc[42000].threadGroup[i1],gdb[23].proc[42000].OSthread[1]).threa After debugging the program, the message "No source available for '(gdb[23].proc[42000].threadGroup[i1], gdb[23].proc[42000].OSthread[1]).thread[1].frame[0]' " popped up.The "RESUME" button is gray. The software I am using is S32 Design Studio for ARM Version 2018.R1. Could you please tell me how to solve this problem? Thank you. S32K144EVB

How to escalate a problem with AT&T? Facing an AT&T problem that keeps going unresolved? AT&T Escalation Support Team Re: How to escalate a problem with AT&T? Hi Suhani, Thank you for reaching out, but it looks like this post may have been submitted to the wrong community. This forum is dedicated to NXP's MPC5xxx microcontrollers and related technical topics. For AT&T support or escalation, I'd recommend contacting them directly: AT&T Business Support: https://www.att.com/support/ AT&T Escalation line: available through your account portal or by calling AT&T customer care I'll be closing this case on our end. Hope you get your issue resolved soon! Best regards, Peter

T1042NXE BSDLファイル こんにちは、このコンポーネントのBSDLファイルを探しています。 T1042NXE7PQB BGA780 ファイルを送ってもらえますか? よろしくお願いします。 Re: T1042NXE BSDL file こんにちは、 コンポーネントT1042NXE7PQBの BSDL ファイルは、 T1040/T1042 結合 BSDL ファイル(ファイル名: T1040_and_T1042_1.1.bsdl ) に含まれています。この単一のファイルはT1040とT1042の両方のプロセッサに適しています。 ダウンロード方法 このファイルはNXPの製品ページの「 Design Resources → Design Files → モデル」で直接入手可能です: T1040/42用BSDLファイル — ダウンロード（アカウント登録が必要です） ファイルコード: T1040-T1042-BSDL 改訂版：R1A（2019年2月20日） サイズ：110.13 KB よろしくお願いします。 Re: T1042NXE BSDL file こんにちは、 ご回答ありがとうございます。

针对 Android Automotive 16.0.0_1.3.0 的安全更新预编译版本，不会破坏内核/U-Boot 构建 您好， 我们使用的是NXP Android Automotive 16.0.0_1.3.0，内核版本为 6.12 ，并采用 NXP 官方文档中记录的预编译版本： platform/prebuilts/clang/host/linux-x86 66acdd82ee62e4aaa4248f03191c59dfed9db193 kernel/prebuilts/build-tools 3c5e4f14b451ec85167c38b917d2459687abd7f4 platform/prebuilts/rust 5156e7f81ae254c79ee736e44c960e75ad685c67 platform/prebuilts/clang-tools 17329f6590e2872dcf04a0c96a176be089470cd9 以下是 NXP Android Automotive 用户指南中针对此版本列出的修订内容。 使用这些修订版本可以构建，但我们的容器漏洞扫描报告称，提供的 Android 预构建版本中存在几个高危和严重漏洞。 例如，Clang 预编译版本包含嵌入式 Go 标准库。对于 clang-r536225/bin/clang，扫描结果显示： 总计：22 高危：21 严重：1 Go 标准库版本：v1.23.2 示例：CVE-2025-68121 crypto/tls - 证书验证错误 同样的发现模式也出现在 clang++ 和 clang-tidy 中，以及嵌入的 Go 版本为 v1.23.4 的较新的 clang-r547379 二进制文件中。 NXP 锁定的内核/预编译/构建工具也包含受影响的 soong_zip 二进制文件，其 Go-stdlib 查找模式相同。 Rust 预编译版本中还包含对已发布的 Cargo 锁定文件的发现，例如： thin-vec 0.2.13 版本已修复 常见漏洞与后门-2026-6654 漏洞（已在 0.2.16 版本中修复）；hashbrown 0.15.0 版本已修复 GHSA-wwq9-3cpr-mm53 漏洞（已在 0.15.1 版本中修复）。 我们不希望用任意更新的 AOSP 提交替换已记录的修订版本，因为这些预构建版本是 NXP 内核/U-Boot 构建环境的一部分，我们希望保持与Android Automotive 16.0.0_1.3.0 / 内核 6.12 的兼容性。 对于这些预构建版本，是否有 NXP 推荐的更新版本或已知兼容的提交 ID？ 我们尤其需要以下方面的更新修订： platform/prebuilts/clang/host/linux-x86 kernel/prebuilts/build-tools platform/prebuilts/rust platform/prebuilts/clang-tools   NXP 或社区中的其他人是否已经更新了这些版本并验证了以下内容仍然有效？ 理想情况下，我们也希望确认完整的 Android Automotive 版本仍然能够与更新后的预构建版本兼容。 我们更倾向于更新受影响的预构建版本，而不是永久压制网络安全漏洞。 我已附上失败的漏洞扫描日志供您参考。它包含了受影响的 Clang、内核构建工具和 Rust 预编译版本的完整调查结果，包括检测到的嵌入式版本和可用的修复版本。 谢谢。 Android Re: Security-updated prebuilts for Android Automotive 16.0.0_1.3.0 without breaking kernel/U-Boot bu 你好， 我正在查看您的问题，稍后会向您汇报进展。 此致问候 Re: Security-updated prebuilts for Android Automotive 16.0.0_1.3.0 without breaking kernel/U-Boot bu 你好， 内部团队已回复如下。 我们没有更新的、推荐的/已知的兼容提交 ID。 platform/prebuilts/clang/host/linux-x86 内核/预编译/版本工具 平台/预构建/Rust platform/prebuilts/clang-tools 以及适用于 Android 16.0 汽车 1.3.0 发布版本。 Android 16.0 汽车版 1.3.0 于 2026 年 5 月 21 日发布，此后该版本一直没有更新。我们不更新 Android 汽车版；我们正在开发下一个 Android 汽车版 => Android 16.0 汽车版 2.1.0基于 Linux 内核 6.18.y 和更新后的 Linux 内核构建工具。 AA16.0 2.1.0 的外部发布日期为 2026 年 10 月 13 日。

S32K5支持的各项外设参数 我想知道S32K5支持哪些外设，以及分别有几路？ Re: S32K5支持的各项外设参数 你好@TAlice ， 目前所有可用的信息都已在 K5 的产品页面上提供： S32K5 汽车通用 MCU | NXP 半导体 。 S32K5正式发布后，具体的周边设备信息将会公布。如需了解更多详情，请联系您的 NXP 代理商或指定销售人员。 此致， 朱利安

S32K5は様々な周辺パラメータをサポートしています S32K5がサポートする周辺機器の種類と、各周辺機器が持つポート数を知りたいです。 Re: S32K5支持的各项外设参数 こんにちは、 @TAlice さん、 現在利用可能なすべての情報はK5の製品ページに記載されています:S32K5 車載汎用MCU | NXP Semiconductors。 S32K5が一般公開されると、特定のペリフェラル情報が利用可能になります。詳細が必要な場合は、NXPの代理店または担当営業までお問い合わせください。 よろしくお願いします、 ジュリアン

AT&Tで問題をエスカレートさせるにはどうすればよいですか？ 解決されていないAT&Tの問題に直面していますか?AT&Tエスカレーションサポートチーム Re: How to escalate a problem with AT&T? こんにちは、スハニさん。 ご連絡ありがとうございます。しかし、この投稿は間違ったコミュニティに投稿されたようです。このフォーラムは、NXPのMPC5xxxマイクロコントローラおよび関連する技術的トピックに特化しています。 AT&Tのサポートやエスカレーションについては、直接連絡することをお勧めします: AT&Tビジネスサポート: https://www.att.com/support/ AT&Tエスカレーションライン:アカウントポータルまたはAT&Tカスタマーケアにお電話いただくことで利用可能です この事件はこちらで解決します。問題が早く解決することを願っています！ よろしくお願いします、 ピーター

LPC4088 的替代方案 您好， 我们在设计中一直使用 LPC4088FBD208，该产品已在现场部署。NXP 官方页面显示该产品的生命周期截止日期为 2028 年 12 月。请问您能否推荐一款引脚兼容且只需进行少量软件更改的合适 MCU？ Re: Proposed alternative for LPC4088 你好， 如果您希望产品寿命超过 2028 年，MCX 系列是值得推荐的选择，因为它是新产品，并且至少从 2039 年起都得到支持。此外，还有一个使用相同软件包的 LPC 选项。 以下是 LPC4088FBD208 到 MCX 系列的潜在升级选项以及 LPC 选项列表。 MCX E24： -Arm Cortex M4F @112 MHz -闪存容量 1MB 至 2MB -SRAM 最大可达 256KB -由 FlexRAM 4KB 模拟的 EEPROM -封装 LQFP (64/100/144) 选项 MCX N947 Cortex-M33 @150MHz -最高可达 2MB 闪存 -最高可达 512 KB 内存 -以太网（10/100 MAC） -USB FS && HS -CAN FD x2 -封装（VFBGA184 / HLQFP100 / HDQFP172） LPC540XX系列微控制器(MCU) [LPC5401xJ] 采用 180 MHz 的 Cortex M4 处理器和 LQFP208 封装，与 LPC4088 相同。 从2029年起至少继续参与长寿计划。 -Arm Cortex-M4 处理器，运行频率高达 180 MHz。 - 最大支持 360 KB 总 SRAM 片上存储器：高达 4 MB 的片上四通道SPI 串行闪存 -USB FS && HS -以太网AVB -CAN 和 CAN FD 液晶显示器 所有这些都可能涉及最少的软件迁移，以使用 MCUXpresso IDE 或 Visual Studio Code-MCUXpresso 扩展。 此致敬礼，路易斯 Re: Proposed alternative for LPC4088 对于需要直接替换且软件更改最少的产品，最佳选择是 NXP 同一 LPC407x/408x 产品系列中的 LPC4078FBD208。它采用完全相同的 208 引脚 LQFP 封装和 ARM Cortex-M4 内核，因此您可以重复使用现有的电路板布局和代码库，几乎无需修改，前提是您的设计不严重依赖 LPC4088 特有的功能（例如 SPIFI 闪存接口）。或者，LPC1788FBD208 也采用 208 引脚封装，但使用的是较旧的 Cortex-M3 内核，这意味着 LPC4078 是您最接近且最简单的直接升级途径。

没有可用的源 "(gdb[23].proc[42000].threadGroup[i1],gdb[23].proc[42000].OSthread[1]).threa 调试程序后，出现消息“没有可用的源文件 '(gdb[23].proc[42000].threadGroup[i1],gdb[23].proc[42000].OSthread[1]).thread[1].frame[0]'“继续”按钮呈灰色，并弹出窗口。我使用的软件是 S32 Design Studio for ARM 版本 2018.R1。请问如何解决这个问题？谢谢。S32K144EVB

PN7150/NCI：无法使用自定义嵌入式键B更新 MIFARE Classic 1K 扇区尾部 NXP社区的各位朋友，大家好！ 我正在使用MIFARE Classic 1K卡和 NXP PN7150 NFC 控制器，它们运行在标准的 NCI 协议层上。我正在尝试实现一个配置功能，将自定义密钥密码写入目标扇区（扇区 7 ）的密钥 B ，但卡芯片始终拒绝写入命令。 以下是我的卡片的确切状态和实现细节： 当前第 7 区状态：该区目前为空白/未格式化。读取转储显示它处于出厂默认状态，访问位为FF078069 ，密钥 A 和键B 都设置为 0xFFFFFFFFFFFF。 目标：我希望保留密钥 A 作为读取密钥，保留开放访问位布局，并将密钥 B 替换为个人自定义密钥有效载荷（0x01 0x02 0x03 0x04 0x05 0x06）。 问题：当我尝试将 16 字节的原始块布局字符串（ FFFFFFFFFFFFFF078069010203040506 ）写入块 3 （扇区 7 尾部）时，写入事务失败。 注意：我使用应用程序对卡进行了 NDEF 格式化，访问字节显示为7F078840 非常感谢您的指导！   此致   Re: PN7150/NCI: Unable to update MIFARE Classic 1K Sector Trailer with Custom Embedded Key B 你好@Saqib1 希望你一切都好。 请注意，PN7150 不建议用于新设计；我们建议改用PN7160 。此外，也不建议在新设计中使用 MIFARE Classic；可以考虑使用MIFARE DESFire Light 。 在发送写入命令之前，请确保使用密钥 A (FFFFFFFFFFFFh) 对块 1Fh（第 7 扇区尾部）进行身份验证已成功执行。 现在，在对块 1Fh 进行身份验证后，请验证写入命令是否按照MIFARE Classic EV1 1K数据手册第 12.3 节中描述的步骤发送。WRITE 操作由两个部分组成，必须按顺序发送： 第 1 部分：发送命令字节和块地址，包括 CRC：A0 + XX + CRC，其中 XX 是块地址（例如，1Fh 表示第 7 扇区尾部）。卡片必须先回复 ACK 才能继续执行。 第 2 部分：只有在收到 ACK 后，才发送包含 CRC 的 16 字节数据：[16 字节有效载荷] + CRC。该卡将以最终的 ACK 响应，以确认写入操作已被接受。 问候， 爱德华多。

T1042NXE BSDL file Hello, i'm looking for the BSDL file for this component : T1042NXE7PQB BGA780 Can you send me the file ? Thanks Re: T1042NXE BSDL file Hello, The BSDL file for your component T1042NXE7PQB is covered by the T1040/T1042 combined BSDL file (filename: T1040_and_T1042_1.1.bsdl ). This single file is suitable for both the T1040 and T1042 processors. How to Download The file is available directly on the NXP product page under Design Resources → Design Files → Models: BSDL file for T1040/42 — Download (Account Required) File code: T1040-T1042-BSDL Revision: R1A (Feb 20, 2019) Size: 110.13 KB Regards Re: T1042NXE BSDL file Hello,  Thank you for answer.

GUI GUIDER 2.0界面优化建议 hi： 1.事件缩放之后，连接的箭头位置没有跟随，是错位的； 2.事件中的这些内容，包括其他的是否也可以支持中文，或者支持鼠标悬浮显示中文说明； 回复： GUI GUIDER 2.0界面优化建议 嗨@ALVAN 感谢您提出的宝贵建议。我会将您的反馈转达给我们的 GUI 指导团队，供他们进一步审查和考虑。   BR 哈里

LX2080A Linux Development Support – Yocto and Buildroot Hello, I am working with the NXP LX2080A platform and want to develop an embedded Linux system. I would like to know what Linux development support NXP provides for LX2080A. Is Yocto officially supported? If yes, where can I find the NXP Yocto BSP/layers? Is Buildroot officially supported for LX2080A? Is there any NXP BSP/SDK recommended for Linux development? Please share the relevant documentation, source repositories, or guides. Thank you. Re: LX2080A Linux Development Support – Yocto and Buildroot Please refer to https://www.nxp.com/webapp/Download?colCode=LX2160ARDBGSG, page 11. By changing SW3[1:3] from 111 to 110, the board will boot as an LX2080A platform. Any RCW, ATF, or other software modifications required will depend on your specific hardware design and may differ from the reference LX2160ARDB implementation. Thanks. Re: LX2080A Linux Development Support – Yocto and Buildroot Hello, Thank you for the information. I would like to clarify one point regarding the LX2080A. If we use the LX2160A-RDB software and reference configuration for Linux enablement on the LX2080A, are any changes required in the RCW (Reset Configuration Word) or ATF (TF-A) configuration to support the LX2080A? Specifically, can the RCW and ATF configuration used for the LX2160A-RDB be used for the LX2080A, or do they need to be modified for the LX2080A? Thanks. Re: LX2080A Linux Development Support – Yocto and Buildroot The LX2080A belongs to the LX2 family, and Linux software support is common across the LX2 family. The LX2160A-RDB is typically used as the reference hardware platform for software enablement. For Linux development, Layerscape Yocto BSP (LDP Yocto) is supported. The source code and layers are available from: https://github.com/nxp-qoriq/yocto-sdk/tree/walnascar Please refer to: UG10374 and UG10381. NXP's official Linux enablement is based on the Layerscape LDP / Yocto releases. We do not provide a dedicated Buildroot BSP release for LX2080A. The Layerscape LDP page provides the latest software releases, documentation, and supported device information below: https://www.nxp.com/design/design-center/software/embedded-software/cross-platform-embedded/layerscape-linux-distribution-poc:LAYERSCAPE-SDK Thanks

LPC4088の代替案 こんにちは、 私たちは設計に LPC4088FBD208 を使用しており、製品はすでに現場で展開されています。NXPの公式ページには2028年12月の耐用年が表示されています。ピン互換でソフトウェア変更が最小限で済む適切なMCUをおすすめできますか? Re: Proposed alternative for LPC4088 こんにちは、 2028年以降の耐久性を求めるなら、MCXファミリは新しく推奨されており、少なくとも2039年以降からサポートされています。また、同じパッケージを使ったLPCオプションもあります。 こちらはLPC4088FBD208からMCXファミリへのアップグレード候補リストとLPCオプションです。 MCX E24: - アーム・コルテックス M4F @112 MHz -フラッシュメモリ1MBから最大2MB -SRAM 最大256KB - FlexRAM 4KBでエミュレートされたEEPROM - パッケージLQFP(64/100/144)オプション MCX N947 Cortex-M33 @150MHz 最大2MBのフラッシュメモリ -最大512KBのRAM -イーサネット(10/100 MAC) -USB FS & HS -CAN FD x2 -パッケージ(VFBGA184 / HLQFP100 / HDQFP172) LPC540XX マイクロコントローラファミリ(MCU) [LPC5401xJ]はCortex M4を180MHzで搭載し、LPC4088と同じLQFP208パッケージです。 少なくとも2029年以降は長寿プログラムに留まる。 - Arm Cortex-M4プロセッサで、最大180 MHzの周波数で動作します。 -最大360KBのSRAM -オンチップメモリ 最大4MBのオンチップQuad SPIシリアルフラッシュ -USB FS & HS -イーサネットAVB -CAN and CAN FD -LCD いずれも、MCUXpresso IDEまたはVisual Studio Code-MCUXpresso拡張機能を使用するための最低限のソフトウェア移行が必要でした。 敬具、ルイス Re: Proposed alternative for LPC4088 最小限のソフトウェア変更で直接交換できるなら、NXPと同じLPC407x/408x製品ファミリーのLPC4078FBD208が最良の選択肢です。同じ208ピンのLQFPフットプリントとArm Cortex-M4コアを共有しており、**デザイン**がLPC4088固有の機能(例えばSPIFIフラッシュインターフェース)に大きく依存しない限り、ほとんど変更なしで既存のボードレイアウトやコードベースを再利用できます。あるいは、LPC1788FBD208は208ピンパッケージと同じですが、古いCortex-M3コアを使用しているため、LPC4078が最も近くて簡単にアップグレードできるルートです。

"(gdb[23].proc[42000].threadGroup[i1],gdb[23].proc[42000].OSthread[1]).thread のソースがありません プログラムのデバッグ後、「'(gdb[23].proc[42000].threadGroup[i1]、'のソースが利用できません」というメッセージが表示されました。gdb[23].proc[42000]。OSthread[1]).thread[1].frame[0]'「」がポップアップしました。「再開」ボタンは灰色です。私が使っているソフトウェアは、ARMバージョン2018.R1用のS32 Design Studioです。この問題をどう解決すればいいのか教えていただけますか?ありがとう。S32K144EVB

如何升级AT&T的问题？ 遇到始终无法解决的 AT&T 问题？请联系 AT&T 升级支持团队。 Re: How to escalate a problem with AT&T? 你好，苏哈尼， 感谢您的联系，但看起来您的帖子可能发错社区了。本论坛致力于讨论恩智浦半导体 (NXP) 的 MPC5xxx 微控制器及相关技术话题。 如需AT&T支持或升级问题，我建议您直接联系他们： AT&T 商业支持： https://www.att.com/support/ AT&T 升级投诉热线：可通过您的账户门户或致电 AT&T 客户服务中心获取。 我方将结案。希望你的问题能尽快解决！ 此致， 彼得

GUIDER 2.0 インターフェース最適化に関する提案 こんにちは： 1. イベントのスケール変更後、接続矢印の位置が正しくなく、ずれが生じます。 2. このイベント内のコンテンツ（他の要素を含む）は、中国語の文字をサポートしたり、マウスカーソルを重ねたときに中国語の説明を表示したりできますか？ 回复： GUI GUIDER 2.0界面优化建议 こんにちは、 @ALVANさん 貴重なご提案をありがとうございます。いただいたご意見は、GUIガイドチームに伝え、さらに検討・検討していただきます。   BR ハリー