使用 PN7642 读取 Google 智能标签 各位专家好， 我需要你的帮助来开发固件，以便读取保存在 Google Wallet 安卓手机应用程序中的标签。 我没有找到任何相关文档或教程视频。您能否提供一份关于如何使用 MIFARE DESFire 读取手机中保存的标签的文档？我已经购买了 PN76 评估板。 谢谢，此致敬礼！ 亚什 开发板 Re: Read Google Smart Tag using PN7642 您好，先生， 遗憾的是，Google Wallet 的相关话题非常有限。 这是一个面向大众市场的支持渠道，我们没有足够的资源来提供正确的信息。请您联系恩智浦半导体的销售部门。不过，如需直接支持，建议您通过以下邮箱联系 MIFARE2GO 团队：[email protected]

i.MXRT106x HAB がブートに失敗し、HAB ログが AUTHENTICATION_STATUS で停止します。非標準の IVT エントリ ポイントです。 背景：私は痞子衡氏が開発したNXP-MCUBootUtilityを使用して、i.MXRT106xのHABシグネチャに取り組んでいます。このツールにファームウェアのバイナリを読み込むと、次のように表示されます:**ブート可能なファイルヘッダーから有効な割り込みベクターテーブルアドレスが見つからない**。 バイナリを16進エディタで検査した後： - IVTエントリポイントは`0x20209401`、イメージロードベースアドレスは`0x20208000`で、これはファイルオフセット`0x1400`に対応します。 - このコードセグメントは、オフセット `0x2000` までのブート関連のブートデータフローと同一です。 - 通常、IVTエントリはリセットベクタアドレスを指す必要があります（参照例ではオフセット`0x2005`を指しています）。しかし、私のファームウェアでは、IVTエントリはオフセット`0x1400`を指しています。これがツール解析エラーの根本原因だと推測されます。 CSTワークフローに関するさらなる調査： CST署名の高レベルなロジックは理解しています。ファームウェア内の空きブロックを見つけ、IVT CSFポインタをこの場所に設定し、標準のCSFテンプレートを使用し、`[Authenticate Data]`ブロックセクションを変更して、署名検証の開始アドレスとサイズ範囲を設定します。 私のファームウェアは、FCB、IVT、DCD、およびブートデータを含む完全な起動可能なイメージであり、HABクロージャなしでハードウェア上で正常に起動します。 CSFブロックを以下のように設定しました。 Blocks=0x20208000 0x1000 0x126c0 "my_firmware.bin" また、証明書のパスもそれに合わせて更新しました。 CST v3.00.01 コマンドを実行しました。 cst.exe -i .\input_resign.csf -o sig.bin CSTの実行はエラーなく完了し、`sig.bin`が生成されました。 出力と元のバイナリを比較すると、正確には2つの変更点があります。 1. IVT内のオフセット`0x1018`にあるCSFポインタフィールドが更新されます。 2. CSFシグネチャデータはオフセット`0x136c0`に追加されます。 この署名済みイメージをハードウェアに書き込むと： 1.HABが閉じられていない（SEC_CONFIGが閉じられていない）場合、ファームウェアは正常に動作します。 2. SRKヒューズビットを書き込み、HABを閉じた後、ファームウェアが起動に失敗します。 JTAG経由でメモリアドレス`0x2020523c`から長さ256バイトのHABログをダンプしました。ログの内容は以下のとおりです。 ----------------------------------------------------------------------------------------- | Log Entry | Description ----------------------------------------------------------------------------------------- 0x00010002: BOOTMODE_INTERNAL 0x000200cc: SEC_CONFIG_CLOSED 0x00030001: DIR_BT_DIS_VALUE1 0x00040000: BT_FUSE_SEL_VALUE0 0x00050000: PRIM_IMAGE_SELECT 0x00060008: PRIM_BOOTDEVICE_FLEXSPI_NOR 0x00070000: DEVICE_INIT_CALL 0x000700f0: DEVICE_INIT_PASS 0x00090000: AUTHENTICATION_STATUS **私の質問:** 1.実際のHABイベントコードはどこにありますか?参考文献によると、HAB認証の合格/失敗は明示的なイベントコードを生成するはずです。しかし、私のログは『AUTHENTICATION_STATUS』で止まり、その後のイベントエントリーはありません。HAB認証が成功したか失敗したかをどうやって判断すればいいですか? 2. 「blhost」ツールを試しましたが、i.MXRT1061でHABログ読み取りコマンドが動作するのを見つけられません。HABの完全な状態を読み取る他の方法はありますか? 3. 私の署名ワークフローは有効か?私のイメージでは、非標準のIVTエントリポイントを使用しています（リセットベクタオフセット`0x2005`ではなく、オフセット`0x1400`を指しています）。このような画像はCSTで正しくHAB署名できますか? オフセット`0x1000`にある追加のIVTヘッダーバイト: D1 00 20 40 01 94 20 20 00 00 00 00 80 90 20 20 20 90 20 20 00 90 20 20 00 00 00 00 00 00 00 00 00 80 20 20 80 99 01 00 00 00 00 00 00 80 20 20 80 99 01 00 52 44 49 52 00 00 00 00 E4 B8 21 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 D2 00 08 41 CC 00 04 04 CSTツールバージョン：3.00.01 Re: i.MXRT106x HAB closed boot fail, HAB log stops at AUTHENTICATION_STATUS, non‑standard IVT entry こんにちは、 @eleven さん。 最新情報のご提供ありがとうございます。まず、boot.binの最初のバイトがFCBなのかIVTなのかを確認する必要があると思います。FCBの場合、位置合わせの問題がまだ残っている可能性があります。 さらに、HAB障害コードの読み取りと解釈のプロセスにおいて、このガイドが役立つはずです。https: //community.nxp.com/t5/i-MX-Security/HAB-event-in-a-Closed-i-MX-chip/ta-p/1120239 それでも問題の根本原因を特定できない場合は、MCUBootUtilityを使用してHAB署名を直接生成し、バイナリ差分を実行することで、結果を相互検証できる可能性があります。 よろしくお願いします、 ギャビン Re: i.MXRT106x HAB closed boot fail, HAB log stops at AUTHENTICATION_STATUS, non‑standard IVT entry こんにちは、ギャビンさん。 詳細なご回答をいただき、誠にありがとうございました。最初の投稿で、テスト環境について十分に説明できていなかったと思います。 ご提案いただいたとおり、ブロック設定の調整は既に試してみました。私は両方を試しました。 ブロック = 0x20208000 0x1000 0x126c0 "my_firmware.bin" そして、IVTからファームウェアの最後まで認証を行うために、複数のブロックエントリに分割します。 ブロック = 0x20209000 0x0 0x40 "boot.bin",\ 0x20209080 0x80 0xf80 "boot.bin",\ 0x2020a000 0x1000 0x11c00 "boot.bin" 私の意図は、IVTからアプリケーションコードの最後まで認証することでした。しかし、これらの変更後も起動時の動作は変化しなかった。 私はMCUBootUtility v6.5.1を使用しています。内蔵のブートログ解析と手動のJTAGメモリダンプは、どちらも全く同じログ結果を示す。 また、NORフラッシュメモリの最小ブートオフセットは0x1400であると理解しています。私が明確にしたかったのは、私のIVTエントリポイントは、参照例に見られるようなオフセット0x2005にある一般的なリセットベクタではなく、ブート関連のコードを指しているということです。 ご指導いただき、改めて感謝申し上げます。デバッグ情報をさらに収集するために、sdphostを使用して追加のテストを実行します。そこからもっと手がかりが得られればいいのですが。 よろしくお願いします、 11 Re: i.MXRT106x HAB closed boot fail, HAB log stops at AUTHENTICATION_STATUS, non‑standard IVT entry こんにちは、 @eleven さん。 IVTデータ、CST構成、およびROMログに基づいて、いくつかの潜在的な問題点を特定しました。 1. CST [Authenticate Data] Blocks アドレス/オフセットの不一致（主要な問題） あなたの画像から、 BootData.start = 0x20208000 と IVT.self = 0x20209000 によってマッピングが確立されます。ファイルオフセット 0x1000 メモリアドレス 0x20209000 に対応し、 0x20208000 には対応しません。 CST Blocks の構文は "file" です。現在の回線: Blocks = 0x20208000 0x1000 0x126c0 "my_firmware.bin" ← address/offset misaligned by 0x1000 CSTはファイルオフセット 0x1000 のデータに署名し、デバイス上のHABは 0x20208000 （=ファイルオフセット0）のメモリを検証します。2つは4 0x1000でオフセットされているため、署名が一致することは決してありません。これはまさに「オープンモードでは起動し、クローズモードでは失敗する」という現象を説明しています。オープンモードでは、HAB検証の失敗はログに記録されるだけで（致命的ではない）、クローズモードでは実行がブロックされます。 修理 ： (sign from IVT): Blocks = 0x20209000 0x1000 0x126c0 "my_firmware_prepared.bin" また、CST を実行する前に、IVT.csf フィールド (オフセット 0x1018) に最終的な CSF アドレス 0x2021b6c0 (= 0x20208000 + 0x136c0) が事前に設定されていることを確認し、その後署名し、追加します。署名後は署名済みバイトを変更しないでください(IVT/BootData/DCDはすべて署名範囲内です)。そうすると検証も壊れます。 Q1: HABイベントコードはどこにありますか?合否判定の方法は？ 0x2020523c から読まれているのはROMブートログであって、詳細なHABイベントログではありません。RT10xxでは、各エントリは (event_id<<16) | parameter として単一の32ビットワードにパックされ、パラメータは下位バイトに格納されます。 詳細な失敗理由については、HAB ROM API: report_status(&config,&state) および report_event(status,index,event,&bytes) を呼び出してください。decode per HAB4 API リファレンス・マニュアル、付録A Q2:blhostがHABログを読み取れません — 他に方法はありますか? blhost ブートROMに直接ではなく、フラッシュローダーと通信します。i.MXRT BootROMのシリアルダウンロード段階はSDPのみをサポートしています( sdphost をご利用ください)。オプション: 推奨: オープン 状態のアプリケーションからHAB APIを呼び出して、ステータスやイベント情報を読み込み印刷してください。 JTAG (ROMログ) を介して 0x2020523c から 256 バイトをダンプするか、MCUBootUtility v6.3 (sdphost がフラッシュローダーをロードし、次に blhost がメモリを読み込む) を使用して自動解析を行います。 重要事項: クローズドで認証が失敗すると、ROMはアプリケーションにジャンプせず、アプリ内 report_event は実行できません。したがって、標準フローはまず開閉状態で HAB_SUCCESS /イベント情報なしを確認し、その後SEC_CONFIG燃焼して閉じる必要があります。 Q3: 非標準IVTエントリー(オフセット0x1400)はHAB署名できますか? はい、これは原因ではありません。NORブートの場合、i.MXRT BootROMの最小オフセットは0x1400です（0x2000は推奨値です）。 よろしくお願いします、 ギャビン Re: i.MXRT106x HAB closed boot fail, HAB log stops at AUTHENTICATION_STATUS, non‑standard IVT entry またお手数をおかけして申し訳ありませんが、この問題は私にとって非常に重要なのです。 sdphostコマンドを使ってHAB認証エラーを明確に観察できました。次にJTAG経由で初期メモリ領域をダンプしてみたところ、ファームウェアの内容はメモリ上に全く存在しないことがわかった。 さらなるテストの結果、NXP-MCUBootUtilityに同梱されている公式デモプロジェクトでさえ、NON-XIPとして構成した場合、HAB署名に失敗することが判明した。XIPベースのイメージのみが正常に動作します。この結果にはとても驚きました。 私のeFuseレジスタの設定に間違いがあるのではないかと考えています。私のボードにはブートモードのDIPスイッチがないため、boot_cfgを0x1AにしてSRKヒューズを焼き切っただけです(添付のスクリーンショットを参照してください)。 QQ截图20260903101741.pngQQ截图20260903101741.png 私はこの分野の初心者なので、単純なミスをしているかもしれません。訂正やご提案があれば、ぜひお聞かせください。 ご返信をお待ちしております。よろしくお願いいたします。 Re: i.MXRT106x HAB closed boot fail, HAB log stops at AUTHENTICATION_STATUS, non‑standard IVT entry こんにちは、 @eleven さん。 あなたの指摘（公式デモでさえ、非XIPでビルドするとHABが失敗し、XIPでビルドすると動作する）は、以下の記事の根本原因を示しているようです： https://www.cnblogs.com/henjay724/p/18111727 RT1050/1060「Non-XIP + HAB」ブートROM制限 これら2つの初期デバイスでは、BootROMはOCRAMの一部(特に 0x20280000–0x202BFFFF )を予約し、HAB認証には開放しません。他のRTデバイスにはこの制限はありません。イメージはOCRAM( 0x20208000 )に読み込まれるので、HABをオフにして起動しますが、HABオンの状態で検証に失敗し、ファームウェアはメモリにコピーされません。これは脳脊髄液/ブロックとは無関係であるため、以前の変更は効果がなかったのです。 非XIPが必要な場合は、予約済みのOCRAM領域を避け、代わりに外部SDRAMを使用してください。あるいは、上記のリンク先のガイドによると、画像は有害藻類ブルームの認識領域内に厳密に限定されなければならない。 ヒューズについて（スクリーンショット）： ブートモードのディップ・スイッチがない場合、スタンドアロン起動には BT_FUSE_SEL = 1が必要です。そうでなければ起動構成は定義されていません。 また、 BOOT_CFG1=0x1A と Conf0=0x40 をRT1060 RMのヒューズマップと比較してビットごとに検証してください。ヒューズはOTP（一度書き込み可能）です。慎重に作業を進めてください。 よろしくお願いします、 ギャビン

LS1028A / Cortex-A72: Is software L1/L2 cache ECC error injection supported? I need to confirm whether L1/L2 cache ECC can be tested by injection.   From the Cortex-A72 TRM I understand: - L1D and L2 provide ECC - Errors are reported via CPUMERRSR_EL1 / L2MERRSR_EL1 - I have not found any software-accessible way to inject ECC errors into the A72 L1D or L2 cache arrays   Questions: 1) Does LS1028A (or the A72 implementation on this part) provide any software-accessible way to inject ECC errors into L1D/L2? 2) If injection is not supported, what does NXP recommend for verifying L1/L2 ECC detect/correct behavior in a power-on BIT context? Re: LS1028A / Cortex-A72: Is software L1/L2 cache ECC error injection supported? Hello, Q1: Does LS1028A / Cortex-A72 Support Software ECC Error Injection into L1D/L2? No — the Cortex-A72 does not support software-accessible ECC error injection for L1 or L2 cache. Q2: NXP-Recommended Alternatives for Power-On BIT Verification of L1/L2 ECC Since injection is not available on the A72, NXP's position is that direct ECC error injection testing of L1/L2 is not feasible in software on this core, and customers requiring this level of BIT coverage should consider the following approaches: 1. Verify ECC Reporting Path via CPUMERRSR_EL1 / L2MERRSR_EL1 2. Consult ARM Directly for Any Undocumented Debug Hooks 3. Rely on ARM's Architectural Validation (Design-Level Assurance) For safety-critical applications, the standard industry approach when injection is not available is to rely on ARM's own silicon validation and the architectural guarantee that SECDED ECC is implemented. The LS1028A datasheet confirms "Parity and ECC protected 32 KB L1 instruction and 32 KB L1 data cache" and "1 MB L2 cache with ECC protection."ARM's silicon qualification process covers ECC correctness at the IP level. 4. Consider Migration to a Newer Core for Full BIT Coverage If software-injectable ECC BIT is a hard requirement (e.g., for IEC 61508 / DO-254 compliance), NXP's newer Cortex-A55–based SoCs (e.g., i.MX 93) provide dedicated ECC Error Injection registers (e.g., CODE_CACHE_TAG0_ECC_ERROR_INJEC , SYSTEM_CACHE_DATA0_ECC_ERROR_INJEC ) that are explicitly designed for verification and debugging. The A72 → A55/A78AE migration path is something NXP actively supports.   Regards

MIMXRT1176DVMAB：ENET_1G RGMII動作電圧。 ENET_1Gを3.3VのRGMIIモードで動作させた場合、パフォーマンスの低下があるかどうかを知りたいです。 1.8VでENET_1Gに接続したイーサネットPHYを使う特別な理由があれば教えてください。 3.3/2.5/1.8/1.5Vで動作可能なイーサネットPHY RTL8211FDI-CGの6.9節「電源および接地」を参照してください。 Re: MIMXRT1176DVMAB : ENET_1G RGMII operating voltages. こんにちは、 i.MX RT1170 ENET 1G RGMIIは、1.8Vまたは3.3Vのどちらでも使用できます。 AN14251 – i.MX RT1xxx – イーサネット機能およびPHY接続、表25に記載されています。RT117x – ENET1G RGMIIパッド i.MX、RGMII用のMCUピンが見つかります。 PHYに関しては、ベンダーの推奨事項に従ってください。 よろしくお願いいたします。 パブロ

DDR tool - Config Tools for i.MX v16.1 The DDR tool supports i.MX 8M family, i.MX 91 family, i.MX 93 family, i.MX 95 family. The DDR tool is part of Config tools for i.MX offering configuration, inspection, optimization, vTSA, stressing and code generation. It can be downloaded from Config Tools for i.MX Applications Processors DDR tool User Guide is part of the User Guide for Config tools for i.MX DDR tool supports i.MX 8M family, i.MX 91 family, i.MX 93 family, i.MX 95 family. The DDR tool is part of Config tools for i.MX offering configuration, inspection, optimization, vTSA, stressing and code generation. It can be downloaded from Config Tools for i.MX Applications Processors DDR tool User Guide is part of the User Guide for Config tools for i.MX i.MX Processors MCUXpresso Conig Tools

LX2160AのJTAG(CCS)接続が失敗する LX2160Aに対し、DDR toolの使用を考えていますが、Connectができません。 原因はCCSより、JTAGの接続が確認できないことだと思います。 IDcodeの確認結果を添付します。 KAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.png 少し前に接続を試した際はJTAGからの接続が確認できましたが、ファイルが破損してしまったことと、細かくリビジョンを管理しておらず復元できておりません。 check for Updateより、インターネットからダウンロードを実施するとファイルが破損するケースが存在することを把握しておらず、現在ソフトウェアの状態を一致させることができないでいます。 一度接続できたため、ソフトウェアの問題かと思いますが、解決方法をご存じでしたらご教授願います。 以上よろしくお願いいたします。 Re: LX2160AのJTAG(CCS)接続が失敗する まずCW_ARMv8_v2020.06_b200629GA_Win_Offline.exeをインストールし、その後CodeWarrior IDEを開き、Help->Install New Software->Add->Archiveからサービスパックcom.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zipをインストールしてください。 問題が解決しない場合は、エラー画面のスクリーンショットをご提供ください。 Re: LX2160AのJTAG(CCS)接続が失敗する 最新版のCodeWarrior for ARMv8 11.5.12がインストールされているかどうか確認してください。 CodeWarrior IDEを開き、QorIQ LSシリーズ(ARM V8 ISA)のHelp->About CodeWarrior Development Studioのバージョンを確認してください。 既にこのバージョンのCodeWarriorをインストールしている場合は、CodeWarrior TAPからUSBケーブルを抜き、再度差し込んでください。 Re: LX2160AのJTAG(CCS)接続が失敗する ご返信ありがとうございます。 現在使用しているCodeWarriorのバージョン情報は以下の通りです。 CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA Version: 11.5.0 Build Id: 200629GA ご連絡いただいた最新バージョンと比較すると、私の環境は古いバージョンのようです。 ちなみに、「Install New Software」→「Add」→「Archive」から 「com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip」を選択した場合、どの項目をインストールすればよいでしょうか。 「Select All」を選択すると、エラーが発生し、インストールが成功しません。 Re: LX2160AのJTAG(CCS)接続が失敗する ご返信ありがとうございます。 「CodeWarrior for ARMv8 v11.5.0 b200629 Windows Offline Installer」からインストールを実行しました。 その後、CodeWarrior IDEで、Help → Install New Software → Add → Archive から com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip を指定して更新を試みましたが、インストール中にエラーが発生します。 エラーメッセージは以下の通りです KAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.png An error occurred while installing the items session context was:(profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb 13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb 14.0.0.202204131357, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages 対処方法についてご教示いただけますでしょうか？ 以上よろしくお願いいたします。 Re: LX2160AのJTAG(CCS)接続が失敗する 以下のリンクからインストールファイルをダウンロードし、CodeWarrior for ARMv8 11.5.12を再インストールしてください。 https://support.nxp.com/s/case/500Te00000eeSJXIA2/community-lx2160a%E3%81%AEjtagccs%E6%8E%A5%E7%B6%9A%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B?language=en_US Re: LX2160AのJTAG(CCS)接続が失敗する Windows 10にCodeWarrior for ARMv8をインストールしようとしていますか？ まず、CodeWarriorのインストールファイルをすべて削除してください。 私のtarボールからCW_ARMv8_v2020.06_b200629GA_Win_Offline.exeをインストールしてください。 その後、 新しいワークスペースでCodeWarrior IDEを開き、Help->Install New Software->Add->Archiveからサービスパックcom.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zipをインストールします。 Re: LX2160AのJTAG(CCS)接続が失敗する 1. CodeWarriorのインストールフォルダを削除してください。 2. 元のインストールファイルは使用しないでください。.exe を両方とも使用してください。私のダウンロードリンクからzipファイルをダウンロードしてください。 3. exeファイルのインストール後、新しいワークスペースでCodeWarrior IDEを開き、zipサービスパッケージをインストールしてください。 Re: LX2160AのJTAG(CCS)接続が失敗する 再開まで今しばらくお待ちください。 ご依頼どおり、ご提供いただいたダウンロードリンクを使用して、CodeWarrior for ARMv8 11.5.12の再インストールを試みました。しかし、アップデートパッケージのインストール中にエラーが発生しました。 ダウンロードリンクのページにエラーの詳細をすでに返信していますので、ぜひ確認していただけますか? この問題の原因が何か心当たりはありますか? このマターの解決に向けて引き続きご支援いただけるとありがたいです。 このメッセージは機械翻訳によって翻訳されました。 Re: LX2160AのJTAG(CCS)接続が失敗する 「作業対象」で「ローカルサイトのみ」を選択されていますが、これも誤りです。何も選択せず、空欄のままにしてください。次に「追加」→「アーカイブ」>、サービスパッケージの場所を指定します。 以下のスクリーンショットをご参照ください。 yipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.png Re: LX2160AのJTAG(CCS)接続が失敗する 再開まで今しばらくお待ちください。 ご提示いただいた手順に従って、以下の手順を実行しました。 CodeWarriorのインストール全体（サービスパックだけでなく）を完全にアンインストールしました。 以下のキャッシュフォルダを削除しました: C:\Users\ \.p2 C:\Users\ \.p2\org.eclipse.equinox.p2 CodeWarriorを再インストールしました。 ヘルプ→新しいソフトウェアをインストールする→アーカイブを追加→ファイルcom.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip指定しました。 アーカイブを追加した後、サービスパックが提供するプラグインのインストールと更新操作の両方を「新しいソフトウェアのインストール」を試みました。 その結果、サービスパックに含まれるプラグインのほとんどが正常にダウンロードされ、インストールされました。しかし、添付のスクリーンショットに示されたプラグインはインストールや更新の過程で失敗し、更新できませんでした。 KAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.png よろしくお願いいたします。 Re: LX2160AのJTAG(CCS)接続が失敗する ヘルプ ->インストール新ソフトウェア->Add->アーカイブ)からサービスパックcom.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zipをインストールしてください。 「利用可能なソフトウェアサイト」からではない キャッシュフォルダも削除してください。 C:\Users\ \.p2 または C:\Users\ \.p2\org.eclipse.equinox.p2.* Re: LX2160AのJTAG(CCS)接続が失敗する ご返信よろしくお願いします。 ダウンロードしたファイルが破損している可能性があると考え、再度ダウンロードして、以下のようにアップデートを試みました。 利用可能なソフトウェアサイトでは、以下を選びました: アーカイブ→追加→ com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip 解凍されたダウンロードパッケージから。 その後、「CodeWarrior Updates」がリストに追加され、このアップデートサイトだけを有効にしました。 調査を簡略化するため、次に「利用可能な更新プログラム」を使用し、リストの上から順に更新プログラムを一つずつインストールしました。以下のアップデートはエラーにより失敗しました。 エラーメッセージは以下のとおりです。 • CodeWarrior Debugger GTA 14.0.0.202212090959 アイテムのインストール中にエラーが発生しました。 セッションの文脈は以下の通りです: (profile=epp.package.cpp、 phase=org.eclipse.equinox.internal.p2.engine.phases.Install、 operand=[R]com.freescale.core.debugger.gta 14.0.0.202006241928 --> [R]com.freescale.core.debugger.gta 14.0.0.202212090959, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck) NLS 欠落メッセージ: param_not_set in: com.freescale.updater.customactions.Messages •NXP GDB 14.0.0.202204131357 アイテムのインストール中にエラーが発生しました。 セッションの文脈は以下の通りです: (profile=epp.package.cpp、 phase=org.eclipse.equinox.internal.p2.engine.phases.Install、 operand=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357、 action=com.freescale.updater.customactions.actions.FreescaleProcessCheck) NLS 欠落メッセージ: param_not_set in: com.freescale.updater.customactions.Messages • QorIQ構成および検証スイート - 共通レイアウト 4.24.0.FSL20221019_2247 アイテムのインストール中にエラーが発生しました。 セッションの文脈は以下の通りです: (profile=epp.package.cpp、 phase=org.eclipse.equinox.internal.p2.engine.phases.Install、 operand=null --> [R]com.freescale.cw.qcvs.feature_root4.24.0.FSL20221019_2247、 action=com.freescale.updater.customactions.actions.FreescaleProcessCheck) NLS 欠落メッセージ: param_not_set in: com.freescale.updater.customactions.Messages CodeWarrior Core IDE 14.0.0.202212091004およびCodeWarrior Debugger 14.0.0.202212091004はテストしていません。これらのパッケージには上記のソフトウェアが含まれているようです。 その他のアップデートはすべて問題なく正常にインストールされました。 追加の検証ステップとして、「新しいソフトウェアをインストールする」で利用可能なソフトウェアパッケージをインストールしてみます。個別のアップデートパッケージのテスト結果はすでに上記で示されています。 これらのエラーの原因や、それに関連する既知の問題について何か情報をお持ちでしたら、ぜひご教示いただければ幸いです。 ご協力ありがとうございました。 このメッセージは機械翻訳によって翻訳されました。 Re: LX2160AのJTAG(CCS)接続が失敗する ご指導ありがとうございました。 ご指摘いただいたとおり、アップデート設定を確認しました。 クリーンインストールから始め、添付のスクリーンショットに示されている設定に合わせて構成し、インストールを試みました。 KAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.png しかし、添付の動画ファイルに示されているように、設定を全く同じように構成しても、インストールはエラーで失敗します。 また、表示されているアイテム数が、あなたが提供してくれたスクリーンショットと異なっていることにも気づきました。この違いは問題に関連しているのでしょうか?それとも何が原因か分かりますか? 何かアドバイスがあれば、ぜひお聞かせください。 ご協力ありがとうございました。ご連絡をお待ちしております。 このメッセージは機械翻訳によって翻訳されました。 Re: LX2160AのJTAG(CCS)接続が失敗する ご説明いただきありがとうございます。 本日、インストール手順を再度実行し、以下のことを確認しました。 まず、Windows設定>インストールアプリから以下のアプリケーションをアンインストールしました。 - CodeWarrior Development Studio for QorIQ LS シリーズ - ARM V8 ISA v11.5.0 - CodeWarrior for ARMv8 v2020.06 次に、Windowsユーザーディレクトリ内の以下のフォルダを削除しました: - .codewarrior - .eclipse - .p2 その後、再度パッケージをダウンロードし、解凍してクリーンインストールを行いました。 その時点で、利用可能なソフトウェアサイトの設定は、添付のスクリーンショットに示されている通り、あなたが提供したスクリーンショットと一致していました。 KAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.png しかし、アップデートパッケージをインストールしようとしたところ、エラーが発生しました。 また、以前提供した情報について訂正させていただきたいと思います。先ほど送ったスクリーンショットは、アップデートエラーが発生してIDEが再起動された後に撮影したものです。 そのため、スクリーンショットは新規インストール直後の状態を正確に反映していませんでした。誤ったスクリーンショットをお送りしてしまい、ご迷惑をおかけしたことをお詫び申し上げます。 ご協力ありがとうございました。ご連絡をお待ちしております。 このメッセージは機械翻訳によって翻訳されました。 Re: LX2160AのJTAG(CCS)接続が失敗する こんにちは、 以下のシナリオに対応する設定テキストファイルを添付します。 1. 新たに設置された 2. アップデートパッケージを適用した後(更新が完了する前に失敗) 3. シナリオ2の失敗後にCodeWarrior IDEウィンドウ右下に表示される更新アイコンを使って再度アップデートを実行しました よろしくお願いいたします。 Re: LX2160AのJTAG(CCS)接続が失敗する おそらくこの問題は、お使いのWindows 11 OSに関連していると思われます。 CodeWarrior IDEを開き、「ヘルプ→>新しいソフトウェアのインストール→>すでにインストール済み→>設定」をクリックしてください。これにより設定をtxtファイルにコピーして私に送信してください。 Re: LX2160AのJTAG(CCS)接続が失敗する 以下のスクリーンショットを参照してください。最初の項目があなたのものとは異なります。 yipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.png 私が提供したファイル「CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe」を再インストールしましたか？ Re: LX2160AのJTAG(CCS)接続が失敗する さらに、サービスパックの仕様、特にサイズが同じかどうかをご確認ください。 yipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.png Re: LX2160AのJTAG(CCS)接続が失敗する 言語設定以外に明確な違いは感じませんでした。 C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.ini ファイルを編集して、以下の行を追加してください。 -Dfile.encoding=Cp1252 -Dsun.jnu.encoding=Cp1252 -Dorg.osgi.framework.language=en Open CodeWarrior IDE を C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.exe -nl en 次に、アップグレードが可能かどうか試してみてください。 Re: LX2160AのJTAG(CCS)接続が失敗する CodeWarriorを管理者として実行してください。 Windows 10 22H2を搭載したPCをお持ちですか？ もし可能なら、Windows 10 22H2にCodeWarrior for ARMv8 11.5.12をインストールできるか試してみてください。 Re: LX2160AのJTAG(CCS)接続が失敗する こんにちは、 指示された手順に従い、指示通りにeclipse.iniを修正し、以下のコマンドでCodeWarriorを起動しました。 C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.exe -nl en その後、「Help -> 新規ソフトウェアをインストールする」を使ってアップデートを試みました。 しかし、アップデートはやはり失敗した。 エラーログファイルを添付しましたので、ご確認ください。 また、新規インストール直後、アップデートを試みる前に、ログに既にいくつかのエラーが記録されていることに気づきました。これらのエラーはアップデート失敗と関係があるのでしょうか? 添付のログには以下の両方が含まれています: - インストール後の初期起動、 - その後の更新はHelp -> Install New ソフトウェアを通じて実施されます。 よろしくお願いいたします。 Re: LX2160AのJTAG(CCS)接続が失敗する サポートされているOSについては「3」を参照してください。システム要件については、 https://www.nxp.com/docs/en/release-note/CW-ARMV8-RN.pdfを参照してください。

IMX8MP SDIO DDR50 clock issue Hello We recently applied the following NXP fix from kernel v7.2-rc4. 58c08eea91572df62d71731f1d1180a0dc8e3a6f mmc: sdhci-esdhc-imx: fix esdhc_change_pinstate() to allow default state restore Before this fix, esdhc_change_pinstate() required all pin control state named default, state_100mhz and state_200mhz to be present in device tree before applying any timing-specific pin control state. Therefore, if any pin control was not defined in the USDHC device-tree node, the driver did not apply state_100mhz, even when the SDIO device switched to DDR50 timing. With the fix, the driver validates and applies only the pin control state required for the selected timing mode. Therefore, state_100mhz is now correctly applied for SDR50 and DDR50 modes. After applying this fix, we observed an issue with the SD2 clock-pad configuration in state_100mhz. SDIO device (in DDR50 mode) does not work with: MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194 However, SDIO device (in DDR50 mode) works with: MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x184 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x192 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x196 The 0x184 setting differs from 0x194 only in slew rate. The other working settings use different drive-strength values. We understand this behavior may be related to signal integrity. However, the result is not straightforward: DDR50 fails with 0x194, but works both with a slower slew rate (0x184) and with a stronger drive setting (0x196). In addition, SDR50 works correctly with 0x194. The issue is observed only in DDR50 mode. Could you please advise whether there are other i.MX8MP USDHC/SDIO configuration requirements or known limitations that we should consider? We would also appreciate any recommended debugging steps. Regards Vishal i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Re: IMX8MP SDIO DDR50 clock issue Hi @Zhiming_Liu  for state_100mhz SD2_DATA  is 0x194. Regards Vishal  Re: IMX8MP SDIO DDR50 clock issue Hi @vishal088  Can you also share the SD2_DATA setting?  Best Regards, Zhiming Re: IMX8MP SDIO DDR50 clock issue Hi @vishal088  If you configure DATA and CMD to 0x1D4, then use set CLK to 0x194. Will the DDR50 fail again? Can you please share the full usdhc dts node you are using? In addition, the SW team would like to know how you fixed usdhc to DDR50 mode. Best Regards, Zhiming Re: IMX8MP SDIO DDR50 clock issue Hi @Zhiming_Liu  Sry i typed wrong earlier. SD2_DATAx and SD2_CMD is 0x1d4 not 0x194 in my device tree for state_100mhz.   &usdhc2 {            pinctrl-names = "default", "state_100mhz";            pinctrl-0 = <&pinctrl_usdhc2>;            pinctrl-1 = <&pinctrl_usdhc2_100mhz>;            bus-width = <4>;            non-removable;            cap-power-off-card;            vmmc-supply = <&reg_wifi_ena>;            status = "okay"; };   pinctrl_usdhc2: usdhc2_grp {            fsl,pins = <                         MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK                 0x190                         MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD             0x1D0                         MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0       0x1D0                         MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1         0x1D0                         MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2       0x1D0                         MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3       0x1D0            >; };   pinctrl_usdhc2_100mhz: usdhc2_100mhz-grp {            fsl,pins = <                         MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK                0x194                         MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD            0x1d4                         MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0      0x1d4                         MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1        0x1d4                         MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2      0x1d4                         MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3      0x1d4           >; }; As we are not defining the state_200mhz pinctrl, in this function  esdhc_readl_le, driver(sdhci-esdhc-imx.c) remove the support for SDR104 and HS400 for host and keep the support for DDR50 and SDR50.  ---- code if (IS_ERR_OR_NULL(imx_data->pins_100mhz)) val &= ~(SDHCI_SUPPORT_SDR50 | SDHCI_SUPPORT_DDR50); if (IS_ERR_OR_NULL(imx_data->pins_200mhz)) val &= ~(SDHCI_SUPPORT_SDR104 | SDHCI_SUPPORT_HS400); and during the sdio attach phase it set the timing to DDR50 after negotiation with card about its capabilities.  same is verfied with "cat /sys/kernel/debug/mmc1/ios" clock: 50000000 Hz actual clock: 50000000 Hz vdd: 21 (3.3 ~ 3.4 V) bus mode: 2 (push-pull) chip select: 0 (don't care) power mode: 2 (on) bus width: 2 (4 bits) timing spec: 7 (sd uhs DDR50) signal voltage: 1 (1.80 V) driver type: 0 (driver type B) Note: we are using kernel 6.12.49 and we noticed the issue in "esdhc_change_pinstate" and after checking we found a fix from nxp on kernel 7.2-rc4. And after applying, it start using state_100mhz pinctrl state correctly but it break sdio device communication completely.  Later after playing with clock config as mentioned in earlier msg we narrowed that clk as 0x194 is the breaking config.  Regards Vishal Re: IMX8MP SDIO DDR50 clock issue Hi @vishal088  I did tests on i.MX8MP EVK board with same setting in dts and kernel. For now, to speed up testing, I'm using the L6.18.20 kernel, but I don't think this issue has much to do with the kernel version. Before using patch. imx8mpevk login: root root@imx8mpevk:~# cat /sys/kernel/debug/mmc1/ios clock: 50000000 Hz vdd: 21 (3.3 ~ 3.4 V) bus mode: 2 (push-pull) chip select: 0 (don't care) power mode: 2 (on) bus width: 2 (4 bits) timing spec: 7 (sd uhs DDR50) signal voltage: 1 (1.80 V) driver type: 0 (driver type B) root@imx8mpevk:~# dmesg | grep -i sd [ 2.445460] sdhci: Secure Digital Host Controller Interface driver [ 2.451674] sdhci: Copyright(c) Pierre Ossman [ 2.463953] sdhci-pltfm: SDHCI platform and OF driver helper [ 2.507075] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA [ 3.635632] sdhci-esdhc-imx 30b40000.mmc: allocated mmc-pwrseq [ 3.636284] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO [ 3.669847] mmc0: SDHCI controller on 30b40000.mmc [30b40000.mmc] using ADMA [ 3.682520] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 3.818728] mmc1: new UHS-I speed DDR50 SDHC card at address 59b4 [ 9.902634] imx-sdma 30e00000.dma-controller: firmware found. [ 9.902634] imx-sdma 30e10000.dma-controller: firmware found. [ 9.920146] imx-sdma 30bd0000.dma-controller: firmware found. [ 9.928124] imx-sdma 30bd0000.dma-controller: loaded firmware 4.6 root@imx8mpevk:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS mtdblock0 31:0 0 32M 0 disk mmcblk2 179:0 0 29.2G 0 disk |-mmcblk2p1 179:1 0 256M 0 part /run/media/boot-mmcblk2p1 `-mmcblk2p2 179:2 0 10.5G 0 part / mmcblk2boot0 179:32 0 4M 1 disk mmcblk2boot1 179:64 0 4M 1 disk mmcblk1 179:96 0 29.8G 0 disk |-mmcblk1p1 179:97 0 256M 0 part /run/media/boot-mmcblk1p1 `-mmcblk1p2 179:98 0 12G 0 part /run/media/root-mmcblk1p2 root@imx8mpevk:~# cp /run/media/boot-mmcblk1p1/Image ./ root@imx8mpevk:~# ls -la Image -rwxr-x--- 1 root root 35678720 Mar 13 15:48 Image After using patch, test read and write on SD card. root@imx8mpevk:~# cp /run/media/boot-mmcblk1p1/tee.bin ./ root@imx8mpevk:~# cp tee.bin tee_test.bin root@imx8mpevk:~# cp tee_test.bin /run/media/boot-mmcblk1p1/ root@imx8mpevk:~# ls /run/media/boot-mmcblk1p1/ Image imx95-19x19-evk-dsi-serdes-jdi-wuxga-panel.dtb imx95-19x19-evk-os08a20-dual.dtb imx95-19x19-evk-ti-serdes-combo.dtb 'System Volume Information' imx95-19x19-evk-dsi-serdes-jdi-wuxga-panel.dtbo imx95-19x19-evk-os08a20-isp-it6263-lvds0.dtb imx95-19x19-evk-ti-serdes-combo.dtbo imx95-15x15-ab2.dtb imx95-19x19-evk-dsi-serdes.dtb imx95-19x19-evk-os08a20-isp-lvds-two-disp.dtb imx95-19x19-evk-ti-serdes.dtb imx95-15x15-evk-adv7535-ap1302.dtb imx95-19x19-evk-dsi-serdes.dtbo imx95-19x19-evk-os08a20.dtb imx95-19x19-evk-ti-serdes.dtbo imx95-15x15-evk.dtb imx95-19x19-evk-dual-os08a20-isp-it6263-lvds0.dtb imx95-19x19-evk-os08a20.dtbo imx95-19x19-evk-tja1104-rgmii.dtb imx95-15x15-frdm-8mic-reve.dtb imx95-19x19-evk-it6263-lvds-dual.dtb imx95-19x19-evk-ox03c10-all.dtb imx95-19x19-evk-tja1104-rmii.dtb imx95-15x15-frdm-ap1302.dtb imx95-19x19-evk-it6263-lvds-dual.dtbo imx95-19x19-evk-ox03c10-combo.dtb imx95-19x19-evk.dtb imx95-15x15-frdm-aud-hat.dtb imx95-19x19-evk-it6263-lvds-two-disp.dtb imx95-19x19-evk-ox03c10-combo.dtbo imx95-19x19-frdm-pro-aqr113c.dtb imx95-15x15-frdm-boe-wxga-lvds-panel.dtb imx95-19x19-evk-it6263-lvds0.dtb imx95-19x19-evk-ox03c10-isp-it6263-lvds0.dtb imx95-19x19-frdm-pro-aud-hat.dtb imx95-15x15-frdm-dual-os08a20-isp.dtb imx95-19x19-evk-it6263-lvds0.dtbo imx95-19x19-evk-ox03c10.dtb imx95-19x19-frdm-pro-dual-os08a20-isp.dtb imx95-15x15-frdm-neutron.dtb imx95-19x19-evk-it6263-lvds1.dtb imx95-19x19-evk-ox03c10.dtbo imx95-19x19-frdm-pro-inmate.dtb imx95-15x15-frdm-os08a20-combo-isp.dtb imx95-19x19-evk-it6263-lvds1.dtbo imx95-19x19-evk-ox05b1s-combo.dtb imx95-19x19-frdm-pro-neutron.dtb imx95-15x15-frdm-os08a20-isp.dtb imx95-19x19-evk-jdi-wuxga-lvds-panel.dtb imx95-19x19-evk-ox05b1s-combo.dtbo imx95-19x19-frdm-pro-os08a20-combo-isp.dtb imx95-15x15-frdm-root.dtb imx95-19x19-evk-jdi-wuxga-lvds-panel.dtbo imx95-19x19-evk-ox05b1s-isp-it6263-lvds0.dtb imx95-19x19-frdm-pro-os08a20-isp.dtb imx95-15x15-frdm-rpmsg.dtb imx95-19x19-evk-jtag.dtb imx95-19x19-evk-ox05b1s-isp-lvds-two-disp.dtb imx95-19x19-frdm-pro-root.dtb imx95-15x15-frdm-waveshare-7inch-c-panel.dtb imx95-19x19-evk-jtag.dtbo imx95-19x19-evk-ox05b1s.dtb imx95-19x19-frdm-pro-waveshare-7inch-c-panel.dtb imx95-15x15-frdm.dtb imx95-19x19-evk-lpspi-slave.dtb imx95-19x19-evk-ox05b1s.dtbo imx95-19x19-frdm-pro.dtb imx95-19x19-evk-adv7535-ap1302.dtb imx95-19x19-evk-lt9611uxc-ap1302.dtb imx95-19x19-evk-pcie1-ep.dtb imx95-jailhouse-inmate.dtb imx95-19x19-evk-adv7535.dtb imx95-19x19-evk-lt9611uxc.dtb imx95-19x19-evk-pcie1-ep.dtbo mcore-demos imx95-19x19-evk-adv7535.dtbo imx95-19x19-evk-lt9611uxc.dtbo imx95-19x19-evk-rm692c9.dtb tee.bin imx95-19x19-evk-ap1302.dtb imx95-19x19-evk-netc-rpmsg.dtb imx95-19x19-evk-rm692c9.dtbo tee_test.bin imx95-19x19-evk-ap1302.dtbo imx95-19x19-evk-neutron.dtb imx95-19x19-evk-root.dtb xen imx95-19x19-evk-cs42888.dtb imx95-19x19-evk-os08a20-combo.dtb imx95-19x19-evk-rpmsg.dtb imx95-19x19-evk-cs42888.dtbo imx95-19x19-evk-os08a20-combo.dtbo imx95-19x19-evk-sof.dtb DTS modification, pinctrl_usdhc2_100mhz is default value from linux-imx. From the tests, we can see that these modifications didn't affect the SD card read/write under DDR50. &usdhc2 { assigned-clocks = <&clk IMX8MP_CLK_USDHC2>; assigned-clock-rates = <400000000>; pinctrl-names = "default", "state_100mhz"; pinctrl-0 = <&pinctrl_usdhc2>, <&pinctrl_usdhc2_gpio>; pinctrl-1 = <&pinctrl_usdhc2_100mhz>, <&pinctrl_usdhc2_gpio>; // pinctrl-2 = <&pinctrl_usdhc2_200mhz>, <&pinctrl_usdhc2_gpio>; cd-gpios = <&gpio2 12 GPIO_ACTIVE_LOW>; vmmc-supply = <&reg_usdhc2_vmmc>; bus-width = <4>; status = "okay"; }; pinctrl_usdhc2_100mhz: usdhc2-100mhzgrp { fsl,pins = < MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194 MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD 0x1d4 MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1d4 MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1d4 MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2 0x1d4 MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1d4 MX8MP_IOMUXC_GPIO1_IO04__USDHC2_VSELECT 0xc0 >; }; So I think the problem you're experiencing right now might be related to the custom board. As it happens, 0x194 causes signal quality issues. Best Regards Zhiming

MIFARE Plus EV1 (SL3) Wrong Sector Trailer access byte, Plain Communication broken Hi everyone, I'm working with a Mifare Plus EV1 card in SL3. While configuring the sector trailer access bytes, I accidentally set an incorrect value, and now plain communication no longer works for that sector. If the access bit pattern (C1/C2/C3) itself is still valid and only Byte 5 (PlainAC) is misconfigured, is re-authenticating and rewriting Byte 5 enough to fix plain communication? Or does a plain-communication failure alone also risk triggering the format-violation lock? Has anyone dealt with this before — any workaround, or is treating the sector as permanently unusable the only realistic option? Thanks in advance for any insight. #MIFARE_PLUS_EV1   #  MIFARE PLUS EV2MIFARE_PLUS_SE_1K  MIFARE

AN14554 Following up on the SmartFob power profile — two questions I couldn't resolve from AN14554. The SmartFob configuration includes a motion sensor alongside BLE, UWB and the secure element. How is motion typically used in the power model? Specifically, does a production smart fob continue BLE advertising while stationary, or is advertising suppressed or slowed until motion is detected? Second, does the estimator output an integrated standby current for a typical configuration? AN14554's advertising figures are measured at 100 ms, and I'm trying to understand the realistic 24/7 standby budget for coin-cell operation. Thanks. Re: AN14554 Hello, hope you are doing well.   I would recommend checking the "SmartFob BLE(KW47)+UWB(R5) Ranging - Power Consumption Estimator Tool v1.0" which is included under the Kinetis (KW3x/4x) Power Profile Tools for Automotive page. This tool models the SmartFob power profile across four use cases and defines when BLE advertising is active versus suppressed. In the "stationary" state (Use Case 1), there is no BLE advertising. The KW47 remains in Deep Sleep 2, while the motion sensor operates in standby mode. BLE advertising resumes after motion is detected, as mentioned for Use Cases 2 and 3. For standby current information specific to the KW47 + UWB Ranger5 + motion sensor SmartFob configuration, refer to the Consumption Table at the top of the estimator worksheet. The table indicates a system level standby current of approximately 3.77 µA at a 3 V coin-cell supply, with the value broken down by subsystem as well. Best regards, Sofia.

AN14554 SmartFobの電源プロファイルに関するフォローアップです。AN14554では解決できなかった2つの疑問点についてお答えします。 スマートフォブの構成には、BLE、UWB、セキュア要素と並行してモーション・センサが含まれています。モーションはパワーモデルで通常どのように使われているのですか?具体的には、市販のスマートキーは静止状態でもBLEアドバタイジングを継続するのか、それとも動きが検出されるまでアドバタイジングが抑制または減速されるのか？ 第二に、推定器は標準的な構成における積算待機電流を出力するか？AN14554の広告表示値は100msで測定されていますが、コイン型電池で24時間365日稼働した場合の現実的な待機電力予算を理解しようとしています。 ありがとうございます。 Re: AN14554 こんにちは、お元気でお過ごしでしょうか。   Kinetis (KW3x/4x) Power Profile Tools for オートモーティブのページに付属している「SmartFob BLE(KW47)+UWB(R5) Ranging - Power Consumption Estimator Tool v1.0」をチェックすることをおすすめします。 このツールは、4つのユースケースでSmartFobのパワープロファイルをモデル化し、BLE広告がアクティブか抑制されているかを定義します。 「定常状態」(ユースケース1)ではBLE広告はありません。KW47はディープスリープ2のままで、モーション・センサはスタンバイモードで動作します。動作が検出されるとBLE広告は再開されます。これはユースケース2および3で述べられています。 KW47 + UWB Ranger5 + モーション・センサのスマートフォブ構成に関するスタンバイ最新情報については、推定量ワークシート上部の消費量表を参照してください。この表は、3Vのコイン型電池電源におけるシステムレベルの待機電流が約3.77μAであることを示しており、サブシステムごとの内訳も示されています。 よろしくお願いします、 ソフィア。

S32K324 A/D Hello, In the S32K324 microcontroller, is it possible to use two of the three A/D peripherals on one core and one A/D peripheral on the second core? Thanx  Regards Re: S32K324 A/D Thanx, we will check example with @michelet1 . Regards Re: S32K324 A/D Hello @gianpiero_lenta, Yes. You can refer to some multicore examples in community: Solved: Re: S32K324 Multi-Core Example Project based on Whiteboard - NXP Community S32K3 also provides XRDC as a HW mechanism to assign, isolate and protect peripherals to specific domains (cores): AN14715: S32K3XX Hardware Resource Isolation and Protection. Best regards, Julián

S32K324 A/D こんにちは、 S32K324マイクロコントローラでは、3つのA/Dペリフェラルのうち2つを1つのコアに、1つのA/Dペリフェラルを2つ目のコアに使うことは可能でしょうか? ありがとう よろしくお願いします。 Re: S32K324 A/D ありがとう、 @michelet1 さんと一緒に例を確認します。 敬具 Re: S32K324 A/D こんにちは、 @gianpiero_lenta さん、 はい。 コミュニティでいくつかのマルチコアの例を参照できます: 解決済み:Re: ホワイトボードS32K324マルチコア例プロジェクト - NXPコミュニティ S32K3はまた、**ペリフェラル**を特定のドメイン(コア)に割り当て、隔離、保護するためのハードウェアワークとしてXRDCを提供しています:AN14715: S32K3XX ハードウェアリソースの隔離と保護。 よろしくお願いします、 ジュリアン

S32K324 A/D 你好， 在 S32K324 微控制器中，是否可以在一个内核上使用三个 A/D 外设中的两个，在另一个内核上使用一个 A/D 外设？ 谢谢。 此致 Re: S32K324 A/D 谢谢， 我们将和@michelet1一起查看示例。 祝好 Re: S32K324 A/D 你好@gianpiero_lenta ， 是的。 您可以参考社区中的一些多核示例： 已解决：回复：基于白板的 S32K324 多核示例项目 - NXP 社区 S32K3 还提供 XRDC 作为硬件机制，用于将外围设备分配、隔离和保护到特定功能域（内核）： AN14715：S32K3XX 硬件资源隔离和保护。 此致， 朱利安

IMX8MP SDIO DDR50 クロックの問題 Hello 先日、カーネルv7.2-rc4から以下のNXP修正を適用しました。 58c08eea91572df62d71731f1d1180a0dc8e3a6f mmc: sdhci-esdhc-imx: esdhc_change_pinstate() を修正し、デフォルト状態への復元を可能にする この修正前は、esdhc_change_pinstate() は、タイミング固有のピン制御状態を適用する前に、default、state_100mhz、state_200mhz という名前のすべてのピン制御状態がデバイスツリーに存在することを要求していました。したがって、USDHCデバイスツリーノードにピン制御が定義されていなければ、SDIOデバイスがDDR50タイミングに切り替わってもドライバはstate_100mhz適用しませんでした。 修正により、ドライバーは選択したタイミングモードに必要なピン制御状態のみを検証し適用します。したがって、state_100mhzはSDR50モードとDDR50モードに正しく適用されるようになりました。 この修正を適用した後、state_100mhz の SD2 クロックパッド構成に問題があることが確認されました。 SDIOデバイス（DDR50モード）は、以下のデバイスでは動作しません。 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194 ただし、SDIOデバイス（DDR50モード）は以下と互換性があります。 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x184 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x192 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x196 0x184の設定は、0x194の設定とスルーレートのみが異なります。その他の動作設定では、異なる駆動強度値が使用されます。 この挙動は信号の完全性に関連している可能性があると考えています。しかし、結果は単純ではありません。DDR50は0x194で失敗しますが、より遅いスルーレート（0x184）とより強力なドライブ設定（0x196）の両方で動作します。 さらに、SDR50は0x194でも正しく動作します。この問題はDDR50モードでのみ発生します。 他にi.MX8MP usDHC/SDIOの設定要件や既知の制限があれば、考慮すべきか教えていただけますか?デバッグ手順に関する推奨事項があれば、ぜひ教えていただきたいです。 よろしくお願いいたします ヴィシャル i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Re: IMX8MP SDIO DDR50 clock issue こんにちは@Zhiming_Liu state_100mhz の場合、SD2_DATA は 0x194 です。 よろしくお願いいたします ヴィシャル Re: IMX8MP SDIO DDR50 clock issue こんにちは@vishal088  SD2_DATA の設定も教えてもらえますか? よろしくお願いします、 志明 Re: IMX8MP SDIO DDR50 clock issue こんにちは、 @vishal088さん DATAとCMDを0x1D4に設定し、次にSET CLKを0x194に設定した場合、DDR50は再び故障しますか？ 使っているusdhc DTSノードの全てを教えてもらえますか?さらに、ソフトウェアチームは、usdhcをDDR50モードに修正した方法を知りたいと考えています。 よろしくお願いします、 志明 Re: IMX8MP SDIO DDR50 clock issue こんにちは@Zhiming_Liu 先ほど入力ミスをしてしまい、申し訳ありませんでした。私のデバイスツリーでは、state_100mhz の SD2_DATAx と SD2_CMD は 0x194 ではなく 0x1d4 です。   &usdhc2 { pinctrl-names = "default", "state_100mhz";            pinctrl-0 = <&pinctrl_usdhc2>;            pinctrl-1 = <&pinctrl_usdhc2_100mhz>;            バス幅 = <4>; 取り外し不可。            cap-power-off-card;            vmmc-supply = <&reg_wifi_ena>;            ステータス = "okay"; };   pinctrl_usdhc2: usdhc2_grp {            fsl,pins = < MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x190                       MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD             0x1D0 MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1D0 MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1D0                       MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2       0x1D0 MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1D0            >; };   pinctrl_usdhc2_100mhz: usdhc2_100mhz-grp {            fsl,pins = < MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194 MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD 0x1d4 MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1d4 MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1d4 MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2 0x1d4 MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1d4           >; }; state_200mhz pinctrl を定義していないため、この関数では esdhc_readl_le、ドライバー(sdhci-esdhc-imx.c)はホスト用のSDR104およびHS400のサポートを除外し、DDR50とSDR50のサポートを維持します。 ----コード if ( IS_ERR_OR_NULL ( imx_data -> pins_100mhz )) val &= ~ ( SDHCI_SUPPORT_SDR50 | SDHCI_SUPPORT_DDR50 ); if ( IS_ERR_OR_NULL ( imx_data -> pins_200mhz )) val &= ~(SDHCI_SUPPORT_SDR104 | SDHCI_SUPPORT_HS400); そしてSDIOアタッチフェーズでは、カードと能力について交渉した後、タイミングをDDR50に設定しました。 同様に「cat /sys/kernel/debug/mmc1/ios」でverfiedされています。 クロック:50000000 Hz 実際のクロック:50000000 Hz VDD:21(3.3 ~ 3.4 V) バスモード:2(プッシュプル) チップセレクト:0(気にしない) 電源モード:2(オン) バス幅:2(4ビット) タイミングスペック:7(SD UHS DDR50) 信号電圧:1(1.80 V) ドライバータイプ:0(ドライバータイプB) 注:私たちはカーネル6.12.49を使用しており、問題に気づきました。「esdhc_change_pinstate」と確認したところ、nxpのカーネル7.2-rc4で修正方法を見つけました。適用後はpinctrl状態state_100mhz正しく使われるようになりましたが、SDIOデバイス通信が完全に切断されてしまいます。 後でクロック設定を調整した結果、前述のメッセージで言及したように、0x194壊す設定だと絞り込みました。 敬具 ヴィシャル Re: IMX8MP SDIO DDR50 clock issue こんにちは、 @vishal088さん 同じdtsとカーネル設定で、i.MX8MP EVKボード上でテストを実施しました。今のところ、テストを迅速に進めるためにL6.18.20カーネルを使用していますが、この問題はカーネルのバージョンとはあまり関係がないと考えています。 パッチを適用する前に。 imx8mpevk login: root root@imx8mpevk:~# cat /sys/kernel/debug/mmc1/ios clock: 50000000 Hz vdd: 21 (3.3 ~ 3.4 V) bus mode: 2 (push-pull) chip select: 0 (don't care) power mode: 2 (on) bus width: 2 (4 bits) timing spec: 7 (sd uhs DDR50) signal voltage: 1 (1.80 V) driver type: 0 (driver type B) root@imx8mpevk:~# dmesg | grep -i sd [ 2.445460] sdhci: Secure Digital Host Controller Interface driver [ 2.451674] sdhci: Copyright(c) Pierre Ossman [ 2.463953] sdhci-pltfm: SDHCI platform and OF driver helper [ 2.507075] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA [ 3.635632] sdhci-esdhc-imx 30b40000.mmc: allocated mmc-pwrseq [ 3.636284] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO [ 3.669847] mmc0: SDHCI controller on 30b40000.mmc [30b40000.mmc] using ADMA [ 3.682520] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 3.818728] mmc1: new UHS-I speed DDR50 SDHC card at address 59b4 [ 9.902634] imx-sdma 30e00000.dma-controller: firmware found. [ 9.902634] imx-sdma 30e10000.dma-controller: firmware found. [ 9.920146] imx-sdma 30bd0000.dma-controller: firmware found. [ 9.928124] imx-sdma 30bd0000.dma-controller: loaded firmware 4.6 root@imx8mpevk:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS mtdblock0 31:0 0 32M 0 disk mmcblk2 179:0 0 29.2G 0 disk |-mmcblk2p1 179:1 0 256M 0 part /run/media/boot-mmcblk2p1 `-mmcblk2p2 179:2 0 10.5G 0 part / mmcblk2boot0 179:32 0 4M 1 disk mmcblk2boot1 179:64 0 4M 1 disk mmcblk1 179:96 0 29.8G 0 disk |-mmcblk1p1 179:97 0 256M 0 part /run/media/boot-mmcblk1p1 `-mmcblk1p2 179:98 0 12G 0 part /run/media/root-mmcblk1p2 root@imx8mpevk:~# cp /run/media/boot-mmcblk1p1/Image ./ root@imx8mpevk:~# ls -la Image -rwxr-x--- 1 root root 35678720 Mar 13 15:48 Image パッチ適用後、SDカードの読み書きテストを実施してください。 root@imx8mpevk:~# cp /run/media/boot-mmcblk1p1/tee.bin ./ root@imx8mpevk:~# cp tee.bin tee_test.bin root@imx8mpevk:~# cp tee_test.bin /run/media/boot-mmcblk1p1/ root@imx8mpevk:~# ls /run/media/boot-mmcblk1p1/ Image imx95-19x19-evk-dsi-serdes-jdi-wuxga-panel.dtb imx95-19x19-evk-os08a20-dual.dtb imx95-19x19-evk-ti-serdes-combo.dtb 'System Volume Information' imx95-19x19-evk-dsi-serdes-jdi-wuxga-panel.dtbo imx95-19x19-evk-os08a20-isp-it6263-lvds0.dtb imx95-19x19-evk-ti-serdes-combo.dtbo imx95-15x15-ab2.dtb imx95-19x19-evk-dsi-serdes.dtb imx95-19x19-evk-os08a20-isp-lvds-two-disp.dtb imx95-19x19-evk-ti-serdes.dtb imx95-15x15-evk-adv7535-ap1302.dtb imx95-19x19-evk-dsi-serdes.dtbo imx95-19x19-evk-os08a20.dtb imx95-19x19-evk-ti-serdes.dtbo imx95-15x15-evk.dtb imx95-19x19-evk-dual-os08a20-isp-it6263-lvds0.dtb imx95-19x19-evk-os08a20.dtbo imx95-19x19-evk-tja1104-rgmii.dtb imx95-15x15-frdm-8mic-reve.dtb imx95-19x19-evk-it6263-lvds-dual.dtb imx95-19x19-evk-ox03c10-all.dtb imx95-19x19-evk-tja1104-rmii.dtb imx95-15x15-frdm-ap1302.dtb imx95-19x19-evk-it6263-lvds-dual.dtbo imx95-19x19-evk-ox03c10-combo.dtb imx95-19x19-evk.dtb imx95-15x15-frdm-aud-hat.dtb imx95-19x19-evk-it6263-lvds-two-disp.dtb imx95-19x19-evk-ox03c10-combo.dtbo imx95-19x19-frdm-pro-aqr113c.dtb imx95-15x15-frdm-boe-wxga-lvds-panel.dtb imx95-19x19-evk-it6263-lvds0.dtb imx95-19x19-evk-ox03c10-isp-it6263-lvds0.dtb imx95-19x19-frdm-pro-aud-hat.dtb imx95-15x15-frdm-dual-os08a20-isp.dtb imx95-19x19-evk-it6263-lvds0.dtbo imx95-19x19-evk-ox03c10.dtb imx95-19x19-frdm-pro-dual-os08a20-isp.dtb imx95-15x15-frdm-neutron.dtb imx95-19x19-evk-it6263-lvds1.dtb imx95-19x19-evk-ox03c10.dtbo imx95-19x19-frdm-pro-inmate.dtb imx95-15x15-frdm-os08a20-combo-isp.dtb imx95-19x19-evk-it6263-lvds1.dtbo imx95-19x19-evk-ox05b1s-combo.dtb imx95-19x19-frdm-pro-neutron.dtb imx95-15x15-frdm-os08a20-isp.dtb imx95-19x19-evk-jdi-wuxga-lvds-panel.dtb imx95-19x19-evk-ox05b1s-combo.dtbo imx95-19x19-frdm-pro-os08a20-combo-isp.dtb imx95-15x15-frdm-root.dtb imx95-19x19-evk-jdi-wuxga-lvds-panel.dtbo imx95-19x19-evk-ox05b1s-isp-it6263-lvds0.dtb imx95-19x19-frdm-pro-os08a20-isp.dtb imx95-15x15-frdm-rpmsg.dtb imx95-19x19-evk-jtag.dtb imx95-19x19-evk-ox05b1s-isp-lvds-two-disp.dtb imx95-19x19-frdm-pro-root.dtb imx95-15x15-frdm-waveshare-7inch-c-panel.dtb imx95-19x19-evk-jtag.dtbo imx95-19x19-evk-ox05b1s.dtb imx95-19x19-frdm-pro-waveshare-7inch-c-panel.dtb imx95-15x15-frdm.dtb imx95-19x19-evk-lpspi-slave.dtb imx95-19x19-evk-ox05b1s.dtbo imx95-19x19-frdm-pro.dtb imx95-19x19-evk-adv7535-ap1302.dtb imx95-19x19-evk-lt9611uxc-ap1302.dtb imx95-19x19-evk-pcie1-ep.dtb imx95-jailhouse-inmate.dtb imx95-19x19-evk-adv7535.dtb imx95-19x19-evk-lt9611uxc.dtb imx95-19x19-evk-pcie1-ep.dtbo mcore-demos imx95-19x19-evk-adv7535.dtbo imx95-19x19-evk-lt9611uxc.dtbo imx95-19x19-evk-rm692c9.dtb tee.bin imx95-19x19-evk-ap1302.dtb imx95-19x19-evk-netc-rpmsg.dtb imx95-19x19-evk-rm692c9.dtbo tee_test.bin imx95-19x19-evk-ap1302.dtbo imx95-19x19-evk-neutron.dtb imx95-19x19-evk-root.dtb xen imx95-19x19-evk-cs42888.dtb imx95-19x19-evk-os08a20-combo.dtb imx95-19x19-evk-rpmsg.dtb imx95-19x19-evk-cs42888.dtbo imx95-19x19-evk-os08a20-combo.dtbo imx95-19x19-evk-sof.dtb DTS改造、pinctrl_usdhc2_100mhz linux-imxのデフォルト値です。テストから、これらの改造はDDR50下でのSDカードの読み書きには影響しなかったことがわかります。 &usdhc2 { assigned-clocks = <&clk IMX8MP_CLK_USDHC2>; assigned-clock-rates = <400000000>; pinctrl-names = "default", "state_100mhz"; pinctrl-0 = <&pinctrl_usdhc2>, <&pinctrl_usdhc2_gpio>; pinctrl-1 = <&pinctrl_usdhc2_100mhz>, <&pinctrl_usdhc2_gpio>; // pinctrl-2 = <&pinctrl_usdhc2_200mhz>, <&pinctrl_usdhc2_gpio>; cd-gpios = <&gpio2 12 GPIO_ACTIVE_LOW>; vmmc-supply = <&reg_usdhc2_vmmc>; bus-width = <4>; status = "okay"; }; pinctrl_usdhc2_100mhz: usdhc2-100mhzgrp { fsl,pins = < MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194 MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD 0x1d4 MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1d4 MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1d4 MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2 0x1d4 MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1d4 MX8MP_IOMUXC_GPIO1_IO04__USDHC2_VSELECT 0xc0 >; }; なので、今あなたが経験している問題はカスタムボードに関係しているのかもしれません。実は0x194信号品質の問題を引き起こします。 よろしくお願いいたします。 志明

MIFARE Plus EV1 (SL3) 扇区尾部访问字节错误，明文通信中断 大家好， 我正在 SL3 系统中使用 Mifare Plus EV1 卡。在配置扇区尾部访问字节时，我不小心设置了一个错误的值，现在该扇区无法进行明文通信了。 如果访问位模式（C1/C2/C3）本身仍然有效，而只有字节 5（PlainAC）配置错误，那么重新认证并重写字节 5 是否足以修复明文通信？或者，仅仅是通信故障是否也可能导致格式违规锁定？ 之前有人遇到过这种情况吗？有没有什么变通办法，还是说把这个行业永久关闭是唯一现实的选择？ 感谢您提供的任何见解。 #MIFARE_PLUS_EV1 # MIFARE PLUS EV2 MIFARE_PLUS_SE_1K MIFARE

LX2160A JTAG (CCS) connection fails I'm trying to use DDR Tool with my LX2160A, but I can't connect. I think the cause is that the CCS cannot confirm the JTAG connection. Attach the result of the IDcode verification. KAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.png When I tried connecting a while ago, I was able to confirm a connection from JTAG, but the files were corrupted, and since revisions were not carefully managed, recovery was not possible. We are unaware that downloading from the internet via "check for update" can sometimes result in file corruption, and therefore we are currently unable to match the software's status. Since I was able to connect once, I suspect it might be a software issue. If you know a solution, please let me know. Thank you very much for your understanding. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. I performed the installation using "CodeWarrior for ARMv8 v11.5.0 b200629 Windows Offline Installer". After that, I tried updating using CodeWarrior IDE by selecting Help → Install New Software → Add → Archive and specifying com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip, but an error occurred during installation. The error message is as follows: KAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.png An error occurred while installing the items session context was:(profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages Could you please advise me on how to deal with this? Thank you very much for your understanding. Re: LX2160AのJTAG(CCS)接続が失敗する Please check whether you have installed the latest CodeWarrior for ARMv8 11.5.12. Please open CodeWarrior IDE and check the version from Help->About CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA. If you have already installed this version CodeWarrior, please plug off USB cable from CodeWarrior TAP and plug in again. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. The version information for CodeWarrior currently in use is as follows: CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA Version: 11.5.0 Build ID: 200629GA Compared to the latest version you provided, my environment appears to be running an older version. By the way, if I select "com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip" via "Install New Software" → "Add" → "Archive", which items should I install? Selecting "Select All" results in an error and the installation fails. Re: LX2160AのJTAG(CCS)接続が失敗する Please install CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe first, then open CodeWarrior IDE and install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. If your problem persists, please provide screenshot to show your error. Re: LX2160AのJTAG(CCS)接続が失敗する Please download my installation file from the following link, and reinstall CodeWarrior for ARMv8 11.5.12. https://support.nxp.com/s/case/500Te00000eeSJXIA2/community-lx2160a%E3%81%AEjtagccs%E6%8E%A5%E7%B6%9A%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B?language=en_US Re: LX2160AのJTAG(CCS)接続が失敗する Are you installing CodeWarrior for ARMv8 in Windows 10? Please remove all your CodeWarrior installation file first. Please install CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe from my tar ball. Then open CodeWarrior IDE in a new workspace, and install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your support. As requested, I attempted to reinstall CodeWarrior for ARMv8 11.5.12 using the download link you provided. However, an error occurred while installing the update package. I have already replied within the download link page with the details of the error, so could you please check it? Do you have any idea what might be causing this issue? I would appreciate your continued support in resolving this matter. This message was translated using machine translation. Re: LX2160AのJTAG(CCS)接続が失敗する 1. Please remove your CodeWarrior installation folder. 2. Please don't use your original installation file. Please use both .exe and zip files from my download link. 3. After installation the exe file, please open CodeWarrior IDE in a new workspace to install the zip service package. Re: LX2160AのJTAG(CCS)接続が失敗する At "Work with" you selected "Only local sites", this is also incorrect, please don't select anything, just keep it empty. Then click "Add" -> "Archive", and specify the location of the service Package. Please refer to my following screenshot. yipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.png Re: LX2160AのJTAG(CCS)接続が失敗する Please install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. Not from "Available Software Sites" Please also delete Cache folder. C:\Users\ \.p2 or C:\Users\ \.p2\org.eclipse.equinox.p2.* Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. Suspecting that the downloaded files might have been corrupted, I downloaded them again and attempted the updates as follows. In Available Software Sites, I selected: Add → Archive → com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from the extracted download package. After doing so, "CodeWarrior Updates" was added to the list, and I enabled only this update site. To simplify the investigation, I then used Available Updates and installed the updates one by one, starting from the top of the list. The following updates failed with errors. The error messages are listed below. • CodeWarrior Debugger GTA 14.0.0.202212090959 An error occurred while installing the items. session context was: (profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.gta 14.0.0.202006241928 --> [R]com.freescale.core.debugger.gta 14.0.0.202212090959, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages • NXP GDB 14.0.0.202204131357 An error occurred while installing the items. session context was: (profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb 13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb 14.0.0.202204131357, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages • QorIQ Configuration and Validation Suite - Common Layout 4.24.0.FSL20221019_2247 An error occurred while installing the items. session context was: (profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=null --> [R]com.freescale.cw.qcvs.feature_root 4.24.0.FSL20221019_2247, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages I did not test CodeWarrior Core IDE 14.0.0.202212091004 and CodeWarrior Debugger 14.0.0.202212091004, since these packages appear to include the software listed above. All other updates were installed successfully without any issues. As an additional verification step, I will try installing the software packages available through "Install New Software." The results of testing the individual update packages have already been provided above. If you have any information regarding the cause of these errors or any known issues related to them, I would greatly appreciate your advice. Thank you for your assistance. This message was translated using machine translation. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your support. I followed the procedure you suggested and performed the following steps: Completely uninstalled the entire CodeWarrior installation (not only the service pack). Deleted the following cache folders: C:\Users\ \.p2 C:\Users\ \.p2\org.eclipse.equinox.p2 Reinstalled CodeWarrior. Opened Help → Install New Software → Add → Archive and specified the file com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip. After adding the archive, I attempted both Install and Update operations for the plugins provided by the service pack through Install New Software. As a result, most of the plugins from the service pack were downloaded and installed successfully. However, the plugins shown in the attached screenshot failed during the installation/update process and could not be updated. KAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.png Best regards, Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your guidance. I reviewed the update configuration as you suggested. Starting from a clean installation, I configured the settings to match those shown in the attached screenshot and then attempted the installation. KAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.png However, as shown in the attached video file, the installation still fails with an error even when the settings are configured exactly the same way. I also noticed that the number of items displayed differs from the screenshot you provided. Could this difference be related to the issue, or do you have any idea what might be causing it? I would appreciate any advice you may have. Thank you for your assistance. I look forward to hearing from you. This message was translated using machine translation. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your clarification. Today, I repeated the installation process and confirmed the following. First, I uninstalled the following applications from Windows Settings > Installed Apps: - CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA v11.5.0 - CodeWarrior for ARMv8 v2020.06 Next, I deleted the following folders under my Windows user directory: - .codewarrior - .eclipse - .p2 I then downloaded the package again, extracted it, and performed a fresh installation. At that point, the Available Software Sites configuration matched the screenshot you provided, as shown in the attached screenshot. KAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.png However, when I attempted to install the update package, an error occurred. I would also like to correct the information I provided previously. The screenshot I sent before was captured after the update error had occurred and after the IDE had been restarted. As a result, the screenshot did not represent the state immediately after the fresh installation. I apologize for sending the wrong screenshot and for any confusion this may have caused. Thank you for your assistance. I look forward to hearing from you. This message was translated using machine translation. Re: LX2160AのJTAG(CCS)接続が失敗する Hello, Attached are the configuration text files for the following scenarios: 1.Fresh installation 2.After applying the update package (the update failed before completion) 3.After performing the update again using the update icon shown in the bottom-right corner of the CodeWarrior IDE window after the failure in scenario 2 Best regards, Re: LX2160AのJTAG(CCS)接続が失敗する Please refer to my following screenshot, the first item is different from yours. yipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.png Did you reinstall file CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe provided by me? Re: LX2160AのJTAG(CCS)接続が失敗する Probably this issue is related with your Windows 11 OS. Please open CodeWarrior IDE, and click Help->Install New Software->Already installed->Configuration, this copy the configuration to a txt file and send it to me. Re: LX2160AのJTAG(CCS)接続が失敗する In addition please check the property of the service Pack, whether the size the same. yipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.png Re: LX2160AのJTAG(CCS)接続が失敗する I didn't find obvious difference except the language setting. Please edit C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.ini to add the following lines. -Dfile.encoding=Cp1252 -Dsun.jnu.encoding=Cp1252 -Dorg.osgi.framework.language=en Open CodeWarrior IDE with  C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.exe -nl en Then try whether it is possible to do upgrade. Re: LX2160AのJTAG(CCS)接続が失敗する Please run CodeWarrior as Administrator. Do you have a PC with Windows 10 22H2? If yes, please try whether you can install CodeWarrior for ARMv8 11.5.12 on Windows 10 22H2. Re: LX2160AのJTAG(CCS)接続が失敗する Hello, I followed the requested procedure, modified eclipse.ini as instructed, launched CodeWarrior with the following command: C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.exe -nl en and then attempted the update using Help -> Install New Software. However, the update still failed. I have attached the error log file for your review. I also noticed that some errors are already present in the log immediately after a fresh installation, before any update attempt. Could these errors be related to the update failure? The attached log includes both: - the initial startup after installation, and - the subsequent update attempt performed via Help -> Install New Software. Best regards, Re: LX2160AのJTAG(CCS)接続が失敗する Please refer to the supported OS in "3. System Requirements" in https://www.nxp.com/docs/en/release-note/CW-ARMV8-RN.pdf

LX2160A JTAG（CCS）连接失败 我考虑用DDR工具来LX2160A，但我连接不上。 我认为原因是CCS无法确认JTAG连接。 附上身份码验证结果。 KAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.png 前段时间我尝试连接时，通过 JTAG 确认了连接，但是文件损坏了，由于我没有仔细管理版本，所以一直无法恢复。 Check for Update无法识别从互联网下载时文件损坏的情况，因此无法匹配当前软件状态。 既然我曾经连接过一次，我怀疑可能是软件问题。如果你知道解决办法，请告诉我。 非常感谢你的理解。 Re: LX2160AのJTAG(CCS)接続が失敗する 感谢你的回复。 我使用“CodeWarrior for ARMv8 v11.5.0 b200629 Windows Offline Installer”执行了安装。 之后，我尝试使用 CodeWarrior IDE 进行更新，方法是选择“帮助”→“安装新软件”→“添加”→“归档”，并指定 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip，但在安装过程中出现错误。 错误信息如下： KAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.png 安装项目时发生错误 会话上下文为：（profile=epp.package.cpp，phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357，操作=com.freescale.updater.customactions.actions.FreescaleProcessCheck）。 NLS 缺少消息：参数未设置，位于：com.freescale.updater.customactions.Messages 请问您能否指导我如何处理此事？ 非常感谢你的理解。 Re: LX2160AのJTAG(CCS)接続が失敗する 请先安装 CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe，然后打开 CodeWarrior IDE 并从“帮助”->“安装新软件”->“添加”->“归档”安装服务包 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip。 如果问题仍然存在，请提供屏幕截图以显示您的错误。 Re: LX2160AのJTAG(CCS)接続が失敗する 感谢你的回复。 当前使用的CodeWarrior版本信息如下： CodeWarrior QorIQ LS 系列开发工作室 - ARM V8 指令集架构 版本：11.5.0 版本号：200629GA 与您提供的最新版本相比，我的环境似乎运行的是旧版本。 顺便问一下，如果我通过“安装新软件”→“添加”→“归档”选择“com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip”，我应该安装哪些项目？ 选择“全选”会导致错误，安装失败。 Re: LX2160AのJTAG(CCS)接続が失敗する 请检查您是否已安装适用于 ARMv8 的最新版 CodeWarrior 11.5.12。 请打开 CodeWarrior IDE，并从“帮助”->“关于 CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA”中检查版本。 如果您已经安装了此版本的 CodeWarrior，请从 CodeWarrior TAP 上拔下 USB 电缆，然后重新插入。 Re: LX2160AのJTAG(CCS)接続が失敗する 请从以下链接下载我的安装文件，并重新安装适用于 ARMv8 11.5.12 的 CodeWarrior。 https://support.nxp.com/s/case/500Te00000eeSJXIA2/community-lx2160a%E3%81%AEjtagccs%E6%8E%A5%E7%B6%9A%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B?language=en_US Re: LX2160AのJTAG(CCS)接続が失敗する 您是在 Windows 10 系统中安装适用于 ARMv8 的 CodeWarrior 吗？ 请先删除所有 CodeWarrior 安装文件。 请从我的压缩包中安装 CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe。 然后打开 CodeWarrior IDE，在新工作区中，从“帮助”->“安装新软件”->“添加”->“归档”安装服务包 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip。 Re: LX2160AのJTAG(CCS)接続が失敗する 感谢您的支持。 按照要求，我尝试使用您提供的下载链接重新安装 CodeWarrior for ARMv8 11.5.12。但是，在安装更新包时发生错误。 我已经在下载链接页面回复了错误详情，请您查看一下好吗？ 你知道是什么原因导致这个问题吗？ 我希望您在解决此事上继续给予支持。 此消息由机器已翻译。 Re: LX2160AのJTAG(CCS)接続が失敗する 1. 请删除您的 CodeWarrior 安装文件夹。 2. 请不要使用您原来的安装文件。请同时使用 .exe 文件。以及我下载链接中的压缩文件。 3. 安装 exe 文件后，请在新的工作区中打开 CodeWarrior IDE 以安装 zip 服务包。 Re: LX2160AのJTAG(CCS)接続が失敗する 感谢您的回复。 怀疑下载的文件可能已损坏，我重新下载并尝试按如下方式进行更新。 在“可用软件网站”中，我选择了： 添加 → 存档 → com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip 从解压后的下载包中。 执行此操作后，“CodeWarrior Updates”被添加到列表中，我只启用了这个更新站点。 为了简化调查，我随后使用了“可用更新”功能，并从列表顶部开始逐个安装了更新。以下更新失败并出现错误。 错误信息如下所示。 • CodeWarrior Debugger GTA 14.0.0.202212090959 安装过程中发生错误。 会话背景为： (profile=epp.代码包，软件包.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install， operand=[R]com.freescale.core.debugger.gta 14.0.0.202006241928 --> [R]com.freescale.core.debugger.gta 14.0.0.202212090959, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck）。 NLS 缺少消息：param_not_set 在： com.freescale.updater.customactions.Messages • 恩智浦 GDB 14.0.0.202204131357 安装过程中发生错误。 会话背景为： (profile=epp.代码包，软件包.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install， 操作数=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357， action=com.freescale.updater.customactions.actions.FreescaleProcessCheck）。 NLS 缺少消息：param_not_set 在： com.freescale.updater.customactions.Messages • QorIQ 配置和验证套件 - 通用布局 4.24.0.FSL20221019_2247 安装过程中发生错误。 会话背景为： (profile=epp.代码包，软件包.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install， operand=null --> [R]com.freescale.cw.qcvs.feature_root4.24.0.FSL20221019_2247， action=com.freescale.updater.customactions.actions.FreescaleProcessCheck）。 NLS 缺少消息：param_not_set 在： com.freescale.updater.customactions.Messages 我没有测试 CodeWarrior Core IDE 14.0.0.202212091004 和 CodeWarrior Debugger 14.0.0.202212091004，因为这些软件包似乎包含了上面列出的软件。 其他所有更新均已成功安装，没有任何问题。 作为额外的验证步骤，我将尝试安装通过“安装新软件”提供的软件包。上述已提供各个更新包的测试结果。 如果您有任何关于这些错误原因或与之相关的已知问题的信息，我将非常感谢您的建议。 谢谢你的帮助。 此消息由机器已翻译。 Re: LX2160AのJTAG(CCS)接続が失敗する 在“合作对象”中，您选择了“仅限本地站点”，这也是不正确的，请不要选择任何内容，保持空白即可。然后单击“添加”->“存档”，并指定服务包的位置。 请参考以下截图。 yipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.png Re: LX2160AのJTAG(CCS)接続が失敗する 感谢您的支持。 我按照您建议的步骤操作： 完全卸载了整个 CodeWarrior 安装程序（不仅仅是服务包）。 已删除以下缓存文件夹： C:\Users\ \.p2 C:\Users\ \.p2\org.eclipse.equinox.p2 重新安装了CodeWarrior。 打开帮助 → 安装新软件 → 添加 → 归档，并指定文件 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip。 添加存档后，我尝试通过“安装新软件”对服务包提供的插件进行安装和更新操作。 因此，服务包中的大部分插件都已成功下载并安装。但是，附件截图中显示的插件在安装/更新过程中失败，无法更新。 KAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.png 顺祝商祺！ Re: LX2160AのJTAG(CCS)接続が失敗する 请从“帮助”->“安装新软件”->“添加”->“归档”安装服务包 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip。 并非来自“可用软件网站” 请同时删除缓存文件夹。 C:\Users\ \.p2 或 C:\Users\ \.p2\org.eclipse.equinox.p2.* Re: LX2160AのJTAG(CCS)接続が失敗する 感谢您的指导。 我已按照您的建议检查了更新配置。 我从全新安装开始，将设置配置为与附件截图中显示的设置一致，然后尝试安装。 KAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.pngKAZU_ISHI_0-1787974046471.png 但是，如附件视频文件所示，即使设置完全相同，安装仍然会失败并出现错误。 我还注意到，显示的商品数量与您提供的截图不符。这种差异是否与该问题有关？或者您是否知道可能是什么原因造成的？ 非常感谢您的任何建议。 谢谢你的帮助。期待您的回复。 此消息由机器已翻译。 Re: LX2160AのJTAG(CCS)接続が失敗する 谢谢你的解释。 今天，我重复了安装过程，并确认了以下事项。 首先，我从 Windows 设置 > 已安装的应用 中卸载了以下应用程序： - CodeWarrior QorIQ LS 系列开发工作室 - ARM V8 ISA v11.5.0 - CodeWarrior for ARMv8 v2020.06 接下来，我删除了Windows用户目录下的以下文件夹： - .codewarrior - .eclipse - .p2 然后我又下载了该软件包，解压后进行了全新安装。 此时，“可用软件站点”配置与您提供的屏幕截图一致，如附件屏幕截图所示。 KAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.pngKAZU_ISHI_1-1788156348600.png 但是，当我尝试安装更新包时，出现了一个错误。 我还想更正我之前提供的信息。我之前发送的屏幕截图是在更新错误发生后、IDE 重启后捕获的。 因此，截图并不能反映全新安装后的状态。对于发送错误的截图以及由此可能造成的任何困惑，我深表歉意。 谢谢你的帮助。期待您的回复。 此消息由机器已翻译。 Re: LX2160AのJTAG(CCS)接続が失敗する 这个问题可能与您的 Windows 11 操作系统有关。 请打开 CodeWarrior IDE，点击帮助->安装新软件->已安装软件->配置，将配置复制到 txt 文件中并发送给我。 Re: LX2160AのJTAG(CCS)接続が失敗する 你好， 附件是以下场景的配置文件： 1.全新安装 2.应用更新包后（更新在完成前失败） 3. 在场景 2 失败后，再次使用 CodeWarrior IDE 窗口右下角显示的更新图标执行更新。 顺祝商祺！ Re: LX2160AのJTAG(CCS)接続が失敗する 请参考我下面的截图，第一项和你的不一样。 yipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.pngyipingwang_0-1788146095643.png 你是否重新安装了我提供的 CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe 文件？ Re: LX2160AのJTAG(CCS)接続が失敗する 此外，请检查服务包的属性，大小是否相同。 yipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.pngyipingwang_0-1788251622006.png Re: LX2160AのJTAG(CCS)接続が失敗する 除了语言设置之外，我没有发现明显的区别。 请编辑 C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.ini 文件，添加以下几行。 -Dfile.encoding=Cp1252 -Dsun.jnu.encoding=Cp1252 -Dorg.osgi.framework.language=en 打开 CodeWarrior IDE C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.exe -nl en 然后尝试是否可以进行升级。 Re: LX2160AのJTAG(CCS)接続が失敗する 你好， 我按照要求的步骤操作，根据指示修改了 eclipse.ini 文件，并使用以下命令启动了 CodeWarrior： C:\Freescale\CW4NET_v2020.06\CW_ARMv8\eclipse\eclipse.exe -nl en 然后尝试使用“帮助”->“安装新软件”进行更新。 然而，更新仍然失败了。 我已附上错误日志文件，请您查看。 我还注意到，在全新安装后，甚至在尝试更新之前，日志中就已经出现了一些错误。这些错误是否与更新失败有关？ 附件日志包含以下内容： - 安装后的首次启动，以及 - 随后通过帮助 -> 安装新软件执行的更新尝试。 顺祝商祺！ Re: LX2160AのJTAG(CCS)接続が失敗する 请以管理员身份运行CodeWarrior。 你的电脑运行的是 Windows 10 22H2 版本吗？ 如果可以，请尝试在 Windows 10 22H2 上安装 CodeWarrior for ARMv8 11.5.12。 Re: LX2160AのJTAG(CCS)接続が失敗する 请参考“3.请参阅 https://www.nxp.com/docs/en/release-note/CW-ARMV8-RN.pdf中的“系统要求”部分。

AN14554 关于 SmartFob 电源配置文件的后续问题——我在 AN14554 中未能解决的两个问题。 SmartFob 配置包括运动传感器以及 BLE、UWB 和安全元件。在功率模块中，运动通常是如何使用的？具体来说，量产的智能钥匙扣在静止状态下是否会继续进行 BLE 广播，还是会在检测到运动时抑制或减慢广播？ 其次，估算器是否输出典型配置的集成待机电流？AN14554 的广告数据以 100 毫秒为单位进行测量，我正在尝试了解纽扣电池运行的实际 24/7 待机预算。 谢谢。 Re: AN14554 你好，希望你一切都好。   我建议查看“SmartFob BLE(KW47)+UWB(R5)测距 - 功耗估算工具 v1.0”，该工具包含在Kinetis (KW3x/4x) 汽车电源配置文件工具页面下。 该工具模拟了 SmartFob 在四种使用场景下的功率特性，并定义了 BLE 广播何时处于激活状态以及何时处于抑制状态。 在“静止”状态（用例 1）下，没有 BLE 广播。KW47 保持深度睡眠 2 状态，而运动传感器则处于待机模式。如用例 2 和 3 中所述，检测到运动后，BLE 广播将恢复。 有关 KW47 + UWB Ranger5 + 运动传感器 SmartFob 配置的待机电流信息，请参阅估算器工作表顶部的功耗表。表格显示，在 3V 纽扣电池供电时，系统级待机电流约为 3.77 µA，并且该值还按子系统进行了细分。 此致， 索菲亚。

MIFARE Plus EV1(SL3)セクター間違ったトレーラーアクセスバイト、平文通信の破損 こんにちは、皆さん 私はSL3でMifare Plus EV1カードを扱っています。セクタートレーラーのアクセスバイトを設定しているときに誤って間違った値を設定してしまい、そのセクターの通信がうまく機能しなくなりました。 アクセスビットパターン(C1/C2/C3)自体が有効で、5バイト(PlainAC)だけが誤設定されている場合、再認証と書き換えだけでプレーン通信は解決できるのでしょうか?あるいは、平文通信の失敗だけでも、フォーマット違反ロックを引き起こすリスクがあるのだろうか？ 以前にこのような問題に遭遇した方はいますか？何か回避策はありますか？それとも、そのセクターを永久的に使用不能とみなすのが唯一現実的な選択肢なのでしょうか？ ご意見をいただければ幸いです。 #MIFARE_PLUS_EV1 # ミフェアプラスEV2MIFARE_PLUS_SE_1K  ミファーレ

IMX8MP SDIO DDR50 时钟问题 Hello 我们最近应用了内核 v7.2-rc4 中的以下 NXP 修复程序。 58c08eea91572df62d71731f1d1180a0dc8e3a6f mmc：sdhci-esdhc-imx：修复 esdhc_change_pinstate() 以允许恢复默认状态 在此修复之前，esdhc_change_pinstate() 要求在应用任何特定于时序的引脚控制状态之前，设备树中必须存在所有名为 default、state_100mhz 和 state_200mhz 的引脚控制状态。因此，如果 USDHC 设备树节点中未定义任何引脚控制，即使 SDIO 设备切换到 DDR50 时序，驱动程序也不会应用 state_100mhz。 修复后，驱动程序仅验证并应用所选定时模式所需的引脚控制状态。因此，state_100mhz 现在已正确应用于 SDR50 和 DDR50 模式。 应用此修复程序后，我们发现 state_100mhz 下的 SD2 时钟焊盘配置存在问题。 SDIO 设备（DDR50 模式）与以下设备不兼容： MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194 但是，SDIO 设备（在 DDR50 模式下）可与以下设备配合使用： MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x184 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x192 MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x196 0x184 设置与 0x194 设置的区别仅在于转换速率。其他工作设置使用不同的驱动强度值。 我们认为这种现象可能与信号完整性有关。然而，结果并不简单：DDR50 使用 0x194 时会失败，但使用较慢的转换速率 (0x184) 和更强的驱动器设置 (0x196) 时都能正常工作。 此外，SDR50 可以与 0x194 正常工作。该问题仅在 DDR50 模式下出现。 请问i.MX8MP USDHC/SDIO配置还有其他要求或已知限制需要考虑吗？我们也希望得到一些调试步骤方面的建议。 问候 维沙尔 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Re: IMX8MP SDIO DDR50 clock issue 嗨@Zhiming_Liu 对于 state_100mhz SD2_DATA 为 0x194。 问候 维沙尔 Re: IMX8MP SDIO DDR50 clock issue 你好@vishal088 您能否也分享一下 SD2_DATA 设置？ 此致， 志明 Re: IMX8MP SDIO DDR50 clock issue 你好@vishal088 如果将DATA 和 CMD 配置为0x1D4 ，然后将 CLK 设置为0x194 ，DDR50 还会再次出现故障吗？ 请问您能否分享一下您正在使用的完整 USDHC DTS 节点？此外，软件团队想知道您是如何将 usdhc 修复为 DDR50 模式的。 此致， 志明 Re: IMX8MP SDIO DDR50 clock issue 嗨@Zhiming_Liu 抱歉，我刚才打错了。在我的设备树中，状态为 state_100mhz 的 SD2_DATAx 和 SD2_CMD 为 0x1d4 而不是 0x194。   &usdhc2 { pinctrl-names = "default", "state_100mhz"; pinctrl-0 = <&pinctrl_usdhc2>; pinctrl-1 = <&pinctrl_usdhc2_100mhz>;            总线宽度 = <4> 不可拆卸； cap-power-off-card; vmmc-supply = <&reg_wifi_ena> 状态 = "好的" };   pinctrl_usdhc2: usdhc2_grp {            fsl,pins = < MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x190                         MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD             0x1D0                         MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0       0x1D0                         MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1         0x1D0                         MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2       0x1D0                         MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3       0x1D0 > };   pinctrl_usdhc2_100mhz: usdhc2_100mhz-grp {            fsl,pins = <                         MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK                0x194                         MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD            0x1d4                         MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0      0x1d4                         MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1        0x1d4                         MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2      0x1d4                         MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3      0x1d4 > }; 由于我们没有定义 state_200mhz pinctrl，因此本函数中 esdhc_readl_le，驱动程序(sdhci-esdhc-imx.c) 移除了对主机 SDR104 和 HS400 的支持，并保留了对 DDR50 和 SDR50 的支持。 - - 代码 如果( IS_ERR_OR_NULL ( imx_data -> pins_100mhz )) val &= ~ ( SDHCI_SUPPORT_SDR50 | SDHCI_SUPPORT_DDR50 ); 如果( IS_ERR_OR_NULL ( imx_data -> pins_200mhz )) val &= ~ ( SDHCI_SUPPORT_SDR104 | SDHCI_SUPPORT_HS400 ); 在 sdio 连接阶段，它在与显卡协商其功能后，将时序设置为 DDR50。 使用“cat /sys/kernel/debug/mmc1/ios”命令验证了这一点。 时钟频率：50000000 Hz 实际时钟频率：50000000 Hz vdd：21（3.3 ~ 3.4 V） 总线模式：2（推挽式） 芯片选择：0（无所谓） 电源模式：2（开启） 总线宽度：2（4 位） 时序规格：7（SD UHS DDR50） 信号电压：1（1.80 V） 驱动类型：0（B型驱动） 注意：我们使用的是 6.12.49 内核，我们注意到“esdhc_change_pinstate”函数存在问题，经过检查，我们发现 NXP 在 7.2-rc4 内核中提供了一个修复程序。应用该修复程序后，它开始正确使用 state_100mhz pinctrl 状态，但却完全破坏了 sdio 设备的通信。 后来，正如前面消息中提到的，我们反复调整时钟配置，最终发现时钟设置为 0x194 是导致问题的原因。 问候 维沙尔 Re: IMX8MP SDIO DDR50 clock issue 你好@vishal088 我在 i.MX8MP EVK 板上进行了测试，dts 和内核设置与之前相同。目前，为了加快测试速度，我使用的是 L6.18.20 内核，但我认为这个问题与内核版本关系不大。 使用补丁之前。 imx8mpevk login: root root@imx8mpevk:~# cat /sys/kernel/debug/mmc1/ios clock: 50000000 Hz vdd: 21 (3.3 ~ 3.4 V) bus mode: 2 (push-pull) chip select: 0 (don't care) power mode: 2 (on) bus width: 2 (4 bits) timing spec: 7 (sd uhs DDR50) signal voltage: 1 (1.80 V) driver type: 0 (driver type B) root@imx8mpevk:~# dmesg | grep -i sd [ 2.445460] sdhci: Secure Digital Host Controller Interface driver [ 2.451674] sdhci: Copyright(c) Pierre Ossman [ 2.463953] sdhci-pltfm: SDHCI platform and OF driver helper [ 2.507075] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA [ 3.635632] sdhci-esdhc-imx 30b40000.mmc: allocated mmc-pwrseq [ 3.636284] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO [ 3.669847] mmc0: SDHCI controller on 30b40000.mmc [30b40000.mmc] using ADMA [ 3.682520] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 3.818728] mmc1: new UHS-I speed DDR50 SDHC card at address 59b4 [ 9.902634] imx-sdma 30e00000.dma-controller: firmware found. [ 9.902634] imx-sdma 30e10000.dma-controller: firmware found. [ 9.920146] imx-sdma 30bd0000.dma-controller: firmware found. [ 9.928124] imx-sdma 30bd0000.dma-controller: loaded firmware 4.6 root@imx8mpevk:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS mtdblock0 31:0 0 32M 0 disk mmcblk2 179:0 0 29.2G 0 disk |-mmcblk2p1 179:1 0 256M 0 part /run/media/boot-mmcblk2p1 `-mmcblk2p2 179:2 0 10.5G 0 part / mmcblk2boot0 179:32 0 4M 1 disk mmcblk2boot1 179:64 0 4M 1 disk mmcblk1 179:96 0 29.8G 0 disk |-mmcblk1p1 179:97 0 256M 0 part /run/media/boot-mmcblk1p1 `-mmcblk1p2 179:98 0 12G 0 part /run/media/root-mmcblk1p2 root@imx8mpevk:~# cp /run/media/boot-mmcblk1p1/Image ./ root@imx8mpevk:~# ls -la Image -rwxr-x--- 1 root root 35678720 Mar 13 15:48 Image 使用补丁后，测试SD卡的读写功能。 root@imx8mpevk:~# cp /run/media/boot-mmcblk1p1/tee.bin ./ root@imx8mpevk:~# cp tee.bin tee_test.bin root@imx8mpevk:~# cp tee_test.bin /run/media/boot-mmcblk1p1/ root@imx8mpevk:~# ls /run/media/boot-mmcblk1p1/ Image imx95-19x19-evk-dsi-serdes-jdi-wuxga-panel.dtb imx95-19x19-evk-os08a20-dual.dtb imx95-19x19-evk-ti-serdes-combo.dtb 'System Volume Information' imx95-19x19-evk-dsi-serdes-jdi-wuxga-panel.dtbo imx95-19x19-evk-os08a20-isp-it6263-lvds0.dtb imx95-19x19-evk-ti-serdes-combo.dtbo imx95-15x15-ab2.dtb imx95-19x19-evk-dsi-serdes.dtb imx95-19x19-evk-os08a20-isp-lvds-two-disp.dtb imx95-19x19-evk-ti-serdes.dtb imx95-15x15-evk-adv7535-ap1302.dtb imx95-19x19-evk-dsi-serdes.dtbo imx95-19x19-evk-os08a20.dtb imx95-19x19-evk-ti-serdes.dtbo imx95-15x15-evk.dtb imx95-19x19-evk-dual-os08a20-isp-it6263-lvds0.dtb imx95-19x19-evk-os08a20.dtbo imx95-19x19-evk-tja1104-rgmii.dtb imx95-15x15-frdm-8mic-reve.dtb imx95-19x19-evk-it6263-lvds-dual.dtb imx95-19x19-evk-ox03c10-all.dtb imx95-19x19-evk-tja1104-rmii.dtb imx95-15x15-frdm-ap1302.dtb imx95-19x19-evk-it6263-lvds-dual.dtbo imx95-19x19-evk-ox03c10-combo.dtb imx95-19x19-evk.dtb imx95-15x15-frdm-aud-hat.dtb imx95-19x19-evk-it6263-lvds-two-disp.dtb imx95-19x19-evk-ox03c10-combo.dtbo imx95-19x19-frdm-pro-aqr113c.dtb imx95-15x15-frdm-boe-wxga-lvds-panel.dtb imx95-19x19-evk-it6263-lvds0.dtb imx95-19x19-evk-ox03c10-isp-it6263-lvds0.dtb imx95-19x19-frdm-pro-aud-hat.dtb imx95-15x15-frdm-dual-os08a20-isp.dtb imx95-19x19-evk-it6263-lvds0.dtbo imx95-19x19-evk-ox03c10.dtb imx95-19x19-frdm-pro-dual-os08a20-isp.dtb imx95-15x15-frdm-neutron.dtb imx95-19x19-evk-it6263-lvds1.dtb imx95-19x19-evk-ox03c10.dtbo imx95-19x19-frdm-pro-inmate.dtb imx95-15x15-frdm-os08a20-combo-isp.dtb imx95-19x19-evk-it6263-lvds1.dtbo imx95-19x19-evk-ox05b1s-combo.dtb imx95-19x19-frdm-pro-neutron.dtb imx95-15x15-frdm-os08a20-isp.dtb imx95-19x19-evk-jdi-wuxga-lvds-panel.dtb imx95-19x19-evk-ox05b1s-combo.dtbo imx95-19x19-frdm-pro-os08a20-combo-isp.dtb imx95-15x15-frdm-root.dtb imx95-19x19-evk-jdi-wuxga-lvds-panel.dtbo imx95-19x19-evk-ox05b1s-isp-it6263-lvds0.dtb imx95-19x19-frdm-pro-os08a20-isp.dtb imx95-15x15-frdm-rpmsg.dtb imx95-19x19-evk-jtag.dtb imx95-19x19-evk-ox05b1s-isp-lvds-two-disp.dtb imx95-19x19-frdm-pro-root.dtb imx95-15x15-frdm-waveshare-7inch-c-panel.dtb imx95-19x19-evk-jtag.dtbo imx95-19x19-evk-ox05b1s.dtb imx95-19x19-frdm-pro-waveshare-7inch-c-panel.dtb imx95-15x15-frdm.dtb imx95-19x19-evk-lpspi-slave.dtb imx95-19x19-evk-ox05b1s.dtbo imx95-19x19-frdm-pro.dtb imx95-19x19-evk-adv7535-ap1302.dtb imx95-19x19-evk-lt9611uxc-ap1302.dtb imx95-19x19-evk-pcie1-ep.dtb imx95-jailhouse-inmate.dtb imx95-19x19-evk-adv7535.dtb imx95-19x19-evk-lt9611uxc.dtb imx95-19x19-evk-pcie1-ep.dtbo mcore-demos imx95-19x19-evk-adv7535.dtbo imx95-19x19-evk-lt9611uxc.dtbo imx95-19x19-evk-rm692c9.dtb tee.bin imx95-19x19-evk-ap1302.dtb imx95-19x19-evk-netc-rpmsg.dtb imx95-19x19-evk-rm692c9.dtbo tee_test.bin imx95-19x19-evk-ap1302.dtbo imx95-19x19-evk-neutron.dtb imx95-19x19-evk-root.dtb xen imx95-19x19-evk-cs42888.dtb imx95-19x19-evk-os08a20-combo.dtb imx95-19x19-evk-rpmsg.dtb imx95-19x19-evk-cs42888.dtbo imx95-19x19-evk-os08a20-combo.dtbo imx95-19x19-evk-sof.dtb DTS 修改中， pinctrl_usdhc2_100mhz 是 linux-imx 的默认值。测试表明，这些修改并未影响 DDR50 下的 SD 卡读写操作。 &usdhc2 { assigned-clocks = <&clk IMX8MP_CLK_USDHC2>; assigned-clock-rates = <400000000>; pinctrl-names = "default", "state_100mhz"; pinctrl-0 = <&pinctrl_usdhc2>, <&pinctrl_usdhc2_gpio>; pinctrl-1 = <&pinctrl_usdhc2_100mhz>, <&pinctrl_usdhc2_gpio>; // pinctrl-2 = <&pinctrl_usdhc2_200mhz>, <&pinctrl_usdhc2_gpio>; cd-gpios = <&gpio2 12 GPIO_ACTIVE_LOW>; vmmc-supply = <&reg_usdhc2_vmmc>; bus-width = <4>; status = "okay"; }; pinctrl_usdhc2_100mhz: usdhc2-100mhzgrp { fsl,pins = < MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194 MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD 0x1d4 MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1d4 MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1d4 MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2 0x1d4 MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1d4 MX8MP_IOMUXC_GPIO1_IO04__USDHC2_VSELECT 0xc0 >; }; 所以我认为你现在遇到的问题可能与定制主板有关。碰巧的是，0x194 会导致信号质量问题。 顺祝商祺！ 志明