EdgeLock 2GOプロビジョニングのためにIW612/RW612を用いてMCXW72でWi-Fiを実装する方法 NXPサポートの皆さん、こんにちは。 NXPチームの皆様、こんにちは。 EdgeLock 2GOのプロビジョニングを実行するために、IW612またはRW612を使ってMCXW72でWi-Fiを実際に実装するにはどうすればよいでしょうか? この特定のセットアップを動作させるために必要な正確なハードウェア接続要件、ドライバ、ソフトウェアスタックを教えてください。なお、当アプリケーションは ThreadやMatterプロトコルを使用できません。 ありがとう、 ハーシャル     通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) FRDMトレーニング セキュリティ（EdgeLock | セキュアブート | OTP） Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning ご返信とMongooseに関するアドバイス、ありがとうございます！ちょっとしたフォローアップですが、RW612を検討する前に、実はMCXW72をIW612(RW612ではなく)で動作させることを目指していました。MCXW72はこのプロジェクトに必要なセキュリティ/アプリケーションコア(TF-M、EdgeLock セキュア・エンクレーブ)だからです。 IW612のデータシートによると、Wi-FiはSDIOのみにハードワイヤードされています（表1、およびCONFIG_HOST_BOOT[1:0]ピンテーブルでは、Wi-Fi/BT/802.15.4用のSDIO/UART/SPI以外のすべてのオプションが「予約済み」とマークされています）。MCXW72のデータシートにはSDIO周辺機器は記載されていません。I2C、SPI、UART、CAN、FlexIOのみです。 そこで質問ですが、MCXW72はSDIOホストコントローラーがないため、物理的にIW612のWi-Fiを全く駆動できないというのは正しいのでしょうか?それとも、私が見落としている回避策、例えばSDIOオーバーSPI/UARTの回避策や、NXPが提供するこれら2つのチップをペアリングするための他のサポート済みブリッジ方式などがあるのでしょうか? MCXW72とIW612の組み合わせが本当に実現不可能なのであれば、それは知っておくべき情報ですが、除外する前に、これがハードウェア上の根本的な制限であることを確認したかったのです。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning こんにちは、ハーシャルさん。 簡単な質問ですが、この構成でMCXW72が必要な理由は何ですか？RW612はすでにワイヤレスMCUです。アプリケーションをRW612上で直接実行し、追加のマイクロコントローラを完全に外すこともできます。 RW612を選ぶなら、Mongooseのネットワークライブラリを使ってWi-Fiやネットワークスタックを管理できます。そこから直接アプリケーションに集中できます。ここにすぐに使えるRW612の例があり、良い出発点になります。 ローカルワークスペースにダウンロードするには、リンクを開き、「設定」パネルを選択して、保存先ディレクトリを選択してください。次に、青色の「C/C++を生成」ボタンをクリックして、プロジェクトをコンピュータにダウンロードしてください。その後、MCUXpresso IDEで開いてビルドし、フラッシュできます。 お知らせ：私はMongoose開発チームの一員です。この情報があなたのプロジェクトのお役に立てば幸いです。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning こんにちは、ハーシャルさん。 あなたの調子が良いといいのですが。ご要望の内容を詳しく教えていただけますか? これらのアプリケーションノートのどれかに従っているか確認していただけますか? Secure Provisioning(SEC)ツールを用いた製品タイプによるEdgeLock 2GO MCUプロビジョニング[AN15038] MCU向けのSPSDKによるEdgeLock 2GOプロビジョニング[AN14670] MCU向けのEdgeLock 2GOプロビジョニング(SEC)によるプロビジョニング[AN14624] MPUおよびMCU向けのEdgeLock 2GOサービス[AN14544] MCXW72は、IW612がホストWi-Fiモジュールとして動作するために必要なハードウェアインターフェースを提供していません。IW612は、Wi-FiにはSDIO 3.0、BluetoothにはUART、802.15.4にはSPIを必要とします。 これらすべてのプロトコルをサポートするデバイスをお探しなら、オールインワン製品としてRW612をおすすめします。 よろしくお願いいたします。 リカルド

LX2160A - Synchronous Ethernet (SyncE) RCLK Hi, I'm using an LX2160A board. From my understanding, the SerDes modules can use Synchronous Ethernet (SyncE) and recover the clock from the input SerDes signal. This clock is then available as RCLK0/1, with the related SerDes being selected with the register RECOV_CLK_SEL_RCLK0/1. Can this recovered clock signal then be used to drive the SerDes modules, either the one that it was recovered from or another ? Potentially as reference clock for the PLLS / PLLF ? Thanks in advance. Re: LX2160A - Synchronous Ethernet (SyncE) RCLK Hello, No, RCLK0/1 cannot be fed directly back into the LX2160A SerDes as a reference clock for PLLS/PLLF. RCLK0 and RCLK1 are output-only pins on the LX2160A. The intended SyncE architecture requires routing RCLK0/1 through an external Jitter-Cleaner PLL first, and only then feeding the cleaned clock back as the SerDes reference clock (SD1_PLLS_REF_CLK_P/N, etc.). Regards

LX2160A - 同步以太网 (SyncE) RCLK 您好， 我使用的是LX2160A板。 据我了解，SerDes 模块可以使用同步以太网 (SyncE) 并从输入的 SerDes 信号中恢复时钟。然后，该时钟可作为 RCLK0/1 提供，相关的 SerDes 可通过寄存器 RECOV_CLK_SEL_RCLK0/1 选择。 那么，恢复后的时钟信号能否用于驱动 SerDes 模块，无论是用于恢复该信号的那个模块还是其他模块？ 能否作为PLLS/PLLF的参考时钟？ 先行致谢。 Re: LX2160A - Synchronous Ethernet (SyncE) RCLK 你好， 不，RCLK0/1 不能直接反馈到 LX2160A SerDes 作为 PLLS/PLLF 的参考时钟。RCLK0 和 RCLK1 是 LX2160A 上的仅输出引脚。预期的 SyncE 架构要求先将 RCLK0/1 通过外部抖动清除器 PLL 进行路由，然后再将清除后的时钟作为 SerDes 参考时钟（SD1_PLLS_REF_CLK_P/N 等）反馈回去。 此致

使用 IW612/RW612 在 MCXW72 上实现 Wi-Fi，用于 EdgeLock 2GO 配置 您好，NXP技术支持， 您好，NXP团队， 如何实际在MCXW72上使用IW612或RW612实现 Wi-Fi，特别是执行EdgeLock 2GO 配置？ 请提供使此特定设置正常工作所需的确切硬件连接要求、驱动程序和软件堆栈。请注意，我们的应用程序不能使用 Thread 或 Matter 协议。 谢谢， 哈沙尔     通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） FRDM 培训 安全（Edgelock | 安全启动 | OTP） Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning 感谢您的回复和提供的 Mongoose 相关信息！不过，还有一个后续问题——在考虑 RW612 之前，我实际上是想让 MCXW72 与 IW612（而不是 RW612）一起工作，因为 MCXW72 是我们这个项目所需的网络安全/应用程序核心（TF-M，EdgeLock 安全隔离区）。 从 IW612 数据手册可以看出，Wi-Fi 仅硬连线到 SDIO（表 1，以及 CONFIG_HOST_BOOT[1:0] 引脚表，其中除 SDIO/UART/SPI（分别用于 Wi-Fi/BT/802.15.4）之外的每个选项都标记为“保留”）。MCXW72 的数据手册没有列出任何 SDIO 外设——只有 I2C、SPI、UART、CAN、FlexIO。 所以我的问题是：MCXW72 是否真的完全无法驱动 IW612 的 Wi-Fi，因为它没有 SDIO 主机控制器？或者是否有我遗漏的解决方法——例如，通过 SPI/UART 实现 SDIO 的变通方法，或者 NXP 提供的其他支持桥接方法来连接这两个特定的芯片？ 如果 MCXW72 + IW612 真的不可行，那当然很有用——但在排除这种可能性之前，我想确认这是否是硬件上的硬性限制。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning 嗨，哈沙尔， 问个简单的问题：为什么这个配置需要 MCXW72？RW612 本身就是一款无线 MCU。你可以直接在 RW612 上运行你的应用程序，完全去掉额外的微控制器。 如果选择 RW612，可以使用 Mongoose 网络库来处理 Wi-Fi 和网络协议栈。从那里，您可以直接专注于您的申请。这里有一个现成的 RW612 示例，可以为您提供一个很好的起点。 要将其下载到本地工作区，请打开链接，选择“设置”面板，然后选择目标目录。然后点击蓝色的“生成 C/C++”按钮，将项目下载到您的计算机。然后您可以使用 MCUXpresso IDE 打开它，进行编译，然后进行烧录。 友情提示：我是 Mongoose 开发团队的成员，希望这对您的项目有所帮助。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning 你好，哈沙尔， 希望你一切都好。请问您的具体要求是什么？ 请问您是否遵循了以下任何应用笔记？ EdgeLock 2GO 通过产品类型使用安全配置 (高效密码学标准 (SEC)) 工具配置 MCU [AN15038] EdgeLock 2GO 通过 SPSDK 为 MCU 提供配置[AN14670] EdgeLock 2GO 通过安全配置工具 (SEC) 为 MCU 进行配置[AN14624] EdgeLock 2GO 服务（适用于 MPU 和 MCU） [AN14544] MCXW72 不提供 IW612 作为托管 Wi-Fi 模块运行所需的硬件接口。IW612 需要 SDIO 3.0 用于 Wi-Fi，UART 用于蓝牙，SPI 用于 802.15.4。 如果您正在寻找一款支持所有这些协议的设备，那么我推荐 RW612 这款一体化产品。 顺祝商祺！ 里卡多

NXP UM11442，第 3.1.5.15 段零拷贝功能失效 大家好， UM11442 修订版24 第3.1.5.15 段 零拷贝 例子 evkmimxrt1170_wifi_cli_cm7 编译失败，使用建议的预处理器宏标志，第一个错误： << wifi_netif.c 中未定义 NETIF_RX_BUFFERS>> 所以我添加了下一个定义 #define NETIF_RX_BUFFERS 8 但我现在有 错误：无效地使用了未定义的类型“struct nxp_wifi_device ” 实际上，示例中并未定义所使用的结构。 示例中的零拷贝功能不完整，因此 UM11442 中的描述不适用？ 如何测试零拷贝？ 谢谢，并致以最诚挚的问候。 皮耶罗 Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 目前我们只有MIMXRT1170-EVK ， SDK 26.06 已安装，但 EVK 示例 “ evk mimxrt1170_wifi_cli_cm7”与“ evkb mimxrt1170_wifi_cli_cm7”不同。 文档 UM11442 中引用了文档 UM11441，文档 UM11441 表 1 第 5 页中也提到了组合 i.MX RT1170 EVK AW611 u-blox JODY W5 声明支持 所以你的意思是“ evk mimxrt1170_wifi_cli_cm7”实际上无法与Wi-Fi零拷贝配合使用吗？ Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 您好， 您使用的是RT1170-EVK还是RT1170-EVKB？ 我在 SDK 26.06 上进行了测试，并使用 evkbmimxrt1170_wifi_cli_cm7 示例，按照指南中提到的宏成功构建了应用程序。 你使用的是哪个SDK版本？ 问候， 丹尼尔。 Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 您好， 正确的。我使用 EVKB SDK 进行了测试。 请问您是从哪里找到 RT1170-EVK 的 SDK 26.06 的，或者您是如何导入的？ 我查看了 RT1170-EVK 版本，只找到了 SDK 版本 2.16.0。 问候， 丹尼尔。

MCXW716C：尽管已通过 BOOT_CONFIG 和 SWD 邮箱确认进入 ISP 模式，但 ISP UART 无响应。 摘要   我正在围绕MCXW716CMFTA （48 引脚，不是 NXP 评估板）构建的定制板上启动 BLE。在构建/刷写 BLE 示例之前，我需要更新 NBU 固件（ mcxw71_nbu_ble_hosted.sb3 ）通过 ISP，按照标准的“FRDM-MCXW71 入门”流程。ISP UART接口（LPUART1）始终无响应 blhost 尽管我已经通过两种完全独立的方法证实，该芯片确实会进入某种受限/类似 ISP 的状态。我很想知道为什么 UART 端保持沉默，或者是否有其他受支持的方法来写入 NBU 镜像。   设置     芯片：MCXW716CMFTA（48引脚），定制PCB     SDK/工具：MCUXpresso 安全配置工具 v25.06SPSDK 3.0.1（捆绑版） blhost / nxpdevscan / nxpdebugmbox ）     调试探针：MCU-Link（PyOCD 后端），通过板载 J4 接头上的 SWD 连接——已确认可用于一般调试访问     USB 转 UART 适配器：DSD TECH SH-U09C5（原装 FTDI FT232RNL），设置为 3.3V 逻辑电平     使用的 ISP 引脚映射（根据 AN14802 表 7，已确认 MCX W71/W72 相同）：     BOOT_CONFIG = PTA4     LPUART1 ISP RX = PTC2 (ALT3)     LPUART1 ISP TX = PTC3 (ALT3)     在定制板上，这些可通过测试点 TP7 (PTA4)、TP26 (PTC2)、TP43 (PTC3) 进行访问。   症状   blhost -p COMx -- get-property 1 （以及 MCUXpresso 安全配置工具自身的“测试连接”功能）总是失败：   SpsdkNoDeviceFoundError: 未找到具有给定接口“uart”和参数“port=COM5，timeout=5000”的设备。 ​   nxpdevscan -vv 显示 mboot ping 字节 [0x5A, 0xA6] 发送了 3 次，每次都紧接着 SPSDK超时错误 然后，退而求其次，采用社会民主党。 读取状态 该命令也会超时（ Sdp连接错误 ）。始终没有收到目标的任何回应。   我已经排除的     接线极性（两种方向都试过了）     电压等级：TP7、TP26、TP43 的稳态电压均为 3.3V。     适配器/驱动程序：正品 FTDI，已在设备管理器中确认“工作正常”，COM 端口存在     流量控制（通过环回测试确认无）     端口被其他应用程序锁定     一个真正的硬件缺陷：PTC3（网络“WPT2_Drive_EN”）通过一个 0 欧姆电阻直接连接到 LTC7068 DC/DC 控制器的 EN 引脚，该控制器用于我们的无线电力传输线圈驱动器。这使得 TP43 的空闲高电平降至 ~2.3V。我移除了这个电阻，并确认 TP43 现在在 3.3V 时空闲状态正常——这确实是一个 bug，但这并没有解决 ISP 通信故障。     在 PTC2 网络上加载（与我们板上的“POWER_SW”按钮输入共享）：追踪原理图，确认该网络上没有上拉/下拉/RC 滤波。   物理确认PC→主板方向正确   USB适配器内置TX/RX活动指示灯。在 blhost 获取属性 试图：     TXD LED 闪烁 3 次，与观察到的 3 次 ping 重试相符。 nxpdevscan -vv — 确认电脑确实在传输数据。     RXD LED 指示灯始终不亮，确认电路板不会发送任何数据。   在同一测试期间，TP26 (PTC2) 上的示波器捕获显示波形的总持续时间 (~350µs) 与 57600 波特率下两个背靠背 UART 字节的预期时间相匹配，这与 ping 字节实际电到达引脚的情况一致。   最新发现：通过两种独立的方法均可成功进入ISP模式，但两种情况下UART均无法工作。   使用 nxpdebugmbox （通过同一个 MCU-Link 探针进行 SWD 测试），我测试了两种完全不同的进入 ISP 模式的方法：   方法 A — 物理 BOOT_CONFIG 引脚：在上电瞬间将 TP7 (PTA4) 跳线连接到 VDD，然后完全断电重启（USB 完全拔出/重新插入）。   方法 B — SWD/调试邮箱，完全不需要引脚连接：   nxpdebugmbox -i pyocd cmd -f mcxw716c start nxpdebugmbox -i pyocd cmd -f mcxw716c ispmode -m 1 ​   两条命令均报告成功（“启动调试邮箱成功” / “进入 ISP 模式成功”）。   在这两种情况下，紧接着， blhost -p COMx -- get-property 1 仍然返回 SpsdkNoDeviceFoundError — UART 双向均无响应。   另需注意： nxpdebugmbox mem-tool test-connection -d debug_port 在正常启动和 BOOT_CONFIG 保持状态下均能成功启动。但 mem-tool read-memory -a 0x0 -c 16 正常启动时成功（返回应用程序的向量表），但在其他情况下失败 SPSDK：未找到内存访问端口！ 当 BOOT_CONFIG 被钳位时——因此，当 BOOT_CONFIG 被钳位时，芯片的调试/内存访问配置确实发生了一些变化，尽管这并不能解释为什么 UART 保持静默。   问题     假设已通过 BOOT_CONFIG 引脚和 SWD 调试邮箱确认 ISP 模式进入成功 ISP模式 命令中，是否存在已知原因导致 LPUART1 ISP 接口（PTC2/PTC3、ALT3）仍然无法响应标准的 mboot ping 命令？     UART ISP 接口激活是否还有其他前提条件（时钟配置、芯片版本特定行为、生命周期状态限制），而这些条件在 AN14648/AN14802 中没有涵盖？     另一种选择是：由于 SWD/调试邮箱通信功能齐全（ 测试连接 以及 读取内存 （在正常运行期间成功），是否有受支持的方法写入 NBU 固件（ mcxw71_nbu_ble_hosted.sb3 瞄准 无线电闪光 是否通过 SWD/调试邮箱而不是 UART ISP（地址为 0x48800000）进行通信？MCUXpresso 安全配置工具的 MCXW716C 目标定义仅列出 “连接”: [“uart”] — 是基于 SWD 的配置 无线电闪光 可能通过 nxpdebugmbox / nxpimage 如果是这样，具体流程是什么？   任何建议——包括“这是 X 的真正根本原因”或“这是如何通过 SWD 刷写 NBU”——都将不胜感激。如果需要，我很乐意提供更多日志/作用域捕获信息。 Re: MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox 嗨@chocola_saka ，希望你一切都好。 请问您是否已经烧断过任何一组熔丝？如果是，请具体说明是哪一种。这一点很重要，因为熔丝 17 具有禁用 ISP 路径的功能。 此外，请说明在出现此行为之前，您是否已向 IFR 的 0 扇区写入任何配置，因为该扇区专用于 ROM 启动和 ISP 配置。 您之前是否能够将NBU加载到您的电路板上？ 另外，关于您提出的通过 SWD 加载 NBU 的问题，我建议您参考AN14397 - 在批量生产期间通过串行线调试对 MCXW71 Flash 进行应用程序和无线电固件编程。它提供了将应用程序二进制文件合并到 NBU 固件中并通过 SWD 加载最终二进制文件的指南。 请告知我所需信息，以及分享的资源是否有帮助。

IMX95 GPIO1は使用できません ご挨拶申し上げます。 私たちはプロジェクト開発にIMX95を使用しています。今はGPIO1グループを使わなければなりません。私は以下のようにdtsファイルを編集しました。 &gpio1 {     ステータス = "okay"; }; そして、システムを再起動します。 コンソールには以下のようなエラーメッセージが表示され、システムがクラッシュしました。 質問ですが、ユーザーはGPIO1を操作できますか?あるいは、DTSを正しく設定するにはどうすればいいでしょうか? それともGPIO1のGPIOを制御する他の方法はありますか? [ 2.326271] pstate: 40400009 (nZcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 2.333203] pc : bgpio_read32+0x0/0x18 [ 2.336923] lr : gpio_generic_chip_init+0x228/0x3e0 [ 2.341783 ] SP : FFFF8000822E3A90 [ 2.345070 ] x29: ffff8000822e3a90 x28: 0000000000000000000000000000 x27: 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 [ 2.352176 x26: ffff000080024028 x25: 000000000000000000 x24: ffff00008002320d [ 2.359283 ] x23: 00000000000000000000 x22: ffff000081ff9180 x21: ffff000080252000 [ 2.366390 x20: ffff000080252010 x19: ffff000080f65080 x18: 000000000000000a [ 2.373497] x17: ffff8000817c0b68 x16: ffff000081fc7280 x15: 00000000000000000 [ 2.380603 ] x14: FFFFFFFFFFFFFF x13: 00000000 0101010101010101 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 [ 2.387710 x11: 7f7f7f7f7f7f7f7f x10: ffff80008249D043 x9 : 0000000000000018 [ 2.394817 x8 : 0101010101010101 x7 : 0000000000000000000000000000000000000000 x6 : 0000000000000090 [ 2.401923 ] x5 : 0000000000000090 x4 : ffff800080720920 x3 : ffff000080f65080 [ 2.409030 ] x2 : ffff80008071fb0c x1 : ffff80008070efa0 x0 : ffff8000822d5050 [ 2.416144] コールトレース: [ 2.418571 bgpio_read32+0x0/0x18 (P) [ 2.422297 ] vf610_gpio_probe+0x2d0/0x400 [ 2.426277 ] platform_probe+0x5c/0xa4 [ 2.429916] really_probe+0xbc/0x2bc [ 2.433470 __driver_probe_device+0x78/0x120 [ 2.437803 ] driver_probe_device+0x3c/0x178 [ 2.441963 ] __device_attach_driver+0xb8/0x140 [ 2.446383 ] bus_for_each_drv+0x88/0xe8 [ 2.450197 ] __device_attach+0x9c/0x1a0 [ 2.454010] device_initial_probe+0x14/0x20 [ 2.458170 ] bus_probe_device+0x9c/0xa0 [ 2.461983] deferred_probe_work_func+0x7c/0xb4 [ 2.466490 process_one_work+0x150/0x290 [ 2.470477] worker_thread+0x180/0x2f4 [ 2.474203 ] kthread+0x12c/0x204 [ 2.477410 ] ret_from_fork+0x10/0x20 [ 2.480973 コード: d503201f d5033ebf b9000001 d65f03c0 (b9400000) [ 2.487037] ---[ 終了痕跡 0000000000000000000000000000000000000000000000000000000000000000 ]--- Re: IMX95 GPIO1 can not be used このメッセージはエラーを示していると思ったのですが、実際にはシステムがクラッシュしていました。 単なる関数呼び出しのトレースログかもしれません。 しかし、皆さん、ありがとうございました。 ハードウェアを改良すべきだ。 Re: IMX95 GPIO1 can not be used こんにちは、 i.MX95のハードウェア設計ガイド第2.1節システムマネージャーに記載されている通り: https://www.nxp.com/webapp/Download?colCode=UG10210&isHTMLorPDF=HTML SMとCortex-M33コアはGPIO1のすべてのピンを制御しています。他のコアは直接アクセスできません。システム制御・管理インターフェース(SCMI)プロトコルを介した間接アクセスのみが許可されています。安全な起動および復旧メカニズムを保証します。 これがLinux側(異なるLM)からアクセスしようとするとハードフォルトが出る理由です。 敬具/サルドス、 アルド。 Re: IMX95 GPIO1 can not be used GPIOの制御は問題ないはずですが、GPIOの設定方法を教えてもらえますか?オープンドレインかプッシュプルか? ちなみに、ログにはエラーメッセージは表示されていないようです。

MCXA185 ROM ISP UARTがカスタムピンで応答しない こんにちは、 NXP MCXA185VLHカスタムボードを使っており、CMPA/PFR構成を通じてデフォルトのROM ISP UARTピンを変更しようとしています。 1. 目的 ISPのUARTピンMCXA185デフォルトは以下の通りです: LPUART2 TX: P2_2 RX:P2_3 ROM ISP UARTを以下に変更したいです: LPUART4 TX: P3_27 RX:P3_28 私はSecure Provisioning Tool(SPT)/SPSDK 3.10.0とMCU-LINK Proをデバッグプローブとして使用しています。 2. CMPA ISP_UART_CFG構成 PFR設定ツールで、ISP_UART_CFGを次のように設定しました: UART_RX_PIN 0x7C UART_RX_FUNC_SLOT 0b0011 UART_ISP_FLEXCOM 0b0100 UART_TX_PIN 0x7B UART_TX_FUNC_SLOT 0b0011 UART_BAUD_RATE AUTO_BAUDRATE / 0b0000 ピンのエンコーディングによると、私の理解は以下の通りです: 0x7B → P3_27 0x7C → P3_28 したがって、意図された構成は次のようになります: LPUART4 TX = P3_27 RX = P3_28 機能スロット = 3 ボーレート=オートボー検出 MCXA185ドキュメントにはLPUART4もインスタンス4として記載されているので、対応するUART_ISP_FLEXCOM値を設定しました。 3. CMPA生成とプログラミング CMPAのバイナリはSPT/SPSDKで生成しました。 生成されたスクリプトは正常に実行されました。 重要なコマンド／結果は以下のとおりです。 # ## Create CMPA page - binary ## # pfr.exe export -c pfr_write_cmpa.yaml -o pfr_write_cmpa.bin 成功しました。（CMPAバイナリが生成されました） 次に、ブートローダーの接続を確認しました。 blhost -t 2000 -p COM8,115200 -j -- get-property 1 0 そして返ってきた： ヤージュ 「コマンド」: 「get-property」 "応答"： [ 1258488320 ], "状態"： { 「説明」: 「0 (0x0) 成功」 「値」: 0 } } そしてCMPAは削除された。 pfr.exe erase-cmpa -p COM8,115200 -f mcxa185 結果： mcxa185上のCMPAページアドレス、リビジョン：最新版は0x7e000です CMPAのページは削除されました。 次に、CMPAをプログラミングしました。 blhost -t 5000 -p COM8,115200 -j -- write-memory 0x0007E000 pfr_write_cmpa.bin 結果： ヤージュ 「コマンド」：「メモリ書き込み」 "応答"： [ 256 ], "状態"： { 「説明」: 「0 (0x0) 成功」 「値」：0 } } したがって、CMPAは消去と書き込みの両方で成功を報告した。 4. MCU-LINK Proを経由してISPモードに移行する 私はMCU-LINK Proを使っています: NXP Semiconductors MCU-LINK Pro(r0CF)CMSIS-DAP V2.241 シリアル:JE3OY43UTRELI デバッグメールボックスは正常に開始します: nxpdebugmbox -i pyocd cmd -f mcxa185 start 結果: デバッグ開始 メールボックス成功 その後、MCUをISPモードに強制的に切り替えます: NXPDEBUGMBOX -i pyocd cmd -f mcxa185 ispmode -m 0 結果: ISPモードへの移行は成功しました デバッグメールボックスは、MCUがISPモードに正常に入ったと報告します。 5. 新しいISPピンへのUART接続 カスタムボードにはUSBからUARTへのアダプターを接続しています。 アダプターは以下の接続先に取り付けられています: MCXA185 P3_27 / P3_28 シリアルポートは以下の通りです: COM27 このつながりは以下の通りに交差します: USB-UART TX → MCXA185 P3_28(RX) USB-UART RX ← MCXA185 P3_27(テキサス州) GND→GND 私は以下でテストしています: 115200ボー 6. BLHOSTが新しいISP UARTで応答しない ISPモードに入った後、以下を実行します: blhost -t 10000 -p COM27,115200 -j -- get-property 1 しかし、私は以下のようなものを得ています: SpsdkNoDeviceFoundError: 与えられたインターフェース「uart」およびパラメータ「port=COM27、baudrate=115200、timeout=10000」に対するデバイスは検出されませんでした。 そのため、ROM ISPブートローダーはCOM27/P3_27/P3_28経由で応答していません。 ISPモードに入った際に、シリアルモニターに以下の表示が見られました。 [RX] - 00 しかし、有効なBLHOST応答を受け取ることができません。 7. COM27が物理的に検出される nxpdevscanはMCU-LINK Proおよび関連するUSBデバイスを正しく表示していますが、以下の通りです: UARTデバイスをスキャン中...何も見つからなかった USB-UARTアダプター自体はWindowsでCOM27として利用可能で、シリアルモニター/BLHOSTで使用されています。 8. オリジナルISP UART作品 ISP UART構成を変更する前は、元のISP UARTを通じて以下の方法でMCUと通信できました: blhost -t 10000 -p COM8,115200 -j -- get-property 1 その作品は無事に戻った: { 「コマンド」: 「プロパティ取得」 「応答」:[ 1258488320 ], 「ステータス」:{ 「説明」:「0(0x0)成功。」、 「価値」:0 } } これにより、以下のことが確認されます: MCUは機能しています。 ROM ISPは正常に動作しています。 BLHOST/SPSDKは正常に動作します。 USB-UARTアダプタとシリアル通信の設定は正常に動作します。 この問題は、ISPのUART設定をP3_27/P3_28に変更した後に発生します。 9. デバッグメモリアクセスの問題 また、MCU-LINK Proを通じてCMPAの内容を直接確認しようとしました。 CMPAの所在地は以下の通りです: 0x0007E000 私は以下を使いました: NXPDEBUGMbox -i pyocd mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h しかし、以下の内容が出ました: SPSDKAppError: SPSDK: メモリアクセスポートが見つかりません! 私も試してみました： nxpdebugmbox -i pyocd mem-tool test-connection -f mcxa185 返された結果： 接続テストは正常に終了しませんでした。 リカバリーリセットを有効にしてみました: nxpdebugmbox -i pyocd -o enable_recovery_reset=True mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h しかし、同じ結果を受け取った。 メモリアクセスポートが見つかりません! しかし、デバッグメールボックス自体は引き続き起動可能です: デバッグ開始 メールボックス成功 ISPモードに入ることができます: ISPモードへの移行は成功しました 10. SPT接続の問題 再度PFR設定ウィンドウを使おうとすると、次のように表示されました: PFR構成、MCXA185、COM8[ボー=115200] そして次のように報告しました: 接続の問題です。接続ダイアログで設定を確認してください。 UARTポートを開けなかった: ポート『COM8』を開けませんでした。アクセス拒否。 これは別のCOMポートアクセスの問題のようで、COM8はすでに別のアプリケーションやプロセスで使用されていました。 追伸。また、セキュアプロビジョニングツールでISP_MISC_CFG : ISP_UART_CUSTを設定し、電源サイクルも行いました。ドキュメントやサポートを通じて見つけられることはすべてやりましたが、私が小さなミスをする可能性は全くありません。どうか私の問題解決を手伝ってください。 よろしくお願いします。 MCXA Re: MCXA185 ROM ISP UART Not Responding on Custom Pins こんにちは、 @Alice_Yang さん。 CMPAのプログラミング後、既に完全な電源リセットを実行しました。 提案されたとおり、ISPピンを使用してISPモードに入ることも試しました。しかし、MCXA185は設定済みのISP UART経由では応答せず、 blhostはデバイスがPINGに応答しないと報告します。 よろしくお願いします。 よろしくお願いします。 ウダイ Re: MCXA185 ROM ISP UART Not Responding on Custom Pins こんにちは、@udaysinghg70 CMPAのプログラミング後は、必ず電源を完全にリセットしてから、ISPピンを使用してISPモードに入ってみてください。   よろしくお願いします。   BR アリス

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 此致， 志明

RTD 使用问题 您好，在使用RTD项目时遇到了一些问题。请您看一下这些文件好吗？ （1）导入演示项目后，为什么 board.txt 文件为空？编译时立即出现错误信息。我该如何编译演示项目？ NXP2_0-1787586202293.pngNXP2_0-1787586202293.png NXP2_1-1787586227880.pngNXP2_1-1787586227880.png （2）当我尝试打开 .mex 文件时使用 S32DS 处理演示项目文件时，出现以下问题。请问如何解决这个问题？ NXP2_0-1787585984659.png Re: RTD Usage Issues HI 导入S32K RTD的工程请点击File ->新->示例中的 S32DS 项目 RTD工程里有一个/description.txt文件需要阅读，其中提到需要在外设工具里点击更新代码按钮然后重新编译： 3.1 生成 S32 配置 在运行示例之前，需要生成一个配置。首先，在 S32 DS 的 “项目资源管理器” 视图中选择当前项目。选择 “S32 Configuration Tool” 菜单，然后点击所需的配置工具（引脚、时钟、外设等）。 点击其中任何一个都会生成所有元器件。进行所需的更改（如有），然后单击“S32 配置工具->更新代码”按钮。 最后那张图片太模糊了完全看不清楚，需要你重新上传。发图片不建议直接粘贴到帖子里，建议使用插入照片按钮插入图片或者当附件上传也行。 S32DSv3.6.x里安装RTD的方法以及如何导入工程等，可以看一下该视频：如何使用S32 Design Studio 3.6.0下载、安装和配置RTD 5.0.0 此致敬礼， Robin

MCXA185 ROM ISP UART Not Responding on Custom Pins Hello, I am working with an NXP MCXA185VLH custom board and am trying to modify the default ROM ISP UART pins through the CMPA/PFR configuration. 1. Objective The default MCXA185 ISP UART pins are: LPUART2 TX: P2_2 RX: P2_3 I want to change the ROM ISP UART to: LPUART4 TX: P3_27 RX: P3_28 I am using Secure Provisioning Tool (SPT) / SPSDK 3.10.0 and an MCU-LINK Pro as the debug probe. 2. CMPA ISP_UART_CFG configuration In the PFR Configuration tool, I configured ISP_UART_CFG as follows: UART_RX_PIN 0x7C UART_RX_FUNC_SLOT 0b0011 UART_ISP_FLEXCOM 0b0100 UART_TX_PIN 0x7B UART_TX_FUNC_SLOT 0b0011 UART_BAUD_RATE AUTO_BAUDRATE / 0b0000 According to the pin encoding, I understand: 0x7B → P3_27 0x7C → P3_28 Therefore the intended configuration is: LPUART4 TX = P3_27 RX = P3_28 Function slot = 3 Baud rate = Auto baud detection The MCXA185 documentation also lists LPUART4 as instance 4, which is why I configured the corresponding UART_ISP_FLEXCOM value. 3. CMPA generation and programming I generated the CMPA binary using SPT/SPSDK. The generated script executed successfully. The important commands/results were: ### Create CMPA page - binary ### pfr.exe export -c pfr_write_cmpa.yaml -o pfr_write_cmpa.bin Success. (CMPA binary has been generated) Then the bootloader connection was checked: blhost -t 2000 -p COM8,115200 -j -- get-property 1 0 and returned: { "command": "get-property", "response": [ 1258488320 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } Then CMPA was erased: pfr.exe erase-cmpa -p COM8,115200 -f mcxa185 Result: CMPA page address on mcxa185, Revision: latest is 0x7e000 CMPA page has been erased. Then I programmed the CMPA: blhost -t 5000 -p COM8,115200 -j -- write-memory 0x0007E000 pfr_write_cmpa.bin Result: { "command": "write-memory", "response": [ 256 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } Therefore, CMPA erase and write both reported success. 4. Entering ISP mode through MCU-LINK Pro I am using an MCU-LINK Pro: NXP Semiconductors MCU-LINK Pro (r0CF) CMSIS-DAP V2.241 Serial: JE3OY43UTRELI The debug mailbox starts successfully: nxpdebugmbox -i pyocd cmd -f mcxa185 start Result: Start Debug Mailbox succeeded I then force the MCU into ISP mode: nxpdebugmbox -i pyocd cmd -f mcxa185 ispmode -m 0 Result: Entering into ISP mode succeeded So the debug mailbox reports that the MCU has successfully entered ISP mode. 5. UART connection to the new ISP pins I have a USB-to-UART adapter connected to the custom board. The adapter is connected to: MCXA185 P3_27 / P3_28 The serial port is: COM27 The connection is crossed: USB-UART TX → MCXA185 P3_28 (RX) USB-UART RX ← MCXA185 P3_27 (TX) GND → GND I am testing at: 115200 baud 6. BLHOST does not respond on the new ISP UART After entering ISP mode, I run: blhost -t 10000 -p COM27,115200 -j -- get-property 1 However, I get: SpsdkNoDeviceFoundError: No devices for given interface 'uart' and parameters 'port=COM27, baudrate=115200, timeout=10000' was found. Therefore, the ROM ISP bootloader is not responding through COM27/P3_27/P3_28. I have also observed the following on the serial monitor when entering ISP mode: [RX] - 00 but I do not receive a valid BLHOST response. 7. COM27 is physically detected nxpdevscan shows the MCU-LINK Pro and related USB devices correctly, but: Scanning UART devices... Nothing found The USB-UART adapter itself is available as COM27 in Windows and is being used by the serial monitor/BLHOST. 8. Original ISP UART works Before changing the ISP UART configuration, I was able to communicate with the MCU through the original ISP UART using: blhost -t 10000 -p COM8,115200 -j -- get-property 1 which returned successfully: { "command": "get-property", "response": [ 1258488320 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } This confirms that: The MCU is functional. ROM ISP is functional. BLHOST/SPSDK is functional. The USB-UART adapter and serial communication setup work. The problem appears after changing the ISP UART configuration to P3_27/P3_28. 9. Debug memory access issue I also attempted to verify the CMPA contents directly through the MCU-LINK Pro. CMPA is located at: 0x0007E000 I used: nxpdebugmbox -i pyocd mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h but received: SPSDKAppError: SPSDK: The memory access port is not found! I also tried: nxpdebugmbox -i pyocd mem-tool test-connection -f mcxa185 which returned: The test connection ends NOT successfully. I tried enabling recovery reset: nxpdebugmbox -i pyocd -o enable_recovery_reset=True mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h but received the same: The memory access port is not found! However, the debug mailbox itself can still be started: Start Debug Mailbox succeeded and ISP mode can be entered: Entering into ISP mode succeeded 10. SPT connection issue When I tried to use the PFR Configuration window again, it showed: PFR Configuration, MCXA185, COM8[baud=115200] and reported: Connection problem. Check the connection dialog for configuration. Failed to open UART port with: Could not open port 'COM8'. Access denied. This appears to be a separate COM-port access issue because COM8 was already being used by another application/process. PS. Ive also configured the ISP_MISC_CFG : ISP_UART_CUST in the secure provisioning tool and done a power cycle too. Literally I've done everything that i could find via documentation and even support and there is no chance for silly mistakes from my side. Please help me resolve my issue. Thank you. MCXA Re: MCXA185 ROM ISP UART Not Responding on Custom Pins Hello @Alice_Yang , I have already performed a full power reset after programming the CMPA. I also tried entering ISP mode using the ISP pin as suggested. However, the MCXA185 still does not respond through the configured ISP UART, and blhost reports that the device does not respond to the PING. Thank you. Regards Uday Re: MCXA185 ROM ISP UART Not Responding on Custom Pins Hi @udaysinghg70  Please ensure that a full power reset is performed after programming the CMPA, and then try entering ISP mode using the ISP pin.   Thank you.   BR Alice

RTD（すぐに飲める飲料）の使用上の問題点 こんにちは。RTDプロジェクトを使用する際にいくつか問題が発生しています。見ていただけますか? （1）デモプロジェクトをインポートした後、board.txt ファイルが空になるのはなぜですか？コンパイル時に、すぐにエラーメッセージが表示されました。デモプロジェクトはどうやってコンパイルすればいいですか? NXP2_0-1787586202293.pngNXP2_0-1787586202293.png NXP2_1-1787586227880.pngNXP2_1-1787586227880.png （２）.mexファイルを開こうとしたときS32DSを使用したデモプロジェクトのファイルで、以下の問題が発生しました。どうやって直せばいいのか教えてもらえますか? NXP2_0-1787585984659.png Re: RTD Usage Issues ハイ S32K RTD の工程ポイントファイル ->新規 ->例からの S32DS プロジェクト RTD 工程里に/description.txt ファイルが必要です阅读、その中には外部設定ツールのサリポイントでコードを更新する必要があることが指摘されています。 3.1 S32構成の生成 例を実行する前に、設定を生成する必要があります。まず、S32 DSのプロジェクト・エクスプローラ・ビューに移動し、現在のプロジェクトを選択します。[S32 Configuration Tool（S32設定ツール）] メニューを選択し、目的の設定ツール（ピン、クロック、ペリフェラルなど）をクリックします。 いずれかをクリックすると、すべてのコンポーネントが生成されます。必要な変更（もしあれば）を行い、「S32構成ツール」→「コードの更新」ボタンをクリックしてください。 最後に、写真は完全に汚れているため、再度転送する必要があります。写真の送信は、直接チャプター サイトに送信されません。写真の挿入を使用して写真を挿入するか、添付ファイル上でも転送されます。 S32DSv3.6.x里安装RTD的方法以及如何导入工程等,可以看一下该视频:How To Download, install and Configuration the RTD 5.0.0 with S32 Design Studio 3.6.0 よろしくお願いいたします ロビン

S32K3用のCrypto_43_HSE NVMカタログのサンプルはありますか？ 最新のRTD 7.0.1 P02パッケージ(S32K3プラットフォーム用)には、RAMカタログの使用(AES暗号化/復号)を示すCrypto_43_HSE例があります。 HSE NVMカタログの使用例を示すサンプルはありますか？MCAL-NVMドライバーを追加した後、NvMBlockDescriptorコンテナ内でNvMNvBlockLengthとNvMRamBlockDataAddressフィールドをどう書くのか全くわかりません。（キープロビジョニング機能を実装したいです） Re: Is there Crypto_43_HSE NVM catalog example for S32K3? こんにちは、 @Pippenさん もしあなたのユースケースがHSEに鍵をプロビジョニングすることなら、NvMは必須ではありません。HSEはプロビジョニング済み鍵を独自の安全な非揮発性メモリに保存し、Crypto_43_HSEドライバはこれらの鍵を管理するためにHSEサービスを使用します。このシナリオでは、鍵の保存はHSE自体によって処理されるため、HSEの鍵保存のためにNvMのブロック構成は必要ありません。HSEは安全なフラッシュに独占的にアクセスでき、ユーザーはこのフラッシュに直接アクセスできません。 HSE RAMキーとHSE NVMキーをインポートする手順は全く同じです。API Crypto_43_HSE_KeyElementSetとCrypto_43_HSE_KeySetValidを引き続き使用します。唯一の違いはキーIDです。それは、RAMカタログまたはNVMカタログ内のキーのキーIDのいずれかです。 よろしくお願いいたします。 ルーカス

Is there Crypto_43_HSE NVM catalog example for S32K3? In the latest RTD 7.0.1 P02 package for S32K3 platform, there is a Crypto_43_HSE example to demonstrate the RAM catalog usage (AES encrypt/decrypt). Is there any example to demonstrate HSE NVM catalog usage? I have no idea how to write the NvMNvBlockLength and NvMRamBlockDataAddress fields in NvMBlockDescriptor container after I added MCAL-NVM driver. (I'd like to implement Key Provisioning feature) Re: Is there Crypto_43_HSE NVM catalog example for S32K3? Hi @Pippen  If your use case is provisioning keys into HSE, then NvM is not required. HSE stores provisioned keys in its own secure non-volatile memory, and the Crypto_43_HSE driver uses HSE services to manage these keys. In this scenario, key storage is handled by HSE itself and no NvM block configuration is needed for HSE key storage. HSE has exclusive access to secure flash, users can’t access this flash directly. The procedure to import HSE RAM key and HSE NVM key is exactly the same – you are still using API Crypto_43_HSE_KeyElementSet and Crypto_43_HSE_KeySetValid. The only difference is key ID. It’s either key ID of a key in RAM catalog or in NVM catalog. Regards, Lukas

是否有适用于 S32K3 的 Crypto_43_HSE NVM 目录示例？ 在最新的 RTD 7.0.1 P02 软件包中，针对 S32K3 平台，有一个 Crypto_43_HSE 示例，用于演示 RAM 目录的使用（AES 加密/解密）。 是否有示例可以演示 HSE NVM 目录的使用方法？添加 MCAL-NVM 驱动程序后，我不知道如何在 NvMBlockDescriptor 容器中写入 NvMNvBlockLength 和 NvMRamBlockDataAddress 字段。（我想实现密钥配置功能） Re: Is there Crypto_43_HSE NVM catalog example for S32K3? 嗨@Pippen 如果您的用例是将密钥配置到 HSE 中，则不需要 NvM。HSE 将已配置的密钥存储在其自身的安全非易失性存储器中，Crypto_43_HSE 驱动程序使用 HSE 服务来管理这些密钥。在这种情况下，密钥存储由 HSE 本身处理，HSE 密钥存储不需要 NvM 块配置。HSE拥有安全闪存的独家访问权限，用户无法直接访问该闪存。 导入 HSE RAM 密钥和 HSE NVM 密钥的步骤完全相同——您仍然使用 API 函数 Crypto_43_HSE_KeyElementSet 和 Crypto_43_HSE_KeySetValid。唯一的区别是密钥 ID。它要么是 RAM 目录中某个键的键 ID，要么是 NVM 目录中某个键的键 ID。 此致， Lukas

RTD Usage Issues Hello, there are some issues when using the RTD project. Could you please take a look at them? （1）After importing the demo project, why is the board.txt file empty? When compiling, there was an immediate error message. How can I compile the demo project? NXP2_0-1787586202293.pngNXP2_0-1787586202293.png NXP2_1-1787586227880.pngNXP2_1-1787586227880.png （2）When I tried to open the .mex file of the demo project using S32DS, the following problem occurred. Could you please tell me how to fix it? NXP2_0-1787585984659.png Re: RTD Usage Issues Hi 导入S32K RTD的工程请点击File -> New -> S32DS Project From Example RTD工程里有个/description.txt文件需要阅读，其中就有提到需要在外设工具里点击Update Code按钮然后再编译： 3.1 Generating the S32 configuration Before running the example a configuration needs to be generated. First go to Project Explorer View in S32 DS and select the current project. Select the "S32 Configuration Tool" menu then click on the desired configuration tool (Pins, Cocks, Peripherals etc...). Clicking on any one of those will generate all the components. Make the desired changes (if any) then click on the "S32 Configuration Tool->Update Code" button. 最后那张图片太模糊了完全看不清，需要你重新上传。发图片不建议直接黏贴到帖子里，建议使用 Insert Photos 按钮插入图片或者当附件上传也行。 S32DSv3.6.x里安装RTD的方法以及如何导入工程等，可以看一下该视频：How To Download, Install and Configure the RTD 5.0.0 with S32 Design Studio 3.6.0 Best Regards, Robin

MCXA185 ROM ISP UART 在自定义引脚上无响应 你好， 我正在使用 NXP MCXA185VLH 定制板，并尝试通过 CMPA/PFR 配置修改默认 ROM ISP UART 引脚。 1. 目标 MCXA185 ISP UART 的默认引脚为： LPUART2 TX：P2_2 RX：P2_3 我想将 ROM ISP UART 更改为： LPUART4 TX：P3_27 RX：P3_28 我使用的是 Secure Provisioning Tool (SPT) / SPSDK 3.10.0 和 MCU-LINK Pro 作为调试探针。 2. CMPA ISP_UART_CFG 配置 在 PFR 配置工具中，我按如下方式配置了 ISP_UART_CFG： UART_RX_PIN 0x7C UART_RX_FUNC_SLOT 0b0011 UART_ISP_FLEXCOM 0b0100 UART_TX_PIN 0x7B UART_TX_FUNC_SLOT 0b0011 UART_BAUD_RATE AUTO_BAUDRATE / 0b0000 根据PIN码编码，我理解如下： 0x7B → P3_27 0x7C → P3_28 因此，预期的配置是： LPUART4 TX = P3_27 RX = P3_28 功能槽 = 3 波特率 = 自动波特率检测 MCXA185 文档还将 LPUART4 列为实例 4，因此我配置了相应的 UART_ISP_FLEXCOM 值。 3. CMPA生成和编程 我使用 SPT/SPSDK 生成了 CMPA 二进制文件。 生成的脚本已成功执行。 重要的命令/结果如下： # ## Create CMPA page - binary ## # pfr.exe export -c pfr_write_cmpa.yaml -o pfr_write_cmpa.bin 成功。（已生成 CMPA 二进制文件） 然后检查了引导加载程序连接： blhost -t 2000 -p COM8,115200 -j --get-property 1 0 然后返回： { "命令": "get-property", “回复”： [ 1258488320 ], “地位”： { 描述： 0 (0x0) 成功。 值：0 } } 然后 CMPA 就被抹去了： pfr.exe erase-cmpa -p COM8,115200 -f mcxa185 结果： CMPA 页面地址（mcxa185），版本：最新版本为 0x7e000 CMPA页面已被删除。 然后我编写了 CMPA 程序： blhost -t 5000 -p COM8,115200 -j -- write-memory 0x0007E000 pfr_write_cmpa.bin 结果： { “命令”：“写入内存”， “回复”： [ 256 ], “地位”： { 描述： 0 (0x0) 成功。 值：0 } } 因此，CMPA 会擦除并重新写入报告的成功信息。 4. 通过 MCU-LINK Pro 进入 ISP 模式 我使用的是MCU-LINK Pro： 恩智浦半导体 MCU-LINK Pro (r0CF) CMSIS-DAP V2.241 序列号：JE3OY43UTRELI 调试邮箱已成功启动： nxpdebugmbox -i pyocd cmd -f mcxa185 start 结果： 启动调试邮箱成功 然后我强制MCU进入ISP模式： nxpdebugmbox -i pyocd cmd -f mcxa185 ispmode -m 0 结果： 成功进入ISP模式 因此，调试邮箱报告称 MCU 已成功进入 ISP 模式。 5. 将UART连接到新的ISP引脚 我有一个 USB 转 UART 适配器连接到定制板上。 适配器连接到： MCXA185 P3_27 / P3_28 串口是： COM27 连接断开了： USB-UART TX → MCXA185 P3_28 (RX) USB-UART RX ← MCXA185 P3_27 (TX) 接地 → 接地 我正在以下位置进行测试： 115200 波特 6. BLHOST 在新的 ISP UART 上没有响应 进入ISP模式后，我运行： blhost -t 10000 -p COM27,115200 -j --get-property 1 但是，我得到的是： SpsdkNoDeviceFoundError: 未找到具有给定接口“uart”和参数“port=COM27，baudrate=115200，timeout=10000”的设备。 因此，ROM ISP引导加载程序没有通过COM27/P3_27/P3_28响应。 进入ISP模式后，我在串口监视器上还观察到以下情况： [RX] - 00 但我没有收到有效的 BLHOST 响应。 7. 已检测到 COM27 的物理信号。 nxpdevscan 正确显示了 MCU-LINK Pro 和相关的 USB 设备，但是： 正在扫描 UART 设备……未发现任何设备 USB-UART 适配器本身在 Windows 中以 COM27 端口显示，并被串行监视器/BLHOST 程序使用。 8. 原ISP UART正常工作 在更改 ISP UART 配置之前，我可以通过原有的 ISP UART 与 MCU 通信，方法如下： blhost -t 10000 -p COM8,115200 -j --get-property 1 返回结果成功： { "命令": "get-property", “回复”： [ 1258488320 ], “地位”： { 描述： 0 (0x0) 成功。 值：0 } } 这证实了： MCU功能正常。 ROM ISP功能正常。 BLHOST/SPSDK 功能正常。 USB-UART适配器和串口通信设置正常。 将 ISP UART 配置更改为 P3_27/P3_28 后，问题就出现了。 9. 调试内存访问问题 我还尝试直接通过 MCU-LINK Pro 验证 CMPA 内容。 CMPA的地址是： 0x0007E000 我使用了： nxpdebugmbox -i pyocd mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h 但收到： SPSDKAppError：SPSDK：找不到内存访问端口！ 我还尝试了： nxpdebugmbox -i pyocd mem-tool test-connection -f mcxa185 返回结果： 测试连接未成功结束。 我尝试启用恢复RESET功能： nxpdebugmbox -i pyocd -o enable_recovery_reset=True mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h 但收到的却是同样的内容： 未找到内存访问端口！ 但是，调试邮箱本身仍然可以启动： 启动调试邮箱成功 可以进入ISP模式： 成功进入ISP模式 10. SPT连接问题 当我再次尝试使用 PFR 配置窗口时，它显示： PFR 配置，MCXA185，COM8[波特率=115200] 并报道： 连接出现问题。请检查连接对话框中的配置信息。 无法使用以下命令打开 UART 端口： 无法打开端口“COM8”。访问被拒绝。 这似乎是一个独立的 COM 端口访问问题，因为 COM8 端口已经被另一个应用程序/进程使用。 附言我已经在安全配置工具中配置了 ISP_MISC_CFG : ISP_UART_CUST，并且重启了设备。我真的已经按照文档和技术支持提供的所有步骤操作了，不可能是我犯了什么低级错误。请帮我解决这个问题。 谢谢！ MCXA Re: MCXA185 ROM ISP UART Not Responding on Custom Pins 你好@Alice_Yang ， 我已经对 CMPA 进行编程后执行了完全断电重置。 我还尝试按照建议使用 ISP 引脚进入 ISP 模式。但是，MCXA185 仍然无法通过配置的 ISP UART 响应， blhost也报告该设备对 PING 请求没有响应。 谢谢！ 此致 乌代 Re: MCXA185 ROM ISP UART Not Responding on Custom Pins 你好@udaysinghg70 请确保在对 CMPA 进行编程后执行完全断电复位，然后尝试使用 ISP 引脚进入 ISP 模式。   谢谢！   BR 爱丽丝

7 inch DSI LCD ( 800*480 ) integration with imx8M plus Hello Team, I am attempting to bring up a Waveshare 7-inch DSI LCD on a custom iMX8M Plus board (Kernel 6.18.20_2.0.0). The I2C bus detects the panel board, and touch functionality works via evtest. CONFIG_DRM_WAVESHARE_BRIDGE=y binds successfully. However, the display remains blank. Adjusting pixel clock frequencies has not resolved the issue. I have attached the DTS snippet and the kernel logs for reference. Display Details: https://www.waveshare.com/wiki/7inch_DSI_LCD?srsltid=AfmBOorUskdbY2AqupblCpMEQNVBolOXs40ytjhcxKml0IZccg4CI8Ni Any further troubleshooting steps appreciated. Thanks in advance Graphics & Display i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus it seems the LCD need 5V 500mA. Not sure the custom iMX8M Plus board can provide enough or not... Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus Hii,  You can see the attached log below Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus Hi, Please share the clocks with below command. cat /sys/kernel/debug/clk/clk_summary Best Regards, Zhiming

7インチDSI LCD（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 よろしくお願いします、 志明

30 Pin Pin configuration of CWH-CTP-BASE-HE Code warrior JTAG what is the actual 30 Pin Pin configuration of CWH-CTP-BASE-H Code warrior JTAG. I want to connect code warrior debugger with J70A-212-025-161-JC connector. Please provide me the actual pin configuration (30 pin) of the Code warrior JTAG.  Re: 30 Pin Pin configuration of CWH-CTP-BASE-HE Code warrior JTAG Please kindly find the CWH-CTP-BASE-H schematcis https://www.nxp.com/design/design-center/development-boards-and-designs/CW_TAP Also there are good references for the CWH-CTP-BASE-H definition: https://www.nxp.com/design/design-center/development-boards-and-designs/CWH-CTP-CTX10-YE?#design-resources https://www.nxp.com/webapp/Download?colCode=CWH-CTP-COP-YE-SCH&appType=license These references should provide the 30-pin JTAG connector pin assignments required to interface the CodeWarrior debugger Thanks