Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
S32K312EVB-Q172 の SDK 3.0 および 5.0 で I2C 通信が動作しない こんにちは、 S32K312EVB-Q172 と 1 つのペリフェラル間の I2C 通信を確立したいと考えました。SDK V2.0.3 を使用して、非同期と同期の両方のアプローチでペリフェラルと通信できました。I2C0 ピン、適切な MSCR 番号を持つポート、割り込みを有効にするプラットフォーム、および MCU ペリフェラル クロック セクションからの有効なクロックを構成しました。 SDK 3.0 および 5.0 を使用して同じ構成を作成しましたが、ペリフェラルと通信できませんでした。これについてサポートしていただけますか?SDK 2.0.3、3.0、および SDK 5.0 の間に、通信を確立できない I2C 固有の変更はありますか? よろしくお願いします。 アジット   Re: I2C Communication on S32K312EVB-Q172 with SDK 3.0 and 5.0 not working こんにちは、アジットさん。 確認のために RTD5.0.0 ベースのプロジェクトを送ってください。 参照: DMA DS3.5 RTD300を使用したS32K312 I2C送受信の例 よろしくお願いいたします ロビン
記事全体を表示
ADV7535: ディスプレイに画像が出力されない こんにちは、チーム Verdin Yavia IMX8M Plus をベースにしたカスタムキャリアボードに、 DSI-HDMIコンバータ( ADV7535 )を搭載する作業を進めています。Toradexキャリアボードに付属する LT8912B MIPI DSI-HDMIブリッジを ADV7535に置き換えました 。ADV7535 DSI-HDMIブリッジ との通信には I2Cチャネル2 を使用していますが、Yaviaキャリアボードは別のI2Cチャネルを使用しています。この変更に伴い、デバイスツリーに以下の更新を加えました。   rkathar_0-1753091144426.pngデバイスツリーの変更 1. verdin-imx8mp_dsi-to-hdmi_overlay.dts 既存の hdmi_lontium_lt8912 ノード。 新しい HDMI_adv7535 I2C2 ノードの下のノード。 2. imx8mp-verdin.dtsi 削除された hdmi_lontium_lt8912 ノード。 Lontiumピン接続の詳細を削除しました HDMIコネクタ ノード。 追加した HDMI_adv7535 I2C2 の子ノードとして。 rkathar_7-1753091605150.png rkathar_8-1753091613771.png rkathar_9-1753091622755.png   rkathar_1-1753091144431.png 変更後の観察結果 ADV7535 の内部レジスタの読み取り/書き込みに成功しました。 rkathar_2-1753091254723.png I2C データをダンプ可能: torizon@verdin-imx8mp-15404184:~$ i2cdump -y -f 1 0x39 No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: 14 00 00 00 00 00 00 00 00 00 41 0e bc 18 01 13 ?.........A????? 10: 25 37 00 00 00 00 38 00 46 62 04 a8 00 00 1c 84 %7....8.Fb??..?? 20: 1c bf 04 a8 1e 70 02 1e 00 00 04 a8 08 12 1b ac ?????p??..?????? 30: 00 00 00 00 00 00 00 00 00 00 00 80 00 00 00 b0 ...........?...? 40: 00 50 f0 76 10 68 68 68 68 00 80 00 00 00 00 00 .P?v?hhhh.?..... 50: 00 00 02 0d 6d 02 00 00 00 00 00 00 00 00 00 00 ..??m?.......... 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 70: 01 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ??.............. 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 90: 00 00 00 00 c0 00 40 00 03 02 e0 18 30 61 00 00 ....?.@.????0a.. a0: 00 00 a4 a4 08 04 00 00 00 00 00 40 00 00 40 14 ..????.....@..@? b0: 00 00 00 00 00 00 00 00 00 00 10 00 00 00 00 00 ..........?..... c0: 00 00 00 00 00 00 06 00 00 03 00 00 02 00 01 04 ......?..?..?.?? d0: 0c ff 80 80 80 00 00 00 00 00 00 00 00 00 88 01 ?.???.........?? e0: d0 70 01 00 00 00 fd 00 00 00 52 46 00 00 00 00 ?p?...?...RF.... f0: 95 04 ff 00 00 00 00 00 00 00 7d aa 1c 00 b0 00 ??........}??.?. HDMI ディスプレイが検出され、i.MX8MP で EDID データが取得されます。HDMI-A -1 は DSI から HDMI であり、HDMI-A-2 はネイティブ HDMI ポートです。 rkathar_3-1753091284687.jpeg root@verdin-imx8mp-15288064:/home/torizon# cat /sys/class/drm/card0-HDMI-A-1/edid | edid-decode edid-decode (hex): 00 ff ff ff ff ff ff 00 30 ae 86 10 01 01 01 01 22 15 01 03 80 29 1a 78 ee e5 b5 a3 55 49 99 27 13 50 54 af ef 00 61 40 81 c0 81 80 81 8a 81 90 95 00 95 0f 01 01 64 19 00 40 41 00 26 30 18 88 36 00 a0 1d 00 00 00 18 00 00 00 fc 00 4c 45 4e 20 4c 31 39 35 30 77 44 0a 20 00 00 00 fd 00 32 4c 1e 51 0e 00 0a 20 20 20 20 20 20 00 00 00 ff 00 42 33 34 33 32 38 34 35 0a 20 20 20 20 01 0b 02 03 21 71 4e 06 07 02 03 15 96 11 12 13 04 14 05 1f 90 23 09 07 07 83 01 00 00 65 03 0c 00 10 00 8c 0a d0 90 20 40 31 20 0c 40 55 00 b9 88 21 00 00 18 01 1d 80 18 71 1c 16 20 58 2c 25 00 b9 88 21 00 00 9e 01 1d 80 d0 72 1c 16 20 10 2c 25 80 b9 88 21 00 00 9e 01 1d 00 bc 52 d0 1e 20 b8 28 55 40 b9 88 21 00 00 1e 02 3a 80 d0 72 38 2d 40 10 2c 45 80 b9 88 21 00 00 1e 00 00 00 00 d0   rkathar_4-1753091284695.png遭遇した問題 画像出力なし コネクテッドHDMIディスプレイに表示されます。 dmesg ログエラー:   imx_sec_dsim_drv 32e60000.mipi_dsi: failed to get pmsk for: fin = 12000, fout = 0   rkathar_5-1753091284691.pngトラブルシューティングの試み デバイス ツリー内の MIPI DSI コントローラのクロック設定を次のように変更しようとしました。 mipi_dsi: mipi_dsi@32e60000 { #address-cells = <1>; #size-cells = <0>; compatible = "fsl,imx8mp-mipi-dsim"; reg = <0x32e60000 0x10000>; clocks = <&media_blk_ctrl IMX8MP_CLK_MEDIA_BLK_CTRL_MIPI_DSI_PCLK>, <&media_blk_ctrl IMX8MP_CLK_MEDIA_BLK_CTRL_MIPI_DSI_CLKREF>; clock-names = "cfg", "pll-ref"; assigned-clocks = <&clk IMX8MP_CLK_MEDIA_MIPI_PHY1_REF>; assigned-clock-parents = <&clk IMX8MP_CLK_24M>; assigned-clock-rates = <11000000>; interrupts = 18 IRQ_TYPE_LEVEL_HIGH>; power-domains = <&mipi_phy1_pd>; status = "disabled"; port@0 { dsim_from_lcdif: endpoint { remote-endpoint = <&lcdif_to_dsim>; }; }; }; ただし、デフォルトの頻度は次のように表示されます。 12MHz の中で dmesg ログ。   rkathar_6-1753091284693.png説明の要請 以下の点についてご指導いただければ幸いです。 どうすれば正しく更新CANでしょうか フィン そして ファウト 解決するための値 プムスク エラー? 何かありますか 追加のデバイスツリーの変更 ADV7535 経由で適切な画像出力を有効にするために何が必要ですか? 皆様のご意見やご提案をお待ちしております。 添付の dmesg ログ、このThreadへのデバイス ツリー オーバーレイを参照してください。 ありがとう、よろしく。 ルペシュ・カタール IMX8MPLUS #ADV7535 #DSI #HDMI #MIPI #I2C #I2S i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: ADV7535: No image output on display 5.15 を使用する場合は、ブランチを 5.15 に変更するだけです。ソースコードは NXPについて なので、ドライバ がどのようなものかはわかりませんが、nxp adv7535 ドライバ を参照してください。 Linux-imx/ドライバ/GPU/drm/bridge/adv7511/adv7511_drv.c at lf-5.15.y · nxp-imx/Linux-imx · GitHub すべての解像度をサポートできるわけではありません。有効なクロックは以下の通りです。新しいクロックが必要な場合は、そこに追加し、クロックドライバに新しいクロックを追加する必要があります。 静的定数int valid_clocks[] = { 148500, 135000、 132000、 108000, 78750, 74250, 65000、 49500, 40000、 31500, }; Re: ADV7535: No image output on display こんにちは@joanxie 、 NXP カーネル ソースへの案内をありがとうございます。 デバイス ツリーを NXP カーネル 5.15y (共有された 6.12 ではありません) の imx8mp-evk.dts に合わせて作成し、ディスプレイは特定の解像度で動作していますが、ターゲットとする解像度 (1024x768) では動作しません。 adv7535 のデバイス ツリー以外、他の変更は行っていません。Toradex カーネル 5.15.2.x の場合。 以下に、機能しているものと機能していないものを示した表を示します。 分解能 アスペクト比 規格 一般的なリフレッシュレート Realtek ディスプレイ Dellモニター 640×480 4:3 両方 60 Hz 働く 働く 800×600 4:3 ヴェサ 60~75 Hz 働く 働く 1024×768 4:3 ヴェサ 60~75 Hz 無効時に空白/ちらつき 内部タイミングジェネレータ 出力なし 1280×768 5:3 ヴェサ 60 Hz 出力なし 出力なし 1280×720 16:9 両方 24/25/30/50/60 Hz 働く 働く 1366×768 16:9 ヴェサ 60 Hz 出力なし 出力なし 1920×1080p 16:9 両方 24/25/30/50/60 Hz 働く 働く 1024x768 のみが動作しない理由は何でしょうか?他の解像度は、HDMI を接続するだけで正常に動作します。 Re: ADV7535: No image output on display 私はすでにimx8mp dtsファイルを共有しましたが、まず、このブリッジをdtsで正しく設定する必要があります。その後、adv7535ドライバが https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c Re: ADV7535: No image output on display こんにちは@joanxie 、 ちなみに、私たちはToradexのYaviaキャリアボードに似たカスタムキャリアボードを使用しています。唯一の変更点は、Lontium DSI から HDMI へのアダプタが ADV7535 に置き換えられたことです。NXP の一部製品でも使用されているため、ADV7535 を選択しました。 そのため、Toradex が提供するYavia-wifi dtsのデバイスツリーとその親デバイスツリーソースに基づいて、デバイスツリーの変更を行いました。 デバイスツリーノードは、 1. Mipi-dsi - ここでは何も変更していません(前回の投稿とは異なり、デフォルトに戻しました)。他の NXP デバイスでも同様に使用する必要があります。 2. ADV7535 固有のノードとオーバーレイ。これは前回の投稿で提供したものです。 ドライバはsec_mipi_dsim-imx.cです、 sec-dsim.c、 adv7511_drv.c、 adv7533.c。 次に、デバイス ツリー オーバーレイを微調整します。fin, fout エラーはもう発生しません。 上記ドライバの dev_dbg ログは次のとおりです。 torizon@verdin-imx8mp-15404184:~$ dmesg | grep drm [ 0.000000] Kernel command line: root=LABEL=otaroot rootfstype=ext4 quiet logo.nologo vt.global_cursor_defau lt=0 plymouth.ignore-serial-consoles splash fbcon=map:3 ostree=/ostree/boot.1/torizon/7b778d635701b4e0bbc49652c 421a587ae63ff3c6cbfc07d964084a23df7631d/0 [ 2.771129] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.771181] imx-drm display-subsystem: bound imx-lcdifv3-crtc.1 (ops lcdifv3_crtc_ops) [ 2.772099] imx-drm display-subsystem: bound 32e60000.mipi_dsi (ops imx_sec_dsim_ops [sec_mipi_dsim_imx]) [ 2.772141] imx-drm display-subsystem: bound 32fd8000.hdmi (ops dw_hdmi_imx_ops) [ 2.772468] [drm] Initialized imx-drm 1.0.0 20120507 for display-subsystem on minor 0 [ 2.869610] imx-drm display-subsystem: [drm] fb0: imx-drmdrmfb frame buffer device [ 5.099098] systemd[1]: Starting Load Kernel Module drm... [ 5.188031] systemd[1]: [email protected]: Deactivated successfully. [ 5.188992] systemd[1]: Finished Load Kernel Module drm. [ 5.262319] [drm] Initialized vivante 1.0.0 20170808 for 40000000.mix_gpu_ml on minor 1 torizon@verdin-imx8mp-15404184:~$ dmesg | grep dsim [ 0.000000] Kernel command line: root=LABEL=otaroot rootfstype=ext4 quiet logo.nologo vt.global_cursor_defau lt=0 plymouth.ignore-serial-consoles splash fbcon=map:3 ostree=/ostree/boot.1/torizon/7b778d635701b4e0bbc49652c 421a587ae63ff3c6cbfc07d964084a23df7631d/0 dy [ 2.759952] Kernel module loaded from ramdisk: sec_dsim - result: 0 [ 2.771246] imx_sec_dsim_drv 32e60000.mipi_dsi: sec-dsim bridge bind begin [ 2.771290] imx_sec_dsim_drv 32e60000.mipi_dsi: version number is 0x1060200 [ 2.772085] imx_sec_dsim_drv 32e60000.mipi_dsi: sec-dsim bridge bind end [ 2.772099] imx-drm display-subsystem: bound 32e60000.mipi_dsi (ops imx_sec_dsim_ops [sec_mipi_dsim_imx]) [ 2.916294] Kernel module loaded from ramdisk: sec_mipi_dsim_imx - result: 0 [ 3.259164] imx_sec_dsim_drv 32e60000.mipi_dsi: p: min = 1, max = 6, m: min = 88, max = 1023, s: min = 0, ma x = 5 [ 3.259252] imx_sec_dsim_drv 32e60000.mipi_dsi: fout = 390000, fin = 12000, m = 130, p = 1, s = 2, best_delt a = 0 [ 3.259262] imx_sec_dsim_drv 32e60000.mipi_dsi: no pre-exist hpar can be used [ 18.521539] imx_sec_dsim_drv 32e60000.mipi_dsi: p: min = 1, max = 6, m: min = 88, max = 1023, s: min = 0, ma x = 5 [ 18.521629] imx_sec_dsim_drv 32e60000.mipi_dsi: fout = 390000, fin = 12000, m = 130, p = 1, s = 2, best_delt a = 0 [ 18.521640] imx_sec_dsim_drv 32e60000.mipi_dsi: no pre-exist hpar can be used torizon@verdin-imx8mp-15404184:~$ dmesg | grep adv [ 0.000000] Kernel command line: root=LABEL=otaroot rootfstype=ext4 quiet logo.nologo vt.global_cursor_default=0 plymouth.ignore-serial-consoles splash fbcon=map:3 ostree=/ostree/boot.1/torizon/7b778d635701b4e0bbc49652c421a587ae63ff3c6cbfc07d964084a23df7631d/0 [ 1.052362] adv7511 1-0039: Rev. 20 [ 4.325789] systemd[1]: System time before build time, advancing clock. torizon@verdin-imx8mp-15404184:~$ これにより、i2cset を使用して ADV7535 のレジスタを直接設定することでテスト カラーバー パターンを生成することもできます。これは、ADV7535 から HDMI シンク ディスプレイへの接続が正しく動作していることを意味します。問題は、iMX8MP が ADV7535 と通信する方法にあります。 まだディスプレイに何も出力されません。 NXP が自社製品に ADV7535 を実装した方法と、当社がソフトウェアとハードウェアのアプローチの観点から ADV7535 を実装する方法に違いがあるかどうかを理解したいと思います。 Re: ADV7535: No image output on display このエラーメッセージは、あなたのドライバからのようです。NXPドライバのソースコードからは見つけられませんでした。この設定は正しくありません。希望するクロックを得ることができません。クロックの親は24MHzで、11MHzに設定すると、24/2=12MHzしか得られません。 assigned-clock-parents = <&clk IMX8MP_CLK_24M>; assigned-clock-rates = <11000000>; 参考までにNXPのソースコードを参照し、LCDIF、MIPI DS1、ADV7535の設定が正しいかどうかを確認してください。 linux-imx/arch/arm64/boot/dts/freescale/imx8mp-evk.dts at lf-6.12.y · nxp-imx/linux-imx · GitHub linux-imx/arch/arm64/boot/dts/freescale/imx8mp.dtsi at lf-6.12.y · nxp-imx/linux-imx · GitHub ログを参照してください。PLL設定が正しくないようです。PLLドライバが Linux-imx/ドライバ/GPU/drm/imx/sec_mipi_pll_1432x.h at lf-6.12.y · nxp-imx/Linux-imx · GitHub もう一度確認することできます
記事全体を表示
S32K312 WKUP LLD 恩智浦的支持者们,你们好!我想通过 S32DS 配置唤醒 LLD 例程。在 S32K312 的 RTD 代码包中,我应该参考哪个演示?谢谢。 Re: S32K312 WKUP LLD 你好@ZZZZJH、 RTD 代码包包括 wkpu_ICU_blinkled_s32K344 示例,但此示例主要说明如何为 GPIO 中断设置 ICU 通道。 "GPIO 触发信号将为 ICU 输入引脚生成边缘。将为 ICU 通道生成中断,并将调用用户的函数,用户的功能将闪烁 LED。" 如果你想要一个带有 WKPU 信号的待机 <-> 运行例程示例,可以参考 S32K3 低电源管理单元 AN 和演示。特别是 S32K312_GPIO_Wkpu 示例。 致以最诚挚的问候, Julián
記事全体を表示
i.mx8QMおよびi.mx8QXP EVKのMFi認証チップを接続するにはi2cラインが必要です こんにちは、NXPチーム i.mx8QM および i.mx8QXP EVK で Apple MFi 認証チップを接続するには、テスト ポイントまたはピンの詳細が必要です。以下のピンを募集しています。 3.3V VCC SDA SCL GND 前もって感謝します i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK AUX I2Cは標準I2CとしてCAN使用できますが、このコネクタの仕様は持っていません。同封のBOMファイルを参照してください。そこにはメーカーと部品番号が記載されています。添付ファイルを見つけてください。 Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK こんにちは@joanxieさん、返信ありがとうございます。返信を時間通りに確認できず申し訳ありません。 SO、私たちに本当に必要なのは、すでに私たち側に存在する MFi チップを接続するための i2c ラインを見つけるのに役立つ、ハードウェア レイアウトと回路図の詳細です。 当社では「MCIMX8-8x-BB」ベースボードを使用しており、そこに i.MX8 QM および QXP ハードウェアを接続しています。そこには 10 個のジャンパー スロットを含む「AUX I2C」(J7) がいくつかあることがわかりました。それぞれのピン配置を知りたいSO、「3.3V」を見つけCANVCC'、SDA、SCL、GND。また、MFiチップの接続に使用CANかどうかの確認が必要です。 ありがとう、 モハメド・シャキル Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK i.mx8qm はこれをサポートしますが、詳細な設計や SW 情報などについては、 [email protected] まで お問い合わせください 。 MFiアクセサリ ソフトウェア開発キット(SDK) | NXP Semiconductors Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK [email protected]のお問い合わせは誰ですか?メールアドレスが有効ではありません。
記事全体を表示
NXP IMX8 Plus "创建 电路板支持包。 和 Yocto 版本 环境 " 编译问题 你好,恩智浦、 感谢您提供这份表格。我正在尝试下载并构建 " I.MX 8M Plus " 目标的电路板支持包源代码。 1.我指的是下载和版本电路板支持包代码 "https://docs.nxp.com/bundle/AN13712/page/topics/module_and_board.html"。 2.请查找主机信息: $ uname -a Linux das-ThinkPad-L14-Gen-1 6.14.0-24-generic #24-Ubuntu SMP PREEMPT_DYNAMIC Sun Jun 15 11:18:07 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux 3. 版本和环境设置: das @das-ThinkPad-L14-Gen-1:~$ 发行版=fsl-imx-xwayland machine=imx8mp-lpddr4-EVK 来源 imx-setup-版本.sh-b 版本 das @das-ThinkPad-l14-gen-1:~$ bitbake imx-limage-full-c populate_sdk das @das-Thinkpad-L14-gen-1:~/desktop/das/nxp/Project/nxp/Project/nxpevproject/nxpevProject/nxpevpject/nxpimx-yocto-电路板支持包/版本$ bitbake imx-image-full-c populate_sdk d as @das-ThinkPad-l14-gen-1:dasktop/dask/das/nxp/project/nxp/project/nxp/版本$ sudo apt 安装gawk wget git diffstat 解压texinfo gcc build-essential chrpath socat cpio python3 python3-pip python3-pexpect xz- @dasutils debianutils iputils-ping python3-git python3-jinja2 python3-subunit zstd liblz4-tool 文件语言环境 libacl1 das @das-thinkpad-l14-gen-1:~/desktop/das/nxp/project/nxp/project/nxp/imx-yocto-电路板支持包/版本$ sudo apt install git git diffstat unzip texzip install git diffstat unzip texinfo gcc build-essential chrpath socat cpio python3 pip python3-pip python3-pexpect xz-utils debianutils iputils-ping python3-git python3-jinja2 libegl1-mesa libsdl1. 2-devpython3-subunit mesa-common-dev zstd liblz4-tool 文件语言环境-y d as @das-ThinkPad-l14-gen-1:~sudo apt install git git diffstat 解压texinfo gcc build-essential chrpath socat cpio python3-pip python3-pip xz-utils debianutils iputils-ping python3-git python3-git python3-git python3-git python3-git python3-git python3-git pjinja2 python3-subunit zstd liblz4 工具文件本地化 libacl1 das @das-ThinkPad-L14-gen-1:~/desktop/das/nxp/project/nxp/project/nxpevb/imx-yocto-bsp/build$ sudo apparmor_parser-R /etc/apparmor.d/unprivileged_userns das @das-ThinkPad-L14-gen-1:~/desktop/das/nxp/Project/nxp/project/nxpevb/imx-yocto-电路板支持包/build$ sudo locale-gen en_US.UTF-8 das @das-ThinkPad-L14-Gen-1:~/desktop/das/nxp/Project/nxpevb/imx-yocto-电路板支持包/build$ bitbake imx-image-full-c populate_sdk 4。版本错误: das @das-ThinkPad-L14-gen-1:~/desktop/das/nxp/Project/nxpevb/imx-yocto-bsp/build$ bitbake imx-image-full 警告:主机分发 " ubuntu-25.04 " 尚未使用此版本的编译系统进行验证;您可能会遇到意外故障。建议使用经过测试的发行版。 加载缓存:100% |####################################################################################################################################################| 时间:0:00:02 从依赖关系缓存中加载了 5449 个条目。 注意:解决任何缺失的任务队列依赖关系 警告:首选的 llvm-native 17.0.6 版本不可用(针对 llvm-native 项目) 警告:可用的 llvm-native 版本:17.0.3 版本配置: BB_VERSION = " 2.6.0 " BUILD_SYS ="x86_64-linux" NATIVELSBSTRING ="ubuntu-25.04" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" 发行版 = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TAR GET_FPU = " " meta meta-p oky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-distro distro meta-freescale-3rdparty = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-arm meta-arm meta-arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 警告:您的主机 glibc 版本(2.41)比 uninative 的版本(2.38)新。禁用 uninative,以免损坏 sstate。 初始化任务:100% |###############################################################################################################################################| 时间:0:00:11 状态摘要:想要 7712 本地 0 镜像 0 错过了 7712 当前 142 个(0% 匹配,1% 已完成) 注意:正在执行任务 错误:伪原生 1.9.0+git-r0 do_compile:执行错误('/home/das/Desktop/das/NXP/Project/nxpevb/imx-yocto-电路板支持包。/版本/tmp/work/x86_64-linux/pseudo-native/1.9.0+git/temp/run.do_compile.28961',1,无,无) 错误:故障日志文件存储在:/home/das/Desktop/das/NXP/Project/nxpevb/imx-yocto-电路板支持包。/版本/tmp/work/x86_64-linux/pseudo-native/1.9.0+git/temp/log.do_compile.28961 日志数据如下: | DEBUG:Executing shell function do_compile | NOTE: Building/installing only 64-bit libpseudo.so for pseudo-native. | 注意:如果你需要运行 32 位可执行文件,请确保将 NO32LIBS 设置为 0。 | 在 /HOME/das/desktop/das/nxp/project/nxp/project/nxp/project/nxpevb/imx-yocto-bsp/版本/tmp/work/x86_64-Linux/peudo-native/1.9.0+git/recipe-sysroot-native/USR 中找到 3043001 版本的 SQLite 标头。 | 默认启用内存数据库。 | 注意:make -j 4 RPATH=-Wl,--rpath=XORIGIN/../../../sqlite3-native/usr/lib/ | make:对 'all' 没有任何操作。 | 警告:Shell 命令的退出代码为 1。 错误:任务(虚拟:原生:/HOME/das/desktop/das/nxp/Project/nxp/project/nxp/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-devTools/peudo_GIT.bb: do_compile)失败,退出代码为 “1” 注意:任务摘要:尝试了 359 个任务,其中 358 个不需要重新运行,1 个任务失败。 摘要:1 项任务失败: virtual: native: /HOME/das/desktop/das/nxp/project/nxpevb/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/recipes-devTools/peudo_GIT.bb: do_compile 摘要:共有 4 条警告信息。 摘要:有 1 条 ERROR 信息,返回非零退出代码。 你能否回过头来解决这个电路板支持包和 Yacto 版本问题; 谢谢! 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 导致 OE_RUNMAKE 错误的原因多种多样。DDR 不足可能是其中之一。 确保根据需要正确设置您的开发主机,上述硬件资源除外。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 恩智浦 、 您能在这方面提供帮助吗 : dasmiddepogu @dasmiddepogu-ThinkPad-L13-Yoga-gen-3:~/desktop/das/project/imx-yocto-bsp/build$ bitbake core-image-minimal 加载缓存:100% |#################################################################################################################################################################################################### ##########################| 时间:0:00:01 从依赖缓存中加载了 5449 个条目。 注意:解决任何缺失的任务队列依赖关系 警告:首选的 llvm-native 17.0.6 版本不可用(针对 llvm-native 项目) 警告:可用的 llvm-native 版本:17.0.3 版本配置: BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务:100% |##################################################################################################################################################################| Time: 0:00:02 Sstate summary: Wanted 1103 Local 2 Mirrors 0 Missed 1101 Current 1686 (0% match, 60% complete) NOTE: Executing Tasks ERROR: openssl-3.1.4-r0do_compile: oe_runmake 失败 ERROR: openssl-3.1.4-r0do_compile:执行错误('/HOME/dasmiddepogu/das/project/imx-yocto-bsp/版本/tmp/work/armv8a-参考发行版、系统开发套件。-linux/openSSL/3.1.4/temp/run.do_compile.14161 ',1,无,无)错误:故障日志文件存储在:/HOME/dasmiddepogu/das/Project/desktop/das/Project/desktop/das/Project/desktop/das/Project/desktop/das/imx-yocto-bsp/版本/tmp/work/armv8a-参考发行版、系统开发套件。-linux/openSSL/3.1.4/temp/log.do_compile.14161 日志数据如下: | DEBUG:执行 shell 函数 do_compile | 注意:make -j 12 错误:任务(/HOME/dasmiddepogu/desktop/das/project/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-连接/openSSL_3.1.4.bb: do_compile)失败,退出代码为 “1” 等待 11 个正在运行的任务完成:0:qemu-native-8.1.2-r0 do_compile - 45s (pid 14162) 1: linux-imx-6.6.3+git-r0do_fetch - 45s (pid 14185) |<=> | 2: rust-llvm-native-1.70.0-r0 do_compile - 45s (pid 14195) 0% | | 3: icu-73-2-r0 do_compile - 44s (pid 14317) 4: perl-5.38.0-r0 do_compile - 43s (pid 14323) 5: util-linux-2.39.2-r0 do_package - 43s (pid 14318) 6: libical-native-3.0.16-r0 do_compile - 43s (pid 14321) 36% |################################################### | 7: bash-5.2.15-r0 do_configure - 43s (pid 1432^C dasmiddepogu@dasmiddepogu-ThinkPad-L13-Yoga-Gen-3:~/Desktop/das/project/imx-y 此致, 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 恩智浦、 请帮助解决以下错误: dasmiddepogu @dasmiddepogu-ThinkPad-L13-Yoga-gen-3:~/desktop/das/project/imx-yocto-bsp/build$ bitbake-c cleansstate openssl dasmiddepogu @dasmiddepogu-ThinkPad-L13-Yoga-gen-3:~/desktop/das/project/imx-yocto-bsp/build$ bitbake openssl 加载缓存:100% |#######################################################################################################################################################################| 时间:0:00:00 从依赖缓存中加载了 5449 个条目。 注意:解决任何缺失的任务队列依赖关系 版本配置: BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务:100% |##################################################################################################################################################################| Time: 0:00:00 Sstate summary: Wanted 100 Local 0 Mirrors 0 Missed 100 Current 616 (0% match, 86% complete) NOTE: Executing Tasks NOTE: No reply from server in 30s (for command ping at 05:13:49.520202) 等待 bitbake 服务器回复时超时 (60s at 05:14:19.561139) 我的主机有 1TB 内存、8GB 内存和 10 个 CPU 内核。 ThinkPad-L13-Yoga-Gen-3 5.15.0-139-generic #149~20.04.1-UbuntuSMP Wed Apr 16 08:29:56 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux 谢谢! 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 这是可能的。你可以评论图片配方中的代码包,也可以从Yocto论坛获得帮助。不过,这将是另一个问题。如果需要进一步帮助,请提出新的问题单。如前所述,如果跳过此类应用程序/代码包,则版本完整/多媒体将类似于版本其他较小的图像。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好,恩智浦、 在版本以下配置(bitbake fsl-image-machine-test、bitbake imx-image-mage-full、bitbake imx-image-full)时,是否可以在版本 " opencv " 或 " vulkan " 这些元器件的版本脚本文件中注释以跳过版本过程?请分享文件名以及我需要在哪里注释代码才能跳过版本元器件? 我的最终目标是进行完整版本(bitbake imx-image-full)。通过上述实验,我们可以找出由元器件造成的问题。 谢谢! 达斯 因此,从上面的配置中我观察到,每当尝试构建 " opencv " 和 " vulkan " 时,我都会遇到 bitbake 服务器连接问题。我们有任何构建选项可以评论或跳过建筑物(" opencv " 和 " vulkan ")然后继续操作吗? Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 这些应用程序是完整/多媒体图像的主要元器件。与其跳过这些应用程序的版本,不如直接版本 imx-image-core。如前所述,升级您的开发主机。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好,恩智浦。 感谢您的支持。我现在使用的是 4 CPU、1TB 硬盘和 8GB 内存。根据您的建议,我可以尝试将内存增至 16 GB 以上。 我正在尝试版本为 "MACHINE = "imx8mp-lpddr4-evk"" 根据我的观察,版本 summery 如下所示: 能够版本: bitbake imx-image-core 无法版本: bitbake fsl-image-machine-test bitbake imx-image-multimedia bitbake imx-image-full 因此,从上面的配置中我观察到,每当尝试版本 " opencv " 和 " vulkan " 时,我都会遇到 bitbake 服务器连接问题。我们有任何版本选项可以评论或跳过建筑物(" opencv " 和 " vulkan ")然后继续操作吗? 你能否指出编译脚本名称以及在哪里发表评论以跳过 opencv " 和 " vulkan " 的版本? 感谢你的支持 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好 您的编译系统似乎不符合此版本的要求。下面是 Yocto 提出的一些配置建议。 Yocto Project 快速版本 — Yocto Project® 5.2.2 文档 至少 8 GB 的 RAM,但强烈建议使用具有尽可能多 RAM 和 CPU 内核的现代开发主机,以最大限度地提高版本性能。 其他建议:如果有 4 个 CPU 内核,至少需要 16GB 内存。1:4 的比例如下您还可以参考https://docs.yoctoproject.org/dev-manual/speeding-up-build.html 如果要创建完整镜像,至少需要 250GB 磁盘空间。 我刚刚在我的主机上进行了同样的测试:22.04.1-Ubuntu bitbake imx-image-full -c populate_sdk 正在加载缓存:100% |##################################################################################################################| 时间:0:00:01 从依赖缓存中加载了 5449 个条目。 注意:解决任何缺失的任务队列依赖关系 警告:首选的 llvm-native 17.0.6 版本不可用(针对 llvm-native 项目) 警告:可用的 llvm-native 版本:17.0.3 版本配置: BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务:100% |#############################################################################################################| Time: 0:00:06 Sstate summary: Wanted 3349 Local 0 Mirrors 0 Missed 3349 Current 4781 (0% match, 58% complete) NOTE: Executing Tasks NOTE: Tasks Summary: Attempted 17993 tasks of which 13736 didn't need to be run and all succeeded. 摘要: 有 2 条警告信息。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好,恩智浦、 大多数时候,我在版本这些镜像(fsl-image-machine-t est、imx-image-mage-mage-full、imx-image-full)时都会遇到 bitbake 服务器连接问题,但是为这些图像(imx-image-core、core-image-base)版本是可以的。 在版本这些映像(fsl-image-mache-machine-test、imx-image-full)时,它是为 Vulkan 和 OpenCV lib 版本,后者无法由 bitbake 服务器版本。你还有其他如何进行优化以为 Vulkan 和 OpenCV 版本位回的文档吗? 我的处理器有 4 个 CPU 内核。 您能在这个问题上提供帮助吗? 请查看以下日志: ******************Logs*********************** 注意:您的 conf/bblayers.conf 已自动更新。 加载缓存:100% |#######################################################################################################################################################################| 时间:0:00:01 从依赖关系缓存中加载了 5449 个条目。 注意:解决任何缺失的任务队列依赖关系 警告:首选的 llvm-native 17.0.6 版本不可用(针对 llvm-native 项目) 警告:可用的 llvm-native 版本:17.0.3 版本配置: BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务:100% |##################################################################################################################################################################| 时间:0:00:08 Sstate 摘要:Wanted 1071 Local 2 Mirrors 0 Missed 1069 Current 5652 (0% match, 84% complete) NOTE: Executing Tasks NOTE: No reply from server in 30s (for command ping at 22:27:39.389536) 等待 bitbake 服务器回复时超时 (60s at 22:28:09.428551) middepogudas @middepogudas-ThinkPad-L14-gen-1:~/desktop/das/project/imx-yocto-bsp/build$ bitbake imx-image-multimedia 注意:正在重新连接到 bitbake 服务器... 注意:30 秒后服务器没有回复(对于命令 setFeatures,22:28:45.138 306) 注意:重试服务器连接 (#1)...(22:29:15.167756) 此致, 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好@middepogudas 如果主机位于公司网络内,请向公司网络管理员咨询。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好,恩智浦、 感谢您的支持。你有步骤或方法来检查 "网络安全或代理服务器出现" 吗? 请帮助我们分享或指导我们。 谢谢! 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 请检查您的网络问题是否存在提取故障,是否存在网络安全或代理问题?另请检查您的主机配置,以备第一次回复时参考。也可以尝试开始新版本。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 恩智浦、 感谢您回来,请在下面找到粘贴的版本日志。仍然遇到 bitback 服务器连接问题。我重启了几次电脑。我没有找到任何位烤过程。能否请您告知如何进一步开展工作。 ***********************Logs******** dasmiddepogu @dasmiddepogu-ThinkPad-L14-gen-1:~/desktop/das/project/imax8mpluseek/imx-yocto-电路板支持包/build$ bitbake imx-image-full-c populate_sdk 注意:你的 conf/blayers.conf 已自动更新。 加载缓存:100% |########################################################################################################################################################################| 时间:0:00:01 从依赖关系缓存中加载了 5449 个条目。 注意:解决任何缺失的任务队列依赖关系 警告:首选的 llvm-native 17.0.6 版本不可用(针对 llvm-native 项目) 警告:可用的 llvm-native 版本:17.0.3 版本配置: BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务:100% |###################################################################################################################################################################| Time: 0:00:19 Sstate summary: Wanted 7008 Local 0 Mirrors 0 Missed 7008 Current 1122 (0% match, 13% complete) NOTE: Executing Tasks WARNING: llvm-project-source-17.0.6-17.0.6-r0 do_fetch:Failed to fetch URL git://github.com/llvm/llvm-project;protocol=https;branch=release/17.x、尝试使用 MIRRORS(如果可用) 注意:服务器在 30 秒内没有回复(命令 ping 时间为 01:48:27.402426 等待 bitbake 服务器回复时超时 (60s at 01:48:57.437217) dasmiddepogu @dasmiddepogu-ThinkPad-l14-gen-1:~/desktop/das/project/imx-yocto-bsp/build$ ps ps PID TTY 时间 CMD 2919 pts/0 00:00:00 bash 213920 pts/0 00:00:00 ps dasmiddepogu @dasmiddepogu-Thinkpad-l14-gen-1:~/desktop/das/Project/iMX-Gen-1:~/desktop/das/Project/iMX-project/iMX-Gen-1:~/desktop8mpluseek/imx-yocto-bsp/build$ Das Middepogu Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 您好, 该错误提示无法连接 bitbake 服务器,原因可能是 bitbake 守护进程挂起或剩余的套接字文件。你可以尝试将其杀死然后清理版本目录下的一些锁定文件然后重启主机,然后再次运行 " bitbake imx-image-full -c populate_sdk "。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好,恩智浦、 感谢你回来讨论这个问题。我仍然面临一些版本问题..." 注意:正在重新连接到 bitbake 服务器...".。请在下面找到日志 请从这个链接(https://docs.nxp.com/bundle/AN13712/page/topics/create_the_yocto_build_environment.html)找到我所遵循的步骤。 请就如何进一步开展工作提出建议。 **********************************版本日志*************************************** dasmiddepogu @dasmiddepogu-ThinkPad-L14-Gen-1:~/desktop/das/project/imx8mpluseek/imx-yocto-bsp/build$ dasmiddepogu @dasmiddepogu-ThinkPad-L14-Gen-1:~/desktop/das/project/imx-yocto-bsp/build$ bitbake imx-Image-full-cpulated-1:~/desktop/das/project/imx-yocto-bsp/build$ bitbake _sdk 注意 :正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#1)...(回溯信息(最后一次通话): 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py ",第 487 行,位于 setup_bitbake server_connection = bb.server.process. connectProcessServer(sockname,featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py ",第 686 行,位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:00:49.857906) 注意:正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#2)...(回溯信息(最后一次通话): 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py ",第 487 行,位于 setup_bitbake server_connection = bb.server.process. connectProcessServer(sockname,featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py ",第 686 行,位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:00:49.858338) 注意:正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#3)...(回溯信息(最后一次通话): 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py ",第 487 行,位于 setup_bitbake server_connection = bb.server.process. connectProcessServer(sockname,featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py ",第 686 行,位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:00:49.858697) 注意:正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#4)...(回溯信息(最后一次通话): 文件 "/home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py",第 487 行,位于 setup_bitbake server_connection = bb.server.process. connectProcessServer(sockname,featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py ",第 686 行,位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:00:49.859044) 注意:正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#5)...(回溯信息(最后一次通话): 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py ",第 487 行,位于 setup_bitbake server_connection = bb.server.process. connectProcessServer(sockname,featureset) 文件 "/home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py", 第 686 行,位于 ConnectProcessServer sock.connect(os.path.basename(sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:00:54.865054) 注意:正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#6)...(回溯信息(最后一次通话): 文件 "/home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py", 第 487 行,位于 setup_bitbake server_connection = bb.server.process.connectProcessServer(sockname, featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py ",第 686 行,位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:00:59.870058) 注意:正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#7)...(回溯信息(最后一次通话): 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py ",第 487 行,位于 setup_bitbake server_connection = bb.server.process. connectProcessServer(sockname,featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py ",第 686 行,位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:01:04.877760) 注意:正在重新连接到 bitbake 服务器... 注意:正在重试服务器连接 (#8)...(回溯信息(最后一次通话): 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py ",第 487 行,位于 setup_bitbake server_connection = bb.server.process. connectProcessServer(sockname,featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py ",第 686 行,位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError:[Errno 11] 资源暂时不可用 , 08:01:09.884445) ERROR: Unable to connect to bitbake server, or start one (server startup failures would be in bitbake-cookerdaemon.log). dasmiddepogu @dasmiddepogu-ThinkPad-L14-Gen-1:~/desktop/das/project/imax8mpluseek/imx-yocto-电路板支持包/build$ ************************************************************** 此致, 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好@middepogudas 要版本电路板支持包。(6.6.3)源代码i.MX8MP 的代码,请从文档中下载 Yocto 用户指南。 请参阅 ❤️ 主机设置> 用于 Ubuntu 版本(推荐 20.04/22.04)以及<3.2 节主机代码包 >. 此致 哈维
記事全体を表示
imx8mplus の SPI チップセレクトのトグル問題 ご挨拶 現在、SPI 経由で i.MX 8M Plus と何らかのモジュール間の通信を試みています。しかし、チップセレクト ラインは、コマンドとその引数のトランザクション全体では低いままであるはずなのに、バイト転送ごとに切り替わっているのがわかります。これはデフォルトの動作ですか?もしSOなら、通信全体を通して CS を主張し続けるにはどうすればよいですか?また、クロックの位相と極性に関して、デフォルトの SPI_MODE は何ですか? Baha_Yenioglu_0-1754317519462.png Re: SPI Chip Select Toggling Problem on imx8mplus この構造を dts に適用した後、CS はトランザクション全体にわたって低いままでした。 ありがとう.. Re: SPI Chip Select Toggling Problem on imx8mplus こんにちは、 @Baha_Yenioglu さん! NXP サポートにお問い合わせいただきありがとうございます。 デバイスツリー構成を共有していただけますか? 以前にも、構成が以下の例に示す構造に従わない場合に同様の動作が発生したことがあります。 &ecspi2 { #address-cells = <1>; #size-cells = <0>; fsl,spi-num-chipselects = <1>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_ecspi2 &pinctrl_ecspi2_cs>; cs-gpios = <&gpio5 13 GPIO_ACTIVE_LOW>; status = "okay"; spidev1: spi@0 { reg = <0>; compatible = "rohm,dh2228fv"; spi-max-frequency = <500000>; }; }; ... pinctrl_ecspi2: ecspi2grp { fsl,pins = < MX8MP_IOMUXC_ECSPI2_SCLK__ECSPI2_SCLK 0x82 MX8MP_IOMUXC_ECSPI2_MOSI__ECSPI2_MOSI 0x82 MX8MP_IOMUXC_ECSPI2_MISO__ECSPI2_MISO 0x82 >; }; pinctrl_ecspi2_cs: ecspi2cs { fsl,pins_SS0__GPIO5_IO13 0x40000 >; }; 設定が異なる場合、または設定を調整する際にサポートが必要な場合はお知らせください。 よろしくお願いします、 チャビラ
記事全体を表示
MbedTLS 您好, 我正在使用 MbedTLS 示例项目与 HTTPS 服务器通信。在握手过程中,我遇到了以下错误。 1) 当我发送 ClientHello 时,收到 Alert Message Level = 2,description 40(握手失败)。 2) 当我尝试使用 curl 或 chrome 浏览器与服务器通信时,它工作正常... 我检查了 Ciper 套件,服务器接受 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384(0xc030)。我在我的客户端上进行了检查,密码套件中包含了它。 有人能帮我找出问题所在吗? 谢谢! 克里斯蒂 Re: MbedTLS 你好 a8Chcx,我也检查了 lwip_httpssrv_mbedTLS_bm 演示的 Ciper 套件,它确实接受 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384。 既然 curl 和 Chrome 浏览器可以正常工作,说明服务器配置基本正确。问题可能在于客户端 MbedTLS 的编译选项或运行时配置,尤其是对高网络安全套件的支持不完整。 Re: MbedTLS 嗨,塞莱斯特、 感谢您的邮件。 1) MCU 为 K66F 2) IDE MCUXpresso V11.5.0 3) 我在使用 SDK 演示版时进行了修改。SDK2.11.0 我用其他服务器进行了测试,运行正常。两个服务器之间的唯一区别是一个使用 0xC02F(正常),另一个使用 0xC030(不正常)。0xC030 是否需要任何设置? 谢谢! 克里斯蒂 Re: MbedTLS 你好@a8Chcx、 谢谢您的帖子。 能否请您先回答以下问题? 1) 您使用的是哪种 MCU? 2) 集成开发环境及其版本; 3) 您使用的是 SDK 中的演示程序吗?是否做了任何修改?如果是,请提供 SDK 版本和演示版名称。 我会在我这边进行测试。 BRs, 西莱斯特
記事全体を表示
恩智浦 S32G399ACGM 安全启动流程中的 BL2 MMC 访问和 BL3x 二进制加载和恢复机制 你好,恩智浦社区、 在我启用 Yocto BSP43 和安全启动的自定义 S32G399ACGM 板上,BL3x 二进制文件(BL31、BL32、BL33)位于 MMC 的第一个分区中。 由于BL2负责在启动期间加载和验证这些二进制文件,我希望在这个 BL3x 加载过程中实现恢复机制。 要继续操作,我需要详细了解 BL2 从 MMC 分区获取和加载这些二进制文件的当前默认机制: BL2 是使用固定偏移量还是硬编码地址访问原始数据的 MMC 分区? 它会解析分区表或文件系统来定位二进制文件吗? TF-A 或平台代码的哪些具体部分实现了加载和验证? 是否有围绕 BL3x 加载流程的现有恢复机制? 了解这一点将使我能够适当地设计恢复解决方案并将其内置到BL3x加载/身份验证过程中。 任何对源代码、配置文件或文档的参考,尤其是对于 S32G399ACGM 上的 Yocto BSP43 而言,都将非常有益。 感谢您的帮助! Re: BL2 MMC Access and BL3x Binary Loading and Recovery mechanism in Secure Boot Flow on NXP S32G399 你好,@yashasdu、 我提供的信息回答了您的问题吗?或者您还有更多问题。 因此,请将我的答复作为已接受的解决方案。 预先致谢 Re: BL2 MMC Access and BL3x Binary Loading and Recovery mechanism in Secure Boot Flow on NXP S32G399 你好,@yashasdu、 以下是我对你们问题的回答: BL2 是使用固定偏移量还是硬编码地址访问原始数据的 MMC 分区? 它使用原始数据,这里定义了偏移量: s32cc_platform_def.h#L119 s32cc_platform_def.h#L130 s32cc_platform_def.h#L102 它会解析分区表或文件系统来定位二进制文件吗? 如上所述,它使用定义的偏移量。 TF-A 或平台代码的哪些具体部分实现了加载和验证? 请首先查看以下内容:bl_common.c#L151和bl1_main.c#L203 是否有围绕 BL3x 加载流程的现有恢复机制? 我们没有提供恢复机制的示例,但根据我的经验,其他客户已经在安卓系统中实施了 A/B 更新。尽管您可以将相同的软件刷入两个插槽并根据身份验证结果有选择地启动,而不是仅通过更新来使用它。 您可以查看以下参考: 安卓 A/B 更新 — Das U-启动 未知版本文档 A/B(无缝)系统更新 | Android 开源项目 另请查看 ATF 上的 ARM 官方文档: https://trustedfirmware-a.readthedocs.io/en/latest/plat/nxp/index.html https://trustedfirmware-a.readthedocs.io/en/latest/process/security.html https://trustedfirmware-a.readthedocs.io/en/latest/design/auth-framework.html https://trustedfirmware-a.readthedocs.io/en/latest/design/alt-boot-flows.html 请注意,这只是一项建议,我们不对实施过程中可能出现的问题提供任何支持。 如有需要,您可以联系专业服务部门,要求实施这项功能: 恩智浦工程服务 处理器和微控制器专业支持 专业工程服务信息申请(CAM802 2019) 尽管我们无法为你所需的实施提供支持,但如果你遇到任何与电路板支持包或芯片本身相关的问题,请创建一篇详细的帖子,我或我的同事会尽力帮助你。 如果您有更多问题,请告诉我。
記事全体を表示
复制: RTD 6.0.0 和 NO_STDINT_H 的问题 本帖复制自 此处 亲爱的团队 该客户报告了在定义了 NO_STDINT_H 宏的构建环境中使用 RTD 版本 6.0.0 时出现问题,目的是避免依赖 。 他们提到,他们最近将代码从 RTD 4.0.0 迁移到了 6.0.0。在分析 COMMON.h在这两个版本的文件中,我观察到以下情况: 在 RTD 6.0.0 中, 被直接包含,而没有检查是否定义了 NO_STDINT_H。 相比之下,RTD 4.0.0 包含 BasicTypes.h,它会首先检查 INT8_MIN、INT8_MAX、UINT8_MAX 等宏是否已定义。如果缺少任何宏,则检查 NO_STDINT_H 宏,如果未定义该宏,则仅包括 。 您能帮我检查一下这种行为吗?我想确认我是否遗漏了什么,我的理解是否有误,或者这是否可能是 RTD 6.0.0 中的一个错误。 提前感谢您的帮助。 BR、VaneB 优先级:中等 RTD 来源:恩智浦内部来源:恩智浦内部 Re: Copy: Issue with RTD 6.0.0 and NO_STDINT_H 你好,@Luis_Garabo、 我在您所附的链接中直接回答了客户的问题。 顺祝商祺! 丹
記事全体を表示
FreeRTOS 应用程序测试程序 需要在 imx93 自定义板中使用以下源代码验证 FreeRTOS。 https://mcuxpresso.nxp.com/dashboard 请分享用于验证 FreeRTOS 的应用程序测试文档。 Re: FreeRTOS Application Testing Procedure 你好@Esakkiammal   希望你一切都好。   在 SDK 文件夹中,您会发现一个名为 freertos_exmaples 的文件夹:   linux@machine:~/SDK_25_03_00_MCIMX93-EVK/boards/mcimx93evk/freertos_examples$ ls freertos_event freertos_generic freertos_hello freertos_mutex freertos_queue freertos_sem freertos_sem_static freertos_swtimer linux@machine:~/SDKs/SDK_25_03_00_MCIMX93-EVK/boards/mcimx93evk/freertos_examples$   你可以使用 arm 的 gcc 工具编译任何例子。就我而言,我使用的是 arm-gnu-toolchain-13.3.rel1-x86_64- arm-none-eab i。   您可以下载该工具,然后导出环境变量进行编译:   $ export ARMGCC_DIR=~/cortex-m-toolchain/arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-eabi   然后,转到要编译的项目,例如"freertos_hello" 。在该目录中,你会发现另一个名为"armgcc" 的目录。这里有编译项目所需的脚本:   #Inside of "armgcc" directory $ ./build_release.sh $ cd release $ ls freertos_hello.bin freertos_hello_cm33.elf     现在,您可以将示例加载到板上。   顺祝商祺! 萨拉斯
記事全体を表示
LS1028ardB 熔丝配置标头不起作用 我正在尝试让熔丝配置标头在 ls1028ardb 上自动运行,但是在我将标头添加到我的映像后,我的启动卡在 ATF (BL2) 并且无法继续运行。 当我浏览 input_fuse_file 文件时,这是我在 lsdk pdf 中使用的文件 /* * 2018 恩智浦版权所有 */ --------------------------------------------------- # 指定平台。[必填] # 选择平台 - LS2088/LS1088 平台=LS1088 --------------------------------------------------- # 将设置 GPIO 引脚以提高 POVDD [可选的] POVDD_GPIO= --------------------------------------------------- # 二进制形式的一次性可编程主密钥标志。[必须] # 0000 -> 程序默认的最小 OTPMK 值 # 0001 -> 程序随机 OTPMK 值 # 0010 -> 编程用户提供的 OTPMK 值 # 0101 -> 用预设最小值编程随机 OTPMK 值 # 0110 -> 将用户提供的 OTPMK 值与预编程的最小值进行编程 # 1xxx -> 不要吹 OTPMK OTPMK_FLAGS=1000 # 一次性可编程主密钥值。 # [视标志而定,可选的,如果 OTPMK_FLAGS= " 0010 " 或 " 0110 "] OTPMK_0=12345678 OTPMK_1=87654321 OTPMK_2=12345678 OTPMK_3=87654321 OTPMK_4=12345678 OTPMK_5=87654321 OTPMK_6=12345678 OTPMK_7=87654321 --------------------------------------------------- # 超级根密钥哈希 [可选的] SRKH_0= SRKH_1= SRKH_2= SRKH_3= SRKH_4= SRKH_5= SRKH_6= SRKH_7= --------------------------------------------------- # 指定 OEM UID。[可选的] # 例如 OEM_UID_0=11111111 OEM_UID_0=12345678 OEM_UID_1=21436587 OEM_UID_2=34567812 OEM_UID_3=12345678 OEM_UID_4=87654321 --------------------------------------------------- # 指定调试挑战值和响应值。[可选的] # 例如 DCV_0=11111111 DCV_0= DCV_1= DRV_0= DRV_1= --------------------------------------------------- # 以二进制形式指定调试级别。[可选的] # 000 -> 广泛开放:无条件启用调试门户。 # 001 -> 通过质疑答复有条件开放,无需通知。 # 01x -> 通过挑战响应有条件开放,并发出通知。 # 1xx -> 已关闭。禁用所有调试门户。 DBG_LVL= --------------------------------------------------- # 二进制形式的系统配置寄存器位 [可选的] # WP(OEM 写保护) # ITS(保障意向) # NSEC(非安全) # ZD(禁用 ZUC) # K0、K1、K2、K3、K4、K5、K6(密钥撤销位) # FR0(字段返回 0) # FR1(现场返回 1) WP= ITS= NSEC= ZD= K0= K1= K2= K3= K4= K5= K6= FR0= FR1= --------------------------------------------------- # 指定输出熔丝配置文件名。(默认值:fuse_scr.bin)[可选的] 输出保险丝文件名=fuse_scr.bin --------------------------------------------------- 我想知道这里的问题似乎出在哪里? Re: LS1028ardb fuse provisioning header not working 亲爱的@Steven_27, ,请按照下一个链接中提到的步骤进行操作: https://docs.nxp.com/bundle/GUID-487B2E69-BB19-42CB-AC38-7EF18C0FE3AE/page/GUID-BBED1716-8F27-4B01-9033-075D2037CAFE.html Re: LS1028ardb fuse provisioning header not working 固定机载 DDR 注意:4 GB DDR4,32 位,CL=11,ECC 通知中:BL2:v2.4(版本):lf-5.10.52-2.1.0-rc2-0-gbb 4957067-dirty 通知:BL2:版本:2025 年 9 月 24 日 13:20:00 我的启动过程永远停留在这里。我将其更改为 LS1028 作为平台,除了 OEM UID,我什么都没指定,以下是我的输入文件: [root@fbubuntu ls2088_1088]$ cat input_fuse_file /* * Copyright 2018 NXP */ --------------------------------------------------- # 指定平台。[必须] # 选择平台-LS2088/LS1088 PL ATFORM=LS1028 ------------------------------------------------------------------------------------------------- # 一次性二进制形式的可编程主密钥标志。 [必须] # 0000-> 程序默认最小 OTPMK 值 # 0001-> 程序随机 OTPMK 值 # 0010-> 程序用户提供的 OTPMK 值 # 0101-> 使用预先编程的最小值编程随机 OTPMK 值 # 0110-> 程序用户提供的 OTPMK 值和预先编程的最小值 # 1xxx-> 不要吹掉 OTPMK OTPMK_FLAGS=1000 # 一次性可编程主密钥值。 # [可选取决于标志,如果 OTPMK_FLAGS= " 0010 " 或 " 0110 "] OTPMK_0= OTPMK_1= OTPMK_2= OTPMK_3= OTPMK_3= OTPMK_4= OTPMK_5= OTPMK_6= OTPMK_7=---------------------------------------------------------# 超级根密钥哈希 [可选] SRKH_0= SRKH KH_ 1= SRKH_ 2= SRKH_3= SRKH_4= SRKH_5= SRKH_5= SRKH_6= SRKH_6= SRKH_7= --------------------------------------------------------------------------------------------- [可选的] # e.g OEM_UID_0=11111111 OEM_UID_0=12345678 OEM_UID_1=21436587 OEM_UID_2=34567812 OEM_UID_3=12345678 OEM_UID_4=87654321 --------------------------------------------------- # 指定调试质询和响应值。[可选] # 例如 DCV_0=11111111 DCV_0= DCV_1= DRV_0= DRV_1= DRV_1=------------------------------------------------------------- ----------------------------------------# 以二进制形式指定调试 级 别。 [可选的] # 000 -> 全面开放:调试门户无条件启用。 # 001 -> 通过质疑答复有条件开放,无需通知。 # 01x -> 通过挑战响应有条件开放,并发出通知。 # 1xx -> 已关闭。禁用所有调试门户。 DBG_LVL= ------------------------------------------------------------------------------------ # 二进制形式的系统配置寄存器位 [可选] # WP(OEM 写入保护) # ITS(安全意图)# ZD(ZUC 禁用) # K0、K1、K2、K3、K4、K5、K6(密钥撤回位) # FR0(字段返回 0) # FR1(字段返回 1) WP= ITS= NSEC= ZD= K0= K1= K2= K3= K3= K4= K5= K6= FR0= FR0= FR1=----------------------------------------------------------------- # 指定输出保险丝 配置文件名。(默认值:fuse_scr.bin)[可选] output_fuse_filename=fuse_scr .bin------------------------------------------------------------------------- Re: LS1028ardb fuse provisioning header not working 亲爱的@Steven_27 ,请使用 LS1028 作为平台,而不是 LS1088。 请告诉我结果 BR LFGP
記事全体を表示
PN5190 EMI 问题(谐波) 大家好 我们在 NFC 读取器设计中遇到了辐射发射测试问题。 当 NFC 卡直接放置在读卡器顶部(平行,在天线正上方)时,我们无法通过 13.56 MHz 谐波的辐射发射测试,违反了约 3-4 dB 的限制。如果我们将卡移至读卡器上方约 1 厘米处,测试就会通过。卡片高出 7 厘米,也能通过。有没有办法在不减少最大读取距离的情况下减少谐波辐射?如能就软件优化提出任何建议,我们将不胜感激。 卡在读卡器顶部: 0cm.png 卡片位于读卡器上方 1 厘米处: 1cm.png 感谢并致意 乌特库 Re: PN5190 EMI Problem (Harmonic) 你好@utqq LPCD 通过轮询和待机模式实现低功耗,而 DPC 通过限制电流来控制功率。对于您的具体问题,DPC 可能更有效。 不过,40.68 MHz 和 67.8 MHz 的谐波发射超过了限值。我们建议您尝试调整截止频率和带宽。请参阅 AN12549(第 3.1.2 节和 3.1.3)了解详情。您还可以使用在线 NFC 天线工具(NFC - NXP Community)调整天线网络参数,如下图所示: KaiLi_0-1758101551568.png Re: PN5190 EMI Problem (Harmonic) 您好@KaiLi, 在我们的软件中,LPCD 和 DPC 同时启用,系统似乎正常工作。它在某些情况下会造成问题吗? 此外,在启用 DPC 后,我们还观察到读卡器正上方放置卡片时,EMI 有明显改善。不过,40.68 MHz 和 67.8 MHz 的谐波仍然非常接近极限。您对如何进一步减少这些谐波有何建议? Re: PN5190 EMI Problem (Harmonic) 你好@utqq LPCD 和 DPC 不能同时启用。 Re: PN5190 EMI Problem (Harmonic) 你好@utqq 您可以通过寄存器 0x56 读出 TXLDO 的电流和VDDPA 的电压,然后计算功率。 Re: PN5190 EMI Problem (Harmonic) 另外,我使用的是 LPCD 模式。为了使用 DPC,我是否应该切换到另一种模式,还是它们可以一起使用? Re: PN5190 EMI Problem (Harmonic) 你好@KaiLi, 在不使用 EMVCo 测试 PICC 的情况下,我们如何测量或估算传输到 NFC 卡的功率? Re: PN5190 EMI Problem (Harmonic) 你好@utqq 建议启用 DPC。但在启用 DPC 之前,需要进行校准。
記事全体を表示
S32G3 BSP44.0:fsl-image-ubuntu 正在查找 virtual/x86_64-fslbsp-linux-gcc-crosssdk 我正在尝试使用 S32G3 Linux BSP44.0 为 s32g399ardb3 版本 ubuntu 镜像。 我将机器设置为 s32g399ardb3ubuntu,运行 bitbake fsl-image-ubuntu 时出现错误: 错误:没有任何东西提供 “virtual/x86_64-fslbsp-linux-gcc-crosssdk”(但是 /newhome/arthur/fsl-auto-yocto-bsp44.0_s32g/sources/meta-alb/meta-alb-sdk/recipes-devtools/binutils2.34/binutils-cross-canadian_2.34.bb 取决于或以其他方式需要)。 近距离比赛: virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gccvirtual/x86_64-fslbsp-linux-go 我可以在 BSP44.0 中为 s32g399ardb3 版本 fsl-image-auto 镜像。 我还可以在 BSP43.0 中为 s32g399ardb3ubuntu 版本 fsl-image-ubuntu 镜像。 我正在制造的机器是 SB 版本:core-11.1.0 ubuntu2-noarch: printing-11.1.0 ubuntu2-noarch: 网络安全-11.1.0 ubuntu2-noarch 代理商 ID:Ubuntu 描述:Ubuntu 20.04.6 LTS 版本:20.04 代号:focal 内核版本为 5.4.0-204-generic 和 ldd (Ubuntu GLIBC 2.31-0ubuntu9.18)2.31 关于首选版本 2.35 glibc 不可用的日志警告。 我缺少包裹吗? 此致, 亚瑟 完整日志: arthur@nmgPowerEdgeT630:~/fsl-auto-yocto-bsp44.0_s32g/build_s32g399ardb3ubuntu$ bitbake fsl-image-ubuntu 正在加载缓存:100% |##############################################################################################################| Time: 0:00:02 Loaded 5800 entries from dependency cache. Parsing recipes: 100% |############################################################################################################| 时间:0:00:01 完成对 3692 个 .bb 文件的解析(缓存 3691 个,解析 1 个)。目标 5803 个,跳过 615 个,屏蔽 2 个,错误 0 个。 注意:解决任何缺失的任务队列依赖关系 警告:cross-localedef-native 的首选版本 2.35 不可用(适用于跨语言环境的项目)警告:跨语言环境的原生版本可用:2.31+git 2.39+git 警告:binutils-cross-aarch64 的首选版本 2.38 不可用(适用于项目 virtual/aarch64-fsl-linux-binutils) 警告:binutils-cross-aarch64 的首选版本 2.38 不可用(适用于项目 virtual/aarch64-fsl-linux-binutils) 警告:binutilscross-aarch64 可用:2. 34 2.42 警告:cross-localedef-native的首选版本 2.35 不可用(适用于跨语言环境的项目)警告:跨语言环境的本机版本可用:2.31+git 2.39+git 警告:跨语言环境的首选版本 2.35 不可用(适用于跨语言环境的本机开发项目)警告:首选 2.31+git 2.39+git 警告:binutils-crosssdk-x86_64-f slbsp-的 2.38 版 linux 不可用(适用于物品 virtual/x86_64-fslbsp-linux-binutils) 警告:binutils-crosssdk-x86_64-fslbsp-linux 版本可用:2.42 警告:nativesdk-glibc 的首选版本 2.35 不可用(适用于物品 virtual/nativesdk-libc)警告:nativesdk-glibc 版本可用:2.39+git 警告:glibc 的首选版本 2.35 不可用(适用于项目 virtu al/libc)警告:glibc 版本可用:2.31 +git 2.39+git 警告:binutils-native 的首选版本 2.38 不可用(适用于 binutils-native 项目)警告:binutils-native 版本可用:2.42 警告:nativesdk-glib c 的首选版本 2.35 不可用 可用(适用于物品 virtual/nativesdk-libintl) 警告:nativesdk-glibc 版本可用:2.39+git 警告:nativesdk-glibc 的首选版本 2.35 不可用(适用于物品 virtual/nativesdk-libiconv) 警告:nativesdk-glibc 版本可用:2.39+git 警告:glibc 的首选版本 2.35 不可用(适用于物品 glibc-utils)警告:可用的 glib c 版本:2.31+git 2.39+git 警告:glibc 的首选版本 2.35 不可用(适用于项目 glibc-dbg) 警告:glib c 版本可用:2.31+git 2.39+git 警告:glibc 的首选版本 2.35 不可用(适用于项目 glibc-dev) 警告:glibc 版本可用:2.31+git 2.39+git 警告:glibc-locale-18iidata-18iribc 的首选版本不可用 n) 警告:gli bc-locale 版本可用 : 2.31 2.39+git 警告:glibc 的首选版本 2.35 不可用(适用于 glibc-thread-db 项目)警告:glibc 版本可用:2.31+git 2.39+git 警告:binutils-cross-canadian-aarch64 的首选版本 2.38 不可用(适用于 binutils-cross-canadian-aarch64 项目)警告:binutils-cross-canadian-aarch64 版本可用:2.34 2.42 警告:nativesdk-glibc 的首选版本 2. 35 不可用 ( 对于项目 nativesdk-ldconfig) 警告:nativesdk-glibc 版本可用:2.39+git 警告:nativesdk-glibc 的首选版本 2.35 不可用 (适用于项目 nativesdk-glibc-dev)警告:nativesdk 的版本 -glibc 可用:2.39+git 警告:nativesdk-glibc 的首选版本 2.35 不可用(适用于项目 nativesdk-glibc)警告:nativesdk-glibc 版本可用:2.39+git 警告:nativesdk-glibc 的首选版本 2.35 不可用(适用于项目 nativesdk-glibc-utils)警告:nativesdk-glibc 版本可用:2.39+git 警告:glibc 的首选版本 2.35 不可用(适用于项目 gli bc) 警告:glibc 版本可用:2.31+git 2.39+git 警告:glibc 的首选版本 2. 35 不可用(适用于项目 ldconfig)警告:glibc 版本可用 :2. 31+git 2.39+git 警告:glibc语言环境的首选版本 2.35 不可用(适用于项目 glibc-locale)警告:glibc语言环境版本可用:2.31 2.39+git 警告:glibc 的首选版本 2.35 不可用(适用于商品) virtual/libintl) 警告:glibc 版本可用:2.31+git 2.39+git 错误:没有提供 “virtual/x86_64-fslbsp-linux-gcc-crosssdk”(但是/newhome/arthur/fsl-auto-yocto-bsp44.0_s32g/sources/meta-alb-sdk/recipes-devtools/binutils2. tools/binutils2.0 34/binutils-cross-cross-canadian_2.34.bb 取决于或以其他方式需要)。近距离比赛: virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gcc virtual/x86_64-fslbsp-linux-go注意:运行时目标 “binutils- cross-canadian-aarch64” 无法构建,正在删除... 缺少或无法构建的依赖链是:['binutils-cross-cross-canadian-aarch64','virtual/x86_64-fslbsp-linux-gcc-crosssdk'] 注意:运行时目标 “packagegroup-cross-canadian-s32g399ardb3” 无法构建, 正在删除... 缺少或无法构建的依赖链是:[“packagegroup-cross-canadian-s32g399ardb3”、“binutils-cross-cross-canadian-aarch64”、“virtual/x86_64-fslbsp-linux-gccc-crosssdk”] 错误:所需的构建目标 “fsl-image-ubuntu” 没有可构建 的提供商。 缺少或无法构建依赖链:['fsl-image-ubuntu','packagegroup-cross-canadian-s32g399ardb3','binutils-cross-canadian-aarch64','virtual/x86_64-fslbsp-linux-gcc-crosssdk']. 摘要:共有 48 条警告信息。 摘要:有 2 条ERROR 信息,返回非零退出代码。 Linux BSP Re: S32G3 BSP44.0: fsl-image-ubuntu looking for virtual/x86_64-fslbsp-linux-gcc-crosssdk 迁移到参考发行版、系统开发套件。 5.0 后,Linux 电路板支持包。 支持不再包括 Ubuntu rootfs。此限制也记录在 BSP 版本 44 的 Linux 电路板支持包发行说明中。 Re: S32G3 BSP44.0: fsl-image-ubuntu looking for virtual/x86_64-fslbsp-linux-gcc-crosssdk 抱歉,这是与https://community.nxp.com/t5/AP-Software-Support/Linux-BSP-44-build-errors/td-p/2164327的重复,信息可能更多一些。 此致, 亚瑟
記事全体を表示
GUI Guier1.5.0版本本来可以生成代码和C模拟,但突然又不能生成代码,显示Error: null 现在每次点击生成代码时都弹出Error: null是怎么回事呢 a36887b3518e4600a0f204ceb178bece.png aa312ce1c98e4ffcb8b33ad0f32ce99d.png   Re: GUI Guier1.5.0版本本来可以生成代码和C模拟,但突然又不能生成代码,显示Error: null 你是指的什么数据呢?工程数据吗?如果是工程的话,它默认存放在"C:\NXP\GUI-Guider-Projects"路径下,的确不会因为GUI-Guider某一个版本的卸载而自动删除,你可以进入该路径手动删除。 Celeste_Liu_0-1757904311132.png Re: GUI Guier1.5.0版本本来可以生成代码和C模拟,但突然又不能生成代码,显示Error: null 也是不行,软件自带的卸载程序和电脑上控制面板里的程序卸载都试过,但是重新下载后还是会有保存数据 Re: GUI Guier1.5.0版本本来可以生成代码和C模拟,但突然又不能生成代码,显示Error: null 你可以用卸载程序试试。 Celeste_Liu_0-1757666299537.png Re: GUI Guier1.5.0版本本来可以生成代码和C模拟,但突然又不能生成代码,显示Error: null 我用其他电脑试了一下也没问题,只有我这台有问题。哪怕重新建立最简单的工程也是一样的。 尝试了一下卸载重新安装,发现重新安装后会记录原有的数据,不知道有没有办法把所有数据都删除呢,我想重新安装试试。 Re: GUI Guier1.5.0版本本来可以生成代码和C模拟,但突然又不能生成代码,显示Error: null Hello @Newbie2 , 我刚刚下载了GUI-Guider v1.5.0,试了一下,没复现你的问题。 Celeste_Liu_0-1757657261310.png 这个情况是最近才出现的吗?如果新建一个简单的项目,再点击生成代码,也会出现同样的报错吗? 如果是的话,建议检查一下你的网络环境。 BR Celeste
記事全体を表示
BLE 连接间隔 您好,NXP团队, 是否可以将最小连接间隔设置为小于 7.5 毫秒以将数据发送到中央设备。 我正在使用 KW45 EVK 的 eatt 外围设备和 eatt 中央示例代码。 谨致问候 切坦 开发板 Re: BLE connection interval 你好,查坦 感谢您的理解。 顺祝商祺! Re: BLE connection interval 你好,路易斯、 1.I am using wireless uart example for BLE how and when I trying to use lpuartedma example it is not printing anything in teraterm.我参考了 kw45b41zevk_lpuart_edma_transfer 但没有打印任何东西你能指导我如何在无线 UART 中实现 edma 吗。 使用 KW45 LOC 板 2.请确认在 teraterm 中,shell 是使用 dma 来存储数据,还是使用普通的 malloc 来存储和发送数据。 感谢并致意 切坦 Re: BLE connection interval 你好 可以在 KW45-LOC 中闪存未经修改的 [lpuart_edma_transfer] 示例,并执行每 8 个字符回传一次接收到的数据的程序。此示例专用于适用于 KW45B41Z-EVK 的 SDK,因此请注意您在 KW45-LOC 中进行的配置,因为它不是预期的板。 刷新您的板后,请进行RESET,然后您应该会看到这样的消息,例如测试 8 个数字。 luis_maravilla_0-1759874551639.png 能否请您帮助我们共享您的日志,或描述一下您对示例不工作的评论所指的内容? 如果你想使用多个设备执行 BLE 连接,在 teraterm 中发送数据接收和打印,能否以无线 UART 为例,该设备可以连接多个设备,根据你的数据特性,请考虑,当多个设备尝试与同一个中央天线通信时,较短的连接间隔会导致拥塞,从而导致干扰和潜在的数据丢失。值得注意的是,蓝牙规格中宣传的数据传输速率只是理论值;在实际应用中,由于以下几个因素,实际吞吐量要低得多 最诚挚的问候,路易斯 Re: BLE connection interval 你好 Luis, 我在 kw45 LOC 板中使用 lpuart_edma_transfer 但它不起作用,比起我使用 EDMA 内存传输带外壳的内存传输示例(我添加了外壳),但是在 UART 中反射的数据非常慢。 你能不能建议我使用什么来最大限度地接收数据,并在 teraterm 中为多台设备打印,速度为 30 毫秒,每台 240 字节。(我使用 KW45 loc 板进行数据接收)和 loc 板 sdk 示例。 谢谢 Chetan Re: BLE connection interval 为了与无线 MCU 配合使用,连接软件实现了自己的串行管理器驱动程序,它不使用 SDK 调试控制台,因此不使用半托管调试控制台。除此以外,示例的实现还与正常的 UART 通信有关;避免直接使用 printf(),以防止阻塞 BLE 堆栈或干扰定时敏感操作。 另外,您能帮我们确认一下,您使用的是 KW45-LOC 还是 KW45-EVK?EVK SDK 包含 DMA 示例,也许能帮到您。 您能帮我们确认一下,您是如何利用 edma 实现 lpuart 的?您是否正在使用 KW45-EVK SDK 中的 [lpuart_edma_transfer] 示例,但却无法正常工作?还是您为 eatt 中央代码做了实现? 顺祝商祺! 路易斯 Re: BLE connection interval 你好,Nxp 团队、 你能否告诉我 shell 和 printf 的区别是 shell 使用 DMA 在 teraterm 中打印数据(在 eatt central sdk 示例中),因为我现在正在尝试实现 dma 来处理多个设备数据。 我需要使用哪个示例 sdk 来实现 dma,目前我使用 shell 进行内存到内存的传输,但在 teraterm 中打印的数据较少。 我也有疑问,我试着用 edma 实现 lpuart,但没有成功,我发现调试控制台无法在 eatt 中央代码中使用。 谢谢  切坦 Re: BLE connection interval 你好,切坦 当多个设备尝试与同一个中央天线通信时,较短的连接间隔可能会导致拥塞,从而导致干扰和潜在的数据丢失。值得注意的是,蓝牙规格中宣传的数据速率是理论上的;在现实应用中,实际吞吐量要低得多,这要归因于以下几个因素:每个连接间隔的数据包数量有限、数据包之间必须有 150 微秒的帧间空间 (IFS) 延迟、即使没有发送数据也要传输空包以保持连接,以及每个数据包只有一部分承载实际有效负载的协议开销。当多个设备同时连接到同一个中央设备时,这些限制会变得更加明显,从而进一步减少可用带宽并增加数据丢失的机会。 如果您想以最高的数据传输速率发送大量原始数据,恩智浦在另一个MCU SDK(QN9090)中提供了示例私有我的,如果可以调整您的终端任务应用程序的方向,则考虑到多个设备也可能导致数据丢失。 顺祝商祺! 路易斯 Re: BLE connection interval 你好 我在大约 30 毫秒的时间内使用超过 180 个字节从 4 个设备发送多个字节,但是随着连接设备数量的增加,即使我实现了 4 个队列,我也会看到数据丢失,但我只能收到每个 65 个数据。我以最大波特率检查了 teraterm 日志。 Re: BLE connection interval 你好 您能帮我们确认一下,您使用的是哪个示例:EATT 还是 Wireless Uart? 如果你使用的是无线 Uart 示例,只修改设备数量而不更改数据大小,你还会看到这个问题吗? 您能帮我们描述一下您所做的修改吗? 虽然建议设计较小的属性值大小,但作为无线UART的GATT层只能在无线数据包中发送23字节的数据,将ATT数据包的默认长度设置为23,ATT数据包长度设置为保持无线电数据包和ATT数据包之间的逻辑映射。 如果你需要发送更多字节的数据,我建议你查看社区帖子 [1-4] 系列文章《蓝牙低功耗——在GATT服务器上使用长属性——第1部分:ATT_MTU——恩智浦社区》,如上所述,如何写入长属性包括写入队列,以及修改GATT客户端和服务器的ATT_MTU以支持通过MTU交换实现更大的MTU。 Re: BLE connection interval Hii 、 我正在尝试将 4 个 KW45 芯片设备连接到 KW45 LOC 板,并使用 BLE 每 30 毫秒发送 220 字节数据,我能够成功连接 4 台设备,但是在收到数据丢失时,我从 uart 中的 kw45 LOC 板输出中获取日志并进行了分析。 你能告诉我原因吗? 我正在使用无线 uart 在 KW45 LOC 板上接收四台设备多设备的数据。 谨致问候 切坦 Re: BLE connection interval 你好 蓝牙核心规范允许的最小连接间隔 蓝牙核心规范为 7.5 毫秒。 有关此主题的更多详细信息,请参阅 蓝牙核心规范》,第 6 卷,B 部分,第 4.5.1 节 因此,根据标准 connInterval 不能小于 7.5 毫秒,请您提供更多细节,告诉我们您想实现什么目标,以便我们检查是否有任何建议可以提供给您? 此致
記事全体を表示
imx8mp 柔性扫描硬件时间戳 你好 我们有自己的设计,基于恩智浦的 imx8mp 和内核 6.6.23。 我们同时使用两个 flexcan 接口,并希望从驱动程序中读取硬件时间戳。我们正在使用 candump,但读数始终为 0 candump -H -L (0000000000.0000000000)canfd1 776#94CD03004FC7E1 您知道如何启用这项功能吗? 致以最诚挚的问候和感谢 天使 Re: imx8mp flexcan hardware timestamp 默认 16 位定时器:FlexCAN 模块具有内置 16 位定时器,用于计算 CAN 总线上的比特间隔。 它还有一个令人讨厌的特点,那就是每次 CAN 时钟同步时,这个 16 位定时器的时钟周期都会受到一点影响。并非所有 16 位定时器周期都等于位时间。因此,如果尝试使用其他 on-SoC 定时器(其时钟与 CAN 时钟来自同一时钟父时钟)来计算 16 位定时器溢出,以扩展时间戳时钟的宽度,则需要以某种方式跟踪 CAN 接收流量导致的时间戳时钟漂移。 Re: imx8mp flexcan hardware timestamp 你好 谢谢您的答复。 我们知道 imx8mp 中的硬件 Flexcan 控制器支持这种硬件时间戳功能。 请确认恩智浦在内核 6.6.23 中提供的 Linux 驱动程序是否也支持该功能? 致以最诚挚的问候和感谢 天使 Re: imx8mp flexcan hardware timestamp 你好 i.MX 8M Plus FlexCAN具有硬件时间戳功能,该功能 使用自由运行的16位计时器,该定时器根据CAN波特率随每个比特间隔递增,默认情况下在接收每个CAN帧时进行RESET 。要获得更精确的时间戳并克服限制,必须在 FlexCAN 控制寄存器 1 中启用高分辨率 (HR) 时间戳。这需要一个单独的外部定时器源,通常是系统定时器 (STM),通过配置该定时器可提供高分辨率时基。  工作原理   默认 16 位定时器:FlexCAN 模块具有内置 16 位定时器,用于计算 CAN 总线上的比特间隔。 该定时器在 65535 个时钟刻度后缠绕(溢出)。 溢出所需的时间取决于 CAN 总线的速度。 您可以将 CRTL1 [TSYN] 设置为 “1”,以便在收到帧时自动 RESET 计时器,这对于保持消息顺序很有用,但仍受到 16 位限制的限制。 高分辨率 (HR) 时间戳:为实现更高精度,可通过设置 FlexCAN 控制寄存器中的相关位来启用 HR 时间戳功能。 这将禁用用于时间戳的内部 16 位定时器。 它允许使用外部定时器源(如 STM)进行时间戳记录。 然后,您可以从专用寄存器读取 HR 时间戳值。  如何启用人力资源时间戳   配置外部计时器 (STM):安装 STM 以提供高分辨率的时基。 在 FlexCAN 中启用 HR 时间戳:在 FlexCAN 控制器中,启用 HR 时间戳功能。 读取时间戳读取 HR_TIME_STAMP 寄存器,获取高分辨率时间戳 此致
記事全体を表示
S32 Power Architecture Design Studio 是否支持 e200z6 S32 Power Architecture Design Studio 支持 e200z6 吗?目标处理器中没有 e200z6 的选项,但是版本工具支持 e200z6。我能否开发出 BOOKE 编码的 mpc5554? Re: Does S32 Design Studio for Power Architecture support e200z6 你好@heidou S32 Design Studio 官方不支持 MPC55xx 设备。如果是 MPC5554,建议使用 Classic CodeWarrior IDE: https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/codewarrior-legacy/codewarrior-development-studio-for-mpc55xx-mpc56xx-classic-ide-v2-10:CW-MPC55XX_56XX 问候, Lukas
記事全体を表示
ゲーミングモニターのリフレッシュレートを最適化するための提案 モニターのリフレッシュレートを最適化するだけで、ゲーム体験をよりスムーズで没入感のあるものにするにはどうすればよいでしょうか?最近、このテーマについて研究していて、 NXPコミュニティの皆さんとアイデアを共有できたら素晴らしいと思いました。 When setting up a ゲーム用にモニターを設定する際、リフレッシュレートを調整すると、ゲームプレイの滑らかさと応答性に顕著な違いが生まれます。ディスプレイがサポートされている最大リフレッシュレートで動作するようにし、アダプティブシンクオプションを有効にし、システム出力設定を一致させることで、画面のティアリングや入力遅延を解消できます。品質の高いケーブルの使用、ドライバの最新化、ゲーム内のフレーム制限の微調整など、ちょっとした工夫でも、より安定した快適なゲーム体験が得られることが分かりました。 リフレッシュ レートを最適化することは、競争力のあるゲーマーだけのものではなく、すべての人にとって全体的な視覚品質と快適さを向上させるものであると、私は心から信じています。これは、ゲームセッションをより魅力的で楽しいものにするための簡単なステップです。 どのような設定や方法があなたにとって最も効果的であったかについて、他のコミュニティ メンバーからお聞きしたいです。NXP コミュニティは、アイデアを交換し、互いに学ぶための素晴らしい場です。皆さんの積極的な提案や成功事例を期待しています。 Re: Suggestions to Optimize Refresh Rate on a Gaming Monitor こんにちは、 具体的な製品を教えてください。 よろしくお願いします、 志明
記事全体を表示
信息娱乐、连接和安全:美光:时序和信号分析的优势和方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随着内存接口数据速率的增加,确保系统使用该接口时设计适当的裕度的需求也随之增加。美光公司研究系统内存接口使用情况的一种方法是通过时序和信号分析 (TSA)。TSA 将物理硬件连接到内存设备,以观察系统操作的内存接口子集。内存接口的另一种方法是虚拟 TSA (vTSA)。该方法使用内存控制器的训练算法来提供裕度信息,而无需使用物理测试硬件。该方法可以表征整个内存接口。本次会议将比较和对比两种不同的方法,并最终展示在系统平台上集成 vTSA 工具的价值。我们打算参考最新 i.MX 8 QXP 板的实际结果。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随着内存接口数据速率的增加,确保系统使用该接口时设计适当的裕度的需求也随之增加。美光公司研究系统内存接口使用情况的一种方法是通过时序和信号分析 (TSA)。TSA 将物理硬件连接到内存设备,以观察系统操作的内存接口子集。内存接口的另一种方法是虚拟 TSA (vTSA)。该方法使用内存控制器的训练算法来提供裕度信息,而无需使用物理测试硬件。该方法可以表征整个内存接口。本次会议将比较和对比两种不同的方法,并最终展示在系统平台上集成 vTSA 工具的价值。我们打算参考最新 i.MX 8 QXP 板的实际结果。 i.MX 应用处理器 接口和连接
記事全体を表示
在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenWrt 是一个高度可扩展的 GNU/Linux 发行版,适用于嵌入式设备(通常是无线路由器),OpenWrt 从一开始就构建为功能齐全、易于修改的路由器操作系统。LEDE基于OpenWrt,面向广泛的无线SOHO路由器和非网络设备。本文档介绍如何在QorIQ LS1012/LS1043平台上移植和运行OpenWrt/LEDE。 1. 在 QorIQ Layerscape 平台上移植 OpenWrt/LEDE 源代码 2. 部署 OpenWrt/LEDE 镜像来启动系统 3. 验证 LEDE 系统中的 VLAN 接口和 PFE QorIQ LS1设备 回复:在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, 您能否指出我需要做哪些更改才能在 ls1012a 的 Freedom 参考板上部署 openwrt? 在此先感谢您的帮助, 回复:在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 王一平您好, 我正在研究 NXP 主板型号:LS1012A RDB 主板,RevB。我正在使用 yocto 源 LS1012A-SDK-SOURCE-20161230-yocto.iso。 我能够从 SD 卡刷新并启动 yocto kernel.itb 和 rootfs。但是使用默认的 yocto 构建图像,以太网接口不起作用。 因此,我按照“Porting Openwrt on QorIQ Layerscape ARMv8 Platforms.pdf”中的步骤尝试了 openWrt。并面临与 miguel lopez 解释的同样的问题。“Boot Loader”下没有选项可供选择,没有.bin构建后生成的文件。 需要以下澄清.. 1. 我们需要应用您在第一篇帖子中附加的补丁文件吗? 2. 这里使用的 u-boot 和内核版本是什么?在 LS1012ARDB 上启用以太网接口的内核配置是什么? 3.如何生成启动LS1012ARDB板所需的uboot、内核和其他映像文件。 回复:在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, miguel lopez , 抱歉,我没有注意到您之前的评论,我之前没有关注这个页面。 我记得所有针对LS1012/LS1043 的 NXP 补丁都已经被 LEDE 社区接受了。最新版本是 v8,在这个版本中,固件rcw/uboot-32b/ppfe 应该首先上传到 github。 构建的flash镜像应该包含rcw/uboot/fman/ppfe/dtb/kernel/rfs,在地址0处对该flash镜像进行编程后,就可以设置系统了。 我去年已经删除了我的 LEDE 工作区。 我需要克隆最新的LEDE源代码来为您做验证,稍后会给您反馈。 谢谢! 依萍
記事全体を表示