MPXV7002DP compatibility with LPG and Propane Hello, i am a student in my final year. i am currently working on a project where i have to measure the pressure difference in household LPG line. the normal pressure in the line is around 2.30 kPa to 3.60 kPa . i checked the data sheet of it but there is nothing clear about LPG compatibility. So if anyone tried this in past or any technical official can tell me about it . thanks . Re: MPXV7002DP compatibility with LPG and Propane Hello, As of February 2, 2026, the NXP MEMS Sensor products have been transferred to STMicroelectronics. Please reach out to STMicroelectronics for further information and support.

如何升级我的AT&T问题？ 遇到AT&T的问题，一直被推来推去却始终得不到真正的解决？AT&T升级支持团队（美国）

彩色/旧屏幕，带 IVI-SHELL IMX8QXP - Scarthgap - L 6.6.52-weston 12-ivishell 在更新后的屏幕之前，会先显示彩色/旧屏幕。如何避免/清除/去除它。 weston.ini [核] #gbm-format=argb8888 空闲时间=0 shell=ivi-shell.so # 使用 g2d=1 重绘窗口=16 # 翻页超时=0 背景颜色=0x00000000 [libinput] touchscreen_calibrator=true [输出] 名称=LVDS-1 模式=1280x720@60 [ivi-shell] ivi-shell-user-interface=weston-ivi-shell-user-interface ivi-input-module=ivi-input-controller.so ivi-id-agent-module=ivi-id-agent.so 输入方法=ivi-输入控制器 基础层ID=1000 基础层 ID 偏移量=10000 工作区背景图层 ID=2000 工作区图层 ID=3000 应用程序层 ID=4000 过渡持续时间=0 [桌面应用程序默认] default-surface-id=2000000 default-surface-id-max=2001000 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Coloured/Old Screen with IVI-SHELL 你好， 我试了建议的方法，但问题依旧。彩色/旧式屏幕仍然显示。 还有其他建议或需要配置吗？ 谢谢，此致敬礼！ VKS Re: Coloured/Old Screen with IVI-SHELL 你好， 请尝试将背景颜色更改为 0x00000000 并取消注释 gbm-format。 您还可以尝试在 Weston systemd 服务中添加一个预启动步骤，以便在 Weston 初始化之前清除显示内容： echo 1 > /sys/class/graphics/fbx/blank 顺祝商祺！ Re: Coloured/Old Screen with IVI-SHELL 你好， 谢谢你的更新。 这个问题之前在 weston-imx-10.0.1 版本中已经报告过，并通过以下补丁解决了： diff --git a/libweston/renderer-g2d/g2d-renderer.c b/libweston/renderer-g2d/g2d-renderer.c index 245a50de..d9df8b4e 100644 --- a/libweston/renderer-g2d/g2d-renderer.c +++ b/libweston/renderer-g2d/g2d-renderer.c @@ -2199,6 +2199,7 @@ drm_create_g2d_image(struct g2d_surfaceEx* g2dSurface, buffer->buf_vaddr = vaddr; buffer->buf_size = size; g2dSurface->base.planes[0] = buffer->buf_paddr; + memset(buffer->buf_vaddr, 0x00, size); g2dSurface->base.left = 0; g2dSurface->base.top = 0; g2dSurface->base.right = w; 获取缓冲区时添加 memset，可以在 weston 启动时清除缓冲区。 在最新的 weston-imx-15.0.1 版本中，情况发生了变化，需要一个端口。 内部团队已确认 gl-renderer 不存在此问题，因此，请您帮忙检查一下使用 gl-renderer 是否能避免此问题？（# use-g2d=1）。 另外，请分享您在屏幕上看到的内容，以便我们更好地了解问题所在。 顺祝商祺！ Re: Coloured/Old Screen with IVI-SHELL 你好， 请查找图片。 是的，使用use-g2d=1 可以避免出现彩色屏幕。但我发现出现了丢帧现象，而且视频也无法播放。 还有一点，如果我使用`use-g2d=1`，这是为了软件加速，对吗？但我们需要硬件加速来避免丢帧。请检查并确认。 谢谢，此致敬礼！ VKS

S32 Design Stdioの機能安全評価 コミュニティの皆さん、こんにちは。 プロジェクト評価中に問題が発生しており、ご支援をお願いいたします。機能安全評価の一つにツール信頼性評価があり、ソフトウェア開発プロセスで使用されるツールがASILレベル要件を満たしているかどうかを評価する必要があります。S32DSは無料でデフォルトで組み込まれているツールですが、ソフトウェア開発の機能安全レベル要件を満たしていることをどのように保証すればよいでしょうか？関連する証明書や認証はありますか？ Re: 关于S32 Design Stdio的功能安全评估 こんにちは、マイク 私たちもこの問題に直面しています。文書を共有していただけますCANか。 メールアドレス: [email protected] Re: 关于S32 Design Stdio的功能安全评估 こんにちは、 要求された文書をプライベートメッセージで送信しました。 Re: 关于S32 Design Stdio的功能安全评估 こんにちは、マイク。 可能であれば、ツールチェーンの分類レポートとセーフティマニュアルを送っていただけますか? ありがとうございます。私のメールアドレス: [email protected]。 Re: 关于S32 Design Stdio的功能安全评估 ツールチェーン分類レポートとツールチェーンセーフティマニュアルを電子メールで送信していただけますか?どうもありがとうございます。私の電子メールは jiandong.chao @d aisch.com です。 Re: 关于S32 Design Stdio的功能安全评估 こんにちは、Mikeさん TCR および TSM 文書を[email protected]まで送っていただけますか。 よろしくお願いします。 シャビン Re: 关于S32 Design Stdio的功能安全评估 私のEメールを送っていただけますか？どうもありがとうございます。私のメールアドレスは[email protected]です。 Re: 关于S32 Design Stdio的功能安全评估 こんにちは、マイク。 もし可能であれば、コピーを送っていただけますか？現在、S32 DSの機能安全評価に関して問題が発生しています。よろしくお願いいたします。 Re: 关于S32 Design Stdio的功能安全评估 こんにちは、デリック。 現時点では、TCR および TSM ドキュメントのみを提供いたします。 よろしくお願いします、 マイク Re: 关于S32 Design Stdio的功能安全评估 こんにちは、デリック。 ドキュメントについてはソースに確認する必要があります。現時点では、ご依頼いただいた文書にアクセスできません。 よろしくお願いいたします。 ミック Re: 关于S32 Design Stdio的功能安全评估 こんにちは、マイク: これについて、よく分かりません。もう少し具体的に教えていただけますか? ありがとう！ BR デリック Re: 关于S32 Design Stdio的功能安全评估 これについて確認中です。 Re: 关于S32 Design Stdio的功能安全评估 こんにちは、マイク: TCQR ファイルとその他のファイルを送信してもらえますか? ご協力の程、よろしくお願い申し上げます。 ブラッ！ デリック Re: 关于S32 Design Stdio的功能安全评估 このファイルも必要です。コピーを転送していただけますか？ありがとうございます。 [email protected] Re: 关于S32 Design Stdio的功能安全评估 こんにちは、デリック。 ファイルをPMで送信しました。 よろしくお願いいたします。 Mike Re: 关于S32 Design Stdio的功能安全评估 こんにちは、マイク。 可能であれば、送っていただけますか。ありがとうございます。 ブラッ！ デリック Re: 关于S32 Design Stdio的功能安全评估 こんにちは、デリック。 S32DS または NXP GCC コンパイラの機能安全認定バージョンはありません。ご興味があれば、ツール チェーン分類レポートとツール チェーンセーフティマニュアルをご利用いただけます。 よろしくお願いいたします。 Mike Re: 关于S32 Design Stdio的功能安全评估 こんにちは、Mikeさん 最新情報ありがとうございます。私たちの機能安全プロジェクトでも同じ懸念があり、 S32DS 3.5のツール評価が必要です。対応するツールチェーン分類報告書とツールチェーンセーフティマニュアルを教えていただけますか?これらは、S32DSツールの評価を完了させる上で非常に役立つでしょう。 書類は私のメールアドレス（ [email protected] ）までお送りください。 よろしくお願いいたします、リー

JCOP4 P71 — AES-GCMおよびAES-CCMの返NO_SUCH_ALGORITHM 私はNXP JCOP4 P71カードを使っており、なぜAES-GCMもAES-CCMも利用できないのか理解しようとしています。 カードの詳細： JCOP 4 P71 JCOPバージョン：4.7 R1.01.4 プラットフォームID:J3R3510236310400 ATR: 3BFA180000910131FE454A33523331302D333535FF JCOPツール 6.15.0.11 Java Card Classic 3.0.5 AES-128 ECB、SHA-256、RSA、セキュアランダム生成などの他の暗号機能も正常に動作します。 しかし： * AES-GCMが戻CryptoException.NO_SUCH_ALGORITHM * CryptoBaseX.ALG_AES_GCMもまた戻ってきてNO_SUCH_ALGORITHM * AEADCipher.ALG_AES_CCMもまた戻ってきてNO_SUCH_ALGORITHM この特定のJCOP4 P71構成でGCMとCCMがサポートされていると期待されているのか、どなたか説明してもらえますか? 特に： 1. AES-GCMおよびAES-CCMはプラットフォームID J3R3510236310400でサポートされているか? 2. これらのアルゴリズムは特定のOEFやカード構成に依存しているのか? 3. 発行後に有効化できますか?それとも異なるJCOP4カード構成が必要ですか? 4. 特定のJCOP4構成でどの暗号アルゴリズムが有効になっているかを示すドキュメントはありますか? 私が主に知りたいのは、これがこのカード構成における想定される動作なのか、それとも設定に何か不足している点があるのかということです。 スマート・カード Re: JCOP4 P71 — AES-GCM and AES-CCM return NO_SUCH_ALGORITHM こんにちは、 @sameer_chawla さん、 回答は以下のとおりです。 1. いいえ、AES-GCMおよびAES-CCMはJCOP 4、プラットフォームID J3R3510236310400でサポートされていません 2. いいえ、これらのアルゴリズムはどの構成でもサポートされていません 3. いいえ、これらは有効化できません。お客様は利用可能なAPIを使って実装する必要があります 4. はい、「um4695xx - ユーザーガイダンスおよび管理者マニュアル JCOP4 P71」には利用可能な暗号アルゴリズムが一覧化されています また、JCOPプラットフォーム上で利用可能な暗号アルゴリズムを説明した別の文書もあります。 an7459xx - AN14334 - JCOP 4 P71、JCOP 4.5 P71、JCOP 5 P71の比較 CIPHER_AES_CCM:JCOP 4ではサポートされていませんが、JCPO 4.5/5でサポートされています CIPHER_AES_GCM:JCOP 4/4.5/5ではサポートされていません お役に立てば幸いです。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------

关于S32 Design Stdio的功能安全评估 社区的朋友，大家好：        在项目的评估中遇到点问题，向大家求助：功能安全评估中有一项是工具置信度评估，需要评估软件开发过程中相关工具是否能够满足ASIL等级需求，S32DS作为免费自带的默认工具，如何保证能够满足软件开发的功能安全等级？请问有对应的证书或者认证吗？ Re: 关于S32 Design Stdio的功能安全评估 你好，迈克 我们也遇到了这个问题，能否与我分享相关文件。 电子邮件：[email protected] Re: 关于S32 Design Stdio的功能安全评估 你好、 我已通过私人信息向您发送了所需文件。 Re: 关于S32 Design Stdio的功能安全评估 你好 Mike， 如果可能的话，你能把工具链分类报告和功能安全手册发给我吗？谢谢；我的电子邮件地址：[email protected]； Re: 关于S32 Design Stdio的功能安全评估 你能给我发电子邮件以获取工具链分类报告和工具链功能安全手册吗？非常感谢。我的电子邮件是 jiandong.chao @d aisch.com Re: 关于S32 Design Stdio的功能安全评估 您好，迈克， 请将 TCR 和 TSM 文件发送至[email protected]。 谢谢！ 守冰 Re: 关于S32 Design Stdio的功能安全评估 您能给我发电子邮件吗？非常感谢。我的电子邮件是 [email protected] Re: 关于S32 Design Stdio的功能安全评估 Hi Mike, 如果可以，可以发一份给我吗？目前也遇到了关于S32 DS的功能安全评估的问题，谢谢！ Re: 关于S32 Design Stdio的功能安全评估 你好，Derrick， 目前我们只愿意提供 TCR 和 TSM 文件。 致以最诚挚的问候， Mike Re: 关于S32 Design Stdio的功能安全评估 嗨，德里克、 我需要向我的文件来源核实一下。我目前无法获得您所要求的文件。 顺祝商祺！ 米克 Re: 关于S32 Design Stdio的功能安全评估 嗨，迈克： ？我不太明白。您能说得更具体些吗？ 谢谢！ BR Derrick Re: 关于S32 Design Stdio的功能安全评估 检查这个。 Re: 关于S32 Design Stdio的功能安全评估 嗨，迈克： 能否将 TCQR 文件和其他文件发给我？ 非常感谢！ BR！ 德里克 Re: 关于S32 Design Stdio的功能安全评估 我也需要这个文件，请帮忙转我一份，谢谢 [email protected] Re: 关于S32 Design Stdio的功能安全评估 嗨，德里克、 我已经把文件发给你了。 顺祝商祺！ Mike Re: 关于S32 Design Stdio的功能安全评估 嗨，迈克， ，如果可能的话，请发给我。谢谢 BR! Derrick Re: 关于S32 Design Stdio的功能安全评估 你好，德里克、 S32DS 或恩智浦GCC编译器没有经过功能安全认证的版本。如果您感兴趣，我们有工具链分类报告和工具链功能安全手册。 顺祝商祺！ Mike Re: 关于S32 Design Stdio的功能安全评估 您好，迈克， 谢谢你的更新。我们在功能安全项目中也有同样的担忧，需要对S32DS 3.5进行工具评估。请提供相应的工具链分类报告和工具链功能安全手册？它们将对我们完成 S32DS 工具评估非常有帮助。 请将文件发送到我的邮箱： [email protected] 。 此致敬礼，李

MPXV7002DPはLPGおよびプロパンに対応しています。 こんにちは、 私は大学4年生です。現在、家庭用LPG配管の圧力差を測定するプロジェクトに取り組んでいます。配管内の通常の圧力は約2.30kPaから3.60kPaです。データシートを確認しましたが、LPGとの互換性については明確な記載がありませんでした。もし過去にこれを試した方や技術関係者がいれば教えていただけると助かります。 ありがとう 。 Re: MPXV7002DP compatibility with LPG and Propane こんにちは、 2026年2月2日現在、NXP MEMSセンサ製品はSTMicroelectronicsに移管されました。詳細についてはSTMicroelectronicsまでサポートまでお問い合わせください。

JCOP4 P71 — AES-GCM 和 AES-CCM 返回 NO_SUCH_ALGORITHM 我正在使用 NXP JCOP4 P71 卡，并试图了解为什么 AES-GCM 和 AES-CCM 似乎都不可用。 卡片详情： JCOP 4 P71 JCOP 版本：4.7 R1.01.4 平台 ID：J3R3510236310400 ATR：3BFA180000910131FE454A33523331302D333535FF JCOP 工具 6.15.0.11 Java Card Classic 3.0.5 其他加密功能，如 AES-128 ECB、SHA-256、RSA 和安全随机数生成，均能正常工作。 然而： * AES-GCM 返回 CryptoException.NO_SUCH_ALGORITHM * CryptoBaseX.ALG_AES_GCM 也返回 NO_SUCH_ALGORITHM * AEADCipher.ALG_AES_CCM 也返回 NO_SUCH_ALGORITHM 请问有人能澄清一下，GCM 和 CCM 是否应该支持此特定 JCOP4 P71 配置吗？ 尤其： 1. 平台 ID J3R3510236310400 是否支持 AES-GCM 和 AES-CCM？ 2. 这些算法是否依赖于特定的 OEF / 卡配置？ 3. 颁发后能否启用，还是需要不同的 JCOP4 卡配置？ 4. 是否有文档说明针对给定的 JCOP4 配置启用了哪些加密算法？ 我主要想确定这是否是此卡配置的预期行为，还是我的设置中遗漏了什么。 Smart Card Re: JCOP4 P71 — AES-GCM and AES-CCM return NO_SUCH_ALGORITHM 你好@sameer_chawla ， 答案如下： 1. 不，JCOP 4（平台 ID：J3R3510236310400）不支持 AES-GCM 和 AES-CCM。 2. 不，这些算法不受任何配置支持。 3. 不，它们无法自动启用，客户需要使用可用的 API 自行实现。 4. 是的，“um4695xx - 用户指南和管理员手册 JCOP4 P71”列出了可用的加密算法 还有另一份文档描述了我们 JCOP 平台上可用的加密算法： an7459xx - AN14334 - JCOP 4 P71、JCOP 4.5 P71 和 JCOP 5 P71 的比较 CIPHER_AES_CCM：JCOP 4 不支持，JCPO 4.5/5 支持。 CIPHER_AES_GCM：JCOP 4/4.5/5 不支持。 希望对您有所帮助。 祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------

A bug related to the incorrect generation of event callback function names for the top layer of the screen. The GUI Guider version I'm using is 2.0.0. When I'm working on Top...When adding events to a Layer, the event callback function names for the Top Layer in the generated gg_event_layer_top.c file are abnormal. Currently, a pair of parentheses is inserted in the middle of the event callback function name, like this: "static void lv_layer_top () _event_handler ( lv_event_t * e )". In fact, the same issue exists for the Bottom Layer, while Screens does not exhibit a similar problem. Hopefully, this bug can be fixed soon. Thank you! 回复： 关于屏幕顶层(Top Layer)的事件回调函数名生成异常的bug Hi @UENG , Thank you for your feedback. This issue has been fixed in version 2.0.1. Please download and install this version: GUI Guider Best Regards, Wenbin

如何直接联系AT&T客服人员？ 厌倦了自动语音菜单，只想和真人对话？AT&T客户支持团队（美国）

使用 NX20P0477UKZ 进行湿度检测 各位团队成员，大家好！ 我们开发了使用 P/N: NX20P0477UKZ 的定制电路板。我们无法检测到水分。 我们的设计采用1.5米长的电缆连接手机。因此，电缆的一端连接到我们定制的板，另一端则暴露在外，用于连接移动设备。 所以当我们试图检测暴露在外的电缆中的水分时。我们无法检测到水分。请指导我们如何解决这个问题。 谢谢！ Re: Moisture detection using NX20P0477UKZ 你好 kadamm 再会！ NX20P0477 旨在未连接任何设备时运行，其主要目的是通过预先断言 FLAGB 来防止在潮湿条件下连接。 一旦电缆或设备连接（即使是通过电缆连接的手机），CC 线路上的电气条件就会变得更加复杂，水的存在以及活动的连接会导致不可预测的行为。因此，在这些条件下，该设备无法可靠地区分或检测潮湿事件。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。 Re: Moisture detection using NX20P0477UKZ 你好，拉法尔。 感谢您的快速回复。 我们是在不连接任何设备的情况下进行测试的。根据我们的应用，我们将一根电缆的一端连接到我们板载的C型连接器上，电缆的另一端保持开放状态。我们将电缆开口端浸入水中，但标志引脚（C1）始终为高电平，无法检测到水分。 我们将 CP_EN(B2) 引脚置为高电平以检测湿度。 请问我们如何验证功能性？ 谢谢！

Coloured/Old Screen with IVI-SHELL IMX8QXP - Scarthgap  - L 6.6.52-weston 12-ivishell There is coloured/old screen is coming before updated screen. How to avoid/cleared/remove  it. weston.ini [core] #gbm-format=argb8888 idle-time=0 shell=ivi-shell.so # use-g2d=1 repaint-window=16 # pageflip-timeout=0 background-color=0x00000000 [libinput] touchscreen_calibrator=true [output] name=LVDS-1 mode=1280x720@60 [ivi-shell] ivi-shell-user-interface=weston-ivi-shell-user-interface ivi-input-module=ivi-input-controller.so ivi-id-agent-module=ivi-id-agent.so input-method=ivi-input-controller base-layer-id=1000 base-layer-id-offset=10000 workspace-background-layer-id=2000 workspace-layer-id=3000 application-layer-id=4000 transition-duration=0 [desktop-app-default] default-surface-id=2000000 default-surface-id-max=2001000 i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Coloured/Old Screen with IVI-SHELL Hi, I tried the suggested one still same. The coloured/old screen still appearing. Is there any other suggestion or configuration required ? Thanks & regards, VKS Re: Coloured/Old Screen with IVI-SHELL Hello, Please try to change background color to 0x00000000 and uncomment gbm-format. You also can try to add a pre-start step to the Weston systemd service to clear the display before Weston initializes:  echo 1 > /sys/class/graphics/fbx/blank Best regards. Re: Coloured/Old Screen with IVI-SHELL Hello, Thank you for the update. This issue was reported before in a previous weston-imx-10.0.1 and solved with this patch: diff --git a/libweston/renderer-g2d/g2d-renderer.c b/libweston/renderer-g2d/g2d-renderer.c index 245a50de..d9df8b4e 100644 --- a/libweston/renderer-g2d/g2d-renderer.c +++ b/libweston/renderer-g2d/g2d-renderer.c @@ -2199,6 +2199,7 @@ drm_create_g2d_image(struct g2d_surfaceEx* g2dSurface, buffer->buf_vaddr = vaddr; buffer->buf_size = size; g2dSurface->base.planes[0] = buffer->buf_paddr; + memset(buffer->buf_vaddr, 0x00, size); g2dSurface->base.left = 0; g2dSurface->base.top = 0; g2dSurface->base.right = w; Add a memset when get the buffer, it can clear the buffer when weston start. In last weston-imx-15.0.1, this changes and a port is needed. Internal team confirmed that gl-renderer is not presenting the issue so, could you please help check if using gl-renderer helps you avoid the issue? (# use-g2d=1). Also, please share what you are seeing in your screen to understand better the behavior. Best regards. Re: Coloured/Old Screen with IVI-SHELL Hi, please find the images, Yes by using use-g2d=1 avoided coloured screen. But I seen the frame loss as well as no video is playing. And one more thing if I used use-g2d=1 , this is for software acceleration right ? . But we need hardware acceleration to avoid the frame loss. Please check and confirm. Thanks & regards, VKS

如何升级我与AT&T之间的问题？ 遇到AT&T的问题，一直没人能解决？AT&T 升级支持团队（美国）

imx93 – UUUシリアルダウンローダー起動中にUSBが切断される NXPチームの皆様へ 現在、MIMX9352AVTXMACプロセッサを使ってi.MX93のカスタムボードをデバッグしています。私たちのボードはLPDDR4で2ランクメモリ構成を採用しています。 UUU（Universal Update Utility）を使用して、オンボードのeMMCにプログラムを書き込みようとしています。ボードはシリアルダウンローダー／USBブートモードに設定されています。 i.MX93はUUUによって正しく検出されます。 uuu -lsusb NXP IMXチップ用uuu（Universal Update Utility） -- libuuu_1.5.243-10-g59c7638 既知のコネクテッドUSBデバイス Path Chip Pro vid pid bcdバージョンSerial_no ==================================================================== 3:1 MX93 SDPS: 0x1FC9 0x014E 0x0001 eMMCへの書き込みには、以下のコマンドを使用します。 sudo uuu -v -b emmc_all \ imx-boot-imx93evk-sd.bin-flash_singleboot \ image-imx93evk-20260905081644.rootfs.wic.zst UUUはi.MX93を検出し、SDPSブートコマンドを開始します。しかし、ブートローダーの転送を開始するとすぐに、USB接続が切断されてしまう。 関連するUUUログは以下のとおりです。 NXP IMXチップ用uuu（Universal Update Utility） -- libuuu_1.5.243-10-g59c7638 設定ファイルに含める: PctlチップビデオPID Bcdバージョンシリアル番号 ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952/IMX937 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb FB: 0x1d6b 0x0104 組み込みスクリプトを実行します: uuu_version 1.4.149 # @_flash.bin              |WICイメージから抽出できるブートローダー # @_image [_flash.bin]| wicイメージをemmcに書き込む。 # このコマンドは、i.MX6/7、i.MX8MM、i.MX8MQ の場合に実行されます SDP: boot -f imx-boot-imx93evk-sd.bin-flash_singleboot -scanlimited 0x800000 # このコマンドはROMがストリームモードをサポートするときに実行されます # i.MX8QXP、i.MX8QM SDPS: boot -scanterm -f imx-boot-imx93evk-sd.bin-flash_singleboot -scanlimited 0x800000 # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # SDPU は非推奨になります。SDPUの代わりにSDPVを使用してください # ヤミン・アメックス SDPU: 遅延 1000 SDPU: write -f imx-boot-imx93evk-sd.bin-flash_singleboot -offset 0x57c00 SDPU: ジャンプ -scanlimited 0x800000 # } # これらのコマンドはSPLを使うときに実行され、SPLがなければスキップされます # もし(SPLがSDPVをサポートする場合) # { SDPV:ディレイ1000 SDPV: write -f imx-boot-imx93evk-sd.bin-flash_singleboot -skipspl -scanterm -scanlimited 0x800000 SDPV:ジャンプスキャン制限0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${emmc_dev} FB: ucmd mmc dev ${emmc_dev} FB: flash -raw2sparse all imx-boot-imx93evk-sd.bin-flash_singleboot FB: flash -scanterm -scanlimited 0x800000 bootloader imx-boot-imx93evk-sd.bin-flash_singleboot FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: 完了 既知のUSBデバイスが表示されるまでお待ちください... 新しいUSBデバイスが3:1-6A440AB426084436に接続されました 3:1-6A440AB426084436>開始コマンド:SDPS: boot -scanterm -f imx-boot-imx93evk-sd.bin-flash_singleboot -scanlimited 0x800000 3%3:1-6A440AB426084436>HID(W)エラー: LIBUSB_ERROR_NO_DEVICE (-4)(0.024秒) 起動コマンドを送信する際に、dmesgを使ってLinuxのUSBメッセージも監視しました。 i.MX93 USBデバイスが切断され、その後再び列挙されます。添付のdmesgのスクリーンショットを参照してください。 以下の質問について、ご助言いただければ幸いです。 UUUを使用している場合、i.MX93 SDPSブートローダーのハンドオフ中に、このUSB切断/再列挙は想定される動作ですか？ この特定の状況において、以下のエラーは何を示しているのでしょうか？HID(W)エラー: LIBUSB_ERROR_NO_DEVICE (-4) SDPSからSPL/U-Bootへのハンドオフ時に、カスタムボード上で確認すべき以下の信号に関する特別な要件はありますか？ POR_B RESET_b USB_VBUS USB_DP/DM プロセッサのパワーレール LPDDR4パワーレール システムクロック／基準クロック   i.MX93 MIMX9352AVTXMACの2ランクLPDDR4メモリ構成のリファレンス・デザインやソフトウェア/ブート構成の例を教えていただけますか?特に、2ランクメモリデザインにおける推奨されるLPDDR4デバイス構成、メモリ初期化/トレーニング構成、および対応するIMX_BOOT/SPL構成を確認したいと思います。 上記の問題についてご指導いただけるとありがたいです。2ランクLPDDR4構成に関する詳細、推奨構成、リファレンス・デザイン・コードのご提供をお願いいたします。 ありがとうございます。 アビシェク Re: imx93 – USB Disconnect During UUU Serial Downloader Boot こんにちは@pengyong_zhangさん 添付のLPDDR4回路図および構成.mexを参照してくださいご参考までに。 よろしくお願いいたします。 アビシェク Re: imx93 – USB Disconnect During UUU Serial Downloader Boot こんにちは、 @AbishekDevan さん。 1.これは想定される動作ではありません。 2．このエラーは、フラッシュ処理中にデバイスが切断されたために発生しました。お客様のDDR回路図ファイルと設定ページを共有してください。 B.R Re: imx93 – USB Disconnect During UUU Serial Downloader Boot こんにちは、 @AbishekDevan さん。 .mexをインポートできませんファイルが正常に処理されました。DDR設定ページのスクリーンショットを共有してください。 B.R

使用 KW45-EVK 时，IoT Toolbox 应用在 OTAP 菜单中崩溃 – NXP OTAP 示例 您好， 我目前正在尝试 在 KW45-EVK 板上运行 NXP OTAP 示例项目 ，并使用 NXP IoT Toolbox 移动应用程序进行 OTAP 流程。 但是，我在 OTAP 菜单 中的 IoT Toolbox 应用遇到了问题 。 问题 当我在 IoT Toolbox 应用中打开 OTAP 菜单并开始扫描时： 如果 我的手机上的 位置服务已关闭 ，按下 扫描按钮 会显示正在加载/扫描的指示，但应用程序似乎找不到设备。 如果 位置信息已开启 ， 则在 OTAP 菜单中 应用程序 会崩溃 。 我用 多部安卓手机 测试过 ，但问题依旧存在。 在极少数情况下，我可以在扫描结果中短暂地看到我的 KW45-EVK 设备出现不到一秒钟，之后应用程序就会崩溃。 我尝试过 已使用多部手机测试。 已在开启和关闭定位功能的情况下进行测试。 重复扫描多次。 已确认 KW45-EVK 正在运行 NXP OTAP 示例。 我在测试过的所有手机上都出现了这种现象。 有人在使用 NXP IoT Toolbox OTAP 应用程序和 KW45-EVK 时 遇到过类似的问题吗 ？ 非常感谢您能提供任何关于如何进一步调试此问题或如何使用 IoT Toolbox 应用程序成功执行 OTAP 的建议。 谢谢您！ Re: IoT Toolbox app crashes in OTAP menu when using KW45-EVK – NXP OTAP example 你好，希望你一切都好。 感谢您的报告，我已经重现了类似的问题，我们目前正在与内部团队一起调查此事。 与此同时，您能否提供以下信息？ 你们测试时使用的是哪些型号和安卓版本的设备？您测试时使用的是哪个版本的物联网工具箱？在安卓系统上使用“大致位置”和“精确位置”时，您是否注意到行为上有任何区别？ 另外，我在 iPhone 设备上测试过，没有出现这个问题，这证实了这是 Android 特有的行为。 目前，我建议尽可能使用 iPhone 设备或板对板连接方式。一旦有更多信息，我会立即通知您。 此致， 索菲亚。 Re: IoT Toolbox app crashes in OTAP menu when using KW45-EVK – NXP OTAP example Android 版本：13 最新版本的物联网工具箱 “您在使用安卓系统的大致位置和精确位置时，是否注意到行为上有任何区别？” 未进行测试。

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.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.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.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.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.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.png BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 嗨@Jessie_Lee ， 非常感谢您在整合过程中给予的持续指导和支持。 我们审查了i.MX95 安全隔离区的拟议程序和步骤，但由于建议的方法需要预先版本或静态配置，因此对于我们当前的架构来说，这些方法是不可行的。我们的实现严格要求在运行时配置和管理密钥。 请问是否有其他方法或专用的运行时导入密钥 API可以满足我们的需求？ 作为背景信息，由于以下两个特定用例，导入密钥 API对我们的实现来说是必不可少的： 运行时证书安装：在流程中，应用程序会收到加密的合约证书和私钥。在应用程序端解密之后，私钥必须在运行时动态导入或存储到安全环境中。 测试和验证：在我们当前的开发和验证阶段，我们需要将现有的、预先生成的测试密钥（例如合约证书和根证书密钥）注入到应用程序端的安全环境中，以验证端到端通信流程和消息签名。 我们非常希望您能就如何在无需预先版本设置周期的情况下实现这种动态注入提供一些见解。 此致， 安基特       Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 为了进一步探讨关键导入功能，请问您目前的进展情况如何？现在用我们目前的方法，你们那边能正常运行吗？ 为了审核您提出的更改密钥导入方式的请求，我们首先需要了解对方的终端环境。您能帮我们了解一下您那边的具体情况吗？ 我们需要了解“端到端保护”是否足够安全。 例如， 对方是如何生成这个加密合约证书和私钥的？ 或者说，LG/GM 端是如何生成 blob 的加密密钥的？ * 请问能否提供该零件的通用汽车规格或通用汽车规格编号？  这样我们就能理解您的概念，并与我们的网络安全核心团队讨论如何支持这种方式。  BRS 杰西

MPXV7002DP 与液化石油气和丙烷兼容 你好， 我是一名即将毕业的学生。我目前正在做一个项目，需要测量家用液化石油气管道中的压差。管路中的正常压力约为 2.30 kPa 至 3.60 kPa。我查阅了它的数据手册，但上面并没有明确说明它是否兼容液化石油气。所以，如果有人以前尝试过，或者有任何技术官员可以告诉我相关信息。 谢谢 。 Re: MPXV7002DP compatibility with LPG and Propane 你好， 截至 2026 年 2 月 2 日，NXP MEMS 传感器产品已转移至意法半导体。如需更多信息和支持，请联系意法半导体。

S32K118EVB2Q048：ADC读数与所选MCU供电电压不匹配 您好，NXP团队： 我正在使用 S32K118EVB2Q048 板（原理图 SCH-47530 Rev A1）测试 ADC。当输入电压超过约 3.3 V 时，我的读数就会出错。 设置： - MCU：S32K118（48-LQFP） - IDE：[S32 设计工作室版本] - 驱动程序：[RTD 版本 / SDK 版本 / 裸机版本] - ADC通道：[例如PTA7 – ADC0_SE3] 分辨率：12 位 - 输入：[外部直流电源/板载电位器] - 跳线：J10 = 2-3 (5V)、J107、J15 - 板供电方式：[USB / 12V] 问题： 我将 J10 设置为 2-3，这样 MCU 就可以在 5V 电压下运行。 - 输入 4.10 V：原始值 = 4095。以 5V 为参考电压，我预期读数约为 3358。 - 4V 至 5V 之间的任何输入：始终为 4095（满量程）。 - 当我使用 5V 电压进行计算时，随着输入电压的增加，误差也会增加。 问题： 在 SCH-47530 Rev A1 上，将 J10 设置为 2-3 是否足以使 VDDA 和 ADC 参考电压为 5V，还是我还需要更改其他任何东西（J15、J107、任何电阻器）？ 能否分享一个适用于此EVB的S32K118 ADC工作示例，并用5V基准电压进行测试？能否也提供不同分辨率下的计算范围？ Re: S32K118EVB2Q048: ADC readings do not match the selected MCU supply voltage 你好 请问您使用的是哪个RTD/SDK版本？ 另外，我看到你正在使用 PTA7，但是你提到了 ADC_POT。由于 EVB 上未安装 R761，因此 ADC_POT 未连接： 我假设您是通过 J3.1 接头使用 PTA7。 请确认J10和J107都设置为 2-3，并尝试测量 VDD，以确保它确实设置为 5V。 我使用了RTD软件包中的Adc_Pdb_Ip_example_S32K118 ，并简单地修改了main函数，使其循环并启动软件转换： while(1) { /* Start a software trigger conversion */ Adc_Ip_StartConversion(ADCHWUNIT_0_VS_0_INSTANCE, ADC_IP_INPUTCHAN_EXT2, TRUE); /* Wait for the notification to be triggered and read the data */ while (notif_triggered != TRUE); notif_triggered = FALSE; delay(1000); } 之后，我使用电源测量了 0 到 5V 之间的电压，可以看到正确的数值。 ADC0_SE2 @3.3V： ADC0_SE2 @5V： 最后，检查 ADC_SC2[REFSEL] 中 REFSEL 是否设置正确： 此致， 朱利安

LPC55S0x CANFD 能否支持 1Mbps（仲裁阶段）和 8Mbps（数据阶段）？ 您好，NXP， LPC55S0x能否在仲裁阶段支持1Mbps，在数据阶段支持8Mbps？ 我在LPC55S0x数据手册中找不到。 非常感谢。 LPC55xx Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) 嗨，哈里， 知道了。 谢谢。 Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) 嗨@jimmyli 是的——只要 MCAN 功能时钟为 96 MHz，并且外部 CAN-FD 收发器和物理网络支持 8 Mbit/s，LPC55S0x CAN-FD 控制器就可以配置为 1 Mbit/s 仲裁和 8 Mbit/s 数据。 之所以没有直接在数据手册中列出，是因为比特率是从 MCAN 时钟和 NBTP / DBTP 定时寄存器推导出来的，而不是指定为固定的最大值。CAN 时钟可以使用 main_clk，其中 CANCLKDIV = 0（分频至 1），LPC55S0x 的最大时钟频率为 96 MHz。 BR 哈里

AT&Tに関する問題をエスカレートするにはどうすればよいですか？ AT&Tの不具合で、解決策が見つからずたらい回しにされている状況に陥っていませんか？AT&T エスカレーションサポートチーム(米国)