Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
NTP5332 について、構成レジスタ (0x10A1) のバイト 1 とバイト 2 を読み取ることができません。 こんにちは、皆さん OM2NTP5332 EVM ボードを使用しています。 私はMCUを使ってOM2NTP5332とI2Cで通信します。 NTP5332構成レジスタ(0x10A1)を読み取ると、 構成レジスタ(0x10A1)のバイト1とバイト2を読み取ることができません。バイト0のみ読み取ることができます。 バイト 1 とバイト 2 の値はすべて 0x00 です。 しかし、レジスタ 0x1037 を読み取ると、バイト 0、バイト 1、バイト 2 がすべて期待どおりであることがわかります。 レジスタ 0x10A1 はレジスタ 0x1037 と同じではないでしょうか? 誰かこれについて教えてくれませんか? ありがとうございます。 Re: About NTP5332, Unable to read the Configuration register(0x10A1) Byte1 & Byte2. こんにちは@KaiLi 、 ご返信ありがとうございます。 以下のようにハンドシェイクフローを確認しました。 まず、構成レジスタ(0x10A1)に2バイトを送信します。 次に、以下のように構成レジスタを読み取ると、間違った値が返されます。 I2Cの読み取り/書き込み機能を確認しましたが、正常です。 誰かこれについて教えてくれませんか? ありがとうございます。 Re: About NTP5332, Unable to read the Configuration register(0x10A1) Byte1 & Byte2. こんにちは@ray3 以下をお読みください。 ぜひお試しください
查看全文
S32G3 LLCE CAN2CAN 失敗 NXP エキスパートの皆さん、こんにちは! 背景:私のプロジェクトでは、LLCEのCAN2CANルーティング機能を使用して、BCAN1からメッセージを受信し、Autosar CAN通信プロトコルスタックをバイパスしてBCAN2にルーティングする必要があります。マニュアルに従ってEBを設定しましたが、テストの結果、メッセージが転送されないことがわかりました。LLCEのファームウェアバージョンはS32G_LLCE_1_0_7です。 デバッグ後、CANドライバは正常に初期化され、ルーティングテーブルも正しく設定され、TXMBも十分であることが確認できました。LLCEピンニングも正常にロードされました。そのため、問題がどこにあるのかわかりません。この問題のトラブルシューティング方法と、何か適切な提案があれば教えていただけますか? Re: S32G3 LLCE CAN2CAN Fail こんにちは 1. どのバージョンの RTD を使用していますか? 2. リファレンス ボードを使用していますか、それともカスタム設計されたボードを使用していますか? 3. デフォルトのCAN2CANサンプルプログラムを試しましたか?それでも問題は発生しましたか? BR チェイン Re: S32G3 LLCE CAN2CAN Fail こんにちは、 1.MCAL バージョン RTD_4.4_4.0.2 と独自のデザインボードを使用しています。 2.ご返信ありがとうございます。問題は解決しました。ターゲット コントローラ上のルーティングに使用される TXMB 値を減らすと、問題は解決しました。各 CAN コントローラの最大 TXMB 値は 16 のようです。 3. さらに質問したいのですが、特定の CAN コントローラのルーティング機能を無効にする方法はありますか?関連する機能または EB 構成オプションを提供していただけますか? Re: S32G3 LLCE CAN2CAN Fail こんにちは、 @canhe 問題が解決してよかったです。 特定のCANコントローラーのルーティング機能を無効にするという新しい質問ですが、CAN2CAN操作における特定のポートへの転送を停止するという意味ですか?それとも、他の操作ですか?要件を詳しくご説明ください。 BR チェイン Re: S32G3 LLCE CAN2CAN Fail こんにちは、チェンイン はい、CAN2CAN 操作で特定のポートの転送を停止したいです。通常、BCAN1 で 0x123 メッセージを受信すると、そのメッセージは直接 BCAN2 にルーティングされて送信されます。ここで (そのようなスイッチがあると仮定)、ルーティングがオフになっている場合、BCAN1 は 0x123 メッセージの転送を停止しますが、BCAN1 は引き続き他のメッセージを正常に受信できます。ルーティング機能をオフにするだけで十分です。 Re: S32G3 LLCE CAN2CAN Fail こんにちは、 @canhe ご説明ありがとうございます。 申し訳ありませんが、直接参照できる同様のすぐに使える例はありません。LLCEファームウェアユーザーガイドを参照することをお勧めします。これには、FWの観点から実装されたAPIの詳細な説明があります。たとえば、 LLCE_CAN_CMD_REMOVE_AF_DESTINATION コマンドを LLCE に送信して既存の宛先ルールを削除できます。対応する API をチェックして、特定の要件を最もよく満たすものを確認できます。   BR チェイン Re: S32G3 LLCE CAN2CAN Fail こんにちは、チェンイン お返事ありがとうございます。試してみます。 確認が必要な点がもう1点あります。LLCE における HRH の内部選択方法は、まず、インデックスに基づいて通常のフィルター テーブルで検索し、次に、インデックスに基づいて高度なフィルター テーブルで検索する、ということになりますね。 たとえば、BCAN1 に 2 つの HRH を作成しました。HRH1 はどのルーティング オプションにも関連付けられておらず、パケットをフィルタリングしません。生成されたコードは通常のフィルターです。HRH2 はルーティング オプションに関連付けられており、フィルター ID は 0x32 です。生成されたコードは高度なフィルターです。HRH2 のオブジェクト ID は HRH1 のオブジェクト ID よりも小さいです。テストの結果、0x32 パケットを受信すると、常に HRH1 によって処理され、ルーティングに失敗します。 Re: S32G3 LLCE CAN2CAN Fail こんにちは、チェンイン はい、現在設定されている 2 つのフィルターには重複するメッセージがあります。 HRH1: HRH1HRH1HRH1 HRH2: HRH2HRH2HRH2 メッセージ ID ごとにフィルターを構成するのが最適であることはわかっています。ただし、このプロジェクトはゲートウェイ ECU として機能するため、メッセージが多くなり、多くの HRH を構成する必要があります。これにより、作業が非常に面倒になります。SO、ルーティング メッセージとホスト メッセージ用に 2 つの個別の HRH を確立すれば十分です。ただし、結果から、メッセージは常に、関連するルーティング オプションを持たない HRH によって受信され、処理されることがわかります。 Re: S32G3 LLCE CAN2CAN Fail こんにちは、 @canhe ご返信ありがとうございます。 あなたが言及した状況では、高度な機能が有効になっていないフィルターが最初に一致し、それがテスト結果と一致します。 一般的に、構成においてこのような重複があることは推奨されません。各 ID に固定のフィルタリング ルールを設定することをお勧めします。     BR チェイン
查看全文
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 次只能读取一张卡 给这张卡休眠之后继续读取 还是只读取到这一张卡 怎么 解决?
查看全文
如何在 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.
查看全文
imx8mp 文档 你好 我想要一些修订号以下的文档 IMX8MPIEC Rev.2,2023 年 2 月数据表 IMX8MPRM Rev.1,2023 年 6 月参考手册问候, 拉文德拉 Re: imx8mp docs 你好 我可以确认您要找的 i.MX 8M Plus 文档的最新版本是: 1. IMX8MPIEC Rev.2, 02/2023 数据表 - 这是当前版本的数据表。 2。IMX8MPRM Rev.1,2023 年 6 月参考手册——这是参考手册的当前版本。 这两份文件均可从恩智浦网站下载。你可以通过以下方式访问它们: -数据表:https://www.nxp.com/webapp/Download?colCode=IMX8MPIEC -参考手册:https://www.nxp.com/webapp/Download?colCode=IMX8MPRM 这些文档文件包含i.MX 8M Plus处理器的最新规格和信息。当不同版本的文件规格不同时,最新版本总是取代旧版本。   此致问候    
查看全文
支持请求 - 上拉开机引脚后输出短路问题 你好,约瑟夫、 我的一项设计遇到了问题,希望您能给予指导。 我们按照要求拉高了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行为? 如果有一种方法可以卸载/重新加载我可能错过的内置桥接逻辑,请纠正我。 再次感谢您的时间和帮助。
查看全文
S32 调试探针远程 UART 支持? S32 调试探器上的远程 UART 端口没有像(本质上完全相同的)CodeWarrior TAP 那样记录在案,有什么特别的原因吗? 我知道我们可能出于成本原因不想运送电缆,但我们为什么不记录远程 UART 功能,因为客户很容易就能买到 RJ11 电缆? 我们能否更新文档,以便客户可以正式使用远程 UART? S32DS 资料来源直接客户 Re: S32 Debug Probe remote UART support? 嗨,海因茨、 抱歉耽搁了,我将为此创建 JIRA 票据。
查看全文
IMX8QM CPU X 88W8997 IMX8QM 開発ボード、Android オートモーティブ OS 15 の wlan0 と Bluetooth の問題を修正しようとしています。 チップセット: NXP 88W8997 Ezurio の 60-SIPT WiFi および Bluetooth モジュール Linuxカーネル: 6.12.23 Android オートモーティブ OS 15 v1.1 Wi-Fi を起動すると、Bluetooth と同じように自動的にオフになります。スキャンも機能しません。LF6.12.20 のドキュメントを読んでいるときに、偶然これに出会いました。これは、上記のチップセットが今後一切サポートされなくなることを意味しますか?すでにかなりの数の NXP 開発ボードを所有していますが、どのように進めればよいかわかりません。 #IMX8QuadMax #プロセッサ #開発ボード #Wi-Fi #Bluetooth #BSP ANDROID-AUTO Re: IMX8QM CPU X 88W8997 ご参考までに。 88W8997 - ファームウェアの読み込みに失敗しました ファームウェアがパス内にあることを再確認してください。/ベンダー/ファームウェア/ Re: IMX8QM CPU X 88W8997 ファームウェアは/vendor/firmwareにあります ここにdmesgがあります  
查看全文
闪存程序 MT28EW256 或非 设备 你好。 我有一块定制板,其中 Qoriq T1024 是从 x16x1 组织中的 MT28EW256 或非 设备启动的。使用 CodeWarrior 闪存编程器进行编程时,该设备的闪存编程器的正确配置设置是什么? 我应该使用闪存算法 amd16x1 还是 S29GL_P_16x1?英特尔呢? 上述两种算法有何不同?文件中介绍了 AMD 算法,但我找不到关于 S29GL 的任何细节(或何时使用)。 请注意,在实验过程中,我一直在使用 JS28F256M29EWL 设置,它在我的 16mx16x1 设备上使用 amd16x1。我遇到了一些奇怪的问题,因此我怀疑自己的设置,但需要建议。 预先致谢 Re: Flash program MT28EW256 NOR device MT28EW与 S29GL-P 和 S29GL-N 128Mb 和 256Mb 兼容、 512Mb 和 1Gb 设备,但具有卓越的编程和擦除性能。 CodeWarrior 支持 S29GL-P 和 S29GL-N 设备。 使用 S29GL-P 和 S29GL-N 设备对设备进行编程。 Re: Flash program MT28EW256 NOR device 你好、 感谢您提供的信息。 这是否意味着我需要在下方添加新的设备配置: PA\bin\plugins\support\Products\ProductData\FPDevices.mwpdb\FP 我希望使用现有的设备设置。MT28EW 设备的制造商 ID 为 0x89,组织 ID 为 0x227e,与 JS28F256M29EWL 设备设置相匹配,但它使用的是 AMD16x1 算法。看来是可行的。 AMD16x1 和S29GL-P_16x1 之间有什么区别?我没有找到任何信息?AMD 算法兼容吗? 再次感谢。 Re: Flash program MT28EW256 NOR device 在我们的数据库中搜索,我发现这两个 "S29GL-N_16x1.elf"而且 “S29GL-p_16x1.elf” 是几年前应我们一位客户的要求开发的,目的是加快采用这种特定 “16mx16x1” 配置的这些特定设备的闪存编程过程。 可以改回标准的 "amd16x1.elf"、但这种标准算法可能没有 "S29GL-N_16x1.elf "那么快。
查看全文
如何降低 i.MX8ULP 的 A 核和 DDR 频率 我想降低 i.MX8ULP 的 A 核频率和 DDR 频率。 请指导我如何实现这一目标,需要修改哪些寄存器或配置? Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 你可以看看下一个应用笔记(4.3 使用 DVFS): 优化 i.MX 8ULP 的功耗 顺祝商祺! Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好@JorgeCas 我使用了 DVFS,想降低 A 核 CPU 频率。目前,频率显示在 808 兆赫左右,我希望尽可能降低频率。 以下是我收到的日志: root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable [ 467.490570] DDR enter low frequency mode root@imx8ulp-9x9-lpddr4-evk:~# mhz 808 MHz, 1.2392 nanosec clock 能否请您指导我如何降低 A 核频率,以及需要更改哪些设置或配置? 谢谢。 Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 根据应用笔记,你需要使用 imx8ulp-evk-nd.dtb 设备树,但正如我在你的日志中看到的那样,你使用的是 9x9 板,我们没有设备树来进行更改。 你可以用它作为参考来修改你的设备树然后重试: https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/arch/arm64/boot/dts/freescale/imx8ulp-evk-nd.dts 顺祝商祺! Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 谢谢@JorgeCas root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable root@imx8ulp-9x9-lpddr4-evk:~# mhz 655 MHz, 1.5267 nanosec clock 根据参考,我更新了我的 .dts文件,现在我可以将 A 核频率降至 650 MHz。我希望进一步降低 A 核频率,最好降到 200 MHz 左右。请指导我如何实现这一目标? Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 遗憾的是,我们没有文件说明如何将 Cortex - A 内核的频率降至 650 MHz 以下。 根据应用笔记,正在使用VDD_DIG1/2(最低工作频率)的最低工作电压,我们的工程师在您之前的文章中评论说,PLL不会提供更低的频率。 您可以尝试手动修改 PLL 寄存器。 顺祝商祺! Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好,@JorgeCas 谢谢你的澄清。据我所知,650 MHz 是 Cortex-A 内核 PLL 支持的最低记录频率。 为了进一步降低功耗,我想尝试手动修改 PLL 配置。请问 i.MX8ULP 上控制 Cortex-A 时钟的 PLL(寄存器或时钟路径)是哪个,在尝试将频率降至 650 MHz 以下时是否有任何建议设置或限制? 任何有关安全修改 PLL 寄存器的指导或参考文档,将不胜感激。 致以最崇高的敬意, Yash Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好,@JorgeCas、 我想问一下我之前提出的关于通过修改 i.MX8ULP 上的 PLL 配置将 Cortex-A 内核频率降至 650 MHz 以下的问题。我想看看你是否有机会审查它。如能得到任何指导,将不胜感激。 谢谢, Yash
查看全文
KW45 noinit 柱塞部分 您好,nxp 专家: 我想在 kw45 中隔离一部分 RAM,用于存储一些标志。但是,当前,当我尝试将 0xa5a5a5a5 写入地址 0x020000000 然后进行软复位时,RESET后从地址 0x020000000 读取的值为 0。你能否帮我弄清楚如何确保软复位后读取的值与RESET前读取的值相同? KW45 Re: KW45 noinit ram section 你好,@Christine_Li: 不过,我又注意到启动文件 startup_KW45B41Z83 .S 中的这部分代码 --它不是清除了 0x2001_A000 至 0x2001_C000的内存范围 吗? .ram_init_stcm5: ldr r0, =0x2001a000 ldr r1, =0x2001c000 .loop5: /* Initialize stcm5 */ stmia r0!, {r2 - r5} cmp r0, r1 bcc.n .loop5 Re: KW45 noinit ram section 你好,@jiajun_cheng 最后 8 KB RAM (0x2001_A000) 来自独立的电源开关功能域,可在所有电源模式下保持数据保留。 详情请参阅 KW45 参考手册 如果您对此案有任何其他关切,请告诉我。 否则,请毫不犹豫地将我的回答标记为解决方案,这样我们就可以结案了。 顺祝商祺! Christine。 Re: KW45 noinit ram section 你好,@jiajun_cheng 在这个案子上我还能为你做什么? 顺祝商祺! Christine。
查看全文
HSE 固件安装问题 - 程序卡在 checkHseFwFeatureFlagEnabled() 处 #你好,恩智浦团队 我正在开发 S32K3X4EVB-T172 板并尝试安装 HSE 固件 HSE 固件刷新成功,但我的应用程序始终停在: if (FALSE == checkHseFwFeatureFlagEnabled()) { /* Stuck here */ } 我检查了 UTEST 区域(0x1B000080),得到的值是 0xFFFFFFFF。 请查看我们的项目和图像,并请帮助我们解决这个问题 如能得到任何帮助,我们将不胜感激。 谢谢 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Thank you for the clarification@VaneB 我检查了UTEST地址 0x1B000000,请查看下面的附件 ,我已经多次刷新了HSE固件,所以可能是反复刷新导致了这个不正确的值? 能否请您帮我确认正确的值是多少,并指导我如何进行修复? Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 地址 0x1B000080 至 0x1B00009F 对应调试密码 (CUST_DB_PSWD_A),用于限制调试访问。这与 HSE 固件安装无关。 如果代码停留在函数 checkHseFwFeatureFlagEnabled(),请确认 hseFwFeatureFlagEnabledValue 已正确写入地址 0x1B000000。 此外,您还提到 HSE 固件已成功安装。能否请您解释一下,为什么需要再次检查 HSE FW 功能标志是否已设置? BR、VaneB Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 已成功将 hseFwFeatureFlagEnabledValue 写入地址 0x1B000000。 接下来,我们来验证是否安装了 HSE 固件。请检查地址 0x4039C028 中 HSE_CONFIG_GPR3 的第 0 位是否已设置。如果未设置,请确认当前设备的 SBAF 版本(地址 0x4039C020)与您尝试安装的 HSE 固件版本兼容。建议使用最新的 SBAF 版本,以确保 HSE 固件不受任何限制地支持全部功能。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # Hello@VaneB 谢谢您的说明。 我还有一个疑问:我是否需要修改 hse_fw_install 项目的应用代码? 因为 UTEST 区域已经编程,而且固件闪烁也已成功。我们还检查了第 0 个启动目标是否在 0x4039C028。 但是,我们的程序代码还是卡在了这一行,无法正常启动。 请解释一下为什么没有启动,原因可能是什么? Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 使用 S32K344_HSE_FW_INSTALL 应用程序完成 HSE 固件安装所需的所有更改和步骤都记录在 Readme.md 文件中,该文件位于 C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Device_Configuration\S32K344_HSE_FW_INSTALL\Readme.md 此外,能否提供一张显示地址 0x4039C020 和 0x4039C028 内容的图片? Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB非常感谢你的回复、 在 README 中提到了 IVT,但我们的程序中没有ivt.bin 或 ivt.h 包括的文件。请说明 IVT 是自动生成的,还是嵌入到另一个文件中,或者我们是否需要手动加入 IVT。 请参阅下文所附的文件 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB,非常感谢你的指导。 我在演示示例中安装了sbuf 项目。当我尝试调试它时,代码卡在了 能否请您指导我如何更新sbuf并解决这个问题? Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 根据 HSE_CONFIG_GPR3 (0x4039C028) 的值,HSE 已经安装在设备上。您正在闪存的项目用于安装固件,因此无需再次闪存。 我的建议是将 SBAF 版本升级到与当前固件版本兼容的版本。该 兼容性问题 已在 S32K344 芯片 SBAF 版本和 HSE FW 版本兼容性问题 主题中讨论过。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # 在 README 中提到了 IVT,但我们的程序中没有包含 ivt.bin或ivt.h文件。请说明 IVT 是自动生成的,还是嵌入到另一个文件中,或者我们是否需要手动加入 IVT。 请参阅下文所附的文件
查看全文
スタンバイ モードから機能をリセットした後のウェイクアップ ソースの認識。 こんにちは、NXPさん 私はスリープウェイクアップアプリケーションに取り組んでいます。スタンバイウェイクアップ用のウェイクアップスリープ構成を構成しました。 私の質問は、スタンバイ ウェイクアップから機能をリセットした後、ウェイクアップ ソースをどのように知ることができるかということです。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 ウェイクアップ後、WISR/WISR_64 レジスタを読み取って、ウェイクアップの原因となったソースを特定CAN。スタンバイ終了後も値はそのまま保持されるため、スタンバイ RAM に保存したり、高速スタンバイ終了を使用したりする必要はありません。 Mcu_GetResetReason() は、前回のリセットがスタンバイ終了だったか、その他のリセット (HW、SW、WDG など) だったかを返しますが、ウェイクアップ ソース用の API はありません。 レジスタを読み取る場合は、メイン ルーチンがレジスタを保存する前にクリアしないようにし、立ち下がりエッジを使用する場合はパッド保持を有効にする必要があることに注意してください (このコミュニティ投稿を参照してください: Solved: WISR_64 no correct after wakeup from fast standby mode on S32K312 - NXPコミュニティ )。 コミュニティからの低電力の例をCAN参照できます。 S32K3 パワーマネージメント AN とデモ - NXPコミュニティ [RTD400 & 500 MCAL & IP] S32K3 パワーマネージメント AN とデモ - NXPコミュニティ MCAL レイヤーは、ウェイクアップ ソースを報告する EcuM モジュールも提供しますが、RTD パッケージは EcuM のスタブ ファイルのみを提供します。これらは参照用として使用することを目的としており、アプリケーションのニーズに応じて変更/置換できます。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. 私は Autosar スタックを使用しているため、ウェイクアップ ソース ID が必要です。 機能リセット後にスタンバイ ドメインに保存するために WISR/WISR_64 値を構成するにはどうすればよいですか? CANどのように設定すればよいか教えていただけますか。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 はい、これはWkpu_Ip_GetInputState() を呼び出し、対応する WKPU チャネルが設定されている場合は TRUE を返し、フラグをクリアします。 ウェイクアップ (スタンバイ終了) 後、NVIC レジスタはデフォルトにリセットされます (すべてのペリフェラル割り込みが無効になります) が、WKPU レジスタの値と以前の状態は保持されます。したがって、ウェイクアップ後にプラットフォーム関数を呼び出してウェイクアップの割り込みを有効にすると(WKPU_IRQn に NVIC_ ISER を構成する)、プログラムはウェイクアップ割り込み関数にジャンプし、どのウェイクアップ ソースが発生したかを判別できます。 ウェイクアップ後の実行モードでウェイクアップの割り込みを有効にするプラットフォーム関数を呼び出さない場合は、Wkpu_Ip_GetInputState() 関数を呼び出してウェイクアップ ソースを判別できます。 ウェイクアップ後に直接レジスタを読み取るCAN。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. はい、質問が1つあります。  EcuMモジュールを有効にし、EcuM_CheckWakeup()内でIcu_Checkwakeup()を呼び出しました。しかし、ICUウェイクアップイベント情報が発生してもEcuM_CheckWakeup()をトリガーできないという問題があります。(チャネル状態がRUNNINGであるため、EcuM_CheckWakeup()を呼び出すことができないためです。) EcuM_CheckWakeup() をどのようにトリガーすればよいですか? ISR と同じウェイクアップ ピンを作成して、EcuM_CheckWakeup()->Icu_CheckWakeup() を呼び出してビット ステータスを WAKEUP_STATE に設定し、EcuM_SerWakeupEvent() を呼び出すことはできますか? ISR として CAN 場合、どうすれば CAN できますか? Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 申し訳ありませんが、おっしゃる通りです。Icu_Init() 関数を呼び出すと、プラットフォーム 関数を呼び出す前に割り込みフラグがクリアされ、現在のモードが ICU_NORMAL_MODE に変更されます。SO、それ以前に Icu_Init() を呼び出すことはできません。これはドライバの制限のようです。社内チームにフィードバックをお願いします。 また、Icu_GetInputState() 関数内では、Icu_Init() 関数によって初期化する必要があるグローバル変数を使用します。このような状況では、Wkpu_Ip_GetInputState() 関数を呼び出して WISR または WISR_64 のステータスを確認してクリアするか、直接読み取ることができると思います。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. 同じ問題をデバッグしたところ、ウォーム リセットのスタンバイ ウェイクアップ後の Icu_Init の開始時に ICU_NORMAL_MODE が設定されているため、ICU_CurrentMode が原因で EcuM_Checkwakeup が呼び出されなかったことがわかりました。 ウェイクアップ後に EcuM_Cehckwakeup が呼び出されるSOするにはどうすればいいですか? Re: Wakeup Source Recognition after function reset from standby mode. こんにちは、Julian_AragonM さん。スタンバイウェイクアップ後に Icu_Init() で現在のモードを ICU_NORMAL_MODE に変更することに関して、チームに一度連絡していただけますか。これを回避するにはどうすればよいですか? Re: Wakeup Source Recognition after function reset from standby mode. ウェイクアップ ソースは動作しており、ウェイクアップ後に Icu_ReportEvent が来ますが、Icu_CuurentMode 変数が原因で、Icu_Init() から ICU_NORMAL_MODE に初期化され、EcuM_CheckWakeup が呼び出されません。 EcuM_CheckWakeup は Icu_ReportwakeupAndOverFlow ICU ドライバから呼び出されています。 Icu_ReportwakeupAndOverFlow には、変数 Icu_CuurentMode から ICU_MODE_SLEEP マクロまでの条件チェックがあります。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは、 @aryandis さん。 Icu NORMAL モードでは、ウェイクアップ ソースの処理が妨げられることはありません。Icu が EcuM チェック ウェイクアップを妨げているコード部分を共有していただけますか?ICU モードに関係なく、Icu_CheckWakeup() が呼び出されることは CAN です。 社内チームからも返答がありました。 1.ご存知のとおり、Icu モジュールは、MCAL レイヤーでウェイクアップ ソースを直接チェックできる機能を提供していません。Icu はウェイクアップ ソース情報を EcuM モジュールに転送し、このモジュールはウェイクアップ ソースをチェックします。RTD ドライバでは、EcuM はスタブ モジュールであり、参照として使用することを目的としており、アプリケーションのニーズに応じて変更/置換できます。 ECU 状態マネージャの仕様は次のとおりです。 2. Icu 構成で、ユーザーが「IcuWkpuStandbyWakeSupport」を有効にすると、Icu_Init() は WISR フラグをクリアしません。 プロジェクトで、Wkpu_Ip レイヤーのウェイクアップ ソースを確認するには、以下のコードを参照します。 Icu_Init() 関数の前に Platform_Init(NULL_PTR); を呼び出すと、何らかの理由で WISR フラグが消去されることがわかりました。SO、この関数を Icu_Init() 関数の後に呼び出しました。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. はい、正解です。そして、 Icu_CheckWakeup () は、マッピングした EcuM_CheckWakeup から呼び出されます。また、EcuM_CheckWakeup は、RTD の Icu_ReportWakeupAndOverflow API から呼び出され、SLEEP_MODE をチェックする条件を持ちます。SLEEP_MODE なしで EcuM_CheckWakeup がどのようにトリガーされるか。 それとも、ISR から EcuM_Checkwakeup を呼び出す必要がありますか? これはRTD 3.0.0のスナップショットです Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 Icu_CheckWakeup () は、ウェイクアップ後に (通常は EcuM によって) 呼び出され、ICU がソースを検証し、それが有効かどうかを EcuM に通知できるようにするためのパブリック AUTOSAR ICU API です。ドライバがSLEEPモードにあるかどうかには依存しません。 Icu_ReportWakeupAndOverflow () は RTD 内部および非 AUTOSAR であり、割り込みコンテキストからすぐにウェイクアップ (およびオーバーフロー) を報告するロジックをバンドルします。   ウェイクアップ後に、Icu_Init() を NORMAL に設定し (IcuWkpuStandbyWakeupSupport = true で WKPU フラグが保持されることを確認)、マップされた EcuM ウェイクアップ ソースを使用して Icu_CheckWakeup() を呼び出すことをお勧めします。これは、Icu_CurrentMode が NORMAL であっても機能します。   よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 私の見解では、選択肢は 2 つあります。 1.スタンバイ終了後、EcuM ステート マシンが RUN に移行する前に、 EcuM_Checkwakeup () を呼び出します。これにより、スタンバイ中にウェイクアップ ソースが処理されます。ウェイクアップ ソースが有効な場合、ECU は RUN 状態に戻ります。 これは、ECU 状態マネージャの仕様に記載されています。 2. ISR コンテキストを介してこれを呼び出すと、ウェイクアップ ソースが直ちに処理されます。 よろしくお願いします、 ジュリアン
查看全文
KW45 blhost を使用してキーを書き込むことができません 写真に示すように、ヒューズ 0x20 はまだ焼き付けられていないため、blhost を使用してキーを書き込むことはできません。これはなぜでしょうか? Re: KW45 Cannot write key using blhost こんにちは カスタム ボードを使用していますが、このボードにはまだキーが書き込まれていません。現在、NXP が提供するデモ キーを使用しています。キー書き込みとNBUファームウェアのアップグレードをテストしたいと思います。AN14003ドキュメントとリファレンス・マニュアルを参照しています。ISP UARTを使用してヒューズの取得と書き込みを行います。私の知る限り、ブート構成ピンをプルアップするだけで、このチップはISPモードに入ることができます。SO far、UARTを使用してチップのフラッシュを消去および書き込みCANますが、ヒューズに書き込むときに、上図に示す状況が発生します。 Re: KW45 Cannot write key using blhost Hello   NXP 開発ボード [KW45B41Z-EVK / KW45-LOC] を使用しているか、カスタム ボードを使用しているか確認していただけますか?これは必要なキーに影響を与えるためです。   ヒューズを焼くためのガイドや指示に従っているかどうか確認していただけますか?   ボードはISPモードになっていますか?   ヒューズを燃やす方法は元に戻すことができないことに注意することが重要です。したがって、ヒューズを変更する場合は注意することをお勧めします。   よろしくお願いいたします。 ルイス Re: KW45 Cannot write key using blhost これは当社のボードの最小システムデザイン回路図ですが、このデザインに問題があるかどうかお伺いしてもよろしいでしょうか? Re: KW45 Cannot write key using blhost こんにちは、 カスタムボードの設計を確認するには、 KW45(オートモーティブ)またはK32W1 / MCXW71(IoT /インダストリアル)を使用して初めてPCBを正しく構築する最良の方法という投稿を確認することをお勧めします。この投稿には、 KW45ハードウェア設計推奨事項の推奨事項を含む、KW45ボードに必要な全体的な特性が含まれています。 キーがまだ書き込まれていないとおっしゃったように、デバイスにキーをプログラムする必要があります。RoTKTH キーと SB3KDK キーをフューズに書き込むことが不可欠です。また、画像のエラーは、SB3KDK キーのプログラミングに失敗したことを示しています。 KW45 カスタム ボードが KW45B41Z-EVK と同じように使用するのか、それともカスタム エンド アプリケーション用なのか確認していただけますか? KW45ボードをKW45B41Z-EVKと同じ機能で使用する場合は、AN14003の5.2.1章に記載されているデフォルトのSBKDKおよびRoTKTHキーを使用できます。 ボードを別のカスタムエンドアプリケーションで使用する場合は、カスタムキーと署名されたイメージを生成する必要があります(4.2章とJupyter Notebookの例で説明されているプロセス)。カスタムキーの場合は、.sb3を生成する必要があります。.xipを使用したファイルカスタム キーを構成するファイル。 よろしくお願いいたします。 ルイス
查看全文
用于服装认证的 NFC 我们有兴趣使用 NFC 技术为未来的服装打上标签,让消费者能够辨别真伪。 我知道我们可以将每个 NFC 标签发送到指定的 URL,但我们希望防止造假者对芯片进行编程以指向相同的身份验证 URL。 经过一番研究,使用像 NTAG424 DNA 这样具有篡改功能的专用芯片以及与我们的服务器相关的公钥/私钥似乎是解决之道。 我认为您无法使用 NFC Tools 对具有此功能的芯片进行正确编程。 对于 NTAG213 等经典芯片,您可以在 URL 中发送芯片 UID,以便在服务器端进行检查,但问题是有人能找到正确的地址。 我的问题是 -- 你们是否有筹码和工具来帮助完成我们想做的事情? 如果是这样,我们需要哪些硬件、芯片、读卡器等来启动? Re: NFC for authenticating apparel @KaiLi我在网站上找到了 NDA 并提交了。希望完成这项工作后,有人能向我们展示实现目标所需的所有设备和软件。 Re: NFC for authenticating apparel @KaiLi还有,是否有任何资源可以解释如何将所有信息绑定到一个网站上,从而为每个芯片显示不同的信息? Re: NFC for authenticating apparel 谢谢@KaiLi 因此,我需要订购这本读物: https://www.nxp.com/part/MFEV730 什么是保密协议?不知道是什么意思。 是否有任何资源可以全面解释我们如何设置这一切,从哪里获取芯片,将每个芯片分配到一个特定的 URL,并确保只有该芯片可以到达那里? Re: NFC for authenticating apparel 你好@305 MFEV730 向您推荐,您可以从 PEGODA 免接触式智能读卡器 | 恩智浦半导体 订购,其中包括读卡器和 NTAG424DNA 样品 此外,您还需要申请 sw186658(RFID Discover v5.8),但这是在保密协议下提供的。 因此,如果您安装了 RFID Discover v5.8,并订购了 MFEV730,就可以开始使用了。
查看全文