如何升级我的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客户支持团队（美国）

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 最新版本的物联网工具箱 “您在使用安卓系统的大致位置和精确位置时，是否注意到行为上有任何区别？” 未进行测试。

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 エスカレーションサポートチーム(米国)

imx93 – UUU 串行下载器启动期间 USB 断开连接 尊敬的恩智浦团队： 我们目前正在使用 MIMX9352AVTXMAC 处理器调试我们的 i.MX93 定制板。我们的主板采用双列LPDDR4内存配置。 我们正在尝试使用 UUU（通用更新实用程序）对板载 eMMC 进行编程。该板配置为串行下载器/USB启动模式。 UUU 已正确检测到 i.MX93： uuu -lsusb 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-10-g59c7638 已连接的已知 USB 设备 路径芯片专业版视频 PID BCD版本 序列号 ==================================================================== 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（通用更新实用程序）-- libuuu_1.5.243-10-g59c7638 内置配置： PCTL芯片VID 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 将被弃用。请使用 SDPV 代替 SDPU # { SDPU：延迟 1000 SDPU：写入 -f imx-boot-imx93evk-sd.bin-flash_singleboot -offset 0x57c00 SDPU：跳转 -scanlimited 0x800000 # } # 这些命令将在使用 SPL 时运行，如果未使用 SPL 则会跳过。 # 如果（SPL 支持 SDPV） # { SDPV：延迟 1000 SDPV：写入 -f imx-boot-imx93evk-sd.bin-flash_singleboot -skipspl -scanterm -scanlimited 0x800000 SDPV：跳转 -scanlimited 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 如果环境变量 emmc_ack 存在；则；否则设置环境变量 emmc_ack 为 0；结束； FB：ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB：完成 等待已知 USB 设备出现…… 新的 USB 设备已连接到 3:1-6A440AB426084436 3:1-6A440AB426084436>启动命令：SDPS：启动 -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 电源轨 系统/参考时钟   能否提供采用双列 LPDDR4 内存配置的 i.MX93 MIMX9352AVTXMAC 的参考设计或软件/启动配置示例？具体来说，我们希望确认双列内存设计中推荐的 LPDDR4 设备配置、内存初始化/训练配置以及相应的 IMX_BOOT/SPL 配置。 我们希望您能就上述问题提供指导，并请您提供双列 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

KE18F512VLH16 ECC RAM 单比特纠错 我有一个与@sean_dvorscak前几天的帖子（ KE1 ECC RAM 单比特纠错）相关的后续问题。 @Celeste_Liu回复道： 如果要实现可选的清理功能，请根据实际访问大小或清理粒度来对齐访问，而不是盲目地依赖原始的 MCM_LMFAR 值。此外，除非您已正确对齐地址并确认访问大小有效，否则请勿使用固定的 4 字节访问。 MCM_LMFATR[PEFSIZE] 能否用于确定访问大小？如果可以，能否将其与 MCM_LMFAR 结合使用，以实现读取-正确-写回操作？例如，如果 MCM_LMFATR[PEFSIZE] 为 3'b000，表示 8 位访问，我能否从 MCM_LMFAR 指示的地址执行 8 位读取，然后对同一地址执行 8 位写入以纠正错误？同样地，如果 MCM_LMFATR[PEFSIZE] 为 3'b010，表示 32 位访问，我是否可以对 MCM_LMFAR 指示的地址执行 32 位写入，而无需担心对齐问题？ Re: KE18F512VLH16 ECC RAM Single Bit Correction 你好@rseigle77 ， 我已看过你的帖子。我需要一些时间来调查这个问题，一旦有更多信息，我会尽快回复您。 BR 塞莱斯特 Re: KE18F512VLH16 ECC RAM Single Bit Correction 嗨@Celeste_Liu - P7 是最终应用程序的名称。 Re: KE18F512VLH16 ECC RAM Single Bit Correction 你好@rseigle77 ， 关于您的问题，我需要将其上报给内部团队进行进一步调查。根据我们的流程，请提供最终应用程序名称。 谢谢您的合作。 BR 塞莱斯特 Re: KE18F512VLH16 ECC RAM Single Bit Correction @Celeste_Liu你好，请问这件事有任何进展吗？ Re: KE18F512VLH16 ECC RAM Single Bit Correction 你好@rseigle77 ， 抱歉，我还没有收到内部回复。 我会再次跟进此事，并将其作为我的首要任务。一旦收到回复，我会立即通知你。 BR 塞莱斯特 Re: KE18F512VLH16 ECC RAM Single Bit Correction 感谢@Celeste_Liu的回复，但这并没有回答我关于MCM_LMFATR[PEFSIZE] 的问题： “ MCM_LMFATR[PEFSIZE] 能否用于确定访问大小？如果可以，能否将其与 MCM_LMFAR 结合使用，实现读取-纠错-写回操作？例如，如果 MCM_LMFATR[PEFSIZE] 为 3'b000，表示 8 位访问，我能否先从 MCM_LMFAR 指示的地址读取 8 位数据，然后再向同一地址写入 8 位数据以纠正错误？类似地，如果 MCM_LMFATR[PEFSIZE] 为 3'b010，表示 32 位访问，我能否直接向 MCM_LMFAR 指示的地址写入 32 位数据而无需考虑对齐问题？” Re: KE18F512VLH16 ECC RAM Single Bit Correction 你好@rseigle77 ， 感谢您的耐心等待。我收到了内部回复。 ECC“纠错”是指将纠正后的数据返回给CPU，而不是修复存储在SRAM中的底层位。自动修复需要单独的擦除/回写机制。 使用软件清理的推荐流程： ECC在读取时纠正数据。 引发单比特错误中断/状态。请参阅 RM 6.3.1.1确定中断源。MCM_LMPECR [ER1BR] =1 软件读取故障地址。MCM_LMPEIR [PEELOC] = 5'h08 - 来自 SRAM_L 的 1 位可纠正 ECC 事件，MCM_LMFAR 指示故障地址。 软件会将更正后的值写回原地址。 生成并存储新的 ECC 综合征。 BR 塞莱斯特

Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi NXP,       Can LPC55S0x support 1Mbps in arbitration stage and 8Mbps in data stage ?       I can't find in LPC55S0x datasheet.      Thanks very much. LPC55xx Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi Harry,       Got it.       Thanks. Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi @jimmyli  Yes— the LPC55S0x CAN-FD controller can be configured for 1 Mbit/s arbitration and 8 Mbit/s data , provided the MCAN functional clock is 96 MHz and the external CAN-FD transceiver and physical network support 8 Mbit/s. The reason this is not listed directly in the datasheet is that the bit rates are derived from the MCAN clock and the NBTP / DBTP timing registers rather than specified as a fixed maximum. The CAN clock can use main_clk with CANCLKDIV = 0 (divide-by-1), and the LPC55S0x maximum clock frequency is 96 MHz. BR Harry