SPC5200CVR400 Hello! What does the suffix "B" in "SPC5200CVR400" and "SPC5200CVR400B" signify? What are the differences between these two models? Re: SPC5200CVR400 Hello @赵壮钦  Hope this email finds you well, The diference between the " SPC5200CVR400" and "SPC5200CVR400B"  Both processors share the same package, " BGA272"  The MPC5200B adds enhancements to the device, including an updated SDRAM memory controller, upgrades to the programmable serial controller, and other functions to improve the operation of the device.  See the AN3045 about these differences: https://www.nxp.com/docs/en/application-note/AN3045.pdf Have a great day!. BR, Hector Villarruel

S32K144 EVAL ボードでコードをフラッシュしようとしたときに発生するデバッグの問題。 こんにちは、 私はPE-micro デバッガー (Open SDA FD906E5B)を使用してs32k144 評価ボードを使用しています。ボードでコードをデバッグ/フラッシュしようとすると、この問題が発生しています。何が問題なのか、どのような間違いを犯したのかを誰か教えてもらえませんか。 Error_Pic1Error_Pic1Error_Pic1Error_Pic1エラー_Pic1 Error_Pic2Error_Pic2Error_Pic2Error_Pic2エラー_Pic2 Debug_ConifgDebug_ConifgDebug_ConifgDebug_Conifgデバッグ設定 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. キネティクス回復ユーティリティツールを使用した後、機能しました。 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. そのプロジェクトを私に送ってください。S32K144EVBでテストしてみます。 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. 問題は、私はdioを設定していないのですが、dioのサンプルプロジェクトを実行しており、それを実行すると、前に述べたデバッガーエラーが発生することです。 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. あなたが言及したのと同じことを試してみましたが、まだ機能しません。 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. P&E リカバリ ユーティリティは MCU を停止しましたか? MCU の電源を繰り返しオン/オフするにはどうすればよいですか? Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. こんにちは、 返信ありがとうございます。しかしまだ動作しません。 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. ハイ MCALのDioを設定しているようです。 HOWTO: AUTOSARでS32K1xx RTDを使用して点滅LEDサンプルプロジェクトを作成するの「UnTouchedPortPinの下で、「+」をクリックし、次の5つのPortPin Pcr番号を追加します：4、5、10、68、69」に従ってください。 これらはデバッグ ピンです。 正しく設定していない場合、プログラムがこの時点に到達したときにデバッガー接続が失われます。 このような場合は、 Kinetis_Recovery_Utility.zipを使用して回復してみてください。 よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 --------------------------------------------------------------------------------- Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. こんにちは、 このThreadでは、Kinetis Recovery Utility ツールを使用することで問題が解決されたことが述べられています。 私もS32K144 EVB ボードで同様のデバッグ/フラッシュの問題に直面しています。 説明していただけますか: Kinetis Recovery Utility ツールのインストール方法- ダウンロード リンク、インストール手順、必要なバージョンなど。 ツールを使用して S32K144 EVB ボードを回復する方法- 回復のための手順ごとの手順。 リカバリ ユーティリティを使用する際に従うべき特定の設定または注意事項(例: BDM/USB 設定、ジャンパー設定、電源サイクル要件など)。 このツールの使用は安全でしょうか (フラッシュ/構成が消去されますか?)。 現在、ブロックされており、デバッグ/フラッシュを続行できないため、詳細な手順を教えていただければ幸いです。 お手数ですが、よろしくお願いいたします。 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. 原因： ポート ドライバーの構成が正しくない場合 (特に、 Untouched Pins の選択が間違っているか欠落している場合)、デバッグ インターフェースが無効になり、フラッシュが妨げられる可能性があります。 回復への手順: J107をピン1〜2に設定し、 12V電源を接続します。 ツールを開き、 OpenSDA USB を選択します。 RESET を押したまま、スタートをクリックして、RESET を放します。 プロンプトが表示されたら、 12 V 電源の電源を入れ直します(プラグを抜いて再度差し込みます)。 成功したら、通常通りボードのフラッシュに進みます。 Re: Debugging Issue when trying to flash the code in the S32K144 EVAL board. こんにちは、 Vamshiさん。 詳しいご説明と明確な回復手順をありがとうございます。 説明どおりにKinetis Recovery Utility の手順を実行しました。 J107をピン1～2に設定し、 12V電源に接続します。 選択されたOpenSDA USB RESETを押したまま、スタートをクリックし、RESETを離す プロンプトが表示されたらボードの電源を入れ直した リカバリは成功し、その後はS32K144 EVB を正常にフラッシュおよびデバッグできるようになりました。 問題は完全に解決されました。 デバッグ インターフェースを無効にする誤ったポート ドライバ / 未変更ピン構成に関する説明は非常に役立ち、正しい方向を指し示してくれました。 サポートと迅速なご支援に改めて感謝申し上げます。

iMX8MP SRK 撤销 如何撤销 iMX8MP 上的 SRK？ 在哪里可以找到与 iMX8MP 相关的 HABv4 文档？ AN4581 中关于 HABv4 部分的 SRK 撤销是否适用于 iMX8MP 处理器？ Re: iMX8MP SRK revocation AN4581 适用于 imx8MP 处理器以撤销 SRK，关于熔丝位的操作，请参阅<5.4 Security Fuses> IMX8MPSRM 的 部分，该章节受有效保密协议约束，可供下载。由于熔丝信息仅供参考，如果需要进一步的支持，请出示机 密援助支持票 此致 哈维

iMX8MP SRK revocation How can I revoke the SRK on iMX8MP? Where can I find the documentation for HABv4 related to the iMX8MP? Is SRK revocation on HABv4 section in AN4581 applicable to the iMX8MP processor? Re: iMX8MP SRK revocation The AN4581 is applicable to the iMX8MP processor for SRK Revocation, and about fuse bits operation, please refer to the section <5.4 Security Fuses> of IMX8MPSRM which is under a valid NDA for download. As the fuse information is credential if further support needed, please raise a Confidential assistance support tickets  Regards Harvey

S32K342 HSE 尊敬的先生 我们是第三方编程器制造商。 S32K342 编程流程已完成。 成功编程 HSE 文件后，重新通电等待 5 秒，然后读取 4039_C028h（位 0）以确认 HSE 是否成功。 但是，我读出了 0x000001C0（第 0 位为 0，HSE 不成功）。 我还可以阅读哪些登记册来确认 HSE 是否成功？ 谢谢！ Re: S32K342 HSE 你有没有在原生设备上安装过，或者之前已经尝试过安装固件？ 能否提供以下信息？ SBAF 版本： HSE FW 版本： MU 寄存器、FSR、GSR 等： HSE GPR3： " HSE_STATUS_INIT_OK" 是否已等待设置为"1" ？ 如果是 AB SWAP，可能需要多次 RESET。 最近，我在下面的主题中讨论了安装程序： https://community.nxp.com/t5/S32K/S32K3-HSE-Installation-differences-between-FULL-MEM-and-AB-SWAP/m-p/2190106/emcs_t/S2h8ZW1haWx8YW5zd2VyX2FjY2VwdGVkX2FzX3NvbHV0aW9ufE1ISkNBVTZXSFlVWEI1fDIxOTAxMDZ8QUNDRVBURURfU09MVVRJT05TfGhL#M53730 希望对您有所帮助

S32K342 HSE Dear Sir： We are a third-party programmer manufacturer. The S32K342 programming flow has been completed. After successfully programming the HSE file, repower on wait 5 seconds, and read 4039_C028h (bit 0) to confirm whether the HSE was successful. However, I read out 0x000001C0 (bit 0 is 0, HSE Unsuccessful). What other registers can I read to confirm whether the HSE was successful? Thanks Re: S32K342 HSE Have you installed on virgin device or there were already some attempts to have installed FW before? Could you provide following information? SBAF version: HSE FW version: MU registers, FSR, GSR, etc: HSE GPR3: Is the "HSE_STATUS_INIT_OK" have been wait set to "1"? In case AB SWAP, multiple resets may be required. Recently I have discussed installation procedure over following thread: https://community.nxp.com/t5/S32K/S32K3-HSE-Installation-differences-between-FULL-MEM-and-AB-SWAP/m-p/2190106/emcs_t/S2h8ZW1haWx8YW5zd2VyX2FjY2VwdGVkX2FzX3NvbHV0aW9ufE1ISkNBVTZXSFlVWEI1fDIxOTAxMDZ8QUNDRVBURURfU09MVVRJT05TfGhL#M53730 Hope it helps

SPC5200CVR400 您好！ " SPC5200CVR400" 和"SPC5200CVR400B" 中的后缀"B" 表示什么意思？这两种模式有何不同？ Re: SPC5200CVR400 你好@赵壮钦 希望这封邮件能给你带来好运、 " SPC5200CVR400" 和"SPC5200CVR400B" 之间的区别 两个处理器共享同一个代码包，" BGA272 " MPC5200B 为该设备增加了增强功能，包括更新的同步动态随机存取存储器(SDRAM)内存控制器、对可编程串行控制器的升级以及其他改善设备操作的功能。 有关这些差异，请参见 AN3045： https://www.nxp.com/docs/en/application-note/AN3045.pdf 祝你愉快 BR、 赫克托-比利亚鲁埃尔

HAB authentication succeeds with WARNING (Unsupported Engine – DCP) on i.MX RT dual image setup1050 Hi, I am working on a secure boot implementation for the i.MX RT1050 MCU and would like to achieve dual image authentication — one for the second-stage bootloader and another for the application image, both located in external flash. Setup Overview SRK, IMG, and CSF certificates are generated using the NXP Secure Provisioning Tool (SPT). The second-stage bootloader is signed and authenticated by the ROM using HAB. The application image is stored after the bootloader in external flash and can be updated independently (e.g., via USB or OTA). The second state bootloader calls the ROM HAB API to authenticate the application image before execution. Implementation Details Both images (bootloader + app) are signed with the same SRK/CSF key set. Inside the second-stage bootloader, I invoke HAB authentication as follows: load_addr = (uint32_t)hab_authenticate_image_no_dcd(1, ivt_offset, image_start, bytes); hab_image_entry_f hab_authenticate_image_no_dcd(uint8_t cid, uint32_t ivt_offset, uint32_t start, size_t bytes) { return g_habrvtTree->authenticate_image_no_dcd(cid, ivt_offset, (void **)&start, (size_t *)&bytes, NULL); } The authentication works — the function returns a valid reset handler address, confirming that the image is successfully verified. Issue: HAB WARNING (Unsupported Engine – DCP) After successful authentication, I query the HAB status and event log using hab_rvt_report_status() and hab_rvt_report_event(). Although authentication passes, I consistently receive a HAB WARNING instead of HAB_SUCCESS. Example output: Hab rvt report status = 0x69, config = 0xcc, status = 0x99 Report event #0 -> 0xf0 [HAB EVENT #0] (44 bytes): DB 00 2C 43 69 0A C0 00 CA 00 24 00 02 C5 1B 00 ... When decoding this event per the HAB4 documentation, it indicates: 0x69 → Warning 0x0A → Unsupported Engine 0xC0 → Event logged in hab_rvt.run_csf() The sequence 02 C5 1B 00 maps to: Image key verification index Protocol: HAB_PCL_CMS Engine: DCP Default configuration From this, I understand that the ROM reports a Warning because it tries to use the DCP engine during CSF execution, but DCP is not properly initialized or available in my second-stage bootloader context. What I’ve Tried I’ve manually initialized DCP using the SDK driver:   DCP_Init(DCP, &config); (with all channels enabled and default settings) However, the warning persists — authentication succeeds, but the event log still reports an Unsupported Engine (DCP). Questions How does the ROM initialize and use the DCP during the primary HAB authentication SSB process ? Is this WARNING expected or benign when calling HAB ROM APIs manually? Is it possible to invoke the ROM HAB authentication API from a custom bootloader and achieve HAB_SUCCESS (no warnings), or is this warning expected when using the ROM HAB API outside of the initial boot context? Re: HAB authentication succeeds with WARNING (Unsupported Engine – DCP) on i.MX RT dual image setup1 Hi @BiHDeveloper  Thank you for reaching out! Before diving further, could you manually modify the BD files to have the Header_Engine as any? Then let me know your results Edit: after you update the bd file, as shown above, build the image again, beware of the SPT auto generating BD files when build image button. To avoid this you can run manually the build_image script from the project workspace. Then write the new image into the processor.  Please let me know if you see any changes. Diego

i.MX RT1176 の LCD ビデオ ストリームに緑がかった色合いが表示される 私は、i.MX RT1176 コントローラを使用して、カメラ フィードから LCD ディスプレイへのライブ ストリーミングに取り組んでいます。 受信した H.264 ビデオ ストリームは、FFmpeg を使用して BT.709 カラースペースの YUVJ420P ピクセル形式にデコードされます。 RT1176 側では、フレームを LCD に表示する前に、PXP (ピクセル パイプライン) を使用して YUV から RGB への変換 (CSC) を行います。ただし、表示されるビデオには目立った緑がかった色合いがあります。 PXP は YUVJ420P ピクセル形式を直接サポートしていないため、プロセス サーフェス バッファー形式を YUV420 として構成します。 また、PXP ドライバ (kPXP_Csc1YCbCr2RGB モード) の CSC 係数設定を確認すると、係数値は BT.601 カラースペースに対応しているように見えますが、これはリファレンス・マニュアルには明確に記載されていません。 デフォルトの PXP CSC 係数が実際に BT.601 に基づいているかどうかを確認できる人はいますか? もしSOなら、正確な色変換を実現するために PXP CSC レジスタにプログラムできる正しい BT.709 係数値を共有していただけますか? Re: Greenish Tint in LCD Video Stream on i.MX RT1176 こんにちは@EdwinHz 、 ご返信よろしくお願いします。 可能であれば、PXP の内部 YUV→RGB 変換式と互換性のある、BT.709 YUV から RGB への変換に適切な CSC1 係数値を提供していただけないでしょうか。 Re: Greenish Tint in LCD Video Stream on i.MX RT1176 こんにちは@Anni 、 正解です。BT.709 に適切に変換するには、PXP_CSC1CoefficientSet() 関数で CSC 係数を手動で変更する必要があります。

U-BootからMIPI DSIパネルに画像を表示する（i.MX8M Mini + TL070WSH30） こんにちは、 現在、 Yocto KirkstoneとU-Boot (2022 年 4 月 / NXP 2022.04)を使用して、 i.MX8M Mini ベースのボード上でU-Bootから直接 MIPI DSI ディスプレイ出力を有効にする作業を行っています。 私の目標は、 U-Boot の起動時 (カーネルの前) に画像またはロゴを表示することです。 ハードウェアのセットアップは次のとおりです。 SoC: i.MX8Mミニ ディスプレイインターフェース: MIPI DSI パネル: TDO TL070WSH30 (Linux で動作するカスタム パネル ドライバ) U-Boot バージョン: 2022.04 (NXP フォーク) Yocto バージョン:カークストーン これが私の DT ノードです: #include #include "imx8mm.dtsi" / {   バックライト: バックライト { ステータス = "正常"; 互換性 = "pwm-backlight"; pwms = <&pwm3 0 2000000 0>; 明るさレベル = <0 4 8 16 32 64 128 255>; デフォルトの明るさレベル = <6>; デフォルトの明るさレベル = <80>; デフォルトでオン; };   panel_gpio_regulator: panel_gpio_regulator { compatible = "regulator-gpio";   レギュレータ名 = "mmci-gpio-supply"; レギュレータ最小マイクロボルト = <5000000>; レギュレータ最大マイクロボルト = <5000000>; レギュレータブートオン; gpios = <&gpio4 19 GPIO_ACTIVE_HIGH>; 状態 = <5000000 0x1>;   アクティブハイを有効にする;   ステータス = "正常"; };     dsi_host: dsiホスト { 互換性 = "サムスン、sec-mipi-dsi"; ステータス = "正常"; }; };   &lcdif { ステータス = "正常"; ディスプレイ = <&display0>; ディスプレイ0: ディスプレイ@0 { ピクセルあたりのビット数 = <24>; バス幅 = <24>; }; ポート@0 { lcdif_to_dsim: エンドポイント { リモートエンドポイント = <&dsim_from_lcdif>; }; }; };   &mipi_dsi { ステータス = "正常"; ポート@0 { dsim_from_lcdif: エンドポイント { リモートエンドポイント = <&lcdif_to_dsim>; }; }; ポート@1 { dsim_to_panel: エンドポイント { リモートエンドポイント = <&panel_from_dsim>; }; };   パネル@0 { 互換性 = "tdo,tl070wsh30"; レジスタ = <0>;   pinctrl-0 = <&pinctrl_mipi_dsi>; pinctrl-names = "デフォルト"; リセットgpios = <&gpio4 4 GPIO_ACTIVE_LOW>; enable-gpios = <&gpio4 6 GPIO_ACTIVE_HIGH>;   バックライト = <&backlight>; 電源 = <&panel_gpio_regulator>;   dsi-lanes = <4>; ビデオモード = <0>;   ステータス = "正常"; ポート { panel_from_dsim: エンドポイント { リモートエンドポイント = <&dsim_to_panel>; }; }; 表示タイミング { ネイティブモード = <&timing0>; タイミング0: タイミング0 { クロック周波数 = <51200000>; hactive = <1024>; vアクティブ = <600>; hフロントポーチ = <46>; hback-porch = <100>; hsync-len = <80>; vフロントポーチ = <5>; vback-porch = <20>; vsync-len = <5>; }; }; }; }; U-Boot が初期化されると、次のメッセージが表示されます。 [*]-ビデオリンク 0 mxs_video lcdif@32e00000: 必要な表示プロパティが指定されていません ビデオデバイスのプローブに失敗しました。戻り値 -22 [0] lcdif@32e00000、ビデオ [1] mipi_dsi@32e10000、ビデオブリッジ そして dm ツリーから: ビデオ 0 [ ] mxs_video |-- lcdif@32e00000 ビデオブリッド 0 [ ] imx_sec_dsim |-- mipi_dsi@32e10000 syscon 4 [ ] syscon |-- display-gpr@32e28000 dsi_host 0 [ ] sec_mipi_dsim |-- dsi-host レギュレータ 0 [ ] gpio レギュレータ |-- panel_gpio_regulator ご覧のとおり、パネルは U-Boot でまったくプローブされておらず、LCDIF ノードで display = <&display0> を設定しているにもかかわらず、ディスプレイ プロパティが提供されていないことを示すエラーが表示されています。 私の質問 U-Boot の i.MX8MM に必要なブリッジ バインディングまたは DSI ホスト ノードが不足していますか? U-Bootの LCDIF → MIPI DSI → パネル パイプラインの正しい DT 構造は何ですか? 最後に、 i.MX8M Mini の U-Bootでの MIPI DSI パネル出力の実例はありますか? Re: Displaying an image on a MIPI DSI panel from U-Boot (i.MX8M Mini + TL070WSH30) こんにちは、 「必要な表示プロパティが指定されていません」というエラー メッセージは、表示チェーン内の接続が欠落していることを示します。デフォルトでは、i.MX8M Mini の U-Boot はディスプレイ パス「LCDIF - MIPI-DSI - av7535 - HDMI」をサポートしていますが、代わりに「LCDIF - MIPI-DSI - MIPI パネル」構成を使用する必要があります。 この問題を解決するには、次の操作を行う必要があります。 1. カスタム TL070WSH30 パネルを直接サポートするには、U-Boot のデバイス ツリーまたはビデオ リンク ID のいずれかを変更します。 2. デバイスツリー構造の場合、LCDIF → MIPI DSI → パネルの正しいパイプラインには以下が含まれる必要があります。 - 適切なパネルドライバノード - LCDIFとMIPI DSI間の接続 - MIPI DSIとパネル間の接続 3. パネル ノードは、LCDIF ノードの「display」プロパティで適切に参照される必要があります。 i.MX8MM の場合、開始点として RM67191 パネル実装を CAN 参照できます。TL070WSH30 用のカスタム パネル ドライバを作成し、デバイス ツリーに正しくコネクテッドされていることを確認する必要があります。 すぐにテストしたい場合は、U-Boot で環境変数を設定して、既存のパネル構成のいずれかを使用してみてください。 「」 setenv パネル RM67191_OLED 保存環境 ブート 「」 これにより、カスタム パネル ドライバーを実装する前に、基本的なディスプレイ パスが機能するかどうかを確認できます。 よろしくお願いします。

S32K3 ADCは平均してどのくらいの速さで こんにちは、賢い皆さん 平均化を有効にした場合、S32K3xx ADC が正確にどの程度動作するのか疑問に思っていました。 たとえば、4 つの変換の平均化を有効にしているとします。 1 つのトリガーの発生後に複数の S&H 変換サイクルを実行しますか (図 1)、4 つのトリガーの発生を待って平均結果をレジスタに書き込みますか (図 2)、それとも後続のすべての結果が前の結果の平均に取り込まれる移動平均フィルターのように動作しますか (図 3)? この評価者特有の質問について、皆さんからご意見を伺いたいと思っています。 よろしくお願いいたします。 フェリックス Re: How exactly does the S32K3 ADC average この情報には本当に感謝しています。とても助かります！ Re: How exactly does the S32K3 ADC average 当社製品にご興味をお持ちいただき、また当社コミュニティに貢献していただき、ありがとうございます。 平均関数は図 1 で説明されているとおりに動作します。 この情報が役に立つことを願います。

S32K396 单片机烧写了一版程序后，导致通过TJAG仿真器无法连接了，更换为MULTILINK仿真器同样无法连接，请教下怎么解决?仿真器连接报错如附件。 Re: S32K396 能否具体说明使用的环境？上面提到的屏幕截图来自哪里？在出现故障之前你对设备做了什么？

S32k312 の最大 LPUART 転送速度 (bps) はどれくらいですか? こんにちは S32k312 の最大 LPUART 転送速度 (bps) はどれくらいですか? Re: S32k312的LPUART transfer rate最大是多少bps ？ 当社製品にご興味をお持ちいただき、また当社コミュニティに貢献していただき、ありがとうございます。 リファレンスマニュアルの77.3.1 ボーレート生成セクションを参照してください。 この情報が役に立つことを願います。

Displaying an image on a MIPI DSI panel from U-Boot (i.MX8M Mini + TL070WSH30) Hello, I’m currently working on enabling MIPI DSI display output directly from U-Boot on a  board based on i.MX8M Mini, using Yocto Kirkstone and U-Boot (April 2022 / NXP 2022.04). My goal is to display an image or logo at U-Boot startup (before the kernel). The hardware setup is: SoC: i.MX8M Mini Display interface: MIPI DSI Panel: TDO TL070WSH30 (custom panel driver working under Linux) U-Boot version: 2022.04 (NXP fork) Yocto version: Kirkstone Here is my DT nodes: #include #include "imx8mm.dtsi" / {   backlight: backlight { status = "okay"; compatible = "pwm-backlight"; pwms = <&pwm3 0 2000000 0>; brightness-levels = <0 4 8 16 32 64 128 255>;     default-brightness-level = <6>; default-brightness-level = <80>; default-on; };   panel_gpio_regulator: panel_gpio_regulator { compatible = "regulator-gpio";   regulator-name = "mmci-gpio-supply"; regulator-min-microvolt = <5000000>; regulator-max-microvolt = <5000000>; regulator-boot-on; gpios = <&gpio4 19 GPIO_ACTIVE_HIGH>; states = <5000000 0x1>;   enable-active-high;   status = "okay"; };     dsi_host: dsi-host { compatible = "samsung,sec-mipi-dsi"; status = "okay"; }; };   &lcdif {     status = "okay";     display = <&display0>;     display0: display@0 {         bits-per-pixel = <24>;         bus-width = <24>;     };     port@0 {         lcdif_to_dsim: endpoint {             remote-endpoint = <&dsim_from_lcdif>;         };     }; };   &mipi_dsi {     status = "okay";     port@0 {         dsim_from_lcdif: endpoint {             remote-endpoint = <&lcdif_to_dsim>;         };     };     port@1 {         dsim_to_panel: endpoint {             remote-endpoint = <&panel_from_dsim>;         };     };   panel@0 {         compatible = "tdo,tl070wsh30";         reg = <0>;           pinctrl-0 = <&pinctrl_mipi_dsi>;         pinctrl-names = "default";         reset-gpios = <&gpio4 4 GPIO_ACTIVE_LOW>;         enable-gpios = <&gpio4 6 GPIO_ACTIVE_HIGH>;           backlight = <&backlight>;         power-supply = <&panel_gpio_regulator>;           dsi-lanes = <4>;         video-mode = <0>;           status = "okay";         port {             panel_from_dsim: endpoint {                 remote-endpoint = <&dsim_to_panel>;             };         }; display-timings {             native-mode = <&timing0>;             timing0: timing0 {                 clock-frequency = <51200000>;                 hactive = <1024>;                 vactive = <600>;                 hfront-porch = <46>;                 hback-porch = <100>;                 hsync-len = <80>;                 vfront-porch = <5>;                 vback-porch = <20>;                 vsync-len = <5>;             };         };     }; }; When U-Boot initializes, I get this message: [*]-Video Link 0 mxs_video lcdif@32e00000: required display property isn't provided probe video device failed, ret -22 [0] lcdif@32e00000, video [1] mipi_dsi@32e10000, video_bridge And from dm tree: video 0 [ ] mxs_video |-- lcdif@32e00000 video_brid 0 [ ] imx_sec_dsim |-- mipi_dsi@32e10000 syscon 4 [ ] syscon |-- display-gpr@32e28000 dsi_host 0 [ ] sec_mipi_dsim |-- dsi-host regulator 0 [ ] gpio regulator |-- panel_gpio_regulator As you can see, the panel is not probed at all in U-Boot, and the error indicates display property isn’t provided, although I have set display = <&display0> in the LCDIF node. My questions Is there any required bridge binding or DSI host node missing for the i.MX8MM in U-Boot? What is the correct DT structure for LCDIF → MIPI DSI → panel pipeline in U-Boot ? Finally, is there a working example for MIPI DSI panel output in U-Boot on i.MX8M Mini? Re: Displaying an image on a MIPI DSI panel from U-Boot (i.MX8M Mini + TL070WSH30) Hello, The error message "required display property isn't provided" indicates a missing connection in the display chain. By default, U-Boot on i.MX8M Mini supports the display path "LCDIF - MIPI-DSI - av7535 - HDMI", but you need to use "LCDIF - MIPI-DSI - MIPI panel" configuration instead. To resolve this issue, you need to: 1. Modify either your device tree or the video link ID in U-Boot to support your custom TL070WSH30 panel directly. 2. For the device tree structure, the correct pipeline for LCDIF → MIPI DSI → panel should include: - Proper panel driver nodes - Connection between the LCDIF and MIPI DSI - Connection between MIPI DSI and your panel 3. The panel node should be properly referenced with the "display" property in the LCDIF node. For i.MX8MM, you can reference the RM67191 panel implementation as a starting point. You'll need to create a custom panel driver for your TL070WSH30 and ensure it's properly connected in the device tree. If you're looking for an immediate test, you could try using one of the existing panel configurations by setting the environment variable in U-Boot: ``` setenv panel RM67191_OLED saveenv boot ``` This would allow you to verify if the basic display path works before implementing your custom panel driver. Regards

iMX51 上 uBoot 中的 "无分区表 大家好， 我正在为老式的 iMX51 开发操作系统解决方案。 我下载了 U-启动 2016.09.01，用旧的 gcc 交叉编译器编译了它。初始设置基于 imx51evk 板——我们的自定义板与 EVK 非常相似。 然后，我准备了一张 SD 卡，并生成了以下状态： Disk /dev/sdd: 14,52 GiB, 15590227968 bytes, 30449664 sectors Disk model: Multi-Card Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xf3c8bcdf Device Boot Start End Sectors Size Id Type /dev/sdd1 2048 131071 129024 63M e W95 FAT16 (LBA) /dev/sdd2 133120 30449663 30316544 14,5G 83 Linux 初始空间由dd命令填充 uboot.imx文件。 我把zImage和imx51-memorex.dtb文件放入第一个分区。 当板启动时我在主机上看到： U-Boot 2016.09.01 (Nov 03 2025 - 17:01:15 +0100) CPU: Freescale i.MX51 rev3.0 at 800 MHz Reset cause: WDOG Board: MX51EVK DRAM: 512 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 *** Warning - read failed, using default environment In: serial Out: serial Err: serial Net: FEC Error: FEC address not set. Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** Booting from net ... *** ERROR: `ethaddr' not set *** ERROR: `ethaddr' not set Bad Linux ARM zImage magic! => 下面是相关命令的其他输出结果： => mmc part ## Unknown partition table type 0 => mmc list FSL_SDHC: 0 (SD) FSL_SDHC: 1 => mmc dev switch to partitions #0, OK mmc0 is current device => mmcinfo Device: FSL_SDHC Manufacturer ID: 27 OEM: 5048 Name: SD16G Tran Speed: 50000000 Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 14.5 GiB Bus Width: 4-bit Erase Group Size: 512 Bytes 您知道造成这一问题的原因吗？ 谢谢，问候 i.MX51 Linux Re: 'No partition table' in uBoot on iMX51 你好 在这些日子里，我做了很多测试。在上一次中，我发现在运行分区创建时，uboot 被删除了。 这是我剧本的一部分： .. sudo dd if=/dev/zero of=$SDCARD bs=1M count=1 conv=fsync status=none echo " ✅ Primo MB azzerato" echo "2️⃣ Scrittura U-Boot a offset 2..." sudo dd if=$UBOOT of=$SDCARD bs=512 conv=fsync status=progress seek=2 echo " ✅ U-Boot scritto" # seek=2 → salta i primi 2 settori (1024 bytes) # U-Boot inizia a byte 1024 echo "4️⃣ Verifica U-Boot a offset 1024" sudo hexdump -C $SDCARD -s 1024 -n 64 | head -4 ## DEVE mostrare: 00 00 80 97 (DCD header) echo "3️⃣ Creazione tabella partizioni..." sudo parted $SDCARD --script mklabel msdos UBOOT_CHECK2=$(sudo hexdump -C $SDCARD -s 1024 -n 4 | head -1 | awk '{print $2$3$4$5}') if [[ "$UBOOT_CHECK2" == "00008097" ]]; then echo "✅ U-Boot ancora integro dopo creazione partizioni" else echo "❌ ERRORE: U-Boot sovrascritto dalle partizioni!" exit 1 fi 运行脚本后，我发现了问题所在： 4️⃣ Verifica U-Boot a offset 1024 00000400 00 00 80 97 b1 00 00 00 00 00 00 00 14 f0 7f 97 |................| 00000410 00 00 00 00 1c f0 7f 97 00 ec 7f 97 e9 19 72 b1 |..............r.| 00000420 a0 02 00 00 04 00 00 00 a0 88 fa 73 00 02 00 00 |...........s....| 00000430 04 00 00 00 0c 85 fa 73 c5 20 00 00 04 00 00 00 |.......s. ......| 3️⃣ Creazione tabella partizioni... ✅ MBR creato 00000400 00 00 00 00 |....| ❌ ERRORE: U-Boot sovrascritto dalle partizioni! 您有什么想法吗？ 为什么 parted 会覆盖 uboot？ 谢谢，问候 Re: 'No partition table' in uBoot on iMX51 你好 该错误表明 U-启动 在 SD 卡上找不到有效的分区表，从而使其无法访问您的内核映像和设备树文件。 根本原因似乎在于您的 SD 卡准备方法。当你使用 dd 命令将 U-Boot 启动映像写入 SD 卡时，它不会自动创建分区表。您需要： 1.首先将 U-Boot 启动映像写入正确的位置（通常是 SD 卡的开头）。 2。为启动文件创建至少一个格式为 FAT 的分区表。 3.格式化这个分区然后复制你的内核 (zImage) 和设备树 blob (imx51-memorex.dtb)到它。 要正确准备 SD 卡，请按照以下步骤操作： 1.使用 fdisk 在 SD 卡上创建正确的分区表 2.将第一个分区格式化为 FAT32：`mkfs.vfat /dev/sdX1 `3。 安装分区并将您的 zImage 和 DTB 文件复制到该 分区 4.确保文件名与 U-Boot 启动的预期相符（内核通常为 " zImage "，设备树中通常为 " imx51-memorex.dtb "） 该问题与我们在i.MX板上看到的其他SD卡准备过程未正确完成的情况类似。请务必按照《i.MX Linux 用户指南》中的完整步骤准备可启动 SD 卡。 此致

Max allowed function clock to MCAN module(s) in LPC5428 What is the maximum allowed clock to the MCAN module in the LPC54628 devices ? I can't seem to locate the actual number in UM/DS, the samples from SDK shows often 220MHz/11 => 20 MHz, but interested in knowing what the max allowed clock is. Re: Max allowed function clock to MCAN module(s) in LPC5428 @Omar_Anguiano many thanks for your answer. I see from the SDK samples that 20 MHz is selected in all of them, but I was not able to find a number in either the DS or UM. Re: Max allowed function clock to MCAN module(s) in LPC5428 In theory, the MCAN source clock supports higher frequency, it is limited by the mainclk. MCAN functional clock for LPC546xx is 20 MHz, supports timing configurations for up to 5 Mbps data phase when using proper segment settings and prescalers. This limit is limited by the maximum supported CAN bit rate and protocol timings.  BR, Omar

在 U-启动 (i.MX8M Mini + TL070WSH30) 的 MIPI DSI 面板上显示图像 你好 我目前正在努力使用 Yocto Kirkstone 和 U-Boot（2022年4月/恩智浦2022.04）在基于i.MX8M Mini的板上直接从U-Boot启用MIPI DSI显示输出。 我的目标是在 U-Boot启动时（内核之前）显示图像或徽标。 硬件设置如下 SoC:i.MX8M Mini 显示界面：MIPI DSI 面板：TDO TL070WSH30（可在 Linux 下运行的定制面板驱动程序） U-启动 版本：2022.04（恩智浦分支） Yocto 版本：Kirkstone 这是我的 DT 节点： #include #include"imx8mm.dtsi" / {   背光：背光 { status ="okay" ； 兼容 ="pwm-backlight" ； pwms =<& pwm3 0 2000000 0> ； brightness-levels =<0 4 8 16 32 64 128 255> ； default-brightness-level =<6> ； default-brightness-level =<80> ； 默认开启； };   面板_gpio_调节器： 面板_gpio_调节器 { 兼容 ="调节器-gpio" ；   regulator-name ="mmci-gpio-supply" ； regulator-min-microvolt =<5000000> ； regulator-max-microvolt =<5000000> ； 调节器启动； gpios =<& gpio4 19 GPIO_ACTIVE_HIGH> ； states =<5000000 0x1> ；   启用-激活-高；   status ="okay" ； };     dsi_host：dsi-host { 兼容 = " 三星，高效密码学标准\\(SEC\\)-mipi-dsi "; status ="okay" ； }; };   &lcdif { status ="okay" ； display =<& display0> ； display0: display@0 { 每像素比特数 =<24> ； 总线宽度 = <24>; }; 端口@0 { lcdif_to_dsim: 端点 { remote-endpoint =<& dsim_from_lcdif> ； }; }; };   &mipi_dsi { status ="okay" ； 端口@0 { dsim_from_lcdif：端点 { remote-endpoint =<& lcdif_too_dsim> ； }; }; 端口@1 { dsim_too_panel: 端点 { remote-endpoint =<& panel_from_dsim> ； }; };   panel@0 { 兼容 ="TDO,TL070WSH30" ； reg =<0> ；   pinctrl-0 =<& pinctrl_mipi_dsi> ； pinctrl-names ="默认" ； reset-gpios = < & gpio4 4 GPIO_ACTIVE_LOW >; enable-gpios =<& gpio4 6 GPIO_ACTIVE_HIGH> ；   背光 =<& 背光> ； power-supply =<& panel_gpio_regulator> ；   DSI 车道 =<4> ； video-mode =<0> ；   status ="okay" ； 端口 { panel_from_dsim: 端点 { remote-endpoint =<& dsim_too_panel> ； }; }; 显示时间 { native-mode =<& timing0> ； timing0： timing0 { 时钟频率 =<51200000> ； hactive =<1024> ； vactive =<600> ； hfront-porch =<46> ； h back-porch =<100> ； hsync-len =<80> ； vfront-porch =<5> ； vback-porch =<20> ； vsync-len =<5> ； }; }; }; }; 当 U-Boot 启动时，我收到以下消息： [*]-Video Link 0 mxs_video lcdif @32e00000：未提供所需的显示属性 探测视频设备出现故障，ret -22 [0] lcdif@32e00000，视频 [1] mipi_dsi@32e10000，视频桥接器 还有 dm 树： video 0 [ ] mxs_video |-- lcdif@32e00000 video_brid 0 [ ] imx_sec_dsim |-- mipi_dsi@32e10000 syscon 4 [ ] syscon |-- display-gpr@32e28000 dsi_host 0 [ ] sec_mipi_dsim |-- dsi-host regulator 0 [ ] gpio regulator |-- panel_gpio_regulator 如你所见，尽管我在 LCDIF 节点中设置了 display = < & display0 >，但在 U-启动 中根本没有对面板进行探测，错误表明没有提供显示属性。 我的问题 U-启动 中的 i.MX8mm 是否有任何必需的桥接绑定或 DSI 主机节点缺失？ U-启动 中 LCDIF → MIPI DSI → 面板管道的正确的 DT 结构是什么？ 最后，有 i.MX8M Mini U-启动 中 MIPI DSI 面板输出的工作示例吗？ Re: Displaying an image on a MIPI DSI panel from U-Boot (i.MX8M Mini + TL070WSH30) 你好 "所需显示属性未提供" 的错误信息表明显示链中缺少一个连接。默认情况下，i.MX8M Mini 上的 U-启动 支持显示路径 " LCDIF-MIPI-DSI-av7535-HDMI "，但你需要改用 " LCDIF-MIPI-DSI-MIPI-DSI-MIPI 面板 " 配置。 要解决此问题，您需要： 1.在 U-启动 中修改您的设备树或视频链接 ID，以直接支持您的自定义 TL070WSH30 面板。 2。对于设备树结构，LCDIF → MIPI DSI → 面板的正确管道应包括： -正确的面板驱动程序节点-LCDIF 和 MIPI DSI 之间的连接 -MIPI DSI 与您的面板 3 之间的连接。 应使用 LCDIF 节点中的 " display " 属性正确参考面板节点。 对于 i.MX8MM，您可以参考 RM67191 面板实现作为起点。你需要为 TL070WSH30 创建自定义面板驱动程序，并确保它在设备树中正确连接。 如果你想立即进行测试，你可以尝试通过在 U-Boot 中设置环境变量来使用现有的面板配置之一： ``` setenv 面板 RM67191_OLED s aveenv b 启动 ` `` 这将允许你在实现自定义面板驱动程序之前验证基本显示路径是否有效。 此致

i.MX RTデュアルイメージセットアップ1050でHAB認証が警告（サポートされていないエンジン - DCP）とともに成功する こんにちは、 私は、 i.MX RT1050 MCUのセキュア ブートの実装に取り組んでおり、外部フラッシュにある第 2 段階のブートローダ用とアプリケーション イメージ用の2 つのイメージ認証を実現したいと考えています。 セットアップの概要 SRK、IMG、および CSF 証明書は、 NXP Secure Provisioning Tool (SPT)を使用して生成されます。 第2 段階のブートローダは、HAB を使用して ROM によって署名および認証されます。 アプリケーション イメージはブートローダの後に外部フラッシュに保存され、独立して更新できます (例: USB または OTA 経由)。 2 番目の状態のブートローダは、実行前にROM HAB APIを呼び出してアプリケーション イメージを認証します。 実装の詳細 両方のイメージ (ブートローダー + アプリ) は同じ SRK/CSF キー セットで署名されています。 第 2 段階のブートローダー内で、次のように HAB 認証を呼び出します。 load_addr = (uint32_t)hab_authenticate_image_no_dcd(1, ivt_offset, image_start, バイト); hab_image_entry_f hab_authenticate_image_no_dcd(uint8_t cid, uint32_t ivt_offset, uint32_t start, size_t バイト) { g_habrvtTree->authenticate_image_no_dcd(cid, ivt_offset, (void **)&start, (size_t *)&bytes, NULL) を返します。 } 認証は機能します。関数は有効なリセット ハンドラー アドレスを返し、イメージが正常に検証されたことを確認します。 問題: HAB 警告 (サポートされていないエンジン - DCP) 認証が成功したら、hab_rvt_report_status() と hab_rvt_report_event() を使用して HAB のステータスとイベント情報をログを照会します。 認証は成功しますが、HAB_SUCCESS ではなくHAB WARNING が常に表示されます。 出力例: Hab rvt レポート ステータス = 0x69、構成 = 0xcc、ステータス = 0x99 イベント情報 #0 を報告 -> 0xf0 [HAB イベント情報 #0] (44 バイト): DB 00 2C 43 69 0A C0 00 CA 00 24 00 02 C5 1B 00 ... HAB4 ドキュメントに従ってこのイベントをデコードすると、次のようになります。 0x69 → 警告 0x0A → サポートされていないエンジン 0xC0 → hab_rvt.run_csf() に記録されたイベント情報 シーケンス02 C5 1B 00は次のようにマップされます。 画像キー検証インデックス プロトコル: HAB_PCL_CMS エンジン: DCP デフォルト設定 このことから、ROM が警告を報告しているのは、CSF 実行中に DCP エンジンを使用しようとしているが、DCP が適切に初期化されていないか、第 2 段階のブートローダ コンテキストで使用できないためだとわかります。 私が試したこと SDK を使用して DCP を手動で初期化しました。   DCP_Init(DCP、&config); （すべてのチャネルが有効でデフォルト設定の場合） ただし、警告は引き続き表示されます。認証は成功しますが、イベント情報ログには引き続きサポートされていないエンジン (DCP)が報告されます。 質問 プライマリ HAB 認証SSB プロセス中に ROM はどのように DCP を初期化して使用するのでしょうか? この警告は、HAB ROM API を手動で呼び出すときに予想されるものでしょうか、それとも無害なものでしょうか? カスタム ブートローダから ROM HAB 認証 API を呼び出してHAB_SUCCESS (警告なし) を達成することは可能ですか? それとも、初期ブート コンテキスト外で ROM HAB API を使用した場合にこの警告が表示されることが予想されますか? Re: HAB authentication succeeds with WARNING (Unsupported Engine – DCP) on i.MX RT dual image setup1 こんにちは@BiHDeveloper お問い合わせいただきありがとうございます！ さらに進む前に、Header_Engine を any にするように BD ファイルを手動で変更していただけますか?結果を教えてください 編集: 上記のように bd ファイルを更新した後、イメージを再度ビルドします。イメージのビルド ボタンをクリックすると、SPT によって BD ファイルが車載生成されることに注意してください。これを回避するには、プロジェクト ワークスペースから build_image スクリプトを手動で実行できます。次に、新しいイメージをプロセッサに書き込みます。 何か変化がありましたらお知らせください。 ディエゴ

How exactly does the S32K3 ADC average Hello there smart people, I was wondering about how exatly the S32K3xx ADC behave if I enable averaging.  Let's say for example I have averaging for 4 conversions enabled: Does it execute multiple S&H conversion cycles after one trigger happens (figure 1), does it wait for 4 triggers to occure and write the averaged result into the register (figure 2) or does it work like a moving average filter where every following result is taken into the average of the previous result (figure 3)? I would love to hear back from you guys about this rater specific question. Regards, Felix Re: How exactly does the S32K3 ADC average Thank you very much for this info. It will help us a lot! Re: How exactly does the S32K3 ADC average Thank you for your interest in our products and for contributing to our community. The average function works as you describe in figure 1. I hope this information is helpful.

What is the maximum LPUART transfer rate of S32k312? How are you? What is the maximum LPUART transfer rate of S32k312? Re: S32k312的LPUART transfer rate最大是多少bps ？ Thank you for your interest in our products and for contributing to our community. Please refer to 77.3.1 Baud rate generation section of reference manual. I hope this information is helpful.