LS1088ARDB/LS1088ARDB-PB - QSPI NOR フラッシュで PBL/RCW バイナリをアップデートする方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このハウツー トピックは、LSDK 18.09 以前のリリースにのみ適用されます。 LSDK 18.12 以降のリリースについては、「LS1088ARDB-PB - QSPI NOR フラッシュに TF-A バイナリをデプロイする方法」を参照してください。 QSPI NOR フラッシュの PBL/RCW バイナリをアップデートするには、次の手順に従います。 qixis_reset は QSPI NOR flash0 からボードをブートし qixis_reset altbank は QSPI NOR flash1 からボードをブートします。 SFプローブ0:1 は、代替バンクが書き込まれることを意味します。したがって、ボードが QSPI NOR flash0 から起動し、U-Boot プロンプトで sf プローブ 0:1  が入力された場合、次のコマンドは QSPI NOR flash1 をプログラムします。   PBLバイナリのコンパイル RCWソースファイルからのコンパイル(オプション) ユーザーがすでに PBL バイナリを持っている場合、この手順はスキップできます。  rcw リポジトリをクローンし、PBL バイナリをコンパイルします。  $ git clone https://source.codeaurora.org/external/qoriq/qoriq-components/rcw $ cd rcw $ git checkout -b です 。 たとえば、 $ git checkout -b LSDK-18.09 LSDK-18.09 のようになります $ cd ls1088ardb 必要に応じて、 rcw ファイルに変更を加えます。 $ make LS1088ARDB/ LS1088ARDB-PB, rcw_1600_qspi.bin, の QSPI NOR フラッシュのデフォルトの PBL バイナリ は、 rcw/ls1088ardb / FCQQQQQQQQ_PPP_H_0x1d_0x0d/ から入手できます 。 を参照してください rcw/ls1088ardb/README ファイルには、 RCW source および  binary ファイルを含むディレクトリの命名規則の説明があります。 PBLバイナリをQSPI NORフラッシュにフラッシュします QSPIからLS1088ARDB/LS1088ARDB-PBを起動します。スイッチが QSPI からボードをブートするように設定されていることを確認します。 QSPI からのブートの場合、 SW1[1:8] + SW2[1] = 0011_0001_X QSPI NOR flash0 からの起動: => qixis_reset 例： LS1088ARDB、ブートログには次のように表示されます。 ボード:LS1088A-RDB、ボードアーチ:V1、ボードバージョン:C、QSPI:0から起動 LS1088ARDB-PB の場合、ブート ログに次の情報が表示されます。 ボード:LS1088ARDB-PB、ボードアーチ:V1、ボードバージョン:A、QSPI:0からブート PBLバイナリは、TFTPサーバまたは大容量記憶装置(SD、USB、SATA)からLS1088ARDB/LS1088ARDB-PBにロードできます。 オプション 1:TFTP サーバからイメージをロードする イーサネット接続をセットアップする ボードが起動すると、U-Bootは有効なイーサネット・インターフェースのリストを表示します。 DPMAC1@xgmii, DPMAC2@xgmii, DPMAC3@qsgmii, DPMAC4@qsgmii, DPMAC5@qsgmii, DPMAC6@qsgmii, DPMAC7@qsgmii, DPMAC8@qsgmii, DPMAC9@qsgmii, DPMAC10@qsgmii サーバーのIPアドレスを、TFTPサーバーを設定したホストマシンのIPアドレスに設定してください。 => setenv serverip ethactとethprimeをTFTPサーバに接続されたイーサネット・インターフェースとして設定します。 シャーシの前面パネルに表示されるイーサネット ポート名と U-Boot および Linux のポート名のマッピングについては、 LS1088ARDB/LS1088RDB-PB イーサネット ポート  マッピングを参照してください。 => setenv ethprime 例： => setenv ethprime DPMAC3@qsgmii => setenv ethact 例： => setenv ethact DPMAC3@qsgmii ボードのIPアドレスを設定します。静的IPアドレスを設定するか、ボードがDHCPサーバーに接続できる場合は 、dhcp コマンドを使用できます。 静的 IP アドレスの割り当て: => setenv ipaddr < ipaddress2> => setenv ネットマスク 動的IPアドレスの割り当て: => dhcp 設定を保存します。=> saveenv ボードとTFTPサーバー間の接続を確認してください。 => ping $serverip DPMAC3@qsgmiiデバイスの使用 host 192.168.1.1 is alive TFTP サーバからの PBL バイナリのロード QSPI NORフラッシュ1をプログラムします：=> sf probe 0:1 TFTP PBLバイナリをサーバーからDDRに送信し 、QSPI NORフラッシュ1に画像を書き込みます 。 => tftp 0xa0000000 <pbl binary> => 印刷 ファイルサイズ filesize=b4 = > sf erase 0x0 +$ファイルサイズ & & sf write 0xa0000000 0x0 $ファイルサイズ アドレス 0x0 は、QSPI NOR フラッシュの PBL の場所です。 PPAブートフローの完全なフラッシュメモリレイアウトについては、rPPAを使用した古いブートフローのeferフラッシュレイアウト。 QSPI NOR フラッシュ1からの起動: => qixis_reset altbank LS1088ARDB、ブートログには次のように表示されます。 ボード:LS1088A-RDB、ボードアーチ:V1、ボードバージョン:C、QSPI:1からブート LS1088ARDB-PB の場合、ブート ログに次の情報が表示されます。 ボード:LS1088ARDB-PB、ボードアーチ:V1、ボードバージョン:A、QSPI:1からブート ボードをUbuntuで起動するには、LSDK UbuntuディストリビューションとともにインストールされたSDカード、USBフラッシュドライブ、またはSCSIハードディスクがボードに接続されていることを確認します。U-Boot が大容量記憶装置で LSDK を見つけられない場合、TinyDistro は tiny.itb から TinyDistro lsdk_linux_arm64_を起動しますQSPI NORフラッシュに格納。 オプション 2：大容量ストレージ・デバイス（SD、USBまたは SATA）上のパーティションからイメージをロードする 使用する大容量ストレージ・デバイスを選択します。 => mmc rescan => mmc info または => usb start => usb info または => scsi scan => scsi info オプション - ストレージデバイス上のファイルを一覧表示します。 => ls mmc 例： => ls mmc 0:2 または => ls usb 例： => ls usb 0:1 または => ls scsi 例： => ls scsi 0:2 QSPI NOR フラッシュ 1をプログラム：=> sf probe 0:1 ストレージデバイスからPBLイメージをロードします。 => load mmc 0:2 a0000000 => ファイルサイズを表示 例： => 負荷 MMC 0:2 A0000000 rcw_1600_qspi.bin => 印刷 ファイルサイズ filesize=b4 または => load usb 0:2 a0000000 => ファイルサイズを表示 または => load scsi 0:2 a0000000 => ファイルサイズを表示 プログラムイメージを QSPI またはフラッシュに移行:= > sf 消去 0x0 +$ファイルサイズ & & sf write 0xa0000000 0x0 $ファイルサイズ アドレス 0x0 は、QSPI NOR フラッシュの PBL バイナリの場所です。 PPAブートフロー の完全なフラッシュメモリレイアウト については 、 PPAを使用した古いブートフローのフラッシュレイアウト を参照してください。 QSPI NOR フラッシュ1からの起動: => qixis_reset altbank LS1088ARDB、ブートログには次のように表示されます。 ボード:LS1088A-RDB、ボードアーチ:V1、ボードバージョン:C、QSPI:1からブート LS1088ARDB-PB の場合、ブート ログに次の情報が表示されます。 ボード:LS1088ARDB-PB、ボードアーチ:V1、ボードバージョン:A、QSPI:1からブート ボードをUbuntuで起動するには、LSDK UbuntuディストリビューションとともにインストールされたSDカード、USBフラッシュドライブ、またはSCSIハードディスクがボードに接続されていることを確認します。U-Boot が大容量記憶装置で LSDK を見つけられない場合、TinyDistro は tiny.itb から TinyDistro lsdk_linux_arm64_を起動しますQSPI NORフラッシュに格納。 QorIQ LS1デバイス

所有主板均部署 NFS <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NFS LTIB 安装后，按照以下说明配置和构建 Linux 映像和根文件系统。 提示：输入： $./ltib --help获取有关 ltib 的更多信息 在安装 LTIB 的文件夹中，执行该文件： $./ltib 完成安装需要几分钟的时间。 配置 ltib 以选择要在 Linux 映像和根文件系统中定义和安装的选项和包。 $./ltib -c 或 $./ltib-m 配置 菜单配置应该出现： 要配置使用 NFS 的系统，请转到： 目标映像生成 -> 目标映像 -> 仅 NFS 对于基本编译，退出 LTIB。它将编译并添加一些预先构建的包来制作目标文件系统。

IMX8MP CAN FD テストは 6000k のデータビットレートで失敗しました。 こんにちはNXPチーム お客様はCANバスFDをテストしましたが、テストは失敗しました。 彼らはデータビットレートを6000kに設定しようとしましたが、失敗しました。 ただし、データビットレートを5000kに設定しました。 何かアドバイスはありますか? テスト コマンド: (テスト 6000k は失敗)。 IPリンクセット CAN0 UP タイプ CAN ビットレート 1000000 dbitrate 6000000 fd on IPリンクセット CAN1 UPタイプ CANビットレート 1000000 dbitrate 6000000 fd on テストは5000kパスです。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: IMX8MP CAN FD テストが 6000k のデータ ビットレートで失敗しました。 @kef2  あなたの助けに感謝します。8Mbpsパス。 Re: IMX8MP CAN FD テストが 6000k のデータ ビットレートで失敗しました。 Hi, すでに書いたと思いますが、CANクロック@40MHz、8Mbpsは達成可能です。最も近い速度は5Mbpsと8Mbpsで、その間の@40Mhz速度はこれ以上ありません。 使用しているトランシーバーチップの能力もお忘れなく。 Re: IMX8MP CAN FD テストが 6000k のデータ ビットレートで失敗しました。 Hi  @kef2  NXP i.MX8MP DTSI設定に従い、CANクロックは40MHzに設定されています。 テストパスの最大ビットレート値をご存知ですか? ありがとうございます。 Re: IMX8MP CAN FD テストが 6000k のデータ ビットレートで失敗しました。 お客様は「ビットレート エラー 4,7%」のメッセージを無視しないでください。ご覧のとおり、彼は5Mbpsでそのようなエラーを持っていません。 必要なすべてのビットレートを使用することはできませんが、CANクロックで許可されているビットレートのみを使用できます。CANクロックが何であるかを指定していません。80MHzでは、8、5、4、3.2、2.5、1.6、1Mbpsに加えて、1Mbps未満のものも可能です。40MHzでは3.2は無理ですが、もしかしたら1.6ももかまいませんので、確認しておかなければなりません。6Mbpsの場合、30MHzまたは60MHzのクロックが必要だと思いますので、自分で計算してみてください。 Re: IMX8MP CAN FD テストが 6000k のデータ ビットレートで失敗しました。 @Rita_Wang  Image OSについて Yocto 3.0-5.4.70 Re: IMX8MP CAN FD テストが 6000k のデータ ビットレートで失敗しました。 どのバージョンの BSP を使用していますか?NXP evkボードを使用していますか、それとも自分で設計したボードを使用していますか?

S12Z - 通过调试访问模拟 RAM 中的 ECC 错误 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为了调试目的，可以读取和写入用户数据和 直接从 SRAM 内存获取 ECC 值或将 ECC 值写入 SRAM 内存。对于这些调试访问寄存器 接口可用。 通过调试访问并将不正确的数据+ECC值写入系统内存， 可以模拟单位和双位 ECC 错误来检查软件错误处理。 调试寄存器只能在特殊模式下修改。 测试地址 0x3000 被排除在链接器使用之外 - 请参阅 prm 链接器文件。   希望这对您有帮助。 Radek 概述

s32g での QNX PFE エラー S32G-VNP-RDB2 で QNX7.1 を実行していますが、PFE_1.4 で PFE_MAC QNX7.1 を有効にしたいと考えています。 「PFE_S32G_A53_QNX_UserManual.pdf」と「PFE_S32G_A53_QNX_IntegrationManual.pdf」の指示に従ってイメージを作成しました。 pfe0、pfe1、および pfe2 を照会できます。ただし、有効な IP が設定された後は pfe0 を使用できません。 （boot log, slog,ifconfig_info see appendix） -------------------虫垂------------------ 1、boot log： パーティション#0に切り替えて、OK mmc0 は現在のデバイスです 46656 バイトを 23 ミリ秒で読み取り (1.9 MiB/秒) 10344400バイトを458ミリ秒(21.5MiB/秒)で読み取った emac1_xpcsPFEngファームウェアファイル「mmc@0:1:s32g_pfe_class.fw」の読み込みに失敗しました:-2 エラー: デバイス インスタンス 0 が存在しません ## Booting kernel from Legacy Image at 80080000 ... Image Name: Image Type: AArch64 Linux Kernel Image (uncompressed) Data Size: 10344336 Bytes = 9.9 MiB Load Address: 80080000 Entry Point: 80080000 Verifying Checksum ... OK ## フラット化されたデバイス ツリー BLOB (83e00000) 0x83e00000 で fdt blob を使用してブートする カーネルイメージの読み込み 0000000083e00000 の所定の位置にあるデバイス ツリーを使用して、0000000083e0e63f を終了します 修正: PFE0 を 00:01:BE:BE:EF:11 に設定 修正: PFE1 を 00:01:BE:BE:EF:22 に設定 修正: PFE1: PHY Addr を 0x3 に更新します 修正: PFE2 を 00:01:BE:BE:EF:33 に設定 カーネルを起動中… ボード:NXP S32G274A RDB2リビジョンD EVB/RDB2 上の PFE ドライバーの RAM 領域の予約 I/TC:セカンダリCPU1初期化中 I/TC: セカンダリ CPU 1 が通常のワールド ブートに切り替わる I/TC:セカンダリCPU2の初期化中 I/TC:セカンダリCPU2が通常のワールドブートに切り替わる I/TC:セカンダリCPU3初期化中 I/TC:セカンダリCPU3が通常のワールドブートに切り替わる ClockCycles サンプル: 0 177149851 1 177149851 2 177149851 3 177149851 すべての ClockCycles オフセットが許容範囲内 NXP S32G274A RDB2 ボード上の QNX Neutrino 7.1.0 へようこそ!! ウォッチドッグを開始しています... シリアルドライバを開始しています... ネットワーキング ドライバー qnx pfe autocore (/dev/socket) を起動しています... 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 INF[src/pfe_drv.c:1384]: --- Safe IRQが有効。InterrupAttach() または InterruptAttach_r() は使用できません。 INF[src/pfe_fw.c:83]: 40772 バイト読み取られました INF[src/pfe_fw.c:89]:ロードされたファームウェアファイル:/ proc / boot / s32g_pfe_class.fw INF[src/pfe_drv.c:1477]: pfe0/EMAC0 の MII モード設定が見つかりません。SGMIIを使用します。 INF[src/pfe_drv.c:1477]: pfe1/EMAC1 の MII モード設定が見つかりません。SGMIIを使用します。 INF[src/pfe_drv.c:1477]: pfe2/EMAC2 の MII モード設定が見つかりません。RGMIIを使用します。 INF[src/pfe_drv.c:1495]: PFE 周辺機器のリセットを発行しています... INF[src/pfe_drv.c:1496]: PFE リセット OK。 INF[hw/s32g/pfe_platform_master.c:3519]: PFE CBUS p0x46000000 マッピング @ v0x31edd7d000 INF [hw / s32g / pfe_platform_master.c:3524]:HWバージョン0x50300 INF[src/pfe_hw_feature.c:90]:シリコンS32G2 INF[hw/s32g/pfe_platform_master.c:2687]: PFE_ERRORS:パリティインスタンス作成 INF[hw/s32g/pfe_platform_master.c:2702]: PFE_ERRORS:ウォッチドッグインスタンスが作成されました INF [hw/s32g/pfe_platform_master.c:1766]:BMU1バッファベース:p0xc0000000 INF[hw/s32g/pfe_platform_master.c:1810]: BMU2 バッファベース: p0x83000000 (0x200000 バイト) WINF[src/oal_irq_qnx.c:117]:PFE BMU IRQ ワーカーが開始されました (IRQ ID: 226) RN[hw/s32g/pfe_platform_master.cINF[hw/s32g/pfe_bmu_csr.c:96]:BMU_EMPTY_INT(BMU @ p0x88000)。プールの準備ができました。 :2194]INF [hw/s32g/pfe_bmu_csr.c:96]:BMU_EMPTY_INT(BMU @ p0x8c000)。プールの準備ができました。 : オプション 'g2_ordered_class_writes' は無効です。 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elfが検出されました INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアのアップロード INF[src/pfe_pe.c:609]: 8 つの PE を並行してロードする選択した FW ローディング OP INF [src / pfe_pe.c:1945]:pfe_ct.hファイルバージョン「92367c0e25f21f49217a9b08168ad2c8」 INF[src/pfe_pe.c:2422]: [FW VERSION] 1.4.0, ビルド: 2022年8月30日, 12:03:43 (), ID: 0x31454650 WRN[hw/s32g/pfe_platform_master.c:2312]: VLAN ID が正しくないか、設定されていません。デフォルトの VLAN ID = 0x01 を使用します。 WRN[hw/s32g/pfe_platform_master.c:2318]: VLAN 統計サイズが正しくないか、設定されていません。デフォルトの VLAN stats size = 20 を使用します。 INF[src/pfe_l2br.c:1192]: ハードウェア vlan ハッシュテーブル INF[src/pfe_l2br.c:1286]: フォールバックブリッジドメイン @ 0x20000a34 (クラス) INF[src/pfe_l2br.c:1287]: デフォルトのブリッジドメイン @ 0x20000a2c (クラス) INF [hw / s32g / pfe_platform_master.c:2412]:ルーティングテーブルが作成され、ハッシュテーブル@ p0x80014000、プール@ p0x8001c000(65536バイト) INF[src/pfe_hif_chnl.c:1997]:RXバッファプールを初期化しています。深さ:256;バッファサイズ:2048;キャッシュラインサイズ:64 INF[src/pfe_hif_chnl.c:1997]:RXバッファプールを初期化しています。深さ:256;バッファサイズ:2048;キャッシュラインサイズ:64 INF[src/pfe_hif_chnl.c:1997]:RXバッファプールを初期化しています。深さ:256;バッファサイズ:2048;キャッシュラインサイズ:64 INF [hw/s32g/pfe_platform_master.c:3705]:機能err051211_workaround:無効 INF[src/pfe_drv.c:2145]:pfe0:静的PHYモードを使用して、RESET = 0 INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ ワーカーが開始されました (IRQ ID: 222) INF[src/pfe_drv.c:1795]: 00:0a:0b:0c:0d:66 を pfe0 に追加 INF[src/pfe_drv.c:2298]: pfe0 の速度/デュプレックス設定が見つかりません。1 Gbps/全二重を使用。 INF[src/pfe_hif_drv_sc.c:336]: HIF クライアントの登録試行: 0 INF[src/pfe_hif_drv_sc.c:1189]: HIFドライバーが開始しました INF[src/pfe_drv.c:2363]: 新しい PFE デバイス: 0、ID: 0 INF[src/pfe_drv.c:2145]: pfe1: 静的 PHY モードを使用して、RESET=0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ ワーカーが開始されました (IRQ ID: 223) INF[src/pfe_drv.c:1795]: 00:1a:1b:1c:1d:66 を pfe1 に追加 INF[src/pfe_drv.c:2298]: pfe1 の速度/デュプレックス設定が見つかりません。1 Gbps/全二重を使用。 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録試行: 1 INF[src/pfe_hif_drv_sc.c:1189]: HIFドライバーが開始しました INF[src/pfe_drv.c:2363]: 新しいPFEデバイス: 1, ID: 2 INF[src/pfe_drv.c:2145]: pfe2: 静的 PHY モードを使用して、RESET=0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ ワーカーが開始しました (IRQ ID: 224) INF[src/pfe_drv.c:1795]: 00:2a:2b:2c:2d:66 を pfe2 に追加 INF[src/pfe_drv.c:2298]: pfe2 の速度/デュプレックス設定が見つかりません。1 Gbps/全二重を使用。 INF[src/pfe_hif_drv_sc.c:336]: HIF クライアントの登録試行: 2 INF[src/pfe_hif_drv_sc.c:1189]: HIFドライバーが開始しました INF[src/pfe_drv.c:2363]: 新しいPFEデバイス: 2, ID: 4 INF[src/pfe_drv.c:2702]: 00:0a:0b:0c:0d:66 を pfe0 に追加 WRN[src/pfe_drv.c:2707]: MAC アドレス 00:0a:0b:0c:0d:66 を pfe0 に割り当てることができません INF[src/pfe_drv.c:2663]: pfe0: 無差別モードの無効化 WRN[src/pfe_drv.c:2829]: SGMII の EMAC 速度変更は現在サポートされていません。 INF[src/pfe_drv.c:2443]: emac0 に 33:33:ff:0c:0d:66 を追加 INF[src/pfe_drv.c:2663]: pfe0: 無差別モードの無効化 INF[src/pfe_drv.c:2443]: 33:33:00:00:00:01 を emac0 に追加 INF[src/pfe_drv.c:2443]: emac0 に 33:33:ff:0c:0d:66 を追加 WRN[src/pfe_drv.c:2450]: 33:33:ff:0c:0d:66 を emac0: 17 に追加できません INF[src/pfe_drv.c:2663]: pfe0: 無差別モードの無効化 INF[src/pfe_drv.c:2443]: 33:33:00:00:00:01 を emac0 に追加 WRN[src/pfe_drv.c:2450]: 33:33:00:00:00:01 を emac0: 17 に追加できません INF[src/pfe_drv.c:2443]: emac0 に 33:33:ff:0c:0d:66 を追加 WRN[src/pfe_drv.c:2450]: 33:33:ff:0c:0d:66 を emac0: 17 に追加できません INF[src/pfe_drv.c:2663]: pfe0: 無差別モードの無効化 WRN[src/pfe_drv.c:2829]: SGMII の EMAC 速度変更は現在サポートされていません。 INF[src/pfe_drv.c:2443]: 01:00:5e:00:00:01 を emac0 に追加 INF[src/pfe_drv.c:2443]: 33:33:00:00:00:01 を emac0 に追加 WRN[src/pfe_drv.c:2450]: 33:33:00:00:00:01 を emac0: 17 に追加できません INF[src/pfe_drv.c:2443]: emac0 に 33:33:ff:0c:0d:66 を追加 WRN[src/pfe_drv.c:2450]: 33:33:ff:0c:0d:66 を emac0: 17 に追加できません INF[src/pfe_drv.c:2663]: pfe0: 無差別モードの無効化 プロセス 4107 (ifconfig) は status=0 を終了しました。 プロセス 10 (sh) は status=0 を終了しました。 SPI ドライバー (/dev/spi1,5) を起動しています... I2C 0/2/4 ドライバー (/dev/i2c0,2,4) を起動しています... USDHC0メモリカードドライバを起動しています... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: /proc/boot/sd_start.sh[2]: waitfor: 実行できません - そのようなファイルやディレクトリはありません QSPI フラッシュ ドライバを起動しています... 検出されたQSPIフラッシュ:Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ:0x4000000 USB ホストドライバーの起動 (/dev/usb/*) devb-umass for /dev/usb/* を起動しています ... プロセス 94229 (ifconfig) は status=0 を終了しました。 2、slog2info Jan 01 00:00:00.029 random.4低* 0 qcrypto: 設定ファイル '/etc/qcrypto.conf' をロードしています[qcrypto_common.c(190)] Jan 01 00:00:00.030 random.4..0 slog* 700 Random は Fortuna PRNG を使用しています Jan 01 00:00:00.041 random.4Low 0 qcrypto: 'openssl' プラグインが読み込まれました [qcrypto_plugins.c(354)] Jan 01 00:00:00.041 random.4..0 slog 700 エントロピーソースとしてタイマーを選択 Jan 01 00:00:00.041 random.4..0 slog 700 登録済みパス名 Jan 01 00:00:00.041 random.4..0 slog 700 ランダム: resmgr の開始 Jan 01 00:00:00.042 random.4..0 slog 700 random: プロセスをデーモン化しています Jan 01 00:00:00.054 devc_serlinflexd.7 slog* 0 serlinflexd_interrupt_attach: 割り込み 114 への接続 Jan 01 00:00:00.061 iopkt.8main_buffer* 0 tcpip 開始 Jan 01 00:00:00.062 iopkt.8main_buffer 0 SMMUサポートが無効になります Jan 01 00:00:00.064 iopkt.8main_buffer 0 IPsecを初期化しています... Jan 01 00:00:00.064 iopkt.8main_buffer 0 完了 1月1日 00:00:00.065 iopkt.8main_buffer 0 IPsec: 初期化されたセキュリティ アソシエーション処理。 Jan 01 00:00:00.068 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月01日00:00:00.544 iopkt.8main_buffer 0 PFE0 Jan 01 00:00:00.547 iopkt.8 main_buffer 0 pfe1 Jan 01 00:00:00.550 iopkt.8 main_buffer 0 pfe2 Jan 01 00:00:00.735 spi_master.16394 normal* 0 spi-master リソースマネージャーの起動 Jan 01 00:00:00.740 spi_master.16395 normal* 0 spi-master リソースマネージャーの開始 Jan 01 00:00:00.758 devb_sdmmc_mx8x.16399 slog* 1800 devb-sdmmc-mx8x 1.00A (Jun 25, 2024 00:40:14) Jan 01 00:00:00.759 devb_sdmmc_mx8x.16399 slog 0 libcam.so (Sep 3, 2021 11:57:38) bver 7010004 Jan 01 00:00:00.771 devb_sdmmc_mx8x.16399 slog 1800 sdio_cd: 挿入パス 0、cd 状態 0x1 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 SD CID: Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 スロー 1800 中0x3、OID 0x5344、PNM SC16G Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 スロー 1800 PRV 0x29、PSN 0xe729d292、MDT 11-2020 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 SD CSD: Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 スロー 1800 TAAC 14、NSAC 0、TRAN_SPEED 50 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 C_SIZE 30386, C_SIZE_MULT 0 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 スロー 1800 READ_BL_LEN 9、WRITE_BL_LEN 9 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 blksz 512、セクター 31116288、dtr 25000000 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 SD SWキャップ: Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 バス モード 0x3、cmd sys 0x1 1月1日 00:00:00.845 devb_sdmmc_mx8x.16399 スロー 1800 DRV タイプ 0x1、現在の制限 0x1 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 dtr 50000000 Jan 01 00:00:00.845 devb_sdmmc_mx8x.16399 slog 1800 CFG:タイミングHS、DTR 50000000、バス幅4ビット Jan 01 00:00:00.846 devb_sdmmc_mx8x.16399 slog 100 cam-disk.so (Sep 3, 2021 11:57:42) Jan 01 00:00:00.849 devb_sdmmc_mx8x.16399 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 Jan 01 00:00:00.849 devb_sdmmc_mx8x.16399 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 Jan 01 00:00:00.849 devb_sdmmc_mx8x.16399 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 Jan 01 00:00:00.869 devb_sdmmc_mx8x.16399 slog 1000 fs-qnx6: 割り当て戦略 0 Jan 01 00:00:00.869 devb_sdmmc_mx8x.16399 slog 1000 fs-qnx6: btree ディレクトリ 0 を使用 Jan 01 00:00:00.872 devb_sdmmc_mx8x.16399 slog 1000 fs-qnx6: fs-qnx6: trim (0,1048576,2) は要求されず、サポートされていません Jan 01 00:00:00.880 devb_sdmmc_mx8x.16399 slog 1000 fs-qnx6: 割り当て戦略 0 Jan 01 00:00:00.880 devb_sdmmc_mx8x.16399 slog 1000 fs-qnx6: btree ディレクトリ 0 を使用 Jan 01 00:00:00.883 devb_sdmmc_mx8x.16399 slog 1000 fs-qnx6: fs-qnx6: trim (0,1048576,2) は要求されず、サポートされていません Jan 01 00:00:00.905 devf_qspi_s32g.57362 slog* 0 (devf t1::f3s_qspi_ident:73) ページサイズ: 256 Jan 01 00:00:00.905 devf_qspi_s32g.57362 slog 0 (devf t1::f3s_qspi_ident:74) 合計チップサイズ: 0x4000000, ユニット サイズ:0x10000 Jan 01 00:00:00.916 i2c_s32v.16396 slog* 0 s32v_wait_busy timedout (50 92) Jan 01 00:00:00.916 i2c_s32v.16396 slog 0 マスター送信はスレーブ0x22に対して終了しませんでした Jan 01 00:00:00.916 i2c_s32v.16396 slog 0 スレーブ0x22のマスター送信タイムアウト Jan 01 00:00:01.207 i2c_s32v.16396 slog 0 wait bus idle failed (0 a0) Jan 01 00:00:01.207 i2c_s32v.16396 slog 0 マスター送信はスレーブ0x22に対して終了しませんでした Jan 01 00:00:01.207 i2c_s32v.16396 slog 0 スレーブ0x22のマスター送信タイムアウト Jan 01 00:00:01.213 io_usb_otg.90128 slog* 0 main(453)[tid:1]: io-usb-otg (Jul 26 2021 16:07:38) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 Jan 01 00:00:01.221 io_usb_otg.90128 slog 0 ehci_init: sever バージョン: 2 で初期化しています Jan 01 00:00:01.221 io_usb_otg.90128 slog 0 ehci_controller_init(4303): devu-hcd-ehci-mx28.so (Mar 11 2024 11:27:09): args ulpi,no_stream,verbose=5 Jan 01 00:00:01.221 io_usb_otg.90128 slog 8 usb_enum_port(94)[tid:1]:busno 0、親-1、ポート0、高速 Jan 01 00:00:01.221 io_usb_otg.90128 slog 11 usb_client_descriptor_get(198)[tid:1]:(タイプ1、インデックス0、長さ) 😎 Jan 01 00:00:01.221 io_usb_otg.90128 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 Jan 01 00:00:01.221 io_usb_otg.90128 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 18) Jan 01 00:00:01.222 io_usb_otg.90128 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 9) Jan 01 00:00:01.222 io_usb_otg.90128 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 25) Jan 01 00:00:01.222 io_usb_otg.90128 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) Jan 01 00:00:01.222 io_usb_otg.90128 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 Jan 01 00:00:01.223 io_usb_otg.90128 slog 13 hub_configuration_enable(263)[tid:1]: 1 Jan 01 00:00:01.326 io_usb_otg.90128 slog 0 usbh_timeout_init(203)[tid:1]: Complete Jan 01 00:00:01.337 io_usb_otg.90128 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 Jan 01 00:00:01.337 io_usb_otg.90128 slog 0 s32g_phy_set_vbus: set_vbus off Jan 01 00:00:01.353 io_usb_otg.90128 slog 0 s32g_phy_set_vbus: set_vbus on Jan 01 00:00:01.364 io_usb_otg.90128 slog 0 ehci_get_port_status(3568 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 Jan 01 00:00:01.364 io_usb_otg.90128 slog 8 usb_enum_port_extract(172)[tid:7]: (busno 0, pdevno 0, portno 1) Jan 01 00:00:01.364 io_usb_otg.90128 slog 8 usb_enum_port_extract(192)[tid:7]: status (2) Jan 01 00:00:01.370 devb_umass.90129 slog* 900 devb-umass 1.00A (Sep 3 2021 11:58:16) Jan 01 00:00:01.372 devb_umass.90129 slog 0 libcam.so (Sep 3 2021 11:57:38) bver 7010004 Jan 01 00:00:01.372 io_usb_otg.90128 slog 0 usbdi_client_connect(58)[tid:5]: pid 90129 proc=proc/boot/devb-umass usbdi_client 3467d35a80 Jan 01 00:00:01.373 io_usb_otg.90128 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 90129 usbdi_client 3467d35a80 Jan 01 00:00:01.373 devb_umass.90129 slog 0 usbdi debug path /pps/usb/debug/ doesn't exist プロセス 102421 (slog2info) は status=0 で終了しました。 3、ifconfig # ifconfigの LO0: フラグ = 8049 MTU 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 接頭辞len 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 PFE0: フラグ=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: フラグ = 8802 MTU 1500 capabilities=1f 有効 = 0 アドレス: 00:2A:2B:2C:2D:66 メディア: イーサネットなし(1000baseT全二重) ステータス:配送業者なし 日時:s32gのQNX PFEエラー ご回答をよろしくお願い申し上げます。 あなたの提案によると、問題は解決されました。 日時:s32gのQNX PFEエラー Hi Lewis, PFE QNX ドライバー 1.4.0 が FW バージョン 1.6.0 と互換性がある (およびテスト済み) ことを確認しました FWの下位互換性がありますが、バージョン1.5.0以降のみです QNX ドライバの最新バージョンは 1.6.0 で、FW は 1.9.0 です。 バージョン番号は本当に誤解を招くことを私は知っています。 QNXドライバー1.4.0とFW1.4.0をテストしましたが、結果はあなたと同じです。 PFE2 で一部の ICMP メッセージを受信しただけですが、それだけです。 そのため、最新バージョンを使用するか、少なくともファームウェアを1.6.0に更新してください よろしく ミラノ 日時:s32gのQNX PFEエラー 板： NXPのS32G274A-RDB2 PFE ドライバー バージョン : 1.4.0 FWバージョン: 1.4.0 U-Boot バージョン: 2020.04 QNXバージョン: QNX ニュートリノ 7.1.0 boot log,slog,cmdline の情報は次のとおりです。 # ブートログ U-Boot 2020.04 (2024年7月2日 - 11:16:16 +0800) CPU:NXPのS32G274Aリビジョン2.0 モデル:NXP S32G274A-RDB2 DRAM: 3.5 GiB MMC:FSL_SDHC:0 MMC から環境を読み込んでいます...わかりました PCIe0 を RootComplex として構成 PCI デバイスIDとベンダーIDを0x4002:0x1957に設定する PCIe0: リンクアップに失敗しました Pcie0: LINK_DBG_1: 0x00000000, LINK_DBG_2: 0x00000800 (予定0x000000d1) DEBUG_R0:0x0002f300、DEBUG_R1:0x08200000 PCI: 自動設定バー 20 の失敗 PCI: 失敗した自動設定バー 24 で: serial@401c8000 アウト:serial@401c8000 エラー:serial@401c8000 ボードリビジョン:RDB2 / GLDBOXリビジョンD ネット: EQOS phy: rgmii @ 1 警告:ランダムなMACアドレスを使用したeth_eqos(eth0)-22:58:f9:b9:36:7b eth0: emac1_xpcs PFE の XPCS の速度を取得するためのeth_eqosFailed: emac0: sgmii emac1: sgmii emac2: rgmii 、eth1:eth_pfeng 自動起動を停止するには、任意のキーを押します:0 パーティション#0に切り替えて、OK mmc0 は現在のデバイスです 42735バイトを16ミリ秒で読み取り(2.5MiB/秒) 10482336バイトを457ミリ秒で読み取り(21.9MiB/秒) ## Booting kernel from Legacy Image at 80080000 ... Image Name: Image Type: AArch64 Linux Kernel Image (uncompressed) Data Size: 10482272 Bytes = 10 MiB Load Address: 80080000 Entry Point: 80080000 Verifying Checksum ... OK ## フラット化されたデバイス ツリー BLOB (83e00000) 0x83e00000 で fdt blob を使用してブートする カーネルイメージの読み込み 0000000083e00000 の場所にあるデバイス ツリーを使用して、0000000083e0d6ee を終了します 修正: PFE0 を 00:01:BE:BE:EF:11 に設定 修正: PFE1 を 00:01:BE:BE:EF:22 に設定 修正: PFE1: PHY Addr を 0x8 に更新します 修正: PFE2 を 00:01:BE:BE:EF:33 に設定 カーネルを起動中… ボード:NXP S32G274A RDB2リビジョンD EVB/RDB 上の PFE ドライバーの RAM 領域の予約 ClockCycles サンプル: 0 190944758 1 190944758 2 190944758 3 190944758 すべての ClockCycles オフセットが許容範囲内 QNX Neutrino 7.1.0 へようこそNXP S32G274A RDB2ボードに!! ウォッチドッグを開始しています... シリアルドライバを開始しています... ネットワークドライバ (/dev/socket)を起動しています... プロセス 8 (cp) は status=0 を終了しました。 SPI ドライバー (/dev/spi1,5) を起動しています... I2C 0/2/4 ドライバー (/dev/i2c0,2,4) を起動しています... USDHC0メモリカードドライバを起動しています... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: /proc/boot/sd_start.sh[2]: waitfor: 実行できません - そのようなファイルやディレクトリはありません プロセス 4112 (マウント) は status=0 を終了しました。 プロセス 16400 (マウント) は status=0 を終了しました。 プロセス 28688 (マウント) は status=0 を終了しました。 プロセス 4111 (sh) は status=0 を終了しました。 QSPI フラッシュ ドライバを起動しています... 検出されたQSPIフラッシュ:Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ:0x4000000 プロセス 45074 (sh) は status=255 を終了しました。 プロセス 61457 (sh) は status=255 を終了しました。 USB ホストドライバーの起動 (/dev/usb/*) devb-umass for /dev/usb/* を起動しています ... # slog2info Jan 01 00:00:00.028 random.4低* 0 qcrypto: 設定ファイル '/etc/qcrypto.conf' をロードしています[qcrypto_common.c(190)] Jan 01 00:00:00.029 random.4..0 slog* 700 Random は Fortuna PRNG を使用しています Jan 01 00:00:00.040 random.4Low 0 qcrypto: 'openssl' プラグインが読み込まれました [qcrypto_plugins.c(354)] Jan 01 00:00:00.041 random.4..0 slog 700 エントロピーソースとしてタイマーを選択 Jan 01 00:00:00.041 random.4..0 slog 700 登録済みパス名 Jan 01 00:00:00.041 random.4..0 slog 700 ランダム: resmgr の開始 Jan 01 00:00:00.041 random.4..0 slog 700 random: プロセスをデーモン化しています Jan 01 00:00:00.054 devc_serlinflexd.7 slog* 0 serlinflexd_interrupt_attach: 割り込み 114 への接続 Jan 01 00:00:00.066 iopkt.4104 main_buffer* 0 tcpip 開始 Jan 01 00:00:00.066 iopkt.4104 main_buffer 0 smmu サポートが無効になっています Jan 01 00:00:00.069 iopkt.4104 main_buffer 0 IPsecを初期化しています... Jan 01 00:00:00.069 iopkt.4104 main_buffer 0完了 Jan 01 00:00:00.069 iopkt.4104 main_buffer 0 IPsec:初期化されたセキュリティアソシエーション処理。 Jan 01 00:00:00.073 spi_master.4105 normal* 0 spi-master リソースマネージャーの起動 Jan 01 00:00:00.073 iopkt.4104 main_buffer 0 devnp-pfe-2.so class_fw=/proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.075 io_pkt_v6_hc.4104 slog* 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 Jan 01 00:00:00.075 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1384]:--- Safe IRQが有効になっています。InterrupAttach() または InterruptAttach_r() は使用できません。 Jan 01 00:00:00.075 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_fw.c:83]:40772バイト読み取り Jan 01 00:00:00.075 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_fw.c:89]:ロードされたファームウェアファイル:/proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.075 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0 の MII モード コンフィギュレーションが見つかりません。SGMIIを使用します。 Jan 01 00:00:00.075 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1 の MII モード コンフィギュレーションが見つかりません。SGMIIを使用します。 Jan 01 00:00:00.076 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 の MII モード コンフィギュレーションが見つかりません。RGMIIを使用します。 Jan 01 00:00:00.076 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1495]:PFE ペリフェラル リセットを発行しています... Jan 01 00:00:00.079 spi_master.4106 normal* 0 Starting spi-master resource manager Jan 01 00:00:00.096 devb_sdmmc_mx8x.4110 slog* 1800 devb-sdmmc-mx8x 1.00A (Jul 11 2024 10:50:22) Jan 01 00:00:00.098 devb_sdmmc_mx8x.4110 slog 0 libcam.so (Sep 3 2021 11:57:38) bver 7010004 Jan 01 00:00:00.109 devb_sdmmc_mx8x.4110 slog 1800 sdio_cd: insertion path 0, cd state 0x1 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 SD CID: Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 MID 0x3, OID 0x5344, PNM SC16G Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 PRV 0x29, PSN 0xe729d292, MDT 11-2020 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 SD CSD: Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 C_SIZE 30386, C_SIZE_MULT 0 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 blksz 512, sectors 31116288, dtr 25000000 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 SD SW CAPS: Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 bus mode 0x3, cmd sys 0x1 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 drv type 0x1, curr limit 0x1 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 dtr 50000000 Jan 01 00:00:00.185 devb_sdmmc_mx8x.4110 slog 1800 CFG: Timing HS, DTR 50000000, Bus Width 4 bit Jan 01 00:00:00.186 devb_sdmmc_mx8x.4110 slog 100 cam-disk.so (2021年9月3日 11:57:42) Jan 01 00:00:00.189 devb_sdmmc_mx8x.4110 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 Jan 01 00:00:00.189 devb_sdmmc_mx8x.4110 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 Jan 01 00:00:00.190 devb_sdmmc_mx8x.4110 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 Jan 01 00:00:00.210 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6: 割り当て戦略 0 Jan 01 00:00:00.210 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6:btreeディレクトリ0を使用 Jan 01 00:00:00.213 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6: fs-qnx6: trim (0,1048576,2) は要求されず、サポートされていません Jan 01 00:00:00.221 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6: 割り当て戦略 0 Jan 01 00:00:00.221 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6: btree ディレクトリ 0 を使用 Jan 01 00:00:00.224 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6: fs-qnx6: trim (0,1048576,2) は要求されず、サポートされていません Jan 01 00:00:00.232 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6: 割り当て戦略 0 Jan 01 00:00:00.232 devb_sdmmc_mx8x.4110 slog 1000 fs-qnx6:btreeディレクトリ0を使用 1月01日 00:00:00.235 devb_sdmmc_mx8x.4110 slog 1000 FS-QNX6: FS-QNX6: トリム (0,1048576,2) は要求されず、サポートされていません Jan 01 00:00:00.250 devf_qspi_s32g.45071 slog* 0 (devf t1::f3s_qspi_ident:73) ページサイズ: 256 Jan 01 00:00:00.250 devf_qspi_s32g.45071 slog 0 (devf t1::f3s_qspi_ident:74) 合計チップ サイズ: 0x4000000、ユニット サイズ: 0x10000 Jan 01 00:00:00.259 i2c_s32v.4107 slog* 0 s32v_wait_busy timedout (50 92) Jan 01 00:00:00.259 i2c_s32v.4107 slog 0 マスター送信はスレーブ0x22に対して終了しませんでした Jan 01 00:00:00.259 i2c_s32v.4107 slog 0 スレーブ0x22のマスター送信タイムアウト Jan 01 00:00:00.296 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1496]:PFE リセット OK。 Jan 01 00:00:00.296 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 マッピング @ v0x1380753000 Jan 01 00:00:00.296 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:HWバージョン0x50300 Jan 01 00:00:00.296 io_pkt_v6_hc.4104 slog 0 INF [src/pfe_hw_feature.c:90]:シリコンS32G2 Jan 01 00:00:00.297 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンス作成 Jan 01 00:00:00.297 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS:ウォッチドッグインスタンス作成 Jan 01 00:00:00.297 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファー・ベース: p0xc0000000 Jan 01 00:00:00.300 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 バッファー ベース: p0x83000000 (0x200000 バイト) Jan 01 00:00:00.302 io_pkt_v6_hc.4104 slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ ワーカーが開始されました (IRQ ID: 226) Jan 01 00:00:00.302 io_pkt_v6_hc.4104 slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション 'g2_ordered_class_writes' は無効です。 Jan 01 00:00:00.302 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000). Pool ready. Jan 01 00:00:00.302 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000). Pool ready. Jan 01 00:00:00.304 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア .elf検出 Jan 01 00:00:00.304 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASS ファームウェアのアップロード Jan 01 00:00:00.304 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_pe.c:609]:8つのPEを並行してロードする選択したFWローディングOP Jan 01 00:00:00.307 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8" Jan 01 00:00:00.309 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_pe.c:2422]: [FW VERSION] 1.4.0, Build: Aug 30 2022, 12:03:43 (), ID: 0x31454650 Jan 01 00:00:00.441 io_pkt_v6_hc.4104 slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN ID が正しくないか、設定されていません。デフォルトの VLAN ID = 0x01 を使用します。 Jan 01 00:00:00.441 io_pkt_v6_hc.4104 slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN 統計サイズが正しくないか、設定されていません。デフォルトの VLAN stats size = 20 を使用します。 Jan 01 00:00:00.441 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_l2br.c:1192]:ハードウェア vlan ハッシュ テーブル Jan 01 00:00:00.441 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_l2br.c:1286]:フォールバック ブリッジ ドメイン @ 0x20000a34(クラス) Jan 01 00:00:00.441 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_l2br.c:1287]:デフォルトのブリッジ ドメイン @ 0x20000a2c(クラス) Jan 01 00:00:00.441 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:ルーティング テーブルが作成され、ハッシュ テーブル @ p0x80037000、プール @ p0x8003f000 (65536 バイト) Jan 01 00:00:00.442 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_chnl.c:1997]: RX バッファー プールを初期化しています。深さ:256;バッファサイズ:2048;キャッシュラインサイズ:64 Jan 01 00:00:00.443 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_chnl.c:1997]:RXバッファプールを初期化しています。深さ:256;バッファサイズ:2048;キャッシュラインサイズ:64 Jan 01 00:00:00.445 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_chnl.c:1997]: RX バッファー プールを初期化しています。深さ:256;バッファサイズ:2048;キャッシュラインサイズ:64 Jan 01 00:00:00.544 io_pkt_v6_hc.4104 slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:機能 err051211_workaround: 無効 Jan 01 00:00:00.545 iopkt.4104 main_buffer 0 pfe0 Jan 01 00:00:00.546 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2145]: pfe0: Using static PHY mode, RESET=0 Jan 01 00:00:00.546 io_pkt_v6_hc.4104 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ ワーカーが開始しました (IRQ ID: 222) Jan 01 00:00:00.546 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1795]:pfe0 への 00:0a:0b:0c:0d:0e の追加 Jan 01 00:00:00.548 iopkt.4104 main_buffer 0 pfe1 Jan 01 00:00:00.548 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2298]:pfe0 の速度/デュプレックス設定が見つかりません。1 Gbps/全二重を使用。 Jan 01 00:00:00.548 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIF クライアントの登録試行: 0 Jan 01 00:00:00.548 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF ドライバーが開始しました Jan 01 00:00:00.548 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 0, ID: 0 Jan 01 00:00:00.548 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2145]: pfe1: Using static PHY mode, RESET=0 Jan 01 00:00:00.548 io_pkt_v6_hc.4104 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ ワーカーが開始されました (IRQ ID: 223) Jan 01 00:00:00.549 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1795]:00:1a:1b:1c:1d:1e を pfe1 に追加する Jan 01 00:00:00.551 iopkt.4104 main_buffer 0 pfe2 Jan 01 00:00:00.551 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2298]:pfe1 の速度/デュプレックス設定が見つかりません。1 Gbps/全二重を使用。 Jan 01 00:00:00.551 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIF クライアントの登録試行: 1 Jan 01 00:00:00.551 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF ドライバーが開始しました Jan 01 00:00:00.551 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 1, ID: 2 Jan 01 00:00:00.551 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2145]: pfe2: Using static PHY mode, RESET=0 Jan 01 00:00:00.551 io_pkt_v6_hc.4104 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ ワーカーが開始されました (IRQ ID: 224) Jan 01 00:00:00.551 i2c_s32v.4107 slog 0 wait bus idle failed (0 a0) Jan 01 00:00:00.551 i2c_s32v.4107 slog 0 マスター送信はスレーブ0x22に対して終了しませんでした Jan 01 00:00:00.552 i2c_s32v.4107 slog 0 スレーブ0x22のマスター送信タイムアウト Jan 01 00:00:00.552 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:1795]:00:2a:2b:2c:2d:2e を pfe2 に追加する Jan 01 00:00:00.554 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2298]:pfe2 の速度/デュプレックス設定が見つかりません。1 Gbps/全二重を使用。 Jan 01 00:00:00.554 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIF クライアントの登録試行: 2 Jan 01 00:00:00.554 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF ドライバーが開始しました Jan 01 00:00:00.554 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 2, ID: 4 Jan 01 00:00:00.558 io_usb_otg.73745 slog* 0 main(453)[tid:1]: io-usb-otg (Jul 26 2021 16:07:38) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 Jan 01 00:00:00.566 io_usb_otg.73745 slog 0 ehci_init: sever バージョン: 2 で初期化しています Jan 01 00:00:00.566 io_usb_otg.73745 slog 0 ehci_controller_init(4303): devu-hcd-ehci-mx28.so (Mar 11 2024 11:27:09): args ulpi,no_stream,verbose=5 Jan 01 00:00:00.566 io_usb_otg.73745 slog 8 usb_enum_port(94)[tid:1]:busno 0、親-1、ポート0、高速 Jan 01 00:00:00.567 io_usb_otg.73745 slog 11 usb_client_descriptor_get(198)[tid:1]:(タイプ1、インデックス0、長さ) 😎 Jan 01 00:00:00.567 io_usb_otg.73745 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 Jan 01 00:00:00.567 io_usb_otg.73745 slog 11 usb_client_descriptor_get(198)[tid:1]:(タイプ1、インデックス0、長さ18) Jan 01 00:00:00.568 io_usb_otg.73745 slog 11 usb_client_descriptor_get(198)[tid:1]:(タイプ2、インデックス0、長さ9) Jan 01 00:00:00.568 io_usb_otg.73745 slog 11 usb_client_descriptor_get(198)[tid:1]:(タイプ2、インデックス0、長さ25) Jan 01 00:00:00.568 io_usb_otg.73745 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) Jan 01 00:00:00.568 io_usb_otg.73745 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 Jan 01 00:00:00.569 io_usb_otg.73745 slog 13 hub_configuration_enable(263)[tid:1]:1 Jan 01 00:00:00.672 io_usb_otg.73745 slog 0 usbh_timeout_init(203)[tid:1]:完了 Jan 01 00:00:00.683 io_usb_otg.73745 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 Jan 01 00:00:00.683 io_usb_otg.73745 slog 0 s32g_phy_set_vbus: set_vbus off Jan 01 00:00:00.699 io_usb_otg.73745 slog 0 s32g_phy_set_vbus: set_vbus オン Jan 01 00:00:00.710 io_usb_otg.73745 slog 0 ehci_get_port_status(3568 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 Jan 01 00:00:00.710 io_usb_otg.73745 slog 8 usb_enum_port_extract(172)[tid:7]:(busno 0、pdevno 0、portno 1) Jan 01 00:00:00.710 io_usb_otg.73745 slog 8 usb_enum_port_extract(192)[tid:7]: ステータス (2) 1月01日 00:00:00.716 devb_umass.77840 slog* 900 devb-umass 1.00A (2021年9月3日 11:58:16) Jan 01 00:00:00.718 devb_umass.77840 slog 0 libcam.so (Sep 3, 2021 11:57:38) bver 7010004 Jan 01 00:00:00.718 io_usb_otg.73745 slog 0 usbdi_client_connect(58)[tid:5]:pid 77840 proc = proc / boot / devb-umass usbdi_client 3db882ca80 Jan 01 00:00:00.719 io_usb_otg.73745 slog 0 usbdi_resmgr_connect(310)[tid:5]:usbdi_resmgr_connect:pid 77840 usbdi_client 3db882ca80 Jan 01 00:00:00.719 devb_umass.77840 slog 0 usbdi デバッグ パス /pps/usb/debug/ が存在しません Jan 01 00:00:29.122 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2702]:00:2a:2b:2c:2d:2e を pfe2 に追加する Jan 01 00:00:29.123 io_pkt_v6_hc.4104 slog 0 WRN[src/pfe_drv.c:2707]:MAC アドレス 00:2a:2b:2c:2d:2e を pfe2 に割り当てることができません Jan 01 00:00:29.123 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2663]: pfe2: Disabling promiscuous mode Jan 01 00:00:29.123 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2847]:EMAC2 RGMII クロックを 125000000Hz に設定します。 Jan 01 00:00:29.123 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2443]:33:33:ff:2c:2d:2e を emac2 に追加する Jan 01 00:00:29.125 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2663]: pfe2: Disabling promiscuous mode Jan 01 00:00:29.125 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2443]:33:33:00:00:00:01 を emac2 に追加する Jan 01 00:00:29.127 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2443]:33:33:ff:2c:2d:2e を emac2 に追加する Jan 01 00:00:29.127 io_pkt_v6_hc.4104 slog 0 WRN[src/pfe_drv.c:2450]:33:33:ff:2c:2d:2e を emac2 に追加できません: 17 Jan 01 00:00:29.127 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2663]: pfe2: Disabling promiscuous mode Jan 01 00:00:29.127 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2443]:01:00:5e:00:00:01 を emac2 に追加する Jan 01 00:00:29.129 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2443]:33:33:00:00:00:01 を emac2 に追加する Jan 01 00:00:29.129 io_pkt_v6_hc.4104 slog 0 WRN[src/pfe_drv.c:2450]:33:33:00:00:00:01をEmac2に追加できません:17 Jan 01 00:00:29.129 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2443]:33:33:ff:2c:2d:2e を emac2 に追加する Jan 01 00:00:29.129 io_pkt_v6_hc.4104 slog 0 WRN[src/pfe_drv.c:2450]:33:33:ff:2c:2d:2e を emac2 に追加できません: 17 Jan 01 00:00:29.129 io_pkt_v6_hc.4104 slog 0 INF[src/pfe_drv.c:2663]: pfe2: Disabling promiscuous mode プロセス 122901 (slog2info) は status=0 で終了しました。 #コマンドライン # ifconfigの LO0: フラグ = 8049 MTU 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 接頭辞len 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 PFE0: flags=8802 MTU 1500 capabilities=1f 有効 = 0 アドレス: 00:0a:0b:0c:0d:0e メディア: イーサネットなし(1000baseT全二重) ステータス:配送業者なし PFE1: flags=8802 MTU 1500 capabilities=1f 有効 = 0 アドレス: 00:1A:1B:1C:1D:1E メディア: イーサネットなし(1000baseT全二重) ステータス:配送業者なし PFE2: フラグ = 8802 MTU 1500 capabilities=1f 有効 = 0 アドレス: 00:2A:2B:2C:2D:2E メディア: イーサネットなし(1000baseT全二重) ステータス:配送業者なし プロセス 81941 (ifconfig) は status=0 を終了しました。 # ifconfig pfe2 172.16.0.110/24 プロセス 90133 (ifconfig) は status=0 を終了しました。 #if_up PFE2 プロセス 98325 (if_up) は status=0 を終了しました。 # ifconfigの LO0: フラグ = 8049 MTU 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 接頭辞len 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 PFE0: flags=8802 MTU 1500 capabilities=1f 有効 = 0 アドレス: 00:0a:0b:0c:0d:0e メディア: イーサネットなし(1000baseT全二重) ステータス:配送業者なし PFE1: flags=8802 MTU 1500 capabilities=1f 有効 = 0 アドレス: 00:1A:1B:1C:1D:1E メディア: イーサネットなし(1000baseT全二重) ステータス:配送業者なし PFE2: flags=8843 MTU 1500 capabilities=1f 有効 = 0 アドレス: 00:2A:2B:2C:2D:2E メディア: イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 172.16.0.110 ネットマスク 0xffffff00 ブロードキャスト 172.16.0.255 inet6 fe80::22a:2bff:fe2c:2d2e%pfe2 prefixlen 64 scopeid 0x13 プロセス 106517 (ifconfig) は status=0 を終了しました。 日時:s32gのQNX PFEエラー これは興味深い問題です。 EMAC0 と EMAC1 は SGMII を使用していますが、EMAC2 は RGMII を使用しています。 PFEドライバとFWのバージョンを教えてください。互換性がない可能性があります。 ボードの起動からログを提供できますか? よろしく ミラノ 日時:s32gのQNX PFEエラー Hi, ドライバーパッケージに含まれています。 QNX PFE ドライバをお持ちの場合は、これらのドキュメントを参照できます。 ログから、QNXの予約済みpfe_ddrメモリアレアが欠落していることがわかります。 BSP ファイル: nxp-s32g-evb\src\hardware\startup\boards\s32g\s32g274a-rdb\main.c s32g_init_raminfo()の後に追加します。 kprintf("EVB/RDB 上の PFE ドライバーの RAM 領域を予約しています\n"); as_add_containing(0x80000000,0x80000000 + 0x04000000 - 1,AS_ATTR_RAM, "pfe_ddr","ラム"); Milan 日時:s32gのQNX PFEエラー NXPが提供するサービスを購入する必要があります。 日時:s32gのQNX PFEエラー 問題はまだ発生。PFE0、PFE1、および PFE2 はまだ使用できません。 PFE0 と PFE1 はまったく使用できませんが、PFE2 は PFE0 と PFE1 とは異なります。以下のテストを行いました。 Test1:外部デバイスE ping S32G pfe2 E デバイス: 「arp request」、「arp reply」、「icmp request」はキャプチャできますが、「icmp reply」はありません。 S32Gデバイス:「arp request」、「arp reply」、「icmp request」、「icmp reply」をキャプチャできます。 テスト2:S32G ping外部デバイスE S32G デバイス: 'icmp request' パケットのみをキャプチャできます。 E デバイス: パケットをキャプチャできません。 このエラー結果につながるpfeの設定はありますか? 追記: 1.デバイスEは正常で、他のデバイスにpingを実行できます。他のデバイスもEにpingを実行できます。 2. S32GとデバイスE間のネットワーク設定が有効である。 日時:s32gのQNX PFEエラー 「PFE_S32G_A53_QNX_UserManual.pdf」はどこで入手できますかと 'PFE_S32G_A53_QNX_IntegrationManual.pdf'書類。私のアカウントでログインしても、nxpのWebサイトのどこにも表示されません。s32g-rdb399a-rdbでも同様の問題に直面しています。しかし、場合によっては、qnx は pf をロードしません。添付されたログ 日時:s32gのQNX PFEエラー Hi Lewis, 統合マニュアルに不足している情報があるようです。ご不便をおかけして申し訳ございません。 QNX を起動する前に、U-boot PFE ドライバーを使用して PFE ペリフェラルとクロックを初期化しています。 U-bootがロードできるように、SDカードのFAT32パーティション に s32g_pfe_class.fw ファイル が必要です。 SDカードには、PFEを使用するためにこれらのファイルが必要です。 ifs-s32g274a-rdb.ui s32g_pfe_class.fw s32g_pfe_util.fw s32g274a-rdb2.dtb よろしくお願いいたします ミラノ 日時:s32gのQNX PFEエラー Hi, ご不便をおかけして申し訳ございません。これは QNX 自体ではなく、PFE 自体の設定上の問題である可能性があるという社内チームからの通知を受けました。 このお問い合わせは、社内チームに送付し、さらにコメントをいただくためにお送りします。社内チームからコメントが入り次第、お知らせします。 改めまして申し訳ございません。 お知らせください。 日時:s32gのQNX PFEエラー Hi, QNX は NXP によって直接サポートされていないため、現時点で提供できる情報よりも優れた情報を提供するために、QNX サポート チームに連絡することをお勧めします。 ご不便をおかけして申し訳ございません。 お知らせください。

ヘルスケアアプリケーション向けの近距離無線通信(NFC) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Continua Health Allianceのヘルスケア機器規格をベースとしたKinetisマイクロコントローラは、IEEE® 11073規格を使用してデータをカプセル化します。この例では、Freedom 開発プラットフォームは、NFC アンテナとマネージャーの間を橋渡しする近距離無線通信ボードとして動作します。 顔立ち 血糖モジュールのエミュレーション ヘルスケアに特化した低電力技術 血糖値モニターからのNFC読み取り Continua compliant demo (IEEE 11073) 注目のNXP製品 製品 リンク Kinetis® Lシリーズ Kinetis Lシリーズ・マイクロコントローラ - Arm® Cortex-M0™+ コア |NXPの  Kinetis® KL05およびKL04マイクロコントローラ向けFreedom開発プラットフォーム FRDM-KL05Z|Freedom開発プラットフォーム|Kinetis®マイクロコントローラ |NXPの  モバイル

スレッド低電力エンド デバイスのポーリング時間の変更 (KW41Z) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Thread Low Power End Deviceは、MCUが低電力状態にあり、バッテリ寿命を維持するためにほとんどの時間無線がオフになるように事前構成されています。デバイスは定期的にウェイクアップし、親ルーターをポーリングして宛先のデータを取得するか、オプションで親ルーターを使用してネットワークへのデータ送信を開始します。 コネクティビティフレームワークの低電力モジュール (LPM) は、Kinetisベースのワイヤレスネットワークノードを低電力モードまたはスリープモードにするプロセスを簡素化します。MKW41Zには、6つの低電力モードがあります。 デフォルトでは、Thread Low Power End Deviceはディープスリープモード3を使用します。 LLS3 モードの MCU。 リンクレイヤーはアイドル状態のままです。 RAM は保持されます。 ウェイクアップ ソースは次のとおりです。 GPIO(プッシュボタン)。 DCDCパワースイッチ(降圧モード)。 32kHz発振器をクロックソースとするLPTMR。 LPTMRタイマは、MCUがディープスリープで過ごす時間を測定し、ウェイクアップ時に低電力タイマを同期させるためにも使用されます。スリープ ディープ モードの詳細については、Connectivity Framework リファレンス マニュアルと PWR_Configuration.h を参照してください。 ディープスリープモード3でポーリング時間を変更するには、2つのマクロを理解する必要があります。 1.\framework\LowPower\Interface\MKW41Z \ PWR_Configuration.h の cPWR_DeepSleepDurationMs マクロ #ifndef cPWR_DeepSleepDurationMs   #define cPWR_DeepSleepDurationMs                3000 #endif ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ このマクロは、MCUが低電力モード(ディープスリープ)に移行する時間を決定します。最大値は 65535000 ミリ秒 (18.2 時間) です。 2. \source\config.h の THR_SED_POLLING_INTERVAL_MS マクロ。 /*! The default value for sleepy end device (SED) polling interval */ #ifndef THR_SED_POLLING_INTERVAL_MS     #define THR_SED_POLLING_INTERVAL_MS                     3000     /* Milliseconds */ #endif ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ このマクロは、低電力エンド デバイスが親にポーリング メッセージを送信する頻度を決定します。 手記： この値は、MCUがウェイクアップする頻度を決定するものではありません。 ポーリング間隔は [ディープ スリープ期間] の値の倍数にする必要があり、そうでない場合は、ポーリングは次のディープ スリープ タイムアウトに送信されます。 例として、ポーリング間隔を 4000 ミリ秒に、ディープ スリープ時間を 3000 ミリ秒に設定したとします。MCUは3000ミリ秒ごとにウェイクアップしますが、MCUがウェイクアップするとタイマーが同期されるため、ポーリングメッセージは2ディープスリープタイムアウト= 6000ミリ秒ごとに送信されます。次の図は、この例の動作を示しています。 ポーリング間隔はディープスリープ時間と同じにして、MCUが不必要にウェイクアップしないようにすることをお勧めします。次の図は、この動作を示しています。 覚えておくべき別のマクロは、 app_thread_config.h の THR_SED_TIMEOUT_PERIOD_SEC です。 #ifndef THR_SED_TIMEOUT_PERIOD_SEC     #define THR_SED_TIMEOUT_PERIOD_SEC                 ((4*THR_SED_POLLING_INTERVAL_MS)/1000 + 3) #endif ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ この値は、親がスリープ状態のエンドデバイス(SED)が切断されたと見なすために使用するタイムアウト期間です。デフォルトでは、この値はポーリング間隔の 4 倍 + 3 秒に設定されています。このマクロはそのままにしておくことをお勧めします。この値は、コミッショニング中に親ノードに送信されます。 KW41Z31Z21Z Threadソフトウェア Re:スレッド低電力エンドデバイス(KW41Z)のポーリング時間の変更 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう、指示は正しいです、それは私の間違いでした。THR_SED_POLLING_INTERVAL_MS is app_thread_config.h の定義を変更しました。 Re:スレッド低電力エンドデバイス(KW41Z)のポーリング時間の変更 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、マシュー。 この 2 つのマクロだけが、プロジェクトに加えた変更だったのですか?私はちょうど両方のマクロを5000ミリ秒に変更してあなたのユースケースをテストしました、そしてポーリングは5秒ごとに正しく送信されます。 最新の MCUXpresso SDK では、 THR_SED_POLLING_INTERVAL_MS マクロは \source\config.h にあります。 よろしくお願いします。 Gerardo Re:スレッド低電力エンドデバイス(KW41Z)のポーリング時間の変更 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> frdmkw41z_wireless_examples_thread_low_power_end_device_freertos例のプロジェクトを使用して、デバイスをビルド、実行、およびハイブリッド ble スレッド ルーターに接続することに成功しました。次に、電流引き込みを測定して送信周波数を確認しましたが、予想どおり、デフォルトでは3000msに設定されています。次に、説明されているように 2 つの定義を変更し、5000 ミリ秒に変更しました。しかし、消費電力を再テストしたところ、予想していた5000msではなく、3000msごとに電流が急上昇し続けました。他に足りないものはありますか?

LPC11u37h NFC 读卡器库移植指南（Ver 5.12）- 移植 NfcrdlibEx1_BasicDiscoveryLoop <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 最新的 NFC 阅读器库支持 lpc1769，这是一个带有 LPCopen lib 支持的 cortex M3 控制器，因此理论上，它应该支持 LPCopen 支持的其他控制器，但我们必须对此进行测试，因此我们选择例如 lpc11u37（一个基于 cortex M0 的控制器）进行此移植。 本次移植的平台： LPC11u37h-Xpresso Rev A: CLRC663 加上基于 CLEV663B Blueboard 3.0。有关详细信息，请参阅准备 CLEV663B 板以进行 NFC 读取器库移植。 它们通过 LPCXpresso 端口连接。 现在我们可以开始移植了，本次移植使用的IDE是MCUXpresso 10.1.1 1. 下载并导入 CLEV6630B 的最新 NFC 读取器库，因为它支持 CLRC663 plus。 有关如何导入项目，请参阅https://www.nxp.com/docs/en/application-note/AN11211.pdf 。 2.下载适用于 LPC11u37h 的 LPCopen 并将其导入。 3.现在我们可以在NFC阅读器库中选择一些演示，例如NfcrdlibEx1_BasicDiscoveryLoop，并为lpc11u37h创建新的构建配置。 4.选择正确的MCU 5.修改构建设置 这里我们发现 LPC1769RC663 被定义了，所以我们必须在代码中找到与这个定义相关的内容并改变它/它们。 幸运的是，这样的人并不多。您可能会发现它们仅与板头文件或类似的东西有关，因此修改它们并不困难。 6.为新的板定义添加新的头文件 7.添加新的板定义 8.由于我们现在使用 LPCopen lib 来代替 LPC11u37h，所以我们必须更改包含路径。 由于 LPC11u37h 基于 Cortex M3，因此我们必须设置 FreeRTOS 以支持 M0： 并添加构建源代码： 9.更改链接库和包含路径 10.设置正确的参考项目以将 LPCopen 用于 LPC11u37h。 11.LPCopen 库中的一些变化： 1）启用半主机调试 2）为演示添加启动源代码，该C文件可以从某些lpcopen项目中重用/导入。 12.完成上述步骤后，我们还要更改DAL中的源代码： 您知道，由于 LPCopen 库的版本不同，某些函数定义可能会发生变化，并且不同的 LPCXpresso 板与 LPCXpresso 端口的引脚连接也不同，因此建议检查电路板原理图和 lpcopen 项目中的示例，找到适当的函数调用来实现 DAL 文件夹中的源代码。完成后，移植就完成了。 13.由于最终图像大小大于128K，我们启用了尺寸优化。 14.Demo test ok. 现在，我们知道lpc11u37可以被最新的NFC读取器库支持，因此移植也应该适用于其他Cortex M0控制器，并且建议使用具有较大内部闪存容量的控制器，最好大于128K，但无论如何，在此移植中，我没有启用LPCopen库的大小优化，因此最终可能会有更小尺寸的图像...... NFC 前端解决方案 NFC读卡器库

更改线程低功耗终端设备 (KW41Z) 上的轮询时间 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Thread 低功耗终端设备已预先配置为 MCU 处于低功耗状态，并且无线电大部分时间处于关闭状态，以延长电池寿命。该设备定期唤醒并轮询其父路由器以获取发送给它的数据，或者可选地通过父路由器启动向网络发送数据。 连接框架中的低功耗模块 (LPM) 简化了将基于 Kinetis 的无线网络节点置于低功耗或睡眠模式的过程。对于MKW41Z ，有六种低功耗模式可用。 默认情况下，Thread 低功耗终端设备使用深度睡眠模式 3，其中： MCU 处于 LLS3 模式。 链路层保持空闲。 RAM 被保留。 唤醒源包括： GPIO（按钮）。 DCDC 电源开关（降压模式）。 LPTMR以32kHz振荡器作为时钟源。 LPTMR 定时器还用于测量 MCU 处于深度睡眠的时间，以便在唤醒时同步低功耗定时器。有关深度睡眠模式的更多信息，请参阅连接框架参考手册和PWR_Configuration.h 。 要更改深度睡眠模式 3 上的轮询时间，我们需要了解两个宏： 1.\framework\LowPower\Interface\MKW41Z \ PWR_Configuration.h 中的 cPWR_DeepSleepDurationMs 宏。 #ifndef cPWR_DeepSleepDurationMs   #define cPWR_DeepSleepDurationMs                3000 #endif ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 该宏决定 MCU 进入低功耗模式（深度睡眠）的时间长度。最大值为65535000毫秒（18.2小时）。 2. \source\config.h 中的 THR_SED_POLLING_INTERVAL_MS 宏。 /*! The default value for sleepy end device (SED) polling interval */ #ifndef THR_SED_POLLING_INTERVAL_MS     #define THR_SED_POLLING_INTERVAL_MS                     3000     /* Milliseconds */ #endif ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 该宏确定低功耗终端设备向其父设备发送轮询消息的频率。 注意：此值并不决定 MCU 唤醒的频率。 轮询间隔应该是深度睡眠持续时间值的倍数，否则将在下一次深度睡眠超时时发送轮询。 例如，假设我们将轮询间隔配置为 4000 毫秒，将深度睡眠持续时间配置为 3000 毫秒。MCU 每 3000 毫秒唤醒一次，但每 2 次深度睡眠超时 = 6000 毫秒发送一次轮询消息，因为 MCU 唤醒时计时器是同步的。下图显示了此示例的行为。 建议轮询间隔与深度睡眠持续时间相同，这样 MCU 就不会不必要地唤醒。下图显示了这种行为。 要记住的另一个宏是 app_thread_config.h 中的THR_SED_TIMEOUT_PERIOD_SEC 。 #ifndef THR_SED_TIMEOUT_PERIOD_SEC     #define THR_SED_TIMEOUT_PERIOD_SEC                 ((4*THR_SED_POLLING_INTERVAL_MS)/1000 + 3) #endif ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 此值是父级用来认为休眠终端设备 (SED) 已断开连接的超时时间。默认情况下，该值配置为轮询间隔的4倍+3秒。建议保留该宏的原样。该值在调试期间发送给父节点。 KW41Z31Z21Z Thread 软件 回复：更改线程低功耗终端设备（KW41Z）上的轮询时间 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢，说明是正确的，这是我的错误。我修改了 THR_SED_POLLING_INTERVAL_MS 的定义，即 app_thread_config.h。 回复：更改线程低功耗终端设备（KW41Z）上的轮询时间 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，马修， 这两个宏是您对项目所做的唯一更改吗？我刚刚通过将两个宏都更改为 5000 毫秒来测试您的用例，并且每 5 秒正确发送一次轮询。 在最新的MCUXpresso SDK上， THR_SED_POLLING_INTERVAL_MS宏位于\source\config.h中。 此致， Gerardo 回复：更改线程低功耗终端设备（KW41Z）上的轮询时间 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用示例项目 frdmkw41z_wireless_examples_thread_low_power_end_device_freertos，我能够成功构建运行并将设备连接到混合 ble 线程路由器。然后我测量了电流消耗以验证传输频率，并且正如预期的那样默认设置为 3000ms。然后我按照描述修改了两个定义并将它们更改为 5000 毫秒。然而，当我重新测试功率消耗时，我仍然看到每 3000 毫秒出现一次电流峰值，而不是我预期的 5000 毫秒。我还遗漏了什么吗？

imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ ■ 问题 imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ ■背景 蓝牙和 Wi-Fi 功能不起作用。 我想检查一下以确保万无一失，因为它有可能不受支持，如下面的文章所述。 https://community.nxp.com/t5/i-MX-Processors/Bluetooth-on-i-MX93-EVK/mp/1732571?profile.language=ja ■补充 ・开发环境：imx-6.1.55-2.2.0 --------------- repo init -u https://github.com/nxp-imx/imx-manifest-b imx-linux-mickledore -m imx-6.1.55-2.2.0.xml repo sync -j`nproc` --------------- ・SoC：imx8mm https://www.nxp.jp/products/processors-and-microcontrollers/arm-processors/i-mx-applications-processors/i-mx-8-applications-processors/i-mx-8m-mini-arm-cortex-a53-cortex-m4-audio-voice-video:i.MX8MMINI ・wifi/蓝牙模块：IW611 https://www.nxp.jp/products/wireless-connectivity/wi-fi-plus-bluetooth-plus-802-15-4/2-4-5ghz-dual-band-1x1-wi-fi-6-802-11ax-plus-bluetooth-5-4-solution:IW611 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 你好， @takeshi100 感谢您的反馈和测试。 那我就暂时结案了。 请查看客户板，如果需要我们提供任何东西，请随时为我们创建新案例。 祝你有美好的一天~ 顺祝商祺！ 克里斯汀。 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 非常感谢。 看起来定制电路板上的接线有问题。 例如架空布线。 我将 wifi/bt 模块直接插入 imx8mm-evk 板上的 SD 插槽，它就可以工作了。 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 你好， @takeshi100 关于这个问题有任何更新吗？ 我还能为您做些什么吗？ 顺祝商祺！ 克里斯汀。 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 你好， @takeshi100 当您使用 M.2 时，它会转换为 sdio 接口以连接到 8MM。 那么您使用哪个 usdhc 接口？usdhc1 还是 usdhc2？ 您能否提供给我您的 dts 文件以供检查？ 您可以参考我们的i.mx8mm-evk.usd-wifi.dts来修改您的dts文件。 附上我们的imx8mm-evk-usd-wifi.dts文件供您参考。 另外，请确认您的模块的电压，建议为 1.8v。 顺祝商祺！ 克里斯汀。 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 而且如果我没记错的话，您使用的是我们的 I.MX8MM-lpddr4-evk，那么您能告诉我您使用的是 IW611-EVK 或模块吗？ > 我使用模块。而且，我不使用 imx8mm evk 板，而是使用定制板。我在基于 imx8mm-evk 的环境中进行开发。 哪个合作伙伴的模块？您能告诉我模块的名称和型号吗？ > 村田，LBEE5PL2DL 您使用的是M.2接口还是Micro-SD(SDIO)接口？ > 模块有 M.2 接口。但它转换为sdio接口并连接imx8mm。 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 你好， @takeshi100 感谢您的反馈并与我们分享 dmesg 日志。 从您给出的日志中，我看到“ cmd53 read error=-84 ”，此错误通常与 SDIO 通信有关。 我怀疑你那边的 SDIO 工作不好。 另外，如果我没记错的话，您使用的是我们的 I.MX8MM -lpddr4-evk，那么您能告诉我您使用的是 IW611-EVK 还是模块吗？哪个合作伙伴的模块？您能告诉我模块的名称和型号吗？ 您使用的是M.2接口还是Micro-SD(SDIO)接口？ 此外，请提供您的完整 dmesg 日志，以便我检查 SDIO 卡被检测到的内容。 顺祝商祺！ 克里斯汀。 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 谢谢您的回复！！ 我还有一个问题。 出现“固件初始化失败”的情况，可能是什么原因造成的？ ■dmesg [68.575414]蓝牙：hci0：FW下载超时。 [106.215891]审核：类型=1334审核（1677838659.548:10）：prog-id=11 op=LOAD [106.216164]审核：类型=1334审核（1677838659.548:11）：prog-id=12 op=LOAD [106.604233] 审核：类型=1006 审核（1677838659.936:12）：pid=714 uid=0 老-auid=4294967295 auid=0 tty=(无) 老-ses=4294967295 ses=1 res=1 [106.604259] 审核：类型=1300 审核（1677838659.936:12）：arch=c00000b7 syscall=64 成功=是 exit=1 a0=8 a1=ffffee1feb00 a2=1 a3=0 items=0 ppid=1 pid=714 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=1 comm="(systemd)" exe="/lib/systemd/systemd" key=(null) [106.604272] 审核：类型=1327 审核（1677838659.936:12）：proctitle="（systemd）" [106.635476] 审核：类型=1334 审核（1677838659.964:13）：prog-id=13 op=LOAD [106.635960] 审核：类型=1300 审核（1677838659.964:13）：arch=c00000b7 syscall=280 成功=是 exit=8 a0=5 a1=ffffca6afa98 a2=90 a3=0 items=0 ppid=1 pid=714 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=1 comm="systemd" exe="/lib/systemd/systemd" key=(null) [106.635978] 审核：类型=1327 审核（1677838659.964:13）：proctitle="（systemd）" [106.635991] 审核：类型=1334 审核（1677838659.968:14）：prog-id=13 op=卸载 [106.636000] 审核：类型=1334 审核（1677838659.968:15）：prog-id=14 op=LOAD [133.471801] wlan：正在加载 MWLAN 驱动程序 [ 133.472782] wlan: 注册到总线驱动程序... [133.479041]供应商=0x0471设备=0x0205类=0功能=1 [ 133.479144] 附加 moal 句柄操作，卡接口类型：0x109 [ 133.479154] rps 从模块参数设置为 0 [133.479918]SDIW612:来自usr cfg的初始化模块参数 [133.480001]卡类型：SDIW612，配置块：0 [133.480013]cfg80211_wext=0xf [133.480017]最大虚拟器bss=1 [133.480023]校准数据配置=无 [133.480027] ps_模式=1 [133.480031]自动_ds=1 [133.480039]host_mlme=启用 [133.480044]fw_name=nxp/sduart_nw61x_v1.bin.se [133.480073]SDIO：max_segs = 128 max_seg_size = 65535 [133.480080]rx_work=1 cpu_num=4 [133.480088]启用moal_recv_amsdu_packet [ 133.480119] 连接 mlan 适配器操作.card_type 为 0x109。 [133.480562] wlan:启用TX SG模式 [ 133.480568] wlan:启用 RX SG 模式 [133.483557]请求固件：nxp/sduart_nw61x_v1.bin.se [ 134.214562] Wlan：FW 下载结束，firmwarelen=998324 已下载 911924 [134.616808] WLAN FW 处于活动状态 [134.616819]准时为134613435875 [ 134.617284] cmd53 读取错误=-84 [ 134.617311] wlan：cmd53 读取注册失败：-1 端口=0 重试=0 [ 134.617366] cmd53 读取错误=-84 [ 134.617386] wlan：cmd53 读取注册失败：-1 端口=0 重试=1 [ 134.617438] cmd53 读取错误=-84 [ 134.617459] wlan：cmd53 读取注册失败：-1 端口=0 重试=2 [ 134.617484] wlan: 无法读取 mp_regs [ 134.636564] cmd53 读取错误=-84 [ 134.636593] wlan：cmd53 读取注册失败：-1 端口=0 重试=0 [ 134.636648] cmd53 读取错误=-84 [ 134.636672] wlan：cmd53 读取注册失败：-1 端口=0 重试=1 [ 134.636725] cmd53 读取错误=-84 [ 134.636747] wlan：cmd53 读取注册失败：-1 端口=0 重试=2 [ 134.636774] wlan: 无法读取 mp_regs [139.743771]超时命令ID（139.740383）FUNC_INIT [0xa9], act = 0x0 [139.743809]A9 [139.743816] 00 [139.743822] 08 [139.743829] 00 [139.743836] 01 [139.743844] 00 [139.743851] 00 [139.743858] 00 [139.743867] 00 [139.743872] 00 [139.743879] 00 [139.743886] 00 [139.743893] 00 [139.743900] 00 [139.743907] 00 [139.743914] 00 [139.743928] BSS 类型 = 0 BSS 角色 = 0 [ 139.743935] ------------转储信息----------- [ 139.743940] 命令超时 [ 139.743947] 待处理命令 ID：0x242 ioctl_buf=0000000000000000 [ 139.743954] 待处理命令 ID：0x3 ioctl_buf=0000000000000000 [139.743958]没有待处理的扫描命令 [139.743963]mlan_处理=0 [139.743969]主锁标志=0 [139.743976]主进程数=3 [139.743982]延迟任务标志=0 [139.743989]mlan_rx_处理=0 [139.743994] rx_pkts_queued=0 [139.744002]更多任务标志=0 [139.744009] num_cmd_timeout = 1 [139.744016] 最后一个命令索引 = 1 [139.744024]最后一个命令ID = [139.744030] 0x0 [139.744038] 0xa9 [139.744045] 0x0 [139.744053] 0x0 [139.744060] 0x0 [139.744067] 0x0 [139.744074] 0x0 [139.744081] 0x0 [139.744089] 0x0 [139.744096] 0x0 [ 139.744108] last_cmd_act = [ 139.744113] 0x0 [ 139.744120] 0x0 [ 139.744125] 0x0 [ 139.744130] 0x0 [ 139.744136] 0x0 [ 139.744141] 0x0 [ 139.744146] 0x0 [ 139.744151] 0x0 [ 139.744157] 0x0 [ 139.744162] 0x0 [ 139.744173] last_cmd_resp_index = 0 [ 139.744178] last_cmd_resp_id = [ 139.744183] 0x0 [ 139.744188] 0x0 [ 139.744193] 0x0 [ 139.744199] 0x0 [ 139.744204] 0x0 [ 139.744209] 0x0 [ 139.744214] 0x0 [ 139.744219] 0x0 [ 139.744225] 0x0 [ 139.744230] 0x0 [ 139.744240] last_event_index = 0 [ 139.744246] last_event = [ 139.744250] 0x0 [ 139.744256] 0x0 [ 139.744261] 0x0 [ 139.744266] 0x0 [ 139.744271] 0x0 [ 139.744277] 0x0 [ 139.744282] 0x0 [ 139.744287] 0x0 [ 139.744292] 0x0 [ 139.744298] 0x0 [139.744308]num_data_h2c_failure = 0 [139.744313]num_cmd_h2c_failure = 0 [139.744319]num_data_c2h_failure = 0 [139.744325]num_cmdevt_c2h_failure = 0 [139.744330] 读取失败次数 = 2 [139.744336] last_int_status = 0 [139.744341] num_alloc_buffer_failure = 0 [139.744347] 丢弃的数据包数量 = 0 [139.744353] num_no_cmd_node = 0 [139.744358] num_event_deauth = 0 [139.744363] num_event_disassoc = 0 [139.744369] 事件链接丢失数量 = 0 [139.744374] num_cmd_deauth = 0 [139.744380] num_cmd_assoc_success = 0 [139.744385] num_cmd_assoc_failure = 0 [139.744391] num_cons_assoc_failure = 0 [139.744396] 收到的命令=0 [139.744402]事件接收=0 [139.744407]最大交易缓冲区大小=4096 [139.744413]tx_buf_大小=2048 [139.744419]curr_tx_buf_大小=2048 [139.744424]数据已发送=1 命令已发送=1 [139.744431] ps_模式=1 ps_状态=0 [139.744437] wakeup_dev_req=0 wakeup_tries=0 wakeup_timeout=0 [139.744443]hs_配置=0 hs_激活=0 [139.744449]pps_uapsd_mode=0 sleep_pd=0 [139.744455]tx_lock_flag=0 [139.744461]扫描处理=0 [139.744466]扫描状态=0x0 [139.744472]旁路包计数=0 [139.744477]mp_rd_位图=0x0 curr_rd_端口=0x0 [139.744483]mp_wr_位图=0x0 curr_wr_端口=0x0 [139.744489]mp_data_port_mask = 0xffffffff [139.744495]last_recv_rd_bitmap=0x0 mp_invalid_update=0 [139.744502]last_recv_wr_bitmap=0x0 last_mp_index=0 [139.744509]mp_wr_bitmap：0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [139.744517] 0x00 [139.744522] 0x00 [139.744527] 0x00 [139.744533] 0x00 [139.744538] 0x00 [139.744543] 0x00 [139.744548] 0x00 [139.744555] 0x00 [139.744561] 0x00 [139.744566] 0x00 [139.744573] 0x00 [139.744579] 0x00 [139.744586] 0x00 [139.744591] 0x00 [139.744598] 0x00 [139.744604] 0x00 [ 139.744615] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.744622] 0x00 [ 139.744627] 0x00 [ 139.744635] 0x00 [ 139.744640] 0x00 [ 139.744647] 0x00 [ 139.744654] 0x00 [ 139.744662] 0x00 [ 139.744669] 0x00 [ 139.744676] 0x00 [ 139.744681] 0x00 [ 139.744687] 0x00 [ 139.744692] 0x00 [ 139.744700] 0x00 [ 139.744705] 0x00 [ 139.744713] 0x00 [ 139.744720] 0x00 [ 139.744732] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.744740] 0x00 [ 139.744744] 0x00 [ 139.744751] 0x00 [ 139.744756] 0x00 [ 139.744764] 0x00 [ 139.744771] 0x00 [ 139.744776] 0x00 [ 139.744782] 0x00 [ 139.744791] 0x00 [ 139.744796] 0x00 [ 139.744803] 0x00 [ 139.744810] 0x00 [ 139.744817] 0x00 [ 139.744824] 0x00 [ 139.744829] 0x00 [ 139.744836] 0x00 [ 139.744848] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.744856] 0x00 [ 139.744861] 0x00 [ 139.744868] 0x00 [ 139.744874] 0x00 [ 139.744881] 0x00 [ 139.744888] 0x00 [ 139.744893] 0x00 [ 139.744900] 0x00 [ 139.744908] 0x00 [ 139.744913] 0x00 [ 139.744918] 0x00 [ 139.744924] 0x00 [ 139.744929] 0x00 [ 139.744934] 0x00 [ 139.744940] 0x00 [ 139.744947] 0x00 [ 139.744962] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.744971] 0x00 [ 139.744978] 0x00 [ 139.744983] 0x00 [ 139.744990] 0x00 [ 139.744996] 0x00 [ 139.745002] 0x00 [ 139.745009] 0x00 [ 139.745014] 0x00 [ 139.745020] 0x00 [ 139.745027] 0x00 [ 139.745033] 0x00 [ 139.745038] 0x00 [ 139.745044] 0x00 [ 139.745051] 0x00 [ 139.745056] 0x00 [ 139.745063] 0x00 [ 139.745075] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.745082] 0x00 [ 139.745087] 0x00 [ 139.745094] 0x00 [ 139.745102] 0x00 [ 139.745109] 0x00 [ 139.745115] 0x00 [ 139.745121] 0x00 [ 139.745128] 0x00 [ 139.745135] 0x00 [ 139.745141] 0x00 [ 139.745146] 0x00 [ 139.745151] 0x00 [ 139.745158] 0x00 [ 139.745166] 0x00 [ 139.745173] 0x00 [ 139.745180] 0x00 [ 139.745191] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.745200] 0x00 [ 139.745205] 0x00 [ 139.745211] 0x00 [ 139.745218] 0x00 [ 139.745226] 0x00 [ 139.745232] 0x00 [ 139.745239] 0x00 [ 139.745248] 0x00 [ 139.745253] 0x00 [ 139.745259] 0x00 [ 139.745266] 0x00 [ 139.745273] 0x00 [ 139.745280] 0x00 [ 139.745286] 0x00 [ 139.745293] 0x00 [ 139.745299] 0x00 [ 139.745311] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.745320] 0x00 [ 139.745325] 0x00 [ 139.745332] 0x00 [ 139.745340] 0x00 [ 139.745347] 0x00 [ 139.745354] 0x00 [ 139.745362] 0x00 [ 139.745369] 0x00 [ 139.745375] 0x00 [ 139.745380] 0x00 [ 139.745385] 0x00 [ 139.745393] 0x00 [ 139.745399] 0x00 [ 139.745406] 0x00 [ 139.745411] 0x00 [ 139.745419] 0x00 [ 139.745433] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.745442] 0x00 [ 139.745447] 0x00 [ 139.745452] 0x00 [ 139.745457] 0x00 [ 139.745463] 0x00 [ 139.745471] 0x00 [ 139.745478] 0x00 [ 139.745485] 0x00 [ 139.745491] 0x00 [ 139.745501] 0x00 [ 139.745506] 0x00 [ 139.745514] 0x00 [ 139.745521] 0x00 [ 139.745528] 0x00 [ 139.745535] 0x00 [ 139.745543] 0x00 [ 139.745557] mp_wr_bitmap: 0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 139.745566] 0x00 [ 139.745571] 0x00 [ 139.745576] 0x00 [ 139.745583] 0x00 [ 139.745590] 0x00 [ 139.745596] 0x00 [ 139.745601] 0x00 [ 139.745607] 0x00 [ 139.745614] 0x00 [ 139.745619] 0x00 [ 139.745624] 0x00 [ 139.745630] 0x00 [ 139.745635] 0x00 [ 139.745643] 0x00 [ 139.745648] 0x00 [ 139.745653] 0x00 [139.745665] bss_index = 0，tx_pkts_queued = 0 tx_pause [ 139.745671] -------- 转储信息结束--------- [139.746301] SDIO功能0（0x0-0x9）：43 03 02 02 03 00 00 02 03 00 [139.746464]SDIO功能1（0x10-0x17）：00 00 00 00 ff ff ff ff [139.746721] SDIO功能1：（0x8）c3（0x58）00（0x5c）48（0x5d）00（0x60）87（0x61）0c（0x62）00（0x64）10（0x65）00（0x66）00（0x68）00（0x69）00（0x6a）00 [139.747173] SDIO Func1（0xe8-0xff）：dc fe 65 00 02 00 3d 00 24 14 70 c8 ab 12 80 00 00 00 00 00 01 00 00 00 [139.849321] SDIO Func1（0xe8-0xff）：dc fe 32 00 0c 00 3d 00 24 14 70 c8 ab 12 80 00 00 00 00 00 01 00 00 00 [139.849471] woal_request_fw 失败 [139.849476]固件初始化失败 [ 139.852035] 免费模块参数 [139.852051] woal_add_card 失败 [ 139.852126] wlan_sdio：mmc1:0001:1 探测失败，错误为 -1 [ 139.852318] wlan: 向总线驱动程序注册完成 [139.852324] wlan:驱动程序加载成功 根@imx8mm-lpddr4-evk:~# 回复：imx-6.1.55-2.2.0 是否支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）？ 你好， @takeshi100 是的， imx-6.1.55-2.2.0 支持 IW611 模块中的蓝牙和 Wi-Fi 功能（驱动程序/固件）。 您使用 IW611 uSD 模块吗？ 如果您使用我们 NXP 自己的 I.MX8MM-EVK 和 IW611 uSD 模块并通过 SDIO 连接它，请确保您已将默认 dtb 更改为 imx8mm-evk-usd-wifi.dtb。因为在我们自己的I.MX8MM-EVK上，还有另外一个默认的88W8987模块。如果不更改 dtb，它将默认加载 88W8987 驱动程序和 FW。 此外，如果您使用我们自己的 I.MX8MM-EVK，您可以通过这里下载我们预先构建的图像： i.MX 8M Mini EVK这比自己构建更方便。 顺祝商祺！ 克里斯汀。

USB-KW41 蓝牙 LE 嗅探器应用程序更新 本文档介绍了如何在 USB-KW41 上更新和嗅探蓝牙 LE 无线应用程序 将 USB-KW41 编程为嗅探器   我们注意到，即使嗅探器捕获到连接请求，尝试跟踪蓝牙 LE连接时也会出现一些问题。这些问题已在最新的二进制文件中得到修复，该文件可以在连接产品测试工具12.8.0.0 或最新版本中找到。   测试工具安装完成后，您将在以下路径找到嗅探器二进制文件。 C:\NXP\测试工具12.8.1.0\images\KW41_802.15.4_SnifferOnUSB.bin   编程过程。 1. 将USB-KW41Z 连接到您的 PC，它将被枚举为大容量存储设备 2.拖放“ KW41_802.15.4_SnifferOnUSB.bin ”包含在连接产品测试工具中。 “C:\NXP\测试工具12.8.0.0\images\KW41_802.15.4_SnifferOnUSB.bin”   3. 拔下设备并按住 USB-KW41Z 的 RESET 按钮，插入您的 PC， K22 将进入引导加载程序模式。 4.将 “嗅探器_usbkw41z_k22f_0x8000.bin ” 包含在连接产品测试工具中。 “C:\NXP\测试工具12.8.5.9\images\sniffer_usbkw41z_k22f_0x8000.bin”   5.然后，拔下 USB-KW41Z 并将其插入您的电脑。        注意：如果 USB-KW41 未枚举为大容量存储设备，请查看下一个线程https://community.nxp.com/thread/444708   一般建议   软件工具 Kinetis协议分析仪 Wireshark 版本（2.4.8） 硬件工具 1 USB-KW41（使用测试工具 12.8 或更高版本的 KW41_802.15.4_SnifferOnUSB.bin 进行更新）   Kinetis 协议分析器具有监控蓝牙LE广告信道的能力。它会监听所有活动并在捕获连接请求时跟踪连接。   蓝牙LE外围设备在 3 个广告通道上相继传输数据包，因此 USB-KW41 将逐个监听这 3 个通道，并且可能无法捕获连接请求。   常见用例 如果连接请求发生在 USB-KW41 正在监听的同一通道上，USB-KW41 将遵循蓝牙LE连接。如果在发送连接请求时正在监听不同的频道，它将无法跟随它。 一个简单的建议是，应设置蓝牙低功耗外设，以便仅将 adv 数据包发送到一个通道，并且嗅探器仅在同一通道上进行捕获。   改进 使用 3 个 USB-KW41，每个 USB-KW41 专用于一个通道并捕获连接请求。   配置 Kinetis 协议分析器和 Wireshark 网络分析器   注意：为了获得更好的结果，可以激活地址过滤器。 当您捕获空中的所有数据包时，您会注意到 3 个 adv 数据包。每个数据包将显示获取 adv 帧的 adv 通道。     三个嗅探器中的一个将捕获连接请求。在这种情况下，它发生在 38 频道。   您将能够跟踪连接，查看所有数据交换。 为了更好地参考，您可以查看 USB-KW41入门指南 希望有帮助 此致， Mario BLE软件 KW41Z | 31Z | 21Z 回复：USB-KW41 蓝牙 LE 嗅探器应用程序更新 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, 我按照您的步骤操作，并如上所述将 USB 加密狗编程为嗅探器，但最后，当我从协议分析器适配器工具打开 Wireshark 时，没有捕获任何内容，即使使用扫描仪进行测试并且房间里有 2 个广告商。我该如何识别问题？有日志可以检查吗？ 提前谢谢！ 此致， Nicu

Rapid IoT 酷炫开箱体验视频 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 观看此视频，了解快速物联网开箱即用的体验。 我们很想听听您对该视频的看法以及使用 Rapid IoT 的体验。 尽情享受！ Javier 应用视频 快速物联网

RDDSP56F8SMTVC:56F80Xまたは56F8300 DSCを使用した3相PM同期モータートルクベクトル制御 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview 特長 ブロック図 ボード Overview このリファレンス・デザインは、エンコーダ位置センサ付きの 3 相 PMSM モータを使用するトルク制御アプリケーション向けの NXP® 56F80x および 56F83XX デジタル・シグナル・コントローラ (DSC) の適合性と利点を示しています。 また、56F81XXデジタル・シグナル・コントローラにも適合させることができます PM同期モーターは、幅広いアプリケーション分野で人気があります PM同期モーターには整流子がないため、DCモーターよりも信頼性があります PM同期モーターには、AC誘導モーターと比較した場合にも利点があります 特長 対象:56F80X、56F83XX、および56F81XXデジタル信号コントローラ トルク発生電流コンポーネントの閉ループ 位置フィードバックによるベクトル電流制御 エンコーダー位置フィードバック 過電圧、低電圧、および過電流の故障保護機能 FreeMASTERディスプレイインターフェース 手動インターフェース ブロック図 ボード レガシーデザイン

i.MX8QXP gamma校正 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [中国語訳] 添付ファイルを参照   元のリンク: https://community.nxp.com/docs/DOC-345751 i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus

スレッドスマートホームモデル <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 皆さん、こんにちは。 Threadスマートホームモデルのビデオデモを共有させてください。以下のリンクを参照してください。 スレッドスマートホームモデル よろしくお願いいたします。 Karel KW41Z31Z21Z Threadソフトウェア Re:スレッドスマートホームモデル <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi zafer sen, Thread ネットワークを使用する場合は、中間ノードにルーターの役割が必要です。 私のお勧めは、sdkを次の場所からダウンロードすることです https://mcuxpresso.nxp.com/ ( FRDM-KW41ボードを選択し、右の Build MCUXpresso SDK ボタンを使用してSDKを作成/ダウンロードします)。 sdkでは、...\FRDM-KW41Z\docs\wireless\Threadにドキュメントがあり、デモアプリケーションは次のフォルダにあります:...\FRDM-KW41Z\boards\frdmkw41z\wireless_examples\thread。 Threadネットワークの開始方法については、Kinetis Thread Stack Demo Applications User's Guide.pdf -> chapter 9を参照してください。 詳細が必要な場合はお知らせください。 よろしくお願いします。 Ovidiu Re:スレッドスマートホームモデル <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは。これと似たような質問があります。ゲートウェイがあり、信号が十分でないポイントにfrdm-kw41zがあります。frdm-kw41zとゲートウェイの間に別のfrdm-kw41zカードを置いて、frdm-kw41zにリモートでアクセスしようとしていますが、接続できません。これにはどのガイドラインに従うべきですか?既存のサンプルソフトウェアfrdm-kw41zでこの問題を解決できますか?要するに、私は以下のような接続方式を設定したいのです。

LS1043aqds は uboot に入った後も再起動を繰り返し、エラーが表示されます NXPチームの皆様へ LS1043A #The シリアルポートが次のように印刷され、CPUが定期的に再起動し、印刷にもいくつかのエラーが含まれている場合は、解決方法を教えてください 注意: 4 GB DDR4、32 ビット、CL=12、ECC オフ 注意:BL2:v2.4(リリース):9e883512b-dirty 注意: BL2: 構築 : 2024年7月1日 01:17:57 注意: BL2: BL31 の起動 注意:BL31:v2.4(リリース):9e883512b-dirty 注意: BL31: 構築 : 2024年7月1日 01:17:57 注意:ls1043aqds BL31フェーズへようこそ U-Boot 2021.04 (2024年7月1日 - 01:17:24 -0700) SoC:LS1043AE Rev1.1(0x87920211) クロック構成: CPU0(A53):1600 MHz CPU1(A53):1600 MHz CPU2(A53):1600 MHz CPU3(A53):1600メガヘルツ バス:400 MHz DDR:1600 MT/s FMAN:500 MHz リセット構成ワード(RCW): 00000000: 08100010 0a000000 00000000 00000000 00000010:45550002 00004012 40025000 c1002000 00000020: 00000000 00000000 0000000 00038ffd 00000030: 00104404 00001002 00000096 00000001 モデル:LS1043A QDSボード ボード:LS1043AQDS、QSPIからブート Sys ID:0xff、Sys Ver:0xff FPGA:v255(▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒)、ビルド65535 DRAM:select_i2c_ch_pca9547:バス0のudevが見つかりません 3.9 GiB (DDR4、32 ビット、CL=12、ECC オフ) SERDES1プロトコルの使用:17749(0x4555) select_i2c_ch_pca9547: バス 0 の udev が見つかりません select_i2c_ch_pca9547: バス 0 の udev が見つかりません board_retimer_init: バス 0 の udev が見つかりません フラッシュ:0バイト NAND: 0 MiB MMC:FSL_SDHC:0 SPIFlashから環境を読み込んでいます...jedec_spi_nor flash@0: 認識されない JEDEC ID バイト: 0b, 60, 18 警告 - spi_flash_probe_bus_cs() が失敗しました。デフォルトの環境を使用 EEPROM:読み取りに失敗しました。 で:シリアル アウト:シリアル エラー:シリアル SEC0: RNG がインスタンス化されました ネット: jedec_spi_nor flash@0: 認識されない JEDEC ID バイト: 0b, 60, 18 "Synchronous Abort" ハンドラ、esr 0x96000004 ELR:0000000082054074 LR:000000008205405c(リロケート) ELR:00000000FBD6D074 LR:00000000FBD6D05C x0 : 49444d5f53445141 x1 : 00000000000000000000000 x2 : 0000000000000521 x3 : 00000000fbc1a6b0 x4 : 00000000fbdc4cf8 x5 : 00000000fbc1ab90 x6 : 00000000fbdc4d08 x7 : 00000000fbc31f40 x8 : 00000000fbc12458 x9 : 0000000000000008 x10: 00000000fffffff0 x11: 0000000000000010 x12:0000000000000270 x13:00000000fbc127cc x14:00000000fbc12950x15:0000000000000021 x16: 00000000fbd72318 x17: 0000000000000000000 x18: 00000000fbc14db0 x19: 00000000fbc21f40 X20:49444D5F53445141 X21:0000000001A00000 x22: 00000000000000000 x23: 00000000fbdb38a2 x24:00000000fbda6000x25:0000000000000001 x26: 000000000000000000 x27: 00000000000000000000 x28: 00000000000000000 x29: 00000000fbc127a0 コード: 90000220 912cb400 9400c136 17ffffd7 (f940c400) CPUをリセットしています... リセット。。。 注意: 4 GB DDR4、32 ビット、CL=12、ECC オフ 注意:BL2:v2.4(リリース):9e883512b-dirty 注意: BL2: 構築 : 2024年7月1日 01:17:57 注意: BL2: BL31 の起動 注意:BL31:v2.4(リリース):9e883512b-dirty 注意: BL31: 構築 : 2024年7月1日 01:17:57 注意:ls1043aqds BL31フェーズへようこそ あなたが提供できる洞察を事前に感謝します。 よろしくお願いいたします！ @yipingwang Re: LS1043aqds が uboot に入った後も再起動を繰り返し、エラーが表示される このエラーは、sf プローブがデフォルト設定で 1 に設定されているために発生します。値を 0 に変更します。 Re: LS1043aqds が uboot に入った後も再起動を繰り返し、エラーが表示される あなたのアドバイスに感謝しますが、それはうまくいきません。dspi0 の状態を disabled に設定してみましたが、それでも sf probe コマンドが実行されているようです。 @yipingwang  Re: LS1043aqds が uboot に入った後も再起動を繰り返し、エラーが表示される あなたの助けをありがとう、それは今ubootにありますが、まだいくつかの問題があります、完全なシリアルプリントは添付ファイルにあります。 これらは私が最初から遭遇した問題ですが、まだ解決していません。 1、FGPA、NAND、EEPROMが私が期待するものではない場合、これらがないため、それらをどのように無視しますか? 2. Flashの値が0に等しいのはなぜですか? 3. DRAMの印刷エラーは、DDRの初期化が繰り返されたことが原因ですか? 4.uboot に入った後、qspi フラッシュを再度検出できないことを示すメッセージが表示されるのはなぜですか?このエラーは、uboot に sf probe コマンドを入力したときに sf probe コマンドが返されるのと同じです。 ------------------------------------------------------------------------------------------------------------ もちろん、これに加えて、印刷の残りの部分もまだ問題があることを示していますので、詳細な説明や提案をお待ちしております。ありがとうございました。 @yipingwang  Re: LS1043aqds が uboot に入った後も再起動を繰り返し、エラーが表示される u-bootソースコードフォルダcomponents/firmware/ubootに移動してください 1.configs/ls1043aqds_tfa_defconfigで、以下の設定を変更してください。 CONFIG_SPI_FLASH_SPANSION=y 2. drivers/mtd/spi/spi-nor-ids.cを確認してください。QSPIフラッシュがこのファイルにリストされているかどうか。 3. arch/arm/dts/fsl-ls1043a-qds.dtsi の次のデバイス ノードを変更します。 &qspi { status = "大丈夫"; S25FL128S0: flash@0 { #address セル= <1>; #size セル= <1>; compatible = "Jedec,spi-nor"; spi-max-frequency = <50000000>; reg = <0>; }; }; 次に、atfイメージを再構築します $ rm -rfビルド/ファームウェア/u-boot/ls1043aqds/ $ flex-builder -c atf -m ls1043aqds -b qspi

如何：在 S32DS for Vision 中设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 因此，您已经在 S32DS for Vision 中创建了一个项目，目标是S32V234 Cortex-A53 APEX2/ISP Linux 。您已经构建了该项目，现在想要在 S32V234-EVB 上执行它，该 S32V234-EVB 正在 SD 卡上运行来自 VSDK 的 Linux BSP。有很多方法可以做到这一点，但是，最简单的方法是使用 S32DS 中的内置支持通过以太网连接运行和/或调试在 EVB 上运行的 Linux BSP OS。为了使S32DS连接到Linux BSP OS，应遵循以下步骤： 1）首先，我们必须完成设置S32V234 EVB以便使用Linux BSP进行调试的步骤。 2) 在 EVB 上运行 Linux 时，启动终端程序（例如。在您的电脑上 3）将连接类型设置为串行 4）设置速度为115200 ，数据位8 ，停止位1 ，奇偶校验无 5) 将串行线设置为与本文档步骤 1 中 USB 端口设置相关联的 COM 端口。（例如COM3) 6）单击“打开”以启动终端会话 7）按回车键调出登录提示 8）登录Linux（登录名为“root”） 10）获取IP地址，输入命令：    ifconfig       记下 IP 地址 11）启动S32DS for Vision。从 C/C++ 视角，选择运行->调试配置... 12) 来自‘C/C++ 远程应用程序’。选择“ _Remote_Linux”调试配置。 13）选择新建以创建新的调试连接。 14）选择SSH 15）输入之前记下的IP地址 16) 输入用户 ID 为“root”。Linux BSP 使用基于密码的身份验证，但默认情况下未设置密码。所以密码可以留空。 17）选择完成 19）选择“应用” ，然后根据需要选择“调试” 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello [email protected], 你看过https://community.nxp.com/docs/DOC-340293吗？？它展示了针对 eMMC 执行此操作的步骤，但您应该能够理解如何使用 SD 卡。 希望对您有帮助， Mike 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Kushal， 我想知道是否有一种方法可以让我一通电就能自行启动主板并执行 SD 卡中的程序，就像使用 rc.local 一样？这样我就不需要将电路板与 PC 和以太网连接了。提前致谢。 BR, 岳 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Krishnakumar， 开始使用这些设备的最佳方式是阅读快速入门指南，网址为： https://www.nxp.com/support/developer-resources/evaluation-and-development-boards/ultra-reliable-dev-platforms/s32v-mpus-platforms/s32v-vision-and-sensor-fusion-evaluation-board :SBC-S32V234?&&tid=vanSBC-S32V234 如需更具体的教程和培训，请联系您当地的 NXP 销售/营销联系人。它们可以帮助您获得更多资源。 如果您对 S32V 还有更多疑问，请访问 nxp.com/support >> 支持请求，创建新的票据。 有关 S32 Design Studio 的更多问题，请访问社区： https://community.nxp.com/community/s32/s32ds? tid=community 此致， 库沙尔 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Kushal， 目前，我们正在研究 VisionSDK 文档，以了解捕获-处理-显示之间的链接和链。 虽然我们正在查看帮助/文档，但如果您可以将我们引导至文档/视频/教程，将会很有帮助： 1.了解从摄像头->内存->进程（由特定核心）->内存->显示器的数据流。 2. 处理器间通信 2. Vision SDK 中的 OpenCV 支持及其使用。 顺祝商祺！ 九 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Krishnakumar， 我们很高兴您能够解决这个问题。 如果您还有其他问题，请告知我们。 此致， 库沙尔 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 尊敬的各位， 该团队能够解决问题并运行样本 ov10635_quad 示例。 为了面临类似问题的人们的利益，遵循的步骤如下： 硬件设置： 1.在 S32-SBC 上，PWA 跳线连接到 12V 电源，为解串器板供电。 2. 在 S32-SBC 上，MAX 解串器板连接到 MIPI-A。 3. 在 MAX 解串器板上，将跳线 JU4 设置为从 SBC 板为相机供电 （设置跳线后每个摄像机的黄灯都亮）。 完整的硬件设置图像如下所示： 软件设置: 1.BSP、rootfs和预编译的Vision SDK二进制文件是SDK_S32V2_RTM_1_3_0_img_yocto.tar.gz SDK_S32V2_RTM_1_3_0_img_yocto的下载链接为： https://www.nxp.com/products/processors-and-microcontrollers/arm-based-processors-and-mcus/s32-automotive-platform/vision-processor-for-front-and-surround-view-camera-machine-learning-and-sensor-fusion:S32V234?tab=Design_Tools_Tab 2. 使用 SDK_S32V2_RTM_1_3_0_img_yocto 准备 SD 卡 步骤 1：按照链接进行启动和 rootfs 分区： https://community.nxp.com/docs/DOC-335023 步骤2：刻录U-Boot映像 $ sudo dd if=u-boot.s32 of=/dev/sdb bs=512 seek=8 conv=fsync 608+0 条记录 608+0 条记录 已复制 311296 字节（311 kB，304 KiB），耗时 0.151281 秒，2.1 MB/s 步骤3：复制启动分区文件 $ cp 图像/media/nxp/boot $ cp s32v234sbc.dtb /media/nxp/boot 步骤 4：将 rootfs 文件复制到 rootfs 分区 /媒体/nxp/rootfs sudo tar -xvf /home/ nxp /VSDK/rootfs.tar /media/nxp/rootfs$同步 现在 SD 卡已准备好用于 NXP 板。 3. 在开发板上运行该应用程序。 步骤 1：插入 SD 卡。 步骤 2：启动、登录并将目录更改为演示文件夹。 步骤3：运行示例应用程序。 root@s32v234sbc:~/vsdk# ./isp_ov10635_quad.elf 4.显示输出：摄像机拍摄的图像将显示在HDMI连接的显示单元上。 摄像机图像将在 150 帧后切换。 root@s32v234sbc:~/vsdk# ./isp_ov10635_quad.elf 1 从Camera-1获取图像。 谢谢您的支持， 此致， 九 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的库沙尔， 所提供的信息有助于解决 I2C 错误。 正如建议的那样， 1.我们已经连接到MIPI-A， 2. 放置跳线 JU4 3. Run ./isp_ov10635_quad.elf SBC 的 ELF 文件来自： 产品下载，SW32V23-VSDK001-RTM-1.3.0： +VisionSDK RTM 1.3.0基于 Yocto rootfs 的预构建 SD 卡图像。 完整的日志和设备设置如下所示。 目前，我们观察到“未知的 lldcmd 命令”。和“配置凸轮电源故障，类型：0，索引：8 ” 从 Vision SDK 用户指南 PDF（第 57 页）中：我们注意到： 所有与 ISP 相关的演示都需要禁用 s32v234 SoC 安全保险丝，如 s32V234-EVB_SetupGuide 文档中所述。否则，当前的 KRAM 内容设置机制将无法工作，ISP 演示的执行将失败。 问题： 1.我们还需要禁用SBC板的安全保险丝吗？如果是的话，您能提供说明吗？或者它与 EVB 相同？ 2. 请建议下一步的调试/操作步骤来解决错误 感谢您的支持！ 此致， 九 ================================================================ 设置： 如上所述，相机的 LED 灯亮着 完整日志： s32v234sbc login: root root@s32v234sbc:~# lsmod Module Size Used by viulite 20480 0 jpegdcd 20480 0 h264dcd 24576 0 h264enc 28672 0 fdma 32768 0 seq 53248 1 cam 36864 0 csi 32768 1 cam oal_cma 32768 1 fdma apex 16384 0 root@s32v234sbc:~# root@s32v234sbc:/vsdk# ./isp_ov10635_quad.elf ************************************************************** ** Omnivision Ov10635 quad demo using Maxim Ser/Des HW setup ** Description: ** o Maxim 9286 deserializer board with 4xOmnivision Ov10635 ** cameras each with 9271 serializer (on MipiCsi_0) expected as ** image input. ** o ISP converts YUV422 10bit piexel data provided by the sensor ** to YUV422 8bit pixels and stores single camera images into ** separate DDR buffers. ** o Resulting YUV 1280x800 image are displayed live using DCU. ** ********************************* ** Usage: ** o ./isp_ov10635_quad.elf [ ] ** ** Options: ** o camera channel 1-5. 5: switch each camera between 150 frames ** o [default: 5] ** o csi port 0|1 [default: use graph's setting] ** ********************************* ** Example: ** o Run camera #2, MAXIM pluged in CSI #1. ** ./isp_ov10635_quad.elf 2 1 ** o Run all camera, use graph's setting for csi port. ** ./isp_ov10635_quad.elf ** ************************************************************** [ 353.416617] Unknown lldcmd command. . 353.419803] Probing I2c client @ 0x6a on I2C bus #0. [ 353.424934] Generic camera I2c driver added successfully. [ 353.430136] Probing I2c client @ 0x40 on I2C bus #0. [ 353.435187] Probing I2c client @ 0x30 on I2C bus #0. [ 353.445461] Unknown lldcmd command. ./../../../../libs/isp/cam_generic/user/src/cam_user.cpp: 947/CAM_PowerControl : [Error]: Config cam power fail with type: 0, index: 8 ../../../../../libs/isp/cam_generic/user/src/maxim_user.cpp: 670/MAXIM_Open : [Error]: Power up csi #0 fail. ../../../../../libs/isp/cam_generic/user/src/cam_user.cpp: 947/CAM_PowerControl : [Error]: Config cam power fail with type: 0, index: 8 ../../../../../libs/isp/cam_generic/user/src/maxim_user.cpp: 991/MAXIM_Close : [Error]: Power down viu #0 fail. ../src/sdi.cpp: 1517/IOsReserve : [Error]: Failed to reserve IO object 4. ../src/sdi.cpp: 979/PreStart : [Error]: Failed to reserve IO objects. Failed to prestart the grabber. Demo failed in preparation phase. root@s32v234sbc:/vsdk# 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Krishnakumar， 首先，您尝试使用 MIPI ser-des 相机运行基于 VIU 的演示。您应该使用VisionSDK_S32V2_RTM_1_3_0\s32v234_sdk\demos\isp\ isp_ov10635_quad演示作为基于 MIPI ser-des 的相机。 从图片上看，解串器板似乎连接到 MIPI-B。为了能够运行演示，您需要将其连接到 MIPI-A。 对于为废弃电路板提供 12V 电源，您的 PWA 跳线设置看起来没问题。 此外，在解串器板上设置跳线 JU4 以通过 SBC 板为其供电。 完成所有这些设置后，请确保相机上的橙色灯亮起。 如果看起来不错，那么您应该尝试再次运行该应用程序并查看输出。 1. 请向我们提供有关 VIU 接口设置的更多详细信息，如果可能，请提供 VIU 设置图片。 - SBC 板上没有可用的 VIU 端口。您应该获得 EVB 来评估 VIU。EVB： https ://www.nxp.com/support/developer-resources/evaluation-and-development-boards/ultra-reliable-dev-platforms/s32v-mpus-platforms/s32v-vision-and-sensor-fusion-evaluation-system:S32V234EVB 2. 请与我们分享通过解串器连接的单/双 OV10635 的预构建二进制应用程序 - 您可以修改 VisionSDK_S32V2_RTM_1_3_0\s32v234_sdk\demos\isp\isp_ov10635_quad 演示以进行单/双 OV10635 设置。 3. 上述错误可能是什么原因造成的以及如何解决。 - 见上文。 此致， 库沙尔 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的库沙尔·沙阿， 我想更新：我们的设置有通过解串器连接的 OV10635-S32V 摄像头。 执行预构建的 OV10635 演示程序： root@s32v234sbc:/vsdk/demos# ./isp_ov10635_viu_dcu.elf ************************************************************** ** Omniviion ov10635 viulite -> dcu demo ** Description: ** o Omniviion ov10635 (on VIULITE_0) expected as image input. ** o ISP only assembles full frames in DDR buffers using FDMA. ** o Resulting YUV422 1280x720 image is displayed live using DCU. ** ** Usage: ** o no cmd line parameters available. ** ************************************************************** ../.. 1588.870908] Probing I2c client @ 0x30 on I2C bus #1. [ 1588.876260] /ssd/.jenkins_home/workspace/alb_package/vsdk_installation/s32v234_sdk/libs/isp/cam_generic/kernel/build-v234ce-gnu-linux-d/../src/cam_func.c: 810/LinuxI2cRead : [Error]: R err:device_address=0x30, i2c_bus_idx=1, address W failed:data=0x30|2a|0|0, ret val:0 /../ 1588.899974] /ssd/.jenkins_home/workspace/alb_package/vsdk_installation/s32v234_sdk/libs/isp/cam_generic/kernel/build-v234ce-gnu-linux-d/../src/cam_func.c: 810/LinuxI2cRead : [Error]: R err:device_address=0x30, i2c_bus_idx=1, address W failed:data=0x30|a|0|0, ret val:0 ../. 1588.923874] /ssd/.jenkins_home/workspace/alb_package/vsdk_installation/s32v234_sdk/libs/isp/cam_generic/kernel/build-v234ce-gnu-linux-d/../src/cam_func.c: 810/LinuxI2cRead : [Error]: R err:device_address=0x30, i2c_bus_idx=1, address W failed:data=0x30|b|0|0, ret val:0 ./li 1588.947801] /ssd/.jenkins_home/workspace/alb_package/vsdk_installation/s32v234_sdk/libs/isp/cam_generic/kernel/build-v234ce-gnu-linux-d/../src/cam_func.c: 810/LinuxI2cRead : [Error]: R err:device_address=0x30, i2c_bus_idx=1, address W failed:data=0x30|12|0|0, ret val:0 bs/isp/viu/user/src/viulite_user.cpp: 156/VIU_Open : [Error]: Can't open device file: /dev/viulite0 ../../../../../libs/isp/cam_generic/user/src/cam_user.cpp: 347/CAM_ReadSingle : [Error]: I2c read single failed ../../../../../libs/isp/cam_generic/user/src/cam_user.cpp: 347/CAM_ReadSingle : [Error]: I2c read single failed ../../../../../libs/isp/cam_generic/user/src/cam_user.cpp: 347/CAM_ReadSingle : [Error]: I2c read single failed ../../../../../libs/isp/cam_generic/user/src/cam_user.cpp: 347/CAM_ReadSingle : [Error]: I2c read single failed Ov10635 on VIU 0 model PID 0x0, model VER 0x0, model SUBVER 0x0, gate ctrl 0x0 ../src/sdi.cpp: 1428/IOsReserve : [Error]: Failed to reserve IO object 6. ../src/sdi.cpp: 943/PreStart : [Error]: Failed to reserve IO objects. Failed to prestart the grabber. Demo failed in preparation phase. root@s32v234sbc:/vsdk/demos# root@s32v234sbc:/vsdk/demos# 问题： 1. 请向我们提供有关 VIU 接口设置的更多详细信息，如果可能，请提供 VIU 设置图片。 2. 请与我们分享通过解串器连接的单/双 OV10635 的预构建二进制应用程序 3. 上述错误可能是什么原因造成的以及如何解决。 谢谢您的支持， 顺祝商祺！ 九 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> kushalshah ，你能帮忙吗？ 谢谢！ Mike 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的迈克， 我们有以下设置： 主板： SBC-S32V234 。 相机： OV10640 串行器： MAX9286S32V234 您还可以在附图“ SBC-S32V234_Camera_Setup.jpg ”和“ SBC-S32V234_MIPI_Voltage_setting.jpg ”中找到设置。 我们的团队正在使用预编译的二进制文件“ isp_ov10640_quad.elf ”进行测试并观察 I2C 错误。 日志的片段。 ----------------------- root@s32v234sbc:/vsdk/demos# root@s32v234sbc:/vsdk/demos# ./isp_ov10640_quad.elf ************************************************************** ** Omnivision Ov10640 quad demo using Maxim Ser/Des HW setup ** Description: ** o Maxim 9286 deserializer board with 4xOmnivision Ov10640 ** cameras each with 9271 serializer (on MipiCsi_0) expected as ** image input. ** o ISP does debayering and HDR processing. ** o Resulting image is displayed live using DCU. ** ** Usage: ** o no cmd line parameters available. ** o runtime control using nonblocking keyboard input. ** press 'h' for available commands listing. ** ************************************************************** Press Ctrl+C to terminate the demo. [ 34.122541] Probing I2c client @ 0x6a on I2C bus #0. [ 34.127386] Generic camera I2c driver added successfully. [ 34.132594] Probing I2c client @ 0x40 on I2C bus #0. [ 34.137654] Probing I2c client @ 0x30 on I2C bus #0. [ 34.265918] Probing I2c client @ 0x41 on I2C bus #0. [ 34.271091] Probing I2c client @ 0x31 on I2C bus #0. [ 34.279722] Probing I2c client @ 0x42 on I2C bus #0. [ 34.284889] Probing I2c client @ 0x32 on I2C bus #0. [ 34.293505] Probing I2c client @ 0x43 on I2C bus #0. [ 34.298669] Probing I2c client @ 0x33 on I2C bus #0. [ 34.307290] Probing I2c client @ 0x44 on I2C bus #0. [ 34.312449] Probing I2c client @ 0x34 on I2C bus #0. [ 34.348974] /ssd/.jenkins_home/workspace/alb_package/vsdk_installation/s32v234_sdk/libs/isp/cam_generic/kernel/ build-v234ce-gnu-linux-d/../src/cam_func.c: 827/LinuxI2cRead : [Error]: R err:device_address=0x31, i2c_bus_idx=0, data R failed:data=0x0|0|0|0, ret val:0 ../../../../../ libs/isp/cam_generic/user/src/cam_user.cpp: 347/CAM_ReadSingle : [Error]: I2c read single failed ../src/sdi.cpp: 1428/IOsReserve : [Error]: Failed to reserve IO object 4. ../src/sdi.cpp: 943/PreStart : [Error]: Failed to reserve IO objects. Failed to prestart the grabber. Demo failed in preparation phase. root@s32v234sbc:/vsdk/demos# ----------------------- 问题： 1. I2C 读取单个数据失败可能是什么原因？ 2. 有没有办法检查 Max Serializer 是否连接正常？ 感谢您的支持 此致， 九   回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，迈克，   如果对预编译图像有任何进一步的挑战，我们将再次提出新的请求。 我想关闭这张票。 感谢您的详细信息，这很有帮助。 顺祝商祺！ 九 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [email protected] ‌，如果您在登录 NXP.com 并点击软件许可和支持链接后没有看到“汽车软件 - Linux”选项，请尝试通过此链接进行下载： http://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp ?catid=SW32XX-LINUXBSP01D 希望对您有帮助， Mike 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， krishnakumar.mayannavar@ hs-kempten.de， 如果您使用“带有 VSDK binaries_auto_linux_bsp19.0_vsdk.tgz 的预编译二进制文件”我描述的方法，那么你只需要下载文件然后将其写入 SD 卡。这根本不需要花费太多时间。创建图像的方法对于希望自定义图像的用户更有用。 顺祝商祺！ Mike 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，迈克， 感谢您的快速回复， 在通知我们的管理层之前，我想与您确认一个问题。 “除非我们花费一些人力来设置环境并创建VSDK映像（如何：使用VSDK中的BSP为S32V234-EVB的Linux启动准备SD卡），否则我们无法执行视频教程中所示的操作，例如NXP\S32DS_Vision_v2.0\S32DS\help\resources\video。”对吗？ 顺祝商祺！ 九   回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， krishnakumar.mayannavar@ hs-kempten.de， 你是对的。VSDK 提供的 BSP 是 S32DS for Vision 支持的唯一版本，它不是 S32V234-EVB 套件中包含的 SD 卡上默认提供的版本。 至于安装在所提供的 SD 卡上的 BSP 支持哪些应用程序，我不确定。我只能肯定地说它不受S32DS支持。 顺祝商祺！ Mike 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的迈克·道奇， 感谢您的回复和详细信息。 我们正处于评估主板的阶段，并使用提供的默认主板图像。 #1.从这次对话中，我暗示开箱即用的 SD 卡图像不能用于视频教程 （NXP\S32DS_Vision_v2.0\S32DS\help\resources\video）应用程序 是吗？ #2. 请告知我们可以使用提供的 SD 卡映像进行测试的应用程序。 谢谢并致以问候， 克里希纳库马尔·玛雅纳瓦尔。 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好[email protected] ， 您是否尝试过以下操作指南中详细说明的操作？ https://community.nxp.com/docs/DOC-335023 您可能还会发现以下快速入门指南很有帮助。虽然它包含有关 SBC-S32V234 的信息，但其中许多信息也适用于 S32V234-EVB。 为了节省您的时间，您可以登录 NXP.com 并前往“软件许可和支持”。从那里，选择“汽车软件 - Linux”。接下来，选择“SW32XX-LINUXBSP01-RTM-V19.0”，然后从列表中下载“预编译的二进制文件（带有 VSDK binaries_auto_linux_bsp19.0_vsdk.tgz）”。这就是您要查找的 BSP 映像。然后，您可以使用“Win32DiskImager”之类的程序将其写入 SD 卡。之后，您应该能够从 S32DS 连接到开发板。 希望对您有帮助， Mike 回复：如何：在 S32DS 中为 Vision 设置远程 Linux 连接 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 按照这个操作后，我收到了错误。“出现问题” 票据包含截图： S32 设计工作室：无法连接 SFTP 子系统 任何有关解决的意见都将受到赞赏。

SMART-PLUG: スマート・プラグ・リファレンス・デザイン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview 特長 ブロック図 設計・リソース Overview このリファレンス・デザインは、メータリングと WiFi の両方の機能を提供します。 メータリング - 単相の電子電力を測定するために使用されます。 WiFi - 無線制御に使用されます。 プラグの状態は、現在の有効電力、無効電力、グリッド周波数、履歴ランタイムなど、スマートフォンのアプリケーションを介して確認できます。オン/オフ設定タイマーも利用可能。 特長 Kinetis MKM14Z64 MCUがベース QFM2202に基づくWIFIモジュール 入力電圧220V、最大電流10A 24Bit SD ADCによる25ppm 5mΩ電流サンプラーによる相電流サンプリング 24Bit SD ADCによる25ppm抵抗分圧器ネットワークによる位相電圧サンプリング オンチップ電圧コンパレータ(高精度グリッド周波数検出用) 5ppm RTC用のシングル32.788K水晶振動子入力 外部拡張可能な64Mb SPIフラッシュ 内蔵RTCの使用を含む低電力モード キャリブレーション用3チャンネルLEDパルス出力(kWh、kVarh) 有効電力、無効電力、皮相電力、グリッド周波数、および履歴ランタイムを取得するためのAndroidアプリケーションを提供します プラグのON/OFF設定、決まった時間にON/OFFのタイマー設定、RTC時間を設定するAndroidアプリ プラグwifiモジュールを省電力モードに設定するAndroidアプリケーション コスト効果の高い部品表 (BOM) UART接続を備えた外部拡張可能なWIFIモジュール ブロック図 設計・リソース レガシーデザイン

BLUETOOTH-HEART-MONITOR：蓝牙®低功耗心率监测器参考设计 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview 特性 结构框图 电路板 设计资源 Overview 低功耗蓝牙®心率监测器参考设计演示了无线心电图 (ECG) 采集系统的实现。它采用 Kinetis ® KW40Z 片上系统 (SoC)，其中包括 Arm ® Cortex ® M0+ 处理器以及用于低功耗蓝牙和 802.15.4 的 2.4 GHz 无线电。 ECG 信号从指尖获取并由 Kinetis KW40Z SoC 处理。然后，计算用户的心率并使用低功耗蓝牙传输到智能手机应用程序。该参考设计可由锂离子纽扣电池供电。由于 Kinetis KW40Z MCU 的低功耗特性，3.6V 200mA/h 锂离子纽扣充电电池可以提供长达 40 小时的连续使用电量。NXP ® MC34671 用作该设备的电池充电器解决方案。 特性 包括 NXP ®  超低功耗Kinetis ®  KW40Z SoC 低功耗蓝牙/ZigBee 平台。该解决方案的低功耗特性允许使用小型纽扣电池连续运行长达 40 小时。 完全符合Bluetooth v4.1 Low Energy 差分输入/输出端口与外部混频变压器结合使用，实现单端口操作 结构框图 电路板 设计资源 传统设计

无法使用 Codewarrior 调试 BL2（按钮变灰） Hello, 我正在使用 LS1046ardb 板，并尝试使用 Codewarrior 来调试我的 BL2 图像。我正在从 qspi flash 启动，并且我想附加到正在运行的程序。 我一直在遵循 U-Boot 指南： https://community.nxp.com/t5/CodeWarrior-for-QorIQ-Knowledge/Use-CodeWarrior-for-ARMv8-to-Debug-U-boot-and-Linux-Kernel-and/ta-p/1114872 问题是，当我设置调试配置文件时，我收到一条错误消息，并且“调试”按钮变灰： 如您所见，我正在尝试将“GDB 硬件调试”配置与我的 bl2.elf 符号图像一起使用，但无法选择调试按钮。 我的 TAP 工作正常，我能够检查正在运行的系统并读取/写入闪存，所以我不明白为什么这不起作用。 请在下面找到我的 codewarrior 版本： 感谢您的帮助！ 回复：无法使用 Codewarrior 调试 BL2（按钮变灰） 我已找到解决方案。问题是我在“目标连接”选项卡下激活了目标连接。解决方案是转到“目标连接”选项卡，然后选择活动连接，然后按“停用”，然后使用@yipingwang提供的步骤导入 bl2.elf。目标连接将在“调试器”选项卡下的调试配置中指定，并在运行调试配置时自动连接。因此不需要使用“目标连接”窗口，并且不应该有活动连接。 回复：无法使用 Codewarrior 调试 BL2（按钮变灰） 请在新的工作区中打开CodeWarrior IDE，然后导入bl2.elf来创建裸板项目。然后单击运行->调试配置，调试按钮应该处于活动状态。 如果问题仍然存在，请尝试在另一台PC上安装CodeWarrior for ARMv8进行验证。 回复：无法使用 Codewarrior 调试 BL2（按钮变灰） @yipingwang 谢谢你的文件。不幸的是，我遇到了同样的错误信息，并且按钮仍然显示为灰色 回复：无法使用 Codewarrior 调试 BL2（按钮变灰） @yipingwang 谢谢你的文件。不幸的是，我遇到了同样的错误，并且按钮仍然显示为灰色： 回复：无法使用 Codewarrior 调试 BL2（按钮变灰） 对于 atf 调试，请参阅我最新的分步文档。 https://community.nxp.com/t5/Layerscape-Knowledge-Base/Debugging-ATF-and-u-boot-with-CodeWarrior-for-ARMv8/ta-p/1684233