有关TJA1145T/FD休眠唤醒问题 1.使用S32K通过SPI配置好normal模式，收发器正常工作 2.检测到KL15电下电，把1145配置为sleep模式，由于不想使用CAN 唤醒方式，所以使能的是WAKE引脚上升沿唤醒，但是WAKE引脚上升沿唤醒WAKE引脚接的是下拉，这期间BAT引脚一直供电 3.成功进入sleep模式后，s32k芯片下电，kl15上电后，s32k正常工作，执行1145配置函数，配置为normal模式，但是发现收发器不能正常工作 只有当bat引脚下电重新上电后，再通过S32K配置才能正常 这个是1145芯片的特性，还是哪里配置的不正确，是否需要WAKE引脚跟随KL15一起上电唤醒，或者BAT引脚跟随KL15状态 Re: 有关TJA1145T/FD休眠唤醒问题 您好， 要在不循环 BAT 的情况下恢复： 启动 VIO 和 VCC。 读取主状态（检查 FSMS）。如果已设置，请重新配置唤醒和部分联网。 清除事件标志（0x61-0x64）。 设置 MC=111（正常），并通过 CMC=01 或 10 启用 CAN。 在启动 CAN 之前，确保 TXD 为高电平，并确认 CTS=1。 如果使用 WAKE，则必须看到有效边沿（例如遵循 KL15）。BAT 应保持永久连接。 BRs, Tomas

16 スロット モードで CLRC66303HN を使用してタグ 15693 を読み取ることができません。 使用している SDK バージョンは... NxpNfcRdLib_RC663_v07.14.00_Pub.zip 1 つのスロットを使用してタグを読み取るのは非常に高速ですが、16 スロットに変更すると、エラー 0x201 または 0x203 が頻繁に報告されます。 私の変更ロジックはすべて削除することです | PHPAL_SLI15693_FLAG_NBSLOTS を /* | PHPAL_SLI15693_FLAG_NBSLOTS */ に置き換えます。 改訂時に見落とされた他の部分はありますか? 具体的な変更点は以下のとおりです。   diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c index a2b1dd9..317b4b2 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c @@ -47,7 +47,7 @@ phStatus_t phacDiscLoop_Sw_DetTechTypeV( /* Inventory request with one slot */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, NULL, 0, @@ -106,7 +106,7 @@ phStatus_t phacDiscLoop_Sw_Int_CollisionResolutionV( /* Symbol 0 */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, aMaskBuffer, bMaskBitLength, diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c index a99ad24..d507f8e 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c @@ -1839,7 +1839,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( /* Clear INVENTORY, AFI and NBSLOTS flag */ if((status & PH_ERR_MASK) != PH_ERR_SUCCESS) { - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); } /* Verify the exchange status. */ @@ -1967,7 +1967,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( }while(bAllBlocksRead == 0U); /* Clear INVENTORY, AFI and NBSLOTS flag */ - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); pDataParams->bExplicitlyAddressed = 0; Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 こんにちは@a751116023 次の手順を試してください。 1. リーダーを初期化します。 プロトコルを ISO15693 に設定します。 衝突回避を有効にします。 タイムスロット = 16 を選択します (複数タグのシナリオの場合)。 2. インベントリ コマンドを開始します。 リーダーは Inventory コマンドを送信し、タグは応答する時間枠をランダムに選択します。 読者は回答を収集します: タイムスロットにタグが 1 つしかない場合 → UID を取得します。 タイムスロットで衝突が発生した場合 → 認識できず、「未完了」とマークされます。 3. 認識されたタグを記録します。 正常に読み取られた UID をリストに保存します。 認識されたタグに Select コマンドを送信して、後続の衝突回避からタグを削除します。 4. 完了するまでループします。 次の条件が満たされるまで手順 2 ～ 4 を繰り返します。 すべてのタグ UID が認識されるか、再試行の最大回数に達しました。 Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 我掴 Middlewares\Third_Party\nxp\NxpNfcRdLib\intfs\phacDiscLoop.h のPHAC_DISCLOOP_CFG_MAX_VICINITY_CARDS_SUPPORTED が 0x10 に変更された後、良い画像が 16 スロットに挿入されました。 Examples\NfcrdlibEx4_MIFAREClassic\NfcrdlibEx4_MIFAREClassic.c 次只能读取一张卡 给这张卡休眠之后继续读取 还是只读取到这一张卡 怎么 解决?

直接メモリアドレス指定を使用したCRC評価 皆さんこんにちは。 私は S32K358 MCU、MBD Toolbox v1.6.0、Matlab R2024a を使用しています。 Crcモジュールはツールボックスではサポートされていないことがわかっているので、.mexを設定しました。プロジェクトのファイルを作成して、Crc モジュールを含む、アプリケーションに適した RTD 構成を生成し、次に、カスタム コードとして "Crc_SetChannelCalculate" 関数を手動で呼び出すための Matlab 関数を作成しました。 これは正常に動作し、配列のようなデータストリーミング上のCRCを正しく評価できます。 ここでやりたいのは、メモリ アドレスをデータ入力として直接使用して、メモリ領域の CRC を評価することです。S32DS IDEs (Matlab 外部) を使用してコードを「手動で」記述すると、コードは次のようになります。 //--- コード開始 uint32 CrcResult; uint8 *データ; data = (uint8 *)0x40A1F0; //計算開始時に選択された任意のアドレス CrcResult = Crc_SetChannelCalculate(CRC_LOGIC_CHANNEL_2、データ、16、0、TRUE); //この方法で、開始値 = 0 で 16 バイトの CRC を計算し、アドレス 0x40A1F0 からフラッシュに直接読み取ります。 //--- もちろん、その前に、アプリケーションに適したプロパティを使用してロジック チャネル CRC_LOGIC_CHANNEL_2 を初期化しました。 このコードは問題なく動作しますが、直接メモリ アドレス指定を行う適切な方法が見つからなかったため、Matlab で「変換」することができません (また、私が間違っていなければ、Matlab はこの可能性をサポートしていません)。 このマターにどう対処すべきか、誰かアイデアをお持ちの方がいらっしゃいましたら、お伺いしたいです。 ご協力とサポートをよろしくお願いいたします。 ダニエル

FLEXIO_SPIスレーブによる異常なデータ転送 私は、lpspi2 (マスター) + flexio_spi_0 (スレーブ) を使用して、MBDT の例 s32k3xx_spi_async_interr_s32ct を s32k396_bga_dc1 + MB で動作させようとしていますが、非常に奇妙な結果が得られます。 lpspi2 は外部バッファを使用した非同期モードに設定されています。DMA がありません。 flexio_spi_0 は、DMA を使用した非同期モードでの IB 使用用に構成されています。 S32 DS の例 Spi_Transfer_S32K396 と組み合わせて、デフォルトの K344 プロファイルの SPI 構成を模倣しようとしています。 lpspi2は正常に動作します。sout を sin にループすると、予想どおりまったく同じ値がループバックされます。 しかし、スレーブ モードの flexio_spi_0 は非常に不安定に動作し、ランダムにのみ更新されます。入力と出力の両方の動作が異常です。更新の間、突然更新されるまで同じ値を繰り返し続けます。そして、時々はうまく動作することもあります。動作に一貫したパターンが見当たらず、この種の動作の原因となるアイデアが思い浮かびません。 LPSPI2 のピン配置を修正し、バッファ サイズを一致するように調整すると、S32DS の例 Spi_Transfer_S32K396 でも同じ構成が正常に動作します。 I/O 完了時のコールバックは、どちらでも定期的に呼び出されます。しかし、flexio_spi_0 との間のデータは、1 バイトのみを定期的に転送して実行すると、正常に動作しません。 使用している mex ファイルを添付しました。 ボードの配線は チャネル CLK DI do CS LPSPI2 P23-15 P23-13 P27-8 P23-9 フレキシオ_SPI_0 P13-7 P18-12 P10-8 P17-4 P23-15 <-> P13-7 P23-13 <-> P10-8 P27-8 <-> P18-12 P23-9 <-> P17-4 モデルの優先順位を調整して、スレーブ転送がマスター転送の前にトリガーされるようにすると、動作は多少改善されますが、信頼性は低くなります。 最終目標は、クロックされたシリアル デバイスから測定値を収集する、flexio_spi 上で自動的に定期的に繰り返されるマスター トランザクションを実行することです。各転送は 13 ビット未満なので、flexio ハードウェア モジュールによって提供されるもの以外のバッファーはまったく必要ありません。しかし、最初の目標は、データの流れを理解し、確実にすることです。

如何在 debian 验证 ov5640 摄像头以及如何支持奶酪应用程序 我想在基于 6.6.52 的 debian 12 上验证 ov5640 摄像头。 如果我在终端运行摄像机流媒体命令，会发现以下错误信息。 root@unknown：~# ls /dev/video video0 video1 video2 video3 video4 esinknown：~# gst-launch-1.0 v4l2src 设备=/dev/video4！视频转换 ！ximag 设置管道为 PAUSED ... ERROR: from element /GstPipeline:pipeline0/GstXImageSink:ximagesink0: Could not initialise X output 附加调试信息： ../sys/ximage/ximagesink.c(1150): gst_x_image_sink_xcontext_get ()：/GstPipeline:pipeline0/GstXImageSink:ximagesink0: 无法打开显示 ERROR: pipeline doesn't want to preroll. 未能将管道设置为 PAUSED。 正在将管道设置为 NULL... 正在释放管道... root @unknown：~# gst-launch-1.0v4l2src 设备=/dev/video4！视频转换 ！autovideosink 将管道设置为 PAUSED ... EGL: Warning：wayland 上无默认显示支持 EGL: Warning：wayland 上没有默认显示支持 Caught SIGSEGV #0 syscall () at ../sysdeps/unix/sysv/linux/aarch64/syscall.S:38 #1 0x0000ffffa320ed40 in g_cond_wait () at /lib/aarch64-linux-gnu/libglib-2.0.so.0 #2 0x0000ffffa1ea93cc in gst_gl_context_create () at /usr/lib/libgstgl-1.0.so.0 #3 0x0000ffffa1ead884 in gst_gl_display_create_context () at /usr/lib/libgstgl-1.0.so.0 #4 0x0000ffffa1f477e8 in () at /usr/lib/gstreamer-1.0/libgstopengl.so #5 0x0000ffffa1f48734 in () at /usr/lib/gstreamer-1.0/libgstopengl.so #6 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #7 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #8 0x0000ffffa330b89c in () at /usr/lib/libgstreamer-1.0.so.0 #9 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #10 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #11 0x0000ffffa2403548 in () at /usr/lib/gstreamer-1.0/libgstautodetect.so #12 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #13 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #14 0x0000ffffa330b89c in () at /usr/lib/libgstreamer-1.0.so.0 #15 0x0000ffffa3365624 in () at /usr/lib/libgstreamer-1.0.so.0 #16 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #17 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #18 0x0000aaaae09c4b40 in () #19 0x0000ffffa2f57744 in __libc_start_call_main (main=main@entry=0xaaaae09c3800, argc=argc@entry=7, argv=argv@entry=0xffffce71f378) at .../sysdeps/nptl/libc_start_call_main.h:58 #20 0x0000ffffa2f57818 in __libc_start_main_impl (main=0xaaaae09c3800, argc=7, argv=0xffffce71f378, init=, fini=, rtld_fini= ^C root@unknown:~# 摄像机节点是 video3 和 video4 ，但如果我启动 weston 并使用以下命令，它就会工作 systemctl 启动 weston gst-launch-1.0 v4l2src 设备=/dev/video4！视频转换 ！ximagesink gst-launch-1.0 v4l2src 设备=/dev/video3！视频转换 ！waylandsink 我不想启动 Weston 并测试摄像头流媒体。 Re: How to validate ov5640 camera on debian and how to support the cheese application 我已寄给您，请查收 Re: How to validate ov5640 camera on debian and how to support the cheese application 如果我在连接了 ov5640 摄像头的情况下打开 cheese 应用程序，会出现以下错误打印 172.691637] mxc-mipi-csi2.0：不支持 csi-sam 命令 -1068476902 因此，我需要在不启动 Weston 的情况下测试 ov5640 摄像机的命令和变通方法。

S32K396 当社のプロセッサはS32K396です。ADC の使用時に、次のエラーが発生しました: 私は合計 5 台の ADC を持っています。そのうちの 2 つは、それぞれ AD5 コントローラのチャネル 1 と 3 を使用します。まれに、チャネル 1 から異常なデータが収集されることがあります。この時点で、マルチメーターで測定すると、ピンに電圧はありますが、値は取得できません。チャネル 3 がシールドされている場合、チャネル 1 は正常に動作します。 ADC の残りの 3 つのチャネルはそれぞれ個別の AD コントローラを使用しており、すべて正常に機能しています。 添付ファイルには、AD5 コンポーネントの構成と ADC 取得コードが含まれています。ぜひご覧になって、何か問題があればお知らせください。 ありがとう！ Re: S32K396 こんにちは、 残念ながら、あなたの説明と提供されたスクリーンショット/コードから提案するのは困難です。 外部回路、ピンの使用、ADC のクロックと設定などについて詳しく教えていただけると助かります。 一般的に、ADC が適切にクロックされ、調整されていることを確認してください。測定されたソースインピーダンスは十分に低くなければなりません。そうでない場合は、少なくともテストのためにサンプリング時間を増やしてみてください。シーケンス内の問題のあるチャネル間にダミー サンプル (例: VREFH) を挿入するか、プリサンプリング オプションを直接使用してみてください。同じピンが複数の ADC によってサンプリングされる場合は、同時に行われないように注意してください。 BR、ペトル

セキュリティA1006サポート 皆さんこんにちは このデバイスは特定のお客様専用のデバイスですか? この IC を使用する予定ですが、この IC に関する技術サポートは受けられますか? 感謝と敬意を表します。 ハ・ライアン Re: Security A1006 support こんにちは@jessiad 、 さらにサポートが必要な場合は、お近くの代理店にお問い合わせください。 よろしくお願いします、 カン Re: Security A1006 support この IC を使用する予定ですが、開発ボードのソフトウェアをダウンロードする方法がまだわかりません。 Re: Security A1006 support こんにちは@haryanl 、 A1006 は新しいデザインには推奨されません。代わりに SE050 を使用することをお勧めします。 すてきな一日を、 カン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「正解としてマーク」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

在 Bl2 进行加密记录 你好 我正试图在 A 核（BSP43）上实现安全日志记录。目标是记录与网络安全相关的故障，例如网络安全启动故障、Wi-Fi/TLS 故障等。 目前，我正在尝试记录BL2阶段的安全启动故障。我最初的方法是将这些日志直接写入或非闪存中，然后使用 HSE 对其进行加密。不过，我在 S32G 的 BL2 级遇到了以下限制： BL2 中没有可用于读取或写入或非闪存的预定义 API。 在 BL2 阶段无法实施持久或附加式日志记录。 由于这些限制，我不确定应如何或在哪里将此类安全启动失败日志存储在 BL2 中，以便以后可以从 Linux 访问它们。 对于 Wi-Fi 和 TLS 相关故障，我计划在 Linux 层使用基于 NetworkManager 的日志记录。 您能否就记录源于 BL2 的安全启动故障的可行方法提出建议，或者建议一种在这种情况下进行安全登录的推荐机制？ Re: seclogging at bl2 你好，@Jayashree 谢谢您的帖子。 这是一种用户自定义的软件实现方式，很抱歉，我们并没有针对此类主题提出正式建议。 关于在 BL2 阶段记录的安全启动故障，你的意思是说 BL2 未能对 BL3x 二进制文件进行身份验证，想要记录相关信息吗？ 根据我的经验，上面提到的日志可以从控制台中找到，如果你想将它们保存到 QSPI 中，因为 BL2 可以从 QSPI 中加载图像，并将它们放到 DDR 中，这样它就可以访问 QSPI，你是否介意检查一下相关的代码/API，看看它是否能满足你的要求？ BR 切宁 Re: seclogging at bl2 你好，Chenyin、 根据您的建议，我尝试使用BL2中的MMIO读/写API；但是，启动过程似乎在调用API后立即停止。 我还尝试过使用 FSPI 读/写 API，但在这种情况下，我无法自行完成 Yocto 的版本。 能否请您确认启用安全启动后是否支持来自 BL2 的读/写访问权限？如果支持，能否告知推荐使用哪些应用程序接口？另外，我希望您能就从 BL2 记录或持久保存数据的可行方法或建议的替代方法提供指导。 致以最诚挚的问候， Jayashree  

[ABUSE] Post By: @JohnKlug / Board: imx-processors / Reported by: qneymh qneymh has reported the post Could not invoke dnf for external kernel module in Yocto kirkstone posted by @JohnKlug for the following reasons: Reason: Nudity or Sexual activity Details: https://www.player1.app/team/post/1925296612/1237"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-6"> https://www.siriuspup.com/breeders/pharmacy-online-6"> http://shop.ls-s.ru/product/10111"> http://old-liege.jeunescathos.org/fr/content/pharmacy-online-69"> https://tarantulerosdecorazon.com/galer%C3%ADa/pharmacy-online-6"> http://www.le-cercle-des-sourires.fr/session/3337"> https://www.onlyhomebuyers.com/for-sale-by-owner-homes/sc/45"> https://spdm.dambo.me/forums/miscellaneous/advertisement/pharmacy-online-4"> http://www.le-cercle-des-sourires.fr/session/3337"> https://www.jobwebby.com/domainasname-erma-gmbh/pharmacy-online-2"> https://hetnieuweteamwerken.be/forums/forum/pharmacy-online-1"> https://rus.langnotes.ru/vocabularies/pharmacy-online"> https://obzorpoker.info/forum/pharmacy-online-7"> https://jeunescathos-bxl.org/fr/content/pharmacy-online-1"> https://www.siriuspup.com/breeders/pharmacy-online-6"> https://www.intimuscare.com/pharmacy-online-4"> https://darkmetalmush.net/history/pharmacy-online-0"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-6"> https://www.siriuspup.com/breeders/pharmacy-online-6"> http://www.go4go.net/go/node/155437"> http://old-namur.jeunescathos.org/fr/content/pharmacy-online-41"> https://www.intellectualpedia.org/audiologistwholesale-pharmacy-online-4"> http://en.sp-journal.ru/article/19188"> https://gglabs.us/node/5698"> https://reflexologie-cerilly.fr/en/node/4236"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-6"> https://jeunescathos-bxl.org/fr/content/pharmacy-online-1"> https://www.thebiketube.com/mutant-rosabella"> https://obzorpoker.info/forum/pharmacy-online-7"> http://www.alsongs.com.hk/node/15612"> https://theanubianwar.com/node/6400"> https://rahuldolas.com/forum/general-discussion/topic/723/pharmacy-online"> https://www.tundus.hu/receptek/kepek/pharmacy-online-0"> http://onlyforsalebyowner.com/for-sale-by-owner-homes/pr/76-0"> https://www.danduo168.com/en/artworks/692/pharmacy-online-3"> http://shop.ls-s.ru/product/10111"> https://investor18.ru/investors/pharmacy-online-13"> https://ng.nycc.org/content/pharmacy-online-4"> http://polden.info/story/pharmacy-online-13"> Post link: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/m-p/1627964#M203740 Post author: @JohnKlug | Email Author Reported by: qneymh | Email Reporter The reported post has 2 replies.

[不正使用] 投稿者: @JohnKlug / ボード: imx-プロセッサ / 報告者: gswtqm gswtqm は、 @JohnKlug が投稿した 「Could not invoke dnf for external kernel module in Yocto kirkstone」という 投稿について、以下の理由で報告しました: 理由:その他 詳細： 投稿リンク: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/mp/1627964#M203740 投稿者: @JohnKlug |メール著者 報告者: gswtqm |メールレポーター 報告された投稿には 2 件の返信があります。

支持请求 - 上拉开机引脚后输出短路问题 你好，约瑟夫、 我的一项设计遇到了问题，希望您能给予指导。 我们按照要求拉高了POWER_ON 引脚，但在拉高之后，我们发现输出引脚似乎被短路（或表现为短路）。我们无法了解这种行为的根本原因。 请您帮助我们理解： 为什么拉高 POWER_ON 引脚后输出会短路？ 该引脚是否需要特定的配置步骤或硬件条件？ 有任何建议的诊断或检查方法来隔离问题吗？ 如有需要，我可以提供原理图片段或测量截图。 提前感谢您的支持。 Shivani e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好@Shivani_Elavena 请提供您在应用中使用的恩智浦部件编号，以便能正确转接到产品团队。 提前谢谢您。 顺祝商祺！ Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好，维罗妮卡、 感谢您的支持。 我们在应用中使用的恩智浦部件编号是PF5020。 请将此查询转给相应的产品团队。 提前谢谢您。 致以最诚挚的问候， Shivani e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好，希瓦妮 请分享您的示意图，包括电压等级和部件值。问题是否可以重复出现？你在多少个板上看到了这个问题？如果更换新的 PF5020，情况是否一样？ 致以最崇高的敬意 约瑟夫

i.MX8MP FRDM：启动竞态条件（内置 CSI 与模块 IMX219）& 系统解除绑定时挂起 你好，恩智浦社区、 我目前正在使用恩智浦官方的 Yocto 电路板支持包（内核 6.6.36）在 i.MX8M Plus FRDM 板上推出一个 IMX219-77 摄像头模块（Evaltec）。 ​我在启动时遇到“找不到远程键盘”错误，这导致媒体控制器 (/dev/media0) 无法注册。所有调试都指向内置 CSI 桥接驱动程序和可加载传感器模块之间的启动时间竞争条件。但是，我无法应用标准的运行时解决方法，因为解除绑定 CSI 驱动程序会导致系统立即挂起。 硬件& 软件设置： 板：i.MX8M Plus FRDM 相机模块：Evaltec IMX219-77 连接：使用 Raspberry Pi 官方提供的 "Standard-Mini"（15 针至 22 针）带状电缆连接至 MIPI-CSI 1。 电路板支持包/Image：恩智浦官方演示镜像（内核 6.6.36，无 initramfs) 核心问题（时间不匹配）： 日志显示主机驱动程序和传感器驱动程序之间存在明显的时间差： [~2.05s] mxc-mipi-csi2-sam 正在加载。由于它在标准映像中被编译为内置，因此它会提早初始化，探测端点，找不到传感器（未找到远程端口），并中止链接。 [~10.00s]imx219 终于加载完毕。由于它是一个可加载模块（.ko），所以要等待 rootfs 挂载，结果晚了 8 秒。 故障排除步骤& DTS 验证： 我已经修改了设备树（os08a20.dts 反编译/改编）并验证了以下内容： 传感器配置： 稳压器：配置 VANA-supply、VDIG-supply 和 VDDL-supply，以使用固定/假稳压器，防止因电源资源缺失而导致探测延迟。 RESET GPIO：更新了 RESET GPIO 以匹配 FRDM 板的特定 GPIO 扩展器映射。 终点：验证数据链路 =<2> 和链路频率符合 IMX219 功能。 拓扑结构： 别名：添加了 csi0 和 isi0 别名；已验证它们在 /proc/device-tree 中正确显示。 链接：手动验证了 /proc 中的 phandle 和远程端点十六进制值，以确保链有效：传感器 -> CSI -> ISI。 ISI 接口：设置接口 = <0 0 2>（对于 CSI-1）并添加了所需的 fsl、blk-ctl 引用。 拦截器（解除绑定时系统挂起）： 我试图通过解除 CSI 驱动程序的绑定来修复运行时的竞赛条件，从而在传感器加载后强制重新探测： Bash 命令：echo 32e40000.csi > /sys/总线/platform/drivers/mxc-mipi-csi2-sam/unbind 结果:该命令会立即导致系统挂起（SSH 会话关闭，控制台冻结）。 假设：解除CSI驱动程序的绑定会切断MEDIAMIX或VPUMIX功能域的电力，导致其他活跃的消费者感到恐慌。 缓解尝试：我修改了 DTS，为 HDMI、LCDIF、GPU (2D/3D) 和 VPU 节点明确设置 status ="disabled" ，将 CSI 桥接器隔离为唯一的消费者。 结果：即使禁用了这些消费者，解除对32e40000.csi的绑定后，板仍会立即挂起。 我的问题 鉴于我无法使用initramfs来处理这个特定的镜像，是否有内核启动参数或方法可以强制内置的mxc-mipi-csi2驱动程序将探测推迟到传感器模块可用之后？ 为什么即使在所有已知邻居（显示屏、GPU、VPU、ISI）都解除绑定或禁用的情况下，解除 CSI 驱动程序绑定仍会导致硬锁定？对于 i.MX8MP 有已知的安全序列吗？ 重新编译内核并将 CONFIG_MXC_MIPI_CSI2_SAM 从 *（内置）更改为 M（模块）的唯一可行解决方案吗？ 如果我对启动过程或硬件依赖关系的理解不正确，请纠正我。我对任何替代方法都持开放态度。如果需要进一步的日志或配置文件来诊断，请告诉我，我会立即提供。 我附上了显示时间戳间隙的启动日志 (dmesg) 和修改后的设备树源 (os08a20.dts)以供参考。 谢谢 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 你好 这似乎是一个时间问题，即传感器驱动程序在 CSI 驱动程序尝试建立链接后加载，导致"No remote pad found" 错误。这会阻止媒体设备的正确注册。 这种竞赛条件是 MIPI-CSI 驱动程序的一个已知问题，当传感器驱动程序和主机 CSI 桥接驱动程序未按正确顺序初始化时就会出现。 您在尝试解除 CSI 驱动程序绑定时遇到的系统挂起是令人担忧的，但并不完全出乎意料。如果存在活动的 DMA 传输或未完成的事务，解绑活动的 MIPI-CSI 驱动程序有时会导致问题。 以下是一些潜在的解决方案： 1.**设备树方法**：修改设备树，通过调整兼容字符串优先级或使用 phandle 引用建立适当的依赖关系，确保传感器驱动程序在 CSI 桥接驱动程序之前加载。 2.**模块加载顺序**：创建 modprobe 配置文件，确保传感器驱动程序先于 CSI 驱动程序加载，从而强制执行正确的模块加载顺序。 3.**驱动程序修改**：在 CSI 驱动程序中实现重试机制，在初始链接失败时尝试重新建立链接，从而允许延迟绑定传感器。 4。**延迟探测**：修改传感器驱动程序以使用延迟探测，允许其等待必要的依赖关系后再完成初始化。 5。**解除绑定的替代方法**：与其解除绑定 CSI 驱动程序（这会导致系统挂起），不如尝试在系统完全启动后在传感器驱动程序上使用 `rmmod` 和 `modprobe`，这可能会在不直接影响 CSI 驱动程序的情况下触发正确的链接建立。 要立即进行测试，你可以尝试在 CSI 驱动程序加载之前在启动序列中添加延迟，让传感器驱动程序有时间先进行初始化。 此致 Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 感谢您对潜在解决方案的详细分析。 我研究了你们的建议，但我需要强调的是，在这个特定的恩智浦图像中，有一个关键的架构限制，它阻碍了标准的重新排序或重新加载技术。 限制： CSI 桥接驱动程序 (imx8-mipi-csi2-sam) 是按内置编译的，而传感器驱动程序 (imx219) 是可加载的模块。 驱动程序编译类型证据 我在目标板上进行了以下检查以确认这一点： 1。CSI 驱动程序是内置的： 该驱动程序出现在 modules.builtin 中，确认它已静态编译到内核映像中，并在启动序列的早期（在文件系统挂载之前）进行初始化。 Bash env： root@imx8mpfrdm:~# cat /lib/modules/$(uname -r)/modules.builtin | grep -Ei"mipi-csi2-sam" kernel/drivers/staging/media/imx/imx8-mipi-csi2-sam.ko 2。传感器是一个模块 传感器驱动程序作为可加载的目标文件存在于磁盘上，也就是说，它只能在根文件系统准备就绪后（CSI 驱动程序失效后大约 8 秒）加载。 Bash env： root@imx8mpfrdm:~# root@imx8mpfrdm:~# find /lib/modules/$(uname -r) -name"imx219.ko" /lib/modules/6.6.36-lts-next-g0d1e1544fd15/kernel/drivers/media/i2c/imx219.ko 对具体建议的答复： 关于建议 #1（设备树）& #2（模块顺序）： 由于主机驱动程序是内置的，我无法通过 modprobe.d 控制其相对于基于磁盘的模块的加载顺序或标准依赖关系映射。它总是先加载。 关于建议 3（修改驱动程序）： 修改驱动程序源代码以添加重试机制需要重新编译内核。如果不可避免地需要重新编译，则标准（更简洁）的解决方案是简单地将驱动程序配置从内置 < * > 更改为模块 ，这样可以在不维护自定义补丁的情况下本地解决竞争条件。我现在的目标是找到一个尽可能避免重新编译的解决方案。 关于建议 5（重新加载传感器）： ，我测试了删除和重新加载传感器驱动程序（rmmod imx219&& modprobe imx219）。当传感器成功重新加载时，内置的 CSI Bridge 不会重新触发信号握手或探测尝试。它似乎在启动期间进入失败状态并停止监听。 请求就建议 4（推迟探测）提供指导 这似乎是最可行的途径。由于我试图避免为更改驱动程序类型而重新编译整个内核，因此我想采用延迟探测方法。 imx8-mipi-csi2-sam 驱动程序是否支持特定的内核启动参数以强制其等待或重试探测？当远程端点不可用时，恩智浦电路板支持包中是否有特定的补丁或机制可以为该网桥启用标准的EPROBE_DEFER行为？ 如果有一种方法可以卸载/重新加载我可能错过的内置桥接逻辑，请纠正我。 再次感谢您的时间和帮助。 Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 感谢您对潜在解决方案的详细分析。 我研究了你们的建议，但我需要强调的是，在这个特定的恩智浦图像中，有一个关键的架构限制，它阻碍了标准的重新排序或重新加载技术。 限制： CSI 桥接驱动程序 (imx8-mipi-csi2-sam) 是按内置编译的，而传感器驱动程序 (imx219) 是可加载的模块。 驱动程序编译的证据 我在目标板上进行了以下检查以确认这一点： 1.CSI 驱动程序是内置的： 该驱动程序出现在 modules.builtin 中，确认它已静态编译到内核映像中，并在启动序列的早期（在文件系统挂载之前）进行初始化。 B ash env： root @imx8mpfrdm： ~# cat /lib/modules/ $ (uname-r) /modules.builtin | grep-Ei " mipi-csi2-sam " 内核/驱动程序/staging/mida/imx8-mipi-csi2-sam .ko 2. 传感器是一个模块 传感器驱动程序作为可加载的目标文件存在于磁盘上，也就是说，它只能在根文件系统准备就绪后（CSI 驱动程序失效后大约 8 秒）加载。 B ash 环境： root @imx8mpfrdm： ~# root @imx8mpfrdm：~# 查找 /lib/modules/ $ ( uname-r)-name " imx219.ko " /lib/modules/6.6.36-lts-next-g0d1e1544fd15/kernel/drivers/media/i2c/imx219.ko 对具体建议的回应： 关于建议 #1（设备树）& #2（模块顺序）： 由于主机驱动程序是内置的，我无法通过 modprobe.d 控制其相对于基于磁盘的模块的加载顺序或标准依赖关系映射。它总是先加载。 关于建议 3（修改驱动程序）： 修改驱动程序源代码以添加重试机制需要重新编译内核。如果不可避免地需要重新版本，则标准（更简洁）的解决方案是简单地将驱动程序配置从内置 < * > 更改为模块 ，这样可以在不维护自定义补丁的情况下本地解决竞争条件。我现在的目标是找到一个尽可能避免重新编译的解决方案。 关于建议 5（重新加载传感器）： ，我测试了删除和重新加载传感器驱动程序（rmmod imx219&& modprobe imx219）。当传感器成功重新加载时，内置的 CSI Bridge 不会重新触发信号握手或探测尝试。它似乎在启动期间进入失败状态并停止监听。 请求就建议 4（推迟探测）提供指导 这似乎是最可行的途径。由于我试图避免为更改驱动程序类型而重新编译整个内核，因此我想采用延迟探测方法。 imx8-mipi-csi2-sam 驱动程序是否支持特定的内核启动参数以强制其等待或重试探测？当远程端点不可用时，恩智浦电路板支持包中是否有特定的补丁或机制可以为该网桥启用标准的EPROBE_DEFER行为？ 如果有一种方法可以卸载/重新加载我可能错过的内置桥接逻辑，请纠正我。 再次感谢您的时间和帮助。

无法使用 nxpimage ahab update-keyblob 更新辅助 AHAB 容器集的 DEK blob。 设备：mimx9352 (i.mx93)。 SPSDK 版本： spsdk 3.4.0 启动映像布局：带有两个 AHAB 映像容器集的可启动映像： 主机组：集装箱 0（ELE），集装箱 1（SPL DDR）。 辅助集：0 号容器 -> 图像 0（BL31）、图像 1（U-Boot）、图像 2（TEE）。 DEK：256 位， key_identifier：0. 当 YAML 文件中提供 DEK blob 时，版本正常；flash.bin 上的生产时 ahab update-keyblob 仅更新 SPL 。 我参考了 https://spsdk.readthedocs.io/en/latest/examples/ahab/imx93/imx93_signed_ahab_uboot.html 如何使用 update-keyblob 选择辅助集合/容器？此命令是否支持多设置可启动映像？建议在不完全重建的情况下更新次要集的 blob 的工作流程？ 谢谢， 乌代 Re: Unable to update DEK blob for secondary AHAB container set using nxpimage ahab update-keyblob. 你好@udayMouli 您是否介意使用最新的 SPSDK 工具 v3.5.0？ https://github.com/nxp-mcuxpresso/spsdk/releases 了解update-keyblob 命令的用法 ： https://spsdk.readthedocs.io/en/latest/apps/nxpimage.html#nxpimage-ahab-update-keyblob update-keyblob 的典型用法： https://spsdk.readthedocs.io/en/latest/images/ahab.html#ahab-update-keyblob Best Regards, Zhiming

如何在 S32K344 上使用 FCCU 输入引脚 例如 S32K344 100 引脚封装，它具有 72 引脚的 GPIO [3] 具有这些功能。 FCC_ERR_IN" 信号的功能和内部工作原理是什么？它是否可以用来连接外部集成电路故障输出，以 "菊花链 "方式连接到 FCCU 输入引脚？   S32K344-WB #FCCU #S32K3 优先级：高 SAFETY_SW 资料来源直接客户 Re: How to use FCCU Input Pins on S32K344 您好@YukoKinto, RM 中没有关于该引脚用途的更多信息 - 请联系 HW 设计团队的人员以明确用途。 这是我第一次看到客户想要使用此密码功能，也不是像图片中那样使用 S32 功能安全手册中的信息。 在 SAF 中，我们支持所谓的 FOM 测试模式： 因此，要测试 EOUT 引脚是否正常工作，可以使用 eMcem 函数： eMcem_EnterTestFOM() eMcem_WriteErrorOutput() eMcem_ReadErrorOutput() eMcem_ExitTestFOM() 但这只是用于测试 EOUT 引脚，而不是用于检测外部 IC 故障。 我检查了 DCMROD 寄存器，以确定在 FCCU_IN_ERR 引脚断言的情况下，是否有东西会引发 DCMROD 位（并最终引发某些 FCCU 故障），但没有发现类似的东西。 但 RM 中的描述可能不是很清楚，因此 HW Design 应予以确认。 亲切的问候， Radoslav Re: How to use FCCU Input Pins on S32K344 感谢您的反馈，我会联系 HW 设计团队。

S32 调试探针远程 UART 支持？ S32 调试探器上的远程 UART 端口没有像（本质上完全相同的）CodeWarrior TAP 那样记录在案，有什么特别的原因吗？ 我知道我们可能出于成本原因不想运送电缆，但我们为什么不记录远程 UART 功能，因为客户很容易就能买到 RJ11 电缆？ 我们能否更新文档，以便客户可以正式使用远程 UART？ S32DS 资料来源直接客户 Re: S32 Debug Probe remote UART support? 嗨，海因茨、 抱歉耽搁了，我将为此创建 JIRA 票据。

UART TX-DMA 和 UART RX-中断 Hii、 我正在使用 s32k148 评估板并使用这个 s32 ide 我想将 UART TX 配置为 DMA，将 UART RX 配置为中断模式，谁能帮我如何将它们单独配置。因为在使用 MEX 驱动程序时，我们只能在一种模式下配置实例，即只能在 dma/interrupt 模式下配置实例。 Re: UART TX-DMA and UART RX-Interrupt 嗨，@Vamshi_、 驱动程序（S32 配置工具）无法分离通道。需要将 DMA 和中断分开的原因是什么？为什么不将 DMA 用于 TX& RX？ 致以最诚挚的问候， Julián Re: UART TX-DMA and UART RX-Interrupt 嗨，@Vamshi_、 我认为这是可能的，但你必须手动配置一些东西，例如分离 Tx&Rx 中断，以及只初始化 Tx 的 DMA。 1.配置"LPUART_UART_IP_USING_DMA" 时，Tx& Rx 通道都需要。如果要生成配置工具代码，必须将这两个通道路由到 DMA 通道。 2.对 Rx 中断启用 CTRL[RIE]，对 Tx 中断禁用 CTRL[TIE]。 3.在主代码中 发送（DMA）：调用 Lpuart_Uart_Ip_AsyncTransmit()（启用LPUART_IP_USING_DMA时使用 DMA）。 RX（中断）：调用 Lpuart_Uart_Ip_AsyncReceive()，并安装用户回调。在 LPUART_UART_IP_EVENT_RX_FULL 回调（使用 Lpuart_Uart_Ip_SetRxBuffer()）中定期 RESET RX 缓冲区以实现持续接收。 我没有进行过测试，因为这只是个小概率事件，但我相信它应该是可行的。 此外，如果能满足您的要求，您还可以启用 DMA ISR 来代替分离通道。 我可以尝试测试配置，但需要一些时间。 致以最诚挚的问候， Julián Re: UART TX-DMA and UART RX-Interrupt 嘿，感谢您的回复，但根据我的项目要求，我必须以这样的方式进行操作，如基于 tx - dma 和 rx - 中断，但我无法弄清如何做到这一点。 Re: UART TX-DMA and UART RX-Interrupt 嗨，@Vamshi_、 是的。如前所述，配置工具不支持分离通道。它是控制器专用的。 致以最诚挚的问候， Julián Re: UART TX-DMA and UART RX-Interrupt 感谢您的回复，但如果我们这样做，就会变成控制器专用吗？ Re: UART TX-DMA and UART RX-Interrupt 对不起，重播延迟了，无法正常工作，您能给我一个正常工作的例子吗？TX-dma 和 rx-interrupt 模式的操作步骤？

i.MX93/PCA9451 スライドスイッチによる電源制御 こんにちは、 i.MX93とPCA9451を使ってカスタムボードを設計しています。EVK では、ONOFF ピンが電源制御用のプッシュ ボタンにコネクテッドされていることに気付きました。 私のデザインでは、電源制御にプッシュボタンではなくスライドスイッチを使用したいと思います。このアプローチのデザイン例を挙げていただけますか。また、どのように実装すべきか説明していただけますか。 私の現在のアイデアは次のとおりです。 i.MX93 のONOFFピンを電源レールにプルアップします。 i.MX93 のPMIC_ON_REQ出力をフローティングのままにして、スライド スイッチを PCA9451 のPMIC_ON_REQ入力に接続します。 i.MX93 のPMIC_STBY_REQ出力を PCA9451 に接続します。 あらゆる指導や推奨事項をいただければ幸いです。 再開まで今しばらくお待ちください。 よろしくお願いします、 トカト Re: i.MX93/PCA9451 Power Control Using Slide Switch スレッドを見逃してしまい申し訳ありません。確認して明日返信します。 Re: i.MX93/PCA9451 Power Control Using Slide Switch これは推奨されません。ONOFF ピンには、5 秒の強制電源オフ、電源オフ中断など、PMIC_ON_REQ ピンにはない多くの機能があります。 とにかく、PMIC_ON_REQ ピンを使用して、デザインに応じて簡単な電源投入と電源切断を実装できます。 ご不明な点は、お気軽にお問い合わせください。

如何使用 T1022 IFC 总线 GPCM 确认模式 我们目前将 IFC 配置为 GPCM 确认模式，但对 IFCTA-B 信号的使用不是很清楚。目前，我们在捕获了CS信号的下降沿后将IFCTA-B延迟了45纳秒（IP_CLK=200MHz），但是总线的读写并不是特别稳定。我们想知道 IFCTA-B 和 CS 信号之间的关系，以及如何配置确认模式的时序。 Re: How to use T1022 IFC bus GPCM Acknowledgment mode 恩智浦：从描述中可以看出，RGETA 被设置为 "1"，即 GPCM 确认模式。 1) 请提供 IFC_GPCM_EVTER_STAT[TOER] 和 CSOR[GPTO] 的值。也许您可以尝试将 GPTO 设置为更大的值。 2) 当你说 "我们在捕获 CS 信号" 的下降沿后将 IFCTA-B 延迟 45 纳秒（ip_clk=200MHz）时，你能否详细说明这是怎么做到的？ 3) 你能分享一下你的板上的接线图吗？接口设备是什么？

Request: IMX95LPD5EVK-19CM Hardware Design Documents The i.MX 95 LPD5 EVK Quick Start Guide (IMX95LPD5EVK-19CM) is available on the NXP website, but I couldn’t find the detailed hardware design files. Could you please share the links or documents for the following related to the IMX95LPD5EVK-19CM evaluation kit? Reference schematics Hardware reference manual Any additional hardware design documentation for this EVK

バーチャルボックス #リンクサーバーMCUXPRESSO-VSC win vbox vm でデバッグ セッションを開始すると問題が発生します。 これを試した人はいますか? 開発ボード MCX N Re: Virtualbox こんにちは@Peter19 問題を詳しく説明していただけますか？ BR ハリー Re: Virtualbox @Harry_Zhang こんにちは。LinkServer をデバッグ プローブとして使用し、 MCUXpresso VS Code 拡張機能 (v25.11.16)を使用してFRDM‑MCXN947ボードをデバッグしようとしています。 私の環境は次のとおりです: ホストOS: Windows 11 ゲストOS: Windows 11 (VirtualBox VM) MCUXpresso VS Code拡張機能: 25.11.16 デバッグプローブ: LinkServer ターゲットボード: FRDM-MCXN947 問題: VM 内でデバッグ セッションを開始すると、セッションの起動に失敗します。拡張機能は正しくインストールされていますが、デバッガーがターゲットに接続されません。 質問: この構成 (Windows 11 ホスト + VirtualBox 内の Windows 11 ゲスト) で LinkServer デバッグを正常に実行できた人はいますか?LinkServer に影響する、VirtualBox の USB パススルーまたはドライバ セットアップに関する既知の制限事項や必要な構成手順はありますか? ご指導いただければ幸いです。 Re: Virtualbox こんにちは@Peter19 LinkServer には低レベルの USB/HID アクセスが必要ですが、VirtualBox USB パススルーは HID クラスのデバッグ プローブでは不安定です。 SO、LinkServer デバッグがVirtualBox 内で確実に機能することはほとんどないと思います。 VBではなくホストでデバッグしてみるといいと思います ホスト上で MCUXpresso IDE またはホスト上で MCUXpresso VS Code 拡張機能を使用できます。 BR ハリー