GUIDER 2.0 インターフェース最適化に関する提案 こんにちは： 1. イベントのスケール変更後、接続矢印の位置が正しくなく、ずれが生じます。 2. このイベント内のコンテンツ（他の要素を含む）は、中国語の文字をサポートしたり、マウスカーソルを重ねたときに中国語の説明を表示したりできますか？ 回复： GUI GUIDER 2.0界面优化建议 こんにちは、 @ALVANさん 貴重なご提案をありがとうございます。いただいたご意見は、GUIガイドチームに伝え、さらに検討・検討していただきます。   BR ハリー

S32K5 supports various peripheral parameters I'd like to know which peripherals the S32K5 supports, and how many ports each peripheral has. Re: S32K5支持的各项外设参数 Hello @TAlice, All of the currently available information is provided in the K5's product page: S32K5 Auto General-Purpose MCUs | NXP Semiconductors. When S32K5 is publicly launched, specific peripheral information will be available. If you require further details, please contact your NXP distributor or assigned sales. Best regards, Julián

Security-updated prebuilts for Android Automotive 16.0.0_1.3.0 without breaking kernel/U-Boot builds Hi, we are using NXP Android Automotive 16.0.0_1.3.0 with kernel 6.12 and the prebuilt revisions documented by NXP: platform/prebuilts/clang/host/linux-x86 66acdd82ee62e4aaa4248f03191c59dfed9db193 kernel/prebuilts/build-tools 3c5e4f14b451ec85167c38b917d2459687abd7f4 platform/prebuilts/rust 5156e7f81ae254c79ee736e44c960e75ad685c67 platform/prebuilts/clang-tools 17329f6590e2872dcf04a0c96a176be089470cd9 These are the revisions listed in the NXP Android Automotive User's Guide for this release. The build works with these revisions, but our container vulnerability scan reports several HIGH and CRITICAL findings inside the supplied Android prebuilts. For example, the Clang prebuilts contain embedded Go standard libraries. For clang-r536225/bin/clang, the scan reports: Total: 22 HIGH: 21 CRITICAL: 1 Go stdlib version: v1.23.2 Example: CVE-2025-68121 crypto/tls - incorrect certificate validation The same finding pattern also appears in clang++ and clang-tidy, and in the newer clang-r547379 binaries where the embedded Go version is v1.23.4. The NXP-pinned kernel/prebuilts/build-tools also contains affected soong_zip binaries with the same Go-stdlib finding pattern. The Rust prebuilts also contain findings in shipped Cargo lock files, for example: thin-vec 0.2.13 CVE-2026-6654 fixed in 0.2.16 hashbrown 0.15.0 GHSA-wwq9-3cpr-mm53 fixed in 0.15.1 We do not want to replace the documented revisions with arbitrary newer AOSP commits, because these prebuilts are part of the NXP kernel/U-Boot build environment and we want to preserve compatibility with Android Automotive 16.0.0_1.3.0 / kernel 6.12. Are there newer NXP-recommended or known-compatible commit IDs for these prebuilts? In particular, we are looking for updated revisions for: platform/prebuilts/clang/host/linux-x86 kernel/prebuilts/build-tools platform/prebuilts/rust platform/prebuilts/clang-tools   Has NXP, or anyone in the community, already updated these revisions and verified that the following still work? Ideally, we would also like confirmation that a complete Android Automotive build still works with the updated prebuilts. We would prefer to update the affected prebuilts instead of permanently suppressing the security findings. I have attached the failed vulnerability scan log for reference. It contains the complete findings for the affected Clang, kernel build-tools and Rust prebuilts, including detected embedded versions and available fixed versions. Thanks. Android Re: Security-updated prebuilts for Android Automotive 16.0.0_1.3.0 without breaking kernel/U-Boot bu Hello, I'm reviewing your issue, I'll keep you updated.  Regards. Re: Security-updated prebuilts for Android Automotive 16.0.0_1.3.0 without breaking kernel/U-Boot bu Hello,  Internal team has shared below reply.   We have not any newer recommended/know-compatible commit IDs for  platform/prebuilts/clang/host/linux-x86 kernel/prebuilts/build-tools platform/prebuilts/rust platform/prebuilts/clang-tools and for Android 16.0 automotive 1.3.0 release version.   Android 16.0 automotive 1.3.0 has been released on May-21 2026, since then there have been no updates for this release. We do not update Android automotive releases; we are working on the next Android automotive release => Android 16.0 automotive 2.1.0 based on Linux kernel 6.18.y & with updated Linux kernel build tools. External release date of AA16.0 2.1.0 is on Oct-13 2026.

T1042NXE BSDL 文件 您好，我正在寻找该组件的BSDL文件： T1042NXE7PQB BGA780 你能把文件发给我吗？ 谢谢！ Re: T1042NXE BSDL file 你好， 您的元器件T1042NXE7PQB的 BSDL 文件包含在T1040/T1042 组合 BSDL 文件（文件名： T1040_and_T1042_1.1.bsdl ）中。这个文件同时适用于 T1040 和 T1042 处理器。 如何下载 该文件可直接在 NXP 产品页面的“设计资源”→“设计文件”→“模型”下找到： T1040/42 的 BSDL 文件 — 下载（需要账号） 文件代码： T1040-T1042-BSDL 修订版：R1A（2019年2月20日） 大小：110.13 KB 此致 Re: T1042NXE BSDL file 你好， 谢谢你的回答。

LX2080A Linux 开发支持 – Yocto 和 Buildroot 你好， 我正在使用 NXP LX2080A 平台，并希望开发一个嵌入式 Linux 系统。 我想了解恩智浦为LX2080A提供的Linux开发支持。 Yocto是否获得官方支持？如果可以，我可以在哪里找到 NXP Yocto 电路板支持包。/层？ Buildroot 是否正式支持 LX2080A？ NXP是否有推荐的用于Linux开发的BSP/SDK？ 请分享相关文档、源代码库或指南。 谢谢！ Re: LX2080A Linux Development Support – Yocto and Buildroot 请参阅https://www.nxp.com/webapp/Download?colCode=LX2160ARDBGSG ，第 11 页。 通过将 SW3[1:3] 从 111 改为 110，该板将作为 LX2080A 平台启动。 任何所需的 RCW、ATF 或其他软件修改将取决于您的具体硬件设计，并且可能与参考 LX2160ARDB 实现有所不同。 谢谢。 Re: LX2080A Linux Development Support – Yocto and Buildroot 你好， 谢谢你提供的信息。 我想澄清一下关于LX2080A的一点。 如果我们使用 LX2160A-RDB 软件和参考配置在 LX2080A 上启用 Linux，是否需要对 RCW（重置配置字）或 ATF（TF-A）配置进行任何更改以支持 LX2080A？ 具体来说，LX2160A-RDB 使用的 RCW 和 ATF 配置是否可以用于 LX2080A，还是需要对 LX2080A 进行修改？ 谢谢。 Re: LX2080A Linux Development Support – Yocto and Buildroot LX2080A 属于 LX2 系列，而 LX2 系列普遍支持 Linux 软件。LX2160A-RDB 通常用作软件启用的参考硬件平台。 对于 Linux 开发，支持 Layerscape Yocto BSP (LDP Yocto)。源代码和图层可从以下网址获取： https://github.com/nxp-qoriq/yocto-sdk/tree/walnascar 请参考：UG10374 和 UG10381。 NXP 的官方 Linux 支持基于 Layerscape LDP / Yocto 版本。我们没有为 LX2080A 提供专用的 Buildroot 电路板支持包 版本。 Layerscape LDP 页面提供以下最新软件版本、文档和支持的设备信息： https://www.nxp.com/design/design-center/software/embedded-software/cross-platform-embedded/layerscape-linux-distribution-poc:LAYERSCAPE-SDK 谢谢！

How to escalate a problem with AT&T? Facing an AT&T problem that keeps going unresolved? AT&T Escalation Support Team

i.NX RT 1060 PMIC_ON_REQ behavior Hello, I am designing a custom board using the MIMXRT1062CVJ5B. The power supplies are connected as shown in the attached figure. Could you please help clarify the following points regarding this configuration? (1) Does PMIC_ON_REQ go high immediately after VDD_SNVS_IN is applied, or is there any delay before it is asserted? (2) When POR_B is driven low, what is the state of PMIC_ON_REQ? Does it remain high or transition low? (3) When VDD_SNVS_IN power is removed, does PMIC_ON_REQ go low? Is the output voltage level guaranteed in this condition? (4) Does VDD_SNVS_IN have an undervoltage lockout (UVLO) function? If so, at what voltage threshold does it become active? (5) In the case shown as "Waveform - A", where only VCC_3V3 is turned off (0 V) while VDD_SNVS_IN remains powered, is this operating condition supported? In this scenario, POR_B transitions from high to low and then from low to high. Can the i.MX RT1062 boot correctly and operate normally after this sequence? Thank you for your support. i.MXRT 106x

PN7150/NCI:カスタム埋め込みキーBでMIFARE Classic 1Kセクタートレーラーを更新できません こんにちは、NXPコミュニティの皆さん、 私は MIFARE Classic 1K カードと、標準のNCIプロトコル層上で動作するNXP PN7150 NFCコントローラーを使っています。ターゲットセクター（セクター7 ）のキーBにカスタムの秘密パスワードを書き込むプロビジョニング機能を実装しようとしていますが、カードチップが書き込みコマンドを常に拒否します。 私のカードの正確な状態と実装の詳細は以下のとおりです。 セクター7の現在の状態：セクターは現在空白/未フォーマットです。読み取りダンプは工場出荷時のデフォルト状態で、アクセスビット はFF078069 、キーAとキーBの両方が0xFFFFFFFFFFFFに設定されていることを示します。 目標: キーAを読み出しキーとして保持し、オープンアクセスビットの配置を維持しつつ、個人用のカスタムキーペイロード(0x01 0x02 0x03 0x04 0x05 0x06)でキーBを上書きしたいと考えています。 問題点： 16バイトの生ブロックレイアウト文字列（ FFFFFFFFFFFFFF078069010203040506 ）をブロック3 （セクター7トレーラー）に書き込もうとすると、書き込みトランザクションが失敗します。 注:アプリでNDEFフォーマットを行ったところ、アクセスバイトは7F078840と表示されています 何かアドバイスをいただければ大変ありがたいです！   敬具   Re: PN7150/NCI: Unable to update MIFARE Classic 1K Sector Trailer with Custom Embedded Key B こんにちは、 @Saqib1さん あなたの調子が良いといいのですが。 PN7150は新しいデザインには推奨されていません。代わりに PN7160 を使用することを推奨します。さらに、MIFARE Classicは新しいデザインには推奨されません。 MIFARE DESFire Light も検討可能です。 書き込みコマンドを送信する前に、ブロック1Fh(セクター7トレーラー)でキーA(FFFFFFFFFFh)による認証が成功していることを確認してください。 次に、ブロック1Fhでの認証後、MIFARE Classic EV1 1K データシートのセクション12.3に記載された手順に従って書き込みコマンドが送信されているか確認してください。書き込み操作は、順番に送信されなければならない2つの部分から構成されます。 パート 1: コマンド バイトとブロック アドレス (CRC を含む) を送信します。A0 + XX + CRC で、XX はブロック アドレスです (例: セクター 7 トレーラーの場合は 1Fh)。カードは処理を進める前にACK応答を返す必要があります。 パート 2: ACK を受信した後のみ、CRC を含む 16 バイトのデータを送信します: [16 バイトのペイロード] + CRC。カードは書き込みが受理されたことを確認する最終確認応答（ACK）を送信します。 よろしくお願いいたします。 エドゥアルド。

Android オートモーティブ 16.0.0_1.3.0向けのセキュリティアップデート済みプリビルドで、カーネルやU-Bootビルドを壊さずに提供されました こんにちは、 NXPの Android オートモーティブ 16.0.0_1.3.0をカーネル6.12 と、NXPが文書化したプリビルドのリビジョンを使用しています。 プラットフォーム/Prebuilts/Clang/Host/Linux-x86 66acdd82ee62e4AAAA4248F03191C59DFED9DB193 カーネル/prebuilts/build-tools 3c5e4f14b451ec85167c38b917d2459687abd7f4 プラットフォーム/prebuilts/rust 5156e7f81ae254c79ee736e44C960e75AD685C67 プラットフォーム/prebuilts/clang-tools 17329f6590e2872dcf04a0c96a176be089470cd9 これらは本リリースのNXP Android Automotiveユーザーガイドに記載された改訂版です。 ビルドはこれらのリビジョンで動作しますが、当社のコンテナ脆弱性スキャンでは、 提供されたAndroidプリビルト内でいくつかのHIGHかつCRITICALな発見が報告されています。 例えば、Clangのプリビルド版にはGoの標準ライブラリが組み込まれています。clang-r536225/bin/clang のスキャン結果は以下のとおりです。 合計: 22 高: 21 重大: 1 Go stdlib バージョン: v1.23.2 例: CVE-2025-68121 crypto/tls - 証明書の検証が正しく行われていない 同様の検出パターンは、clang++ および clang-tidy、そして組み込みの Go バージョンが v1.23.4 である新しい clang-r547379 バイナリでも見られます。 NXPが固定しているkernel/prebuilts/build-toolsにも、同じGo-stdlib検出パターンを持つ、影響を受けるsoong_zipバイナリが含まれています。 Rustのプリビルド版には、出荷されるCargoロックファイルに含まれる発見事項も含まれています。例えば、以下のとおりです。 thin-vec 0.2.13 CVE-2026-6654 は 0.2.16 で修正されました。 hashbrown 0.15.0 GHSA-wwq9-3cpr-mm53 は 0.15.1 で修正されました。 これらのプリビルドはNXPカーネル/U-Bootビルド環境の一部であり、 Android Automotive 16.0.0_1.3.0 / カーネル6.12との互換性を維持したいため、ドキュメント化されたリビジョンを任意の新しいAOSPコミットで置き換えるつもりはありません。 これらのプリビルド製品に対応する、NXPが推奨する、または互換性が確認されている新しいコミットIDはありますか？ 特に、以下の項目に関する最新の改訂版を求めています。 platform/prebuilts/clang/host/linux-x86 カーネル/prebuilts/build-tools platform/prebuilts/rust platform/prebuilts/clang-tools   NXP社、あるいはコミュニティの誰かが、これらの改訂版を既に更新し、以下の内容が引き続き正常に動作することを確認しましたか？ 理想的には、更新されたプリビルト車と完全なAndroid Automotiveビルドがまだ動作するかどうかの確認も望んでいます。 セキュリティ調査結果を恒久的に抑制するよりも、影響を受けたプリビルトを更新したいと考えています。 参考までに、失敗した脆弱性スキャンログを添付しました。これには、影響を受けるClang、カーネルビルドツール、およびRustのプリビルド版に関する完全な調査結果が含まれており、検出された組み込みバージョンと利用可能な修正バージョンも含まれています。 ありがとうございます。 Android Re: Security-updated prebuilts for Android Automotive 16.0.0_1.3.0 without breaking kernel/U-Boot bu こんにちは、 ご指摘いただいた件について調査中です。進捗状況は随時ご連絡いたします。 よろしくお願いします。 Re: Security-updated prebuilts for Android Automotive 16.0.0_1.3.0 without breaking kernel/U-Boot bu こんにちは、 社内チームから以下の回答が寄せられました。 推奨/互換性のある新しいコミット ID はありません。 プラットフォーム/プリビルト/CLANG/ホスト/Linux-x86 kernel/prebuilts/build-tools プラットフォーム/プレビルド/錆 プラットフォーム/プレビルド/クラングツール そしてAndroid 16.0のオートモーティブ向け1.3.0リリースバージョンです。   Android 16.0 オートモーティブ 1.3.0は2026年5月21日にリリースされましたが、それ以降はアップデートはありません。Androidオートモーティブのアップデートは行っていません。次回のAndroid オートモーティブ リリースに取り組んでいます => Android 16.0 automotive 2.1.0Linuxカーネル6.18.yをベースにし、最新のLinuxカーネルビルドツールを用いています。 AA16.0 2.1.0の外部リリース日は2026年10月13日です。

WiFiドライバがクラッシュする - 88w8997 FN-Link L297B-SRモジュール(Wi-FiとBluetoothが同じアンテナを共有している)で、断続的にWi-Fiドライバのクラッシュ問題に直面しています。この問題はランダムに発生し、1日後、2日後、あるいは4～5日間連続稼働した後にのみ発生することもあります。 ログを確認してください [64622.321614]mwifiex_sdio mmc2:0001:1: 情報: ca:c6:5c:cb:ad:7e から正常に切断されました: 理由コード 3 [64624.050010]mwifiex_sdio mmc2:0001:1: 情報: bssid ca:c6:5c:cb:ad:7e に接続しようとしています [64624.072596]mwifiex_sdio MMC2:0001:1: イベント:不明 イベント ID: 0x95 [64624.085770]mwifiex_sdio mmc2:0001:1: 情報: bssid ca:c6:5c:cb:ad:7e に正常に関連付けられました [64987.640381]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65060.466817]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65184.303423]mwifiex_sdio mmc2:0001:1: 情報: ca:c6:5c:cb:ad:7e から正常に切断されました: 理由コード 0 [65204.712100]ieee80211 phy0: sched_scan 開始: n_ssids=4 n_match_sets=4 [65204.725038]ieee80211 phy0: n_channels=41 interval=10 ie_len=13 [65259.046894]ieee80211 phy0: スケジュールされたスキャンを停止します! [65259.067983]mwifiex_sdio mmc2:0001:1: 情報: bssid ca:c6:5c:cb:ad:7e に接続しようとしています [65260.594440]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: 失敗、ステータスコード=2、エラー=0xfffa、a_id=0x3fff [65260.611662]mwifiex_sdio mmc2:0001:1: 関連付け失敗: 理由不明 接続失敗 [65260.624191]mwifiex_sdio mmc2:0001:1: 情報: bssid ca:c6:5c:cb:ad:7e への関連付けに失敗しました [65260.636278]ieee80211 phy0: sched_scan 開始: n_ssids=4 n_match_sets=4 [65260.645499]ieee80211 phy0: n_channels=41 interval=10 ie_len=13 [65271.191030]mwifiex_sdio mmc2:0001:1: mwifiex_cmd_timeout_func: タイムアウト コマンド ID = 0x6b、アクション = 0x1 [65271.199985]mwifiex_sdio mmc2:0001:1: num_data_h2c_failure = 0 [65271.205896]mwifiex_sdio mmc2:0001:1: num_cmd_h2c_failure = 0 [65271.211654]mwifiex_sdio mmc2:0001:1: is_cmd_timedout = 1 [65271.217064]mwifiex_sdio mmc2:0001:1: num_tx_timeout = 0 [65271.222454]mwifiex_sdio mmc2:0001:1: last_cmd_index = 0 [65271.227893]mwifiex_sdio mmc2:0001:1: last_cmd_id: 6b 00 28 00 16 00 12 00 6b 00 [65271.235303]mwifiex_sdio mmc2:0001:1: last_cmd_act: 01 00 13 00 01 00 ca c6 01 00 [65271.242862]mwifiex_sdio mmc2:0001:1: last_cmd_resp_index = 4 [65271.248670]mwifiex_sdio mmc2:0001:1: last_cmd_resp_id: 0c 81 28 80 16 80 12 80 6b 80 [65271.256568]mwifiex_sdio mmc2:0001:1: last_event_index = 3 [65271.262131]mwifiex_sdio mmc2:0001:1: last_event: 18 00 0b 00 0a 00 65 00 0a 00 [65271.269514]mwifiex_sdio mmc2:0001:1: data_sent=0 cmd_sent=1 [65271.275248]mwifiex_sdio mmc2:0001:1: ps_mode=1 ps_state=0 [65271.281497]mwifiex_sdio mmc2:0001:1: スキャンを無視します。カードが取り外されたか、ファームウェアの状態が不良です。 [65271.290880]mwifiex_sdio mmc2:0001:1: ===mwifiex ドライバ情報ダンプ開始=== [65271.317907]mwifiex_sdio mmc2:0001:1: 情報: MWIFIEX バージョン: mwifiex 1.0 (16.92.21.p76) [65271.326650]mwifiex_sdio mmc2:0001:1: スキャン失敗: -14 [65271.350746]mwifiex_sdio mmc2:0001:1: SDIO レジスタ ダンプの開始 [65271.369462]mwifiex_sdio mmc2:0001:1: SDIO Func0 (0x0-0x9): 43 03 02 02 03 02 00 02 03 00 [65271.385505]mwifiex_sdio mmc2:0001:1: SDIO Func1 (0x10-0x17): 00 00 00 00 00 00 e0 ff [65271.396619]mwifiex_sdio mmc2:0001:1: SDIO Func1: (0x8) c3 (0x58) 00 (0x5c) 48 (0x5d) 00 (0x60) 07 (0x61) 0c (0x62) 00 (0x64) 10 (0x65) 00 (0x66) 00 (0x68) 00 (0x69) 00 (0x6a) 00 [65271.416154]mwifiex_sdio mmc2:0001:1: SDIO Func1 (0xe8-0xf2): dc fe 7e 00 62 00 3f a7 24 14 70 [65271.580586]mwifiex_sdio mmc2:0001:1: SDIO Func1 (0xe8-0xf2): dc fe 8f 00 73 00 3f a7 24 14 70 [65271.594858]mwifiex_sdio mmc2:0001:1: SDIO レジスタ ダンプ終了 [65271.610712]mwifiex_sdio mmc2:0001:1: ===mwifiex ドライバ情報ダンプ終了=== [65271.628592]mwifiex_sdio mmc2:0001:1: == mwifiex ファームウェアダンプ開始 == [65271.666427]mwifiex_sdio mmc2:0001:1: ctrl_data の取得に失敗しました [65271.676062]mwifiex_sdio mmc2:0001:1: ファームウェアのダンプに失敗しました [65271.693018]mwifiex_sdio mmc2:0001:1: == mwifiex ダンプ情報を /sys/class/devcoredump に開始 [65271.710201]mwifiex_sdio mmc2:0001:1: == mwifiex ダンプ情報を /sys/class/devcoredump に出力終了 [65271.723737]mwifiex_sdio mmc2:0001:1: PREP_CMD: FW が異常な状態です [65271.735173]mwifiex_sdio mmc2:0001:1: 情報: mwifiex をシャットダウンします... [65271.769056]mwifiex_sdio mmc2:0001:1: PREP_CMD: カードが取り外されました [65271.812192]mwifiex_sdio mmc2:0001:1: PREP_CMD: カードが取り外されました [65271.855652]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65271.870925]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65271.967852]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.068050]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.168010]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.268029]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.368215]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.468007]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.567994]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.668015]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.768055]Bluetooth: hci0: フレームの再構成に失敗しました (-84) [65272.839448]mwifiex_sdio mmc2:0001:1: 情報: ファームウェアのダウンロードが完了しました。サイズは622240バイトです。 [65273.607175]mwifiex_sdio mmc2:0001:1: WLAN FW がアクティブです [65273.641454]mwifiex_sdio mmc2:0001:1: 不明なapi_id: 5 [65273.687228]mwifiex_sdio mmc2:0001:1: 情報: MWIFIEX バージョン: mwifiex 1.0 (16.92.21.p76) [65273.713221]mwifiex_sdio mmc2:0001:1: ドライバーバージョン = mwifiex 1.0 (16.92.21.p76) [65277.145122]mwifiex_sdio mmc2:0001:1: 情報: bssid ca:39:a3:cb:ad:7e に接続しようとしています [65278.668157]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: 失敗、ステータスコード=2、エラー=0xfffc、a_id=0x3fff [65278.677711]mwifiex_sdio mmc2:0001:1: アソシエーション失敗: 理由 CONNECT_ERR_ASSOC_ERR_TIMEOUT [65278.691251]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: 認証タイムアウト [65278.710528]mwifiex_sdio mmc2:0001:1: 情報: bssid ca:39:a3:cb:ad:7e への関連付けに失敗しました [65279.781236]mwifiex_sdio mmc2:0001:1: 情報: bssid ca:c6:5c:cb:ad:7e に接続しようとしています [65281.310722]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: 失敗、ステータスコード=2、エラー=0xfffa、a_id=0x3fff [65281.320307]mwifiex_sdio mmc2:0001:1: 関連付け失敗: 理由不明 接続失敗 以下のGitHubリンクで同じ問題を見つけましたが、まだ解決されていないようです。 https://www.bing.com/ck/a?!&&p=6f8995a9ee8bc78d51549c45a34f5deee2c26e49fb129fa9306c277b1df3c48cJmltdHM9MTc5MDQ2NzIwMA&ptn=3&ver=2&hsh=4&fclid=28fe8c6f-37d9-6a8e-3ad5-9b0736ee6b90&psq=wifi+driver+crashes+while+trying+to+reconnect+-+88w8997&u=a1aHR0cHM6Ly9naXRodWIuY29tL254cC1pbXgvaW14LWZpcm13YXJlL2lzc3Vlcy81 前もって感謝します Re: wifi driver crashes- 88w8997 こんにちは、 詳細なログをありがとうございます。クラッシュ情報から、ファームウェアバージョン16.92.21.p76を使用していることが確認できます。 88W8997は標準のimxファームウェアリリースには含まれなくなりましたのでご注意ください。ただし、最新のファームウェアを含む専用のホットフィックスブランチがこちらにあります。 https://github.com/nxp-imx/mwifiex/tree/hotfix/lf-6.12.49_2.2.0_hotfix_w8997 https://github.com/nxp-imx/imx-firmware/tree/hotfix/lf-6.12.49_2.2.0_hotfix_w8997 お使いのバージョンよりも大幅に新しい、そのブランチで利用可能なファームウェアへのアップグレードをお勧めします。このバージョンには、コマンドタイムアウトやファームウェアの異常状態といった、お客様が経験されている問題に対処する可能性のある安定性の修正が含まれています。 よろしくお願いいたします。 ダニエル。

UTEST書き込みデータ処理 こんにちは Utestにデータを書き込むには、データの消去が必要ですか？ UTEST_program.jpegUTEST_program.jpeg AN13388では、UTESTセクターにデータを書き込むプロセスは、他のブロックにプログラムを書き込むプロセスと同じであると述べられている。 しかし、UTESTは一度しか実行されないプログラムなので、書き込み前に消去する必要があるのでしょうか？ リカ 回复： UTEST写数据流程 また、UTESTのどの部分をDEBUGデバッグを使って変更できるのかも知りたいです。 Re: UTEST写数据流程 最初に消去しないでください。UTESTセクターはOTP（ワンタイムプログラマブル）です。 Example_S32K344_decouple_RTD400_Ip_C40_DS35には、参考としてUTESTのサンプルが含まれています。 申し訳ありませんが、「UTEST中にDEBUGで変更できる領域」の意味が分かりませんでした。デバッグ中にレジスタを操作して、標準のフラッシュプログラムシーケンス（AN13388で説明されているのと同じプロセス）を実行するという意味でしょうか？S32K3XXRM.pdf Rev12の「表837」を参照してください。「ライフサイクルとビット構成に基づくデバッグアクセス」という表現は、ライフサイクルのさまざまな段階におけるデバッグ権限について言及しています。これは、あなたが言及している内容でしょうか？ 添付ファイルS32K3xx_DCF_clients.xlsxからS32K3XXRM.pdfにあるUTESTメモリマップテーブルの「アクセス権限」列と「プログラム作成者」列は、アクセス権限を示しています。また、異なるライフサイクルごとに異なる色で読み取り/書き込み権限が示されています。 Re: UTEST写数据流程 はい、デバッグ中に、レジスタ操作による標準フラッシュプログラムシーケンスを実行することで、CUST_DEL LCステージのUTESTの内容を変更することは可能ですか？1から0へのいくつかの位置をクリアしたいのです。 Re: UTEST写数据流程 utest nvm ユーザー空間プログラミングの回答を参照してください。 Re: UTEST写数据流程 はい、どうもありがとうございました。

LX2080A Linux開発サポート – YoctoおよびBuildroot こんにちは、 私はNXPのLX2080Aプラットフォームを使っており、組み込みLinuxシステムを開発したいと考えています。 NXPが提供しているLinux開発サポートについて知りたいLX2080A。 Yoctoは公式にサポートされていますか?もしそうなら、NXP Yocto BSPやレイヤーはどこで手に入りますか? BuildrootはLX2080Aで正式にサポートされていますか？ Linux開発におすすめのNXPのBSP/SDKはありますか? 関連するドキュメント、ソースリポジトリ、またはガイドを共有してください。 よろしくお願いします。 Re: LX2080A Linux Development Support – Yocto and Buildroot https://www.nxp.com/webapp/Download?colCode=LX2160ARDBGSGの11ページを参照してください。 SW3[1:3]を111から110に変更することで、ボードはLX2080Aプラットフォームとして起動します。 必要なRCW、ATF、その他のソフトウェア変更は、あなたのハードウェア設計によって異なり、リファレンスLX2160ARDB実装とは異なる場合があります。 ありがとうございます。 Re: LX2080A Linux Development Support – Yocto and Buildroot こんにちは、 情報ありがとうございます。 LX2080Aに関して、一点だけ明確にしておきたいと思います。 LX2080A上でLX2160A-RDBソフトウェアとLinuxイネーブルメントのリファレンス構成を使用する場合、LX2080AをサポートするためにRCW(リセット設定ワード)やATF(TF-A)の設定に変更が必要ですか? 具体的には、LX2160A-RDBに使われているRCWとATFの設定をLX2080Aにも使えるのか、それともLX2080A向けに変更する必要があるのか? ありがとうございます。 Re: LX2080A Linux Development Support – Yocto and Buildroot このLX2080AはLX2ファミリに属し、LinuxソフトウェアのサポートはLX2ファミリ全体で共通しています。LX2160A-RDBは通常、ソフトウェア実現のためのリファレンスハードウェアプラットフォームとして使用されます。 Linux開発にはLayerscape Yocto BSP(LDP Yocto)がサポートされています。ソースコードとレイヤーは、 https://github.com/nxp-qoriq/yocto-sdk/tree/walnascarから入手できます。 UG10374およびUG10381を参照してください。 NXPの公式LinuxイネーブルメントはLayerscapeのLDP / Yoctoリリースに基づいています。LX2080A専用のBuildroot BSPリリースは提供しておりません。 Layerscape LDPページには、最新のソフトウェアリリース、ドキュメント、サポートデバイス情報が以下に掲載されています。 https://www.nxp.com/design/design-center/software/embedded-software/cross-platform-embedded/layerscape-linux-distribution-poc:LAYERSCAPE-SDK よろしくお願いします。

如何升级AT&T的问题？ 遇到始终无法解决的AT&T问题？请联系AT&T升级支持团队。

wifi driver crashes- 88w8997 I am facing an intermittent Wi-Fi driver crash issue with the FN-Link L297B-SR module (Wi-Fi and Bluetooth sharing a single antenna). The issue occurs randomly, sometimes after 1 day, sometimes after 2 days, and occasionally only after 4 to 5 days of continuous operation. please check the logs  [64622.321614] mwifiex_sdio mmc2:0001:1: info: successfully disconnected from ca:c6:5c:cb:ad:7e: reason code 3 [64624.050010] mwifiex_sdio mmc2:0001:1: info: trying to associate to bssid ca:c6:5c:cb:ad:7e [64624.072596] mwifiex_sdio mmc2:0001:1: event: unknown event id: 0x95 [64624.085770] mwifiex_sdio mmc2:0001:1: info: associated to bssid ca:c6:5c:cb:ad:7e successfully [64987.640381] Bluetooth: hci0: Frame reassembly failed (-84) [65060.466817] Bluetooth: hci0: Frame reassembly failed (-84) [65184.303423] mwifiex_sdio mmc2:0001:1: info: successfully disconnected from ca:c6:5c:cb:ad:7e: reason code 0 [65204.712100] ieee80211 phy0: sched_scan start : n_ssids=4 n_match_sets=4 [65204.725038] ieee80211 phy0: n_channels=41 interval=10 ie_len=13 [65259.046894] ieee80211 phy0: sched scan stop! [65259.067983] mwifiex_sdio mmc2:0001:1: info: trying to associate to bssid ca:c6:5c:cb:ad:7e [65260.594440] mwifiex_sdio mmc2:0001:1: ASSOC_RESP: failed, status code=2 err=0xfffa a_id=0x3fff [65260.611662] mwifiex_sdio mmc2:0001:1: assoc failure: reason Unknown connect failure [65260.624191] mwifiex_sdio mmc2:0001:1: info: association to bssid ca:c6:5c:cb:ad:7e failed [65260.636278] ieee80211 phy0: sched_scan start : n_ssids=4 n_match_sets=4 [65260.645499] ieee80211 phy0: n_channels=41 interval=10 ie_len=13 [65271.191030] mwifiex_sdio mmc2:0001:1: mwifiex_cmd_timeout_func: Timeout cmd id = 0x6b, act = 0x1 [65271.199985] mwifiex_sdio mmc2:0001:1: num_data_h2c_failure = 0 [65271.205896] mwifiex_sdio mmc2:0001:1: num_cmd_h2c_failure = 0 [65271.211654] mwifiex_sdio mmc2:0001:1: is_cmd_timedout = 1 [65271.217064] mwifiex_sdio mmc2:0001:1: num_tx_timeout = 0 [65271.222454] mwifiex_sdio mmc2:0001:1: last_cmd_index = 0 [65271.227893] mwifiex_sdio mmc2:0001:1: last_cmd_id: 6b 00 28 00 16 00 12 00 6b 00 [65271.235303] mwifiex_sdio mmc2:0001:1: last_cmd_act: 01 00 13 00 01 00 ca c6 01 00 [65271.242862] mwifiex_sdio mmc2:0001:1: last_cmd_resp_index = 4 [65271.248670] mwifiex_sdio mmc2:0001:1: last_cmd_resp_id: 0c 81 28 80 16 80 12 80 6b 80 [65271.256568] mwifiex_sdio mmc2:0001:1: last_event_index = 3 [65271.262131] mwifiex_sdio mmc2:0001:1: last_event: 18 00 0b 00 0a 00 65 00 0a 00 [65271.269514] mwifiex_sdio mmc2:0001:1: data_sent=0 cmd_sent=1 [65271.275248] mwifiex_sdio mmc2:0001:1: ps_mode=1 ps_state=0 [65271.281497] mwifiex_sdio mmc2:0001:1: Ignore scan. Card removed or firmware in bad state [65271.290880] mwifiex_sdio mmc2:0001:1: ===mwifiex driverinfo dump start=== [65271.317907] mwifiex_sdio mmc2:0001:1: info: MWIFIEX VERSION: mwifiex 1.0 (16.92.21.p76) [65271.326650] mwifiex_sdio mmc2:0001:1: scan failed: -14 [65271.350746] mwifiex_sdio mmc2:0001:1: SDIO register dump start [65271.369462] mwifiex_sdio mmc2:0001:1: SDIO Func0 (0x0-0x9): 43 03 02 02 03 02 00 02 03 00 [65271.385505] mwifiex_sdio mmc2:0001:1: SDIO Func1 (0x10-0x17): 00 00 00 00 00 00 e0 ff [65271.396619] mwifiex_sdio mmc2:0001:1: SDIO Func1: (0x8) c3 (0x58) 00 (0x5c) 48 (0x5d) 00 (0x60) 07 (0x61) 0c (0x62) 00 (0x64) 10 (0x65) 00 (0x66) 00 (0x68) 00 (0x69) 00 (0x6a) 00 [65271.416154] mwifiex_sdio mmc2:0001:1: SDIO Func1 (0xe8-0xf2): dc fe 7e 00 62 00 3f a7 24 14 70 [65271.580586] mwifiex_sdio mmc2:0001:1: SDIO Func1 (0xe8-0xf2): dc fe 8f 00 73 00 3f a7 24 14 70 [65271.594858] mwifiex_sdio mmc2:0001:1: SDIO register dump end [65271.610712] mwifiex_sdio mmc2:0001:1: ===mwifiex driverinfo dump end=== [65271.628592] mwifiex_sdio mmc2:0001:1: == mwifiex firmware dump start == [65271.666427] mwifiex_sdio mmc2:0001:1: Fail to pull ctrl_data [65271.676062] mwifiex_sdio mmc2:0001:1: firmware dump failed [65271.693018] mwifiex_sdio mmc2:0001:1: == mwifiex dump information to /sys/class/devcoredump start [65271.710201] mwifiex_sdio mmc2:0001:1: == mwifiex dump information to /sys/class/devcoredump end [65271.723737] mwifiex_sdio mmc2:0001:1: PREP_CMD: FW is in bad state [65271.735173] mwifiex_sdio mmc2:0001:1: info: shutdown mwifiex... [65271.769056] mwifiex_sdio mmc2:0001:1: PREP_CMD: card is removed [65271.812192] mwifiex_sdio mmc2:0001:1: PREP_CMD: card is removed [65271.855652] Bluetooth: hci0: Frame reassembly failed (-84) [65271.870925] Bluetooth: hci0: Frame reassembly failed (-84) [65271.967852] Bluetooth: hci0: Frame reassembly failed (-84) [65272.068050] Bluetooth: hci0: Frame reassembly failed (-84) [65272.168010] Bluetooth: hci0: Frame reassembly failed (-84) [65272.268029] Bluetooth: hci0: Frame reassembly failed (-84) [65272.368215] Bluetooth: hci0: Frame reassembly failed (-84) [65272.468007] Bluetooth: hci0: Frame reassembly failed (-84) [65272.567994] Bluetooth: hci0: Frame reassembly failed (-84) [65272.668015] Bluetooth: hci0: Frame reassembly failed (-84) [65272.768055] Bluetooth: hci0: Frame reassembly failed (-84) [65272.839448] mwifiex_sdio mmc2:0001:1: info: FW download over, size 622240 bytes [65273.607175] mwifiex_sdio mmc2:0001:1: WLAN FW is active [65273.641454] mwifiex_sdio mmc2:0001:1: Unknown api_id: 5 [65273.687228] mwifiex_sdio mmc2:0001:1: info: MWIFIEX VERSION: mwifiex 1.0 (16.92.21.p76) [65273.713221] mwifiex_sdio mmc2:0001:1: driver_version = mwifiex 1.0 (16.92.21.p76) [65277.145122] mwifiex_sdio mmc2:0001:1: info: trying to associate to bssid ca:39:a3:cb:ad:7e [65278.668157] mwifiex_sdio mmc2:0001:1: ASSOC_RESP: failed, status code=2 err=0xfffc a_id=0x3fff [65278.677711] mwifiex_sdio mmc2:0001:1: assoc failure: reason CONNECT_ERR_ASSOC_ERR_TIMEOUT [65278.691251] mwifiex_sdio mmc2:0001:1: ASSOC_RESP: AUTH timeout [65278.710528] mwifiex_sdio mmc2:0001:1: info: association to bssid ca:39:a3:cb:ad:7e failed [65279.781236] mwifiex_sdio mmc2:0001:1: info: trying to associate to bssid ca:c6:5c:cb:ad:7e [65281.310722] mwifiex_sdio mmc2:0001:1: ASSOC_RESP: failed, status code=2 err=0xfffa a_id=0x3fff [65281.320307] mwifiex_sdio mmc2:0001:1: assoc failure: reason Unknown connect failure I found same issue on below github link but it show it is still open https://www.bing.com/ck/a?!&&p=6f8995a9ee8bc78d51549c45a34f5deee2c26e49fb129fa9306c277b1df3c48cJmltdHM9MTc5MDQ2NzIwMA&ptn=3&ver=2&hsh=4&fclid=28fe8c6f-37d9-6a8e-3ad5-9b0736ee6b90&psq=wifi+driver+crashes+while+trying+to+reconnect+-+88w8997&u=a1aHR0cHM6Ly9naXRodWIuY29tL254cC1pbXgvaW14LWZpcm13YXJlL2lzc3Vlcy81 thanks in advance Re: wifi driver crashes- 88w8997 Hi, Thank you for the detailed logs. Based on the crash information, we can see you are running firmware version 16.92.21.p76. Please note that the 88W8997 is no longer included in the standard imx-firmware releases. However, we have a dedicated hotfix branch with the latest firmware available here: https://github.com/nxp-imx/mwifiex/tree/hotfix/lf-6.12.49_2.2.0_hotfix_w8997 https://github.com/nxp-imx/imx-firmware/tree/hotfix/lf-6.12.49_2.2.0_hotfix_w8997 We recommend upgrading to the firmware available in that branch, which is significantly newer than your current version and includes stability fixes that may address the command timeout and firmware bad state issue you are experiencing. Regards, Daniel.

i.NX RT 1060 PMIC_ON_REQ 行为 你好， 我正在使用 MIMXRT1062CVJ5B 设计一个定制电路板。电源连接方式如图所示。 关于此配置，您能否帮忙澄清以下几点？ （1）施加 VDD_SNVS_IN 后，PMIC_ON_REQ 是否立即变为高电平，还是在钳位之前会有延迟？ （2）当 POR_B 被拉低时，PMIC_ON_REQ 的状态是什么？价格会保持高位还是转低？ （3）当 VDD_SNVS_IN 电源被移除时，PMIC_ON_REQ 是否变为低电平？在这种情况下，输出电压等级能得到保证吗？ （4）VDD_SNVS_IN 是否具有欠压锁定（UVLO）功能？如果是这样，它在多大的电压阈值下会激活？ （5）在“波形 - A”所示的情况下，只有 VCC_3V3 关闭（0 V），而 VDD_SNVS_IN 保持供电，这种工作条件是否受支持？ 在这种情况下，POR_B 从高到低，然后再从低到高转变。按照上述步骤操作后，i.MX RT1062 能否正常启动并正常运行？ 感谢您的支持。 i.MX RT106x

UTEST写数据流程 您好 请问往Utest中写入数据需要擦除吗 UTEST_program.jpegUTEST_program.jpeg The AN13388 said the process to write a data in the UTEST Sectorr is the same process used to program in other blocks. 但是UTEST属于一次性编程，写入前需要擦除吗？ Lika 回复： UTEST写数据流程 同时我想知道UTEST哪些区域可以通过DEBUG调试修改 Re: UTEST写数据流程 不要先擦除，UTEST Sector 属于OTP (One Time Programmable)。 Example_S32K344_decouple_RTD400_Ip_C40_DS35 这里有写UTEST的例程可供你参考。 抱歉我没明白“UTEST哪些区域可以通过DEBUG调试修改”。请问你是指调试的时候通过操作寄存器执行标准的 Flash Program 序列（与 AN13388 中描述的流程相同）？S32K3XXRM.pdf Rev12 的"Table 837. Debug access based on LifeCycle and bit configurations" 有提到不同LifeCycle阶段的调试权限，请问你是指这个？ S32K3XXRM.pdf的附件S32K3xx_DCF_clients.xlsx 的 UTEST Memory Map 表格Accessibility、Programmed by列有写明权限。另外不同的颜色表示不同LifeCycle时候的读写权限。 Re: UTEST写数据流程 对的，调试的时候通过操作寄存器执行标准的Flash Program序列可以在CUST_DEL LC阶段修改UTEST内容吗，我想将一些位置的1清0 Re: UTEST写数据流程 请参考 utest nvm user space programming 里的答复。 Re: UTEST写数据流程 好的，非常感谢

wifi驱动程序崩溃- 88w8997 我使用FN-Link L297B-SR模块（Wi-Fi 和蓝牙共用一个天线）时，遇到了间歇性 Wi-Fi 驱动程序崩溃的问题。该问题随机发生，有时在 1 天后，有时在 2 天后，偶尔在连续运行 4 到 5 天后才会发生。 请检查日志 [64622.321614]mwifiex_sdio mmc2:0001:1: 信息：已成功断开与 ca:c6:5c:cb:ad:7e 的连接：原因代码 3 [64624.050010]mwifiex_sdio mmc2:0001:1: 信息：尝试关联到 BSSID ca:c6:5c:cb:ad:7e [64624.072596]mwifiex_sdio mmc2:0001:1: 事件：未知事件 ID：0x95 [64624.085770]mwifiex_sdio mmc2:0001:1: 信息：已成功关联到 bssid ca:c6:5c:cb:ad:7e [64987.640381]蓝牙：hci0：帧重组失败（-84） [65060.466817]蓝牙：hci0：帧重组失败（-84） [65184.303423]mwifiex_sdio mmc2:0001:1: 信息：已成功断开与 ca:c6:5c:cb:ad:7e 的连接：原因代码 0 [65204.712100]ieee80211 phy0：sched_scan 开始：n_ssids=4 n_match_sets=4 [65204.725038]ieee80211 phy0：通道数=41，间隔=10，IE长度=13 [65259.046894]ieee80211 phy0：计划扫描停止！ [65259.067983]mwifiex_sdio mmc2:0001:1: 信息：尝试关联到 BSSID ca:c6:5c:cb:ad:7e [65260.594440]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: 失败，状态码=2 错误=0xfffa a_id=0x3fff [65260.611662]mwifiex_sdio mmc2:0001:1: 关联失败：原因未知连接失败 [65260.624191]mwifiex_sdio mmc2:0001:1: 信息：与 bssid ca:c6:5c:cb:ad:7e 的关联失败 [65260.636278]ieee80211 phy0：sched_scan 开始：n_ssids=4 n_match_sets=4 [65260.645499]ieee80211 phy0：通道数=41，间隔=10，IE长度=13 [65271.191030]mwifiex_sdio mmc2:0001:1: mwifiex_cmd_timeout_func: 超时命令 ID = 0x6b，操作 = 0x1 [65271.199985]mwifiex_sdio mmc2:0001:1: num_data_h2c_failure = 0 [65271.205896]mwifiex_sdio mmc2:0001:1: num_cmd_h2c_failure = 0 [65271.211654]mwifiex_sdio mmc2:0001:1: is_cmd_timedout = 1 [65271.217064]mwifiex_sdio mmc2:0001:1: num_tx_timeout = 0 [65271.222454]mwifiex_sdio mmc2:0001:1: last_cmd_index = 0 [65271.227893]mwifiex_sdio mmc2:0001:1: last_cmd_id: 6b 00 28 00 16 00 12 00 6b 00 [65271.235303]mwifiex_sdio mmc2:0001:1: last_cmd_act: 01 00 13 00 01 00 ca c6 01 00 [65271.242862]mwifiex_sdio mmc2:0001:1: last_cmd_resp_index = 4 [65271.248670]mwifiex_sdio mmc2:0001:1: last_cmd_resp_id: 0c 81 28 80 16 80 12 80 6b 80 [65271.256568]mwifiex_sdio mmc2:0001:1: last_event_index = 3 [65271.262131]mwifiex_sdio mmc2:0001:1: last_event: 18 00 0b 00 0a 00 65 00 0a 00 [65271.269514]mwifiex_sdio mmc2:0001:1: 数据已发送=0 指令已发送=1 [65271.275248]mwifiex_sdio mmc2:0001:1: ps_mode=1 ps_state=0 [65271.281497]mwifiex_sdio mmc2:0001:1:忽略扫描。卡已移除或固件状态异常 [65271.290880]mwifiex_sdio mmc2:0001:1: ===mwifiex 驱动程序信息转储开始=== [65271.317907]mwifiex_sdio mmc2:0001:1: 信息: MWIFIEX 版本: mwifiex 1.0 (16.92.21.p76) [65271.326650]mwifiex_sdio mmc2:0001:1: 扫描失败: -14 [65271.350746]mwifiex_sdio mmc2:0001:1：SDIO 寄存器转储开始 [65271.369462]mwifiex_sdio mmc2:0001:1: SDIO Func0 (0x0-0x9): 43 03 02 02 03 02 00 02 03 00 [65271.385505]mwifiex_sdio mmc2:0001:1: SDIO Func1 (0x10-0x17): 00 00 00 00 00 00 e0 ff [65271.396619]mwifiex_sdio mmc2:0001:1: SDIO 功能1: (0x8) c3 (0x58) 00 (0x5c) 48 (0x5d) 00 (0x60) 07 (0x61) 0c (0x62) 00 (0x64) 10 (0x65) 00 (0x66) 00 (0x68) 00 (0x69) 00 (0x6a) 00 [65271.416154]mwifiex_sdio mmc2:0001:1: SDIO Func1 (0xe8-0xf2): dc fe 7e 00 62 00 3f a7 24 14 70 [65271.580586]mwifiex_sdio mmc2:0001:1: SDIO 功能1 (0xe8-0xf2): dc fe 8f 00 73 00 3f a7 24 14 70 [65271.594858]mwifiex_sdio mmc2:0001:1：SDIO 寄存器转储结束 [65271.610712]mwifiex_sdio mmc2:0001:1: ===mwifiex 驱动程序信息转储结束=== [65271.628592]mwifiex_sdio mmc2:0001:1: == mwifiex 固件转储开始 == [65271.666427]mwifiex_sdio mmc2:0001:1: 无法拉取 ctrl_data [65271.676062]mwifiex_sdio mmc2:0001:1:固件转储失败 [65271.693018]mwifiex_sdio mmc2:0001:1: == mwifiex 转储信息到 /sys/class/devcoredump 开始 [65271.710201]mwifiex_sdio mmc2:0001:1: == mwifiex 转储信息到 /sys/class/devcoredump 结束 [65271.723737]mwifiex_sdio mmc2:0001:1: PREP_CMD: 固件状态异常 [65271.735173]mwifiex_sdio mmc2:0001:1: 信息：mwifiex 已关闭... [65271.769056]mwifiex_sdio mmc2:0001:1: PREP_CMD: 卡已移除 [65271.812192]mwifiex_sdio mmc2:0001:1: PREP_CMD: 卡已移除 [65271.855652]蓝牙：hci0：帧重组失败（-84） [65271.870925]蓝牙：hci0：帧重组失败（-84） [65271.967852]蓝牙：hci0：帧重组失败（-84） [65272.068050]蓝牙：hci0：帧重组失败（-84） [65272.168010]蓝牙：hci0：帧重组失败（-84） [65272.268029]蓝牙：hci0：帧重组失败（-84） [65272.368215]蓝牙：hci0：帧重组失败（-84） [65272.468007]蓝牙：hci0：帧重组失败（-84） [65272.567994]蓝牙：hci0：帧重组失败（-84） [65272.668015]蓝牙：hci0：帧重组失败（-84） [65272.768055]蓝牙：hci0：帧重组失败（-84） [65272.839448]mwifiex_sdio mmc2:0001:1: 信息：固件下载完成，大小为 622240 字节 [65273.607175]mwifiex_sdio mmc2:0001:1: WLAN 固件已激活 [65273.641454]mwifiex_sdio mmc2:0001:1: 未知 api_id: 5 [65273.687228]mwifiex_sdio mmc2:0001:1: 信息: MWIFIEX 版本: mwifiex 1.0 (16.92.21.p76) [65273.713221]mwifiex_sdio mmc2:0001:1: driver_version = mwifiex 1.0 (16.92.21.p76) [65277.145122]mwifiex_sdio mmc2:0001:1: 信息：尝试关联到 BSSID ca:39:a3:cb:ad:7e [65278.668157]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: 失败，状态码=2 错误=0xfffc a_id=0x3fff [65278.677711]mwifiex_sdio mmc2:0001:1: 关联失败：原因 CONNECT_ERR_ASSOC_ERR_TIMEOUT [65278.691251]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: AUTH 超时 [65278.710528]mwifiex_sdio mmc2:0001:1: 信息：与 bssid ca:39:a3:cb:ad:7e 的关联失败 [65279.781236]mwifiex_sdio mmc2:0001:1: 信息：尝试关联到 BSSID ca:c6:5c:cb:ad:7e [65281.310722]mwifiex_sdio mmc2:0001:1: ASSOC_RESP: 失败，状态码=2 错误=0xfffa a_id=0x3fff [65281.320307]mwifiex_sdio mmc2:0001:1: 关联失败：原因未知连接失败 我在下面的 GitHub 链接中找到了同样的问题，但它显示该问题仍处于开放状态。 https://www.bing.com/ck/a?!&&p=6f8995a9ee8bc78d51549c45a34f5deee2c26e49fb129fa9306c277b1df3c48cJmltdHM9MTc5MDQ2NzIwMA&ptn=3&ver=2&hsh=4&fclid=28fe8c6f-37d9-6a8e-3ad5-9b0736ee6b90&psq=wifi+driver+crashes+while+trying+to+reconnect+-+88w8997&u=a1aHR0cHM6Ly9naXRodWIuY29tL254cC1pbXgvaW14LWZpcm13YXJlL2lzc3Vlcy81 提前致谢 Re: wifi driver crashes- 88w8997 您好， 感谢您提供的详细日志。根据崩溃信息，我们可以看到您正在运行固件版本 16.92.21.p76。 请注意，88W8997 已不再包含在标准的 imx 固件版本中。不过，我们有一个专门的热修复分支，其中包含最新的固件，可在此处获取： https://github.com/nxp-imx/mwifiex/tree/hotfix/lf-6.12.49_2.2.0_hotfix_w8997 https://github.com/nxp-imx/imx-firmware/tree/hotfix/lf-6.12.49_2.2.0_hotfix_w8997 我们建议您升级到该分支中提供的固件，该固件比您当前的版本新得多，并且包含稳定性修复程序，可以解决您遇到的命令超时和固件状态错误问题。 问候， 丹尼尔。

AT&Tで問題をエスカレートさせるにはどうすればよいですか？ 解決されていない AT&T の問題に直面していますか? AT&T エスカレーションサポートチーム

i.NX RT 1060 PMIC_ON_REQの動作 こんにちは、 私はMIMXRT1062CVJ5Bを使用してカスタム基板を設計しています。電源は添付の図に示されているように接続されています。 この構成に関する以下の点について、教えていただけますか? （１）PMIC_ON_REQはVDD_SNVS_INが適用された直後にハイになりますか、それともアサートされるまでに遅延がありますか？ （２）POR_Bがローに駆動されたとき、PMIC_ON_REQの状態はどうなりますか？高止まりするのか、それとも低迷に転じるのか？ （３）VDD_SNVS_IN電源が切断されたとき、PMIC_ON_REQはローになりますか？この条件下で出力電圧レベルは保証されますか？ （4）VDD_SNVS_INには低電圧ロックアウト（UVLO）機能がありますか？もしそうなら、どの電圧閾値で活性化しますか? (5) 「波形 - A」として示されている場合、VCC_3V3だけがオフ(0 V)でVDD_SNVS_INが電源を保持している場合、この動作条件はサポートされていますか? このシナリオでは、POR_Bは高から低へ、そして低から高へと変化します。この手順の後、i.MX RT1062は正常に起動し正常に動作しますか? 再開まで今しばらくお待ちください。 i.MXRT 106x

PN7150/NCI: Unable to update MIFARE Classic 1K Sector Trailer with Custom Embedded Key B Hello NXP Community, I am working with a MIFARE Classic 1K card and an NXP PN7150 NFC controller running over the standard NCI protocol layer. I am trying to implement a provisioning feature where I write a custom secret password into Key B of a target sector (Sector 7), but the card chip consistently rejects the write command. Here is the exact state of my card and the implementation details: Current Sector 7 State: The sector is currently blank/unformatted. A read dump shows it is in the factory default state with access bits FF078069 and both Key A and Key B set to 0xFFFFFFFFFFFF. The Goal: I want to keep Key A as the read key, preserve the open access bit layout, and overwrite Key B with a personal custom key payload (0x01 0x02 0x03 0x04 0x05 0x06). The Issue: When I attempt to write the 16-byte raw block layout string (FFFFFFFFFFFFFF078069010203040506) to Block 3 (Sector 7 Trailer), the write transaction fails. Note: i did the card NDEF format with an App and access bytes are showing 7F078840 Any guidance would be greatly appreciated!   Kind Regards   Re: PN7150/NCI: Unable to update MIFARE Classic 1K Sector Trailer with Custom Embedded Key B Hello @Saqib1 Hope you are doing well. Please consider that PN7150 is Not Recommended for New Designs; we recommend using PN7160 instead. Additionally, MIFARE Classic is also Not Recommended for New Designs; MIFARE DESFire Light can be considered. Before sending the write command make sure the authentication with Key A (FFFFFFFFFFFFh) on block 1Fh (Sector 7 trailer) is performed successfully. Now, after authentication on block 1Fh, please verify that the write command is being sent following the procedure described in the MIFARE Classic EV1 1K datasheet, section 12.3. The WRITE operation consists of two parts that must be sent sequentially: Part 1: Send the command byte and block address, including CRC: A0 + XX +CRC where XX is the block address (e.g., 1Fh for the Sector 7 Trailer). The card must respond with ACK before proceeding. Part 2: Only after receiving the ACK, send the 16 bytes of data including CRC: [16 bytes payload] + CRC. The card will respond with a final ACK to confirm the write was accepted. Regards, Eduardo.