D1が赤く点灯しているため、S32K146EVB-Q144ボードをフラッシュできません 当初は正常に動作していた S32K146EVB-Q144 評価ボードを持っています。 Lin スタックを実装したデバッグ セッション中に、動作が停止しました。 コントローラをリセットすると、D1 の赤いライトが点灯し続け、他の 2 つの緑のライトも点灯したままになります。 USB ソースからの電源を選択するために、位置 2-3 の J10 と J107 を使用し、OpenSDA アプリのフラッシュ モードを選択するために、位置 2-3 の J104 を使用しました。 現在、私のコントローラは S32DS によってまったく検出されません。 症状はまったく同じであるように思われたので、以下の投稿に記載されている手順を試してみました。 Re: S32K144 D2 赤色 LED が常時点灯 - NXP コミュニティ ここで、P&E Kinetics Recovery Tool を使用して OpenSDA でプロセッサを停止できましたが、それでも新しいアプリケーションをフラッシュすることはできませんでした。 停止に成功しても再度点滅させることができず、赤色のライトが点灯したままになります。 コントローラはジャンパー J104 を調整することでブートローダーモードに入ることもでき、実際にブートローダーアプリをフラッシュすることもできました。しかし、どういうわけか私は再びフラッシュを書き込むことができず、サンプルの.srecをフラッシュしようとするとファイルでは、D2 は定期的に点滅し続けます (通常、正常に点滅すると 1 回点滅してからアプリの実行が開始されます)。 つまり、簡単に言うと: - コントローラがメインに到達できない、または継続的にリセットされる - コントローラはフラッシュに再度書き込むことができません (セキュリティ上の問題である可能性があります)。 私はデバッグ プローブを持っていないため、SEGGER-JLINK に関連するものを除き、上記の Thread で言及されているテクニックを試しました。私は PE Multilink Universal を持っていますが、フラッシュを回復/消去することはできません。 ボードの詳細は次のとおりです。 ボード名: S32K146EVB-Q144 MicroBootカーネルバージョン: 1.08 ブートローダーのバージョンは: 1.13 インストールされたアプリケーション: PEMicro EVB-S32K144 マスストレージ/デバッグアプリ アプリケーションのバージョン: 1.25 DUID は: 39A33939-91818199-37539805-F97AE678 EUID は: 4141A238-1BDB8733-1854BA22-D38368D6 TUID: 74823938-47328196-8576CC9B-0242983E TOAは次のとおりです: 86B6E505-56F042E0-79B2A114-62BA758F TOA2 は: 86B6E505-EB1A8A7C-AF6E54B6-43532420 SUID は: 86B6E505-5BA18877-37239804-8003EC65 MCU は永久にロックされますか? そうでない場合、どうすればボードを回復できますか? ハードウェアに障害があると思われますか？（参考までに、D2とD3が緑色に点灯しているのは、5Vと3.3Vの電源レールが正常に動作していることを意味していると思います） 物理的に大量消去する方法はありますか?(ボードがまったく検出されないため、S32DS 緊急キネティクス オプションは使用できません)。 OpenSDA チップの任意のピンを接地すると、フラッシュ メモリが消去されますか? Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red クリスマス休暇期間中は、サポートの応答時間は通常より長くなる場合がありますのでご了承ください。場合によっては、ご要望への対応が新年以降になることもあります。ご理解のほどよろしくお願いいたします。 Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red ハイ P&E リカバリ ユーティリティがMCU を停止したら、ツールを閉じます。 次にステップ3に進みます または ステップ4 S32K146 を再プログラムします。 これが原因かどうかは分かりませんが、 アプリケーションのバージョン: 1.25 。リセットボタンSW5を押したまま、USBケーブルを挿入して MSD-DEBUG-S32K146EVB-Q144_Pemicro_v121.SDA BOOTLOADER ドライブに挿入します。これにより、 アプリケーションバージョンを1.21に。 また添付しました lpit_periodic_interrupt_s32k146.srec 。 ちなみに、外付けのSegger J-Linkは必要ありません。ステップ6に従う場合： SW5を押しながらJ7を挿入すると、OpenSDAがブートローダーモードになります。そして、 SEGGER J-Linkアプリケーションファームウェア（ OpenSDA_V1.bin ）をOpenSDA_V1.binにコピーします。 オンボード デバッガーは J-Link になります。 よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 --------------------------------------------------------------------------------- Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red こんにちは、ロビン。 迅速なご返信ありがとうございます。MSD -DEBUG-S32K146EVB-Q144_Pemicro_v121.SDAにロールバックしてみましたが、 同じように動作します。ブートローダーアプリはフラッシュされますが、D1はまだ赤く点灯しており、.srecをフラッシュできません。kinetis 回復ツールを使用して停止した後のファイル。コントローラが srec をフラッシュしようとしているが、D2 が定期的に点滅するため失敗していることがわかります (通常は 3 ～ 4 回だけ点滅し、アプリがフラッシュされます)。 その後、ブートローダーをOpenSDA_V1.bin に切り替えて、その後 J-Link コマンダーを使用して接続を試みましたが、次のログが表示されました。 SEGGER J-Link Commander V8.94 (2025年12月10日 14:50:47 にコンパイル) DLLバージョンV8.94、2025年12月10日14:49:54にコンパイル USB経由でJ-Linkに接続しています...OK ファームウェア: J-Link OpenSDA コンパイル日: 2023年1月31日 13:42:36 ハードウェアバージョン: V1.00 J-Link の稼働時間（起動以降）: 0d 00h 00m 28s シリアル番号: 621000000 VTref=3.300V ターゲット接続を確立するには「connect」と入力し、ヘルプを表示するには「?」と入力します J-Link>接続 デバイス/コアを指定してください。 : S32K146 選択ダイアログに「?」と入力してください デバイス>S32K146 ターゲットインターフェースを指定してください: J) JTAG (デフォルト) S) SWD T) cJTAG TIF>SWD 対象インターフェース速度[kHz]を指定します。 : 4000 kHz 速度>100 デバイス「S32K146」が選択されました。 SWD経由でターゲットに接続する ConfigTargetSettings() の開始 ConfigTargetSettings() 終了 - 22us かかりました InitTarget() 開始 SWDが選択されました。JTAG -> SWD 切り替えシーケンスを実行しています。 CPU の停止中にタイムアウトが発生しました。 InitTarget() 終了 - 392 ミリ秒かかりました ID 0x2BA01477 の SW-DP が見つかりました DPv0が検出されました CoreSight SoC-400 以前 APマップをスキャンして利用可能なすべてのAPを見つける AP[2]: APマップの終端に達したため、APスキャンを停止しました AP[0]: AHB-AP (IDR: 0x24770011, ADDR: 0x00000000) AP[1]: JTAG-AP (IDR: 0x001C0000, ADDR: 0x01000000) APマップを反復処理して使用するAHB-APを見つける AP[0]: コアを発見 AP[0]: AHB-AP ROMベース: 0xE00FF000 CPUIDレジスタ: 0x410FC241。実装者コード: 0x41 (ARM) Cortex-M4 r0p1、リトルエンディアンが見つかりました。 FPUnit: 6 つのコード (BP) スロットと 2 つのリテラル スロット CoreSight コンポーネント: ROMTbl[0] @ E00FF000 [0][0]: E000E000 CID B105E00D PID 000BB00C SCS-M7 [0][1]: E0001000 CID B105E00D PID 003BB002 DWT [0][2]: E0002000 CID B105E00D PID 002BB003 FPB [0][3]: E0000000 CID B105E00D PID 003BB001 ITM [0][4]: E0040000 CID B105900D PID 000BB9A1 TPIU 126976バイトの作業用RAM（0x1FFF0000）を初期化しています リセットタイプ: NORMAL ( https://kb.segger.com/J-Link_Reset_Strategies ) リセット: DEMCR.VC_CORERESET によるリセット後にコアを停止します。 リセット: AIRCR.SYSRESETREQ 経由でデバイスをリセットします。 リセット: S_RESET_ST はクリアされません。CPU は永久にリセット状態のままになっているようです。 リセット: フォールバックを使用: ピンをリセットします。 リセット: DEMCR.VC_CORERESET によるリセット後にコアを停止します。 リセット: リセットピン経由でデバイスをリセットします リセット: VC_CORERESET は CPU を停止しませんでした。(デバッグ ロジックもリセット ピンによってリセットされますか?)。 リセット: 再接続して CPU を手動で停止します。 ID 0x2BA01477 の SW-DP が見つかりました DPv0が検出されました CoreSight SoC-400 以前 AP マップの検出をスキップしました。手動で構成された AP マップが見つかりました。 AP[0]: AHB-AP (IDR: 未設定、ADDR: 0x00000000) AP[0]: コアを発見 AP[0]: AHB-AP ROMベース: 0xE00FF000 CPUIDレジスタ: 0x410FC241。実装者コード: 0x41 (ARM) Cortex-M4 r0p1、リトルエンディアンが見つかりました。 CPUを停止できませんでした リセット: コアはリセット後に停止せず、WDT を無効にしようとしました。 リセット: DEMCR.VC_CORERESET によるリセット後にコアを停止します。 リセット: リセットピン経由でデバイスをリセットします リセット: VC_CORERESET は CPU を停止しませんでした。(デバッグ ロジックもリセット ピンによってリセットされますか?)。 リセット: 再接続して CPU を手動で停止します。 ID 0x2BA01477 の SW-DP が見つかりました DPv0が検出されました CoreSight SoC-400 以前 AP マップの検出をスキップしました。手動で構成された AP マップが見つかりました。 AP[0]: AHB-AP (IDR: 未設定、ADDR: 0x00000000) AP[0]: コアを発見 AP[0]: AHB-AP ROMベース: 0xE00FF000 CPUIDレジスタ: 0x410FC241。実装者コード: 0x41 (ARM) Cortex-M4 r0p1、リトルエンディアンが見つかりました。 CPUを停止できませんでした リセット: 失敗しました。リセット ピンを切り替えてリセット戦略を再度試します。 ID 0x2BA01477 の SW-DP が見つかりました DPv0が検出されました CoreSight SoC-400 以前 AP マップの検出をスキップしました。手動で構成された AP マップが見つかりました。 AP[0]: AHB-AP (IDR: 未設定、ADDR: 0x00000000) AP[0]: コアを発見 AP[0]: AHB-AP ROMベース: 0xE00FF000 CPUIDレジスタ: 0x410FC241。実装者コード: 0x41 (ARM) Cortex-M4 r0p1、リトルエンディアンが見つかりました。 リセット: DEMCR.VC_CORERESET によるリセット後にコアを停止します。 リセット: AIRCR.SYSRESETREQ 経由でデバイスをリセットします。 リセット: S_RESET_ST はクリアされません。CPU は永久にリセット状態のままになっているようです。 リセット: フォールバックを使用: ピンをリセットします。 リセット: DEMCR.VC_CORERESET によるリセット後にコアを停止します。 リセット: リセットピン経由でデバイスをリセットします リセット: VC_CORERESET は CPU を停止しませんでした。(デバッグ ロジックもリセット ピンによってリセットされますか?)。 リセット: 再接続して CPU を手動で停止します。 ID 0x2BA01477 の SW-DP が見つかりました DPv0が検出されました CoreSight SoC-400 以前 AP マップの検出をスキップしました。手動で構成された AP マップが見つかりました。 AP[0]: AHB-AP (IDR: 未設定、ADDR: 0x00000000) AP[0]: コアを発見 AP[0]: AHB-AP ROMベース: 0xE00FF000 CPUIDレジスタ: 0x410FC241。実装者コード: 0x41 (ARM) Cortex-M4 r0p1、リトルエンディアンが見つかりました。 CPUを停止できませんでした リセット: コアはリセット後に停止せず、WDT を無効にしようとしました。 リセット: DEMCR.VC_CORERESET によるリセット後にコアを停止します。 リセット: リセットピン経由でデバイスをリセットします リセット: VC_CORERESET は CPU を停止しませんでした。(デバッグ ロジックもリセット ピンによってリセットされますか?)。 リセット: 再接続して CPU を手動で停止します。 ID 0x2BA01477 の SW-DP が見つかりました DPv0が検出されました CoreSight SoC-400 以前 AP マップの検出をスキップしました。手動で構成された AP マップが見つかりました。 AP[0]: AHB-AP (IDR: 未設定、ADDR: 0x00000000) AP[0]: コアを発見 AP[0]: AHB-AP ROMベース: 0xE00FF000 CPUIDレジスタ: 0x410FC241。実装者コード: 0x41 (ARM) Cortex-M4 r0p1、リトルエンディアンが見つかりました。 CPUを停止できませんでした CPUを停止できませんでした CPUを停止できませんでした ****** エラー: CPU を停止できませんでした。 メモリゾーン: ゾーン: 「デフォルト」 説明: デフォルトのアクセスモード Cortex-M4 が識別されました。 J-Link> Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red オシロスコープを使用してリセットピンの波形を観察し、波形を送信してリセット期間とハイレベル幅を教えてください。場合によっては回復不可能となり、S32K1 チップを交換しなければならないこともあります。   接続戦略と回復手順: 目標: デバッガーにコアを停止し、問題のあるファームウェアを無効にする機会を与えます。 A. SWD速度を下げる + 「リセット時に接続」 J-Link Commanderの場合: J-Link> device S32K146 J-Link> if SWD J-Link> speed 1000 ; start at 1 MHz; if still failing, drop to 100 kHz J-Link> connect それでも失敗する場合は、手動の connect‑under‑reset を使用します。 RESET_b を外部的に低く保持し、ボードに電源を投入します。 Commander で connect を実行します。 リセットを解除し、直ちに次の操作を実行します。 J-Link> r J-Link> h J-Link> halt 特に 100 kHz SWD 速度ではタイミングが重要になる可能性があるため、何度か試してください。 B. J-Linkリセット戦略の変更 リセット戦略の値によって動作が異なります。Commander の場合 (正確な ID はバージョンによって異なる場合があります): J-Link> SetResetType = 3 ; a common “connect under reset / halt after reset”; Try 2 / 4 / 12 etc. depending on your J-Link version J-Link> r J-Link> halt または、J-Link Commander で「リセット状態で接続」を選択してみてください。 Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red S32K146EVB-SPF-29844-RB.pdfによると: J104 1-2 OpenSDAからのリセット信号 J10 2-3 P5V0 外部の 9V または 12V 電源がある場合は、 J107 1-2 P5V_SBC を接続することもできます。PEMicro Multilinkなどの外部デバッガーをお持ちの場合は、それを使用して、S32K146 用のプログラムをダウンロードできるかどうかを確認してください。 最後にダウンロードされたプロジェクトは何ですか?CSEc は有効になっていますか? 前回の質問に答えて、オシロスコープを使用して測定したリセット信号を提供してください。

88Q9098: 能否在 STA 模式下启用/禁用 ofdma/mu-mimo？ 我一直在苦苦寻找答案，但就是找不到。 我想添加启用/禁用功能 下一次连接到接入点时为 DL-OFDMA、UL-OFDMA、DL-MU-MIMO、UL-MU-MIMO 我知道启用这些功能是由接入点完成的、 但我并不关心它以何种形式出现，比如改变能力，或者其他、 我只是想让它以这种方式工作： 当我启用 DL-OFDMA 时，如果接入点尝试使用，它就会工作、 而当我在 STA 中禁用它时，即使 AP 尝试禁用，也不会起作用。 如果可能，那就再好不过了、 但即使不可能，我也会非常感激。 我真的需要你的帮助。 谢谢！ Re: 88Q9098: Is it possible to enable/disable ofdma/mu-mimo in STA mode? 感谢您的支持 Re: 88Q9098: Is it possible to enable/disable ofdma/mu-mimo in STA mode? 你好@nhk OFDMA/MU-MIMO 功能只能由 AP 端配置。STA 无法禁用它。STA 将使用 AP 指定的通信协议进行通信。 顺祝商祺！ 肖恩

EB Tresos: 「DriverConfig」の複数の定義 こんにちは、 EB Tresos で BMS SDK Gen2 を使用しています。初期化中に Bjb_D1xx ドライバと Bcc_774a ドライバに構成構造体を渡したいので、両方のモジュールで「Config Variant: VariantPostBuild」を選択する必要があります。 ただし、各ドライバは DriverConfig 変数を含めて生成されるため、コンパイル エラーが発生します。 [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bjb_D1xx_Cfg.h:48 からインクルードされたファイルで、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bjb_D1xx_TS_TxDxM9I1R0/include/CDD_Bjb_D1xx.h:46 から、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bms_common_TS_TxDxM9I1R0/src/CDD_Bms_common.c:60 から: [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bjb_D1xx_PBcfg.h:85:44:エラー: 'DriverConfig' の型が競合しています [ビルド] 85 | extern const Bjb_D1xx_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bjb_D1xx_PBcfg.h:85:44:注: マクロ 'BJB_D1XX_INITCONFIG_PB' の定義内 [ビルド] 85 | extern const Bjb_D1xx_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bjb_D1xx_TS_TxDxM9I1R0/include/CDD_Bjb_D1xx.h:1013:1:注: マクロ 'BJB_D1XX_CONFIG_EXT' の展開 [ビルド] 1013 | BJB_D1XX_CONFIG_EXT [ビルド] | ^~~~~~~~~~~~~~~~~~~~~ [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bcc_774a_Cfg.h:49 からインクルードされたファイルで、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bcc_774a_TS_TxDxM9I1R0/include/CDD_Bcc_774a.h:46 から、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bms_common_TS_TxDxM9I1R0/src/CDD_Bms_common.c:54 から: [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bcc_774a_PBcfg.h:86:44:注: 'DriverConfig' の以前の宣言はここにありました [ビルド] 86 | extern const Bcc_774a_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bcc_774a_PBcfg.h:86:44:注: マクロ 'BCC_774A_INITCONFIG_PB' の定義内 [ビルド] 86 | extern const Bcc_774a_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bcc_774a_TS_TxDxM9I1R0/include/CDD_Bcc_774a.h:851:1:注: マクロ 'BCC_774A_CONFIG_EXT' の展開 [ビルド] 851 | BCC_774A_CONFIG_EXT [ビルド] | ^~~~~~~~~~~~~~~~~~~~~ コンパイル エラーを発生させずにビルド後のパラメータ化を可能にするために、両方のドライバを構成するにはどうすればよいでしょうか? Re: EB Tresos: Multiple definitions of "DriverConfig" クリスマス休暇期間中は、サポートの応答時間は通常より長くなる場合がありますのでご了承ください。場合によっては、ご要望への対応が新年以降になることもあります。ご理解のほどよろしくお願いいたします。 Re: EB Tresos: Multiple definitions of "DriverConfig" こんにちは@PhilippH 、 個人的にお伝えしたとおり、このCASEは開発チームによって検討中でした。 彼らは次のような回答をしました。 この問題を解決するには、これらの変数の前にモジュール名を付けます（例：生成されたコードには、 Bcc_774a_とBjb_D1xx_が含まれます。この変更はテスト目的でのみ使用され、本番環境では使用されないことに注意してください。 よろしくお願いいたします。 ダニエル

ADC DMA 示例不起作用 您好， 我正在使用 MBDT v1.5 在 S32K3X8EVB-Q289 上开发一个项目 我正在尝试使用 DMA 实现 ADC，经过一番努力后，我在网上找到了这张票： https://community.nxp.com/t5/Model-Based-Design-Toolbox-MBDT/DMA-enabling-in-MBDT/m-p/1819674 在此基础上，我尝试执行@Irina_Costachescu给出的所有指示。 当我尝试版本时出现问题... matlab 给我这个错误： 我不知道如何解决这个问题......谁能告诉我如何解决这个问题，或者我是否遗漏了什么？ 谢谢！ 西蒙 Re: ADC DMA Example doesn't work 你好，@simon98、 最新的恩智浦 S32K3 基于模型的设计工具箱 1.8.0 版 包含一个使用 ADC 和 DMA 的更新模型示例：adc文件夹中的s32k344_pwm_adc_dma_s32ct 。 您可以将此模型用作应用程序的参考。 希望这能帮到您， 德拉古 Re: ADC DMA Example doesn't work 我从提供的示例中导入了配置，但还是遇到了这个问题： https://community.nxp.com/t5/Model-Based-Design-Toolbox-MBDT/ADC-DMA-Example-doesn-t-work-with-my-S32CT-Configuration/m-p/2124851#M10317 Re: ADC DMA Example doesn't work 嗨，@dragostoma、 我现在才能测试 MBDT 1.8 版本中带有 DMA 的 ADC 示例。 起初，我遇到了同样的问题：回调已执行，但在 FreeMASTER 中却看不到变量ADC_POT0的值在更新（与 1.6 版中的情况相同）。 经过多次尝试，我试着添加了以下 MCL 块，以检查 DMA 是否真正正常工作： 为了进一步调查，我用S32DS 3.6 打开了该项目。在调试时，我可以看到ADC_POT0根据电位器的位置发生变化，即使 Simulink 中的 MCL 块被注释掉也是如此。但是，在 FreeMASTER 中，ADC_POT0不会更新。 因此，我想知道造成这种行为的原因是什么，以及是否有可能以某种方式修复 FreeMASTER 的行为。 附件中是我用于这些测试的项目。 我期待您的反馈。 谢谢， Simon

重金求A1006UK 开发工程师，有做过的工程师联系我， I am requesting a development engineer for A1006UK at a high cost. Engineers who have worked before have contacted me. Thank you very much, vx jesssaid 重金求A1006UK 开发工程师，有做过的工程师联系我，重谢，vx jesssaid Facebook 13922881086 回复： 重金求A1006UK 开发工程师，有做过的工程师联系我， There is an old project that uses this ic, if you have done this project contact me, thank you!

Clarification on RTD Driver Availability with FS32K144HAT0MMHT EVK Hi everyone, I am interested in buying the FS32K144HAT0MMHT MCU and the associated evaluation kit (EVK). I would like to know: Does the EVK include the RTD driver at no additional cost? If not, is it necessary to purchase the RTD driver separately? Thanks in advance for your help! Re: Clarification on RTD Driver Availability with FS32K144HAT0MMHT EVK Hi @NagulMeera  Real-Time Drivers (RTD) and S32 Design Studio (S32DS) are free of charge. EB tresos Studio is available with a free evaluation license, but a production license must be ordered from Elektrobit. We also offer premium software such as: - S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) - Structural Core Self-Test (SCST) For premium software, contact your NXP representative. BR, VaneB

i.MX6ULL：BT+WiFi 芯片（高通 QCA9377）的 132MHz sdio 时钟输出问题 恩智浦社区成员，你们好、 我有一块装有 IMX6ULL 和高通 BT+WiFi 组合芯片的定制板。 该项目基于 Yocto kirkstone、linux-imx 5.15.71 内核版本。 mx6ull 和 qca9377 之间的通信方式是 sdio。 关于 mx6ull 和 qca9377 之间的 sdio 通信过程中偶尔出现的通信错误，我有几个问题。 1. 将 dts 设置为使用 132MHz 的 sdio 时钟速度 imx6ul-14x14-evk.dtsi &usdhc1 { pinctrl-names = "default", "state_100mhz", "state_200mhz"; pinctrl-0 = <&pinctrl_usdhc1>; pinctrl-1 = <&pinctrl_usdhc1_100mhz>; pinctrl-2 = <&pinctrl_usdhc1_200mhz>; bus-width = <4>; vmmc-supply = <&reg_sd1_vmmc>; pm-ignore-notify; keep-power-in-suspend; non-removable; status = "okay"; }; &iomuxc { pinctrl_usdhc1: usdhc1grp { fsl,pins = < MX6UL_PAD_SD1_CMD__USDHC1_CMD 0x17059 MX6UL_PAD_SD1_CLK__USDHC1_CLK 0x10071 MX6UL_PAD_SD1_DATA0__USDHC1_DATA0 0x17059 MX6UL_PAD_SD1_DATA1__USDHC1_DATA1 0x17059 MX6UL_PAD_SD1_DATA2__USDHC1_DATA2 0x17059 MX6UL_PAD_SD1_DATA3__USDHC1_DATA3 0x17059 MX6UL_PAD_GPIO1_IO00__GPIO1_IO00 0x130b0 >; }; pinctrl_usdhc1_100mhz: usdhc1grp100mhz { fsl,pins = < MX6UL_PAD_SD1_CMD__USDHC1_CMD 0x170b9 MX6UL_PAD_SD1_CLK__USDHC1_CLK 0x100b9 MX6UL_PAD_SD1_DATA0__USDHC1_DATA0 0x170b9 MX6UL_PAD_SD1_DATA1__USDHC1_DATA1 0x170b9 MX6UL_PAD_SD1_DATA2__USDHC1_DATA2 0x170b9 MX6UL_PAD_SD1_DATA3__USDHC1_DATA3 0x170b9 >; }; pinctrl_usdhc1_200mhz: usdhc1grp200mhz { fsl,pins = < MX6UL_PAD_SD1_CMD__USDHC1_CMD 0x170f9 MX6UL_PAD_SD1_CLK__USDHC1_CLK 0x100f9 MX6UL_PAD_SD1_DATA0__USDHC1_DATA0 0x170f9 MX6UL_PAD_SD1_DATA1__USDHC1_DATA1 0x170f9 MX6UL_PAD_SD1_DATA2__USDHC1_DATA2 0x170f9 MX6UL_PAD_SD1_DATA3__USDHC1_DATA3 0x170f9 >; }; }; mmc0 信息 # cat /sys/kernel/debug/mmc0/ios clock: 132000000 Hz actual clock: 132000000 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: 6 (sd uhs SDR104) signal voltage: 1 (1.80 V) driver type: 0 (driver type B) 3. 有时会打印出如下 sdio 通信错误日志 AR6000: SDIO bus operation failed! MMC stack returned : -84 __HIFReadWrite, addr:0X001000, len:00000256, Read , Sync Debug Assert Caught, File /usr/src/debug/kernel-module-qca9377/3.1-r0/git/CORE/SERVICES/HIF/sdio/linux/native_sdio/src/hif.c, Line: 1459, Test:status == A_OK || status == A_ECANCELED "Change sdio clock speed (132MHz -> 50MHz)" 1. 将 DTS 设置为使用 sdio 时钟速度为 50MHz。 imx6ul-14x14-evk.dtsi &usdhc1 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_usdhc1>; bus-width = <4>; vmmc-supply = <&reg_sd1_vmmc>; pm-ignore-notify; keep-power-in-suspend; non-removable; status = "okay"; }; mmc0 信息 # cat /sys/kernel/debug/mmc0/ios clock: 50000000 Hz actual clock: 44000000 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: 2 (sd high-speed) signal voltage: 0 (3.30 V) driver type: 0 (driver type B) 不显示 sdio 通信错误日志。 1.当 sdio 时钟设置为 132MHz 时，mx6ull 和 qca9377 之间的 sdio 通信似乎不稳定。有没有办法通过修改 dts 值来改进它？ 2.如果不可能，您建议使用什么值作为 sdio 时钟值？ 提前谢谢您。 致以最诚挚的问候 i.MX6 全部 i.MX6UL Linux Yocto Project Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 请参阅数据表，SDR104/SDR50 模式的信号电平为 1.8 V。请检查您的硬件并仔细确认这一点 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 亲爱的谢琼 感谢您的快速回复。   让我再解释一下。   <HW> - Soc 是 NXP mx6ull 处理器 (MCIMX6Y2DVM09AB) - mmc0 连接到高通 BT/WiFi Combo 芯片（sdio 连接） -> 132MHz，1.8V - mmc1 连接到 8G eMMC -> 132MHz，1.8V   <mmc0> # cat /sys/kernel/debug/mmc0/ios 时钟：132000000 赫兹 实际时钟：132000000 赫兹 Vdd：21（3.3 ~ 3.4 V） 总线模式：2（推拉） 芯片选择： 0（无所谓） 电源模式：2（开启） 总线宽度：2（4 位） 定时规格 6（SD UHS SDR104） 信号电压： 1 (1.80 V) 驱动器类型： 0（驱动程序类型 B）   <mmc1> # cat /sys/kernel/debug/mmc1/ios 时钟：132000000 赫兹 Vdd：21（3.3 ~ 3.4 V） 总线模式：2（推拉） 芯片选择： 0（无所谓） 电源模式：2（开启） 总线宽度：3（8 位） 定时规格 9 (mmc HS200) 信号电压： 1 (1.80 V) 驱动器类型： 0（驱动程序类型 B）   <说明> - 与连接到 mmc1 的 eMMC 的通信以 132MHz 和 1.8V 电压运行，没有任何问题。 - 与连接到 mmc0 的 BT/WiFi 芯片的 sdio 通信也是以 132MHz 和 1.8V 电压驱动的，但会出现间歇性的 sdio 通信错误。   更多问题见下文： 1.对于 eMMC(mmc1)，HS200（132MHz/1.8V）似乎是有保证的、但对于 SDIO(mmc0)，在 SDR104 模式下似乎只能保证高达 104MHz 的频率。请检查？ 2.如果是，mx6ull 芯片是否能保证最高 104MHz 的 sdio 时钟速度？ (我想确认一下 MX6ULL 芯片能否保证 SDIO 132MHz 的时钟速度）。 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 感谢您的快速回复。 关于问题 1，我想我大错特错了。很抱歉。 我检查了你提到的如下内容 ""SD/SDIO UHS-I 模式（SDR 模式下最高 208 MHz，DDR 模式下最高 50 MHz）" 因此，如果我们在 mmc0 中使用 sdr104，最大时钟频率为 208MHz，那么有可能保证 132MHz 的时钟频率吗？ Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 1.对于 eMMC(mmc1)，HS200（132MHz/1.8V）似乎是有保证的、但对于 SDIO(mmc0)，在 SDR104 模式下似乎只能保证高达 104MHz 的频率。请检查？ >请参阅数据表，最高可达 UHS-I SDR104 模式 104MB/s，不是 104Mhz max，请参阅 RM：SD/SDIO UHS-I 模式（SDR 模式下最高 208MHz，DDR 模式下最高 50MHz） 2. （我想确认 MX6ULL 芯片是否能保证 SDIO 132MHz 的时钟速度）。 >您可以参阅数据表，对于 SDR104，频率最高可达 200Mhz，我们已经在 mmc0 上测试了 SDR104，频率最高可达 198Mhz，参阅您的日志，似乎您的 mmc1 可以在 HS200 下工作？ Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 是的，您可以参考默认设置为 132M 的 dtsi 文件，也可以转储时钟树来检查时钟是否为 132Mhz Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 谢谢 joanxie、 我会再检查一下，看看是否真的是时钟速度问题，然后再问。 谢谢。 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 我在 SW 中调试了上述内容。 请在确认细节后回答我的问题。 1.芯片勘误表 芯片勘误表i.MX 6ULL "ERR010450 MMC：EMMC 只能在低于或等于 150 MHz 的频率下运行" https：//www.nxp.com/docs/en/errata/IMX6ULLCE.pdf        2.SW 调试 1) 误差值定义 incl@@ ud e/ uapi / asm -generic / errno.h: 67: #define EILSEQ 84 /* 非法字节序列 */ 2) EILSEQ 设置位置 -cmd 司机/mmc/主机/sdhci.c： sdhci_cmd_irq() 如果如果 &(sdhci_int_timeout |SDHCI_INT_CRC |sdhci_int_end_bit |sdhci_int_index)){ 如果(intmask &sdhci_int_timeout) 主机->cmd->错误 = -ETIMEDOUT； 不然 主机->cmd->错误 = -EILSEQ；                     -数据 司机/mmc/主机/sdhci.c: sdhci_data_irq() 如果(intmask &sdhci_int_data_timeout) 主机->数据->错误 = -ETIMEDOUT； 否则 如果(intmask &sdhci_int_data_end_bit) 主机->数据->错误 = -EILSEQ； 3) 对数 [418.109795][sdhci_cmd_irq()] intmask = 0xa0001 [418.114178][sdhci_data_irq()] intmask = 0x200002 [ 418.118999] AR6000：S DIO 总线操作失败！ 返回的 MMC 堆栈：-8 4 [418.125847]__HIFReadWrite, addr：0X000800, len：00000044, 读 , 同步 [418.144284]调试断言捕获，文件 /usr/src/调试/内核-模块-qca9377/3.1-r0/git/核心/服务/HIF/sdio/linux/native_sdio/src/hif.c, 行： 1459, 测试：状态 ==A_OK ||状态 ==A_ECANCELED 3.SDHCI 寄存器 1) sdhci_cmd_irq() 的掩码值为 0xa0001 位 0 (0x00001)😞 sdhci_int_response -> 命令响应 OK 位 17 (0x20000)😞 SDHCI_INT_INDEX -> 命令索引错误 位 19 (0x80000)😞 SDHCI_INT_CRC -> 命令 CRC 错误 2）的内屏蔽值 的掩码值是() 的掩码值为 0x200002 位 1 (0x00002)😞 sdhci_int_data_end -> 数据确定 位 21 (0x200000)😞 SDHCI_INT_DATA_CRC -> 数据 CRC 错误 4.猜谜 根据 imx6ull 勘误表 ERR010450、 "1.8 V 的 SDR104 只能在低于或等于 150 MHz 的频率下工作。" 如果它的工作频率高达 150MHz看来 cmd/数据 CRC 错误将在 132MHz 时在 132MHz 频率下，由于温度/时间差/电压波动等因素造成的时序余量。 5.问题 目前，我们无法通过硬件调整来调整数值，必须通过软件来响应。 降低 sdio 时钟值似乎可以减少或消除 CRC 错误率。 率。恩智浦有什么看法？ 谢谢。 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 亲爱的 joanxie 根据您提供的信息，我使用下面的寄存器进行了测试。 sdhci-esdhc-imx.c #define ESDHC_MIX_CTRL_SMPCLK_SEL (1<< 23) #define ESDHC_MIX_CTRL_AUTO_TUNE_EN (1<< 24) #define ESDHC_MIX_CTRL_FBCLK_SEL (1<< 25) SMPCLK_SEL 0 AUTO_TUNE_EN 1 FBCLK_SEL 1 1. 测试 1) 设置 AUTO_TUNE_EN 1-> 0 2) 日志 [39.150703] AR6000：取消向总线驱动程序 注册 3) wlan0 注册失败 $ ifconfig wlan0 up ifconfig：SIOCGIFFLAGS：没有这样的设备 2. 测试 2 1) 设置 FBCLK_SEL 1-> 0 2) 日志 [39.160750] AR6000：取消向总线驱动程序注册 3) wlan0 注册也失败 $ ifconfig wlan0 up ifconfig：SIOCGIFFLAGS：没有这样的设备 3. 测试 3 1) 设置 AUTO_TUNE_EN 1-> 0 & & FBCLK_SEL 1-> 0 2) 系统在启动时死机，如下面的日志所示 [18.834619] wlan：加载驱动程序 v4.5.25.65 [ 18.894917] hifDeviceInserted：Dumping clocks (50000000,132000000) 我试着参考恩智浦社区的文章对其进行修改和测试，但结果并不令人满意。 请注意 感谢您的帮助 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 亲爱的 joanxie， 感谢您的快速回复。 在参考您的指南后，我会告诉您的。 祝你今天和周末愉快 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 我咨询了无线团队，他们已经通过 usdhc 验证了 imx6ull 的 WIFI，并且可以设置最大时钟频率为 150Mhz，因此对于 imx6ull 端，可以支持这一点，而且我发现一些 WIFI 芯片会影响自动运行，因此我建议您可以禁用这些寄存器来检查，如果这些不是根本原因，我建议您需要检查您的硬件和 PCB 设计，如果您无法确认这一点，您可以提交票据进行 SCHEMATIC 审核。 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 我咨询了无线团队，他们已经通过 usdhc 验证了 imx6ull 的 WIFI，并且可以设置最大时钟频率为 150Mhz，因此对于 imx6ull 端，可以支持这一点，而且我发现一些 WIFI 芯片会影响自动运行，因此我建议您可以禁用这些寄存器来检查，如果这些不是根本原因，我建议您需要检查您的硬件和 PCB 设计，如果您无法确认这一点，您可以提交票据进行 SCHEMATIC 审核。 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 这就是我之前谈到的，关于自动调谐影响故障的详细信息 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/uSDHC-auto-tuning-and-possible-SDIO-failures/ta-p/1352855 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 很高兴听到这些补丁起作用了，但事实上新的 电路板支持包 已经合并了，据我所知，我没听见 imx6ull 和 wifi 芯片之间存在任何其他问题 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 亲爱的 joanxie 感谢您的友好指导。 我参照您提供的链接调试了这个问题。 1. 补丁 1 1) 参考您提供的链接使用补丁 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/uSDHC-auto-tuning-and-possible-SDIO-failures/ta-p/1352855 2. 补丁 2 1) 在 dts 文件上添加"fsl,sdio-async-interrupt-enabled" imx6ul-14x14-evk.dtsi: &usdhc1 { fsl,sdio-async-interrupt-enabled; //add this line 2) 以下部分已启用 sdhci-esdhc-imx.c: usdhc_auto_tuning_mode_sel() /* * If sdio device use async interrupt, it will use DAT[1] to signal * the device's interrupt asynchronous when use 4 data lines. * Then hardware auto tuning circuit MUST NOT check the DAT[1] line, * otherwise auto tuning will be impacted by this async interrupt, * and change the delay cell incorrectly, which then cause data/cmd * errors. * This is the hardware auto tuning circuit limitation. */ if (imx_data->boarddata.sdio_async_interrupt_enabled) auto_tune_buswidth = ESDHC_VEND_SPEC2_AUTO_TUNE_1BIT_EN; 打上上述补丁后，通过调试，问题没有再出现。 (sdio 时钟变化测试（50MHz->100MHz->132MHz）、ping 测试、iperf3 测试等）。 再问一个问题，确认一下你们的补丁指南。 如果我打上这个补丁，问题就会得到解决、 但它是否有可能对 mx6ull 和 wifi 芯片之间的 sdio 通信产生其他影响？   感谢您的支持。 Re: i.MX6ULL: Issue with 132MHz sdio clock out for BT+WiFi chip(Qualcomm QCA9377) 谢谢 joanxie、 我还检查了另一个 yocto 版本（imx-6.6.52、fslc-6.1.72) 我在 yocto scarthgap imx-6.6.52 版本上找到了类似的补丁，如下所示 /* * For USDHC, auto tuning circuit can not handle the async sdio * device interrupt correctly. When sdio device use 4 data lines, * async sdio interrupt will use the shared DAT[1], if enable auto * tuning circuit check these 4 data lines, include the DAT[1], * this circuit will detect this interrupt, take this as a data on * DAT[1], and adjust the delay cell wrongly. * This is the hardware design limitation, to avoid this, for sdio * device, config the auto tuning circuit only check DAT[0] and CMD * line. */ if (imx_data->init_card_type == MMC_TYPE_SDIO) auto_tune_buswidth = ESDHC_VEND_SPEC2_AUTO_TUNE_1BIT_EN; esdhc_clrset_le(host, ESDHC_VEND_SPEC2_AUTO_TUNE_MODE_MASK, auto_tune_buswidth | ESDHC_VEND_SPEC2_AUTO_TUNE_CMD_EN, ESDHC_VEND_SPEC2); 但未在 yocto scarthgap fslc-6.1.72 上打补丁版本。 我将根据您的指导检查其他 yocto 版本。 感谢您的支持。

电路板支持包有解决 ERR051037 的解决方法吗？ 嗨，团队、 UAES 客户询问我们是否会发布一些用于变通方案 ERR051037 的软件。我发现 Jira 机票 ALB-7352 中提到了这一点。是否包括 ERR051037？ https://community.nxp.com/t5/S32G-Internal-Community/UAES-S32G-errata-review-and-found-1-item-ERR051037-PCIe/td-p/2253619 此致， 莱德 HPC_BSP Linux BSP Re: Does BSP have a workaround for resolving ERR051037? 您好， 目前还没有实施勘误的计划，因为实施勘误需要很大的努力。 最佳问候、 安卡

s32k3 获取 sbaf 版本 恩智浦专家，你好、 1. 我使用的是 s32k312，希望获得 SBAF 版本、 2. 我看到https://community.nxp.com/t5/S32K/How-Do-I-Obtain-the-SBAF-Version-Information/m-p/1782284这个帖子 3. 我无法读取这个地址，因为它无法访问，不管是否安装了 HSE。 我的问题是，访问这个地址是否有任何前提条件，或者需要某些硬件版本？ 谢谢。 Re: s32k3 obtain sbaf version 只有这个代码，我认为这与 mpu 设置无关。 在 swd 调试/ide 调试中，内存监视器无法显示该地址值。 Re: s32k3 obtain sbaf version 嗨，@胜利 为了确认，您是否尝试了主题中提到的 S32K344_SBAF_UPDATE 示例中实现的方法？ 我想到的一点是，MPU（内存保护单元）可能已启用。MPU 保护内存区域不被读取或写入，这在功能安全应用中通常是必需的。如果要写入的区域受保护，写入操作将失败。在这种情况下，应禁用或调整 MPU 以允许写入该特定内存区域。 BR、VaneB Re: s32k3 obtain sbaf version 嗨，@胜利 您是指无法在 S32DS 内存查看器中查看该地址吗？我检查了我这边的 EVB，我可以访问并查看 SBAF 版本

SAF sBoot CMU_FC チェック sBoot で CMU_FC チェックを構成するときにパラメータを設定する方法がわかりません。自分の理解に基づいていくつかの値を設定し、コードを生成しましたが、生成された LFREF 値と HFREF 値は設定した値に基づいてどのように導出されるのでしょうか?計算過程を見せていただけますか？ 私の意見では、上記で設定したパラメータは、RCCR.REF_CNT/HTCR.HFREF/LTCR.LFREF と比較する必要があります。FXOSC=40Mの場合、CMU_FC0チェックをどのように設定すればよいですか?RCCR.REF_CNT/HTCR.HFREF/LTCR.LFREF はいつ設定すればよいですか?値は何ですか? Re: SAF sBoot CMU_FC Checks こんにちは@ziwu 、 すべての計算はS32K3xx RM rev.11に記載されています。 セクション56.5.2 HFREFとLFREFのプログラミング。 よろしくお願いいたします。 ダニエル Re: SAF sBoot CMU_FC Checks 1.RM Rev.11 をチェックしましたが、まだ結果が得られません。バス クロックは何ですか? システム クロックですか? 2.EB tresos をチェックしたところ、「Mcu レジスタ値の最適化」を有効にすると RCCR が 0x50 に設定され、CMU_FC0/3/4 のすべての RCCR が 0x50 になっています。なぜ同じ値になっているのでしょうか?次の式では 0x50 を CAN で取得できません。0x50 を取得するにはどうすればいいですか? Re: SAF sBoot CMU_FC Checks こんにちは@ziwuさん 遅くなって申し訳ありません。現在不在のため、早く返信することができませんでした。 システムクロックは、RMにリストされているクロックオプションのいずれかに正確に設定する必要があります。例：表157.オプション A - 高性能モード (CORE_CLK @ 160 MHz)。 そして、バスクロック = レジスタインターフェースクロック = AIPS_SLOW_CLK 現在、SAF sBoost ドライバをテストできません。 ただし、CMU が有効になっている場合は、しきい値も MCAL MCU ドライバによって計算され、設定されます。 S32DS IDE と RTD 6.0.0 の例を次に示します。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-MCAL-MCU-ClockMonitor-v1-0-S32DS36-RTD600/ta-p/2179976 よろしくお願いいたします。 ダニエル Re: SAF sBoot CMU_FC Checks 分かりました、ありがとうございます

S32K5 RTD SPI は大きなサイズのコレクションエラーを許容します こんにちは、チームの皆さん ここで再び Schaeffler が K5 SPI ドライバ クエリを実行します。 お客様は SPI ドライバで 300 を超える SPI チャネルを構成する必要があります。通常、SPI 仕様では SPI チャネル数が 255 以下であることが要求されており、お客様の SPI チャネルが制限を超えてしまいます。 しかし、当社の S32K5 RTD は SpiAllowBigSizeCollections と呼ばれる機能をサポートしており、これにより 255 を超える SPI シーケンス、ジョブ、チャネルを構成できることがわかりました。 この機能をクリックして、SPI チャネルを 255 個以上構成しても、EB は依然としてエラーを報告します。   この機能が本当にサポートされているかどうか確認していただけますか? ありがとう、そしてよろしく。 リチャード RTD Re: S32K5 RTD SPI allow big size collection error こんにちは@RichardLiさん、 開発チームにバグチケット ( ARTDCC2-855 ) を提出しました。このチケットの分析が完了したらお知らせします。 よろしくお願いいたします。 ダン Re: S32K5 RTD SPI allow big size collection error こんにちは@DanNguyenDuy RTD チームと一緒にこれを確認していただけますか?お客様 Schaeffler がこの Thread を再度エスカレーションします。 ありがとう、そしてよろしく。 リチャード Re: S32K5 RTD SPI allow big size collection error こんにちは@RichardLiさん、 開発チームはこのバグを確認し、その分析結果は次のとおりです。 よろしくお願いいたします。 ダン Re: S32K5 RTD SPI allow big size collection error こんにちは@DanNguyenDuy 、 早急なご返信ありがとうございます！ このバグは 2026 年 1 月の次の K5 RTD リリースで修正されますか? よろしくお願いいたします。 リチャード Re: S32K5 RTD SPI allow big size collection error こんにちは@RichardLiさん、 現時点では、このバグを修正するためのリリース計画に関する情報はまだ見ていません。 よろしくお願いいたします。 ダン

[滥用] 发布者：@JohnKlug /板：imx-processors/举报人：srbacvj srbacvj 报告了 @JohnKlug 发布的帖子 Could not invoke dnf for external kernel module in Yocto kirkstone ，原因如下： 原因： 详情： < a href="https://tylkoastronomia.pl/node/9904"> http://prosti-proshay.ru/lyudi/pharmacy-online-1"> https://www.siriuspup.com/breeders/pharmacy-online-11"> https://stage.cc.radiant.digital/node/3046"> http://www.pajeroio.com/blog/pharmacy-online-0"> https://www.musicinafrica.net/newsfeed/213463/373133"> http://www.sccu.chula.ac.th/node/933"> < a href="https://www.lawtech.ru/subscribe/26816-16102025"> https://okwiki.ru/catalog/pharmacy-online"> < a href="https://neweddingday.com/your-couple-name-2333"> https://www.siriuspup.com/breeders/pharmacy-online-11"> http://xn--37-6kci4a9aahjr0a.xn--p1ai/pharmacy-online-ivanovo-8"> https://hetnieuweteamwerken.be/forums/forum/pharmacy-online-5"> https://www.jobwebby.ilovemarkso.com/domainasname-anthony-gmbh/pharmacy-online-6"> http://prosti-proshay.ru/lyudi/pharmacy-online-1"> https://www.intimus.pt/pharmacy-online-16"> https://www.intimus.pt/pharmacy-online-16"> https://dev.beautynbrushes.com/services-provided/tree-braids-maroonimmortalep"> https://whs6570.com/node/2099"> http://www.le-cercle-des-sourires.fr/session/3338"> < a href="https://www.jobwebby.ilovemarkso.com/domainasname-anthony-gmbh/pharmacy-online-6"> https://www.danduo168.com/en/artworks/693/pharmacy-online-0"> https://auc.org.ua/faq/29092025-0456"> https://jeunescathos-bxl.org/fr/content/pharmacy-online-54"> https://www.musicinafrica.net/newsfeed/213463/373133"> http://xn--37-6kci4a9aahjr0a.xn--p1ai/pharmacy-online-ivanovo-8"> https://masters.adminskiracing.com/node/413296"> https://slp.millingtonpubliclibrary.org/content/pharmacy-online-9"> < a href="https://tylkoastronomia.pl/node/9904"> https://fo-rum.auc.org.ua/faq/29092025-0042-1"> https://ruckup.org/caregivers-forum/topic/6386"> < a href="https://www.rapidservice.com.ec/es/content/pharmacy-online"> https://www.globalrealtor.co.in/node/4204"> < a href="https://whs6570.com/node/2099"> https://darkmetalmush.net/history/pharmacy-online-23"> https://www.thebiketube.com/f-moser-ann"> http://xn--80aah2bgapnqg.xn--p1ai/story/pharmacy-online-3"> https://stage.cc.radiant.digital/node/3046"> https://masters.adminskiracing.com/node/413296"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-5"> 发布链接： https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/m-p/1627964#M203740 帖子作者 @JohnKlug|Email Author 报告人：srbacvj |Email Reporter 报告的帖子有 2 个回复。

[S32K344MINI-EVB] 确认板载调试器功能 (K26 OpenSDA) 嗨，恩智浦社区、 我打算购买 S32K344MINI-EVB 来评估 S32K3 系列。 在购买之前，我想再确认一下调试接口的要求，以确保我有正确的设置。 我的理解：根据方框图和文档，该板包括一个带有 K26 的板载调试接口，我认为它可以用作使用 OpenSDA 的板载调试器。 我的问题是这是否意味着使用 S32 Design Studio闪存和调试 S32K344MINI-EVB只需要USB 电缆？(即基本评估不需要 Multilink 或 Lauterbach 等外部调试器？） 我只想确认这个特定的板没有 " ND（无调试器）" 变体或特殊跳线。预先感谢您的帮助！ Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) 您好。 谢谢您的答复。我会等待答复。谢谢。 Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) HI 在我上周参加的培训中，我没有听到同事提到这个板的任何 " ND（无调试器）" 变体。 关于之前的 S32K3X4EVB-T172，"ND（无调试器）" 变体确实存在，因为 K26 当时缺货。 由于这是新版本的板，我还没有。我今天刚订购了一台 S32K344MINI-EVB；如果你愿意，我可以在收到货后向你确认。 祝好， Robin ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) 我三天前在内部订购了 S32K344MINI-EVB 板，但还没有发货。我想告诉你，我不确定何时能收到它。 Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) 我收到了 S32K344MINI-EVB，它有一个带有 K26 的板载调试接口。

[S32K344MINI-EVB] 搭載デバッガ機能の確認 (K26 OpenSDA) NXPコミュニティの皆様、こんにちは。 S32K3シリーズの評価のため、S32K344MINI-EVBを購入予定です。 購入する前に、デバッグ インターフェースの要件を再確認して、正しく設定されていることを確認したいと思います。 私の理解: ブロック図とドキュメントによると、このボードにはK26 を使用した搭載デバッグインターフェースが含まれており、OpenSDA を使用する搭載デバッガーとして機能すると考えられます。 質問: S32 Design Studio を使用してS32K344MINI-EVB をフラッシュおよびデバッグするには、USB ケーブルだけが必要であることを意味しますか?(つまり、基本的な評価には Multilink や Lauterbach のような外部デバッガーは必要ありませんか?) この特定のボードには、注意する必要のある「ND (No Debugger)」バリアントや特別なジャンパーがないことを確認したいだけです。ご協力ありがとうございます! Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) ハイ 先週参加したトレーニング中に、同僚がこのボードの「ND (No Debugger)」バリアントについて言及しているのを聞きませんでした。 以前の S32K3X4EVB-T172 に関しては、当時 K26 が在庫切れだったため、「ND (デバッガーなし)」バリアントが存在していました。 新しく発売されたボードなのでまだ手元にありません。本日、S32K344MINI-EVB を注文しました。よろしければ、商品到着後に確認させていただきます。 よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 --------------------------------------------------------------------------------- Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) こんにちは、 ご返信ありがとうございます。返答をお待ちしています。ありがとう。 Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) 3日前にS32K344MINI-EVBボードを社内で注文しましたが、まだ発送されていません。いつ受け取れるかは不明ですので、お知らせします。 Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) K26 を備えた搭載デバッグインターフェースを備えた S32K344MINI-EVB を受け取りました。

S32K314にSCSTを統合するとUsageFault例外が発生します こんにちは、サポート お客様は現在、SCST_M7_S32K3_RFP_1.0.6 パッケージを S32K314 デバイス (Cortex-M7) に統合しています。 統合中に、関数 m7_scst_execute_core_tests() を 100 ミリ秒ごとに定期的に呼び出すと、UsageFault 例外が発生します。 このプロジェクトでは MPU は有効化されておらず、使用もされていないことに注意してください。 この問題の考えられる根本原因を分析し、SCST コア テストの正しい使用方法と統合についてアドバイスをいただけませんか? 1) 100msごとにm7_scst_execute_core_tests()を呼び出す 2) 使用エラー例外にジャンプ SAFETY_SW 出典: 直接お客様 Re: UsageFault Exception occurs when integrating SCST on S32K314 こんにちは、マーカス。 SCST は、障害が M7 コアによって検出され、例外ハンドラに到達したことを確認するために、いくつかの障害を意図的にトリガーします。 UsageFault がユーザー アプリケーションの UsageFault ハンドラーに到達しているか、または SCST によって処理されているかを確認してください。（SCSTが対応いたします） Cortex M7 にはいくつかの OnChip トリガーがあり、デバッガー設定で構成できます (Trace32 の例)。 m7_scst_execute_core_tests() 関数が停止することなく実行されるようにするには、図でチェックされていないトリガーを無効にする必要があります。図でチェックされていないトリガーを無効にしてみてください。 それでも問題が解決しない場合は、どのテスト (テスト インデックス) が失敗しているかをお知らせください。 ありがとう。 よろしくお願いします ミレク Re: UsageFault Exception occurs when integrating SCST on S32K314 こんにちは、ミレックさん。 すべてのオンチップ トリガー オプションを無効にすると、数回の実行後にシステムが関数 m7_scst_exception_bus_fault_test_ISR_addr1 内で無限ループに陥ることが確認されました。 この動作を分析し、考えられる根本原因についてアドバイスをいただけませんか? よろしくお願いいたします。 マーカス Re: UsageFault Exception occurs when integrating SCST on S32K314 こんにちは、マーカス。 M7_RESERVED_ADDR 定義に格納されているアドレスは、正確な BusFault 例外と不正確な BusFault 例外の両方をトリガーするために使用されます。アドレスはデバイスのシステムメモリマップから選択されました 予約済みスペースについては、SCST ユーザー マニュアル ドキュメントの -DM7_DEVICE_RESERVED_ADDR プリプロセッサ マクロ定義を参照してください。 アプリケーションでは、このメモリが MPU などによって保護されていないことを確認する必要があることに注意してください。このアドレスが保護されている場合は、デバイスの予約済みアドレス空間から別のアドレスを選択する必要があります。 チェックしてください： 1.140 行目の LDR 命令 (ラベル m7_scst_exception_bus_fault_test_ISR_addr1) がデータを正常にロードしたかどうか。（そうではないはずです） 2.LDR 命令の実行後に保留中の例外があるかどうか。 3.SCST が Thread モードから呼び出されるか、ハンドラー モードから呼び出されるかを指定します。 4.ハンドラーからの場合は、SCST を実行するハンドラーよりも、バス障害例外の優先度が高い (優先度番号が低い) ことを確認してください。 これらのチェックの結果は調査に役立ちます。 ありがとう！ ミレク Re: UsageFault Exception occurs when integrating SCST on S32K314 こんにちは、ミレックさん。 お客様からのフィードバックはこちらをご覧ください: =================== ポイント 1. DM7_DEVICE_RESERVED_ADDR = 0x460000 を予約します。 MPUも無効にします。 R3 のアドレスから R2 にデータをロードできませんでした。 アドレス 0x460000 のメモリをダンプしようとしましたが、その値は 0xFFFFFFFF です。 これは、R3 の値が R2 にコピーされたことを意味します。 ポイント2:例外にブレークポイントを設定しようとしましたが、例外は発生しませんでした ポイント3:Threadモード特権レベルでm7_scst_execute_core_tests()を呼び出す ご確認ください よろしくお願いいたします。 マーカス Re: UsageFault Exception occurs when integrating SCST on S32K314 こんにちは、マーカス。 新しい情報を共有していただきありがとうございます。 すべてのテストを個別に実行し、それぞれを確認してください。 - テストは正しい署名を返しますか? - そうでない場合、返される署名は何ですか? - ラベルm7_scst_pass_control_to_alien_ISRに到達したことがありますか? - 実行が停止した場合、コードのどの行で停止しますか? SCST 実行を中断している割り込み/例外についての詳細情報も提供していただけますか? また、SCST 実行時の BASEPRI、SHPR1、SHPR2、SHPR3 の値は何ですか? これが今後の調査に役立つことを願います。 ありがとう！ ミレク

在 i.MX7ULP 上使用篡改引脚 我在内核中启用了 SECVIO，以便使用 i.MX7ULP 上的篡改引脚处理篡改事件。 我是否还需要修改设备树 (DTS) 或 U-Boot 中的任何内容才能正确配置和检测篡改引脚？ 此外，是否有任何可访问的示例或应用程序来演示如何在用户空间使用篡改处理程序？ i.MX 7ULP 安全 Re: Using Tamper Pin on i.MX7ULP 你好 要在 i.MX7ULP 上进行正确的防盗引脚配置和检测：1. 设备树配置：当内核中已启用 SECVIO 时， 您不一定需要专门针对篡改功能修改设备树 (DTS)。篡改引脚通常由 SNVS（安全非易失性存储）模块及其驱动程序处理，而不是通过设备树中的标准 GPIO 配置进行处理。 2. U-Boot 配置： 如果你还打算在 U-Boot 中使用篡改检测，则需要在 U-Boot defconfig 中添加 "CONFIG_IMX_TAMPER=y" 并进行重建。 3. 用户空间中的篡改处理程序： 对于用户空间应用，没有专门针对 i.MX7ULP 的标准化示例应用。不过，您可以调整类似平台（如 i.MX6UL 或 i.MX7D）的实现，因为这些平台的篡改机制基本相似。 有关实施指南，请参阅： -i.MX7 参考手册中的第 3.1.4.2 节（篡改检测） -应用笔记 " i.mx7dsabresd " (AN12210.pdf) 的篡改应用程序 内核中的 SECVIO 驱动程序应处理篡改事件，并且可以配置为在检测到篡改时触发信号相应的网络安全措施。您可以通过 SNVS_LP 状态寄存器 (LPSR) 监测这些事件，并通过 SNVS_LP 防篡改探测器配置寄存器 (LPTDCR) 对其进行管理。 此致

EB Tresos - Ae 模块生成代码时选择了错误的 SPI 模块 RTD 6.0.0 中的 Ae 插件/模块正在生成使用 SPI LSPI0 而非 LSPI1 的代码，这无法配置，而且是错误的，因为 Ae 只能使用 SPI 1。 版本 Ae 中的 SPI 选择不可配置 由于 D2D 连接需要使用 SPI 1 不过，生成的文件使用 SPI 0 作为临时解决方案手动修改 Re: EB Tresos - Ae module generating code with wrong SPI module selected 嗨，@guillermoarb 请核实以下内容： 在配置工具中打开 AeSpiSequence 税务摊销收益。 检查 AeSpiSequenceName 是否分配给了正确的 SpiSequence。 确认该 SpiSequence 的 SpiJobAssignment 已链接到相应的 SpiJob。 确认 SpiJob 的 SpiDeviceAssignment 已设置为 LPSPI1 实例的 SpiExternalDevice。 如果这些说明似乎不清楚或令人困惑，请参考随 RTD 提供的示例项目 Ae_Spi_Example_EB_001_S32M276，因为它有助于验证是否存在错误或遗漏的配置。 BR、VaneB

后台调试模式驱动代码包 CPU16/32 培训人员/开发人员，你们好、 我和我的学生一起开始了一个项目，用 Arduino IDE 设计一个 BDM 接口 (USB-> BDM)，以（简单）监测 Wurz 的 SBC EC376。我们找到了文档 AN1230/D，但找不到第 5 页上叫的 "BDM 软件包" (BDMVx-y.ZIP)。 您能帮助我们吗？ 谢谢并致以问候... 维纳德-奈斯 Re: Background Debugging Mode Driver Package 你好@Wijnand、 谢谢您的帖子。AN1230 太旧了，我找不到相关的 BDM 软件包。 虽然我找到了以下链接供你参考，其中提供了 BDM 驱动程序和相关信息。 这不是恩智浦（摩托罗拉）官方版本的私人博客。 BDM Interface for Motorola 683xx MCU\ 使用 GDB 调试器 希望对您有所帮助。 BR 西莱斯特 ----------------------------------------------------------------------------------------------------------------- 注：如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。Thank you! ----------------------------------------------------------------------------------------------------------------- Re: Background Debugging Mode Driver Package 你好，塞莱斯特、 感谢您的努力。我们将探讨部分资源（BDM 元器件）是否对我们的项目有用。我们的目标是设计一个简单的监控程序，例如用于向目标上传 s 记录。 敬上，Wijnand... Re: Background Debugging Mode Driver Package 你好，塞莱斯特、 感谢您的努力。我们将探讨部分资源（BDM 元器件）是否对我们的项目有用。我们的目标是设计一个简单的监控程序，例如用于向目标上传 s 记录。 敬上，Wijnand... Re: Background Debugging Mode Driver Package 你好 Wijnand， AN1230 文件可以在这里找到： http://archive.retro.co.za/archive/computers/Motorola/freeware.aus.sps.mot.com/mcu332/BDM-V090.ZIP 我在找板附带的软盘上的文件（" ec376 软件包 "/“ec376 SWP”）和其他随附文档。如果有任何问题，请告诉我。 谢谢。

S32K388 柔性逻辑分析仪无法接收数据 工程师们，你们好！我正在测试使用带有 PTA6 和 PTA7 的 flexcan0 发送 CAN 信息，但在逻辑分析仪中无法接收 CAN 信息或波形信号。使用的 CAN 速率是 500kbps。 Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER Hi@vinmotion Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER 谢谢您，但我是 nxp 的新手，不知道该调用什么函数来启动端口，而且在提供的示例中也没有使用它。 我已经配置了这些引脚，但应该调用什么函数来启动它呢？ Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER Hi@vinmotion 您的主程序没有初始化端口。

需要指导：NNStreamer (i.MX8MP) 上的 YOLOv8 输出形状不匹配 + 管道设计问题（微型 硬件和软件详情 i.mx8mPlus 和 Linux 电路板支持包 LF6.12.34_2.1.0 目标 我正在i.MX8MP 上构建一个命令行流水线（无图形用户界面），其中推理、叠加和显示均在 GStreamer 和 NNStreamer 中运行。 当前实验（命令行） 我试过这个管道：       gst_debug=gstreamer: 4、tensor_filter: 6、tensor_transform: 6、tensor_decoder: 7\ gst-launch-1.0--no-position\ v4l2src 设备=/dev/video4 num-buffers=200！\ video/x-raw,width=1920,height=1080,format=NV12,framerate=30/1 !\ imxvideoconvert_g2d ！\ video/x-raw,width=320,height=320,format=RGBA ！\ videoconvert ！\ video/x-raw,width=320,height=320,format=BGR ！\ tensor_converter ！\ tensor_transform mode=arithmetic option=typecast:int8,add:-128 ！\ tensor_filter framework=tensorflow-lite model=${MODEL}custom=Delegate:External,ExtDelegateLib：${VX_LIB}!\ tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381127774715!\ tensor_transform mode=transpose option=1:0:2 ！\ tensor_decoder mode=bounding_boxes option1=yolov8 option2=${LABELS}option3=0 option4=1920:1080 option5=320:320 ！\ cairooverlay name=overlay ！\ videoconvert ！\ autovideosink log file link LINK  ❗ 问题 我的 YOLOv8 TFLite 模型输出（1、7、2100），但 i.MX8MP 上的 NNStreamer 却显示7 × 2100 × 1。 我收到了这样的解释： YOLOv8 TFLite 型号的输出为（1,7,2100），而 NNStreamer 的 i.MX8MP YOLOv8 解码器的输出为 7×2100×1。此电路板支持包版本仅支持对四维张量进行转置，因此模型输出需要去量化，重塑为 (1,7,2100,1)，然后进行转置。 输入： int8 [1, 320, 320, 3] 输出：int8 [1, 7, 2100] 刻度/零点 输出正确包含 3 个类别 + 4 个 bbox 值 ⚙️ 当前（缓慢）的方法 现在的申请流程是 GStreamer → BGR → OpenCV NPU 推断 OpenCV 后处理 返回 RTSP 管道 这会导致多个软件视频转换，在理想条件下，我们只能达到约 20 FPS，尽管模型本身可以运行 60 多 FPS。 🔄 建议的新方法 我想把管道分开： 路径 A - 推断 仅在此处转换 NV12 → BGR 运行 NNStreamer 路径 B - 叠加 + 显示 保留原始 NV12/YUY2 框架 直接在 NV12 上绘制边界框（最好使用硬件） → 将 NV12 送入编码器/RTSP → 完全避免软件视频转换 我首先想使用纯粹的 gst-launch 来制作这个原型，然后在 Python 中应用这种方法（可能使用 OpenGL 来实现 NV12 叠加层）。 🙏 我需要帮助 如何在 i.MX8MP 上将(1,7,2100) TFLite 输出重塑/转换为 NNStreamer 的 YOLOv8 解码器所需的格式 有只使用张量滤波器/变换/解码器的工作示例吗？ 有没有解决三维输出问题的方法？ 在 NV12/YUY2 上叠加的最佳做法 有什么 NNStreamer 友好的方法可以直接在 NV12 上绘制方框吗？ 推荐元素（NV12 上的 cairooverlay？OpenGL?v4l2convert?imxvideoconvert_g2d 重叠？） 一般建议：在 i.MX8MP 上，分割管道（BGR 上的推理，NV12 上的叠加）是合理的架构方向吗？ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 感谢您的快速回复，我之前曾尝试在 tensor_transform 中使用重塑，但返回错误。 root@imx8mpevk:~# export MODEL=/root/rtsp/testing1/saved_model_Triding_320.tflite root@imx8mpevk:~# export LABELS=/root/rtsp/testing1/labels.txt root@imx8mpevk:~# gst-用上市-1.0 --no-position v4l2src 设备=/dev/video4！video/x-raw,format=NV12,width=1920,height=1080,framerate=30/1 !imxvideoconvert_g2d ！video/x-raw,width=320,height=320,format=RGBA ！视频转换 ！video/x-raw,width=320,height=320,format=BGR ！张量转换器 ！tensor_transform mode=arithmetic option=typecast:int8,add:-128 ！tensor_filter framework=tensorflow-lite model=${MODEL} ！tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381!tensor_transform mode=reshape option=1:7:2100:1 ！tensor_transform mode=transpose option=1:0:2:3 ！tensor_decoder mode=bounding_boxes option1=yolov8 option2=${LABELS} option3=0 option4=1920:1080 option5=320:320 ！cairooverlay name=overlay ！视频转换 ！autovideosink ** 消息：14:56:17.877:accl = cpu **（gst-launch-1.0:1335）：CRITICAL **：14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.935:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.938:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.939:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32'失败 警告：流水线错误：无法在元素"tensor_transform" 中设置属性"mode" ，以"重塑" root@imx8mpevk:~# 您能否建议修改流水线，以符合预期格式，并覆盖到 nv12 上。 或者我需要降级或升级我的 linux 电路板支持包 版本才能匹配它们。 如果可能，请测试管道并提供反馈。 感谢并问候 S Vishnu Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 你好 问题源于您的 YOLOv8 TFLite 模型输出形状（1,7,2100）与 i.MX8MP 上 NNStreamer 的 YOLOv8 解码器所期望的格式（7×2100×1）不匹配。出现这种情况的原因是： 1.您当前的电路板支持包版本 (LF6.12.34_2.1.0)仅支持 4D 张量的转置操作 2.模型输出需要重塑和转置，以符合解码器的预期 ## Recommended Solution For the tensor transformation, you need to apply: 1. Dequantization (if using quantized model) 2. Reshape the output from (1,7,2100) to (1,7,2100,1) 3. Transpose the tensor to the required format (7×2100×1) ## 管道优化 您建议的架构（拆分管道）是一种合理的方法： - 仅为推理转换 NV12 → BGR - 保留原始 NV12/YUY2 帧用于显示/编码 - 使用硬件加速直接在 NV12 上叠加检测结果 这将消除软件视频转换操作，实现更好的性能。 ## NV12 管道的推荐要素 在 NV12 上直接绘制边界框： - 使用具有叠加功能的 `imxvideoconvert_g2d` - 替代方法： `cairooverlay` 可与 NV12 配合使用，但可能需要格式调整 管道结构示例： ``` v4l2src → NV12 → tee → branch1：转换为 BGR → 推理 → 检测结果 branch2：原始 NV12 → imxvideoconvert_g2d（带叠加） → 编码器/显示器 ``` 通过消除不必要的格式转换，利用 NPU 60+ FPS 的能力，这种方法应能显著提高性能，超过当前约 20 FPS 的限制。 此致 Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 您好， 是的，你需要降级 Linux 电路板支持包。我想这应该能行，因为我们还没有在 Yolov8 中测试过管道。 此致 Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 我有一个更新，我在张量_变换元素中使用了模式维度变化（dimchg），以符合张量解码器的预期。 .... tensor_filter framework=tensorflow-lite model=../../vaishnavi/model_calibrated_int8_og_320.tflite custom=Delegate:External,ExtDelegateLib:libvx_delegate.so ！tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381!tensor_transform mode=dimchg option=0:1 ！tensor_decoder mode=bounding_boxes option1=yolov8 option2=labels_over.txt option3=0 option4=1920:1080 option5=320:320 ！...... 感谢您的回复。 感谢和问候 Siddavatam Vishnu