カスタムボード上でECSPI1が期待されるSPIクロックを生成しない チームの皆さん、こんにちは。 私たちは、i.MX8MP EVK構成に基づいたi.MX8MPカスタムボードを使用しています。 i.MX8MP EVKでは、ECSPI2を通じてSPIデバイスを接続しています。既存のEVKデバイスツリー構成では、SPI通信は正常に動作しており、オシロスコープ上で期待されるSCLK波形を観測できます。 私たちのカスタムボードでは、SPIインターフェースがECSPI2ではなくECSPI1に接続されています。 そこで、デバイスツリーの設定をECSPI1を使用するように変更しました。しかし、ECSPI1では、SCLKピンで期待される/正しいSPIクロックパルスを観測することができません。 様々なデバイスツリー構成を試してみましたが、問題は解決しません。 1. 既存のECSPI2構成に類似したECSPI1 コントローラーをECSPI2からECSPI1に変更し、対応するECSPI1のpinctrlグループを作成しました。これにはSCLK、MOSI、MISO、CSが含まれます。 2. 別々のCS pinctrlグループ また、別のpinctrl_ecspi1_csを定義してECSPI1のpinctrlグループと組み合わせて使うことも試みました。 3. 明示的なECSPI1ピン多重化構成 ECSPI1のピンを明示的に定義することも試みました。 しかし、ECSPI1では、期待されるSPIクロックパルスを観測することができませんでした。 i.MX8MPでECSPI1を設定する際に、&ecspi1を有効にしてECSPI1のSCLK/MOSI/MISO/CSピンを設定する以外に、デバイスツリーやpinctrlの変更が必要かどうかを知りたいです。 特に、ECSPI1を正しく動作させるために、ECSPI1固有のpinctrl、clock、IOMUX、またはその他のデバイスツリー構成を追加する必要があるでしょうか？ 同じSPI構成がECSPI2でも動作するため、インターフェースをECSPI2からECSPI1に移す際に追加設定が必要かどうかを理解したいです。ご指導ありがとうございます。 Re: ECSPI1 does not generate expected SPI clock on custom board こんにちは 、 添付ファイルにdtsファイルがありますのでご確認ください。 Re: ECSPI1 does not generate expected SPI clock on custom board こんにちは、 @SWETHA1さん ECSPI1に関するdtsファイルを共有してください。 B.R Re: ECSPI1 does not generate expected SPI clock on custom board こんにちは@pengyong_zhangさん 以下に観察結果を示します。 1. 提案された変更を適用した場合のロジックアナライザーの結果 2. 以前に添付した dts の上に以下のパッチを使用した際のもう 1 つの観察結果 上記のグラフはこの変化とともに観察されました pinctrl_ecspi1: ecspi1grp { FSL,ピン = < MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK 0x80 MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI 0x80 MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO 0x80 >; }; 提案された変更により、時計は予想通りではない可能性があります。 Re: ECSPI1 does not generate expected SPI clock on custom board こんにちは、 @SWETHA1さん dtsファイルを確認したところ、以下のエラーが見つかりました。 1. ECSPIピンが再利用されたため、ピン使用の競合が発生しています。この部品を取り外すか、再利用のために別のピンを使用してください。     pinctrl_ecspi1: ecspi1grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK       0x48             MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI       0x48             MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO       0x48         >;     };     pinctrl_uart3: uart3grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__UART3_DCE_RX      0x140             MX8MP_IOMUXC_ECSPI1_MOSI__UART3_DCE_TX      0x140             MX8MP_IOMUXC_ECSPI1_SS0__UART3_DCE_RTS      0x140             MX8MP_IOMUXC_ECSPI1_MISO__UART3_DCE_CTS     0x140         >;     }; 2. ECSPI1のチップセレクト（CS）構成に矛盾があります。以下のコードに変更してください。     pinctrl_ecspi1_cs: ecspi1cs {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SS0__GPIO5_IO09     0x40000         >;     }; B.R Re: ECSPI1 does not generate expected SPI clock on custom board 前回の回答にもう少し詳細を追加します。 観察結果1：提案されたDTS変更を適用した後に得られた結果。しかしながら、SPIクロック波形は依然として期待どおりではなく、SPI信号全体の挙動も期待される結果と一致しない。 観察2：MISOをフローティング状態にすると、CSに2つの望ましくないスパイクが現れますが、これは望ましい動作ではありません。CSは最初は低く抑えられます。CSをDTSを介してハイレベルに駆動するように設定した場合でも、最初は期待どおりハイレベルに駆動されますが、トランザクションが完了すると、CSは再びローレベルに戻ってしまうようです。 この件についてのご見解を共有し、今後の進め方を教えていただけませんか

rt1189 启动流程 1.如图所示，“图像认证”过程是否会在 安全散列算法(SHA)-512 哈希阶段验证哈希值？ 2. 如果我设置了哈希值，BootROM 会验证镜像完整性吗？如果 BootROM 验证失败，它会进入恢复模式吗？ Re: rt1189 Boot Flow 如上图所示，如果我只对镜像进行签名而不进行加密，它是否能够通过 bootrom 验证流程？此外，启用 oem_close 后，它是否还能进入 bootrom 验证流程？     Re: rt1189 Boot Flow 以下是您两个问题的答案： 1. 仅签名（未加密）的镜像能否通过 BootROM 验证流程？是的。在 RT1180 AHAB 中，签名（认证）是安全启动的必要部分，可确保映像的真实性和完整性，而加密（OTFAD/IEE）是一个独立的、可选的防克隆功能，并非验证的先决条件。因此，仅签名的图像将正常地经过完整的 AHAB 签名验证流程，这也是 NXP 官方 SPSDK rt118x_secure_boot 示例中的标准方法。 2. 启用 oem_close (OEM_CLOSED) 后，是否仍会进入验证流程？是的，验证将成为强制性要求。 建议：在执行 oem_close 之前，请先将签名映像编程到 OEM_OPEN 状态，并确认其启动成功且无 ELE 事件，然后再关闭设备（SRKH 一旦熔丝就不可逆），以避免损坏设备。 （请参阅：i.MX RT1180 网络安全参考手册。）通过公司账户签署保密协议后，请向在线技术销售代表提交申请。） Re: rt1189 Boot Flow 1. 是否只有在启用签名认证功能时才启用哈希验证？如何独立启用哈希验证？如何将设备过渡到 OEM_CLOSED 生命周期状态？ 2. 我将启用恢复启动熔丝。 3. 我的目标是使用未加密的图像。启动ROM应计算并验证镜像哈希值。如果哈希验证失败，启动 ROM 应进入恢复启动流程，并从 LPSPI NOR Flash 启动恢复映像。 Re: rt1189 Boot Flow 嗨@yanyanwang ， A1：是的。RT1180 使用 AHAB 协议，并采用两层认证： 签名层：ECDSA（安全散列算法(SHA)-256 / 安全散列算法(SHA)-384）验证容器头和图像数组条目（存储每个图像的哈希值）。 哈希层：ROM 重新计算已加载图像主体的摘要，并将其与存储在图像数组条目中的哈希值进行比较。 图中所示的 安全散列算法(SHA) 哈希阶段正是这种强制性的完整性检查，它确实会验证哈希值。 A2： ROM始终会计算并比较哈希值，但是否强制执行错误取决于设备的生命周期：出厂默认配置为 Open，此时会运行身份验证，但所有身份验证错误都会被忽略，镜像仍然可以执行。只有在设备切换到 OEM_CLOSED 状态后，哈希值不匹配才会真正阻止启动。 是否进入恢复模式取决于恢复启动熔丝。如果启用，主启动身份验证失败将触发从恢复设备重新加载和重新身份验证；如果未启用，则流程将进入串行下载器/致命模式/RESET循环。 此致， 加文 Re: rt1189 Boot Flow 使用 multicore_trigger 和 cm7_helloworld 这两个演示程序时，我没有为 CM7 ITCM 启用 ECC。我使用 SPT 工具将 CM33 镜像和 CM7 镜像（旨在从内存运行）合并成一个镜像，然后通过 UART 将合并后的镜像编程到或非 Flash 中。然而，启动过程失败了。根据手册，一个容器最多可以包含 8 个 OEM 图像条目。在我的测试中，我只包含了两张图片：一张 CM33 图片和一张 CM7 图片。CM7 ITCM ECC 未启用。 CM33 和 CM7 镜像均未启动。但是，当我检查容器头时，发现其中只有 CM33 镜像。CM33 镜像本身单独使用时可以正常启动，不会出现任何问题。 我想了解为什么 CM7 镜像没有被包含或按预期处理，以及缺少 CM7 ITCM ECC 配置是否会影响 Boot ROM 处理 CM7 镜像的方式。 问题2： 如果我将 8 个 CM7 镜像和 1 个 CM33 镜像合并到一个容器中，启动过程中 Boot ROM 会执行什么操作？ 由于只有一个 CM7 内核，启动 ROM 如何确定应该启动哪个 CM7 镜像？如果所有 8 个图像条目都是 CM7 图像，启动 ROM 会加载所有 8 个图像、只选择一个图像，还是将选择权交给 CM33 应用程序？ Boot ROM 如何识别和处理同一容器中的多个 CM7 映像条目？是否存在优先级、映像索引、核心 ID、加载地址、入口点或其他机制来确定执行哪个 CM7 映像？ 我还想了解启用 CM7 ITCM ECC 和未启用 CM7 ITCM ECC 时启动 ROM 的确切行为。 启用 CM7 ITCM ECC 时，启动 ROM 是否会初始化 CM7 ITCM ECC 存储器，将 CM7 映像从 NOR Flash 复制到 CM7 ITCM，然后释放 CM7 的 RESET 状态？或者说，Boot ROM 只负责加载 CM7 镜像，而 CM33 应用程序负责解除 CM7 的 RESET 状态并启动它？ 当 CM7 ITCM ECC 未启用时，启动 ROM 在遇到加载地址位于 CM7 ITCM 中的 CM7 映像时会做什么？启动 ROM 是否会跳过 CM7 镜像、无法加载、使 CM7 保持重置状态，或者导致整个容器启动过程失败？ 我尤其想确认一下是否支持以下容器： 图片 0：CM33 图1：CM7 图2：CM7 图3：CM7 图4：CM7 图5：CM7 图6：CM7 图7：CM7 图8：CM7 如果支持，那么在启动 ROM 时，这 8 个 CM7 镜像究竟会发生什么？哪个元器件负责选择实际执行的 CM7 镜像？ 最后，我想澄清一下，最多 8 个 OEM 镜像条目是指容器可以简单地存储 8 个不同的镜像，还是 Boot ROM 也提供了一种机制，可以为给定的核心选择和启动特定的镜像。

i.MX95：EdgeLock Enclave 密钥导入错误 - SAB CMD [0x47] Resp [0x1829]（无效签名） 大家好， 我们目前正在按照应用笔记 AN14898 中的指南，将私钥导入 i.MX95 设备。 环境与参考文献： 目标设备： i.MX95 演示应用程序： imx_sec_apps/imx-ele-apps SPSDK 版本：最新标准工具集 目前已完成的活动： 已安装 Python、pip 和 SPSDK 工具集。 已成功构建主机应用程序和设备应用程序。 将 device/bin/ele_key_import 和 device/scripts/run_test_on_board.sh 复制到我们的目标i.MX95硬件。 执行设备端流程以生成 nxp_prod_ka_puk.bin。 已将 nxp_prod_ka_puk.bin 传输回我们的主机环境。 由于我们还没有最终的生产密钥，因此根据 SPSDK 文档，使用 SPSDK 工具生成了 SRK 密钥 (secp384r1)。 在主机端使用标准密钥导入模板生成 signed_msg.bin（-k 参数设置为 secp384r1）。 将生成的 signed_msg.bin 传输到i.MX95硬件。 用于生成签名邮件的命令： nxpimage signed-msg export -c key_exchange_temp.yaml -w assets 附件为 key_exchange_temp.yaml 文件，供您参考。 在 i.MX95 目标设备上运行 run_test_on_board.sh 时，所有文件均已找到，但 EdgeLock Enclave 拒绝了已签名消息块上的签名。以下是目标终端日志： nxp_prod_ka_puk.bin 文件存在。 oem_public_key.pem 文件存在。 signed_msg.bin 文件存在。 你好，世界！2026年7月16日 06:54:40 9547bbd 签名消息：728 字节 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEM 导入 PUK 码：65 字节 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b 55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session 成功 hsm_open_key_store_service 成功 hsm_open_key_management_service 成功 SAB 错误：SAB CMD [0x47] Resp [0x1829] - SIGNED 消息中的签名无效。 hsm_key_exchange 失败，错误代码：0xfe 密钥交换失败：254 非常感谢您能提供任何关于解决 i.MX95 签名验证问题的见解。 谢谢， 安基特·阿格拉瓦尔 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 我想知道你是否会在SRK一代之后把SRK烧掉。请查看我附上的sign.yaml文件，其中包含必要的信息。 请尝试以下命令（前提是您已安装 flash.bin 文件）：（系统引导加载程序）生成SRKH。 nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs outputs 输出结果如下所示。 在输出文件夹中，可以看到 bcf 文件（ahab_oem0_srk0_hash_nxpele.bcf）。 您可以按照以下熔丝命令（索引 128 至 143）来熔丝 SRKH。 # nxpele AHAB SRKH 融合编程脚本 # 由 SPSDK 3.4.0 生成 # 系列：mimx9596，版本：最新 # 值：0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # 描述：四个 SRK 密钥的哈希值的 SHA512 哈希摘要 # 分组寄存器名称：SRKH # OTP ID：OEM_SRKH0，值：0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID：OEM_SRKH1，值：0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID：OEM_SRKH2，值：0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID：OEM_SRKH3，值：0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID：OEM_SRKH4，值：0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID：OEM_SRKH5，值：0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID：OEM_SRKH6，值：0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID：OEM_SRKH7，值：0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID：OEM_SRKH8，值：0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID：OEM_SRKH9，值：0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID：OEM_SRKH10，值：0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID：OEM_SRKH11，值：0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID：OEM_SRKH12，值：0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID：OEM_SRKH13，值：0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID：OEM_SRKH14，值：0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID：OEM_SRKH15，值：0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 您可以使用以下命令来烧录SRKH nxpele -f mimx9596 批处理输出\ahab_oem0_srk0_hash_nxpele.bcf 如果您已经烧录了SRKH但出现以下无效的鸣唱错误，请将singed_message.bin文件连同您的SRKH文件（包括所有SRKH输出）一起发送给我们。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal ， 我们的内部团队正在审核您的问题，并将根据审核结果向您汇报最新情况。 与此同时，请查看以下案例，该案例与您遇到的问题类似。 建议的解决方案是验证fuse_version是否匹配正确。 https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 谢谢！ 顺祝商祺！ 理查德

参考文档请求：在 S32DS 中将 AI 工具与 Cody Chat 集成 尊敬的NXP社区团队： 我目前正在使用 S32 Design Studio，并使用 IDE 中提供的 Cody Chat 功能。 我想知道是否可以将OpenAI ChatGPT 和 Anthropic Claude等外部 AI 模型集成到 S32 Design Studio 的 Cody Chat 部分中。 我的需求是在 S32DS 内部直接使用 AI 助手来执行以下操作： C/C++ 代码生成及说明 嵌入式 C 开发 调试编译器和链接器错误 CAN、SPI、I2C、UART 和 ADC 开发 S32K3/S32K344 开发 了解并参与当前的S32DS项目项目。 我发现 Sourcegraph Cody 的官方文档描述了对 OpenAI 和 Anthropic 模型的支持，包括模型配置和自带密钥 (BYOK) 选项。 请问您能否澄清一下： S32 Design Studio 中使用的 Cody 集成是否能够连接到 ChatGPT/OpenAI 和 Claude 等外部 AI 提供商？ 我们能否在 Cody Chat 部分为这些 AI 提供商配置我们自己的 API 密钥？ 是否有任何 NXP 官方文档、S32DS 文档、Cody 文档或示例项目说明如何在 S32DS 中配置或将外部 AI 模型与 Cody 集成？ 如果当前 S32DS 版本不直接支持此功能，是否有官方方法可以扩展 Cody/Eclipse 插件以支持外部 AI 提供商？ 与标准的 Sourcegraph Cody 实现相比，S32DS 实现的 Cody 是否存在任何限制？ 作为参考，我找到了以下关于支持的LLM和模型配置的Sourcegraph文档： 支持的LLM 科迪模型配置 Cody 模型配置示例 请问能否提供NXP的相关参考文档或推荐的S32DS实施流程？ 感谢您的支持。 此致， 阿拉文德·托加拉利

rt1189 ブートフロー 1.図に示すように、「画像の認証」プロセスは、SHA-512ハッシュ化の段階でハッシュ値を検証するのでしょうか？ 2. ハッシュ値を設定した場合、BootROMはイメージの整合性を検証しますか？BootROMの検証に失敗した場合、リカバリーモードに入るのでしょうか？ Re: rt1189 Boot Flow 上の図に示すように、イメージに署名するだけで暗号化しない場合、ブートROMの検証フローを通過できるでしょうか？さらに、oem_closeが有効になっている場合でも、ブートROM検証フローに入ることは可能でしょうか？     Re: rt1189 Boot Flow 1. 署名認証機能が有効である場合にのみハッシュ検証が有効ですか?ハッシュ検証はどのように独立して有効化できるのでしょうか?デバイスはどのようにしてOEM_CLOSEDライフサイクル状態に移行できますか? 2. リカバリーブートヒューズを有効にする。 3. 私の目標は暗号化されていない画像を使うことです。ブートROMはイメージハッシュを計算し、検証する必要があります。ハッシュ検証が失敗した場合、ブートROMはリカバリブートフローに入り、LPSPI NORフラッシュからリカバリイメージを起動する必要があります。 Re: rt1189 Boot Flow 下記に、お客様からの2つのご質問に対する回答を記載いたします。 1. 署名のみ(暗号化されていない)イメージがBootROM検証フローを通過できますか?はい。RT1180 AHABでは、署名(認証)がセキュアブートの必須部分であり、画像の真正性と整合性を確保しています。一方、暗号化(OTFAD/IEE)は独立した任意のアンチクローン機能であり、検証の前提条件ではありません。したがって、署名のみのイメージは通常どおり完全な AHAB 署名検証フローを通過します。これは、NXP の公式 SPSDK rt118x_secure_boot サンプルにおける標準的なアプローチでもあります。 2. oem_close (OEM_CLOSED) が有効になっている場合でも、検証フローは実行されますか？はい、そして本人確認が必須となります。 おすすめ: oem_closeを実行する前に、署名済みイメージをOEM_OPEN状態でプログラムし、ELEイベントなしで正常に起動することを確認すると、デバイスを閉じてください(SRKHはフュージョンされると不可逆的です)。部品のブリックを防ぐためです。 (参照:i.MX RT1180セキュリティリファレンスマニュアル。会社のアカウントを通じてNDAに署名した後、オンラインの営業担当者にリクエストを提出してください。) Re: rt1189 Boot Flow こんにちは@yanyanwangさん A1：はい。RT1180はAHABを2つの認証層で使用しています: 署名レイヤー：ECDSA（SHA-256 / SHA-384）は、コンテナヘッダーとイメージ配列エントリ（各イメージのハッシュを格納する）を検証します。 ハッシュ層：ROMはロードされたイメージ本体のダイジェストを再計算し、イメージ配列エントリに格納されているハッシュと比較します。 図中のSHAハッシュ段階はまさにこの必須の整合性チェックであり、ハッシュ値を検証するものです。 A2: ROMは常にハッシュを計算・比較しますが、失敗が強制されるかどうかはデバイスのライフサイクルによって異なります。アウトオブファブのデフォルトはOpen構成で、認証は実行されますが、すべての認証エラーは無視され、画像は実行されます。デバイスをOEM_CLOSEDに移動して初めて 、ハッシュの不一致が起動をブロックします。 リカバリーモードに入るかどうかは、リカバリーブートヒューズの状態によって決まります。有効化されると、プライマリブート認証の失敗がリカバリーデバイスから再ロードおよび再認証が引き起こされます。有効化されていない場合、フローはシリアルダウンローダー/フェイタルモード/リセットループに移行します。 よろしくお願いします、 ギャビン Re: rt1189 Boot Flow multicore_triggerとcm7_helloworldという2つのデモを使用した際、CM7 ITCMのECCは有効にしませんでした。私はSPTツールを使用して、メモリから実行することを目的としたCM33イメージとCM7イメージを1つのイメージに統合し、その後、統合したイメージをUART経由でNORフラッシュに書き込みました。しかし、起動プロセスが失敗しました。マニュアルによると、コンテナには最大8つのOEM画像エントリーを含めることができます。今回のテストでは、CM33画像とCM7画像の2枚のみを使用しました。CM7 ITCM ECCは有効になっていませんでした。 CM33イメージもCM7イメージも起動しなかった。しかし、コンテナヘッダーを確認したところ、CM33イメージしか存在しないことがわかりました。CM33イメージ自体は単独で使っても問題なく正常に起動できます。 CM7イメージが想定どおりに含まれなかった、あるいは処理されなかった理由、そしてCM7 ITCM ECC構成の欠如がブートROMによるCM7イメージの処理方法に影響を与えるかどうかを理解したいと考えています。 質問2： 8つのCM7イメージと1つのCM33イメージを1つのコンテナに統合した場合、ブートROMは起動プロセス中にどのような動作をしますか？ CM7コアは1つしかないのに、ブートROMはどのCM7イメージを起動するかをどのように判断するのでしょうか？もし8枚の画像エントリすべてがCM7の画像なら、Boot ROMは8枚すべての画像を読み込むのか、1枚だけを選択するのか、それとも選択はCM33アプリケーションに任せるのか? Boot ROMは、同じコンテナ内の複数のCM7イメージエントリをどのように識別し、処理するのですか？どのCM7イメージを実行するかを決定するために使用される優先順位、イメージインデックス、コアID、ロードアドレス、エントリポイント、またはその他のメカニズムはありますか？ また、CM7 ITCM ECCが有効になっている場合と無効になっている場合における、ブートROMの正確な動作についても理解しておきたい。 CM7 ITCM ECCが有効になっている場合、ブートROMはCM7 ITCM ECCメモリを初期化し、NORフラッシュからCM7イメージをCM7 ITCMにコピーし、その後CM7をリセット状態から解放するのでしょうか？それとも、Boot ROMはCM7イメージだけを読み込み、CM33アプリケーションはCM7のリセット解除と起動を担当しているのでしょうか? CM7 ITCM ECCが有効になっていない場合、ブートROMは、ロードアドレスがCM7 ITCM内にあるCM7イメージを検出したときにどのような動作をしますか？Boot ROMはCM7イメージをスキップしたり、ロードに失敗したり、CM7をリセット状態にしたり、コンテナのブートプロセス全体を失敗させたりしますか？ 特に、以下のコンテナがサポートされているかどうかを確認したいです。 画像0：CM33 画像1：CM7 画像2：CM7 画像3：CM7 画像4：CM7 画像5：CM7 画像6：CM7 画像7：CM7 画像8：CM7 もしサポートされている場合、ブートROM起動時にこれら8つのCM7イメージは具体的にどのように処理されるのでしょうか？また、実際に実行されるCM7イメージを選択する役割を担うコンポーネントはどれでしょうか？ 最後に、最大8つのOEMイメージエントリがコンテナに8つの異なるイメージを保存できるのか、それともBoot ROMが特定のコアに対して特定のイメージを選択して起動する仕組みを提供しているのかを明確にしたいと思います。

eIQ Toolkit v1.17 PTQ 静默跳过，输出 tflite 仍保持全 float32 格式，且无错误信息。 环境： - 主机：Windows 11，eIQ Toolkit v1.17 - 目标 SoC：NXP i.MX95 19X19 板 - 模型：剪枝后的 MNIST CNN，输入形状 [1,1,28,28] - ONNX opset：12，纯 FP32，无预插入 QDQ 节点。 问题描述： 我尝试通过 eiq‑converter‑onnx2tflite 插件运行 PTQ 量化。 CLI 和 GUI 模型工具均顺利完成转换，未记录任何错误/警告日志。 但是输出的 tflite 模型仍然是全 float32 格式。 所有权重、偏置和激活张量的尺度均为 0，零点均为 0。这意味着PTQ校准实际上从未运行过。 我尝试过的方法： 作为前提条件，我已获得一个 .onnx 域名。来自 Python 的文件，其 opset 为 12。 然后我想通过eIQ进行量化。量子化后，通过 eIQ 进行中子变流器。 我认为有三种方法可以做到这一点。 量化之后，我们可以通过查看 dtype、scale 和 zp 来检查量化是否完成。 我通过图形用户界面完成这项操作。 步骤 工具 输出文件夹 输出 　 Step1 01_train_mnist_cnn.py 01_train_mnist_cnn_out mnist_cnn.pth 　 步骤2 02_prune_test.py 02_prune_test_out prune_after.pth 　 步骤 3 03_export_onnx.py 03_export_onnx_out handwrite_cnn_pruned.onnx 　 步骤 4 GUI ONNX 04_eIQ_量化 handwrite_cnn_pruned_quantizationed.onnx 　 步骤 5 图形用户界面 ONNX2TFLITE 05_eIQ_quqntizedonnx2tflite eIQ_quqntizedonnx2tflite.tflite 关于此输出存在一个问题，所有缩放和 zp 均为 0，也就是说，没有量化。我不知道为什么。 步骤6 GUI变流器中子 06_eIQ_中子 eIQ_quqntizedonnx2tflite_converted.tflite 　 我通过命令行一步完成此操作，命令为 qty+2tflite。 eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --precision int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --quantize-input true eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --precision int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --preprocessing "div:255.0" 我尝试了这两个命令，它们都能[成功]，但是所有的 scale 和 zp 都是 0，也就是说，没有量化。我不知道为什么。 我通过命令行使用 quan+2tflite 分两步完成此操作。 python -m onnx2quant -c "input;D:\01_Work\AI_Project\mnist_new_demo\09_mnist_calib_npy4d" -o D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx --dest D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\mnist_int8_final.tflite --input-shape "1,1,28,28" 我试过了，然后我得到了一个 .tflite 文件。它的尺度和zp值并非全部为0。 然后我将这个 mnist_int8_final.tflite 文件导入到图形用户界面 eiq-converter-neutron 中。然后我得到了一个 .tflite 文件。文件处理流畅。 但是当我在 iMax95 上运行它时， 我们可以看到它并没有在NPU上运行。 我认为问题出在我的 .tflite 文件上。文件。 所以我尝试使用命令行来获取正确的 .tflite 文件。文件仍然存在错误：内部错误！   观察结果总结：   1. 使用 eiq‑converter‑onnx2tflite（GUI 或 CLI）进行原生 PTQ 转换不会出错，但会生成完整的 float32 模型。量化过程似乎被悄悄跳过了。 2. 当我使用第三方工具 `onnx2quant` 先生成插入 QDQ 的 ONNX 时，我可以得到一个具有非零刻度和零点的 TFLite。 然而，这种外部量子化的模型无法被中子转换器完全处理，在图优化过程中会抛出“错误：内部错误！”，并且无法生成可工作的 NPU 兼容模型。   我还在学习这套工具链。可能是我误用了参数或者遵循了错误的工作流程。   有没有人成功地在 i.MX95 上运行过量化的 MNIST 类 CNN，能否分享一下经过验证的工作流程？ 我非常希望得到一些关于如何正确执行 PTQ 并生成可在 NPU 上编译和执行的有效 TFLite 模型的提示。   非常感谢。 EIQ 工具包    

在待机模式下，S32K328 的引脚无法输出高电平。 我按照操作手册中的配置步骤，将 S32K328 的一些 GPIO 引脚配置为在待机模式下保持高电平，但失败了。以下是我的配置过程。我没有按照手册中的建议执行第四步。这会产生影响吗？我之前在 S32K312 上进行过类似的配置，没有出现任何错误。我的理解是，由于我没有在RESET后禁用引脚保持功能，即使我将 GPIO 引脚配置为在唤醒后输出低电平，输出引脚电平仍应保持进入待机模式之前设置的高电平。目前，在实际测量中，配置为待机模式和运行模式的几个 GPIO 引脚均保持低电平。 Re: In standby mode, the pins of the S32K328 cannot output a high level 你好@hhggll23 ， 我没有按照手册中的建议执行第四步。这会产生影响吗？ 是的，确实如此。如果在进入待机模式之前启用了焊盘保持（写入 DCM_GPR->DCMRWF1[STANDBY_IO_CONFIG] = 0，无论 SIUL2 的 PKE 是否设置，这都是默认寄存器值），但在唤醒后没有禁用它，则 SIUL2 模块将无法再次初始化。如果 MCU 需要进入待机模式和唤醒时不需要 Pad Keeping 功能，则需要将 1 写入该位（任意位置）并保持不动。 这是通过 Power_Ip_Init() API 实现的： 现在，无论焊盘保持配置如何，I/O 引脚在待机模式下都会保持其在运行模式下的最后设置状态。 由于 S32K3 在唤醒后总是会执行复位序列，并且 SIUL2 模块在功能复位时会将 GPIO 焊盘复位到其默认状态，因此焊盘保持功能可确保引脚从唤醒到用户解锁期间保持其状态。 您是想将图中所示的所有引脚在待机状态下都设置为高电平吗？它们进入待机状态时都会变成低电压吗？或者在离开时？ 此致， 朱利安 Re: In standby mode, the pins of the S32K328 cannot output a high level 非常感谢您的回复。我重新检查了程序，发现待机前将引脚拉高后，运行了一个意外的例程，重新初始化了所有 GPIO 引脚，导致引脚在待机期间保持低电平。修改后，待机模式下 GPIO 引脚电平已成功上拉。现在出现了一个新问题：在待机模式下将 GPIO 引脚拉高后，待机电流似乎增加了。目前，在待机状态下，控制器的静态电流在 24V 电源供电下约为 3mA。在排查了其他电路之后，我怀疑 S32K328 消耗了大部分电流。在 24V 电压下，3mA 电流相当于控制器 5V 电源下的约 14.4mA 电流。我已将 8 个 GPIO 引脚拉高至待机模式。这个待机电流正常吗？为了解决这个问题，我能否将 S32K328 的 GPIO 引脚配置为待机模式下的高阻抗，以便外部上拉电阻可以在待机期间保持引脚上的高电平？

eIQ Toolkit v1.17 PTQ はサイレントにスキップされ、出力 tflite はエラー メッセージなしで完全な float32 のままです 環境: - ホスト:Windows11、eIQ Toolkit v1.17 - ターゲットSOC:NXP i.MX95 19X19ボード - モデル:剪定されたMNIST CNN、入力形状[1,1,28,28] - ONNXオペセット:12、純粋なFP32、事前挿入されたQDQノードなし。 問題の説明： eiq-converter-onnx2tfliteプラグインを使用してPTQ量子化を実行しようとしています。 CLIとGUI Model Toolの両方がエラーや警告ログなしで変換を完了します。 しかし出力のtfliteモデルは依然としてフルフロート32です。 すべての重み、バイアス、および活性化テンソルは、スケール=0、ゼロ点=0です。つまり、PTQキャリブレーションは実際には実行されなかったということです。 私が試したこと： 前提条件として、.onnxファイルを用意しています。opsetが12のPythonファイル。 次に、eIQによる量子化を行いたい。量子化後、eIQによるNeutronコンバータを行います。 これには3つの方法があると思います。 量子化後、量子化が完了しているかどうかをdtype、scale、zpで確認できます。 私はこれをGUI経由で行います。 ステップ ツール 出力フォルダ 出力 　 STEP1 01_train_mnist_cnn.py 01_train_mnist_cnn_out mnist_cnn.pth 　 ステップ2 02_prune_test.py 02_prune_test_out prune_after.pth 　 ステップ3 03_export_onnx.py 03_export_onnx_out handwrite_cnn_pruned.onnx 　 ステップ4 GUI ONNX 04_eIQ_量子化 handwrite_cnn_pruned_quantizationed.onnx 　 ステップ5 GUI ONNX2TFLITE 05_eIQ_quqntizedonnx2tflite eIQ_quqntizedonnx2tflite.tflite この出力について疑問があります。すべてのスケールとzpは0です。つまり、量子化はありません。理由は分かりません。 ステップ6 GUIコンバータNeutron 06_eIQ_ニュートロン eIQ_quqntizedonnx2tflite_converted.tflite 　 私はこれをコマンドラインで qty+2tflite を使って一度に行います。 eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --精度 int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --quantize-input true eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --精度int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --preprocessing "div:255.0" この2コマンドを試しましたが、どちらも[成功]にはなりますが、すべてのスケールとzpが0、つまりクオンタイズがありません。理由は分かりません。 私はこれをコマンドラインで quan+2tflite を使って 2 段階で行います。 python -m onnx2quant -c "input;D:\01_Work\AI_Project\mnist_new_demo\09_mnist_calib_npy4d" -o D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx --dest D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\mnist_int8_final.tflite --input-shape "1,1,28,28" 試してみたら、.tflite ファイルが手に入りました。これはスケールであり、zpはすべて0ではない。 そしてこのmnist_int8_final.tfliteを使ってGUIのeiq-convert-neutronに接続しています。それから、.tfliteファイルを入手しました。スムーズにファイルできます。 しかし、iMax95で実行すると、 NPUでは動作していなかったことがわかります。 問題は私の.tfliteファイルにあると思います。ファイル。 そこでコマンドラインを使って正しい.tfliteを取得しようとしましたファイルには、まだエラー: 内部エラーがあります。   観察結果の概要：   1. eiq-converter-onnx2tflite(GUIまたはCLI)を用いてネイティブPTQ仕上げをエラーなしで取得し、完全なfloat32モデルを生成する。量子化処理は暗黙のうちに省略されているようだ。 2. サードパーティのツール「onnx2quant」を使ってまずQDQ挿入ONNXを生成すると、0でないスケールとゼロポイントのTFLiteが得られます。 しかし、この外部量子化モデルは中性子変換器で完全に処理できず、グラフ最適化中に「ERROR: Internal Error!」を発生し、動作するNPU互換モデルを生成できません。   私はまだこのツールチェーンを習得中です。パラメータの使い方が間違っていたり、手順が間違っていたりするのかもしれません。   i.MX95で量子化されたMNISTのようなCNNを成功裏に実行したことがある方で、検証済みのワークフローを共有していただけませんか? PTQを正しく実行し、NPU上でコンパイル・実行可能な有効なTFLiteモデルを作成する方法について、何かヒントがあれば本当にありがたいです。   ご返信よろしくお願いします。 EIQツールキット    

FIT Value of PCA9848BSMP Hi, Please provide FIT (Failure in Time) value for PCA9848BSMP Regards Venkat Reddy

i.MX95: EdgeLock Enclaveキーインポートエラー - SAB CMD [0x47] Resp [0x1829] (無効な署名) チームの皆さん、こんにちは。 現在、アプリケーションノート AN14898 のガイドラインに従い、 i.MX95 デバイスへの秘密鍵のインポート作業を進めています。 環境と参考文献: 対象デバイス: i.MX95 デモアプリケーション: imx_sec_apps/imx-ele-apps SPSDKバージョン：最新の標準ツールセット これまでに完了した活動: Python、pip、およびSPSDKツールセットをインストールしました。 ホストとデバイスの両方のアプリケーションを無事に構築しました。 device/bin/ele_key_import と device/scripts/run_test_on_board.sh をターゲットのi.MX95ハードウェアにコピーしました。 デバイス側のフローを実行して、nxp_prod_ka_puk.bin を生成しました。 nxp_prod_ka_puk.binをホスト環境に転送しました。 最終的な生産キーがまだ手に入っていないため、SPSDKドキュメントによるとSPSDKユーティリティを使ってSRKキー(secp384r1)を生成しました。 ホスト側で標準キーインポートテンプレート（-kパラメータをsecp384r1に設定）を使用してsigned_msg.binを生成しました。 生成されたsigned_msg.binファイルをi.MX95ハードウェアに転送しました。 署名付きメッセージを生成するために使用したコマンド： nxpimage signed-msg export -c key_exchange_temp.yaml -w assets 参考資料として、key_exchange_temp.yaml ファイルを添付します。 i.MX95ターゲットデバイスでrun_test_on_board.shを実行すると、すべてのファイルは見つかりますが、EdgeLock Enclaveが署名済みメッセージブロックの署名を拒否します。以下はターゲット端末のログです。 nxp_prod_ka_puk.bin が存在します。 oem_public_key.pem が存在します。 signed_msg.bin が存在します。 こんにちは、世界！ 2026年7月16日 06:54:40 9547bbd 署名付きメッセージ：728バイト 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEMインポートPUK：65バイト 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b 55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session 成功 hsm_open_key_store_service 成功 hsm_open_key_management_service 成功 SAB エラー: SAB CMD [0x47] Resp [0x1829] - SIGNED メッセージの署名が無効です。 hsm_key_exchange が失敗しました エラー:0xfe 鍵交換に失敗しました: 254 i.MX95の署名検証問題の解決方法について何かご存知でしたら、ぜひご教示ください。 ありがとう、 アンキット・アグラワル Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 SRK生成後にSRKHを焼却するのかどうか疑問に思っています。必要なsign.yamlファイルについては、添付ファイルをご確認ください。 以下のコマンドをお試しください（前提条件としてflash.binファイルが必要です）。システムのブートローダー）を使用してSRKHを生成します。 nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs 出力 出力は以下のようになります。 そしてOuputsフォルダからはbcfファイル(ahab_oem0_srk0_hash_nxpele.bcf)が見えます。 下のフューズコマンド(インデックス128~143)に従って、SRKHでフューズする必要があると説明できます。 # nxpele AHAB SRKH がプログラミングスクリプトを融合 # SPSDK 3.4.0 によって生成されました # ファミリ: mimx9596, Revision: latest # 値: 0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # 説明: 4 つの SRK キーのハッシュの SHA512 ハッシュダイジェスト # グループ化されたレジスタ名: SRKH # OTP ID: OEM_SRKH0、値: 0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID: OEM_SRKH1、値: 0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID: OEM_SRKH2、値: 0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID: OEM_SRKH3、値: 0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID: OEM_SRKH4、値: 0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID: OEM_SRKH5、値: 0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID: OEM_SRKH6、値: 0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID: OEM_SRKH7、値: 0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID: OEM_SRKH8、値: 0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID: OEM_SRKH9、値: 0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID: OEM_SRKH10、値: 0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID: OEM_SRKH11、値: 0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID: OEM_SRKH12、値: 0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID: OEM_SRKH13、値: 0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID: OEM_SRKH14、値: 0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID: OEM_SRKH15、値: 0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 Below Commandを使ってSRKHを焼くこともできます nxpele -f mimx9596 バッチ出力\ahab_oem0_srk0_hash_nxpele.bcf 既にSRKHを書き込んだものの、下記の無効な署名エラーで失敗した場合は、singed_message.binとSRKH（srkの出力すべてを含む）を弊社までお送りください。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 社内チームがお客様の問題を調査しており、進捗状況については追ってご連絡いたします。 その間に、あなたが直面している問題と似た以下のケースをぜひご覧ください。 推奨される解決策は、 fuse_versionが正しく一致していることを確認することです。 https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 よろしくお願いします。 よろしくお願いいたします。 リチャード

PCA9848BSMP 的 FIT 值 您好， 请提供 PCA9848BSMP 的 FIT（故障检测时间）值 此致 文卡特·雷迪

リファレンス ドキュメントの請求:S32DSにおけるCody ChatとのAIツール統合 親愛なるNXPコミュニティチームの皆様、 現在はS32 Design Studioを使っていて、IDEにあるCody Chat機能を使っています。 OpenAI、ChatGPT、Anthropic Claude のような外部AIモデルを S32 Design StudioのCody Chatセクションに 統合することが可能かどうか知りたい です。 私の要件は、S32DS内でAIアシスタントを直接使用して、次のような作業を行うことです。 C/C++コードの生成と解説 組み込みC言語開発 コンパイラとリンカーのエラーのデバッグ CAN、SPI、I2C、UART、ADCの開発 S32K3/S32K344の開発 現在のS32DSプロジェクトの状況を理解し、それに基づいて作業を行う 公式のSourcegraph Codyドキュメントでは、OpenAIとAnthropicの両方のモデルをサポートし、モデル設定やBring Your Own Key(BYOK)オプションが含まれていることがわかりました。 もう少し詳しく教えていただけますか: S32 Design Studioで使われているCody統合は、ChatGPT/OpenAIやClaudeなどの外部AIプロバイダーと接続可能でしょうか? Cody Chatのセクションで、これらのAIプロバイダ向けに独自のAPIキーを設定CANできますか? 公式のNXPドキュメント、S32DSのドキュメント、Codyのドキュメント、またはS32DSで外部AIモデルをCodyで構成・統合する方法を説明する例プロジェクトはありますか? もしこの機能が現在のS32DSバージョンで直接サポートされていない場合、Cody/Eclipseプラグインを外部のAIプロバイダーに拡張する公式な方法はありますか? S32DS版Codyの実装には、標準のSourcegraph版Codyの実装と比較して、何か制限事項はありますか？ 参考までに、サポートされているLLMとモデル構成に関する以下のSourcegraphドキュメントを見つけました: 支援対象のLLM（法学修士）課程 コーディモデル構成 コーディモデルの構成例 これをS32DSで実装するための適切なNXP参照ドキュメントや推奨手順を教えていただけますか? 再開まで今しばらくお待ちください。 よろしくお願いします、 アラヴィンド・トガラリ

正在寻找适用于 SE050 项目的 Plug & Trust MW v02.16.00 大家好， 我正在开发一个网络安全项目，将 EdgeLock SE050 与运行 ESP-IDF v4.1.2 的 ESP32 集成在一起。通过 I2C。我的目标是使用 PlatformSCP03 从 SE050 读取设备证书。 我使用的参考源代码是专门为 Plug & Trust MW Release v02.16.00 编写的。但是，我在 NXP 门户网站上再也找不到这个旧版本了。当我下载较新的 v3 或 v4 软件包时，由于目录结构更改、缺少头文件和 SSS_MALLOC 不兼容，我总是遇到 ESP-IDF 的构建错误。 请问有人有 Plug & Trust MW v02.16.00 的存档吗？或者知道哪里可以下载这个旧版本吗？另外，如果您能提供一些关于如何使用较新版本的中间件编译此项目的建议，我们将不胜感激。 提前致谢

在定制板上，ECSPI1 未生成预期的 SPI 时钟。 大家好， 我们正在使用基于 i.MX8MP EVK 配置的 i.MX8MP 定制板。 在 i.MX8MP EVK 上，我们有一个通过 ECSPI2 连接的 SPI 设备。使用现有的 EVK 设备树配置，SPI 通信工作正常，我们可以在示波器上观察到预期的 SCLK 波形。 在我们的定制板上，SPI 接口连接到 ECSPI1 而不是 ECSPI2。 因此，我们修改了设备树配置，使其使用 ECSPI1。但是，使用 ECSPI1 时，我们无法在 SCLK 引脚上观察到预期的/正确的 SPI 时钟脉冲。 我们尝试了几种不同的设备树配置，但问题仍然存在。 1. ECSPI1 配置与现有 ECSPI2 配置类似 我们将控制器从 ECSPI2 改为 ECSPI1，并创建了相应的 ECSPI1 引脚控制组，包括 SCLK、MOSI、MISO 和 CS。 2. 分离 CS 引脚控制组 我们还尝试定义一个单独的 pinctrl_ecspi1_cs，并将其与 ECSPI1 pinctrl 组一起使用。 3. 显式 ECSPI1 引脚复用配置 我们也尝试过显式定义 ECSPI1 引脚。 然而，使用 ECSPI1，我们仍然无法观察到预期的 SPI 时钟脉冲。 我们想知道在 i.MX8MP 上配置 ECSPI1 时，除了启用 &ecspi1 和配置 ECSPI1 SCLK/MOSI/MISO/CS 引脚之外，是否还需要对设备树或 pinctrl 进行任何更改？ 具体来说，ECSPI1 是否需要添加任何 ECSPI1 特有的引脚控制、时钟、IOMUX 或其他设备树配置才能正常工作？ 同样的SPI配置在ECSPI2上也能正常工作，所以我们想了解将接口从ECSPI2迁移到ECSPI1时是否需要任何额外的配置。感谢您事先的指导。 Re: ECSPI1 does not generate expected SPI clock on custom board 你好 ， 请查看附件中的 dts 文件。 Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@SWETHA1 请分享一下您关于 ECSPI1 的 dts 文件。 B.R Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@SWETHA1 我检查了您的dts文件，发现以下错误： 1. ECSPI 引脚被重复使用，导致引脚使用冲突。请移除此部件或使用其他引脚重复使用。     pinctrl_ecspi1: ecspi1grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK       0x48             MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI       0x48             MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO       0x48         >;     };     pinctrl_uart3: uart3grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__UART3_DCE_RX      0x140             MX8MP_IOMUXC_ECSPI1_MOSI__UART3_DCE_TX      0x140             MX8MP_IOMUXC_ECSPI1_SS0__UART3_DCE_RTS      0x140             MX8MP_IOMUXC_ECSPI1_MISO__UART3_DCE_CTS     0x140         >;     }; 2. ECSPI1 片选 (CS) 配置相互矛盾。请将其更改为以下代码。     pinctrl_ecspi1_cs: ecspi1cs {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SS0__GPIO5_IO09     0x40000         >;     }; B.R Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@pengyong_zhang ， 请看以下观察结果。 1. 使用建议的更改后，逻辑分析器的结果 2. 当在之前附加的 dts 文件之上使用以下补丁时，还有另一个观察结果。 上述图表显示了这些变化 pinctrl_ecspi1：ecspi1grp { fsl,pins = < MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK 0x80 MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI 0x80 MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO 0x80 >; }; 根据建议的修改，我们可以看出时钟运行情况与预期不符。 Re: ECSPI1 does not generate expected SPI clock on custom board 补充一些关于上次回复的细节 观察 1：应用建议的 DTS 更改后获得的结果。然而，SPI时钟波形仍然不符合预期，整体SPI信号行为与预期结果不符。 观察 2：当 MISO 浮空时，CS 出现两个不必要的尖峰，这不是预期的行为。CS 最初被推低。即使将 CS 配置为通过 DTS 驱动为高电平，它最初也会按预期驱动为高电平；但是，在交易之后，CS 似乎又会变低。 能否请您分享一下您对此的见解，并指导我如何继续进行？

S32DS 3.6.2 I have a question about S32DS 3.6.2.I'm having an IDE configuration issue. I'm using a demo program generated by RTD 6.0.0, and I'm encountering the problem shown in the image below when configuring CT. What could be causing IVT and other tools to be disabled? I'm a bit confused. Re: S32DS 3.6.2 Hello @sunshine88 , IVT/DCD support in Configuration Tools depends on the selected device and on the scope implemented in the installed tool package. The fact that the IVT editor is disabled does not mean that the RTD example project is invalid.   For the selected S32K358 configuration, the graphical IVT/DCD editors are not available in Configuration Tools. These tools are related to BootROM/boot-image configuration and are not required for the standard projects.   Therefore, if Update Code and the project build complete successfully, the project can still be used normally for the supported configuration areas such as Pins, Clocks and Peripherals. Best regards, Pavel

S32DS ARMライセンスの有効期限が間もなく切れます。 こんにちは、私のS32DS ARMライセンスの有効期限が間もなく切れます。 ARM向けS32デザインスタジオ アクティベーションID: 評価日： 機能バージョン: 2.2 機能ステータス：評価中（29日間）

i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi Team, We are currently working on importing a private key to an i.MX95 device following the guidelines in application note AN14898. Environment & References: Target Device: i.MX95 Demo Application: imx_sec_apps/imx-ele-apps SPSDK Version: Latest standard toolset Activities Completed So Far: Installed Python, pip, and the SPSDK toolset. Successfully built both the Host and Device applications. Copied device/bin/ele_key_import and device/scripts/run_test_on_board.sh to our target i.MX95 hardware. Executed the device-side flow to generate nxp_prod_ka_puk.bin. Transferred nxp_prod_ka_puk.bin back to our host environment. Generated SRK keys (secp384r1) using the SPSDK utility according to the SPSDK Documentation since we do not have final production keys yet. Generated the signed_msg.bin on the host side using the standard key import template (with the -k parameter set to secp384r1). Transferred the generated signed_msg.bin to the i.MX95 hardware. Command used to generate signed message: nxpimage signed-msg export -c key_exchange_temp.yaml -w assets Attached key_exchange_temp.yaml for reference. When running run_test_on_board.sh on the i.MX95 target device, all files are found, but the EdgeLock Enclave rejects the signature on the signed message block.Here is our target terminal log: nxp_prod_ka_puk.bin exists. oem_public_key.pem exists. signed_msg.bin exists. Hello, World! Jul 16 2026:06:54:40 9547bbd Signed Message: 728 bytes 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEM Import PUK: 65 bytes 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session success hsm_open_key_store_service success hsm_open_key_management_service success SAB Error: SAB CMD [0x47] Resp [0x1829] - Invalid Signature in SIGNED message. hsm_key_exchange failed err:0xfe Key exchange failed: 254 Any insight on resolving this signature verification issue for the i.MX95 would be greatly appreciated. Thanks, Ankit Agrawal Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  I am wondering if you burn SRKH  after SRK generation.  for necessary sign.yaml file please check my attached file.  Please try below command (precondition is you should have flash.bin: bootloader of system) to generate SRKH.   nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs outputs output will be as below. and from the ouputs folder, you could see bcf file(ahab_oem0_srk0_hash_nxpele.bcf).  you could follow below fuse command  (index 128 ~143) that you need to fuse for SRKH.  # nxpele AHAB SRKH fuses programming script # Generated by SPSDK 3.4.0 # Family: mimx9596, Revision: latest # Value: 0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # Description: SHA512 hash digest of hash of four SRK keys # Grouped register name: SRKH # OTP ID: OEM_SRKH0, Value: 0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID: OEM_SRKH1, Value: 0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID: OEM_SRKH2, Value: 0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID: OEM_SRKH3, Value: 0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID: OEM_SRKH4, Value: 0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID: OEM_SRKH5, Value: 0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID: OEM_SRKH6, Value: 0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID: OEM_SRKH7, Value: 0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID: OEM_SRKH8, Value: 0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID: OEM_SRKH9, Value: 0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID: OEM_SRKH10, Value: 0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID: OEM_SRKH11, Value: 0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID: OEM_SRKH12, Value: 0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID: OEM_SRKH13, Value: 0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID: OEM_SRKH14, Value: 0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID: OEM_SRKH15, Value: 0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 you could use below command to burn SRKH nxpele -f mimx9596 batch outputs\ahab_oem0_srk0_hash_nxpele.bcf If you burn the SRKH already but failed with below invalid singing, please share the singed_message.bin to us.  with your SRKH (including srk output all).  Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Ankit_Agrawal, Our internal team is reviewing your issue and will update you accordingly. In the meantime, please review the case below, which is similar to the issue you are encountering. The suggested solution is to verify that the fuse_version matches correctly. https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 Thank you. Best Regards, Richard

Request for Reference Documentation: Integrating Ai tools with Cody Chat in S32DS Dear NXP Community Team, I am currently working with S32 Design Studio and using the Cody Chat feature available in the IDE. I would like to know whether it is possible to integrate external AI models such as OpenAI ChatGPT and Anthropic Claude into the Cody Chat section of S32 Design Studio. My requirement is to use an AI assistant directly inside S32DS for activities such as: C/C++ code generation and explanation Embedded C development Debugging compiler and linker errors CAN, SPI, I2C, UART and ADC development S32K3/S32K344 development Understanding and working with the current S32DS project context I found that the official Sourcegraph Cody documentation describes support for both OpenAI and Anthropic models, including model configuration and Bring Your Own Key (BYOK) options. Could you please clarify: Is the Cody integration used in S32 Design Studio capable of connecting to external AI providers such as ChatGPT/OpenAI and Claude? Can we configure our own API key for these AI providers in the Cody Chat section? Is there any official NXP documentation, S32DS documentation, Cody documentation, or example project explaining how to configure or integrate external AI models with Cody in S32DS? If this functionality is not directly supported in the current S32DS version, is there an official method to extend the Cody/Eclipse plugin to support external AI providers? Are there any restrictions in the S32DS implementation of Cody compared with the standard Sourcegraph Cody implementation? For reference, I found the following Sourcegraph documentation regarding supported LLMs and model configuration: Supported LLMs Cody Model Configuration Cody Model Configuration Examples Could you please provide the appropriate NXP reference documentation or recommended procedure for implementing this in S32DS? Thank you for your support. Best regards, Aravind Togaralli

スタンバイモードでは、S32K328のピンは高レベルを出力できません 操作マニュアルに記載されている設定手順に従って、S32K328のいくつかのGPIOピンをスタンバイモードでハイレベルに維持するように設定しましたが、失敗しました。以下は私の設定手順です。私はマニュアルに記載されている4番目の手順を実行しませんでした。これは影響がありますか？以前にもS32K312で同様の設定を行ったことがありますが、エラーは発生しませんでした。私の理解では、リセット後にピン保持機能を無効にしなかった場合、ウェイクアップ後にGPIOピンを低レベル出力するように設定しても、出力ピンレベルはスタンバイモードに入る前に設定された高レベルを維持するはずです。現在、実際の測定では、スタンバイモードと実行モードの両方で設定されている複数のGPIOピンは、低いレベルに留まっています。 Re: In standby mode, the pins of the S32K328 cannot output a high level こんにちは、@hhggll23 さん。 私はマニュアルに記載されている4番目の手順を実行しませんでした。これは影響がありますか？ はい、そうです。スタンバイモードに入る前にパッドキーピングを有効にした場合(DCM_GPR->DCMRWF1[STANDBY_IO_CONFIG] = 0と書いてください。これはSIUL2のPKEが設定されていなくてもデフォルトのレジスタ値ですが、ウェイクアップ後に無効化していなければ、SIUL2モジュールは再度初期化できません。MCUがスタンバイモードに入ってウェイクアップする必要がある間にパッドキーピング機能が必要ないなら、このビットに1をどこかに書き込んでそのままにしておく必要があります。 これはPower_Ip_Init() APIを通じて行われます。 これで、I/Oピンは、パッド保持設定に関係なく、スタンバイモード中も実行モードで最後に設定された状態を保持します。 S32K3は起動後に必ずリセットシーケンスを行い、SIUL2モジュールは機能リセット時にGPIOパッドをデフォルト状態にリセットするため、パッドキーピングによりピンの状態はウェイクアップからユーザーが解除されるまで保持されます。 画像に示されているすべてのピンをスタンバイ時にHIGHに設定しようとしていますか？スタンバイモードに入ると、すべてLOW状態になるのでしょうか？それとも、終了時でしょうか？ よろしくお願いします、 ジュリアン Re: In standby mode, the pins of the S32K328 cannot output a high level ご返信いただき、誠にありがとうございます。プログラムを再確認したところ、スタンバイ前にピンをハイレベルにした後、意図しないルーチンが実行され、すべてのGPIOピンが再初期化されてしまい、スタンバイ中にピンがローレベルのままになってしまうことがわかりました。変更後、スタンバイモードにおいてGPIOピンのレベルが正常にハイレベルに引き上げられるようになりました。新たな問題が発生しました。スタンバイモードでGPIOピンをハイレベルにプルアップした後、スタンバイ電流が増加したようです。現在、スタンバイ条件下では、コントローラーの静止電流は約3 mAで、24V電源で供給されています。他の回路のトラブルシューティングを行った結果、S32K328がこの電流の大部分を消費しているのではないかと推測しています。24 Vの場合、3 mAはコントローラの5V電源に換算すると約14.4 mAに相当します。スタンバイモードで8つのGPIOピンをハイレベルにしました。この待機電流は正常ですか？この問題に対処するために、S32K328のGPIOピンをスタンバイモードで高インピーダンスに設定し、外部プルアップ抵抗がスタンバイ中にピンの高レベルを維持できるようにしますか?

Zephyr SDKをVS Codeにインポートする際にエラーが発生しました。 こんにちは、NXPさん。 画像に示すように、Zephyr SDKのインポートが繰り返し失敗します。原因は何でしょうか？また、どのようにトラブルシューティングすればよいでしょうか？ 魔法を解くテストもしてみましたが、結果は同じでした。 MCXA Re: VS Code 导入Zephyr SDK出现error こんにちは、 @hadden178さん MCUXpresso上でVS Codeを使ってテストしてみました。 正常にインポートできたので、GitHubリポジトリには問題がないようです。 ログに基づいて remote: Enumerating objects: 3105, done. remote: Counting objects: 100% (1405/1405) remote: Compressing objects: 100% (433/433) error: RPC failed; curl 56 Recv failure: Connection was reset おそらくネットワーク接続の問題だと思います。 リポジトリを手動で更新するには、`nxp\frdm_mcxa156`フォルダで`west update`コマンドを実行してみてください。 BR ハリー