蓝牙固件已通过 UART 接口接收，但控制器始终无法运行；EdgeFast 下载在 3M 处损坏。   我已向 u-blox 提交了一份相关/配套的支持工单，案例编号为： **CA-276115** （相同的硬件，模块供应商问题）。 以下问题与恩智浦半导体（NXP）的**IW416 ROM的固件认证行为**有关。 以及**NXP 自家参考板上的 EdgeFast 下载漏洞** 。每个数字都是 测量数据和完整日志已附上。 ## 1. 总结——两个不同的故障，请分开记录。 在**MIMXRT1170-EVKB Rev C3**中的**u-blox M2-MAYA-W161** (NXP **IW416** )上， BT HCI over LPUART2： **故障A——核心问题。**使用干净的115200波特率UART下载， 蓝牙固件**已完全下载并被接受** （ROM停止请求 数据（并且不会重新广播），然后控制器**永远不会传输** —— 在任何波特率下均无 HCI 响应。 **故障 B — EdgeFast/板错误。** NXP 的 EdgeFast 标准下载流程 下载过程中切换到**3,000,000波特率** ，链接**在**处损坏 此板上的开关**；下载永远不会完成。这与……无关 故障 A 仅在使用 NXP 软件时可重现。 >这些问题的根源不同。修复 B（3 Mbaud 损坏）不会 >问题 A（下载后的沉默）。我们分别询问这两个问题。 同一张卡上的 Wi-Fi (SDIO) 功能完全正常——枚举、站点、微型 AP， 吞吐量——因此该卡、其电源和其电平转换器都运行良好。 --- 2. 配置 | 项目 | 金额 | |---|---| | 芯片组/模块 | NXP **IW416**芯片组，采用 u-blox M2-MAYA-W161-00C-00 封装 | | 主机板 | MIMXRT1170-EVKB Rev C3，M.2 J54，LPUART2 | | SDK | MCUXpresso **v26.06.00-LTS** | | 蓝牙固件 | `uartIW416_bt.bin`**16.92.21.p155.2** ，FP92， `w8978` ，131,840 B | | 也测试了 | **16.92.21.p142.5** (FP91，来自`github.com/NXP/wifi_nb_fw@a91d9d6`，2025年 1 月) — 结果相同 | | 模块选择 | `WIFI_IW416_BOARD_MURATA_1XK_M2` （该 SDK 没有 MAYA 配置文件） | | 电路板返工 | `R404` (PDn) + `R1901` (模块→MCU RXD) 已安装并验证；流控对`R1816` / `R1902` **未**完成 — 参见第5节 | --- ## 3. 故障 A — 图像被接受后，控制器无反应 下载完成并已被接受 我们自己的洁净室 V3 装载机（仅限协议，地址 115200），配备仪器： ``` bt_fw_download=ok chip_id=0x7201 loader_ver=0 start_inds=2 chunks=142 已发送=131856/131840 最大关闭时间=131840 转发=1 CRC错误=0 ``` 总共 131,840 字节；该卡请求了每个数据块（16 字节的头部，2048 字节）。 有效载荷（包括尾部的乱序重新请求）；**一个 CRC 错误是 由卡片报告并通过重传恢复**——因此是ROM自身的 完整性检查已启动。 然后就什么反应也没有了——ROM 的行为就像镜像已被接受，而不是被拒绝。 ``` bt_post_dnld[0..3]: n=0（下载后四个 500 毫秒的原始捕获窗口） bt_raw_reset[0..2]: n=0 (原始 HCI_Reset 01 03 0C 00，采样率为 115200，x3) HCI_Reset 在 3000000 / 921600 / 460800 / 115200 处：无响应，帧格式为 0 ``` **关键鉴别器** ：UART 下载完成后，ROM **停止请求** 并且不会重新宣布**。相比之下，当下载组合图像时 通过**SDIO** ，蓝牙核心会在 UART 上重新广播（ `AB 01 72 00 47`）。 重新出现）——也就是说，这就是“仍在引导加载程序中/未被接受”的样子 关于这部分。因此，UART 下载已**接受，加载程序已退出** ，并且 故障发生在*接受 CRC 验证成功的镜像和运行控制器之间* 。 ### 固件版本不是变量 两个官方版本—— **FP92 p155.2** （2026-03）和**FP91 p142.5** （2025-01， 内部结构不同，加载地址分别为`0x00080000`和`0x000A2010` ，大小分别为 178 和 142。 分块下载）——两者都已完全下载，两者都被接受，两者都离开控制器 静默。所以这不是过时/错误的*版本* 。 ### 针对恩智浦的问题（故障 A） 1. IW416 ROM 是否会验证通过 UART 下载的蓝牙固件？ 如果密钥采用 OTP 熔丝， **如何向主机发出拒绝信号？** 我们观察到：每个数据块都被接受，ROM停止请求，没有错误帧，没有 再次宣布后，一片沉寂。这个字节模式是文档中提到的吗？ 安全启动/签名拒绝行为，或者说，一个真实的镜像是否表现出这种行为 这样做还有其他原因吗？ 2. **是否为通用 / 构建了标准`uartIW416_bt.bin` (16.92.21.p155.2)？ 未熔合的 IW416**，还是需要匹配的 OTP/安全启动配置？ 部分？（如果该部件是为特定原厂钥匙熔接的，则为库存图片） 预计会被驳回——这将使我们再次关注 u-blox，CA-276115。） 3. **在事件发生后的最初几秒内，控制器的预期行为是什么？ UART 下载成功**，地址为 115200 — 是否应响应`HCI_Reset` 立即生效，还是需要先收到厂商指令/延迟通知？ --- ## 4. 故障 B — EdgeFast 下载在 3 Mbaud 交换机处损坏 (MIMXRT1170-EVKB) 仅使用NXP 软件在NXP 自有参考板上可重现此问题。 为 1170构建了`examples/edgefast_bluetooth_examples/shell` 已启用`DEBUG_PRINT` ，因此 NXP 的`fw_loader_uart.c`会显示输出信息。从其输出跟踪信息来看： 1. 115200 个标头请求干净且 CRC 有效（ `REQ=0xA7 Len=10 Off=0 Err=0` ）； 2.发送了一个 5 型 UART 配置块，并已收到确认（因此 5 型命令为：） 在本板/固件的上下文中已接受）； 3. `更改波特率请求为 3000000` ， `changeBaudrate() 返回 0` — 该开关 **报告成功** ； 4.紧随其后： `无效标头 0x00` / `0x71` ， `REQ = 0xA7, Len = 10a7, Off = 5400, Err = 400, CRC = 0` , `CRC 不匹配` , `文件下载：0：131840` — 卡在偏移量 0 处。偏移量是 字节拼接（ `5400` = 两个字节连在一起）： **帧丢失** ，而非 溢出。 因此，该卡切换到 3 Mbaud 并开始传输；RT1176 LPUART2 处于 该板卡支持 3,000,000 波特率——采用 DMA 传输， **没有可用的硬件流控制** —— 无法恢复帧。库存流量控制设置第一阶段 切换后标头超时，加载器回退到 115200，然后重试。 **无限循环** （观察到超过 20 分钟）。 板载根本原因：**LPUART2 的 RTS/CTS 焊盘是千兆 PHY 芯片。 RESET/中断线**（ `R1866` → `ETHPHY_RST_B` ， `R1816` → `RGMII1_PHY_INTB` ）， 因此，即使在NXP文档中明确指出之后，仍然存在清晰的主机接收反压路径。 五项重构——`R1866`不包含在重构中。3 Mbaud 无流量 主机控制力不足。 ### 针对恩智浦半导体（失败案例 B）的问题 4.在**MIMXRT1170-EVKB**上，是否有 3 Mbaud EdgeFast BT 固件下载？ **已知限制，无需进行完整的流程控制重构** （移除`R1816` ， 适用于`R1902` ）——即使如此，鉴于`R1866`仍将主机 RTS 保留在 PHY 上， RESET, 这块板真的支持 3 Mbaud 吗？还是应该…… `fw_download_secondary_speed`是否应保留为 115200？ 5. **无限重试循环**是否发生在备用波特率交换机故障上 （ `fw_loader_uart.c` ）是预期行为吗？N次重试后出现硬性失败是远远不够的。 比无休止的进度点流更容易诊断。 ### 次要，低优先级（同一树） 6.在`edgefast_bluetooth`的 shell 中， `SHELL_CMD_REGISTER(bt, ...)`注册了 `bt`命令的参数范围为**0 个参数** ，因此`fsl_shell.c`会拒绝所有此类请求。 子命令（ `bt init` → "命令参数错误"）；工作状态 调用方式是使用点号分隔的`bt.init` 。很可能是`SHELL_ADVANCE` / range-init操作。 不匹配的情况值得一看。 --- ## 5. 我们已经排除的选项（因此无需赘述） 所有芯片均采用硅材料，MIMXRT1170-EVKB： | 假设 | 结论 | |---|---| | 缺少 type-5 UART 配置块 | 我们的独立组网 (SA) 注入被拒绝（ `CRC_ERR 0x0001` ）；但 NXP 的流入 type-5 被接受（§4）——因此这不是故障 A 的阻塞原因 | | 固件版本错误| 已驳回 — FP91 和 FP92 均已接受，均未发出警告（§3） | | 需要通过 SDIO 进行组合 |此模块**不会**启动蓝牙——蓝牙核心会在 SDIO 组合下载完成后从 ROM 重新广播 | | 主机下载截断 | 已驳斥 — 15 秒空闲轮询后`sent`保持不变 | | HCI 波特率 | 已驳回 — 4 个速率， `framing=0` ，零字节 | | `wakeUpControllerFromBootSleep()` GPIO 脉冲 | 已实现；卡片**有反应** （额外问候），但结果不变 | 静默期间的 CPU 状态（SWD，控制台已分离）： `DHCSR 0x01010001` （运行中； `S_HALT` / `S_LOCKUP`已清除）， `CFSR` / `HFSR` = 0 — 主机 MCU 处于活动状态 程序阻塞在`controller_init`中，但没有崩溃。 故障 A仅剩下**签名/安全启动拒绝**一项，即 正好是 Q1/Q2 — 这是这张票和 u-blox CA-276115 之间的接缝。 --- ## 6. 复现（故障 B，仅限 NXP 软件） ``` west build -b evkbmimxrt1170 examples/edgefast_bluetooth_examples/shell \ --toolchain armgcc --config flexspi_nor_debug -- -Dcore_id=cm7 \ -DCONFIG_MCUX_COMPONENT_component.wifi_bt_module.IW416=y \ -DCONFIG_MCUX_COMPONENT_component.wifi_bt_module.board_murata_1xk_m2=y ``` 刷机、RESET，在`@bt>`提示符下输入`bt.init` 。下载过程会打印进度。 出现点且永远不会完成；在`fw_loader_uart.c`中启用`DEBUG_PRINT`会显示 3 Mbaud 交换机出现故障。（ `edgefast_open`是 1170 的较新 shell） 接受以空格分隔的`bt init`并会以同样的方式挂起。） 对于故障 A：已附上完整的仪器化下载文件以及位于 115200 的人机交互证据。 Re: BT firmware accepted over UART but controller never runs; and EdgeFast download corrupts at the 嗨@nicnewdigate ， 在我们深入探讨这个问题之前，能否请您确认以下几点？ - MIMXRT1170EVKB_hwrework.md 指南列出了五项必要的修改：移除 R183、移除 R1816、填充 R404、填充 R1901 和填充 R1902。 从你的记录来看，R404 和 R1901 似乎已经完成了。您能否也确认一下 R183、R1816 和 R1902 的状态？ - 能否提供一份在未对应用程序进行任何更改的情况下运行的标准 NXP 示例的串行日志？ 可能是蓝牙外壳。 为 Murata 1XK M2 构建项目 - 请发送完整日志。 - 该电路板仅通过 USB 供电，还是使用了外部 5V 电源？请使用外接电源。 问候， 丹尼尔。 Re: BT firmware accepted over UART but controller never runs; and EdgeFast download corrupts at the 嗨@DanielRuvalcaba - 非常感谢您的快速回复和建议！ 您要求的三项任务我都完成了。先给出摘要，再给出日志。 **1.重做工作完成。EdgeFast BT PAL 重制版的全部五项内容如下： MIMXRT1170-EVKB 已完成：R404 和 R1901（之前已安装），另加 **R1902** **R1816 + R183 已移除**。我们确认这两次移除并未造成损害。 可读的 BT 链接——我们自己的 115200 波特率加载器仍然可以下载完整图像。 干净利落地（131,840 字节，帧错误 = 0，与删除前字节完全相同）。 **2.外部电源——已完成。**J38 → 1–2，5V 输入 J43 桶形插孔，SW5 打开。 **3.已捕获未修改的 shell 日志。我们建造了 来自 MCUXpresso SDK v26.06.00-LTS 的 `examples/edgefast_bluetooth_examples/shell` `--config flexspi_nor_debug -Dcore_id=cm7`，armgcc。与库存相比，唯一的变化是 在板的 `prj.conf` 文件中，我们配置了卡的模块选择： ``` CONFIG_MCUX_COMPONENT_component.wifi_bt_module.IW61X=y → IW416=y CONFIG_MCUX_COMPONENT_component.wifi_bt_module.board_murata_2el_m2=y→ board_murata_1xk_m2=y ``` （这是选择模块的两个 Kconfig `choice` 成员。我们的卡是 u-blox MAYA-W161 — 是一款 IW416 — 所以我们选择了您指定的 1XK/IW416 配置。 `CONFIG_BT_SIGNING=y`，其他设置均为默认值。） shell 提示符下的结果： ``` @bt> bt.init [固件下载] 开始从 0x301198fc: 6812 下载固件 下载开始(131840) ......................................................................（141个点） 下载成功！ [固件下载]BLE固件已下载：8265 ← 然后，在接下来的 90 多秒内，什么也不会发生。bt.init 始终不返回。 ``` 自我们上次报告以来，有两件事发生了变化，而且这两件事都很重要： **A — 3 Mbaud 下载现已完成。**在进行流量控制改造之前 库存加载器在波特率从 115200 切换到 3,000,000 时损坏并循环运行 无限期。安装 R1902 并移除 R1816（真正的 CTS 背压），它 现在所有 131,840 字节的数据都在约 1.45 秒内传输完毕（时间戳 6812 → 8265 毫秒）。 高速下载）并打印“下载成功！”。所以，重做解决了这个问题。 下载端的问题果然不出所料——谢谢你的坚持。 **B — 下载成功后，控制器仍然没有反应。**这是 核心问题。在“下载成功！”/“BLE固件已下载”之后，协议栈 控制器没有返回任何信息——既没有“蓝牙已初始化”的提示，也没有错误信息——而且 `bt.init` 程序卡住了。主机MCU处于存活状态且处于阻塞状态，并未崩溃；控制台显示正常。 我们脱离了SWD的阅读范围： ``` DHCSR = 0x01010001（运行状态：S_HALT=0，S_LOCKUP=0，S_RETIRE_ST=1） CFSR = 0x00000000（无可配置故障） HFSR = 0x00000000（从未发生过硬故障） ``` 因此，CM7 正在堆栈中等待 HCI 回复，但永远不会收到回复。 现在这是一个非常清晰的数据点：基于NXP**自身未经修改的EdgeFast协议栈**， 经过全面改造并接入外部电源后，该显卡**可接受完整的** CRC校验固件映像，然后不运行HCI控制器**。越早“ “3 Mbaud 下载文件已损坏”的解释不再适用——下载 明显成功。 **我们的问题（未作更改，现已与任何下载完整性变量隔离）：** 1. IW416 ROM 是否验证通过 UART 下载的 BT 固件（例如，反对 如果密钥采用 OTP 融合技术，如何向主机发出拒绝信号？我们看到 每个数据块都被接受，显示“下载成功！”，然后就一片寂静——没有错误帧。 不再另行通知。 2. 是否为标准的 `uartIW416_bt.bin`(16.92.21.p155.2) 为通用 / 构建 未熔丝的 IW416，或者特定 OEM 钥匙的熔丝部件是否需要匹配的部件 签名图像？如果真是这样，那就说明问题出在 u-blox 身上（相关案例 CA-276115）。 3. 在 UART 下载成功后的最初几秒内，控制器是否应该 立即以下载后速率响应 `HCI_Reset`，或者是一个供应商 是否需要先执行命令/延迟操作？ 我很乐意分享完整的串口捕获数据和完整的SWD寄存器块。 我们可以在 `fw_loader_uart.c` 中启用 `DEBUG_PRINT`。提供旁白下载 追踪一下看是否有帮助。 非常感谢您抽出宝贵时间，付出了很多努力——感激不尽！！！ 谢谢 - NIC

修改im8QM的A72核的CNTFRQ_el0的值 您好！ 如何修改im8QM的A72核的CNTFRQ_el0的值，目前是8000000, 想改为16M， 谢谢！ Re: 修改im8QM的A72核的CNTFRQ_el0的值 i.MX8QM 上不建议、也基本不能把 A72 的 CNTFRQ_EL0 对应的真实计数频率从 8 MHz 改成 16 MHz 。原因是： CNTFRQ_EL0 只是让软件“发现”System Counter 频率的寄存器；即使软件能写这个寄存器值，也不会改变硬件 System Counter 的实际频率。 对 i.MX8QM，参考手册里说明 SCU ROM 会启用 System Counter，并给它输入 24 MHz 时钟；System Counter 内部再分频生成 8 MHz 时钟。 相关 clock root 也属于 System Controller Firmware 管理的时钟域，文档显示 SCU_MSLICE0_CLK_ROOT / SCU_MSLICE1_CLK_ROOT 可作为 SYS COUNTER 的 root clock，且 root clock generation 由 SC FW 控制。 所以如果你现在读到： CNTFRQ_EL0 = 8000000 想改成： CNTFRQ_EL0 = 16000000 需要区分两件事： 只改 CNTFRQ_EL0 的寄存器值 这可能让部分软件“以为”timer 是 16 MHz ，但硬件 counter 仍按 8 MHz 跑，会导致时间、调度、延时、profiling 等全部按 2 倍比例出错。 真正把 System Counter 改成 16 MHz 从我检索到的 i.MX8QM 资料看，System Counter 是 SCU ROM 初始化为 24 MHz / 3 = 8 MHz ，没有公开的寄存器或流程可以把它改成 16 MHz 。 类似 i.MX8 系列讨论中也明确说过，system counter frequency 是硬件固定的， it can't be changed 。 如果你的目标是让 Linux/RTOS 使用正确频率，建议保持 CNTFRQ_EL0 = 8000000 ，并检查 device tree / firmware / bootloader 是否错误覆盖 timer frequency。不要仅为了满足 16 MHz 需求而伪改 CNTFRQ_EL0 ，除非你明确要做一个非真实频率的实验。 结论：i.MX8QM 的 A72 CNTFRQ_EL0 不应从 8 MHz 改为 16 MHz ；真实 System Counter 由 SCU/SCFW 初始化并实际为 8 MHz ，单独改寄存器值不会改变硬件频率，反而会破坏系统时间基准。

MPXM2053GS 的标记 标记 KCY547C 代表什么意思？一卷线器上有两种不同的标记是正常的吗？

imxrt1024..5A のセキュアブート こんにちは。CSTを使用して、FCFB、IVT、およびその他のブートコンポーネントを含むブート可能なイメージに署名しようとしていますが、いくつか理解しておきたいことがあります。 CSF.txt / hab.csfファイルを作成し、 cst.exeを使用してcsf.binを生成する必要がありますか？その後、 elftosb.exeを使用して最終的なブートイメージを生成する必要がありますか？ もしelftosb.exeが必要なら、どこで見つけられますか?私のCSTインストールでは、cst.exeとsrktool.exeしか見つかりません 。 ご存知のとおり、SPTはnopadding_signed.binを生成します。FCFBブロックを保持したまま、ブート可能なファームウェアイメージに署名することは可能でしょうか？ PKIには4つのSRKが含まれており、私はSRKハッシュをOTPに焼き込めます。もし4つのSRK(IMG_1、IMG_2、IMG_3、IMG_4)に対応する秘密鍵でファームウェアに署名した場合、4つの署名済みイメージすべてがHAB認証を通過できますか? i.MXRT 102x Re: Secure boot on imxrt1024..5A CSTを使う理由は、サインしたいファームウェアのリージョンを選べるからだと思います。例えばSPTのように、ファームウェアに署名させてからFCFBブロックをファームウェアから削除し、その後手動でFCFBブロックを連結する必要があるからです。開発チームがバイナリを提供してくれたら、それに署名して、すぐに使える署名済みのファームウェア.binを出荷してほしい。 Re: Secure boot on imxrt1024..5A こんにちは、 @Abhay2080 さん。 すみませんが、なぜまだCSTパッケージを使っているのですか?i.MX RTのお客様には、SPTを主要なツールとして推奨します。開発やプロトタイピングにはGUIを使用し、生成されたスクリプト(SPSDKで駆動)を大量生産に活用しましょう。これはNXPが公式に推奨する手順であり、 elftosb 、 cst.exe 、またはBDファイル作成を手動で行う必要がなくなります。詳細については、 https://www.nxp.com/applications/industrial/factory-automation/mobile-robotics/mcuxpresso-secure-provisioning-tool :MCUXPRESSO-SECURE-PROVISIONING を参照してください。 お役に立てば幸いです。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------

LPC1778 IAP烧录CCLK越大反而烧录越慢 您好，我在使用LPC1778的IAP模式进行烧录时，发现CCLK越大反而烧录越慢。 IAP指令大多可以传入CCLK参数，手册中的描述是：Param3: CPU Clock Frequency (CCLK) in kHz。 我在调试LPC1778时，将驱动默认的CCLK值从12000（12MHz）改为4000（4Mhz），发现烧录速度反而变快了。我尝试了多个值，发现CCLK参数越大，烧录反而越慢，请问这是什么原因？这个CCLK指的是什么频率？ 回复： LPC1778 IAP烧录CCLK越大反而烧录越慢 Hi @BianHaopeng1  CCLK 在 LPC1778/LPC178x 文档中指 ARM processor clock frequency / Main CPU clock ，也就是内核 CPU 时钟，IAP 的擦除命令明确要求传入 CPU Clock Frequency (CCLK) in kHz 。 原因大概率不是“CCLK 越低 Flash 物理写入越快”，而是 IAP ROM 例程把你传入的 CCLK 当作当前 CPU 主频来计算 Flash 擦写时序/等待时间 。因此，如果实际 CPU 仍在较高频率运行，而你只把传给 IAP 的参数从 12000 改成 4000 ，IAP 会按 4 MHz 去生成更短的延时/时序，表现上烧录变快；但这属于给 IAP 传了错误时钟，Flash 擦写可靠性、温度/电压边界和长期保持不一定有保证。 正确做法是： CCLK 参数应填写调用 IAP 时真实的 CPU 主频，单位 kHz 。 BR Harry

S32 DS for S32 Platform v.3.5 renew S32 Design Studio for S32 Platform v.3.5 许可证要到期了, 请问如何续呢? xzhao_0-1787825210468.pngxzhao_0-1787825210468.png

S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8 Hi Team, I am using an S32K344 EVB with a PEmicro 10-pin JTAG/SWD debug probe and S32 Design Studio (S32DS) version 3.6.8. I would like to flash an application into the normal internal Program Flash of the S32K344. I am not using HSE Secure Boot, Secure Debug, or any other security features. Could someone please provide the detailed steps for: Connecting the PEmicro 10-pin JTAG/SWD debugger to the S32K344 EVB. Creating the correct Debug/Run configuration in S32DS 3.6.8. Selecting the proper interface (SWD or JTAG). Configuring flash programming settings (Erase, Program, Verify). Setting the correct target device and connection mode. Any required linker or memory configuration for standard internal flash programming. Recommended settings to avoid Secure Debug/HSE-related issues. Troubleshooting steps if the debugger detects the device but fails during flash programming. I am looking for a complete flashing procedure and the exact S32DS configuration required for successful programming and debugging of the S32K344 EVB using a PEmicro probe. Thank you. Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8 Hello @Aravind_Togaralli , Thank you for the clarification and screenshots. Before changing the S32DS configuration, please verify the debugger connection on the board. If you are using the FRDM-A-S32K344, previously referred to as the S32K344MINI-EVB, the external debugger must be connected to the J9 20-pin Cortex Debug + ETM header. According to UM12406, Table 1, jumper JP11 must be removed to enable the external debug interface. Therefore, please check the following: Confirm that the external PEmicro Multilink is connected to J9, which is a 20-pin debug header. Your description mentions an external 10-pin connector, so please verify the connector and any adapter being used. Remove JP11 when using the external Multilink debugger. Verify the orientation of the debug cable and pin 1 alignment. Power-cycle the board and the Multilink after changing JP11, then refresh the Port selection in the PEmicro debug configuration. As an initial bring-up test, you can alternatively use the on-board debugger with JP11 installed. This can help determine whether the project and MCU are working before switching to the external Multilink. Please note that the USB connection must remain connected, as it is required to supply power to the board, even when an external debugger is used.   You can also use the following verified project as a reference: Example S32K344 EMAC lwIP FreeRTOS miniEVB, S32DS 3.6.1, RTD 6.0.0 This project was tested on the S32K344MINI-EVB using the on-board debugger and the Debug_FLASH configuration. Please try launching this project first and compare its Debug_FLASH settings with your current project. If the on-board debugger works but the external Multilink does not, the problem is most likely related to the external debug path, particularly JP11, the J9 connection, cable orientation, or adapter. In that case, you may also try another USB port and USB cable, preferably with the Multilink connected directly to the PC without a docking station or USB hub. Related discussions: PEmicro Connection Assistant PEmicro Multilink connection and target-voltage checks If the issue remains, please provide: a photo showing the debugger connection to the board, the exact adapter used between the Multilink and J9, if applicable, the complete PEmicro GDB server output from the S32DS Console. Please also note that I will be out of office for the next few days, so my responses may be delayed. Best regards, Pavel Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8   Following up on my earlier query. I followed the steps your team suggested, but I'm still unable to flash/debug the device — the connection fails during launch. Setup: Board: Custom board with S32K344 (not an NXP EVB) Probe: P&E Multilink Universal FX Rev D, connected via external 10-pin JTAG connector on the board (I am not using an onboard/embedded debugger — I explicitly selected the external Multilink FX port under "Port" in the debug configuration, as shown in the screenshots) IDE: S32DS, Debug Configuration = GDB PEmicro Interface Debugging Interface settings: SWD protocol enabled, Debug Shift Freq = 5000 KHz, "Provide power to target" enabled What happens: On clicking Debug, the PEmicro Connection Assistant pops up with: "An error occurred while connecting to the interface hardware or target specified in the Launch Configuration Dialog," prompting me to retry the connection with the same USB Multilink port. Attached screenshots: Debug Configuration — Main tab (project/elf selected) PEmicro Debugger tab — Interface, Port, Target device (S32K344), Core (M7), SWD enabled, Power settings PEmicro Debugger tab (scrolled) — Debug Shift Freq, GDB Server/Client settings PEmicro Connection Assistant error popup after failed connect attempt Thanks, Aravind_Togaralli_1-1787741560103.pngAravind_Togaralli_1-1787741560103.pngAravind_Togaralli_1-1787741560103.png Aravind_Togaralli_2-1787741576274.pngAravind_Togaralli_2-1787741576274.pngAravind_Togaralli_2-1787741576274.png Aravind_Togaralli_3-1787741587983.pngAravind_Togaralli_3-1787741587983.pngAravind_Togaralli_3-1787741587983.png Aravind_Togaralli_4-1787741596878.pngAravind_Togaralli_4-1787741596878.pngAravind_Togaralli_4-1787741596878.png Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8 Hello @Aravind_Togaralli , This setup was discussed recently in the following thread: https://community.nxp.com/t5/S32K/Assistance-Required-for-Flash-Programming-S32K344-Using-USB/m-p/2402539 For the detailed PEmicro debug configuration procedure, please also refer to: https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Build-a-Project-and-Setup-Debugging-with-GDB-PEMicro/ta-p/1941848 For standard internal flash programming without HSE or AB Swap, the automatically generated PEmicro debug configuration and the default flash programming algorithm should be used. No special linker configuration is required. Please follow the referenced procedure first. If it fails, provide the exact board name, PEmicro probe model and revision, screenshots of the debug configuration, and the complete PEmicro console log. This will allow us to identify the actual point of failure. Best regards, Pavel Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8 Hi, I am using a FRDM-A-S32K344 board and an external PEmicro debugger. On the PEmicro debugger, I am using the Port G (10-pin connector). I connected the 10-pin cable from the PEmicro Port G to the board's J13 (10-pin JTAG/OpenSDA header) and removed the JP11 jumpers to disconnect the onboard debugger. However, when I try to flash the device, I still get the same error. Could you please confirm the following: Is connecting the PEmicro Port G (10-pin) cable to J13 the correct connection? Is removing JP11 sufficient to disable the onboard debugger? Should I instead use the J9 (20-pin Cortex Debug/JTAG connector) for external debugging and flashing? Are there any additional hardware connections, jumper settings, or S32DS debugger configurations required? I am using S32 Design Studio with the FRDM-A-S32K344 board. Thank you for your support.

7英寸DSI液晶显示屏（800*480）与imx8M plus集成 各位团队成员，大家好！ 我正在尝试在定制的 iMX8M Plus 板（内核 6.18.20_2.0.0）上启动 Waveshare 7 英寸 DSI LCD。 I2C总线检测到面板，触摸功能通过evtest测试实现。CONFIG_DRM_WAVESHARE_BRIDGE=y绑定成功。然而，屏幕仍然是空白的。 调整像素时钟频率并没有解决问题。我已附上 DTS 代码片段和内核日志供您参考。 显示详情： https://www.waveshare.com/wiki/7inch_DSI_LCD?srsltid=AfmBOorUskdbY2AqupblCpMEQNVBolOXs40ytjhcxKml0IZccg4CI8Ni 请提供更多故障排除步骤。 提前致谢 图形与显示 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus LCD屏幕似乎需要5V 500mA的电流。不确定定制的iMX8M Plus板能否提供足够的电流…… Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus 嗨， 您可以在下方查看附件日志。 Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus 你好， 请使用以下命令共享时钟。 cat /sys/kernel/debug/clk/clk_summary 此致， 志明 Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus 你好@Amh-c1 您可以尝试在此表中添加一个新的 pll： https://github.com/nxp-imx/linux-imx/blob/lf-6.6.52-2.2.2/drivers/clk/imx/clk-pll14xx.c#L63 请尝试使用以下PLL参数。 pll=224000000.0, m=112, p=3, s=2, k=0 此致， 志明

FRDM-MCXE31B I'm trying to debug/flash a FRDM-MCXE31B board and consistently hit a RAM initialization failure during the connect sequence, before any application code loads. I've ruled out wiring, cables, USB ports, jumpers, and probe firmware — details below. Setup: Board: FRDM-MCXE31B M C U: MCXE31B Tested with: M C U X Presso IDE v25.6 (Windows) and standalone Link-server v26.6.137 (Ubuntu Linux) — same failure on both MCU-Link onboard probe firmware: updated to v3.172 (confirmed matching, no version mismatch reported) Connect script: MCXE31x_connect.scp What works: SWD physical connection succeeds Debug authentication/unlock succeeds ("application debug already enabled") Chip identification succeeds — reads back correct part number:   SIUL2:MIDR1 @ 0x40290004 = 0x6BA02477 MCU Part Number is 0x000003A0 Where it fails — every attempt, both OSes:   ... RAM init via eDMA: address=0x20400000 size=0x00028000 Error: Wire Ack Fault - target connected? [repeats ~46 times] Error: RAM initialization failed (timeout)! This leads to: Failed on connect: Ep(01). Target marked as not debuggable. Context I found that may be relevant: I understand from the S32K3 reference manual (same architecture family) that ECC-protected RAM on these parts must be initialized via a 64-bit master write before any 32-bit access is valid after power-on-reset — so I assume this eDMA step in the connect script is performing that mandatory initialization automatically. It appears to be this automated step itself that's timing out, not a wiring/connection issue, since chip identification (steps before this) succeeds cleanly every time. Question: Has anyone else hit this specific failure on FRDM-MCXE31B? Is there a known workaround, updated connect script, or a way to skip/adjust the automatic RAM-init step? Happy to provide full verbose logs (Link-server -l 5) if useful. Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: FRDM-MCXE31B Hi @Lokeshgowdas  Thank you for your post! Is this happening only in one project?  I see that your project is using Zephyr, could you please share which version are you using? Please share the logs to review it. 

セカンダリがDPDKプールからmbuffを割り当てるのに失敗しました こんにちは、皆さん。 使用機器：LX2160 LSDK 2108 メイン MCファームウェアバージョン：10.32.0 DPDKバージョン：dpdk_19_11_tags_LSDK20.04-isc-09 プライマリ ( DPDK ) プロセス: [ rte_pktmbuf_pool_create("dlmempool", ] を使用して mbuff プールを作成します。 セカンダリ（DPDK）プロセス：API [ rte_pktmbuf_alloc(mempool) ]を使用してmbuffを割り当てるのに失敗しました セカンダリーでは、mempoolが正しいとわかります。ムバフは満杯です。rte_pktmbuf_alloc を使用した最初の mbuff 割り当て時にエラーが発生します。 これに対する解決策はありますか？ありがとう。 Re: Secondary failed allocate mbuff from DPDK Pool ありがとうございます。これらのオプションを試してみて、明日までにご報告します。 Re: Secondary failed allocate mbuff from DPDK Pool こんにちは、 セカンダリプロセスは、プライマリプロセスと同じ仮想アドレスにhugepagesをマッピングする必要があります。ASLRが有効な場合、セカンダリはmempoolポインタを別の仮想アドレスに解決するため、最初の割り当てが失敗します。 echo 0 > /proc/sys/kernel/randomize_va_space   プライマリプロセスまたはセカンダリプロセスを起動する前に、これを実行してください。 2. 十分なDPMCPオブジェクトを用意する プロセスの総数（プライマリプロセス＋セカンダリプロセス）と同じ数のDPMCPオブジェクトを作成します。プライマリ1個とセカンダリ1個の場合、少なくとも2個のDMPCPが必要です。 export DPMCP_COUNT=3 # for 1 Primary + 2 Secondary (always provision +1 as buffer) ./dynamic_dpl.sh dpmac.X 3. 十分なDPIOオブジェクトを用意する 各プロセスにはそれぞれ専用のDPIOポータルが必要です。その式は次のとおりです。 （総プロセス数）×（プロセスあたりのコア数＋プロセスあたりの追加コア数1） 例えば、プライマリ1(2コア)+ 1セカンダリ(2コア)= 最低9DPIOの場合。 export DPIO_COUNT=20 # set generously 4. セカンダリデバイスを正しくブラックリスト/ホワイトリストに登録する 二次プロセスは、I/O デバイス (dpni、dpbp、dpcon、dpseci) を再初期化してはなりません。セカンダリ側で初期化する必要があるのは、 dpio と dpmcp のみである。正しいブラックリストフラグを渡してください。 # Secondary process example — blacklist all dpni/dpbp/dpcon, allow only dpio + dpmcp ./your_secondary_app --proc-type=secondary \ -b fslmc:dpni.X \ -b fslmc:dpbp.X \ -b fslmc:dpcon.X \ -- [app args]   または、セカンダリに割り当てられているdpioおよびdpmcpオブジェクトのみを明示的にホワイトリストに登録します。 ./your_secondary_app --proc-type=secondary \ -w fslmc:dpio.Y \ -w fslmc:dpmcp.Z \ -- [app args] 5. --proc-type=secondary EAL引数を使用する セカンダリが正しいEALフラグで起動されていることを確認してください。 ./your_secondary_app -c -n 1 --proc-type=secondary ...   あるいは --proc-type=auto を使ってDPDKを自動検出させるのも良いでしょう。 6. セカンダリでMempoolルックアップを確認する セカンダリでは、 rte_pktmbuf_pool_create 再度呼び出さないでください。代わりに、プライマリによって作成された既存のプールを検索してください。 // In secondary process: struct rte_mempool *mempool = rte_mempool_lookup("dlmempool"); if (mempool == NULL) { // Error: pool not found — ASLR or hugepage mapping issue } struct rte_mbuf *m = rte_pktmbuf_alloc(mempool);     rte_mempool_lookup が有効な非NULLポインタを返しても rte_pktmbuf_alloc がNULLを返す場合、問題はほぼ間違いなくDPIOポータルがセカンダリのスレッド/コアに対して初期化されていないことです。   よろしくお願いします。

How to use an m_sramx memory region? Hi NXP team, I am using MCXN547 with MCUXpresso SDK and noticed that the linker script defines an m_sramx memory region. Could you clarify how this memory region is intended to be used? Specifically: Do variables need to be explicitly placed into the m_sramx section using a compiler attribute or section macro? Or will the linker automatically place variables into m_sramx when the default SRAM region becomes full? Is m_sramx suitable for large DMA buffers or eDMA TCD pools? Are there any cache, bus-access, or performance considerations when using it with DMA? I would appreciate an example of how to place a buffer in m_sramx in an MCUXpresso SDK project. Thank you. Core and Memory

LPC5514JBD64E Use for WS2812. Hi, Is LPC5514JBD64E suitable for working with WS2812 for a beginner. If yes Where Can I get The Code and other Details.  Thank you. LPC55xx Re: LPC5514JBD64E Use for WS2812. hi @Kishore02  Thank you for your post! There is not information about the implementation of WS2812 for the LPC551x, you could use the Programmable Logic Unit to do it, in another devices there are example using the FlexIO modules like in application code hub for the MCXA366: https://mcuxpresso.nxp.com/appcodehub?search=an-emulating-ws2812-bus-with-flexio-on-mcx366  Also, there is a post of a colleague that implement it for a Kinetis board: NXP FlexIO Generator for the WS2812B LED Stripe Protocol Hope this information help as a reference  Re: LPC5514JBD64E Use for WS2812. The LPC5514JBD64E (featuring an ARM Cortex-M33 core running up to 150 MHz) is a powerful microcontroller, but it is not the ideal choice for a true beginner when working with WS2812 (NeoPixel) addressable LEDs. 

RT1176外部フラッシュブート失敗 私はRT1176の開発は初めてです。J-Link SWDモードでは、ジャイロスコープ、Wi-Fi、その他のペリフェラルが完全にデバッグされ、正常に動作しています。しかし、Flashからの起動に問題があり、常に失敗します。どの点をチェックすべきか教えてもらえますか? HW-Open-Source Re: RT1176 external flash boot failure こんにちは、 @Amily さん。 Marekが述べたことに加えて、以下のナレッジベース記事は、i.MX RTがFlexSPIからどのように起動するかを理解する上で良い出発点となります。 i.MX RT FLEXSPIブートガイド さらに、以下の質問にも手伝ってもらえますか? テストを実施した際、EVKを使用しましたか、それともカスタムボードを使用しましたか？ カスタムボードを使用している場合、どのフラッシュデバイスを使用していますか？EVKで使われているのと同じ装置ですか? どのIDEを使っていますか? どのSDKバージョンを使いましたか? ペリフェラルのデバッグ時にSDKの例を使いましたか? よろしくお願いします、 パブロ Re: RT1176 external flash boot failure こんにちは、 @Amily FCB（フラッシュ構成ブロック）が正しいかどうかを確認することをお勧めします。 セキュアプロビジョニングツール（ https://nxp.com/sec ）の使用を検討してください。起動可能なアプリケーションをフラッシュにインストールするために。よくあるミスを見つけるのに役立ちます。

如何使用 m_sramx 内存区域？ 您好，NXP团队： 我正在使用 MCXN547 和 MCUXpresso SDK，并注意到链接器脚本定义了一个 m_sramx 内存区域。 您能否说明一下这块内存区域的用途？具体来说： 是否需要使用编译器属性或节宏将变量显式地放入 m_sramx 节中？ 或者，当默认 SRAM 区域满时，链接器是否会自动将变量放入 m_sramx 中？ m_sramx 是否适用于大型 DMA 缓冲区或 eDMA TCD 池？使用 DMA 时，缓存、总线访问或性能方面是否存在任何需要考虑的问题？ 我希望能得到一个如何在 MCUXpresso SDK 项目中将缓冲区放置在 m_sramx 中的示例。 谢谢！ 核心与内存

MCX-N947 モーター制御の例コードはSDKには含まれていません。 チームの皆さん、こんにちは。 MCX-N947のモーター制御SDKの例が見つかりません。 NXP SDK Builderからダウンロードした最新のSDKを使っています。MCX-N947のモーター制御の例コードがどこにあるか教えていただけますか? よろしくお願いします。 MCX N モータ制御 Re: MCX-N947 Motor Control example code is not available in SDK. こんにちは、 @embedabu さん、 投稿ありがとうございます。 モータ制御のデモについては、必ずしもすべてのSDKリリースに含まれているわけではありません。デモが以前のSDKバージョンと変わっていなければ、通常はその後のSDKリリースで再パッケージされません。 モータ制御のためのMCUXpresso SDK |NXPセミコンダクターズのウェブページを参照して、特定のデモの最新リリースを含むSDKバージョンを特定してください。 例えば 、FRDM-MCXN947のデモは SDK v26.03で見ることができます。 EVKボードMCXN9XXデモはSDK v2.14で見ることができます。 Celeste_Liu_0-1787886386939.pngCeleste_Liu_0-1787886386939.png お役に立てば幸いです。 BR セレステ

ClassicFactory class Missing from TapLinx Java Classic Library Dear NXP Support Team, I have downloaded the Java TapLinx library to work with MIFARE Classic S70 4K cards. However, I noticed that the ClassicFactory.class file is not included in the Classic TapLinx JAR. As I understand, ClassicFactory is required to create the Classic card instance, similar to how we use DESFireFactory for DESFire cards: IDESFireEV3 desfire = DESFireFactory.getInstance() .getDESFireEV3(TapLinx.INSTANCE.getCustomModules()); Could you please advise me on the following: Is ClassicFactory included in a separate JAR or library? If so, could you please provide the correct library/version that I need to use? Is there a different API or recommended approach for working with MIFARE Classic S70 4K using the Java TapLinx library? Is the Classic TapLinx library compatible with the Java (non-Android) environment I am using? I would appreciate your guidance on how to correctly initialize and communicate with MIFARE Classic S70 4K cards using TapLinx. App registration Authentication server problems Code examples Offline authentication Online authentication Re: ClassicFactory class Missing from TapLinx Java Classic Library Hello sir, Thanks for your interest in our products. Please keep in mind that MIFARE Classic isn't recommended for new designs. This is mentioned in the product support page: MIFARE Classic EV1 1K - 4K | NXP Semiconductors the MIFARE DESFire Light | NXP Semiconductors is recommended instead. In order to get the correct APIs for MIFARE Classic, please open Taplinx Android's JavaDoc: https://www.nxp.com/webapp/Download?colCode=ANDROIDJAVADOC&appType=license This document shows the API for MFClassic.   Fabian_R_0-1787778230590.pngFabian_R_0-1787778230590.pngFabian_R_0-1787778230590.pngFabian_R_0-1787778230590.png Re: ClassicFactory class Missing from TapLinx Java Classic Library Hello sir, This is correct; it doesn't exist for DESFire, as you may have seen in the JavaDoc. Depending on the DESFire card used, the Interfaces and Classes are designed for each type. For further information on its usage, please take a look at the Sample Applications we provide. In the documentation's User Guide (UG10044) is shown how to setup your Taplinx project. Fabian_R_0-1787849561908.pngFabian_R_0-1787849561908.pngFabian_R_0-1787849561908.png Re: ClassicFactory class Missing from TapLinx Java Classic Library Thanks Fabian_R for your fast response. But the problem is as shown in my attached picture: DESFireFactory does NOT exist in the JAR. Islam_Elmasry_0-1787823985814.pngIslam_Elmasry_0-1787823985814.png

使用 PEmicro 10 针 JTAG/SWD 和 S32DS 3.6.8 对 S32K344 EVB 进行烧录的步骤 大家好， 我正在使用带有PEmicro 10 针 JTAG/SWD 调试探针的S32K344 EVB和S32 Design Studio (S32DS) 版本 3.6.8 。 我想将一个应用程序刷入 S32K344 的普通内部程序闪存中。我没有使用 HSE 安全启动、安全调试或任何其他安全功能。 请问谁能提供以下详细步骤： 将 PEmicro 10 引脚 JTAG/SWD 调试器连接到 S32K344 EVB。 在 S32DS 3.6.8 中创建正确的调试/运行配置。 选择合适的接口（SWD 或 JTAG）。 配置闪存编程设置（擦除、编程、验证）。 设置正确的目标设备和连接模式。 标准内部闪存编程所需的任何链接器或内存配置。 为避免安全调试/HSE相关问题，建议进行以下设置。 如果调试器检测到设备但在闪存编程过程中失败，请执行以下故障排除步骤。 我正在寻找使用 PEmicro 探针成功对 S32K344 EVB 进行编程和调试所需的完整烧录程序和确切的 S32DS 配置。 谢谢！ Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8 你好@Aravind_Togaralli ， 感谢您提供的解释和截图。 在更改 S32DS 配置之前，请先确认板上的调试器连接。如果您使用的是FRDM-A-S32K344 （以前称为S32K344MINI-EVB） ，则外部调试器必须连接到J9 20 针 Cortex Debug + ETM 接头。根据UM12406 表 1 ，必须移除跳线 JP11才能启用外部调试接口。 因此，请检查以下内容： 确认外部 PEmicro Multilink 已连接到J9 ，J9 是一个20 针调试接头。您的描述中提到了一个外部 10 针连接器，请检查连接器和所使用的任何适配器。 使用外部 Multilink 调试器时，请移除JP11 。 检查调试电缆的方向和引脚 1 的对齐情况。 更改 JP11 后，对电路板和 Multilink 进行断电重启，然后在 PEmicro 调试配置中刷新端口选择。 作为初始启动测试，您也可以使用安装了 JP11的板载调试器。这有助于在切换到外部 Multilink 之前确定项目和 MCU 是否正常工作。 请注意，即使使用外部调试器，USB 连接也必须保持连接状态，因为需要为电路板供电。   您还可以参考以下经过验证的项目： 例如 S32K344 EMAC lwIP FreeRTOS miniEVB，S32DS 3.6.1，RTD 6.0.0 本项目已在 S32K344MINI-EVB 上使用板载调试器和 Debug_FLASH 配置进行了测试。请先尝试启动此项目，并将其 Debug_FLASH 设置与您当前项目的设置进行比较。 如果板载调试器工作，但外部 Multilink 调试器不工作，则问题很可能与外部调试路径有关，特别是 JP11、J9 连接、电缆方向或适配器。在这种情况下，您也可以尝试使用另一个 USB 端口和 USB 电缆，最好将 Multilink 直接连接到 PC，而无需使用扩展坞或 USB 集线器。 相关讨论： PEmicro 连接助手 PEmicro 多链路连接和目标电压检查 如果问题仍然存在，请提供以下信息： 一张照片显示了调试器与电路板的连接情况。 如果适用，请提供Multilink和J9之间使用的具体适配器。 来自 S32DS 控制台的完整 PEmicro GDB 服务器输出。 另请注意，我未来几天不在办公室，因此回复可能会有所延迟。 顺祝商祺！ 帕维尔 Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8   关于我之前的问题，我再补充一下。我按照你们团队建议的步骤操作了，但我仍然无法刷写/调试设备——启动时连接失败。 设置： 板：采用 S32K344 的定制板（非 NXP EVB） 探针：P&E Multilink Universal FX Rev D，通过板上的外部 10 针 JTAG 连接器连接（我没有使用板载/嵌入式调试器——我在调试配置的“端口”下明确选择了外部 Multilink FX 端口，如屏幕截图所示） IDE：S32DS，调试配置 = GDB PEmicro 接口调试 接口设置：已启用 SWD 协议，调试移位频率 = 5000 kHz，已启用“为目标供电” 会发生什么： 单击“调试”后，PEmicro 连接助手弹出，显示：“连接到启动配置对话框中指定的接口硬件或目标时发生错误”，提示我使用同一个 USB Multilink 端口重新尝试连接。 附图： 调试配置 — 主选项卡（已选择项目/ELF） PEmicro调试器选项卡 — 接口、端口、目标设备 (S32K344)、内核 (M7)、SWD 已启用、电源设置 PEmicro 调试器选项卡（滚动显示）— 调试移位频率、GDB 服务器/客户端设置 连接失败后，PEmicro 连接助手弹出错误提示 谢谢。 Aravind_Togaralli_1-1787741560103.pngAravind_Togaralli_1-1787741560103.pngAravind_Togaralli_1-1787741560103.png Aravind_Togaralli_2-1787741576274.pngAravind_Togaralli_2-1787741576274.pngAravind_Togaralli_2-1787741576274.png Aravind_Togaralli_3-1787741587983.pngAravind_Togaralli_3-1787741587983.pngAravind_Togaralli_3-1787741587983.png Aravind_Togaralli_4-1787741596878.pngAravind_Togaralli_4-1787741596878.pngAravind_Togaralli_4-1787741596878.png Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8 你好@Aravind_Togaralli ， 最近在以下帖子中讨论过这种设置： https://community.nxp.com/t5/S32K/Assistance-Required-for-Flash-Programming-S32K344-Using-USB/m-p/2402539 有关 PEmicro 调试配置的详细步骤，请参阅： https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Build-a-Project-and-Setup-Debugging-with-GDB-PEMicro/ta-p/1941848 对于不使用 HSE 或 AB Swap 的标准内部闪存编程，应使用自动生成的 PEmicro 调试配置和默认闪存编程算法。无需特殊链接器配置。 请先按照参考步骤操作。如果失败，请提供确切的电路板名称、PEmicro 探针型号和版本、调试配置的屏幕截图以及完整的 PEmicro 控制台日志。这将使我们能够确定实际的故障点。 顺祝商祺！ 帕维尔 Re: S32K344 EVB Flashing Procedure Using PEmicro 10-Pin JTAG/SWD and S32DS 3.6.8 您好， 我使用的是FRDM-A-S32K344开发板和外部PEmicro调试器。 在 PEmicro 调试器上，我使用的是端口 G（10 针连接器） 。我将 PEmicro Port G 的 10 针电缆连接到板的J13（10 针 JTAG/OpenSDA 接头） ，并移除JP11跳线以断开板载调试器。 但是，当我尝试刷机设备时，仍然出现同样的错误。 请您确认以下事项： 将 PEmicro Port G（10 针）电缆连接到J13是否正确？ 移除JP11是否足以禁用板载调试器？ 我是否应该改用J9（20 针 Cortex 调试/JTAG 连接器）进行外部调试和烧录？ 是否需要额外的硬件连接、跳线设置或 S32DS 调试器配置？ 我正在使用S32 Design Studio和FRDM-A-S32K344开发板。 感谢您的支持。

MPXM2053GSのダイ損傷 圧力センサでダイが損傷した経験がある方はいらっしゃいますか?この種の製品はかなり脆弱なようです。最近の生産工程において、複数のMPXM2053GSデバイスを設置したところ、出力がゼロであることが判明しました。その後のデカプセル化分析により、金型に亀裂が存在することが確認された。 以下の点についてご指導いただければ幸いです。 この金型割れの原因は何だったのでしょうか？ 今後の制作で同様の問題を回避する方法。

iMX93 固件-ele-imx i.MX93 A1 ele 固件（v2.0.4）是否支持通用加密 API？ Imx-secure-enclave git 仓库在 sab_msg.def 中表明固件支持通用加密。RM00284 在第 3.44 节中也有提及。然而，每次尝试使用该功能都导致响应指示器为 0x0000f429。这要么意味着消息无效，要么（如果按照 SAB 错误代码路径）意味着该功能已被禁用。 hsm_test.c其中包括以下内容，这表明该功能仅适用于 IMX95 和 IMX8ULP。 if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); 这与 RM00284 相矛盾： 3.45 i.MX 95 不支持通用加密 API。 不支持SM3和SM4。 目前为止，密钥库调用工作正常，ele_hsm_test 也运行正常。生命周期目前是开放的，安全启动尚未启用。 由于通用加密调用不使用密钥库，它们是否需要会话句柄？如果不是，那么消息单元与 SAB ID 的关系又是什么呢？我这样问是因为我的固件用户指南在HSM通用命令下没有找到会话句柄的字段。 设置概要： SoC：i.MX93 A1 构建系统：Yocto walnascar 内核版本：6.12.49 谢谢， 黏土 Yocto Project Re: iMX93 firmware-ele-imx 能否提供一下您提到的代码路径或链接（如下所示），以便我再次确认？ if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); 关于您的第一个请求，我已核实，通过 i.MX93 上的 CR RSA 解密支持，ELE 固件团队移除了通用加密 API。 Re: iMX93 firmware-ele-imx hsm_test.c中的 gc_cipher_test() 函数在第 840 行启动。测试本身位于 test/common/ test_gc_cipher.c下。 文档中哪里提到通用加密 API 已被移除？ 那是不是意味着，如果不想使用密钥库，就必须使用第三方加密库？ 例如，如果我只想导出特定于 soc 的密钥（可能由 HUK 生成），并对存储在文件系统中的几个字节进行加密/解密，那么预期路径是什么？ 谢谢， 黏土

marking of MPXM2053GS What does the marking KCY547C mean? It is normal that there are two different marking in one reel?