Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
Kinetis(KW3x/4x、MCX W7x 和 MCX W23)无线连接功率配置文件工具 本页面专门介绍 Kinetis (KW3x/4x, MCX W7x & MCX W23) One 连接 Power Profile Tool。它将各种不同的独立连接电源分析工具集成在一个软件中。 它将帮助您估算应用(汽车或工业物联网)中的功耗,并评估解决方案的电池寿命。 本页面包含一个名为“无线连接电源分析工具”的专用电源分析工具,其中包括: 蓝牙低功耗:此新工具支持此功能 新增:基于仿真的独立组网 \\(SA\\) 产品 KW43(汽车)和 MCX W70(工业物联网)。产品将于2027年开始上市。 KW3x/KW4x(汽车)和 MCX W7x(工业物联网)产品均为独立组网 (SA)。 MCX W23(工业物联网)产品独立组网 (SA)。 K32W0/QN9090、KW41、QN9080 产品独立组网 (SA)。 MCX W71 & W72 产品独立组网 (SA)(工业物联网)。 802.15.4 Matter & ZED :在此新工具中可用。 MCX W71 & W72 产品独立组网 (SA)(工业物联网)。 新增:基于仿真的独立组网 (SA)(工业物联网)MCX W70 产品。 CCC CS 蓝牙 LE 定位(汽车):此新工具中提供。 SmartFob应用(汽车):BLE/KW45/47 + UWB Ranger4/5 + SE + 运动传感器:此新工具中可用。 保存OneConnectivity_Power_profiling_tool_SDK_26_06_date.zip将文件保存到磁盘中,解压缩并运行One_Wireless_Connectivity_Power_profiling_tool_SDK_26_06.html。 页面概览: christophe_menard_0-1787056777494.png 产品:JN518X 产品:K32W0 产品:K32W1 产品:KW 34|35|36 产品:KW 37|38|39 产品:KW41Z | 31Z | 21Z 产品:QN9080|SIP 产品:QN9090|30 产品:UWB NCJ29D5 协议:BLE -> 连接性 协议:Matter 协议:Zigbee Re: Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool 嗨@stephen_t , 应用笔记即将发布,其中将解释如何使用这款新工具。 附件为草稿版本。目前仅涵盖蓝牙低功耗部分。 Re: Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool @christophe_menard 非常感谢您提供的文档草稿,我也很期待最终版本,因为它将有助于正确配置UWB和SE。 此致 史蒂芬 Re: Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool 你好 , 假设我们需要设计一个结合了 KW45+NCJ29D5/6+SecureEngine 的数字钥匙扣,该如何使用这个工具? 任何可用的指导文件都将有所帮助。
查看全文
IMX95 ニュートロンNPU ONNXモデル NXPチームの皆様へ i.MX95デバイスのNeutron NPU上でONNXモデルを実行しようとしています。 以下のNXPのドキュメントが見つかりました。 https://docs.nxp.com/bundle/UG10166/page/topics/onnx_model_test.html 「CNNモデルの実行」のセクションでは、ドキュメントに次のように記載されています。 「ONNX Runtimeは、実験的な機能として、Neutron NPU上でCNNモデルを実行することをサポートするようになりました。」これを実現するには、モデルを量子化し、onnx2neutronツールを使用して変換する必要があります(eIQツールキットに含まれるonnx2neutronツールのREADMEを参照してください)。 しかし、eIQツールキットやドキュメントの中にonnx2neutronツールを見つけることができませんでした。この変換手順がないと、ONNXモデルはNPUではなくCPU上でのみ実行されるように見える。 私たちの質問は次のとおりです。 1. onnx2neutronツールは現在存在し、一般公開されていますか? 2. はいの場合、どこでダウンロードまたは入手できますか? 3. i.MX95では現在、Neutron NPU上でのONNXランタイムの実行がサポートされていますか?それとも、現時点ではTFLiteパスのみがサポートされているのでしょうか? TFLiteのサンプルフローのテストに成功しました。しかし、我々独自のカスタムモデルの場合、TFLiteルートは正しく動作しません。実行されているように見えますが、実際には誤った結果を静かに生成しています。したがって、ONNX方式が実行可能な代替手段となるかどうかを調査したい。 onnx2neutronの現状、およびNeutron NPUに対するONNXのサポート状況について、何か情報があれば教えていただけると幸いです。 よろしくお願いいたします。 ピーター iMX95 Re: IMX95 Neutron NPU ONNX Model こんにちは、 @CatchPeter さん。 NXPサポートにご連絡いただきありがとうございます! 1) 現時点では、このツールは一般公開されておらず、実験的なものとみなされるべきです。現在、開発に積極的に取り組んでいますが、完全に機能し、サポート体制が整うまでは、このツールは非公開のままとなる可能性が高いです。 2) はい、NPU上で機械学習モデルを実行するための推奨およびサポートされている方法は、ONNXからTFLiteへの確立されたワークフローに従います。 よろしくお願いします、 チャビラ Re: IMX95 Neutron NPU ONNX Model 親愛なるNXPチームへ、 私はこの議論に偶然出会いました(2026年9月中旬)、i.MX95 FRDMデバイスのNeutron NPUでONNXモデルを動かす解決策を探していました。 本日現在、上記onnx2neutronツールはまだ一般公開されておらず、そのため現時点では「TFLiteパス」のみがサポートされているルートであるという理解でよろしいでしょうか? 確認していただきありがとうございます。 よろしくお願いいたします。 シモーネ
查看全文
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 输出结果如下所示。 Jessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.png 在输出文件夹中,可以看到 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 谢谢! 顺祝商祺! 理查德 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 请按照以下步骤使用 SPSDK 刻录 SRK 步骤1 。启动设备时,停在 u-boot 控制台,运行 u-boot=> fastboot 0 步骤2 。在 SPSDK 控制台中,您必须使用以下命令(没有 ahab 事件)。 nxpele -f mimx9596 获取事件 步骤3 。如果没有事件发生,您现在可以在 SPSDK 控制台中烧录 SRK 密钥。 nxpele -f mimx9596 批处理输出\ahab_oem2_srk0_hash_nxpele.bcf BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 嗨@Jessie_Lee , 谢谢你提供的信息。 我们已经找到了 flash.bin 文件,并能够执行生成 SRKH 的必要步骤。 生成 SRKH 后,我们需要将其熔丝到硬件中。要执行熔断操作,硬件/电路板必须处于以下状态: Fastboot 模式。请问您能否帮我们把设备切换到 Fastboot 模式? 在尝试熔接钥匙时,我们遇到以下错误: Ankit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.png 设备目前似乎未处于 Fastboot 模式。非常感谢您能提供如何启用 Fastboot 模式的指导。 谢谢, 安基特 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Jessie_Lee 据报道,情况如下所示,目前存在一些问题。能否获得一些帮助? -------------------------------------------------------------------------------------------------------------- 但是,当我执行熔丝操作的命令时,遇到了以下错误。 我也尝试过重置硬件,但问题依旧存在。您知道这究竟是什么原因造成的吗? rakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.png @Ankit_Agrawal 如有必要,请随时提供补充说明。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 来自@Ankit_Agrawal 的反馈,存在 fastboot 进入问题。 @rakhyoung你是说你也遇到了无法进入fastboot模式的问题吗? 你试过我上面分享的那个命令吗?在 uboot 阶段尝试执行 fastboot 0 以下命令时,出现什么错误? 步骤1 。启动设备时,停在 u-boot 控制台,运行 u-boot=> fastboot 0 BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Jessie_Lee 很抱歉回复晚了。 我成功地在设备端的 U-Boot 控制台停止了运行。但是,当尝试使用以下命令从主机端熔丝密钥时: nxpele -f mimx9596 -p /dev/ttyUSB1 batch outputs/ahab_oem2_srk0_hash_nxpele.bcf 我遇到了以下错误: Screenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.png截图来自 2026-09-13 21-29-30.png 我也尝试过重置硬件,但问题依旧存在。您知道这究竟是什么原因造成的吗? 谢谢, 安基特 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Jessie_Lee , 请查看附件中的日志文件。我已经按照您建议的步骤操作了。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 嗨@Ankit_Agrawal 能否分享一下从进入 uboot(控制台)到主机端执行 spsdk 的所有 fastboot 步骤日志? 我认为你是通过 uboot 进入 fastboot 模式的。正确的? 请分享所有步骤(进入fastboot模式、检查ahab事件、尝试熔丝等,并在主机端日志中记录)。 如果能通过文件而不是快照查看所有日志就更好了。 BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 嗨@Ankit_Agrawal 从您提供的日志中,我找不到 A 核心的 uboot 控制台日志。(目标板)当您在 uboot 控制台进入 fastboot 模式时,请检查一下。请提供完整的 uboot 日志(来自 POR)。 看来SPSDK是通过“=”号来检测uboot控制台的。 你的启动延迟值是多少(用 uboot 命令“printenv bootdelay”检查)?或者,您可以使用 uboot 命令“setenv bootdelay 3; saveenv”添加启动延迟,然后重试吗? BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Jessie_Lee , 请查看附件中的fastboot 条目日志、用于检查事件和熔丝的主机端步骤以及调试日志文件。 谢谢, 安基特 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 我想知道您是否检查过 uboot 日志,确认是否进入了 fastboot 模式。 以下是您的部分日志,其中显示了“未知命令”日志。这个快速启动功能是U-Boot社区的一个特性,NXP的电路板支持包也支持,但你的软件环境中没有。 如果BSP团队移除此功能,您需要与BSP团队讨论。 顺便说一下,NXP最近发布了更新后的ELE/V2X固件,但你的固件似乎不是最新的。 请与贵公司内部网络安全团队协商,确保固件版本同步。(顺便一提,这个固件版本与是否启用fastboot功能无关。) Jessie_Lee_0-1789613044617.pngJessie_Lee_0-1789613044617.pngJessie_Lee_0-1789613044617.png BRS 杰西 BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 我已向你们的 电路板支持包。 团队确认过,fastboot 已从默认的 u-boot 中移除。 所以,你不能直接使用 fastboot 模式来熔丝 SRK。 除了使用 SPSDK 工具刻录 SRK 之外,您还可以使用以下方法之一。据我所知,你们团队已经在使用 fuse_access 应用程序来处理内核级别的熔丝位访问(读/写)。任何方法都可能烧毁你的SRK。 Jessie_Lee_0-1789713874158.pngJessie_Lee_0-1789713874158.png BRS 杰西
查看全文
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 出力 出力は以下のようになります。 Jessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.png そして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 よろしくお願いします。 よろしくお願いいたします。 リチャード Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 SPSDKを使用してSRKを書き込むには、以下の手順に従ってください。 ステップ1 。デバイスを起動したら、u-bootコンソールで停止し、以下を実行します。 u-boot=> fastboot 0 ステップ2 。SPSDKコンソールでは、以下のコマンドを使ってahabイベント情報が発生していない必要があります。 NXPELE -f mimx9596 get-events ステップ3 。イベントがなければ、今すぐSPSDKコンソールでSRKキーを焼くことができます。 nxpele -f mimx9596 バッチ出力\ahab_oem2_srk0_hash_nxpele.bcf BR ジェシー Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Jessie_Lee さん。 情報ありがとうございます。 私たちは フラッシュビン ファイルを取得し、SRKHを生成するために必要な手順を実行できます。 SRKHを生成した後、それをハードウェアに融合させる必要があります。ヒューズ操作を実行するには、ハードウェア/ボードが ファストブートモード。デバイスをFastbootモードに切り替えるのを手伝ってもらえますか? キーの融合を試みた際に、以下のエラーが発生しました。 Ankit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.png デバイスが現在Fastbootモードになっていないようです。ボード上でFastbootモードを有効にする方法についてご教示いただければ幸いです。 ありがとう、 アンキット Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Jessie_Lee 下記に示すように、不具合が発生しているとの報告があります。サポートを得ることは可能でしょうか? -------------------------------------------------------------------------------------------------------------- しかし、ヒューズ操作を実行するコマンドを実行すると、以下のエラーが発生します。 ハードウェアのリセットも試してみましたが、依然として同じ問題が発生しています。なぜこうなっているのか、何かアイデアはありますか? rakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.png @Ankit_Agrawal 必要であれば、追加の説明を遠慮なく提供してください。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Ankit_Agrawalさんによると、fastboot に入る際に問題が発生したとのことです。 @rakhyoungあなたもfastbootに入る際に問題が発生しているということですか? 上記で共有した以下のコマンドを試してみましたか?u-bootステージでfastboot 0より下のレベルを実行しようとした際に発生するエラーは何ですか? ステップ1 。デバイスを起動したら、u-bootコンソールで停止し、以下を実行します。 u-boot=> fastboot 0 BR ジェシー Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Jessie_Leeさん 返信が遅くなり申し訳ありません。 デバイス側のU-Bootコンソールで正常に停止することに成功しました。しかし、ホスト側から以下のコマンドを使用してキーを融合しようとすると、次のエラーが発生します。 nxpele -f mimx9596 -p /dev/ttyUSB1 batch outputs/ahab_oem2_srk0_hash_nxpele.bcf 以下のエラーが発生しました。 Screenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.png2026-09-13 21-29-30 のスクリーンショット.png ハードウェアのリセットも試してみましたが、依然として同じ問題が発生しています。なぜこうなっているのか、何かアイデアはありますか? ありがとう、 アンキット Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Jessie_Lee さん。 添付のログをご確認ください。ご指示いただいた手順を実行しました。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawalさん fastbootからuboot(コンソール)に入って、ホスト側でspsdkを実行するまでの全ステップログを共有していただけますか? あなたはu-boot経由でfastbootに入ったのだと思います。右? すべての手順(FastBootの入り、AHABイベントチェック、フューズ試行など)をホスト側のログで共有してください。 スナップショットではなく、ファイルを通してすべてのログを確認できると助かります。 BR ジェシー Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは@Jessie_Lee fastbootエントリ、イベント情報やヒューズを確認するホスト側の手順、デバッグログファイルの添付ログをご覧ください。 ありがとう、 アンキット Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawalさん 添付のログからは、Aコアのubootコンソールログは見つかりませんでした。(ターゲットボード)ubootコンソールでfastbootに入るとき、これを確認してもらえますか?PORのubootログ全文を共有してください SPSDKは「=>」文字によってU-Bootコンソールを検出しているようです。 ブート遅延値はいくつですか?(ubootコマンド「printenv bootdelay」で確認できます。)それともubootコマンド「setenv bootdelay 3;saveenv」でbootdelayを追加して、もう一度試してみることはできますか? BR ジェシー Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 fastboot が起動しているかどうか、uboot ログを確認していただけないでしょうか。 以下はログの一部で、「不明なコマンド」というログが表示されています。このfastbootはU-Bootコミュニティの機能であり、NXPのBSPにも搭載されていますが、お使いのソフトウェア環境にはありません。 BSPチームがこの機能を削除するかどうかについては、BSPチームと話し合う必要があります。 ちなみに、NXPは最近ELE/V2Xの最新ファームウェアを公開しましたが、あなたのファームウェアは最新版ではないようです。 セキュリティ内部チームと連携して、FW版の同期を依頼してください。(ちなみに、このFWバージョンはfastboot機能のイネーブルメントとは関係ありません) Jessie_Lee_0-1789613044617.pngJessie_Lee_0-1789613044617.pngJessie_Lee_0-1789613044617.png BR ジェシー BR ジェシー Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 BSPチームに確認したところ、fastbootはデフォルトのu-bootから削除されているとのことです。 つまり、fastbootモードを直接使ってSRKを融合することはできません。 SRKを燃やすためのSPSDKツールの代わりに、以下のいずれかの方法を使うことができます。ご存知の通り、あなたのチームはすでにfuse_accessアプリケーションを使ってカーネルレベルでのフューズアクセス(読み書き)を処理しています。どんな方法でもSRKを焼くのは問題ないかもしれません。 Jessie_Lee_0-1789713874158.pngJessie_Lee_0-1789713874158.png BR ジェシー
查看全文
MR-VMU-TROPIC GitHubリポジトリのライセンスとオープンソースステータス こんにちは、   MR-VMU-TROPIC FMUベースボードを調べています。GitBookのドキュメントには明確に「どちらもオープンソースのデザインであり、希望する形でコピー・再作成可能です」と明記されています。   しかし、 公式GitHub リポジトリには「オープンソースFMUベースボード」と説明されているにもかかわらず、現在LICENSEファイルがなく、設計ファイルの安全な利用や適応が困難になっています。   リポジトリに最近更新があったことに気づきました。チームは、 TropicCommunityVMUで使われているBSD-3-Clauseライセンスのような標準的なオープンソースライセンスファイルをGitHubリポジトリに追加することは可能でしょうか?   ご回答をお待ちしています。   Re: Licensing and open-source status for MR-VMU-TROPIC GitHub repository その問題を指摘していただきありがとうございます。社内で対応します。 Re: Licensing and open-source status for MR-VMU-TROPIC GitHub repository ライセンスファイルがGitHubリポジトリに追加されました。GitHub - NXP-Robotics/MR-VMU-TROPIC: TROPIC VMUシングルボードRT106Xのプレビュー · GitHub https://github.com/NXP-Robotics/MR-VMU-TROPIC/blob/main/LICENSE 指摘していただき、改めてありがとうございます! 敬具 ジェラルド
查看全文
i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Hi, These are my yocto build parameters: Release: imx-linux-walnascar BSP Version: imx-6.12.49-2.2.0 MACHINE: imx8mpevk DISTRO: fsl-imx-xwayland I have been using this build environment successfully for the past couple of months. However, I suddenly started encountering the attached error. To troubleshoot, I completely cleaned the build environment, reinitialized the repository (repo init), synced everything again, and performed a fresh build. Unfortunately, I am still facing the same issue. Please find the attached log file for your reference. I would appreciate your help in identifying the root cause and suggesting a solution. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) bitbake imx-image-core Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) What "bitbake command" are you using? I will do verification. Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Thank you for your response. I verified my build environment, and it already matches the configuration you recommended. Host OS: Ubuntu 22.04.5 LTS (Jammy) GNU tar version: GNU tar 1.34 $ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.5 LTS" ... $ tar --version tar (GNU tar) 1.34 However, I still encounter the same failure Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Please check the tar version, if the host is Ubuntu 24.04 and tar is 1.35 Build inside a container or VM with: Ubuntu 22.04 LTS GNU tar 1.34 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Please find file below,  Here i am pasting the some lines of error  DEBUG: Executing python function extend_recipe_sysroot NOTE: Direct dependencies are ['/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/binutils/binutils-cross_2.44.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/gcc/gcc-cross_14.3.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.68.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-core/coreutils/coreutils_9.6.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/flex/flex_2.6.4.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/rpm/rpm_4.20.0.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-extended/bc/bc_1.08.1.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kmod/kmod_34.1.bb:do_populate_sysroot'] NOTE: Installed into sysroot: [] NOTE: Skipping as already exists in sysroot: ['gettext-minimal-native', 'binutils-cross-aarch64', 'cmake-native', 'gcc-cross-aarch64', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'kern-tools-native', 'linux-libc-headers', 'file-native', 'openssl-native', 'coreutils-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'zlib-native', 'bison-native', 'dwarfsrcfiles-native', 'elfutils-native', 'flex-native', 'git-native', 'gnu-config-native', 'json-c-native', 'libedit-native', 'lua-native', 'make-native', 'patch-native', 'perl-native', 'pkgconfig-native', 'pseudo-native', 'python3-native', 'rpm-native', 'bc-native', 'bzip2-native', 'libarchive-native', 'libidn2-native', 'lzlib-native', 'xz-native', 'zstd-native', 'kmod-native', 'acl-native', 'attr-native', 'curl-native', 'gdbm-native', 'gmp-native', 'gnutls-native', 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libmpc-native', 'libunistring-native', 'mpfr-native', 'nettle-native', 'p11-kit-native', 'popt-native', 'sqlite3-native'] DEBUG: Python function extend_recipe_sysroot finished DEBUG: Executing python function sstate_task_prefunc DEBUG: Python function sstate_task_prefunc finished DEBUG: Executing python function do_package DEBUG: Executing python function package_setup_pkgv DEBUG: Python function package_setup_pkgv finished DEBUG: Executing python function package_convert_pr_autoinc DEBUG: Python function package_convert_pr_autoinc finished DEBUG: Executing python function package_prepare_pkgdata NOTE: Installed into pkgdata-sysroot: [] DEBUG: Python function package_prepare_pkgdata finished DEBUG: Executing python function perform_packagecopy ERROR: Error executing a python function in exec_func_python() autogenerated: The stack trace of python calls that resulted in this exception/failure was: File: 'exec_func_python() autogenerated', lineno: 2, function: 0001: *** 0002:perform_packagecopy(d) 0003: File: '/home/vvdn/LWT_Build/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD}" 0362:perform_packagecopy[dirs] = "${PKGD}" *** 0363: 0364:python populate_packages () { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = "${D}" File: '/usr/lib/python3.10/subprocess.py', lineno: 421, function: check_output 0417: else: 0418: empty = b'' 0419: kwargs['input'] = empty 0420: *** 0421: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): File: '/usr/lib/python3.10/subprocess.py', lineno: 526, function: run 0522: # We don't call process.wait() as .__exit__ does that for us. 0523: raise 0524: retcode = process.poll() 0525: if check and retcode: *** 0526: raise CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: return CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: Exception: subprocess.CalledProcessError: Command 'tar --exclude=./sysroot-only -cf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/image -p -S . | tar -xf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/package' returned non-zero exit status 2. Subprocess output: got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lib couldn't allocate absolute path for 'lib'. tar: ./usr/lib: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lib couldn't allocate absolute path for 'lib'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lib couldn't allocate absolute path for 'lib'. tar: ./usr/lib: Cannot mkdir: Bad address tar: ./usr/lib/modules: Cannot mkdir: No such file or directory Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) It seems that I don't have the permission to download the attachment. Would you please resend it again? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Hi @yipingwang  Awaiting for your prompt support in further debugging. Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) On your ubuntu PC, use the command "sudo apt install tar=1.34+dfsg-1build3" Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) @Sanjiv_MnsDid this resolve the issue ? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Hi @abannish  Please try below commands this works for me... wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb  sudo apt-mark hold tar Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Thanks! That solved the issue also in my side! FYI, everything worked perfectly until some autoupdate from the Ubuntu service...
查看全文
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. Jessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.png 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 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Jessie_Lee , Thanks for the information. We have located the flash.bin file and are able to perform the necessary steps to generate the SRKH. After generating the SRKH, we need to fuse it to the hardware. To perform the fuse operation, the hardware/board must be in Fastboot mode. Could you please help us switch the device to Fastboot mode? While attempting to fuse the keys, we are encountering the following error: Ankit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.png It appears that the device is not currently in Fastboot mode. Any guidance on how to enable Fastboot mode on the board would be greatly appreciated. Thanks,  Ankit Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  Please follow up below steps to burn SRK using SPSDK step#1. when you boot device, stop at u-boot console , run  u-boot=> fastboot 0 step#2.  In SPSDK console , you must there is no ahab events) using below command. nxpele -f mimx9596 get-events  step#3. If there is no event,  you could burn SRK key now in SPSDK console. nxpele -f mimx9596 batch outputs\ahab_oem2_srk0_hash_nxpele.bcf BRs jessie Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Jessie_Lee  It is reported that things are not working as shown below. Is it possible to get some support? -------------------------------------------------------------------------------------------------------------- However, when I execute the command to perform the fuse operation, I encounter the error below. I tried resetting the hardware too, but I'm still facing the same issue. Do you have any ideas on why this might be happening? rakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.png @Ankit_Agrawal  Feel free to provide additional explanation if necessary. Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) from @Ankit_Agrawal  , there was fastboot entering issue.  @rakhyoung  Do you mean you are also having issue to enter fastboot ? did you try to  below command..? that I shared.. above?  what is error when you try to below fastboot 0 at uboot stage?  step#1. when you boot device, stop at u-boot console , run  u-boot=> fastboot 0 BRs jessie Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Jessie_Lee  Sorry for the delayed response. I successfully managed to stop at the U-Boot console on the device side. However, when trying to fuse the key from the host side using the following command: nxpele -f mimx9596 -p /dev/ttyUSB1 batch outputs/ahab_oem2_srk0_hash_nxpele.bcf I encountered the following error: Screenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.png I tried resetting the hardware too, but I'm still facing the same issue. Do you have any ideas on why this might be happening? Thanks, Ankit Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Jessie_Lee , Please find attached logs for the fastboot entry, the host-side steps to check events and fuses, and the debug log file. Thanks, Ankit Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) HI @Ankit_Agrawal  From your attached log, I could not find A core's uboot console log. (target board) when you enter fastboot on uboot console,   Could you please check this? Please share full uboot log from POR  it seems that SPSDK detect uboot console by "=>" character.  What's your boot delay value(check by uboot command "printenv bootdelay")? Or can you add the bootdelay with uboot command "setenv bootdelay 3; saveenv" and try again? BRs jessie Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) HI @Ankit_Agrawal  Could you please share all step log from fastboot entering at uboot (console), execute spsdk by host side? I believe you entered fastboot thru uboot. right? please share all steps (fastboot entering, ahab event check , try to fuse.. etc on host side log). It would be helpful to see all logs thru files not snapshot.  BRs jessie Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Jessie_Lee , Please find the attached logs. I have performed the steps as suggested by you. Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  I am wondering if you check your uboot log for fastboot entering . Below is part of your log  and it show "unknown command" log. this fastboot is u-boot community feature which NXP's BSP also has but not in your SW env.  You need to discuss with your BSP team if BSP team remove this function.  BTW, NXP shared Updated ELE/V2X FW recently but your FW seems to be not latest.  Please discuss with your security internal team to sync up the FW version.  (btw, this FW version is not related with fastboot feature enablement or not)  Jessie_Lee_0-1789613044617.pngJessie_Lee_0-1789613044617.pngJessie_Lee_0-1789613044617.png BRs jessie BRs jessie Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  I checked with your BSP team and fastboot is removed from default u-boot. So, you could not use fastboot mode directly to fuse SRK. Instead of SPSDK tool for burning SRK, you could use one of below method. As I know your team already use fuse_access application to handle fuse access (read/write) at kernel level.  any method could be okay to burn your srk.   Jessie_Lee_0-1789713874158.pngJessie_Lee_0-1789713874158.png BRs jessie
查看全文
Licensing and open-source status for MR-VMU-TROPIC GitHub repository Hello,   I am having a look at the MR-VMU-TROPIC FMU base board. The documentation on GitBook explicitly states: "They are both opensource designs and may be copied and recreated as you wish."   However, the official GitHub repository currently lacks a LICENSE file, despite being described as an "Open-Source FMU base board" also there, which makes it difficult to use or adapt the design files safely.   I noticed there have been recent updates in the repository. Could the team add a standard open-source license file (such as the BSD-3-Clause license used on the TropicCommunityVMU) to the GitHub repository?   Thank you!   Re: Licensing and open-source status for MR-VMU-TROPIC GitHub repository Thank you for highlighting that issue. I will adress that internally. Re: Licensing and open-source status for MR-VMU-TROPIC GitHub repository A license file has been added to the github repo GitHub - NXP-Robotics/MR-VMU-TROPIC: Preview of TROPIC VMU single board RT106X · GitHub https://github.com/NXP-Robotics/MR-VMU-TROPIC/blob/main/LICENSE Thanx again for highlighting that! With kind regards, Gerald
查看全文
MR-VMU-TROPIC GitHub 仓库的许可和开源状态 你好,   我正在查看 MR-VMU-TROPIC FMU 底板。GitBook 上的文档明确指出:“它们都是开源设计,您可以随意复制和重新创建。”   然而,尽管官方 GitHub 仓库中也将其描述为“开源 FMU 底板”,但目前却缺少 LICENSE 文件,这使得安全地使用或修改设计文件变得困难。   我注意到代码库最近有更新。团队能否将标准开源许可证文件(例如TropicCommunityVMU上使用的 BSD-3-Clause 许可证)添加到 GitHub 存储库中?   谢谢!   Re: Licensing and open-source status for MR-VMU-TROPIC GitHub repository 感谢您指出这个问题。我会内部处理此事。 Re: Licensing and open-source status for MR-VMU-TROPIC GitHub repository GitHub 仓库中已添加许可证文件:GitHub - NXP-Robotics/MR-VMU-TROPIC:TROPIC VMU 单板 RT106X 预览 · GitHub https://github.com/NXP-Robotics/MR-VMU-TROPIC/blob/main/LICENSE 再次感谢您指出这一点! 此致敬礼, 杰拉尔德
查看全文
Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool This page is dedicated to the Kinetis (KW3x/4x, MCX W7x & MCX W23) One Connectivity Power Profile Tool. It contains all different standalone connectivity power profiling tools in one. It will help you to estimate the power consumption in your application (Automotive or IIoT) and evaluate the battery life time of your solution. This page content a dedicated power profile tool 'One Wireless Connectivity Power Profiling Tool' which includes: Bluetooth LE : Available in this new tool New: KW43 (Automotive) and MCX W70 (IIoT) products in standalone based on simulation. Products will be available begin 2027. KW3x/KW4x (Automotive) and MCX W7x (IIoT) products in standalone. MCX W23 (IIoT) product in standalone. K32W0/QN9090, KW41, QN9080 products in standalone. MCX W71 & W72 product in standalone (IIoT). 802.15.4 Matter & ZED : Available in this new tool. MCX W71 & W72 product in standalone (IIoT). New: MCX W70 product in standalone (IIoT) based on simulation. CCC CS Bluetooth LE localization (Automotive): Available in this new tool. SmartFob application (Automotive): BLE/KW45/47 + UWB Ranger4/5 + SE + motion sensor: Available in this new tool. Save the OneConnectivity_Power_profiling_tool_SDK_26_06_date.zip file in your disk, unzip it and launch One_Wireless_Connectivity_Power_profiling_tool_SDK_26_06.html. page overview: christophe_menard_0-1787056777494.png Product: JN518X Product: K32W0 Product: K32W1 Product: KW 34|35|36 Product: KW 37|38|39 Product: KW41Z |31Z | 21Z Product: QN9080|SIP Product: QN9090|30 Product: UWB NCJ29D5 Protocol: BLE -> connectivity Protocol: Matter Protocol: Zigbee Re: Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool Hi @stephen_t , Application Note is on the way to explain how to use this new tool. Find a draft version attached. It covers Bluetooth LE part for the moment. Re: Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool Hello , Suppose if we need to design a digital keyfob which combine KW45+NCJ29D5/6+SecureEngine how to use this tool. Any guidance document avatilable will be helpful. Re: Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool @christophe_menard  Thank you very much  for the draft document , will be interested in the final version also as it will help to correctly configure UWB and SE. Regards Stephen
查看全文
RT1xxx ENET: Does Correction Counter reset when writing ATCOR to change the Wrap-Around value? Hi, I wonder if the Correction Counter (in the ENET peripheral) is reset upon a write of ATCOR. Or maybe it is reset only if the value in ATCOR is changed? best regards Max i.MXRT 102x i.MXRT 105x
查看全文
S32K314 programming error Hello When I tried to write data to the DFLASH using debug mode, it failed. Below is a rough outline of my code. write 0xFFFFF800 to 0x40268350 wtire 0x10000000 to PFCPGM_PEARR_L register write 0xFFFFFFFF to Program DATA0 set MCR[ERS] to 1 MCR[ERS] choose sector Set MCR[EHV] to 1 wait MCRS[DONE] be 1 check MCRS[PEG] set MCR[EHV] to 0 SETMCR[ERS]to 0 after erase 11 sectors wtire 0x10000000 to PFCPGM_PEARR_L register write 256 bit data to DATA0~DATA7 set MCR[PGM] to 1 set MCR[EHV] to 1 read MCRS register get 0x0000C100 But when I looped for the second time wtire 0x10000000 to PFCPGM_PEARR_L register write 256 bit data to DATA0~DATA7 set MCR[PGM] to 1 set MCR[EHV] to 1 read MCRS register get 0x00008100 I'd like to know what might be causing this situation. Lika 回复: S32K314编程错误 To add to that, after confirming that the erase/programming was complete, I took the following steps. set 0 to MCR[EHV] set 0 to MCR[PGM/ERS]
查看全文
I.MX95 LVDS clock output can not be changed Hello everyone, Q1: I am working on single port LVDS display in the kernel lf-6.12y. I added my own panel config in driver/gpu/drm/panel/panel-simple.c, but the clock always be around 150Mhz when I was measuring the clock pins. But the other signals were working. But, In the lf-6.18y, the clock can output correctly, and in dual-port mode clock changing is also ok in the both versions. Is it a known problem or my mistake. Because some reasons I hope I can solve this problem in lf-6.12y.  The following are my settings panel-simple.c: static const struct display_timing lt9211_test_timing = { .pixelclock = { 35916000, 35916000, 35916000 }, .hactive = { 280, 280, 280 }, .hfront_porch = { 40, 40, 40, }, .hback_porch = { 60, 60, 60 }, .hsync_len = { 30, 30, 30 }, .vactive = { 1424, 1424, 1424 }, .vfront_porch = { 15, 15, 15 }, .vback_porch = { 17, 17, 17}, .vsync_len = { 4, 4, 4 }, .flags = DISPLAY_FLAGS_DE_HIGH, }; static const struct panel_desc lt9211_test = { .timings = &lt9211_test_timing, .bpc = 8, .num_timings = 1, .size = { .width = 292, .height = 111, }, .bus_format = MEDIA_BUS_FMT_RGB888_1X7X4_JEIDA, .bus_flags = DRM_BUS_FLAG_DE_HIGH, .connector_type = DRM_MODE_CONNECTOR_LVDS, }; my lvds config in the device-tree &{/}{     lvds1_panel {         //compatible = "3ascreen,sa123hwv-l51";        compatible = "lt9211_test";        backlight = <&lvds_backlight>;        status = "okay";        port {            panel_in: endpoint {                remote-endpoint = <&lvds1_out>;            };        };     }; Q2: Under some conditions, the LVDS common voltage will not be aligned between the data lanes and clock in the same hardware. Or some signal missing like LVDS1 D3P has signal but D3N doesn't. Do you have ideas why this happened? Could some programs cause this? Q3: Is any config can shift the LVDS clock phase. Thanks Re: I.MX95 LVDS clock output can not be changed Q1: It is likely a known lf-6.12y LVDS clock driver limitation/bug , not your panel-simple.c timing mistake. In single-port LVDS the driver/clock path is likely forcing or rounding to about 148.5/150 MHz . Since lf-6.18y works, the practical fix is to backport the LVDS/LDB clock changes from lf-6.18y to lf-6.12y , or patch the 6.12y LVDS driver/PLL clock table to allow your 35.916 MHz pixel clock. git diff lf-6.12.y..lf-6.18.y -- \ drivers/gpu/drm/bridge/imx/imx95-ldb.c drivers/phy/freescale/phy-fsl-imx8mp-lvds.c drivers/clk/imx/clk-imx95-blk-ctl.c \ arch/arm64/boot/dts/freescale/imx95.dtsi \ arch/arm64/boot/dts/freescale/imx95-*-lvds* Q2: If one LVDS pair side is missing, like D3P has signal but D3N has no signal , that is usually not caused by panel timing . Check: LVDS channel enablement: LVDS0/LVDS1 mismatch fsl,data-width / fsl,data-mapping PHY enablement connector or PCB open/short soldering issue termination/probing method possible damaged LVDS output pin Software can cause wrong channel/lane/data-width setup, but one side of a differential pair missing strongly suggests hardware, pad, routing, termination, or measurement issue . Q3: For i.MX8MP LVDS, there is no normal device-tree config to shift LVDS clock phase . Fix clock frequency/timing/PHY setup instead. Re: I.MX95 LVDS clock output can not be changed Thank you so much. The lvds patch is so helpful.
查看全文
SAI padding bits configuration on imx93 I'm having a hard time correctly configuring the sai link between the imx and the codec under linux. The codec is an AK4619, used in 4 channels TDM mode. Playback is ok at 48KHz / 32 bits TDM mode, MSB first and MSB justified. For capture, the AK4619 only supports 24 bits. The data is MSB justified, which means that non significant bits comes after the relevant bits (significative bits are 8-31). On the other side, the sai sets the FBT to 23, which means that the significative bits are 0-23. I tried to find the relevant settings, but could not. I understand that FBT tells where the relevant data starts, but i can't find which register sets the data size (which, in my case, is 24, as opposed to the word size which is 32). What register needs to be set, or what config must be set in the device tree ? Here's the relevant config i actually use : &sai3 { #sound-dai-cells = <0>; clocks = <&clk IMX93_CLK_SAI3_IPG>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_SAI3_GATE>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_AUDIO_PLL>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k"; assigned-clocks = <&clk IMX93_CLK_SAI3>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; assigned-clock-parents = <&clk IMX93_CLK_AUDIO_PLL>; assigned-clock-rates = <24576000>; fsl,sai-mclk-direction-output; fsl,sai-asynchronous; status = "okay"; }; simple-audio-card,dai-link { link-name = "AK-4CHANNELS"; format = "i2s"; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; fsl,mclk-equal-bclk; cpu { sound-dai = <&sai3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; assigned-clocks = <&clk IMX93_CLK_SAI3>; }; codec { sound-dai = <&ak4619>; system-clock-frequency = <24576000>; assigned-clocks = <&clk IMX93_CLK_SAI3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; }; }; I've checked with a scope, and the data on the sai line looks correct. Any hints on this would be really appreciated. Re: SAI padding bits configuration on imx93 Thanks. The problem is that i don't know what to write in this register. The only doc i can find is julienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.png I've highlighted the relevant line in my case. So yes, i should write 0b11111 in FBT, but how do i tell that only 24 bits are relevant ? My understanding is that i cannot use W0W and WNW as they tell the word size, which in my case is 32 bits. In can't find anything relevant in neither of the RCRx registers. Regards, Julien Re: SAI padding bits configuration on imx93 Hello, Did you try to use -f S32_LE with ALSA during recording/playback? This configuration is not done in device tree, if you want to configure it from the driver, you need to modify register TCR5/RCR5 here: https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.h https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.c Best regards. Re: SAI padding bits configuration on imx93 Actually, it seems that the extra bits do not cause any issue. I could get audio to work correctly after altering the driver to write the correct value in FBT. Best regards,
查看全文
S32平台S32设计工作室v3.4许可证已过期 我的 S32 Design Studio for S32 Platform v3.4 许可证已过期。 请问您能否延长我的激活码的有效期? 产品描述:S32平台S32设计工作室 v3.4 订单号: S32DS-3-4_184061557 许可证总数: 101 激活码: 878E-BE4B-A152-EB7E 谢谢! Re: S32 Design Studio for S32 Platform v3.4 License Expired 你好, 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。
查看全文
FRDM-RW612 (Zephyr) — CTIMER0 MAT0/GPIO0 PWM 不切换,MAT1/MAT2 工作正常 开发板/SDK: FRDM-RW612,NXP-Zephyr v4.3.0 将板载 RGB LED(GPIO0=蓝色,GPIO1=红色,GPIO12=绿色)配置为 CTIMER0 上的 pwm-leds,通道分别为 0/1/2,使用共享 pinctrl-0 组中的 IO_MUX_CT0_MAT0_OUT_IO0、IO_MUX_CT0_MAT1_OUT_IO1、IO_MUX_CT0_MAT2_OUT_IO12。运行测试应用程序,对所有三个通道进行占空比循环测试。 红色和绿色 LED 的 PWM 工作正常(已使用 Saleae 逻辑分析仪确认——GPIO1 和 GPIO12 上的波形干净)。蓝色 LED (GPIO0/MAT0) 完全熄灭——逻辑分析仪显示一条直线,在任何占空比 (0–100%) 下都不会切换。数字GPIO(非PWM)切换GPIO0工作正常, 只有 CTIMER0 MAT0 通道无法输出 PWM;同一定时器实例上的 MAT1/MAT2 可以正常工作。 我们需要: 确认在 Zephyr 下,FRDM-RW612 上的 GPIO0/CT0_MAT0 是否为已知可用的 PWM 组合。 关于 RW612 上 CTIMER0 通道 0 的任何勘误/限制的指导。 任何可用的 .overlay例如,通过 CTIMER 对 GPIO0 进行 PWM 控制,以便我们进行比较。 frdm_rw612.overlay ``` #include / { pwm_outputs { 兼容 = "pwm-leds"; pwm_gpio0:pwm_gpio0 { pwms = <&ctimer0_pwm 0 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio1:pwm_gpio1 { pwms = <&ctimer0_pwm 1 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio12:pwm_gpio12 { pwms = <&ctimer0_pwm 2 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; }; 别名 { pwm-gpio0 = &pwm_gpio0; pwm-gpio1 = &pwm_gpio1; pwm-gpio12 = &pwm_gpio12; }; }; ctimer0_pwm: &ctimer0 { 兼容 = "nxp,ctimer-pwm"; 状态 = "好的" clk-source = <5>; clocks = <&clkctl1 MCUX_CTIMER0_CLK>; #pwm-cells = <3>; 模式 = <0>; 预缩放 = <0>; pinctrl-0 = <&pinmux_ctimer0_pwm>; pinctrl-names = "default"; }; &pinctrl { pinmux_ctimer0_pwm:pinmux_ctimer0_pwm { group0 { pinmux = < IO_MUX_CT0_MAT0_OUT_IO0 IO_MUX_CT0_MAT1_OUT_IO1 IO_MUX_CT0_MAT2_OUT_IO12 >; 转换速率 = "正常"; }; }; }; ``` 评估板 Re: FRDM-RW612 (Zephyr) — CTIMER0 MAT0/GPIO0 PWM not toggling, MAT1/MAT2 work fine 你好, 希望你一切都好。请问您能否帮我们确认一下,您是以哪个应用程序为基础的? 另外,您能否详细说明一下您是如何测量PWM信号的?FRDM 中每个 PWM 的特定引脚。 顺祝商祺! 里卡多
查看全文
MRF13750H AWR 型号 你好, 我正在尝试使用贵公司网站上提供的官方设计文件,将 MRF13750H 晶体管模型导入 Cadence AWR Microwave Office。 下载完设计套件和晶体管模型后,尝试打开模型时出现错误。我已附上错误信息的截图。 Luis_V_0-1789581238483.pngLuis_V_0-1789581238483.pngLuis_V_0-1789581238483.png 我已经联系了Cadence的技术支持。他们的团队也尝试下载并打开该模型,并确认遇到了完全相同的问题。 请您核实这些文件,并告知我如何解决这个问题? 最好的, 路易斯·V. 射频 Re: MRF13750H AWR MODEL 你好 Luis_V 再会! 该错误是由于兼容性问题导致的。您尝试安装的模型比较老旧,是为早期版本的 AWR 设计环境设计的。目前尚无计划对其进行更新以适应新版本的软件。 如果您需要使用此型号,最实用的解决方案是安装一个较旧版本的 AWR,例如 2015 年左右的版本(例如 AWR v11 或 v12),该版本与此型号兼容。这样应该可以避免遇到 GetIAwrUserIO DLL 错误。 对于可能由此导致的不便,我们深感抱歉。 希望这些信息对您有所帮助,如果您还需要其他帮助,请告诉我。 祝你今天过得愉快,一切顺利。 Re: MRF13750H AWR MODEL 你好,拉法, 我正在联系 Cadence 公司,看看他们是否可以提供旧版本的 AWR。与此同时,您能否帮我联系一下设计 MRF13750H-915MHz 板的工程师,或者其他可以帮我收集一些数据的人?我这里有NXP的这款产品,我们需要用它。 此外,您之前提到过您可以在您那边打开 ADS/AWR 来查看 T 型接头不连续性、斜接弯头、开路效应等。您能否给我发送一个窗口截图,以便我检查微带线的尺寸和特性?在等待 Cadence 的回复期间,如果您能运行负载牵引分析来找出源阻抗和负载阻抗值,我将不胜感激。 最好的, 路易斯·维拉纽瓦 Re: MRF13750H AWR MODEL 你好 Luis_V 再会! 由于 NXP 已决定(暂时)缩减射频领域的业务,我们该部门的许多同事已经离开了公司,这意味着可用的人员减少了。所以,请告诉我您有什么问题,我会尽力解答;如果我无法解答,我会将此事上报给客户经理寻求支持,但我不能与您分享任何人的联系方式。 感谢您的理解。 祝你今天过得愉快,一切顺利。
查看全文
imx93 上的 SAI 填充位配置 我在 Linux 系统下配置 imx 和编解码器之间的 sai 连接时遇到了困难。 编解码器为 AK4619,采用 4 通道 TDM 模式。48KHz / 32 位 TDM 模式下播放正常,MSB 优先且 MSB 对齐。 对于捕获,AK4619 仅支持 24 位。数据采用最高有效位对齐,这意味着非有效位位于相关位之后(有效位为 8-31)。另一方面,sai 将 FBT 设置为 23,这意味着有效位为 0-23。 我尝试查找相关设置,但没有找到。我知道 FBT 指示相关数据的起始位置,但我找不到哪个寄存器设置数据大小(在我的情况下是 24,而不是字长 32)。 需要设置哪个寄存器,或者需要在设备树中设置哪些配置?以下是我实际使用的相关配置: &sai3 { #sound-dai-cells = <0>; clocks = <&clk IMX93_CLK_SAI3_IPG>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_SAI3_GATE>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_AUDIO_PLL>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k"; assigned-clocks = <&clk IMX93_CLK_SAI3>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; assigned-clock-parents = <&clk IMX93_CLK_AUDIO_PLL>; assigned-clock-rates = <24576000>; fsl,sai-mclk-direction-output; fsl,sai-asynchronous; status = "okay"; }; simple-audio-card,dai-link { link-name = "AK-4CHANNELS"; format = "i2s"; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; fsl,mclk-equal-bclk; cpu { sound-dai = <&sai3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; assigned-clocks = <&clk IMX93_CLK_SAI3>; }; codec { sound-dai = <&ak4619>; system-clock-frequency = <24576000>; assigned-clocks = <&clk IMX93_CLK_SAI3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; }; }; 我用示波器检查过了,sai 线上的数据看起来是正确的。 任何提示都将不胜感激。 Re: SAI padding bits configuration on imx93 谢谢。 问题是我不知道该在这个登记簿里写些什么。我能找到的唯一一份文件是 julienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.png 我已将我案例中的相关行高亮显示。所以,是的,我应该在 FBT 中写入 0b11111,但我如何知道只有 24 位是相关的呢?我的理解是,我不能使用 W0W 和 WNW,因为它们表示字长,而我的字长是 32 位。我在两个 RCRx 寄存器中都找不到任何相关信息。 此致, 朱利安 Re: SAI padding bits configuration on imx93 你好, 您在录制/播放时是否尝试过使用 ALSA 的 -f S32_LE 参数? 此配置并非在设备树中完成,如果要通过驱动程序进行配置,则需要在此处修改寄存器 TCR5/RCR5: https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.h https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.c 顺祝商祺! Re: SAI padding bits configuration on imx93 实际上,这些额外的部分似乎并没有造成任何问题。修改驱动程序,将正确的值写入 FBT 后,音频就能正常工作了。 顺祝商祺!
查看全文
FRDM-RW612(Zephyr) — CTIMER0 MAT0/GPIO0 PWMが切り替えられず、MAT1/MAT2は問題なく動作します ボード/SDK: FRDM-RW612、NXP-Zephyr v4.3.0 搭載のRGB LED(GPIO0=青、GPIO1=赤、GPIO12=緑)をpwm-ledとしてCTIMER0、それぞれチャネル0/1/2として、IO_MUX_CT0_MAT0_OUT_IO0、IO_MUX_CT0_MAT1_OUT_IO1、IO_MUX_CT0_MAT2_OUT_IO12を共用pinctrl-0グループで構成しました。3チャネルすべてでテストアプリをサイクルサイクルで実行しました。 赤色および緑色のLEDは正しくPWM制御されています(Saleaeロジックアナライザで確認済み - GPIO1およびGPIO12の波形は正常です)。青色LED(GPIO0/MAT0)は完全に消灯したままで、ロジックアナライザは平坦な線を示し、デューティサイクル(0~100%)のいずれにおいてもトグルは発生しません。GPIO0のデジタルGPIO(非PWM)トグルは問題なく動作します。 CTIMER0 MAT0チャネルのみがPWM出力に失敗します。同じタイマーインスタンス上のMAT1/MAT2は動作します。 必要なもの: GPIO0/CT0_MAT0がZephyrのFRDM-RW612上で既知の動作PWM組み合わせであるかどうかの確認。 RW612のチャネル0 CTIMER0に関するエラタムや制限に関するガイダンスがあります。 動作する.overlay例として、CTIMER を介して GPIO0 を PWM する例を挙げ、それと比較します。 frdm_rw612.オーバーレイ 「`」 #include < zephyr/dt-bindings/pwm/pwm.h> / { pwm_outputs { compatible = "pwm-leds"; pwm_gpio0: pwm_gpio0 { pwms = <&ctimer0_pwm 0 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio1: pwm_gpio1 { pwms = <&ctimer0_pwm 1 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio12: pwm_gpio12 { pwms = <&ctimer0_pwm 2 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; }; エイリアス { pwm-gpio0 = &pwm_gpio0; pwm-gpio1 = &pwm_gpio1; pwm-gpio12 = &pwm_gpio12; }; }; ctimer0_pwm: &ctimer0 { compatible = "nxp,ctimer-pwm"; ステータス = "okay" clk-source = <5>; クロック = <&clkctl1 MCUX_CTIMER0_CLK>; #pwm-cells = <3>; モード = <0>; プリスケール = <0>; pinctrl-0 = <&pinmux_ctimer0_pwm>; pinctrl-names = "default"; }; &pinctrl { pinmux_ctimer0_pwm: pinmux_ctimer0_pwm { グループ0 { pinmux = < IO_MUX_CT0_MAT0_OUT_IO0 IO_MUX_CT0_MAT1_OUT_IO1 IO_MUX_CT0_MAT2_OUT_IO12 >; スルーレート = "通常"; }; }; }; 「`」 評価ボード Re: FRDM-RW612 (Zephyr) — CTIMER0 MAT0/GPIO0 PWM not toggling, MAT1/MAT2 work fine こんにちは、 あなたの調子が良いといいのですが。どのアプリケーションを基準にしているのか、確認を手伝ってもらえますか? また、PWM信号をどのように測定しているのか、もう少し詳しく教えてもらえますか?各PWMに対応するFRDMの特定ピン。 よろしくお願いいたします。 リカルド
查看全文
S32 Design Studio for S32 プラットフォーム v3.4 ライセンスが切れました 私のS32 Design Studio for S32 プラットフォーム v3.4のライセンスが期限切れになりました。 私のアクティベーションコードのライセンスを延長してもらえますか? アイテム説明:S32 プラットフォーム v3.4向けS32 Design Studio 注文番号: S32DS-3-4_184061557 ライセンス総数: 101 アクティベーションコード: 878E-BE4B-A152-EB7E よろしくお願いします。 Re: S32 Design Studio for S32 Platform v3.4 License Expired こんにちは、 お客様のS32DSライセンスが延長されました。以前のコードを使用して、S32DSを再度有効化してください。
查看全文