S32K312 - Bus fault when Reading Secure Debug Password Hello, On the S32K312, I'm trying to activate the Secure Debug feature using a routine in my embeded software My code is doing the following : - Read Secure debug Password (CUST_DB_PSWD_A @ UTEST 0x1B00 0080) - if the Password is not set (all bytes @ 0xFF), program it What I'm observing is that when the device is in Lifecycle CUST_DEL, this code is working correctly. However, when the lifecycle is advanced to either OEM_PROD or IN_FIELD, reading  the CUST_DB_PSWD_A triggers a bus fault exception. I was not able to identify in the reference Manual that this was the expected behavior. Is this normal ? And if yes, how can the embedded code check if a custom secure Debug password is programmed or not, without trigerring an exception ? Thank you Re: S32K312 - Bus fault when Reading Secure Debug Password Hi @Bijam  Since the Lifecycle (LC) has already been advanced, there is no need to verify whether the password has been programmed. Whether HSE firmware is used or not, secure debug access can only be enabled after the debug password has been configured and the device LC has been advanced. The LC cannot be advanced unless the password has already been programmed. If you still need to confirm that the password is present, the best approach is to check the current LC state first. Only attempt to read/program CUST_DB_PSWD_A when the MCU is in CUST_DEL. If the MCU is already in OEM_PROD or IN_FIELD, skip the password verification entirely. The password must already be programmed. BR, VaneB

PCA2131 RTC：断続的な周期割り込み（欠落または4倍の速度で動作） こんにちは、皆さん 現在、 PCA2131 オートモーティブ RTC をバッテリー管理システム(BMS)に統合しているところで、周期的な中断発生に不安定な問題が発生しています。 問題の説明：定義された間隔（例：X分ごと）で割り込みを発生させようとしています。根本的な問題は、その動作が非常に不安定であることだ。 場合によっては、割り込みが期待どおりに発生する。 時々 、カウンターが本来の速度の約4倍の速さで動作しているように見えることがあります。 場合によっては、割り込みが完全に無視されることがあります。 この問題はランダムに発生するため、根本原因の特定に苦慮しています。 テストと観察結果： ハードウェア： 3～4種類の異なるRTCサンプルをテストしましたが、この異常な動作は複数のユニットで確認されています。 クロック構成：デフォルトの32.768kHzクロックに加え、16kHzおよび8kHzの構成についても評価しました。 割り込み間隔： 1分、2分、5分の間隔でテストしました。 結果：タイミングの不安定性は、これらのバリエーション全体にわたって持続する。 依頼：参考までに、回路図と取得した波形を添付しました。 添付ファイルを確認して、何が原因なのか理解する手助けをしていただけますか?この断続的なタイミング不安定性の原因となる特定のレジスタ構成、既知のエラッタ、ノイズやハードウェアの状態についてのご意見をいただけるとありがたいです。 サポートありがとうございます。 RTC Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) こんにちは！ 以下の点を確認していただけますか? MSFフラグ（Control_2のビット7、アドレス01h）は、割り込みが発生するたびに明示的にクリアする必要があります。 ISR内では、必ずMSF（Control_2の7番目のビット）に0を書き込みます。データシートの7.11.5節に記載されているAND書き込みメソッド(0を書き込むとクリア、1を書き残す)を使います。 Control_1のMI（ビット1）とSI（ビット0）の両方が設定されている場合、結果として割り込みは1分に1回ではなく、1秒に1回発生します。 定期的な1分間隔の割り込みを行うには、Control_1でMI = 1、SI = 0のみを設定してください。確認のため、登録簿を読み返してください。 結果を教えてください。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) ご指示いただいた通りに確認しました。そのため、アラームが作動した時とアラームが解除された後に、CTRL_REG_1とCTRL_REG_2のスクリーンショットを撮ります。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) こんにちは、 AEN_x = 1に設定してアラームコンパレータを無効化する書き込みはコメントアウトされます。5行すべてコメントを解除してください。これらの書き込みは、次の警報を再作動させる前に実行されなければなりません。 アラームトリガーのスクリーンショットでは、生のレジスタ値 ctrl2.w= 18 (0x12 = 0001 0010 バイナリ) は正しく以下を表示します: ビット4 = 1 → AF(アラームフラグ)がセットされる ビット1 = 1 → AIE（アラーム割り込みイネーブル）がセットされます しかし、構造体フィールド ctrl2.b.af はデバッガで 0 と表示されます。つまり、Control_2のCビットフィールド構造体定義では、AFフィールドをビット4に正しくマッピングしていないということです。もしファームウェアのどこかがハードウェア割り込みラインRTC_ALarm_Flagやソフトウェア変数の代わりに ctrl2.b.af に分岐すると、アラームを検出できず、割り込みを見逃すことが完全に説明されます。これが割り込みの欠如症状の説明になります。 Control_2レジスタ構造体のビットフィールド定義を確認し、修正してください。afフィールドはビット位置4で宣言しなければなりません。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) こんにちは、 ErikaC さん、 レビューありがとうございます。 ご要望どおり、AEN_xに関する5行のコメントを解除しました。 ビットフィールドの定義を確認しましたが、正しいです。「アラームトリガー」画像では、ctrl2.b.af ビットが正常に 1 に設定されます。「アラーム解除」画像では、0にリセットされます。ビットフィールドは期待どおりに動作しています。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) 返信を待っていますか、それともこの話は郵送で進めましょうか? 私のメールアドレス：- [email protected]

人形机器人和移动机器人的电机和运动控制 您好， 关于篇幅很长的“人形机器人和移动机器人的电机和运动控制”一章，我特别想请教一下“高级灵巧手”的相关问题。 图片中出现了一个神秘的 IPM 驱动程序。这个IPM驱动器是无刷电机控制器（IPM）吗？也就是说，它是一个像MCX A132这样的微控制器，再加上所有必要的传感器（包括触摸传感器）？ 请看下图。 gianpiero_lenta_0-1787835975443.pnggianpiero_lenta_0-1787835975443.png 此致 Re: Motor and Motion Control for Humanoids and Mobile Robots 你好@gianpiero_lenta ， IPM 是智能功率模块的缩写，它利用 RT1180 提供的 PWM 信号来驱动和控制无刷电机。如图所示，IPM 本身是一个第三方模块，它与 MCU 和电机连接。 作为参考， AN14708的“三相电机驱动器”部分提供了以下关于 IPM 的描述，这可能会有所帮助： “智能功率模块（IPM）适用于电机的直接驱动。”IPM内部包括IGBT反相桥阵列、IGBT栅极驱动器、3个自举电容充电二极管、欠压保护和过流保护电路等。 如果您还有其他问题，请告诉我。 BR 哈比卜

升级话题按钮 NXP 社区上的帖子有一个“升级主题”按钮，但没有解释它的作用或何时使用它。如果能在工具提示或附近文字中提供一些解释就好了。

FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 一 J-LINK使用SWDIO和SWCLK，GND 连接单片机FS32K144UAT0VLLT, 程序下载电路，VCC和单片机都是5V： RST管脚有三角波：f=1.8KHZ,2.6Vp-p的三角波： 三．在J-Link>输入unlock kinetis显示有错误不能连接： 四．J-Link添加RST复位管脚连接单片机97管脚PTA5(*JTAG_TRST/*RESET，连接成功，解密成功。这是解密成功吗？ 五．使用Keil uVision5连接电路板，不使用RST不能连接单片机，只有使用RST才能连接单片机， 9.png9.png9.png9.png9.png9.png 并且复位管脚三角波仍然存在，如下图：        请问NXP老师: 这块电路板（使用FS32K144UAT0VLLT单片机），以前只使用SWDIO，SWCLK，GND连接可以正常下载程序，这次为什么只有连接RST后才能下载程序，这是什么原因？谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Hi 不接 RESET_b 时，J-Link 无法控制 S32K1 的复位时序；只要用户程序、看门狗、低功耗或引脚复用影响了调试口，就可能出现偶发无法连接。  因为Flash中没有代码(比如新芯片，Flash为空)，MCU将由于内核死锁(lockup)不断地周期性复位。又因为外部RC所以方波变成了三角波。 等你下载新的可以正常运行的程序，RESET_b引脚就恢复高电平了。 Best Regards, Robin 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 各位老师： 不好意思，昨天发的问题插图没有配好，非常混乱看不清楚，今天重新发布，希望各位老师尽快给讲解！ FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 一 JLINK使用SWDIO和SWCLK，GND 连接单片机FS32K144UAT0VLLT, 程序下载电路，VCC和单片机都是5V： 11.png11.png11.png11.png11.png11.png 二 RST管脚有三角波：f=1.8KHZ,2.6Vp-p的三角波： 22.png22.png22.png22.png22.png22.png 三 在J-Link>输入unlock kinetis显示有错误不能连接： 33.png33.png33.png33.png33.png33.png 四 J-Link添加RST复位管脚连接单片机97管脚PTA5(*JTAG_TRST/*RESET，连接成功，解密成功。 44.png44.png44.png44.png44.png44.png 五 使用Keil uVision5连接电路板，不使用RST不能连接单片机，只有使用RST才能连接单片机， 并且复位管脚三角波仍然存在，如下图： 22.png22.png22.png22.png22.png22.png 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 老师：上面文版本错乱，请查看下面Word文档，是同一个问题，谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen : How are you ! 经理你好，看到你的回复非常高兴，学到了很多知识，谢谢！ 我们这次实验板共4块，其中1块下载程序后连接正常，只使用SWDIO，SWCLK，GND就可以连接，RST管脚已经恢复高电平。 但另外3块下载程序后，RST管脚仍然是三角波，J-link只使用SWDIO，SWCLK，GND三个管脚不能连接单片机FS32K144UAT0VLLT，必须连接RST管脚才能正常连接，请问应该怎么处理？谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 成功下载正确的程序后，RESET_b应该保持高电平。 AN5426 Hardware Design Guidelines for S32K1xx Microcontrollers (Rev. 6 December, 2021).pdf 推荐的调试口就包含了RESET_b，建议修改硬件。 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen : 经理：你好，有点疑惑，还需要继续请教： 1. FS32K144UAT0VLLT使用SWDIO，SWCLK，GND下载程序时，正常状态也包含RST管脚吗？RST连接也属于SWD模式下载？ 2. 有的电路板只使用SWDIO，SWCLK，GND三条导线下载程序，有的电路板需要使用SWDIO，SWCLK，GND，RST四线下载程序，都属于正常下载吧？都属于SWD模式正常下载？ 谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 SWD 标准通信不强制连接 RESET_b ，但 S32K1 的可靠烧录、Connect Under Reset 和恢复场景强烈依赖它，建议作为调试接口必接信号处理。 但当前S32K1 是全新的里面没程序，芯片在反复复位。若没有把 RESET_b 接到 J-Link，J-Link 就无法稳定执行真正的 Connect Under Reset ，所以有些芯片能“碰巧”抓住窗口，有些芯片抓不住。 如果你有PEMicro的调试器，那么可以使用https://community.nxp.com/t5/S32K/S32K144-D2-RED-LED-is-ON-always/m-p/1567621 里的P&E Recovery Utility 工具在反复上电瞬间halt MCU。 你的J-Link应该也可以参考上面工具的方法： J-Link 先处于反复 connect / attach / halt 的状态； 然后给目标板断电再上电； 尽量在 Power-on Reset 后、应用或空片跑飞前抓住 SWD。 你可以参考 S32K1xx系列MCU应用指南之芯片锁死(lockup)复位原因分析与恢复方法详解 里的 S32K1xx_MassErase_Read_MDM-AP_Registers_Command_Script.txt 命令脚本。

PCA2131 RTC：间歇性周期性中断（丢失或运行速度快4倍） 大家好， 我目前正在将PCA2131 汽车实时时钟集成到电池管理系统 (BMS) 中，但遇到了周期性中断生成不稳定的问题。 问题描述：我们尝试按规定的时间间隔（例如，每 X 分钟）生成中断。核心问题在于这种行为极不稳定： 有时，中断会按预期触发信号。 有时，计数器似乎运行速度比正常速度快大约 4 倍。 有时，中断会被完全忽略。 由于这个问题是随机发生的，我们很难找出根本原因。 测试与观察： 硬件：我们测试了 3-4 个不同的 RTC 样品，并在多个单元中观察到了这种异常行为。 时钟配置：我们评估了默认的 32.768 kHz 时钟，以及 16 kHz 和 8 kHz 配置。 中断间隔：分别以 1 分钟、2 分钟和 5 分钟的间隔进行测试。 结果：在这些变化中，时间不稳定性依然存在。 请求：我已附上原理图和捕获的波形图供您参考。 请您查看附件，并帮助我们了解可能是什么原因导致这种情况？我们非常希望了解具体的寄存器配置、已知的错误或可能导致这种间歇性时序不稳定的噪声/硬件条件。 感谢您的支持。 RTC Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) 您好！ 请您核对以下几点？ 每次中断后，必须显式清除 MSF 标志（Control_2 的第 7 位，地址 01h）。 在你的中断服务例程 (ISR) 中，始终向 MSF（Control_2 的第 7 位）写入 0。使用数据手册第 7.11.5 节中描述的 AND 写入方法（写入 0 清除，写入 1 保持不变）。 如果 Control_1 的 MI（位 1）和 SI（位 0）都设置了，则结果是每秒发生一次中断，而不是每分钟发生一次中断。 仅将 Control_1 中的 MI = 1、SI = 0 设置为周期性分钟中断。查阅登记簿以确认。 请告知结果。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) 你好， 通过设置 AEN_x = 1 来禁用警报比较器的写入操作已被注释掉，请取消注释所有五行。这些写入操作必须在重新启动下一个警报之前执行。 在报警触发截图中，原始寄存器值 ctrl2.w= 18（0x12 = 0001 0010 二进制）正确显示： 位 4 = 1 → AF（报警标志）被设置 位 1 = 1 → AIE（报警中断使能）已设置 但是，在调试器中，结构体字段 ctrl2.b.af 显示为 0。这意味着您为 Control_2 定义的 C 位域结构体没有正确地将 af 字段映射到第 4 位。如果固件的任何部分在 ctrl2.b.af 而不是硬件中断线或 RTC_ALarm_Flag 软件变量上进行分支，则它将无法检测到警报并完全丢失中断，从而解释了丢失中断的症状。 请检查并更正 Control_2 寄存器结构的位域定义。af 字段必须在第 4 位位置声明。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) 我按照你的建议检查过了。为此，我在报警触发时和报警清除后分别截取 CTRL_REG_1 和 CTRL_REG_2 的屏幕截图。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) 你好ErikaC ， 感谢您的评价。 我已经按要求取消了 AEN_x 的五行代码的注释。 我已验证位域定义，它是正确的。在“报警触发”图像中，ctrl2.b.af 位成功设置为 1。在“警报清除”图像中，它重置为 0。位域的行为完全符合预期。 Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) 期待您的回复，或者我们能否通过邮件讨论？ 我的邮箱地址：[email protected]

When using the SW connection, the RST pin of the FS32K144UAT0VLLT still shows a triangular wave after unlocking. Without connecting the RST pin, the host computer cannot connect to the microcontroller. A J-LINK uses SWDIO and SWCLK, with GND connected to the microcontroller FS32K144UAT0VLLT. The program download circuit uses 5V for both VCC and the microcontroller. The RST pin has a triangular wave: f=1.8KHZ, 2.6Vp-p triangular wave: 3. When entering "unlock" in J-Link, Kinetis displays an error and cannot connect: IV. The J-Link connection to the microcontroller's 97 pin PTA5 (*JTAG_TRST/*RESET) via the RST reset pin is successful, and decryption is successful. Does this mean decryption was successful? 5. When connecting the circuit board using Keil uVision5, the microcontroller cannot be connected without using RST; RST is required for connection. 9.png9.png9.png9.png9.png9.png And the triangular wave on the reset pin is still present, as shown in the following figure: Question for NXP instructors: This circuit board (using the FS32K144UAT0VLLT microcontroller) previously worked fine when only SWDIO, SWCLK, and GND were connected, allowing for normal program downloads. Why is it that this time, program downloads only occur after connecting RST? What could be the reason? Thank you! 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Hi Without RESET_b connected, J-Link cannot control the reset timing of the S32K1; intermittent connection failures may occur if the user program, watchdog timer, low-power mode, or pin multiplexing affects the debug port. Because there is no code in the Flash (e.g., in a new chip, the Flash is empty), the MCU will continuously and periodically reset due to a core lockup. Furthermore, due to the external RC circuit, the square wave becomes a triangular wave. Once you download a new, working program, the RESET_b pin will return to a high level. Best Regards, Robin 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Dear teachers: Sorry, the illustrations for the question I posted yesterday were not properly matched, making it very messy and unclear. I'm reposting it today, and I hope all the teachers can provide explanations as soon as possible! When using the SW connection, the RST pin of the FS32K144UAT0VLLT still shows a triangular wave after unlocking. Without connecting the RST pin, the host computer cannot connect to the microcontroller. A JLINK uses SWDIO and SWCLK, with GND connected to the microcontroller FS32K144UAT0VLLT. The program download circuit uses 5V for both VCC and the microcontroller. 11.png11.png11.png11.png11.png11.png 2. The RST pin shows a triangular wave: f=1.8KHZ, 2.6Vp-p triangular wave: 22.png22.png22.png22.png22.png22.png 3. When entering "unlock" in J-Link, Kinetis displays an error and cannot connect: 33.png33.png33.png33.png33.png33.png 4. Add the RST reset pin to the J-Link and connect it to the microcontroller's 97 pin PTA5 (*JTAG_TRST/*RESET). Connection successful, decryption successful. 44.png44.png44.png44.png44.png44.png 5. When using Keil uVision5 to connect the circuit board, you cannot connect the microcontroller without using RST; you can only connect the microcontroller by using RST. And the triangular wave on the reset pin is still present, as shown in the following figure: 22.png22.png22.png22.png22.png22.png 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Teacher: The above text is miswritten. Please see the Word document below; it's the same issue. Thank you! 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen: How are you! Hello Manager, I'm very happy to see your reply. I've learned a lot, thank you! We have a total of 4 experimental boards. One of them connected normally after the program was downloaded. It can be connected using only SWDIO, SWCLK, and GND. The RST pin has returned to a high level. However, after downloading the program to the other three chips, the RST pin still shows a triangular wave. The J-link cannot connect to the FS32K144UAT0VLLT microcontroller using only the SWDIO, SWCLK, and GND pins; it only connects to the RST pin for a proper connection. How should this be handled? Thank you! 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen: Manager: Hello, I have some questions and would like to ask you further: 1. When using SWDIO, SWCLK, and GND to download programs on the FS32K144UAT0VLLT, does the RST pin also exist in normal operation? Does the RST connection also fall under SWD mode downloading? 2. Some circuit boards only use three wires (SWDIO, SWCLK, GND) to download programs, while others require four wires (SWDIO, SWCLK, GND, RST). Are both considered normal downloads? Are they both considered normal downloads in SWD mode? Thanks! 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 After successfully downloading the correct program, RESET_b should remain high. (AN5426 Hardware Design Guidelines for S32K1xx Microcontrollers (Rev.))December 6, 2021).pdfThe recommended debugging port includes RESET_b, and it is recommended to modify the hardware. 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 SWD standard communication does not mandate a connection to RESET_b, but reliable programming, Connect Under Reset, and recovery scenarios for the S32K1 heavily rely on it, so it is recommended to use it as a mandatory signal handler for debugging. However, the current S32K1 is brand new and has no program installed, so the chip is repeatedly resetting. If RESET_b is not connected to J-Link, J-Link cannot reliably execute true Connect Under Reset, so some chips can "happen" to catch the window, while others cannot. If you have a PEMicro debugger, you can use https://community.nxp.com/t5/S32K/S32K144-D2-RED-LED-is-ON-always/mp/1567621The P&E Recovery Utility tool in the document halts the MCU during repeated power-on cycles. Your J-Link should also be able to follow the methods described in the tools above: The J-Link initially went through a cycle of connecting/attaching/halting; Then power off and then power on the target board; Try to capture SWD after Power-on Reset and before the application or blank chip runs out of control. You can refer to the S32K1xx_MassErase_Read_MDM-AP_Registers_Command_Script.txt command script in the "S32K1xx Series MCU Application Guide: Analysis of Chip Lockup Reset Causes and Detailed Explanation of Recovery Methods" .

Plug and Trust MWをOP-TEEに統合する方法 こんにちは、NXPコミュニティの皆さん、 現在、私たちのプロジェクトのために、Plug and Trust MiddlewareとOP-TEE（TrustZone対応MCU用バインディング）の統合に取り組んでいます。 AN12662(ホストデバイスをEdgeLock SE05xにバインドする)Rev. 1.1は確認しましたが、詳細なステップバイステップの手順や、正確な統合プロセスを扱うセクションは見つかりませんでした。 この統合を扱っている具体的なセクションやAN12662ページを教えていただけるか、またはPlug and Trust MWをOP-TEEとどのように構築・統合するかを示す追加のドキュメントやサンプルコードを教えていただけませんか? 私の環境情報は以下のとおりです。 基板：MCIMX8M-WEVKおよびOM-SE051ARD Plug and Trust MW バージョン: v04.07.01 OP-TEE OSバージョン：3.19.0 Linuxカーネル:6.1.151 何かアドバイスやアプリケーションノート、関連するコードリポジトリへのアドバイスがあれば大変ありがたいです。 SE050 Re: How to integrate Plug and Trust MW into OP-TEE こんにちは、 @Uc_S さん。 詳細なご質問をありがとうございます。おっしゃる通り、 AN12662 Rev. 1.1にはOP-TEEの段階的な構築手順は含まれていません。これは概念的なバインディングアーキテクチャについて説明したものです。あなたのユースケースに最も関連性の高いセクションはセクション 3.2(12–13ページ)「TrustZoneを用いたMCUのバインディング」で、Plug & Trust MWをTEEにロードし、SCP03チャネル確立をTrusted Execution Environment内で処理する方法を説明しています。 実際のビルド統合は別の方法で行われます。以下に、お客様の環境に適した手順の概要を示します。 仕組み OP-TEE内でPlug & Trust MWをスタンドアロンのTAとして動作させるのではなく、OP-TEE の組み込みSE05x暗号ドライバー ( CFG_NXP_SE05X=y )を使用するのが対応されています。このドライバはOP-TEEビルド時にPlug & Trust MWを静的ライブラリとしてリンクし、OP-TEEコアがRSA、ECC、RNG、その他の操作をSE051にオフロードできるようにします。 ステップ1 — SE051バスのLinux I2Cを無効にする SE051に接続されたI2Cコントローラは、OP-TEEが独占的に所有していなければなりません。LinuxのDTBでそのI2Cインターフェースを無効化し、Linuxが起動時にプローブしないようにする必要があります。この変更を含むブランチからボードのDTBをビルドするか、DTS内の該当するI2Cノードを手動で無効にしてください。 ステップ2 — SE05xドライバーでOP-TEE OSを構築する CFG_NXP_SE05X_PLUG_AND_TRUST を介して、抽出した Plug & Trust MW v04.07.01 ディレクトリにビルドを指定します。ビルドコマンドの例（ PLATFORM= はご使用のボードに合わせて調整してください）： make -j8 PLATFORM=imx-mx8mevk O=./build-imx8m-se050 CFG_TEE_CORE_LOG_LEVEL=4 CFG_NXP_CAAM=n CFG_NXP_SE05X=y CFG_IMX_I2C=y CFG_STACK_{THREAD,TMP}_EXTRA=8192 CFG_NXP_SE05X_RSA_DRV=y CFG_NXP_SE05X_ECC_DRV=y CFG_NXP_SE05X_CTR_DRV=n CFG_NXP_SE05X_RNG_DRV=y CFG_WITH_SOFTWARE_PRNG=n CFG_NXP_SE05X_PLUG_AND_TRUST=/path/to/plug-and-trust SE051と同時にCAAMを有効にしたい場合は(例:CAAMがAES/RNGを、SE051がRSA/ECCを担当)、CAAMフラグをそれぞれ置き換えてください。 CFG_NXP_CAAM=y CFG_NXP_CAAM_AE_{GCM,CCM}_DRV=y CFG_NXP_CAAM_RNG_DRV=y CFG_NXP_SE05X_RNG_DRV=n CFG_WITH_SOFTWARE_PRNG=n CFG_NXP_SE05X_{DIEID,RSA,ECC,CTR}_DRV=y CFG_NXP_SE05X_RSA_DRV_FALLBACK=y CFG_NXP_SE05X_ECC_DRV_FALLBACK=y CFG_CRYPTO_DRV_{CIPHER,ACIPHER,AUTHENC}=y ステップ3 — OP-TEEブート時にSE051が検出されていることを確認する 正常に起動すると、OP-TEEコンソールに以下のような出力が表示されます。 I/TC: se050: Info: Applet Major = 7 I/TC: se050: Info: OEF ID a8.fa OEF ID A8FA は、お使いのボードが SE051C2 バリアントであることを示しています。これは、OM-SE051ARD ボードと一致します。 既知の注意点 MCIMX8M-WEVK (i.MX8MQ EVK)プラットフォームの旗は、 imx-mx8mmevk と若干異なる場合があります。お使いのボードに合わせて PLATFORM= の値を調整してください。 RSAをSE051にオフロードしている間に、OP-TEE暗号回帰テスト(例: xtest regression_4007_rsa )を重度実行すると、SE051の持続的なNVMを使い果たす可能性があります。これは既知の制限で、必要に応じて ssscli se05x reset でSE051 NVMをクリアできます。 あなたのLinuxカーネル6.1.151動作するはずですが、SE051のI2CコントローラノードはカーネルDTS内で完全に無効化されていることを確認してください。 参考になる外部資料 Foundries.io チームはこの統合に関する詳細な公開ドキュメントを公開しており、NXPのアプリケーションノートを補完する良い内容となっています。 リファレンス・マニュアル: https://docs.foundries.io/86/reference-manual/security/secure-elements/secure-element.050.html ブログ パートI(I2C、早期起動): https://foundries.io/insights/blog/se050-000.processor-to-se-comms/ ブログ パートII(SCP03とOP-TEE付き): https://foundries.io/insights/blog/se050-001.scp03/ ビルドに関して何か問題が発生した場合はお知らせください。喜んでお手伝いさせていただきます。   すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------

MPXM2053GSのマーキング KCY547Cという刻印は何を意味しますか？1つのリールに2種類の異なるマーキングがあるのは普通のことですか？

7 inch DSI LCD ( 800*480 ) integration with imx8M plus Hello Team, I am attempting to bring up a Waveshare 7-inch DSI LCD on a custom iMX8M Plus board (Kernel 6.18.20_2.0.0). The I2C bus detects the panel board, and touch functionality works via evtest. CONFIG_DRM_WAVESHARE_BRIDGE=y binds successfully. However, the display remains blank. Adjusting pixel clock frequencies has not resolved the issue. I have attached the DTS snippet and the kernel logs for reference. Display Details: https://www.waveshare.com/wiki/7inch_DSI_LCD?srsltid=AfmBOorUskdbY2AqupblCpMEQNVBolOXs40ytjhcxKml0IZccg4CI8Ni Any further troubleshooting steps appreciated. Thanks in advance Graphics & Display i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus it seems the LCD need 5V 500mA. Not sure the custom iMX8M Plus board can provide enough or not... Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus Hii,  You can see the attached log below Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus Hi, Please share the clocks with below command. cat /sys/kernel/debug/clk/clk_summary Best Regards, Zhiming Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus Hi @Amh-c1  You can try to add a new pll in this table: https://github.com/nxp-imx/linux-imx/blob/lf-6.6.52-2.2.2/drivers/clk/imx/clk-pll14xx.c#L63 Please try to use below PLL parameters. pll=224000000.0, m=112, p=3, s=2, k=0 Best Regards, Zhiming

LPC1778 IAPプログラミングにおいて、CCLKの値が大きいほどプログラミング速度は遅くなります。 こんにちは。LPC1778のIAPモードを使用してプログラムを書き込んでいたところ、CCLKの値が大きいほど書き込み処理が遅くなることがわかりました。 ほとんどの IAP 命令は CCLK パラメータを受け入れることができます。これはマニュアルでは次のように説明されています: Param3: CPU クロック周波数 (CCLK) (kHz)。 LPC1778のデバッグ中に、ドライバのデフォルトのCCLK値を12000（12MHz）から4000（4MHz）に変更したところ、書き込み速度が実際に向上しました。いくつかの値を試したところ、CCLKパラメータが大きいほど書き込み処理が遅くなることがわかりました。これはなぜでしょうか？CCLKはどの周波数を指しているのでしょうか？ 回复： LPC1778 IAP烧录CCLK越大反而烧录越慢 こんにちは@BianHaopeng1 LPC1778/LPC178xのドキュメントでは、CCLKはARMプロセッサのクロック周波数、つまりメインCPUクロック（コアCPUクロック）を指します。IAP消去コマンドでは、CPUクロック周波数（CCLK）をkHz単位で指定する必要があります。 その理由は、「CCLKが低いほど物理的なフラッシュ書き込みが速くなる」ということではなく、IAP ROMルーチンが渡されたCCLKを現在のCPU周波数として扱い、フラッシュ消去/書き込みのタイミング/待機時間を計算しているためである可能性が高い。したがって、実際のCPUがより高い周波数で動作している状態で、IAPに渡されるパラメータを12000から4000に変更した場合、IAPは4MHzに基づいてより短いレイテンシ/タイミングを生成し、書き込みが速くなる。しかし、これはIAPに誤ったクロックが渡されることを意味し、フラッシュ消去/書き込みの信頼性、温度/電圧の許容範囲、および長期安定性が保証されない。 正しい方法は、IAP呼び出し時の実際のCPUクロック速度をkHz単位でCCLKパラメータに入力することです。 BR ハリー

SDK 中不提供 MCX-N947 电机控制示例代码。 大家好， 我找不到 MCX-N947 的电机控制 SDK 示例。 我使用的是通过 NXP SDK Builder 下载的最新 SDK。请问哪里可以找到 MCX-N947 电机控制的示例代码？ 谢谢！ MCX N 电机控制 Re: MCX-N947 Motor Control example code is not available in SDK. 你好@embedabu ， 感谢你的帖子。 关于电机控制演示，它并非一定包含在每个 SDK 版本中。如果演示程序与之前的 SDK 版本相比没有变化，则通常不会在后续的 SDK 版本中重新打包。 您可以参考MCUXpresso SDK for Motor Control | NXP 半导体网页，以确定哪个 SDK 版本包含特定演示的最新可用版本。 例如，对于FRDM-MCXN947 ，可以在SDK v26.03中找到演示。 对于MCXN9XX EVK 板，演示可以在SDK v2.14中找到。 Celeste_Liu_0-1787886386939.pngCeleste_Liu_0-1787886386939.png 希望对您有所帮助。 BR 塞莱斯特

Profinet VS code example does not work on FRDM-IMXRT1186 I want to develop a PROFINET device based on RT11186 and test the profinet demo according to UG10320 V1.0, UG10455 V1.0 and AN15104 V1.0.  I did the following actions: 1. Extract the Profinet-Stack-Library and AN15104.zip. 2. Copy the frdm_pn.patch to the folder of Profinet stack and apply the patch according to the readme. 3. Manually change the project configuration according to prj.conf.rej/mcux_include.json.rej/mcuxpresso-tool.json.rej.  It is the same as the chapter 4.3 of AN15104.  The following definition has been included in the cakelist.txt.  They are not modified. -DCPU_MIMXRT1186CVJ8C_cm33 -DMIMXRT1186_cm33_SERIES -DXIP_BOOT_HEADER_ENABLE=1 4.  Add the "#if (defined(CPU_MIMXRT1186CVJ8C_cm7)... #ifndef configENABLE_FPU...." to enable FPU. This step is not included in the guide. Compiling will be failed if it is not modified, because the default CPU is RT1189 in FreeRTOSConfig.h.  5. Import the Profinet project to VS code based on the SDK 2.6.3 6. Add the project "31_led_button" in the sysbuild.cmake according to step 8 and 9 of chapter 5 of UG10455. 7. Change the J12 and J18 of FRDM-IMXRT1186 to 1-2 connected to enable the NETC PHYs. 8. Build the project and download the image to FRDM-IMXRT1186. 9. Install JDK, Npcap and Open the ICE. The ICE version is V1.7 and it is extraced from port-ICE-202509180853-win32.win32.x86_64.zip. 10. The Profinet device is scaned sucessfully according to chapter 6 of UG10320. 11.  Set the DAP and module and Reduction Ratio according to Step1~7 of UG10320 chapter 7.1. It is failed when I click connect button according to step 8 of chapter 7.1.  Can you help me to analysis why it is failed to establish the cyclic communication? Could you provide a profinet image of FRDM-IMXRT1186 so I can check it is an issue of VS code project or IEC/hardware? Best Regards! Re: Profinet VS code example does not work on FRDM-IMXRT1186 Dear @wlfworld , I tested it on the RT1180 EVK and observed the same behavior: the device could be discovered during scanning, but the connection failed. Therefore, it does not appear to be related to your porting effort. We are currently investigating the issue internally. Once we identify the root cause or have any updates, we will get back to you as soon as possible. Best Regards, Shelly Re: Profinet VS code example does not work on FRDM-IMXRT1186 Dear @wlfworld , Which GSDML file did you use? I had previously used the wrong file, which is why I was unable to get it working. After switching to GSDML-V2.45-portExample-test-20260120.xml (located in Profinet-Stack-Library\RT1180_PROFINET_MCTC_LIB_GOAL_V_3_1_0-2\appl\goal_pnio\31_led_button), I was able to establish cyclic communication using the ICE tool. ShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.png Could you let me know at which step you are encountering the issue? If possible, could you share a screenshot? In general, if the PNIO device can be discovered during the scan, there is usually no major issue with the setup. You may also want to install Wireshark and check whether any PROFINET communication packets are being exchanged. If convenient, please upload your image file as well. I can test it on my side and compare the results. Best Regards, Shelly Re: Profinet VS code example does not work on FRDM-IMXRT1186 Hi wlfworld, I'm very glad that you were able to resolve the issue. If you have any further questions, please feel free to create a new thread. Best Regards, Shelly Re: Profinet VS code example does not work on FRDM-IMXRT1186 @ShellyZhang Thanks very much! The cyclic communication is established if GSDML-V2.45-portExample-test-20260120.xml  is applied. I choose the xml in the binary zip in previous operation. Best Regards!

die damage of MPXM2053GS Has anyone experienced die damage with pressure sensors? It seems like this type of product is quite vulnerable. During recent production, we installed several MPXM2053GS devices and found them exhibiting zero output. Decapsulation analysis subsequently confirmed the presence of cracks on the die. We would appreciate the guidance on: What might have caused this die cracking? How we can avoid similar issues in future production.

Modify the value of CNTFRQ_el0 on the A72 core of the im8QM. Hello! How do I modify the CNTFRQ_el0 value of the A72 core on the im8QM? It's currently 8000000, and I want to change it to 16M. Thanks! Re: 修改im8QM的A72核的CNTFRQ_el0的值 On the i.MX8QM, it is not recommended, and it is practically impossible, to change the actual counting frequency corresponding to CNTFRQ_EL0 of the A72 from 8 MHz to 16 MHz. The reason is that CNTFRQ_EL0 is just a register that allows the software to "discover" the System Counter frequency; even if the software can write this register value, it will not change the actual frequency of the hardware System Counter. For the i.MX8QM, the reference manual states that the SCU ROM will enable the System Counter and input a 24 MHz clock; the System Counter internally divides this to generate an 8 MHz clock. The relevant clock root also belongs to the clock domain managed by the System Controller Firmware. The documentation shows that SCU_MSLICE0_CLK_ROOT / SCU_MSLICE1_CLK_ROOT can be used as the root clock for the SYS COUNTER, and the root clock generation is controlled by the SC FW. So if you are reading this now: CNTFRQ_EL0 = 8000000 I want to change it to: CNTFRQ_EL0 = 16000000 Two things need to be distinguished: Modifying only the CNTFRQ_EL0 register value may cause some software to "think" that the timer is 16 MHz, but the hardware counter still runs at 8 MHz, resulting in errors in time, scheduling, latency, profiling, etc., all being 2 times the normal value. The System Counter was actually changed to 16 MHz. Based on the i.MX8QM documentation I found, the System Counter is initialized to 24 MHz / 3 = 8 MHz in the SCU ROM, and there are no publicly available registers or procedures to change it to 16 MHz. Similar discussions in the i.MX8 series have also clearly stated that the system counter frequency is fixed in hardware and cannot be changed. If your goal is to get Linux/RTOS using the correct frequency, it's recommended to keep CNTFRQ_EL0 = 8000000 and check if the device tree/firmware/bootloader is incorrectly overriding the timer frequency. Don't modify CNTFRQ_EL0 just to meet a 16 MHz requirement unless you're specifically doing an experiment with a non-real frequency. Conclusion: The A72 CNTFRQ_EL0 of the i.MX8QM should not be changed from 8 MHz to 16 MHz; the actual System Counter is initialized by the SCU/SCFW and is actually 8 MHz. Changing the register value alone will not change the hardware frequency, but will instead disrupt the system time base.

TapLinx Java Classic Library 中缺少 ClassicFactory 类 尊敬的恩智浦技术支持团队： 我下载了用于MIFARE Classic S70 4K卡的 Java TapLinx 库。但是，我发现ClassicFactory.class文件并未包含在 Classic TapLinx JAR 文件中。 据我了解， ClassicFactory用于创建 Classic 卡片实例，类似于我们使用DESFireFactory创建 DESFire 卡片： IDESFireEV3 desfire = DESFireFactory.getInstance() .getDESFireEV3(TapLinx.INSTANCE.getCustomModules()); 请问您能否就以下问题提供一些建议： ClassicFactory是否包含在单独的 JAR 文件或库中？ 如果是这样，请问您能否提供我需要使用的正确库/版本？ 使用 Java TapLinx 库 操作 MIFARE Classic S70 4K 时， 是否有不同的 API 或推荐方法？ Classic TapLinx 库与我正在使用的 Java（非 Android）环境兼容吗？ 我希望您能指导我如何使用 TapLinx 正确初始化和与 MIFARE Classic S70 4K 卡通信。 应用注册 身份验证服务器问题 代码示例 离线认证 在线身份验证 Re: ClassicFactory class Missing from TapLinx Java Classic Library 您好，先生， 感谢您对我们产品的关注。 请注意，不建议在新设计中使用 MIFARE Classic。产品支持页面（ MIFARE Classic EV1 1K - 4K | NXP 半导体） 中已提及这一点， 建议改用 MIFARE DESFire Light | NXP 半导体 。 要获取适用于 MIFARE Classic 的正确 API，请打开 Taplinx Android 的 JavaDoc： https://www.nxp.com/webapp/Download? colCode=ANDROIDJAVADOC&appType=license 本文档展示了 MFClassic 的 API。   Fabian_R_0-1787778230590.pngFabian_R_0-1787778230590.pngFabian_R_0-1787778230590.pngFabian_R_0-1787778230590.png Re: ClassicFactory class Missing from TapLinx Java Classic Library 感谢 Fabian_R 的快速回复。 但问题正如我附图所示： JAR 文件中不存在 DESFireFactory。 Islam_Elmasry_0-1787823985814.pngIslam_Elmasry_0-1787823985814.pngIslam_Elmasry_0-1787823985814.png Re: ClassicFactory class Missing from TapLinx Java Classic Library 您好，先生， 没错；DESFire 中不存在这个功能，正如你可能在 JavaDoc 中看到的那样。根据所使用的 DESFire 卡，接口和类是针对每种类型设计的。 有关其使用方法的更多信息，请查看我们提供的示例应用程序。文档中的用户指南（UG10044）介绍了如何设置 Taplinx 项目。 Fabian_R_0-1787849561908.pngFabian_R_0-1787849561908.png

从 DPDK 池分配 mbuff 失败 大家好， 使用：LX2160 LSDK 2108 主程序 MC固件版本：10.32.0 DPDK 版本：dpdk_19_11_tags_LSDK20.04-isc-09 主进程 (DPDK)：使用 [ rte_pktmbuf_pool_create("dlmempool", ] 创建 mbuff 池 辅助（DPDK）进程：使用 API [ rte_pktmbuf_alloc(mempool) ] 分配 mbuff 失败 在辅助内存池中，我可以看到内存池是正确的。我看到mbuff可用空间已满。第一次使用 rte_pktmbuf_alloc 进行 mbuff 分配时发生失败。 有什么解决办法吗？谢谢。 Re: Secondary failed allocate mbuff from DPDK Pool 谢谢，我会尝试这些方法，明天再向您汇报。 Re: Secondary failed allocate mbuff from DPDK Pool 你好， 辅助进程必须将大页映射到与主进程相同的虚拟地址。如果 ASLR 处于活动状态，则辅助内存池指针将解析到不同的虚拟地址，导致第一次内存分配失败。 echo 0 > /proc/sys/kernel/randomize_va_space   在启动主进程或辅助进程之前运行此程序。 2. 配置充足的DPMCP对象 创建与进程总数（主进程 + 辅助进程）相同的 DPMCP 对象数量。对于 1 个主要处方药 + 1 个次要处方药，您至少需要 2 个 DMPCP： export DPMCP_COUNT=3 # for 1 Primary + 2 Secondary (always provision +1 as buffer) ./dynamic_dpl.sh dpmac.X 3. 配置足够的DPIO对象 每个流程都需要自己的 DPIO 门户。公式为： （总进程数）×（每个进程的核心数 + 每个进程额外 1 个核心） 例如，1 个主处理器（2 个核心）+ 1 个辅助处理器（2 个核心）= 至少 9 个 DPIO。 export DPIO_COUNT=20 # set generously 4. 在辅助设备中正确设置黑名单/白名单设备 辅助进程不得重新初始化 I/O 设备（dpni、dpbp、dpcon、dpseci）。只有 dpio 和 dpmcp 应该由辅助节点初始化。传递正确的黑名单标志： # Secondary process example — blacklist all dpni/dpbp/dpcon, allow only dpio + dpmcp ./your_secondary_app --proc-type=secondary \ -b fslmc:dpni.X \ -b fslmc:dpbp.X \ -b fslmc:dpcon.X \ -- [app args]   或者，也可以明确地将分配给辅助节点的 dpio 和 dpmcp 对象列入白名单： ./your_secondary_app --proc-type=secondary \ -w fslmc:dpio.Y \ -w fslmc:dpmcp.Z \ -- [app args] 5. 使用 --proc-type=secondary EAL 参数 确保备用服务器使用正确的 EAL 标志启动： ./your_secondary_app -c -n 1 --proc-type=secondary ...   或者使用 --proc-type=auto 让 DPDK 自动检测。 6. 验证辅助内存池查找 在辅助节点中，不要再次调用 rte_pktmbuf_pool_create 。相反，查找主节点创建的现有池： // In secondary process: struct rte_mempool *mempool = rte_mempool_lookup("dlmempool"); if (mempool == NULL) { // Error: pool not found — ASLR or hugepage mapping issue } struct rte_mbuf *m = rte_pktmbuf_alloc(mempool);     如果 rte_mempool_lookup 返回一个有效的非 NULL 指针，但 rte_pktmbuf_alloc 仍然返回 NULL，则问题几乎肯定是辅助线程/核心的 DPIO 门户没有被初始化。   此致

MBDT_S32E2_Issue Hi Team, I am reaching out for assistance as I am currently unable to install the Model Based Design Toolbox for S32Z/E. I have MATLAB 2024b (even tried with MATLAB 2026a) installed on my system and also have an active NXP account. I downloaded the NXP_Support_Package_S32ZE_1.4.0_D2512.mltbx file, however when I attempt to proceed with the installation, the process remains stuck indefinitely without completing or progressing further. I would really appreciate your help in identifying what might be causing this issue and any guidance on how I can successfully complete the installation. Please let me know if there are any logs or additional details I should provide to assist in troubleshooting. Thank you in advance for your support. Attached image is for your reference. Re: MBDT_S32E2_Issue Thanks Joey_z for your response. I have followed the instructions provided in the MBD Toolbox S32Z/E Series quick start guide. But still facing the same issue. Additionally, does this toolbox supports MATLAB 2026a? Thanks and Regards Ravi Re: MBDT_S32E2_Issue Hi，RaviThade1 Thank you for contacting us. Please try to refer to this link for your application: MBD Toolbox Model-Based Design Toolbox | NXP Semiconductors BR Joey Re: MBDT_S32E2_Issue Adding additional info with screenshot. Re: MBDT_S32E2_Issue Hi Joey_z, Have you got chance to look at details that I have sent?. I have provided all the details. your reply says "The user needs to execute a toolbox m-script" however the toolbox m-script is not getting generated for 2024b/2026a. What could be the reason? Am I missing anything else? Thanks in advance, Best Regards, Ravi Re: MBDT_S32E2_Issue Hi, RaviThade1 Refer to the start guide information. The Model-Based Design Toolbox uses the Toolchain mechanism exposed by the MATLAB/Simulink to enable automatic code generation with Embedded Coder toolbox. By default, the toolchain is configured for the MATLAB 2022a release. For any other MATLAB release, the user needs to execute a toolbox m-script to generate the appropriate settings for installation environment. BR Joey Re: MBDT_S32E2_Issue Hi,RaviThade1 Thank you for your reply. This channel mainly addresses technical issues related to S32Z/E. Currently, MBDT related detail queries will be got more supported under the following MBDT community: https://community.nxp.com/community/mbdt Would you mind creating a new post in the community mentioned above? The engineers responsible for this topic actively monitor that forum and will be able to assist you further. BR Joey

iMX93 firmware-ele-imx Does the i.MX93 A1 ele firmware (v2.0.4) support the Generic Crypto APIs?  Imx-secure-enclave git repo suggests in the sab_msg.def generic crypto is supported by firmware. RM00284 also suggests it in section 3.44. However, every attempt to use the feature has resulted in a response indicator of 0x0000f429. This either means the message is invalid or, if following the SAB error code path, that the feature is disabled. The hsm_test.c includes the following which suggests the feature is only for the IMX95 and IMX8ULP. if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); This contradicts RM00284: 3.45 i.MX 95 Generic Crypto APIs are not supported. SM3 and SM4 are not supported. So far, keystore calls work normally, the ele_hsm_test works. Life cycle is open and secure boot is not enabled at the moment. Since the Generic crypto calls do not use the key store, do they require a session handle? If not, what about the message units relation to the SAB ID? I ask because my firmware user guide doesn't show a field for a session handle under the HSM generic commands.  Summary of setup: SOC: i.MX93 A1 Build system: Yocto walnascar Kernel: 6.12.49 Thanks, Clay Yocto Project Re: iMX93 firmware-ele-imx could you send the code path or link about the code you mentioned as below, let me double confirm this if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl);  for your first request, I checked， By CR RSA decryption support on i.MX93， ELE firmware team remove generic crypto APIs Re: iMX93 firmware-ele-imx Line 840 is where the gc_cipher_test() is kicked off within hsm_test.c. The test itself is under test/common/test_gc_cipher.c. Where in documentation is it stated that the generic crypto APIs where removed?  Does that mean a third party crypto library is required if one doesn't want to use a key store?  What is the intended path if, for example, I wanted to simply derive a soc specific key (maybe generated from the HUK) and encrypt/decrypt a few bytes stored on the filesystem? Thanks, Clay

IW610（USB）固件在“WLAN固件激活”后约4秒崩溃 你好， 我在 openwrt 25 (6.12 内核) 上启动 IW610G 模块时遇到了困难。枚举过程现在进行得很顺利，固件下载似乎也没问题，但我遇到了崩溃。 USB枚举和固件下载每次都成功。该模块启动其主固件，打印“WLAN 固件已激活”，加载一个 VDLL 块（48000 字节）——然后，**大约 3.9 到 4.1 秒后**，固件崩溃并触发其自身的转储（“固件触发固件转储”）。在数十次启动（冷启动和热 EHCI 重新绑定周期）中，这种计时方式非常确定，这让我们怀疑是固定的内部定时器/看门狗，而不是随机信号噪声。 附件包含本次启动的完整固件转储文件（`file_fwdump`，1,230,600 字节）和驱动程序信息转储文件（`file_drv_info`，259,772 字节）。 以下是最近一次干净启动后的完整相关 dmesg 日志摘录： [ 34.484411] usb 1-1：发现新的 USB 设备，idVendor=0471，idProduct=0214，bcdDevice=40.00 [ 34.500356] usb 1-1：产品：NXP 无线设备 [ 34.525526] VID/PID = 471/214，Boot2 版本 = 4000 [ 34.573668] 请求固件：nxp/usbusb_iw610.bin.se [ 37.189918] fw_dnld：已下载 808824 字节 [ 37.381917] usb 1-1：USB 断开连接，设备编号 2 [ 37.883662] usb 1-1：使用 ehci 平台的新型高速 USB 设备，编号 3 [ 38.115044] usb 1-1：发现新的 USB 设备，idVendor=0471，idProduct=0215，bcdDevice=32.01 [ 38.131013] usb 1-1：产品：蓝牙和无线局域网复合设备 [ 38.288804] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.295470] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.300509] woal_usb_probe：无效的端点分配 [ 38.306315] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.312906] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.318003] woal_usb_probe：无效的端点分配 [ 38.473628] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.480227] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.485411] 附加 moal 句柄操作，卡接口类型：0x40d [ 38.628304] WLAN 固件已激活 [ 38.631408] on_time 为 38628138922 [ 38.655388] VDLL：请求固件：nxp/usbusb_iw610.bin.se [ 38.671234] VDLL 映像：长度=48000 [ 38.675868] fw_cap_info=0x487cbf03，dev_cap_mask=0xffffffff [ 38.681912] uuid: 30548cc5aad797baaa0885c430d55486 [ 38.686932] max_p2p_conn = 8, max_sta_conn = 8 [ 42.576334] FW 触发信号转储 <-- “WLAN 固件已激活”后约 3.95 秒 [ 42.579535] =====固件触发器转储==== [ 42.589155] 目录 /var/dump_42 创建成功 [ 42.601497] 固件转储目录名称为 /var/dump_42 [ 42.607105] DRV 转储数据位于 /var/dump_42/file_drv_info [ 43.786094] IOCTL 失败：d64defa8 id=0xd0000，sub_id=0xd0004 action=1，status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_11D_功能域_INFO_EXT) [ 43.796200] IOCTL 失败：12d298a2 id=0x30000，sub_id=0x30003 action=2，status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_ANT_CFG) [ 43.807348] 11D：在固件中设置功能域信息时出错 [ 43.844117] 获取固件信息失败！状态=-1，错误代码=0x0 [ 43.954897] 固件初始化失败 [ 43.963379] 卡片已移除：-2 [ 44.027311] woal_usb_probe: woal_add_card 失败 考虑到“WLAN 固件已激活”后约 4 秒的确定性以及两个已取消的命令（`ANT_CFG`、`11D_DOMAIN_INFO_EXT`），此崩溃特征是否与 `MM6X18540` 系列中的任何已知问题相匹配，或者我们应该在固件转储中检查哪些特定内容？如果这样有用，我很乐意直接分享 `file_fwdump`/`file_drv_info` 文件——您希望我们如何发送它们？ 感谢您提供的任何建议。 - **主机SoC**：高通Atheros QCA9533（AR9531/QCA9533系列），定制板，OpenWrt，Linux内核6.12.71（ath79目标）。 - **模块**：NXP IW610（Wi-Fi 6 + BLE 5.4 + 802.15.4 组合），通过 USB2.0（Wi-Fi + BT）连接进行本次测试；板上存在 SPI（802.15.4）链路，但**目前已禁用**（见下文）。 - **驱动程序**：`nxp-imx/mwifiex`，提交 `09f41e1423e4806a127507d5fa284cd02c46772f` — "热修复版本 MM6X18540.p41 的驱动程序提交"（2025-12-23），分支“hotfix/lf-6.12.49_2.2.0_hotfix”。已编译 `MLAN_RELEASE_VERSION "540.p41"`。 - **固件**: `usbusb_iw610.bin.se`（仅限 Wi-Fi+BT，无 SPI 模块），从 `nxp-imx/imx-firmware` 提交 `216a015fea` 拉取 — “热修复版本 MM6X18540.p41 2025-12-23 的固件提交”，内部标签 `IW610-18.99.5.p86`。这是 NXP 官方发布的固件说明，与 p41 驱动程序配套使用。 - 模块参数（`wifi_mod_para.conf`）：`USBIW610 = { dual_nb=0 fw_name=nxp/usbusb_iw610.bin.se }` — 明确禁用第二个窄带 (802.15.4/SPI) 固件块，以便我们能够单独测试纯 USB Wi-Fi+BT。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 在调试模式下，DOMIAN INFO 似乎是固件未响应的最后一个命令： [ 1221.243476]QUEUE_CMD：802_11_SNMP_MIB [0x16] 已加入队列 [ 1221.251155] 11D:Country=US band=0 sub-band=1 dfs_region=1 [ 1221.256730] 11D：第一个通道=1，通道数=11，最大传输功率=23 [ 1221.262395] mlan%d: [ 1221.262402]QUEUE_CMD：802_11D_DOMAIN_INFO [0x5b] 已排队 [ 1221.270406] wlan_set_regiontable: 2.4G 0x10 [ 1221.274723] wlan_set_regiontable: 5G 0x10 [ 1221.283423] mlan%d: [ 1221.283454]DNLD_CMD (1221.280171):802_11_SNMP_MIB [0x16]，act 0x1，len 16，seqno 0x18，timeout 5000 [ 1221.295486] mlan_write_data_async_complete: CMD [ 1221.300210] mlan_recv: CMD (1221.296961) [ 1221.313352] mlan%d: [ 1221.313384]CMD_RESP (1221.310098):802_11_SNMP_MIB [0x8016]，结果 0，长度 16，序列号 0x18 [ 1221.324316] mlan%d: [ 1221.324327]DNLD_CMD (1221.321067):802_11D_DOMAIN_INFO [0x5b]，act 0x1，len 32，seqno 0x19 timeout 5000 [ 1221.336726] mlan_write_data_async_complete: CMD [ 1221.498408] mlan%d: [ 1221.498441]QUEUE_CMD：802_11_RF_ANTENNA [0x20] 已加入队列 [ 1221.540732] mlan_recv: 事件 0x73 (1221.537479) [ 1221.545540]固件触发固件转储 [ 1221.548946] =====固件触发器转储==== Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 看来大端字节序版本缺少一些转换。 我无法再处理 NXP 的案例了，所以在这里发布补丁。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 你好， @Nicolas07 目前我只能建议您尝试使用我们的最新版本，看看是否仍然存在此问题。 转发： imx-firmware/FwImage_IW610_USB at lf-6.18.20_2.0.0 · nxp-imx/imx-firmware · GitHub 司机： GitHub - nxp-imx/mwifiex：WiFi 扩展 · GitHub 同时，我将在内部检查这是否是一个已知问题，并尝试使用我们的 I.MX 8MMini 板和我们的 IW610-EVK（配置为 USB-USB 模式）来测试，看看我们的板子是否存在问题。 顺祝商祺！ Christine。