Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
i.MX8QM 上 AAOS 15 中多显示器触摸输入配置 大家好, 我使用的是 10.1 英寸 HDMI LCD(E) 触摸屏显示器,搭配 i.MX8QM 主板。我需要指导,如何正确地将这些显示屏连接到板,并配置每个显示屏的触摸输入。具体来说,我想了解应该使用板上的哪些端口/接口来连接触摸输入(USB)。此外,我还需要帮助,将每个触摸输入正确映射到 Android Automotive 系统中对应的显示屏。 谢谢!此致敬礼! Re: Touch Input Configuration for Multiple Displays in AAOS 15 on i.MX8QM 你好, i.MX 8QuadMax,最多支持 4 个显示器: 以下 4 个显示器中的 2-4 个显示器的任意组合:HDMI_TX、LVDS0_CH0、LVDS1_CH0、MIPI_DSI1。 以下 4 个显示器中的 2-4 个显示器的任意组合:LVDS0_CH0、LVDS1_CH0、MIPI_DSI0、MIPI_DSI1。 关于输入配置,我建议您查看Android Automotive 用户指南的 8.3.3.1 节“将显示端口与输入端口绑定”。 顺祝商祺! Re: Touch Input Configuration for Multiple Displays in AAOS 15 on i.MX8QM 谢谢!
記事全体を表示
Support Required: Wayland-EGL Plugin and Video Playback Performance Issue with IVI-Shell Hi NXP Team, We need your support regarding a Wayland/Weston shell-related issue observed in our Yocto Linux setup. We are currently validating video playback with kiosk-shell and ivi-shell. With kiosk-shell, the wayland-egl plugin is detected and accessible, and video playback is working smoothly without frame drops or system hang. However, with ivi-shell, we are not able to access/get the wayland-egl plugin properly, and video playback is showing frame loss and intermittent hang. Please find the issue summary below: Item Observation Platform i.MX8QXP C0 MEK OS Yocto Linux [ Scarthgap L6.6.5] Weston Shell 1 kiosk-shell Weston Shell 2 ivi-shell Graphics Interface Wayland / Wayland-EGL Video Playback GStreamer-based playback Observation Test Case Result kiosk-shell + wayland-egl Plugin is available and accessible kiosk-shell + video playback Video plays smoothly without frame loss or hang ivi-shell + wayland-egl wayland-egl plugin is not getting detected/accessed properly ivi-shell + video playback Frame drops and intermittent hang observed Support Required Could you please help us with the below points? Is wayland-egl fully supported with ivi-shell on i.MX8QXP Yocto Linux 6.6.5 version Are there any specific Weston, IVI-shell, or compositor configuration changes required to enable wayland-egl with ivi-shell? Is there any recommended weston.ini configuration for ivi-shell on i.MX8QXP? Are there any known limitations with ivi-shell for video playback or GPU-accelerated rendering? Is there any reference document, patch, or example application available for ivi-shell + wayland-egl + video playback? Could the frame loss/hang be related to compositor configuration, buffer handling, GPU/VPU integration, or GStreamer sink selection? Request Please provide your guidance, recommended configuration, and any available reference documents or patches to resolve this issue. Re: Support Required: Wayland-EGL Plugin and Video Playback Performance Issue with IVI-Shell Hello, You may refer to the following documentation: https://wayland.pages.freedesktop.org/weston/toc/ivi-shell.html https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/AGL-architecture-and-How-to-port-in-i-MX8qm/ta-p/1383200 Best regards/Saludos, Aldo.
記事全体を表示
S32G399A-RDB3 QNX PFEドライバの問題 ご挨拶申し上げます。 私たちはQNXを搭載したS32G399A-RDB3ボード上でPFEを動作させようと試みています。私の知る限り、これは有効な組み合わせです: BSP 37.0 PFE-FW_S32G_1.7.0 PFE-DRV-S32G_A53_QNX_1.4.0 すべてのネットワークインターフェースで「キャリアエラーなし」で終わります。ケーブルを異なるイーサネットポートに差しても何も変わりません。 以前はgmac0で動作していました。 何か解決策はありますか。 io pkt呼び出し: io-pkt-v6-hc -p tcpip -d pfe-2 pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,no_reset,mode0=sgmii,phy0=0,mode1=sgmii,phy1=1 U-Bootパラメータ: UbootはLinuxのSDカードイメージと同じで、qnxブート用にパーメーターを修正しています。 setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' setenv s32cc_gmac_mode disable setenv pfeng enable; s32ccgmac disable; s32ccgmac enable; setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;pfeng を有効化; s32ccgmac を無効化; s32ccgmac を有効化; fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui;bootm 0x80080000 - 0x83E00000' setenv bootcmd 'run boot_qnx_atf' saveenv ログ: U-Boot 2020.04+g156b168010(2023年6月9日 10:14:25 +0000)   CPU: NXP S32G399A rev.1.1 モデル:NXP S32G399A-RDB3 DRAM: 3.5 GiB MMC: FSL_SDHC: 0 MMCから環境を読み込んでいます... OK PCIe0をルートコンプレックスとして構成する PCIe0: リンクアップに失敗しました PCI: 自動構成バー 1c が失敗しました 入力: serial@401c8000 出力: serial@401c8000 エラー: serial@401c8000 ボード改訂:RDB3 改訂F ネットワーク: EQOS 物理: rgmii @ 1   警告: eth_eqos (eth0) はランダムな MAC アドレス - 26:e4:e6:43:15:ad を使用しています eth0: eth_eqos emac1_xpcs の XPCS の速度を取得できませんでした PFE: emac0: sgmii emac1: sgmii emac2: rgmii 、eth1: eth_pfeng 自動起動を停止するには、いずれかのキーを押してください: 3 2 1 0 パーティション#0に切り替える、OK mmc0は現在のデバイスです 50640バイトを17ミリ秒で読み込みました(2.8 MiB/秒) 11948752バイトを540ミリ秒で読み込みました(21.1 MiB/秒) ## レガシーイメージからカーネルを80080000番地で起動中... 画像名: イメージタイプ:AArch64 Linux カーネルイメージ(非圧縮) データサイズ: 11948688バイト = 11.4MiB ロードアドレス: 80080000 エントリーポイント: 80080000 チェックサムを検証中...OK ## フラット化されたデバイスツリーブロブ (83e00000) 0x83e00000にあるfdtブロブを使用して起動しています カーネルイメージをロード中 デバイスツリーを0000000083e00000で使用、終了0000000083e0f5cf 修正: pfe0 を 00:01:be:be:ef:11 に設定 修正: pfe1 を 00:01:be:be:ef:22 に設定 修正: pfe1: phy アドレスを 0x8 に更新 修正: pfe2 を 00:01:be:be:ef:33 に設定   カーネルを起動中…   EVB/RDB上のPFEドライバ用にRAM領域を予約する 終わり。 ClockCyclesのサンプル: 0 43600679 1 43600679 2 43600678 3 43600679 4 43600678 5 43600678 6 43600678 7 43600679 許容範囲内のすべてのクロックサイクルオフセット QNX Neutrino 7.1.0へようこそNXP S32G399A RDBボード上で!! 監視役を開始… シリアルドライバー起動中... ネットワークドライバー(/dev/socket)を起動中...   プロセス4107(ifconfig)が終了ステータス0で終了しました。   プロセス10(sh)が終了ステータス0で終了しました。   プロセス9(dhclient)の終了ステータスは0です。 cp: ファイルをオープンソースできません。(/proc/boot/libfci_cli)   プロセス20489(cp)が終了ステータス1で終了しました。 起動中のSPIドライバー(/dev/spi0,1,2,3,4,5)... I2C 0/1/2/3/4ドライバー(/dev/i2c0,1,2,3,4)を起動中... USDHC0メモリーカードドライバーを起動中... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC:   プロセス24596(chkqnx6fs)が終了ステータス0で終了しました。   プロセス28692(マウント)が終了ステータス0で終了しました。 QSPI Flashドライバーを起動中... USBホストドライバー(/dev/usb/*)を起動中 検出されたQSPIフラッシュ:Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ:0x4000000 /dev/usb/* 用に devb-umass を起動しています... # プロセス36891(スリープ)が終了ステータス0で終了しました。 sh: /var/cetitec2/startup.sh:そのようなファイル、又はディレクトリはありません   プロセス 45081 (sh) は、プロセス 0 によって signo=0 code=0 で終了しました。 slog2info   1月1日 00:00:00.023ランダム。4low* 0 qcrypto: 設定ファイル '/etc/qcrypto.conf' を読み込んでいます[qcrypto_common.c(190)] 1月1日 00:00:00.024random.4..0 slog* 700 Random は Fortuna PRNG を使用しています 1月1日 00:00:00.031ランダム。4low 0 qcrypto: 'openssl' プラグインがロードされました [qcrypto_plugins.c(354)] 1月1日 00:00:00.031random.4..0 slog 700 タイマーをエントロピー源として選択 1月1日 00:00:00.032random.4..0 slog 700 登録されたパス名 1月1日 00:00:00.032random.4..0 slog 700 random: resmgr を起動しています 1月1日 00:00:00.032random.4..0 slog 700 random: プロセスをデーモン化しています 1月1日 00:00:00.042devc_serlinflexd.7slog* 0 serlinflexd_interrupt_attach: 割り込み 114 に接続しています 1月1日 00:00:00.047iopkt.8main_buffer* 0 tcpip 起動中 1月1日 00:00:00.047iopkt.8main_buffer SMMUサポートは無効化されています 1月1日 00:00:00.049iopkt.8main_buffer 0 IPsecを初期化しています... 1月1日 00:00:00.049iopkt.8メインバッファ 0 完了   1月1日 00:00:00.049iopkt.8main_buffer 0 IPsec:初期化されたセキュリティ関連プロセッシング。   1月1日 00:00:00.051iopkt.8main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,pfe0_mode=sgmii,pfe0_phy=0,pfe1_mode=sgmii,pfe1_phy=1 1月1日 00:00:00.052io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:バージョン情報 ドライバーバージョン:1.4.0 ドライバーコミットハッシュ: 2f3265a49ac18f94ba5e48254c8f870fe7bfc511 PFE_CFG_MULTI_INSTANCE_SUPPORT: 0 PFE_CFG_LOCAL_IF: 6 PFE_CFG_MASTER_IF: 6 PFE_CFG_SC_HIF: 1 PFE_CFG_HIF_RING_LENGTH: 256 PFE_CFG_PFE0_PROMISC: 1 PFE_CFG_PFE1_PROMISC: 1 PFE_CFG_PFE2_PROMISC: 1     1月1日 00:00:00.052io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全なIRQが有効になっています。InterruptAttach() または InterruptAttach_r() は許可されていません。   1月1日 00:00:00.052io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:42792バイトを読み込みました   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:ファームウェアファイルがロードされました: /proc/boot/s32g_pfe_class.fw   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1のMIIモード設定が見つかりませんでした。SGMIIを使用しています。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 用の MII モード設定が見つかりませんでした。RGMIIを使用しています。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:PFEペリフェラルリセットを発行中...   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 が v0x38f2e23000 にマッピングされました   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:ハードウェアバージョン 0x101   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: シリコンS32G3   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:フェイルストップモードは無効です   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンスが作成されました   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS: ウォッチドッグインスタンスが作成されました   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS:バスエラーインスタンスが作成されました   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS:FW フェイルストップインスタンスが作成されました   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS:ホストの障害停止インスタンスが作成されました   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS:インスタンスの停止に失敗しました   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS: ECC エラーインスタンスが作成されました   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファベース: p0xc0000000   1月1日 00:00:00.277io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2バッファベース:p0x83000000(0x200000バイト)   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE BMU IRQワーカーが開始されました(IRQ ID:226)   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション「g2_ordered_class_writes」は無効になっています。   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。プール準備完了。   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。プール準備完了。   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elf検出されました   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアをアップロード中   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:選択したFWロード操作により、8つのPEを並列ロードします。   1月1日 00:00:00.285io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8"   1月1日 00:00:00.288io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[FW バージョン] 1.7.0、ビルド: 2023年6月2日 13:48:57 (nogitaaa)、ID: 0x31454650   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN IDが間違っているか、設定されていません。デフォルトのVLAN ID = 0x01を使用します。   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN統計情報のサイズが正しくないか、設定されていません。デフォルトのVLAN統計サイズ=20を使用します。   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:ソフトウェアVLANハッシュテーブル @ p0x20001228     1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:フォールバックブリッジドメイン @ 0x20000a7c (クラス)   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:デフォルトブリッジドメイン @ 0x20000a74 (クラス)   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:ルーティングテーブルが作成されました。ハッシュテーブルはp0x80014000、プールはp0x8001c000です(65536バイト)。   1月1日 00:00:00.407io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64   1月1日 00:00:00.408io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64   1月1日 00:00:00.409io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64   1月1日 00:00:00.508io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:機能 err051211_workaround: 無効   1月1日 00:00:00.509iopkt.8メインバッファ 0 pfe0   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2152]:pfe0: PHYモードを使用: MDIO=0、ADDR=0、CLAUSE=0、RESET=0   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF0 IRQワーカーが開始されました(IRQ ID: 222)   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe0に00:0a:0b:0c:0d:66を追加   1月1日 00:00:00.511iopkt.8メインバッファ 0 pfe1   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 0   1月1日 00:00:00.511io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバー起動   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス: 0、ID: 0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2152]:pfe1: PHYモードを使用: MDIO=1、ADDR=0、CLAUSE=0、RESET=0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF1 IRQワーカーが開始されました(IRQ ID:223)   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe1に00:1a:1b:1c:1d:66を追加   1月1日 00:00:00.513iopkt.8メインバッファ 0 pfe2   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe1の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 1   1月1日 00:00:00.513io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバー起動   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス:1、ID:2   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2: 静的PHYモードを使用、RESET=0   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF2 IRQワーカーが開始されました(IRQ ID: 224)   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe2に00:2a:2b:2c:2d:66を追加   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みました: 2   1月1日 00:00:00.515io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバー起動   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス:2、ID:4   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:pfe0に00:0a:0b:0c:0d:66を追加   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:MACアドレス00:0a:0b:0c:0d:66をpfe0に割り当てることができません   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します   1月1日 00:00:00.538io_pkt_v6_hc.8スログ 0 INF[src/pfe_mdio.c:427]:pfe0: PHY @ バス 0 アドレス 0 が見つかりません。静的モードに切り替えます。   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.540io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します   1月1日 00:00:00.540io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に01:00:5e:00:00:01を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します   1月1日 00:00:00.554spi_master.24585 通常* 0 スパイマスターリソースマネージャー起動 1月1日 00:00:00.558spi_master.24587 通常* 0 spi-masterリソースマネージャー起動 1月1日 00:00:00.561spi_master.24588 normal* 0 spi-master resource マネージャ 起動 1月1日 00:00:00.565spi_master.24589 通常* 0 スパイマスターリソースマネージャー開始 1月1日 00:00:00.582devb_sdmmc_mx8x.24595 slog* 1800 devb-sdmmc-mx8x 1.00A (2026年6月23日 09:45:48) 1月1日 00:00:00.583devb_sdmmc_mx8x.24595 スログ 0 libcam.so(2020年6月22日 21:33:15) ババー 7010003 1月1日 00:00:00.594devb_sdmmc_mx8x.24595 slog 1800 sdio_cd: 挿入パス 0、cd 状態 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD CID: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 MID 0x27、OID 0x5048、PNM SD32G 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 PRV 0x62、PSN 0x6c62d132、MDT 4-2023 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD CSD: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 CSD_STRUCTURE 1、SPEC_VERS 0、CCC 0x5b5 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 TAAC 14、NSAC 0、TRAN_SPEED 50 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 C_SIZE 59023、C_SIZE_MULT 0 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 READ_BL_LEN 9、WRITE_BL_LEN 9 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 blksz 512、セクター 60440576、dtr 25000000 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD SW CAPS: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 バスモード 0x3、コマンドシステム 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 drvタイプ 0x1、現在の制限 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 dtr 50000000 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 CFG: タイミング HS、DTR 50000000、バス幅 4 ビット   1月1日 00:00:00.645devb_sdmmc_mx8x.24595 スログ 100 cam-disk.so(2020年6月22日 21:33:17) 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4、scsi_status=2、flag=00000040、vuflag=0008、cmd=1a、error=70、sense=5、asc=24、ascq=0 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4、scsi_status=2、flag=00000040、vuflag=0008、cmd=5a、error=70、sense=5、asc=24、ascq=0 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4、scsi_status=2、flag=00000040、vuflag=0008、cmd=5a、error=70、sense=5、asc=24、ascq=0 1月1日 00:00:01.827devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6: 割り当て戦略 0 1月1日 00:00:01.827devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6: btree ディレクトリ 0 を使用します 1月1日 00:00:01.828devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6: fs-qnx6: trim (0,1048576,2) は要求されておらず、サポートされていません 1月1日 00:00:01.833io_usb_otg.36885 slog* 0 main(453)[tid:1]: io-usb-otg (2020年6月13日 20:10:17) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:01.835devf_qspi_s32g.36884 slog* 0 (devf t1::f3s_qspi_ident:73) ページサイズ: 256 1月1日 00:00:01.835devf_qspi_s32g.36884 slog 0 (devf t1::f3s_qspi_ident:74) チップの合計サイズ: 0x4000000、ユニットサイズ: 0x10000 1月1日 00:00:01.839io_usb_otg.36885 slog 0 ehci_init: サーバーバージョン2で初期化中 1月1日 00:00:01.839io_usb_otg.36885 slog 0 ehci_controller_init(4303): devu-hcd-ehci-mx28.so (2024年4月19日 13:44:54): args ulpi,no_stream,verbose=5 1月1日 00:00:01.840io_usb_otg.36885 slog 8 usb_enum_port(94)[tid:1]: busno 0, parent -1, port 0, High speed 1月1日 00:00:01.840io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (タイプ 1、インデックス 0、長さ 😎 1月1日 00:00:01.840io_usb_otg.36885 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1月1日 00:00:01.840io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (タイプ 1、インデックス 0、長さ 18) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (タイプ 2、インデックス 0、長さ 9) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (タイプ 2、インデックス 0、長さ 25) 1月1日 00:00:01.841io_usb_otg.36885 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000、did 0x0000 が列挙されました(busno 0、devno 0:0) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 1月1日 00:00:01.841io_usb_otg.36885 slog 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:01.943io_usb_otg.36885 slog 0 usbh_timeout_init(203)[tid:1]: 完了 1月1日 00:00:01.954io_usb_otg.36885 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 1月1日 00:00:01.954io_usb_otg.36885 slog 0 s32g_phy_set_vbus: set_vbus off 1月1日 00:00:01.968io_usb_otg.36885 slog 0 s32g_phy_set_vbus: set_vbus オン 1月1日 00:00:01.979io_usb_otg.36885 slog 0 ehci_get_port_status(3568 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 1月1日 00:00:01.979io_usb_otg.36885 slog 8 usb_enum_port_extract(172)[tid:7]: (busno 0, pdevno 0, portno 1) 1月1日 00:00:01.979io_usb_otg.36885 slog 8 usb_enum_port_extract(192)[tid:7]: ステータス (2) 1月1日 00:00:01.983devb_umass.36886 slog* 900 devb-umass 1.00A (2020年6月22日 21:33:41) 1月1日 00:00:01.984devb_umass.36886 スログ 0 libcam.so(2020年6月22日 21:33:15)学士 7010003 1月1日 00:00:01.985io_usb_otg.36885 slog 0 usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/boot/devb-umass usbdi_client 32eebb9a80 1月1日 00:00:01.986io_usb_otg.36885 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 36886 usbdi_client 32eebb9a80 1月1日 00:00:01.986devb_umass.36886 slog 0 usbdi デバッグパス /pps/usb/debug/ が存在しません   プロセス49177(slog2info)が終了ステータス0で終了しました。 # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=8802 mtu 1500 capabilities=1f 有効=0 アドレス: 00:2a:2b:2c:2d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし   プロセス57369(ifconfig)が終了ステータス0で終了しました。 # Re: S32G399A-RDB3 QNX PFE Driver Problems さて、ここでs32g_pfe_class.fwとs32g_pfe_util.fwをPFE-FW_S32G_1.6.0.zipのファイルに置き換えました: https://nxp.flexnetoperations.com/control/frse/download?agree=Accept&element=14074877 U-Bootパラメータ: setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;atf_fdt_0to3 を実行; atf_fdt_4to7 を実行; mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui をファットロード;pfeng 有効化; s32ccgmac 無効化; s32ccgmac 有効化; bootm 0x80080000 - 0x83E00000' setenv atf_fdt_0to3 'fdt addr 0x83e00000; fdt resize; fdt set /cpus/cpu@1 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@100 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@101 cpu-release-addr <0x0 0xa0000010>;' setenv atf_fdt_4to7 'fdt set /cpus/cpu@2 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@3 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@102 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@103 cpu-release-addr <0x0 0xa0000010>;' setenv release_cpus 'run cpu_trap; mp 1 release 0xa0000000; mp 2 release 0xa0000000; mp 3 release 0xa0000000; mp 4 release 0xa0000000; mp 5 release 0xa0000000; mp 6 release 0xa0000000; mp 7 release 0xa0000000;' setenv cpu_trap 'dcache off; mw.l 0xa0000000 0xd503205f; mw.l 0xa0000004 0x58000060; mw.l 0xa0000008 0xb4ffffc0; mw.l 0xa000000C 0xd61f0000; mw.q 0xa0000010 0x00000000; dcache on;' setenv bootcmd 'run boot_qnx_atf' setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' setenv s32cc_gmac_mode disable saveenv 注: boot_qnx_atf から release_cpus コマンドを削除しました。そうしないと、CPU 1 エラーが発生するためです。 私にはあまり良く見えません。 お知らせ:BL2:v2.5(リリース):bsp37.0_rc6-2.5 お知らせ:BL2:ビルド日時:2023年6月13日 09:12:21 通知: BL2: BL31を起動しています     U-Boot 2020.04+g156b168010(2023年6月9日 10:14:25 +0000)   CPU: NXP S32G399A rev.1.1 モデル:NXP S32G399A-RDB3 DRAM: 3.5 GiB MMC: FSL_SDHC: 0 MMCから環境を読み込んでいます... OK PCIe0をルートコンプレックスとして構成する PCIe0: リンクアップに失敗しました PCI: 自動構成バー 1c が失敗しました 入力: serial@401c8000 出力: serial@401c8000 エラー: serial@401c8000 ボード改訂:RDB3 改訂F ネットワーク: EQOS 物理: rgmii @ 1   警告: eth_eqos (eth0) はランダムな MAC アドレス 16:ec:a0:4e:1d:7c を使用しています eth0: eth_eqos emac1_xpcs の XPCS の速度を取得できませんでした PFE: emac0: sgmii emac1: sgmii emac2: rgmii 、eth1: eth_pfeng 自動起動を停止するには、いずれかのキーを押してください: 3 2 1 0 パーティション#0に切り替える、OK mmc0は現在のデバイスです 50640バイトを17ミリ秒で読み込みました(2.8 MiB/秒) 11950600バイトを534ミリ秒で読み込みました(21.3 MiB/秒) ## レガシーイメージからカーネルを80080000番地で起動中... 画像名: イメージタイプ:AArch64 Linux カーネルイメージ(非圧縮) データサイズ: 11950536バイト = 11.4MiB ロードアドレス: 80080000 エントリーポイント: 80080000 チェックサムを検証中...OK ## フラット化されたデバイスツリーブロブ (83e00000) 0x83e00000にあるfdtブロブを使用して起動しています カーネルイメージをロード中 デバイスツリーを0000000083e00000で使用、終了0000000083e0ffff 修正: pfe0 を 00:01:be:be:ef:11 に設定 修正: pfe1 を 00:01:be:be:ef:22 に設定 修正: pfe1: phy アドレスを 0x8 に更新 修正: pfe2 を 00:01:be:be:ef:33 に設定   カーネルを起動中…   EVB/RDB上のPFEドライバ用にRAM領域を予約する 終わり。 ClockCyclesのサンプル: 0 43642864 1 43642864 2 43642864 3 43642864 4 43642864 5 43642864 6 43642864 7 43642864 許容範囲内のすべてのクロックサイクルオフセット QNX Neutrino 7.1.0へようこそNXP S32G399A RDBボード上で!! 監視役を開始… シリアルドライバー起動中... ネットワークドライバー(/dev/socket)を起動中...   プロセス4107(ifconfig)が終了ステータス0で終了しました。   プロセス10(sh)が終了ステータス0で終了しました。   プロセス9(dhclient)の終了ステータスは0です。 cp: ファイルをオープンソースできません。(/proc/boot/libfci_cli)   プロセス20489(cp)が終了ステータス1で終了しました。 起動中のSPIドライバー(/dev/spi0,1,2,3,4,5)... I2C 0/1/2/3/4ドライバー(/dev/i2c0,1,2,3,4)を起動中... USDHC0メモリーカードドライバーを起動中... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC:   プロセス24596(chkqnx6fs)が終了ステータス0で終了しました。   プロセス28692(マウント)が終了ステータス0で終了しました。 QSPI Flashドライバーを起動中... USBホストドライバー(/dev/usb/*)を起動中 検出されたQSPIフラッシュ:Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ:0x4000000 /dev/usb/* 用に devb-umass を起動しています... # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=8802 mtu 1500 capabilities=1f 有効=0 アドレス: 00:2a:2b:2c:2d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし   プロセス40985(ifconfig)が終了ステータス0で終了しました。 # プロセス36891(スリープ)が終了ステータス0で終了しました。 sh: /var/cetitec2/startup.sh:そのようなファイル、又はディレクトリはありません   プロセス 53273 (sh) は、プロセス 0 によって signo=0 code=0 で終了しました。   # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=8802 mtu 1500 capabilities=1f 有効=0 アドレス: 00:2a:2b:2c:2d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし   # slog2info | grep pfe 1月1日 00:00:00.051 iopkt.8main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:バージョン情報 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全なIRQが有効になっています。InterruptAttach() または InterruptAttach_r() は許可されていません。 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:49480バイトを読み込みました 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:ファームウェアファイルがロードされました: /proc/boot/s32g_pfe_class.fw 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 用の MII モード設定が見つかりませんでした。RGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:PFEペリフェラルリセットを発行中... 1月1日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 が v0x1abef95000 にマッピングされました 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:ハードウェアバージョン 0x101 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: シリコンS32G3 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:フェイルストップモードは無効です 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS: ウォッチドッグインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS:バスエラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS:FW フェイルストップインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS:ホストの障害停止インスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS:インスタンスの停止に失敗しました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS: ECC エラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファベース: p0xc0000000 1 月 1 日 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2バッファベース:p0x83000000(0x200000バイト) 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション「g2_ordered_class_writes」は無効になっています。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。プール準備完了。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。プール準備完了。 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elf検出されました 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアをアップロード中 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:選択したFWロード操作により、8つのPEを並列ロードします。 1 月 01 日 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8" 1 月 1 日 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[FW バージョン] 1.6.0、ビルド: 2023年3月15日 12:37:54 ()、ID: 0x31454650 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN IDが間違っているか、設定されていません。デフォルトのVLAN ID = 0x01を使用します。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN統計情報のサイズが正しくないか、設定されていません。デフォルトのVLAN統計サイズ=20を使用します。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:ソフトウェアVLANハッシュテーブル @ p0x20001208 1月1日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:フォールバックブリッジドメイン @ 0x20000a44 (クラス) 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:デフォルトのブリッジドメイン @ 0x20000a3c (クラス) 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:ルーティングテーブルが作成されました。ハッシュテーブルはp0x80014000、プールはp0x8001c000です(65536バイト)。 1 月 1 日 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.508 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:機能 err051211_workaround: 無効 1月1日 00:00:00.509 iopkt.8メインバッファ 0 pfe0 1 月 1 日 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.510 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe0に00:0a:0b:0c:0d:66を追加 1月1日 00:00:00.512 iopkt.8メインバッファ 0 pfe1 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス: 0、ID: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe1に00:1a:1b:1c:1d:66を追加 1月1日 00:00:00.514 iopkt.8メインバッファ 0 pfe2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe1の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 1 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス:1、ID:2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe2に00:2a:2b:2c:2d:66を追加 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みました: 2 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIFドライバ started Jan 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス:2、ID:4 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:MACアドレス00:0a:0b:0c:0d:66をpfe0に割り当てることができません 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 1 日 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に01:00:5e:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します #slog2info | grep io_pkt_v6_hc 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:バージョン情報 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全なIRQが有効になっています。InterruptAttach() または InterruptAttach_r() は許可されていません。 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:49480バイトを読み込みました 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:ファームウェアファイルがロードされました: /proc/boot/s32g_pfe_class.fw 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 用の MII モード設定が見つかりませんでした。RGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:PFEペリフェラルリセットを発行中... 1月1日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 が v0x1abef95000 にマッピングされました 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:ハードウェアバージョン 0x101 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: シリコンS32G3 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:フェイルストップモードは無効です 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS: ウォッチドッグインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS:バスエラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS:FW フェイルストップインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS:ホストの障害停止インスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS:インスタンスの停止に失敗しました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS: ECC エラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファベース: p0xc0000000 1 月 1 日 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2バッファベース:p0x83000000(0x200000バイト) 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション「g2_ordered_class_writes」は無効になっています。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQワーカーが開始されました (IRQ ID: 226) 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。プール準備完了。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。プール準備完了。 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elf検出されました 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアをアップロード中 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:選択したFWロード操作により、8つのPEを並列ロードします。 1 月 01 日 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8" 1 月 1 日 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[FW バージョン] 1.6.0、ビルド: 2023年3月15日 12:37:54 ()、ID: 0x31454650 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN IDが間違っているか、設定されていません。デフォルトのVLAN ID = 0x01を使用します。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN統計情報のサイズが正しくないか、設定されていません。デフォルトのVLAN統計サイズ=20を使用します。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:ソフトウェアVLANハッシュテーブル @ p0x20001208 1月1日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:フォールバックブリッジドメイン @ 0x20000a44 (クラス) 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:デフォルトのブリッジドメイン @ 0x20000a3c (クラス) 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:ルーティングテーブルが作成されました。ハッシュテーブルはp0x80014000、プールはp0x8001c000です(65536バイト)。 1 月 1 日 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.508 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:機能 err051211_workaround: 無効 1 月 1 日 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQワーカーが開始されました (IRQ ID: 222) 1 月 1 日 00:00:00.510 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス: 0、ID: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQワーカーが開始されました (IRQ ID: 223) 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe1に00:1a:1b:1c:1d:66を追加 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe1の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 1 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス:1、ID:2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQワーカーが開始されました (IRQ ID: 224) 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe2に00:2a:2b:2c:2d:66を追加 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みました: 2 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIFドライバ started Jan 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス:2、ID:4 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:MACアドレス00:0a:0b:0c:0d:66をpfe0に割り当てることができません 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 1 日 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に01:00:5e:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します プロセス172057(slog2info)が終了ステータス0で終了しました。 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2495]:emac0から01:00:5e:00:00:01を削除しています 1 月 1 日 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_phy_if.c:2716]:アドレス 01:00:5e:00:00:01 が emac0 から削除されました 1 月 1 日 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca 投稿ありがとうございます。 デフォルトでは、S32G PFE QNX ドライバーバージョン1.4.0はS32G PFEファームウェア標準バージョン1.6.0に対応していますが、このPFEファームウェアバージョンでもう一度テストしていただけますか? BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems さて、ダウンロードしました BSP_nxp-s32g-evb_br-710_be-710_SVN984052_JBN51 あなたが言及したパッケージ、.buildを修正したファイルを追加して kprintf("EVB/RDB\nでPFEドライバー用にRAM領域を予約する"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM、「pfe_ddr」「ram」); ~ src/hardware/startup/boards/s32g/s32g399a-rdb/s32g_init_raminfo.c を開き、ifs ファイルを生成された ifs-s32g399a-rdb.ui に置き換えます。 残念ながら、上記のpfe_ddr割り当ては実行されないようです。 この新しいイメージを動作させるために、ubootのパラメータなどを変更する必要はありますか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 統合マニュアルを厳密に参照することをお勧めします。あなたが言及した部分を参照してください。QNX BSPをビルディングする前に以下の部分を修正する必要があります。 chenyin_h_0-1782443542271.png BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 NXPは、board_cleanup_before_linuxのように、PFEに必要なubootの変更が既に含まれているSDカードイメージを提供しているかどうかご存知ですか? binaries_auto_linux_bsp37.0_s32g3_pfeのようなパッケージが何をするのかはわかりません。 よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは。@セネカ ご返信ありがとうございます。 1.組み合わせについては、QNX PFEドライバに含まれる推奨・テスト済みの組み合わせを直接参照することをお勧めします。 他の組み合わせがうまくいくかどうかは分かりません。必要であれば、それに応じてテストしてみてください。 2. 入手可能な情報によると、QNX PFEドライブ1.2では、サポートされるPFEファームウェアは1.2であり、テストにはBSP30が使用されています。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems 使用されたPFEファームウェアのバージョンは何でしたか? JBN51にはNXP BSP39が必要で、これにはPFEファームウェア1.8.0が付属しています。しかし、Pfeドライバー1.7.0リリースノートのセクション2.1.3には、このリリースでテストされたのはPFW FW 1.10.0のみと記載されています。 Seneca_0-1782903766239.png Re: S32G399A-RDB3 QNX PFE Driver Problems 統合マニュアルに従って、自分でU-Bootを構築しました。PFEドライバー1.7.0のセクション2.10.2からの修正を加えました統合マニュアル。起動中にエラーが発生したようです。 board_cleanup_before_linux: QNX PFE コード。 ethernet@4033c000 PHYの自動交渉完了を待っていますか.........タイムアウト! phy_startup()失敗:-110 失敗:-110 PFEバージョン0x0101(S32G3)を見つけました PFEバージョン0x0101(S32G3)を見つけました pfe2 PHY自動交渉完了を待っていますか.........タイムアウト! pfe1 pfeng_netif:PFE1でXPCSリンクを確立できませんでした これは普通のことですか? Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 私は以下の組み合わせを試してみようと思っています。 BSP 33 PFEドライバー 1.2.0 PFE FW 1.3.0 これは公式にサポートされているのですか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 私は以下の組み合わせを試してみようと思っています。 BSP 33 PFEドライバー 1.2.0 PFE FW 1.3.0 これは公式にサポートされているのですか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 テストされたBSPバージョンはBSP39で、QNXドライバーバージョン1.7.0およびQNX SDP 7.1 BSP JBN51を組み合わせたものです BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、陳音さん、 PFEドライバー1.7.0をQNXJBN51でテストした人が使っていたNXP BSPバージョンを教えてもらえますか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca 申し訳ありませんが、そのような画像は一般公開されていません。 「 binaries_auto_linux_bsp37.0_s32g3_pfe 」は、以下のtgzファイルの名前のようです。 chenyin_h_0-1782879234963.png もしそうなら、NXPが提供したLinux BSPの事前ビルドバイナリが含まれており、QNX関連のイメージは含まれていません。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 詳細な調査のため、U-Boot環境情報を含む完全な起動ログをご提供いただけますでしょうか? BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems 注:pfe0とpfe2は同時に動作しません。そして、外部マシンからpingを実行すると、pfe0に奇妙なMACアドレスが割り当てられます。 arp -a | grep 192 ?(192.168.0.200) 22:33:44:55:66:77 [ether] on enx00e04c680383 ?(192.168.0.202) enx00e04c680383 上の これはqnx slog2infoからの情報です。 1月1日 00:00:58.251 iopkt.4121 main_buffer 0 重複IPアドレス 192.168.0.200 がリンクアドレス 22:33:44:55:66:77 から送信されました Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ログを共有していただきありがとうございます。 起動段階でserdesに問題が発生していたようですが、以下の変更は実施されましたでしょうか?(init_serdes() 関数をコメントアウトする) chenyin_h_0-1782977121730.png BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems 注:io pktは現在起動していません。ただし、それを起動しても、キャリアが見つからない問題は解消されません。 U-Boot 2022.04 (2026年7月1日 16:53:39 +0200) SoC: NXP S32G399A rev.1.1 CPU:ARM Cortex-A53 r0p4 @ max 1300 MHz モデル:NXP S32G399A-RDB3 DRAM:3.5 GiB コア:306デバイス、25 uクラス、devicetree:ボード MMC: FSL_SDHC: 0 MMCからの読み込み環境...わかった 収録:serial@401c8000 アウト:serial@401c8000 えっと:serial@401c8000 ボード改訂:RDB3 改訂 F PCIe: BusDevFun VendorId DeviceId デバイスクラスサブクラス __________________________________________________________________________ pcie@40400000 ルートコンプレックス |「-- 01:00 0x1957 0x4300 ブリッジ装置0x04 ネット:eth0: ethernet@4033c000 PFEバージョン0x0101(S32G3)を見つけました 、eth1: PFE0、eth2: PFE1、eth3: PFE2 Hit any key to stop autoboot: 2  1  0 => printenv atf_fdt_0to3=FDT addr 0x83e00000;FDTリサイズ;FDT セット /CPUS/cpu@1 CPU-release-addr <0x0 0xa0000010>;FDT set /CPUS/cpu@100 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@101 CPU-release-addr <0x0 0xa0000010>; atf_fdt_4to7=FDT set /cpus/cpu@2 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@3 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@102 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@103 CPU-リリース-addr <0x0 0xa0000010>; ボーレート=115200 board_rev=F boot_mtd=booti boot_qnx_atf=MMC dev 0;ファットロード MMC 0:1 0x83e00000 S32G399A-RDB3.dtb;atf_fdt_0to3 を実行; atf_fdt_4to7 を実行; mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui をファットロード;ブーツム0x80080000 - 0x83E00000 bootargs=root=/dev/ram RW EarlyCon loglevel=7 bootcmd=run boot_qnx_atf ブート遅延=2 console=ttyLF0 cpu_trap=dcache off;MW.L 0xa0000000 0xd503205f;MW.L 0xa0000004 0x58000060;MW.L 0xa0000008 0xb4ffffc0;MW.L 0xa000000C 0xd61f0000;MW.Q 0xa0000010 0x00000000;dcache on; eth1addr=00:04:9f:be:ef:00 eth2addr=00:04:9f:be:ef:01 eth3addr=00:04:9f:be:ef:02 Ethaddr=0E:46:58:92:0B:68 fdt_addr=0x83000000 fdt_enable_hs400es=FDT 加算 ${fdt_addr};FDT RM /SOC/MMC No-1-8-V;FDTリサイズ; fdt_file=S32G399a-rdb3.dtb fdt_high=0xffffffffffffffff fdt_override=; FDTcontroladdr=ffa96000 flashboot=echo フラッシュから起動中...;flashbootargsを実行;mtdはKernel ${loadaddr}を読みました;mtdはDTBを読み ${fdt_addr};mtdはRootfs ${ramdisk_addr}と読んでいました;${boot_mtd} ${loadaddr} ${ramdisk_addr} ${fdt_addr}; FlashBootArgs=setenv bootargs console=${console},${baudrate} root=/dev/ram RW earlycon ;Setenv Flashsize 0x04000000; hwconfig=serdes0:mode=pcie,clock=ext;PCIe0:mode=rc;Serdes1:mode=XPCs0&XPCs1,clock=ext,FMHZ=125;xpcs1_0:速度=2G5;xpcs1_1:速度=1G 画像=画像 initrd_high=0xffffffffffffffff ipaddr=10.0.0.100 loadaddr=0x80000000 LoadFDT=Fatload MMC ${mmcdev}:${mmcpart}${fdt_addr} span translate=「いいえ」>13 ${fdt_file};fdt_override走る; loadimage=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${image} loadtftpfdt=tftp ${fdt_addr} ${fdt_file}; loadtftpimage=tftp ${loadaddr} ${image}; mmcargs=setenv bootargs console=${console},${baudrate} root=${mmcroot} earlycon mmcboot=echo mmcから起動中 ...;mmcargsを運営し、loadFDTを実行すると、そしてfdt_fixups走る; ${boot_mtd} ${loadaddr} - ${fdt_addr};そうでなければエコーWARN:DTをロードできません;fi; MMCDEV=0 MMCPART=1 MMCroot=/dev/mmcblk0p2 rootwait RW NetARGS=setenv bootargs console=${console},${baudrate} root=/dev/nfs ip=dhcp nfsroot=${serverip}:${nfsroot},v3,TCP earlycon netboot=echo ネットから起動中...;NetARGSを運営;もし検定 ${ip_dyn} = はいならば、次にSetenv get_cmd DHCP、else setenv get_cmd TFTP;fi; ${get_cmd} ${image};もし検定 ${boot_fdt} = はい ||テスト ${boot_fdt} =トライ;もし ${get_cmd} ${fdt_addr} ${fdt_file}ならば;それなら ${boot_mtd}${loadaddr} span translate=「no」>42 - ${fdt_addr};そうでなければ test ${boot_fdt} = try の場合;次に${boot_mtd};そうでなければエコーWARN:DTをロードできません;fi;fi;それ以外${boot_mtd};fi; netmask=255.255.255.0 nfsboot=echo tftpとnfsを使用してネットからブートしています...; run nfsbootargs;run loadtftpimage; run loadtftpfdt; ${boot_mtd} ${loadaddr} - ${fdt_addr} ; nfsbootargs=setenv bootargs console= ${console} , ${baudrate} root=/dev/nfs rw ip= ${ipaddr} : ${serverip} :: ${netmask} ::eth0:off nfsroot= ${serverip} :/tftpboot/rfs,nolock,v3,tcp earlycon pfe1_phy_addr=8 pfeng_mode=enable,sgmii,sgmii,rgmii ramdisk_addr=0x90000000 release_cpus=run cpu_trap; mp 1 release 0xa0000000; mp 2 release 0xa0000000; mp 3 release 0xa0000000; mp 4 release 0xa0000000; mp 5 release 0xa0000000; mp 6 release 0xa0000000; mp 7 release 0xa0000000; script=boot.scr serverip=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 stdin=serial@401c8000 stdout=serial@401c8000 環境サイズ:3581/8188バイト =>ブーツ パーティション#0に切り替える、OK MMC0は現在のデバイスです 59970バイトを7ms(8.2 MiB/s)で読み取る 9362112バイトの読み取り速度は394ms(22.7 MiB/s) ## Booting kernel from Legacy Image at 80080000 ... Image Name: Image Type: AArch64 Linux Kernel Image (uncompressed) Data Size: 9362048 Bytes = 8.9 MiB Load Address: 80080000 Entry Point: 80080000 Verifying Checksum ... OK ## 83e00000のフラット化されたデバイスツリーブロブ 0x83e00000のFDTブロブを使って起動します カーネルイメージの読み込み デバイスツリーを00000000083e00000に設置して、終了時の0000000083e11fff 修正:PFE1:PHY ADRを0x8に更新 カーネルを起動中… board_cleanup_before_linux: QNX PFE コード。 ethernet@4033c000 PHYの自動交渉完了を待っていますか.........タイムアウト! phy_startup()失敗:-110 失敗:-110 PFEバージョン0x0101(S32G3)を見つけました PFEバージョン0x0101(S32G3)を見つけました pfe2 PHY自動交渉完了を待っていますか.........タイムアウト! pfe1 pfeng_netif:PFE1でXPCSリンクを確立できませんでした ## Setting pfe_ts clock ... ## 時計ftm0_sysセット... ## Setting ftm0_ext clock ... ## 時計ftm1_sysセット... ## 時計ftm1_extセット ... EVB/RDB上のPFEドライバー用にRAM領域を予約する ClockCyclesサンプル: 0 166386615 1 166386614 2 166386615 3 166386615 4 166386615 5 166386615 6 166386616 7 166386615 すべてのClockCyclesオフセットは許容範囲内です QNX ニュートリノ 7.1.0へようこそNXP S32G399A RDBボードにて!! 見張りを始める... シリアルドライバ起動中... ネットワークドライバ(/dev/socket)を起動中... Utarting SPIドライバ(/dev/spi0,1,2,3,4,5)... I2C 0/1/2/3/4ドライバ(/dev/i2c0,1,2,3,4)を起動中... USDHC0メモリーカードドライバを起動中... [00] QSPI フラッシュドライバを起動中... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: USBホストドライバ(/dev/usb/*)を起動中 QSPIフラッシュ検出:Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ:0x4000000 /dev/usb/* のdevb-umassを起動します... U# slogi 2info 1月1日 00:00:00.022 ランダム.4low* 0 qcrypto: 設定ファイル '/etc/qcrypto.conf' を読み込んでいます[qcrypto_common.c(190)] 1月1日 00:00:00.023 random.4..0 slog* 700 RandomはFortuna PRNGを使用しています 1月1日 00:00:00.031 ランダム.4low 0 qcrypto: 'openssl' プラグインがロードされました [qcrypto_plugins.c(354)] 1月1日 00:00:00.031 random..0 スログ700 エントロピーソースとしてタイマーを選択する 1月1日 00:00:00.031 random..0 slog 700 登録済みパス名 1月1日 00:00:00.031 random..0 スログ700ランダム:レスミュラー開始 1月1日 00:00:00.031 random..0 スログ 700 ランダム:プロセスをデーモニズム化 1月1日 00:00:00.041 devc_serlinflexd.7 スロー* 0 serlinflexd_interrupt_attach:中断114に接続中 1月1日 00:00:10.146 spi_master.8 通常* 0 スパイマスターリソースマネージャー起動中 1月1日 00:00:10.149 spi_master.9 通常* 0 spi-masterリソースマネージャー起動中 1月1日 00:00:10.152 spi_master.10 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.155 spi_master.11 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.158 spi_master.12 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.161 spi_master.13 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.177 devb_sdmmc_mx8x.19 slog* 1800 devb-sdmmc-mx8x 1.00A (2026年7月1日 14:10:37) 1月1日 00:00:10.178 devb_sdmmc_mx8x.19 スログ 0 libcam.so(2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.189 devb_sdmmc_mx8x.19 スログ 1800 sdio_cd:挿入パス0、CD 状態0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SD CID: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 ミッド0x27、OID 0x5048、PNM SD32G 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ1800 PRV 0x62、PSN 0x6c62d196、MDT 4-2023 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SDのCSD: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スローグ 1800 消去 GRP_SIZE 0, GRP_MULT 0, サイズ 127 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 blksz 512, sectors 60440576, dtr 25000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SD SWキャップ: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 バスモード0x3、cmd sys 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ1800 drv タイプ0x1、現在の限界0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 dtr 50000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 CFG:タイミングHS、DTR 50000000、バス幅4ビット 1月1日 00:00:10.240 devb_sdmmc_mx8x.19 スログ100 cam-disk.so(2020年6月22日 21:33:17) 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=1a, error=70, sense=5, asc=24, ascq=0 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, sense=5, asc=24, ascq=0 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, sense=5, asc=24, ascq=0 1月1日 00:00:10.248 io_usb_otg.21 slog* 0 main(453)[tid:1]: io-usb-otg (2020年6月13日 20:10:17) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:10.250 devf_qspi_s32g.20 スローグ* 0 (devf t1::f3s_qspi_ident:73) ページサイズ:256 1月1日 00:00:10.250 devf_qspi_s32g.20 スログ0(devf t1::f3s_qspi_ident:74) チップサイズ:0x4000000、ユニットサイズ:0x10000 1月1日 00:00:10.254 io_usb_otg.21 スログ 0 ehci_init: バージョン2で初期化 1月1日 00:00:10.254 io_usb_otg.21 スログ 0 ehci_controller_init(4292): devu-hcd-ehci-mx28.so (2023年8月15日 16:44:48): args ulpi,no_stream,verbose=5 1月1日 00:00:10.254 io_usb_otg.21 スログ 8 usb_enum_port(94)[tid:1]: バスノ0、親船-1、ポート0、高速 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ1, インデックス0、長さ 😎 1月1日 00:00:10.255 io_usb_otg.21 スログ 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ1、インデックス0、長さ18) 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ2、インデックス0、長さ9) 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ2、インデックス0、長さ25) 1月1日 00:00:10.256 io_usb_otg.21 スログ 8 usb_enum_port(141)[tid:1]: vid 0x0000、列挙0x0000しましたか(busno 0, devno 0:0) 1月1日 00:00:10.256 io_usb_otg.21 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 1月1日 00:00:10.256 io_usb_otg.21 スログ 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:10.358 io_usb_otg.21 苦労 0 usbh_timeout_init(203)[tid:1]: 完了 1月1日 00:00:10.369 io_usb_otg.21 苦労 0 read_vid_pid:ULPI VID 0x0424 PID 0x0009 1月1日 00:00:10.369 io_usb_otg.21 苦労 0 s32g_phy_set_vbus: set_vbus off 1月1日 00:00:10.383 io_usb_otg.21 スローグ 0 s32g_phy_set_vbus: でset_vbus 1月1日 00:00:10.394 io_usb_otg.21 slog 0 ehci_get_port_status(3557 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 1月1日 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(172)[tid:7]: (busno 0, pdevno 0, portno 1) 1月1日 00:00:10.394 io_usb_otg.21 スログ 8 usb_enum_port_extract(192)[tid:7]: status(2) 1月1日 00:00:10.398 devb_umass.22 スログ* 900 devb-umass 1.00A (2020年6月22日 21:33:41)) 1月1日 00:00:10.399 devb_umass.22 スローグ 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.400 io_usb_otg.21 slog 0 usbdi_client_connect(58)[tid:5]: pid 22 proc=proc/boot/devb-umass usbdi_client 51ba29fa80 1月1日 00:00:10.400 io_usb_otg.21 苦労 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 22 usbdi_client 51ba29fa80 1月1日 00:00:10.400 devb_umass.22 slog 0 usbdi デバッグパス /pps/usb/debug/ が存在しません 1月1日 00:00:14.507 qconn.24 slog* 0 リスニングサービスを初期化できませんでした:tcp(アドレスファミリはプロトコルファミリでサポートされていません) Re: S32G399A-RDB3 QNX PFE Driver Problems さて、さらにニュースをお伝えします。 ネットワーククライアントを手動で起動すると IO-pkt-v6-HC -p tcpip pkt_typed_mem=pfe_ddr -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw pfe0に静的IPアドレスを設定します ifconfig pfe0 192.168.0.200 netmask 255.255.255.0 ifconfig pfe0 down ifconfig pfe0 up 実際に外部アドレスへのpingが成功しました。 それでも、ifconfigのpfe0ではイーサネットが全く表示されません。インターフェース速度の交渉に問題があるように思えます # slog2info | grep pfe0 Jan 01 00:00:25.515 iopkt.4121 main_buffer 0 /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw 1 月 1 日 00:00:25.517 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:1460]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1月1日 00:00:25.647 iopkt.4121 main_buffer 0 pfe0 プロセス98332(slog2info)が終了ステータス0で終了しました。 1 月 1 日 00:00:25.647 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2124]:pfe0: 静的PHYモードを使用、RESET=0 1 月 01 日 00:00:25.647 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2286]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:01:05.966 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します Pfe2の場合、ubootのboard_cleanup_before_linuxで既に失敗している可能性があります。 pfe2 PHY自動交渉完了を待っていますか.........タイムアウト! 追記:pfe2からもpingは得られますが、正しい速度の交渉に問題があるようです。上記のタイムアウト値は正しいのでしょうか? Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 init_serdes(); s32g399a-rdb の main.c からコメントアウトされています。 よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems それでは、これらの質問がゴールに近づくための助けとなることを願っています。 - pfe0とpfe2のMACアドレスはどのように設定すればよいですか?io pkt を介して設定しようとする試みがあることは理解しています。 IO-pkt-v6-HC -p tcpip pkt_typed_mem=pfe_ddr -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw しかし、外部マシンからpfe0にpingを実行すると、そのマシンのARPテーブルには偽のアドレスが表示されます。 ? (192.168.0.200) 22:33:44:55:66:77 [ether] on enx00e04c680383 外部マシンでは、tcpdumpによって、192.168.0.200を持つpfe0からのARP応答がないことが明らかになった。 08:53:11.208021 IP6 ユーザー-Precision-7510 > ff02::16: HBH ICMP6、マルチキャストリスナーレポートv2、グループレコード2件、長さ48 08:53:11.394038 IP6 ユーザー-Precision-7510 > ff02::16: HBH ICMP6、マルチキャストリスナーレポートv2、グループレコード2件、長さ48 08:53:25.750284 ARP、誰かをリクエスト 192.168.0.200 テイル 192.168.0.200、長さ46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6、マルチキャストリスナー報告 最大応答遅延:0 addr: ff02::1:ff0c:d66、長さ24 08:53:26.692011 IP6 :: > ff02::1:ff0c:d66: ICMP6、隣人の勧誘、誰がfe80を持っているか::20a:bff:fe0c:d66、長さ24 08:53:32.742005 IP6 fe80::20a:BFF:fe0c:d66 > ff02::1:ff0c:d66: HBH ICMP6、マルチキャストリスナーレポート 最大解像度遅延:0 addr: ff02::1:ff0c:d66、長さ24 外部マシンから再度pingを送信すると、ようやく応答が得られました。 08:59:22.118282 ARP、192.168.0.200 をリクエスト、ユーザー-Precision-7510を伝えてください、長さ28 08:59:22.118553 ARP、応答 192.168.0.200 is-at 22:33:44:55:66:77 (oui 不明)、長さ46 08:59:22.118569 IP ユーザー-Precision-7510 > 192.168.0.200:ICMPエコー要求、ID 1、シーケンス番号 1、長さ 64 08:59:22.118554 ARP、応答 192.168.0.200 is-at 00:0a:0b:0c:0d:66 (oui 不明)、長さ 46 00:0a:0b:0c:0d:66 が正しい MAC アドレスです。 それにもかかわらず、外部マシンのARPテーブルには依然として偽のアドレスが表示されている。 arp -a ? (192.168.0.200) 22:33:44:55:66:77 [ether] on enx00e04c680383 私の最初の推測では、ubootで手動で設定するべきだと思うのですが、統合マニュアルにはそれを推奨するセクションが見当たりません。 - 「固定リンク」を使用するためのコマンドは何ですか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems なるほど。 ethaddr、eth1addr、eth2addr、eth3addrは私のubootで設定されていますが、pfe0の奇妙なMACを防ぐには十分ではありません。 他にパラメータはありますか? Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 1.MACアドレスを設定するには、例えば「io-pkt-v6-hc -p tcpip -d \ pfe1_mac=000a0b0c0d0e,pfe2_mac=001a1b1c1d1e」を使用してみてください。 2. RDB3を使っているので、デフォルト設定で試したのですが、PFE0はsja1110スイッチに接続しています。通常、192.168.0.200はSJA1110 SDK内で内部設定されています。ですので、このIPはPFE0のテストに使わないことをお勧めします。PFE0には192.168.1.Xなど他のIPアドレスを設定してみてください。 3. u-bootでは、各MACアドレスに対して「setenv ethaddr/eth1addr/eth2addr xxxx」を使用してMACアドレスを設定してみてください。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems では、これを正しく理解するために: たまたま192.168.0.200を使用している別のコンポーネントがあるのでしょうか? そして、192.168.1.200 を使用した場合pfe0なら大丈夫でしょうか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca 最新情報をありがとうございます。 PFEが外部マシンと正しくpingできてよかった。 QNXにおけるPFEドライバーには制限があります: chenyin_h_0-1783044213433.png したがって、ANによってトリガーされる速度変更はサポートされていない間、固定リンクの使用が推奨されます。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 1. はい、通常は接続されたスイッチでデフォルトで使用されています。 2. あなたがおっしゃった新しいIPアドレスはテストには問題ないと思います。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、chenyinさん。 イーサネットポートのGMac0、pfe0、pfe2を使ってブリッジインターフェースを作成するつもりです。 https://www.qnx.com/developers/docs/7.0.0/index.html#com.qnx.doc.neutrino.utilities/topic/b/brconfig.html 接続されたクライアントはサブネット192.168.0.X(ネットマスク255.255.255.0)に存在することを想定しています。 これは192.168.0.200や他のものと競合しますか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 もし192.168.0.xサブネットを使いたい場合、PFE0とスイッチに接続されている外部デバイスの両方に192.168.0.200を割り当てていない場合、外部からPFE0へのピンを試みる際のネットワーク接続には正しく対応します。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 192.168.0.200がブロードキャスト通話を聞いているか教えてもらえますか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems 社内で確認していただけますか?192.168.0.200がサブネットを単独で制御する必要があるような動作はありますか? Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 私の理解では、192.168.0.200を使用しない場合、競合は発生しないはずです。 ただし、可能であれば、問題を回避するために別のサブネットを使用することをお勧めします。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 このIPはリンクされたデバイスからのブロードキャストパケットを受信することができました。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、chenyinさん。 新たな問題が発生した。 TC387 / FreeRTOSターゲットをpfe_mac2に接続すると、ARPハンドシェイクが失敗します。通常のLinuxマシンでも動作します。 何か解決策はありますか。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 この問題はpfe2ポートでのみ発生します。TC387をpfe0またはgmac0に接続すれば、その問題は発生しません。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 PFE2はLinuxマシンで正常に動作するので、S32G側にはあまり問題がないかもしれません。問題を解決するために、リンクの状態や両側間で送信されるすべてのフレームを確認してから分析してみてください。すみません、Infineonボードのソフトウェアスタックについて詳しくありません。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 同じ構成がLinuxマシンでも動作するため、問題はMAC側よりもTC387側(イーサネットドライバー、TCP/IPスタック構成、または関連実装)にある可能性が高いです。正確な原因を確認するには、パケットレベルでのさらなる分析が必要となる。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 TC387をLinuxデスクトップに接続すると、すぐに多くのARP/ICMPメッセージが生成されます。S32G pfe2ポートをLinuxデスクトップに接続しても同じです。しかし、TC387をS32Gのpfe2ポートに接続すると、ARPメッセージもICMPメッセージも全く受信できません。 どのエラーメッセージを確認すればよいですか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、chenyinさん。 もう一度、ターゲットのどのポートがS32G399Ardb3のPFE0とPFE2だったのか教えていただけますか? pfe0は3つのスタックされたポートのうち左側のポートで、pfe2は上部中央にあると想定していますが、これは正しいでしょうか? pfeとgmacを混在させる際に、何か既知の問題はありますか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 さらに調べてみると、特にpfe_mac2は100T1イーサネットアダプターで問題を抱えているようです。LinuxノートPCをUSBイーサネットに接続すると問題なく動作します。 このアダプタータイプpfe_mac2正しく接続できるのか、また動作させるために特別なことをする必要があるのかご存知ですか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。以下の画像を参照することをお勧めします。 chenyin_h_0-1784081687384.png PFE0はSJA1110に接続されており、P1/2/3に接続されたケーブルはPFE0に接続可能です GMACはPFEと一緒に使うこともできます。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 1.あなたが言及したhwconfigについては、RDB3で使う場合、3つのMACアドレスすべてを使えるようになりました。 2. あなたが共有してくれたエラーログについてですが、当店ではQNXコマンドを直接サポートしていないので申し訳ありません。個人的な経験から言うと、使われたコマンド自体が原因かもしれません。QNXドキュメントに基づいてコマンドの構文を再確認することをお勧めします。 3. QNXではPFEドライバーに何らかの制限があり、オートネゴシエーションはサポートされていないため、両側が同じ速度で動作していることを確認してください。 chenyin_h_0-1784104171784.png BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems もう一つ。統合マニュアルで推奨されているubootの行は以下のとおりでしょうか? hwconfig "serdes0:mode=pcie,clock=ext;pcie0:mode=rc;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_0:speed=2G5;xpcs1_1:speed=1G" gmac0、pfe0、pfe2を個別のインターフェースとして本当に有効にするべきか、それとも2つだけ有効にするべきか? Re: S32G399A-RDB3 QNX PFE Driver Problems なるほど、3つの重ねられたポートから使えるはずです。左ポートはpfe0、上中央はpfe2だと思います。gmac0は下中央に表示されます。 今は、以下のio pkt構文(tcp ipの後ろにあるブリッジパラメータに注目)を使ってインターフェースをブリッジモードで起動しようとしています。 IO-pkt-v6-hc -p tcpip bridge pkt_typed_mem=pfe_ddr -d DWCEQOS-s32g MAC='GenMac-Random -M',ptp_off,verbose=5 -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw ifconfig dwc0 192.168.10.100 up ifconfig pfe0 0.0.0.0 up ifconfig pfe2 0.0.0.0 up ifconfig bridge0 create ifconfig bridge0 add dwc0 add pfe0 add pfe2 up これにより、slog2infoで多数のメモリエラーが発生します。 1 月 1 日 00:04:37.485 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始位置:p0x8df239b58 終了位置:p0x8df239b82 1 月 1 日 00:04:38.485 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始:p0x8df239558 終了:p0x8df239582 1 月 1 日 00:04:38.485 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始:p0x8df239558 終了:p0x8df239582 1 月 1 日 00:04:39.451 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始位置:p0x8df239b58 終了位置:p0x8df239b82 1 月 1 日 00:04:39.451 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始位置:p0x8df239b58 終了位置:p0x8df239b82 io-pkt-v6-hc呼び出しにおけるブリッジパラメータは正しいですか? また、私はドライバー統合マニュアルのこの割り当てをgmac0とpfeの両方で使っており、io-pkt-v6-hcコールで確認できます。それは問題ですか? kprintf("EVB/RDB\nでPFEドライバー用にRAM領域を予約する"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM、「pfe_ddr」「ram」); Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca 投稿ありがとうございます。 1.RDB3のPFE2ポートは、NXPがプロビジョニングしたLinux BSPの下で100base-TX<->100base-T1コンバーター経由で100T1ネットワークに接続すれば正常に動作することを確認できます。 2. テストとして、以下のコマンドを試してみてください。io -pkt-v6-hc -p tcpip -d pfe2_link=100-1-2 しかし、QNXにおけるこれらの設定については、S32Gコミュニティのサポート範囲外であるため、よく分かりません。ご迷惑をおかけして申し訳ありません。 BR チェイン
記事全体を表示
MRF13750H 回路図 MRF13750H-915MHzボードを回路図に変換するにはどうすればよいですか?MRF13750Hのデータシートには、915MHz用のリファレンスボードのレイアウトは含まれていますが、回路図は含まれていません。 Luis_V_1-1784224999094.png
記事全体を表示
NFC读卡器库 大家好。 如何找到并下载支持 DESFire EV3 卡的 PN7642 NDA 版本示例和库?我已经签署了有效的 NDA。 感谢您的支持。 NFC读卡器库 Re: NFC reader library 你好@dbogovic 希望你一切都好。 如果您已经拥有有效的 NDA,则必须通过安全访问权限申请支持 MIFARE DESFire 的 PN7642 SDK,请按照此页面上的说明进行操作:安全访问权限 | NXP 半导体 。另外,我建议您查看NXP 半导体的“安全访问权限常见问题解答” 。 可在PN7642 产品页面的软件部分(安全)中找到可用的安全资源。 问候, 爱德华多。
記事全体を表示
MUCXpresso SDKからサンプルを作成した後、メモリ構成を変更する方法は? MCUXpresso SDKからサンプルを作成する際にメモリ設定ができることは知っています。しかしサンプルを作成し、このサンプルの多くのファイルを変更したので、今度はサンプルのメモリ設定を変更したいと思っています(変更されたファイル数が非常に多いため、サンプルを新しく作成し、メモリを設定し、再度ファイルを変更することはできません)。 サンプル作成後にメモリ設定を設定できるのか、またどのように設定できますか?ありがとう。 この方法を見つけました 。右クリックしてProject =>プロパティ→C/C++ビルド→MCU設定。それで合っていますか? Re: How to change memory configuration after creating sample from MUCXpresso SDK? こんにちは、 @nnxxpp さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! はい、SDKの例が作成された後にメモリ構成を変更することは可能です。プロジェクトを再作成する必要はありません。 また、こちらの投稿もご参照ください: https://community.nxp.com/t5/MCUXpresso-General/MCUXpresso-Memory-map/mp/1062500   メモリ構成を更新した後、プロジェクトをクリーンアップして再ビルドし、生成されたリンカースクリプトとマップファイルを確認してください。 これは、プロジェクトがMCUXpressoマネージドリンカースクリプトを使用している場合に適用されます。カスタムの .ld ファイルを使用する場合は、そのリンカースクリプトを直接変更してください。 さらに、IDEが提供する画像ビューウィンドウについても触れておきたいです。これにより、生成画像のレイアウトがご要望に合っているかどうかを簡単に確認できます。 Gavin_Jia_0-1784016903983.png よろしくお願いします、 ギャビン Re: How to change memory configuration after creating sample from MUCXpresso SDK? @Gavin_Jia はい。ありがとうございます。これでプロジェクトを再作成せずにメモリを設定できるようになりました。
記事全体を表示
S32K322 Dual Core debugging with J-link Hello NXP Support team, Target: S32K322 Debugger H/W: J-link/J-trace. Currently, my application launches and hits cm7_0 main, when run , the IDE get hanged. I wanted your expert guidance to do dual core debugging, where core0 and core1 runs independently, resetting core1 does not reset core0 and vise-versa. How I can put break-point in core1 application. Currently I am using an application attached below. What I am trying to do is core0 does so communication on UART while core1 toggles LED. The code is not complete, but you may still refer it. Additionally, wanted to know what if I initialize UART0 from core0 and UART1 from core1 will it cause any issue. If I use a different GPIO configuration for core0 and core1, will it conflict each other?  Thanks  Re: S32K322 Dual Core debugging with J-link Hi @AbdNxp, Yes, I can debug multicore application with J-trace from S32DS IDE. Unfortunately, I don't have any S32K322 HW right now. Here you can see that both cores work in different flash blocks, unlike in the screenshot you posted. danielmartynek_0-1757078605716.png I have tried loading your application on S32K324 which should be possible, but I get a different error than you. The debug configuration of the second core should have this disabled: danielmartynek_1-1757078876713.png But you have that in the project. Regards, Daniel Re: S32K322 Dual Core debugging with J-link Hi Daniel, So you are able to run the application with J-link/J-trace Pro ?  I tried multiple time but I could not make it run. Re: S32K322 Dual Core debugging with J-link Hi @AbdNxp, I still cannot reproduce the issue. However, please note that in the S32DS IDE, this functionality is provided by a SEGGER plugin. I recommend reaching out to SEGGER support as well. Thank you Re: S32K322 Dual Core debugging with J-link Hi Daniel, Attached the project. Re: S32K322 Dual Core debugging with J-link Hi @AbdNxp, I cannot reproduce this behavior. It seems that the second debug session for CM7_1 debugs code from the same memory region (0x400000) as the first debug session. Can you maybe share the test project? Thank you Re: S32K322 Dual Core debugging with J-link I have already using the Group Debugging, the issue is S32DS Ide getting hanged or become non-responsive during the debug session. See below image AbdNxp_1-1755583551737.png AbdNxp_0-1755583463815.png And also If I put a break somewhere in While(1 ) loop of point in CM7_1, break point does not hit.  Re: S32K322 Dual Core debugging with J-link Hi @AbdNxp, The SEGGER plugin in S32 Design Studio supports launching a debug group, which allows you to program and debug multiple cores simultaneously. https://community.nxp.com/t5/S32K/How-to-Use-Jlink-to-Debug-S32K324-Dual-Core-On-S32KDS3-5/td-p/1924460 ... resetting core1 does not reset core0 and vise-versa. Despite the dual-core architecture, you cannot reset one core independently while the other continues running. This limitation is due to the shared reset architecture of the S32K3xx family. A reset event affects both cores, making isolated core resets infeasible during debugging. Additionally, wanted to know what if I initialize UART0 from core0 and UART1 from core1 will it cause any issue. If I use a different GPIO configuration for core0 and core1, will it conflict each other? You can safely initialize UART0 from CM7_0 and UART1 from CM7_1. This setup is valid as long as each core accesses its designated peripheral without overlap. To enforce access control between cores, you can configure XRDC (eXtended Resource Domain Controller): Create separate domains for CM7_0 and CM7_1. Assign peripherals like LPUART modules and GPIOs to specific domains. This ensures that CM7_0 cannot access CM7_1’s resources, and vice versa. Regards, Daniel Re: S32K322 Dual Core debugging with J-link Have you resolved this issue? I also encountered it when using J-Link for debugging on the S32K388. Even though my 1-core link file is set to the default 0x00800000, the PC still shows 0x402624 at runtime (this is the flash address for 0-core).#s32k388
記事全体を表示
imx93でLPUART8を使用してコンソールを有効にする チームの皆さん、こんにちは。 i.MX93 EVKキットでは、 LPUART8をコンソールとして使用するボードを起動しようとしていますが、デフォルトのコンソールはLPUART1です。つまり、 u-boot dts、linux-imx dts、imx93_evk.c、imx93_evk.hで変更を行いました。 しかし、シリアルログを確認できず、EVKキットJ1001ヘッダーのピン32&33 (LPUART8のALTモード)を使用して確認しました。この設定も機能しません。変更内容と手順を教えてください。 よろしくお願いします。 ロビー Re: Enabling console using LPUART8 for imx93 こんにちは、 @AldoG さん。 LPUART8も使用しています 問題は、オプティーデバッグを有効にするとボードがハングアップして起動しないことです。CFG_TEE_CORE_LOG_LEVEL=3 U-Boot SPL 2024.04 (2026年3月27日 04:41:39 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: オーバードライブ電圧モード Vx読み取りカウント(2728)がVxしきい値(1763)を超えているため、起動を続行します。 DDR: 3733MTS M33準備OK 通常起動 BOOTROMから起動しようとしています ブートステージ:プライマリブート 画像オフセット 0x0、ページサイズ 0x200、IVT オフセット 0x0 ROM_APIを使用して0x54000からイメージをロードします よろしくお願いいたします。 ラク**ブリープ** Re: Enabling console using LPUART8 for imx93 こんにちは、 今は動作してよかったですが、画像互換性については無理だと思います。たとえプロセッサがほぼ他のプロセッサよりダウングレードであっても、i.MX91用のイメージを自分で作成する必要がありますが、変更したもののほとんどは再利用できます。 よろしくお願いいたします。 アルド。 Re: Enabling console using LPUART8 for imx93 @AldoG さん、ありがとうございます。 今は正常に動作しています。i.mx93 イメージは imx91 と互換性がありますか。 よろしくお願いします。 ロビー。 Re: Enabling console using LPUART8 for imx93 こんにちは、 変更はすべて正しいです。ペリフェラルでクロックを有効にする設定が見落とされています。起動時にはデフォルトで有効になっていないためです。 /arch/arm/mach-imx/imx9/native/clock.c にて mxc_get_clock(enum mxc_clock clk)関数では、次のように追加します: リターンccm_clk_root_get_rate(LPUART8_CLK_ROOT); In Void init_uart_clk(U32インデックス)関数加算: CASE LPUART8_CLK_ROOT: /* 24歳男性 */ ccm_lpcg_on(CCGR_URT8、偽); ccm_clk_root_cfg(LPUART8_CLK_ROOT、OSC_24M_CLK、1); ccm_lpcg_on(CCGR_URT8、真); 休憩; また、/board/freescale/imx93_evk/imx93_evk.c でもご覧ください。 関数 int board_early_init_f(void) 加算: init_uart_clk(LPUART8_CLK_ROOT); この変更は同僚によって行われ、EVKで正しく動作しています。 よろしくお願いいたします。 アルド。 Re: Enabling console using LPUART8 for imx93 @AldoG さん、ありがとうございます。 応答に関しては、i.MX93 EVK はデフォルトのコンソール ポートとして LPUART1 を使用しますが、私のカスタム ボードは LPUART8 に設定されています。コンソールをLPUART1からLPUART8に変更し、ヘッダーJ1001を確認する必要があります。そのため、私は以下の変更を行いました。 u-boot-imx: lpuart8ノードを追加し、lpuart1とiomuxを無効にしました。 /configs/imx93_evk.h 内の "console= ttyLP7 ,115200 earlycon\0" \ を "ttyLP0" に変更しました。ファイル。 追加した static iomux_v3_cfg_t const uart_pads[] = { // MX93_PAD_UART1_RXD__LPUART1_RX | MUX_PAD_CTRL(UART_PAD_CTRL), // MX93_PAD_UART1_TXD__LPUART1_TX | MUX_PAD_CTRL(UART_PAD_CTRL), MX93_PAD_GPIO_IO13__LPUART8_RX | MUX_PAD_CTRL(UART_PAD_CTRL) MX93_PAD_GPIO_IO12__LPUART8_TX | MUX_PAD_CTRL(UART_PAD_CTRL) }; /imx93_evk/imx93_evk.c 内ファイル。 Linux-IMX: lpuart8ノードを追加し、lpuart1とiomuxを無効にしました。 imx.atf: /include/platform_def.h ファイル内の IMX_LPUART_BASE U(0x426a0000) を U(0x44380000) に変更しました。 メタフレッシュスケール: /conf/machine/imx93-11x11-lpddr4x-evk.conf 内の SERIAL_CONSOLES = "115200;ttyLP7" を変更しました。このファイルには、ヘッダーファイル /conf/machine/include/imx93-evk.inc が含まれています。 optee-os: set(CFG_UART_BASE UART1_BASE) を set(CFG_UART_BASE UART8_BASE) に変更しました。 詳細情報については、変更内容の画像を含むzipフォルダを追加してください。内容を確認して、最新情報をお知らせください。 よろしくお願いします。 ロビー よろしくお願いします。 ロビー Re: Enabling console using LPUART8 for imx93 こんにちは、 変更点を教えてもらえますか?正しく行っているか確認したいので。 また、使っているLinuxバージョンも教えてください。 よろしくお願いいたします。 アルド。 Re: Enabling console using LPUART8 for imx93 この問題の解決にご協力ください。すべてのパスを変更しました。
記事全体を表示
S32 Design Studio for ARM v2.2 License Expired Hello, The license for S32 Design Studio for ARM v2.2 has expired. Please help extend the expired license: 9D36-2407-A13E-C846. flower_wee_0-1784000004900.png Re: S32 Design Studio for ARM v2.2 License Expired Hi,  your S32DS license has been extended. 
記事全体を表示
How to change memory configuration after creating sample from MUCXpresso SDK? I know that when creating the sample from MCUXpresso SDK, we can config memory. But I created the sample, I changed many files in this sample and now I want to change memory configuration for my sample (I could not create new the sample, set memory and change files again because the number of changed files is very large). Whether I can config memory configuration after creating the sample and how? Thank you. I found this method Right click to project => Properties → C/C++ Build → MCU settings. Is that correct? Re: How to change memory configuration after creating sample from MUCXpresso SDK? Hi @nnxxpp , Thanks for your interest in NXP MIMXRT series! Yes, the memory configuration can be changed after the SDK example has been created. There is no need to recreate the project. And you may refer to this post: https://community.nxp.com/t5/MCUXpresso-General/MCUXpresso-Memory-map/m-p/1062500   After updating the Memory Configuration, please clean and rebuild the project, and verify the generated linker script and map file. This applies when the project uses MCUXpresso managed linker scripts. If a custom .ld file is used, please modify that linker script directly.  In addition, I’d like to mention the image view window provided by the IDE, which allows you to easily check whether the layout of the generated image meets your requirements: Gavin_Jia_0-1784016903983.png Best regards, Gavin Re: How to change memory configuration after creating sample from MUCXpresso SDK? @Gavin_Jia  Yes. Thank you, now I could config memory without recreating project.
記事全体を表示
Enabling console using LPUART8 for imx93 Hi team,                  I'm trying to boot a board which uses LPUART8 as console but LPUART1 default console in i.MX93 EVK kit. So I had done the changes in u-boot dts, linux-imx dts,imx93_evk.c and imx93_evk.h. But unable to watch serial logs and same I checked using EVK kit J1001 header pin32&33 which are ALT modes of LPUART8. This configuration also doesn't work. Please let me know the changes need to be applied and also let me know the path. Thanks  Robbi Re: Enabling console using LPUART8 for imx93 Hi @AldoG , We are also using LPUART8 the issue is when we enable optee debug board hangs does not bootup, CFG_TEE_CORE_LOG_LEVEL=3 U-Boot SPL 2024.04 (Mar 27 2026 - 04:41:39 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: Over Drive Voltage Mode Vx read count(2728) is greater than Vx threshold(1763) continue booting DDR: 3733MTS M33 prepare ok Normal Boot Trying to boot from BOOTROM Boot Stage: Primary boot image offset 0x0, pagesize 0x200, ivt offset 0x0 Load image from 0x54000 by ROM_API Thanks & Regards, Rak**bleep**h Re: Enabling console using LPUART8 for imx93 Hello, Glad that it is working now, regarding image compatibility I would say no, since even if the processor is practically a downgrade of the other it would require to create your own image for the i.MX91 but you may reuse almost all of your changes. Best regards/Saludos, Aldo. Re: Enabling console using LPUART8 for imx93 Thanks @AldoG ,                           It is working now. Is i.mx93 Image compactible for imx91. Thanks Robbi. Re: Enabling console using LPUART8 for imx93 Hello, All your changes are correct, you're missing some configuration for the clock to be enabled on the peripheral, since at boot time this is not being on by default. at /arch/arm/mach-imx/imx9/native/clock.c  in mxc_get_clock(enum mxc_clock clk) function add: return ccm_clk_root_get_rate(LPUART8_CLK_ROOT); in void init_uart_clk(u32 index) function add: case LPUART8_CLK_ROOT:  /* 24M */  ccm_lpcg_on(CCGR_URT8, false);  ccm_clk_root_cfg(LPUART8_CLK_ROOT, OSC_24M_CLK, 1);  ccm_lpcg_on(CCGR_URT8, true);  break; Also at /board/freescale/imx93_evk/imx93_evk.c in function int board_early_init_f(void) add: init_uart_clk(LPUART8_CLK_ROOT); This changes have been made and tested by a colleague and are working correctly on the EVK. Best regards/Saludos, Aldo. Re: Enabling console using LPUART8 for imx93 Thanks @AldoG ,                           For the response, i.MX93 EVK uses LPUART1 as default console port, but as my custom board is configured for LPUART8. I need to change my console from LPUART1 to LPUART8 and check in Header J1001. For that the modifications I had done: u-boot-imx: Added lpuart8 node and disabled lpuart1 along with iomux. changed "console=ttyLP7,115200 earlycon\0" \ from ttyLP0" in /configs/imx93_evk.h file. Added  static iomux_v3_cfg_t const uart_pads[] = { // MX93_PAD_UART1_RXD__LPUART1_RX | MUX_PAD_CTRL(UART_PAD_CTRL), // MX93_PAD_UART1_TXD__LPUART1_TX | MUX_PAD_CTRL(UART_PAD_CTRL),     MX93_PAD_GPIO_IO13__LPUART8_RX | MUX_PAD_CTRL(UART_PAD_CTRL),     MX93_PAD_GPIO_IO12__LPUART8_TX | MUX_PAD_CTRL(UART_PAD_CTRL), }; in /imx93_evk/imx93_evk.c file. linux-imx: Added lpuart8 node and disabled lpuart1 along with iomux. imx-atf: changed IMX_LPUART_BASE  U(0x426a0000) from  U(0x44380000) in /include/platform_def.h file. meta-fresscale: changed SERIAL_CONSOLES = "115200;ttyLP7" in /conf/machine/imx93-11x11-lpddr4x-evk.conf which includes header /conf/machine/include/imx93-evk.inc file. optee-os: changed set(CFG_UART_BASE UART1_BASE) to set(CFG_UART_BASE UART8_BASE). For more info add zip folder which contains images of changes done. Please go through it and let me know update. Thanks Robbi Thanks  Robbi Re: Enabling console using LPUART8 for imx93 Hello, Could you share the changes you have made, so I could check those are made correctly? Also, please share the Linux version you are working with. Best regards/Saludos, Aldo. Re: Enabling console using LPUART8 for imx93 Please help on this issue modified all paths.
記事全体を表示
为 imx93 启用使用 LPUART8 的控制台 大家好, 我正在尝试启动一块使用LPUART8作为控制台的板子,但 i.MX93 EVK 套件中的默认控制台是 LPUART1 。所以我修改了u-boot dts、linux-imx dts、imx93_evk.c 和 imx93_evk.h文件。 但是无法查看串口日志,我使用 EVK 套件J1001 接头引脚 32 和 33进行了检查,它们是 LPUART8 的 ALT 模式。这种配置也不行。请告知需要进行的更改以及更改路径。 谢谢  罗比 Re: Enabling console using LPUART8 for imx93 嗨@AldoG , 我们还使用了LPUART8 问题是,启用 Optee 调试后,开发板卡死,无法启动,CFG_TEE_CORE_LOG_LEVEL=3 U-Boot SPL 2024.04(2026 年 3 月 27 日 - 04:41:39 +0000) SOC:0xa1009300 LC:0x2040010 PMIC:过驱动电压模式 Vx读取计数(2728)大于Vx阈值(1763),继续启动 DDR:3733MTS M33 准备就绪 正常启动 尝试从 BOOTROM 启动 启动阶段:主启动 图像偏移量 0x0,页面大小 0x200,ivt 偏移量 0x0 通过 ROM_API 从 0x54000 加载镜像 谢谢,此致敬礼! Rak**bleep**h Re: Enabling console using LPUART8 for imx93 你好, 很高兴它现在可以正常工作了,至于图像兼容性,我认为不行,因为即使处理器实际上是另一个处理器的降级版,也需要为 i.MX91 创建自己的图像,但您可以重复使用几乎所有的更改。 此致敬礼/Saludos, 阿尔多。 Re: Enabling console using LPUART8 for imx93 谢谢@AldoG , 现在可以正常运行了。i.mx93 镜像是否可与 imx91 镜像兼容? 谢谢! 罗比。 Re: Enabling console using LPUART8 for imx93 你好, 你的所有更改都是正确的,你缺少一些配置,无法在外部设备上启用时钟,因为在启动时,默认情况下时钟是关闭的。 在 /arch/Arm/mach-imx/imx9/native/clock.c 在 mxc_get_clock(enum mxc_clock clk) 函数中添加: 返回 ccm_clk_root_get_rate(LPUART8_CLK_ROOT); 在 void init_uart_clk(u32 index) 函数中添加: case LPUART8_CLK_ROOT: /* 24M */ ccm_lpcg_on(CCGR_URT8, false); ccm_clk_root_cfg(LPUART8_CLK_ROOT, OSC_24M_CLK, 1); ccm_lpcg_on(CCGR_URT8, true); 休息; 另请参阅板 /freescale/imx93_evk/imx93_evk.c 在函数 int board_early_init_f(void) 中添加: init_uart_clk(LPUART8_CLK_ROOT); 这些更改已由同事完成并测试,在 EVK 上运行正常。 此致敬礼/Saludos, 阿尔多。 Re: Enabling console using LPUART8 for imx93 谢谢@AldoG , 对于响应,i.MX93 EVK 使用 LPUART1 作为默认控制台端口,但我的定制板配置为使用 LPUART8。我需要将控制台从 LPUART1 更改为 LPUART8,并在 J1001 头文件中进行检查。为此,我做了以下修改: u-boot-imx: 添加了 lpuart8 节点,并禁用了 lpuart1 和 iomux。 在 /configs/imx93_evk.h 中将“console= ttyLP7 ,115200 earlycon\0”从 ttyLP0 更改为“文件。 额外 static iomux_v3_cfg_t const uart_pads[] = { // MX93_PAD_UART1_RXD__LPUART1_RX | MUX_PAD_CTRL(UART_PAD_CTRL), // MX93_PAD_UART1_TXD__LPUART1_TX | MUX_PAD_CTRL(UART_PAD_CTRL), MX93_PAD_GPIO_IO13__LPUART8_RX | MUX_PAD_CTRL(UART_PAD_CTRL), MX93_PAD_GPIO_IO12__LPUART8_TX | MUX_PAD_CTRL(UART_PAD_CTRL), };在 /imx93_evk/imx93_evk.c文件。 linux-imx: 添加了 lpuart8 节点,并禁用了 lpuart1 和 iomux。 imx-atf: /include/platform_def.h 文件中的 IMX_LPUART_BASE 从 U(0x44380000) 更改为 U(0x426a0000)。 元尺度: 在 /conf/machine/imx93-11x11-lpddr4x-evk.conf 中更改 SERIAL_CONSOLES = "115200;ttyLP7",该文件包含头文件 /conf/machine/include/imx93-evk.inc。 optee-os: 将 set(CFG_UART_BASE UART1_BASE) 改为 set(CFG_UART_BASE UART8_BASE)。 如需更多信息,请添加包含更改图片的压缩文件夹。请仔细阅读并告知我最新情况。 谢谢! 罗比 谢谢  罗比 Re: Enabling console using LPUART8 for imx93 你好, 能否分享一下您所做的更改,以便我检查是否正确? 另外,请分享一下您正在使用的Linux版本。 此致敬礼/Saludos, 阿尔多。 Re: Enabling console using LPUART8 for imx93 请帮忙解决这个问题,我已经修改了所有路径。
記事全体を表示
S32 Design Studio for ARM v2.2 ライセンスが切れました こんにちは、 S32 Design Studio for ARM v2.2のライセンスは期限切れです。 期限切れのライセンス(9D36-2407-A13E-C846)の延長にご協力ください。 flower_wee_0-1784000004900.png Re: S32 Design Studio for ARM v2.2 License Expired こんにちは、 お客様のS32DSライセンスが延長されました。
記事全体を表示
如何通过 MUCXpresso SDK 创建示例后更改内存配置? 我知道在使用 MCUXpresso SDK 创建示例时,我们可以配置内存。但是我已经创建了示例,并且更改了该示例中的许多文件,现在我想更改示例的内存配置(由于更改的文件数量非常大,我无法创建新示例、设置内存并再次更改文件)。 创建示例后是否可以配置内存配置?如何配置?谢谢。 我找到了这个方法:右键单击项目=>属性 => C/C++ 版本 => MCU 设置。这样对吗? Re: How to change memory configuration after creating sample from MUCXpresso SDK? 嗨@nnxxpp , 感谢您对 NXP MIMXRT 系列产品的关注! 是的,SDK 示例创建完成后,可以更改内存配置。无需重新创建该项目。 您还可以参考这篇帖子: https://community.nxp.com/t5/MCUXpresso-General/MCUXpresso-Memory-map/mp/1062500   更新内存配置后,请清理并重新构建项目,并验证生成的链接器脚本和映射文件。 这适用于项目使用 MCUXpresso 管理的链接器脚本的情况。如果使用自定义 .ld 文件,请直接修改该链接器脚本。 此外,我还想提一下IDE提供的图像查看窗口,它可以让您轻松检查生成的图像布局是否符合您的要求: Gavin_Jia_0-1784016903983.png 此致, 加文 Re: How to change memory configuration after creating sample from MUCXpresso SDK? @Gavin_Jia 是的,谢谢,现在我不用重新创建项目就能配置内存了。
記事全体を表示
S32 Design Studio for ARM v2.2 许可证已过期 你好, S32 Design Studio for ARM v2.2 的许可证已过期。 请帮忙延长已过期的许可证:9D36-2407-A13E-C846。 flower_wee_0-1784000004900.png Re: S32 Design Studio for ARM v2.2 License Expired 你好, 您的S32DS许可证已延期。
記事全体を表示
S32K144シリアル通信で受信したデータは抽出できません。 DWINタッチスクリーンとS32Kマイクロコントローラ間のシリアル通信リンク機能を開発しています。タッチスクリーンがデータを送信し、マイクロコントローラがデータを受信して判定する際に、判定のためにデータの9ビット目を抽出し、それに応じて異なるCANデータを送信したいと考えています。しかし、データの抽出がうまくいきません。経験豊富な開発者の方々からのご助言をいただければ幸いです。 ffdsg_0-1784107803435.png Re: S32K144串口通信接收的数据提不出 こんにちは、 @ffdsg さん。 DWINのタッチスクリーンの経験はありませんが、ざっと調べたところ、フレーム構造はフレーム終了時に「\n」マーカーを使わず、最初の2つのヘッダー(5AとA5)を送り、その後にフレームの長さ(06)を送信しているようです。 Julin_AragnM_0-1784234811870.png ですので、おそらくUARTコールバックを編集して、3バイト目で受信を止めることができるでしょう。例えば: void LPUART1_RX_ISR(void *driverState, uart_event_t event, void *userData) { (void)driverState; (void)userData; if (event == UART_EVENT_RX_FULL) { bufferIdx++; if (bufferIdx >= 3) { uint8_t frameLen = buffer[2]; /* number of bytes after length byte */ uint8_t totalLen = 3 + frameLen; /* header(2) + length(1) + payload */ if (bufferIdx >= totalLen) { /* Full frame received */ memcpy(rxdata, buffer, totalLen); keyNum = rxdata[8]; /* 9th byte*/ memset(buffer, 0, sizeof(buffer)); bufferIdx = 0; trigger = 1; LPUART_DRV_ReceiveData(INST_LPUART1, buffer, 1); return; } } LPUART_DRV_SetRxBuffer(INST_LPUART1, &buffer[bufferIdx], 1U); } } これにより、常に9バイト目を読み取ることができるようになります。 また、ルーチン内で以下の行をコメントアウトしています。 //if (keyNum==0X01) { つまり、9バイト目が何を言ってもCANメッセージは常に同じです。 残念ながら、DWINのタッチスクリーンはサードパーティ製デバイスであり、当社のサポート範囲外であり、当ハードウェアのルーチンは提供していません。これらの変更は、ご自身のシステム環境で実装およびテストする必要があります。 よろしくお願いします、 ジュリアン
記事全体を表示
Does NXP offer a simple TSSOP28 breakout/adapter board for MC33XS2410 prototyping Hi everyone, We are currently setting up a prototyping and test bench for a 12V automotive project. Following NXP's recommendation, we selected the MC33XS2410 (eFuse) for our protection circuit. However, since we are in an assembly workshop and cannot design or manufacture custom PCBs at this stage, handling the HTSSOP28 package (with its 0.65mm pitch and thermal pad) is physically challenging for hand-wiring. While we are aware of the full-featured FRDM-XS2410EVB evaluation board, it is too complex, too large, and too expensive for our immediate needs on this specific test bench. We only need a minimal way to access the pins. Before we purchase a generic third-party adapter (like the Aries Electronics LCQT-TSSOP28 breakout board), we wanted to ask the NXP community: Does NXP offer a low-cost, minimal breakout board or prototyping adapter specifically designed to convert the HTSSOP28 package of the MC33XS2410 into standard 2.54mm DIP pins? If not, does NXP officially recommend any specific third-party adapter or socket brand that has been proven to work well with this chip (considering the ground and thermal dissipation requirements of the exposed center pad)? Thank you very much for your time and help! Evaluation Board StarCore DSPs Re: Does NXP offer a simple TSSOP28 breakout/adapter board for MC33XS2410 prototyping Thank you Tomas for the clarification and the precautions , i think that's the solution that i will do for my cards Re: Does NXP offer a simple TSSOP28 breakout/adapter board for MC33XS2410 prototyping Hello Mohamed, Currently we do not offer a dedicated low-cost breakout or adapter board that converts the MC33XS2410 HTSSOP28 package directly to a standard 2.54 mm DIP-style footprint. You are right that we offer the FRDM-XS2410EVB, which is intended for full functional evaluation rather than simple package adaptation. One important consideration is the exposed thermal pad of the MC33XS2410 package which should be soldered to GND for both thermal and electrical performance. We also recommend connecting the exposed pad to a ground plane and, for production designs, using thermal vias to improve heat dissipation. Please also note that generic breakout boards are generally suitable for functional prototyping and low-power bench testing. However, they typically do not provide the thermal performance achievable with a properly designed PCB, which may limit the maximum continuous current that can be tested.  If your application requires operation near the device's current limits, I recommend evaluating the thermal performance carefully or using the official evaluation board. BRs, Tomas
記事全体を表示
使用 J-link 调试 S32K322 双核处理器 您好,恩智浦支持团队、 目标: S32K322S32K322 调试器硬件/软件:J-link/J-trace。 目前,我的应用程序用上市并点击 cm7_0 main,运行时 IDE 会挂起。 我希望您的专家指导进行双核调试,其中 core0 和 core1 独立运行,RESET core1 不会 RESET core0,反之亦然。 如何在 core1 应用程序中设置断点? 目前我使用的是下面附带的应用程序。 我想做的是,core0 通过 UART 进行通信,而 core1 则切换 LED。代码并不完整,但您仍可参考。 此外,我还想知道,如果我从 core0 初始化 UART0,从 core1 初始化 UART1,会不会引起任何问题。 如果我为 core0 和 core1 使用不同的 GPIO 配置,它们会相互冲突吗? 谢谢  Re: S32K322 Dual Core debugging with J-link 你好@AbdNxp、 是的,我可以使用 S32DS IDE 的 J-trace 调试多核应用程序。 很遗憾,我现在没有 S32K322 HW。 在这里,你可以看到两个内核在不同的闪存块中工作,这与你发布的截图不同。 danielmartynek_0-1757078605716.png 我尝试在 S32K324 上加载您的应用程序,这应该是可行的,但我得到的错误与您的不同。 第二个核心的调试配置应禁用此功能: danielmartynek_1-1757078876713.png 但你在项目中已经做到了。 此致, 丹尼尔 Re: S32K322 Dual Core debugging with J-link 嗨,丹尼尔 那么您能用 J-link/J-trace Pro 运行应用程序吗? 我试了很多次,都无法让它运行。 Re: S32K322 Dual Core debugging with J-link 你好@AbdNxp、 我仍然无法重现这个问题。 但请注意,在 S32DS 集成开发环境中,该功能由 SEGGER 插件提供。 我建议您也联系世纪佳缘的支持人员。 谢谢 Re: S32K322 Dual Core debugging with J-link 嗨,丹尼尔 附上项目。 Re: S32K322 Dual Core debugging with J-link 你好@AbdNxp、 我无法重现这种行为。 看来 CM7_1 的第二个调试会话调试的代码与第一个调试会话调试的代码来自同一内存区域 (0x400000)。 能否分享一下测试项目? 谢谢 Re: S32K322 Dual Core debugging with J-link 我已经使用了群组调试,问题是 S32DS Ide 在调试过程中被挂起或无响应。 见下图 AbdNxp_1-1755583551737.png AbdNxp_0-1755583463815.png 此外,如果我在 CM7_1 中点的 While(1 ) 循环中的某个地方设置断点,断点也不会出现。 Re: S32K322 Dual Core debugging with J-link 你好@AbdNxp、 S32 Design Studio 中的 SEGGER 插件支持启动调试组,可同时对多个内核进行编程和调试。 https://community.nxp.com/t5/S32K/How-to-Use-Jlink-to-Debug-S32K324-Dual-Core-On-S32KDS3-5/td-p/1924460 ... RESET core1 不会 RESET core0,反之亦然。 尽管采用双核架构,但您无法在另一个内核继续运行的同时独立 RESET 一个内核。此限制是由于 S32K3xx 系列的共享 RESET 架构造成的。RESET事件会影响两个内核,因此在调试期间无法进行单独的内核RESET。 此外,我还想知道,如果我从 core0 初始化 UART0,从 core1 初始化 UART1,会不会引起任何问题。 如果我为 core0 和 core1 使用不同的 GPIO 配置,它们会相互冲突吗? 您可以放心地从 CM7_0 初始化 UART0,从 CM7_1 初始化 UART1。只要每个内核访问其指定外设时没有重叠,这种设置就有效。 要强制执行内核之间的访问控制,您可以配置 XRDC(扩展资源功能域控制器): 为 CM7_0 和 CM7_1 创建单独的功能域。 将 LPUART 模块和 GPIO 等外围设备分配给特定功能域。 这确保 CM7_0 无法访问 CM7_1 的资源,反之亦然。 此致, 丹尼尔 Re: S32K322 Dual Core debugging with J-link 这个问题解决了吗?我在使用 J-Link 对 S32K388 进行调试时也遇到了这个问题。即使我的单核链接文件设置为默认值 0x00800000,运行时程序计数器 (PC) 仍然显示 0x402624(这是零核的闪存地址)。#s32k388
記事全体を表示
The S32K144 serial communication received data cannot be extracted. I'm working on a microcontroller serial communication linkage function between a DWIN touchscreen and an S32K microcontroller. When the touchscreen sends data and the microcontroller receives and judges the data, I want to extract the 9th bit of the data for judgment and to send different CAN data accordingly. However, I'm unable to successfully extract the data. I would appreciate any guidance from experienced developers. ffdsg_0-1784107803435.png Re: S32K144串口通信接收的数据提不出 Hello @ffdsg, I have no experience with DWIN touchscreens, however, from a quick search, it seems that the frame structure does not use the '\n' marker for end-of-frame, rather it sends the first two headers (5A & A5), followed by the length of the frame (06). Julin_AragnM_0-1784234811870.png So, most likely you can edit your UART callback to stop reception with the third byte, something like so: void LPUART1_RX_ISR(void *driverState, uart_event_t event, void *userData) { (void)driverState; (void)userData; if (event == UART_EVENT_RX_FULL) { bufferIdx++; if (bufferIdx >= 3) { uint8_t frameLen = buffer[2]; /* number of bytes after length byte */ uint8_t totalLen = 3 + frameLen; /* header(2) + length(1) + payload */ if (bufferIdx >= totalLen) { /* Full frame received */ memcpy(rxdata, buffer, totalLen); keyNum = rxdata[8]; /* 9th byte*/ memset(buffer, 0, sizeof(buffer)); bufferIdx = 0; trigger = 1; LPUART_DRV_ReceiveData(INST_LPUART1, buffer, 1); return; } } LPUART_DRV_SetRxBuffer(INST_LPUART1, &buffer[bufferIdx], 1U); } } This should make sure you are always reading the 9th byte. Also, inside your routine, you have commented out the following line: //if (keyNum==0X01) { Meaning that the CAN message is always the same, no matter what the 9th byte says. Unfortunately, DWIN touchscreens are third party devices, out of our support scope, and we do not provide any routines with said hardware. You will need to implement and test these changes with your setup. Best regards, Julián
記事全体を表示
S32K144串口通信接收的数据提不出 在做一个迪文屏和s32k的单片机串口通信联动的功能,触摸屏发送数据单片机接收并进行判断时,想通过提取数据第9位进行判 断并实现不同的can数据发送,但无法成功提取数据,希望各位前辈们指点一下 ffdsg_0-1784107803435.png Re: S32K144串口通信接收的数据提不出 你好@ffdsg , 我没有使用 DWIN 触摸屏的经验,但是通过快速搜索,似乎帧结构不使用“\n”标记表示帧结束,而是发送前两个标头(5A 和 A5),然后是帧的长度(06)。 Julin_AragnM_0-1784234811870.png 所以,你很可能可以通过编辑 UART 回调函数,用第三个字节停止接收数据,就像这样: void LPUART1_RX_ISR(void *driverState, uart_event_t event, void *userData) { (void)driverState; (void)userData; if (event == UART_EVENT_RX_FULL) { bufferIdx++; if (bufferIdx >= 3) { uint8_t frameLen = buffer[2]; /* number of bytes after length byte */ uint8_t totalLen = 3 + frameLen; /* header(2) + length(1) + payload */ if (bufferIdx >= totalLen) { /* Full frame received */ memcpy(rxdata, buffer, totalLen); keyNum = rxdata[8]; /* 9th byte*/ memset(buffer, 0, sizeof(buffer)); bufferIdx = 0; trigger = 1; LPUART_DRV_ReceiveData(INST_LPUART1, buffer, 1); return; } } LPUART_DRV_SetRxBuffer(INST_LPUART1, &buffer[bufferIdx], 1U); } } 这样可以确保你始终读取第 9 个字节。 另外,在你的例程中,你注释掉了以下这行代码: //if (keyNum==0X01) { 这意味着无论第 9 个字节是什么,CAN 消息始终保持不变。 遗憾的是,DWIN 触摸屏是第三方设备,不在我们的支持范围内,我们不提供任何与该硬件相关的程序。您需要在自己的环境中实施并测试这些更改。 此致, 朱利安
記事全体を表示