EMIOS PWM 工具错误，MCL 中的 EMIOS 0 通道 255 我正在尝试使用 S32K312 迷你开发板运行梯形电机控制。 移植初始化后，出现以下错误： 问题：[生成错误] 请在 MCL 中配置计数器总线 EMIOS_0_CH_255 级别：错误 类型：工具问题 工具：外围设备 来源：外围设备 资源：资料来源 信息：[生成错误] 请在 MCL 中配置计数器总线 EMIOS_0_CH_255 我的配置如下： EMIOS mcl 初始化 0 和 1。 EMIOS0 - 通道 0 -> PWM 时基 EMIOS1 - 通道 23 -> 霍尔脉冲计数器的时基 EMIOS PWM EMIOS0 通道 1 作为 OPWMB 用于 20KHz PWM EMIOS通道3作为OPWMB用于PWM脉冲 这两个通道均基于 二进码十进数(BCD) 模式下的 EMIOS 通道 0。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 这是一个mex文件。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 嗨@ArunnK 我已尝试将您提到的 Emios_Mcl 和 Emios_Pwm 配置应用到 FreeRTOS_Toggle_Example_S32K312（RTD 7.0.0 和 FreeRTOS 7.0.0）中，我这边无法重现这些错误。 请问您介意分享一下您的.mex域名吗？文件？如果您能详细说明一下您采取的步骤，那就太好了，这样我就可以尝试在这里重现同样的情况。 BR，VaneB Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 嗨@ArunnK 感谢您分享您的 .mex 文件。文件。 我将其导入到 FreeRTOS_Toggle_Example_S32K312（RTD 7.0.0 和 FreeRTOS 7.0.0）中。我之前使用的项目并没有出现过这个错误。为了确保我们遵循相同的步骤，请您尝试以下步骤： 删除当前示例项目并重新创建。 根据需要更新代码，确保一切正确。 配置生成成功后，转到“文件”→“导入”→“S32 配置工具”→“导入配置 (*.mex)”。 选择 .mex将您共享的文件合并到当前配置中。 之后，错误还会出现吗？为了确保万无一失，请再次确认您使用的所有软件版本是否兼容。

UJA1169ATK/F/3 私はFlexCAN1のS32K146 CPUに接続したUJA1169ATK/F/3を使っています。UJA1169ATK/F/3は、ウェイクアップフレーム(FDなし!)を伴うパーシャル・ネットワーキングで、システム全体をディープスリープモードから覚醒させるために使われます。 実際には、有効なフレームがCANバス内で送信されれば、すべてのことは正しく動作します(有効なフレームとは選択したフィルタリングマスクと互換性のあるフレームを指します)。 問題は、不要なフレーム（つまり、構文的には正しいが、使用中の WUP フィルタリングを通過しない、FD ではないフレーム）が送信された場合に発生します。こうしたフレームが送信されると、連続する有効なフレームはトランシーバを起動しなくなります。不要なフレームが存在すると、多くの場合、UJA1169ATK/F/3 が有効なフレームを正しく認識し、ウェイクアップする機能がロックされてしまうようです。 最初は、バス上の何かがバスエラーを発生させ、その結果UJA1169ATK/F/3がリセットモードに切り替えられ、RX信号を動かさずCPUに通知されなくなるのではないかと思います。しかし実際はそうではなく、CANモニターを使ってバスエラーは記録されませんでした(なお、私はWindowsアプリケーションでCAN BUS上のメッセージを生成し、別のアプリケーションでバスを監視しています。両アプリケーションとも別々のUSB/CANコンバーターを使用しています)。 どの問題が原因か心当たりはありますか? Re: UJA1169ATK/F/3 こんにちは、ミシェルさん。 ご説明いただいた動作は、UJA1169Aの内部PNエラー処理に関連している可能性が最も高いです。 このデバイスは、内部にフレーム検出エラーカウンタを備えています。設定されたPNフィルターと一致しないフレーム列が受信された場合(またはPN評価で無効と解釈された場合)、このカウンターがオーバーフローし、PNフレーム検出エラー(PNFDE)を引き起こす可能性があります。 この状態が発生すると、SBCは有効なウェイクアップフレームを一時的に正しく認識できなくなる可能性があり、これがその後の有効なフレームがデバイスを起動しなくなる理由を説明できます。 PNFDEステータスビットを確認し、PN構成（ID/マスク、DLC、データマスク、データレート設定）を検証することをお勧めします。デバッグステップとして、データフィールド評価(PNDM = 0)を無効にして、問題がデータフィルタリングに関連しているかどうかを判断できます。 観察されたPNFDEの状態とPN構成を教えてください。分析をさらにサポートするために。 BRs、トーマス

EMIOS PWMツールエラー Emios 0 ch 255 in MCL 私はS32K312ミニ開発ボードを使って台形モーター制御を試みています。 初期化処理を移植した後、次のエラーが発生します。 問題:[生成エラー] MCLでカウンターバスEMIOS_0_CH_255を設定してください レベル:誤差 タイプ:工具の問題 ツール:ペリフェラル 起源:ペリフェラル リソース:出典 情報:[生成エラー] MCLでカウンターバスEMIOS_0_CH_255を設定してください 私のセットアップは以下のとおりです。 EMIOS mcl は 0 と 1 を初期化します EMIOS0 - チャネル0 ->PWMのタイムベース EMIOS1 - チャネル23 -> ホールパルスカウンターのタイムベース EMIOS pwm PWM 20KHz用のOPWMBとしてEMIOS0チャンネル1 EMIOSチャンネル3をPWMパルス用のOPWMBとして 両チャネルともBCDモードでEMIOSチャネル0をベースにしています。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL ここにmexファイルがあります。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL こんにちは、 @ArunnK さん。 FreeRTOS_Toggle_Example_S32K312 (RTD 7.0.0、FreeRTOS 7.0.0) で、Emios_Mcl と Emios_Pwm に対してご指摘いただいた設定を適用してみました。私の方では、そのエラーを再現することができませんでした。 .mex ファイルを共有していただけませんか？ファイル？また、あなたが踏んだ手順を教えていただけるととても助かります。ここで同じ行動を再現できるので。 BR、VaneB Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL こんにちは、 @ArunnK さん。 .mexファイルを共有していただきありがとうございます。ファイル。 FreeRTOS_Toggle_Example_S32K312 (RTD 7.0.0、FreeRTOS 7.0.0) にインポートしました。以前使用していたプロジェクトでは、このエラーは発生しませんでした。同じ手順を踏んでいるか確認するために、以下の方法を試していただけますか: 現在のサンプルプロジェクトを削除して、再作成してください。 すべてが正しく動作するように、必要に応じてコードを更新してください。 設定が正常に生成されたら、[ファイル] → [インポート] → [S32 設定ツール] → [設定のインポート (*.mex)] に進みます。 .mexファイルを選択してくださいあなたが共有したファイルを現在の構成に統合します。 その後もエラーは表示されますか？念のため、使用しているすべてのソフトウェアバージョンが互換性があるかを必ず再確認してください。

启用“提交传输”时，MCUXpresso 生成无效的 eDMA 代码 (MCXN547) 您好， 我正在使用 MCUXpresso 配置工具 v26.x 和一个 MCXN547 项目，并使用 eDMA 外设元器件配置 ADC -> eDMA 传输。 配置： eDMA通道API模式：事务型（传输配置） eDMA 请求：ADC1 FIFO A 请求 提交转账：已启用 自动停止请求：已启用 外围设备请求：已启用 生成的peripherals.c代码包含： status = EDMA_SubmitTransfer(&DMA0_CH0_Handle, DMA0_CH0_Transfers_config, 1U); assert(status == kStatus_Success); 然而，并未生成状态声明。因此，项目编译失败，并显示以下错误： error: 'status' undeclared (first use in this function) 预期生成的代码将是以下两种之一： status_t status; status = EDMA_SubmitTransfer(...); 或者： assert(kStatus_Success == EDMA_SubmitTransfer(...)); 有人以前遇到过这个问题吗？ 这是配置工具中已知的代码生成错误，还是在使用“提交传输”时需要额外的配置选项？ 如有需要，我可以提供生成的peripherals.c和.mex配置文件。 谢谢。 电路板设计 MCX N Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) HI 感谢您的快速回复。 是的，我使用的是该工具的 v26.03 版本。 处理器： MCXN547 (2020年3月26日) - MCX MCXN MCUXpresso SDK版本 25.13.00 软件包：mcuxsdk-core 版本：2.0.0 在 DMA0 传输配置中，“循环所有传输”将此代码添加到 DMA0_init() 函数中。 /* DMA0 循环传输提交 */ status = EDMA_SubmitLoopTransfer(&DMA0_CH0_Handle, DMA0_CH0_Transfers_config, 1U); 断言(状态 == kStatus_Success); 其中未在任何地方声明“状态”。 Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) 嗨@tjo_dk 感谢您的帖子！ 请问您使用的是MCXN547的哪个软件包？ 您使用的是哪个版本的配置工具？是 26.03 版本吗？ 您安装的是哪个版本的SDK？ 请分享这些信息，以便我这边也能复现同样的设置。 Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) 嗨@tjo_dk ， 我尝试使用与您相同的配置来重现该问题。但是，在我这边，代码预览中已经包含了 DMA0_init 函数中状态变量的声明。

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をビルディングする前に以下の部分を修正する必要があります。 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のみと記載されています。 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ファイルの名前のようです。 もしそうなら、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() 関数をコメントアウトする) 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 からコメントアウトされています。 よろしくお願いします。

FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 经理： FS32K144UAT0VLLT电路采用5VDC供电，20MHZ外部晶振，匹配电容10pF,外部晶振没有起振，上位机使用SW不能正常连接此芯片。 测量此32K144UA芯片第97脚PTA5（RESET）电平出现三角波，频率1280HZ，幅度3.3Vp-p， 如下图所示，请经理各位老师帮助分析原因，使用LDO电源芯片5V供电正常，晶振为什么没有起振，复位管脚怎么产生三角波，是哪儿虚焊造成，谢谢！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Hi 复位引脚现在接了电容所以变成了三角波，要么先移除电容观察复位引脚波形。 然后参考 S32K1xx系列MCU应用指南之芯片锁死(lockup)复位原因分析与恢复方法详解的 "7. S32K1xx系列MCU芯片锁死(lockup)原因分析及恢复方法"章节内容判断具体什么情况。 复位引脚周期性拉低，程序都没运行起来，晶振无法根据程序里的使能位起振。 不要测之前那片VDD 3.3v供电，但VREFH却5v供电的芯片，建议重新焊接一块芯片然后使用调试器下载程序。 Best Regards, Robin 回复： FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 各位老师： 补充： 上面FS32K144UAT0VLLT复位电路，复位管脚接10K电阻上拉到+5V，同时接100nF电容到GND，谢谢！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 复位引脚波形看起来符合 ： ②RESET引脚输出周期性复位脉冲信号 a. 若复位信号周期为~118us，高电平时间为~660ns的方波信号  可以通过SWD/JTAG调试接口执行mass erase命令解密恢复MCU； 建议直接使用该文章百度云盘里那个脚本操作吧。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 经理： 复位电路去掉电容后，就是脉冲，如图所示。 1.参考“ 7. S32K1xx系列MCU芯片锁死(lockup)原因分析及恢复方法"，J-llnk总是不能和电脑正常连接，但ST-link可以，但软件不支持； 2. 复位电路不能正常和J-Link连接 ，连接时复位电路需要焊接电容吗？目前复位电路是10k上拉5V，5V供电，100nF接GND，仍然不能连接J-link，需要采取什么措施？ 3. FS32K144UAT0VLLT是新的，已经更换了2片，为什么新的芯片也出现加密情况？ 谢谢！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: 电路5V供电，复位电路10K上拉电阻到5V，没有接地电容，连接时需要添加接地电容吗？ 在J-Link>输入unlock kinetis命令，电脑回复如下： Unlocking device...ERROR: Read from DP/AP register failed! 1. 复位管脚脉冲波形见下图，周期接近118uS, 2. 整个脉冲的长度时间为1500nS，如果FS32K144工作在5V，复位高电平阈值多大？下图高电平时间是660nS吗？下图高电平合格吗？ 3. 在J-Link>下输入命令截图： （1）在J-Link>下输入connect，回复后输入“？”，使用FS32K144UAT0VLLT选择 S32K144 (ALLOW SECURITY)，对吗？如下图： （2）当输入频率112000KHZ后，出来的没有合适选项，此处应该怎么输入频率？ （3）下面时J-Link下输入Comnnect，unlock Kinetis等命令的回复截图，请经理看看哪儿输入错误，谢谢！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1、2都可以的。 3(1)  开发阶段建议先别选 allow security(微信文章里都有介绍建议仔细看一遍) 3(2) 你的芯片是FS32K144UAT0VLLT，但截图Device为什么选择S32K11系列？我没明白你提到的112000KHZ是什么频率，SWD或者JTAG速率可以选择低一些。 3(3) 你不是说5V供电的么，怎么VTref=3.309V。 请问调试接口是否符合AN5426的“Table 8. S32K1xx - JTAG and SWD interface” 和 “Figure 11. JTAG/SWD signal connections”。或者你把原理图最小电路部分发给我检查一下。 另外注意给S32K144供电的LDO需要满足至少250mA(详细参考ERR052094) Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: 老师你好： 1. 在J-Link下输入unlock kinetis命令，回复： 这表示已经解锁成功了吧？ 2. 但是测量PTA5复位管脚，仍然是三角波： 3. 当电路板和上位机下载软件连接时，当打开查看内核时如下图，复位管脚电平才是4V的直线， 一旦关闭下面窗口，复位管脚又变为三角波，这种状态正常吗？ 并且解锁后的芯片，进行SWDIO连接时需要添加复位信号线，不然无法连接，这是为什么？ 谢谢！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1. 是的。然后你需要给芯片下载程序，复位引脚才恢复高电平。  2. 微信文章里有提到：如果Flash中没有代码(比如新芯片，Flash为空)，MCU将由于内核死锁(lockup)不断地周期性复位。   这就是空芯片的复位引脚在接电容情况下观察到三角波、不接电容情况下观察到周期性脉冲的原因。 3. 连接、复位、下载或编程流程中通常会 halt CPU, 一旦 halt住CPU就不会复位了。 但是复位电平怎么会只有4V呢？ 请容我再次向你确认调试接口电路是否正确： S32K1的reset信号需要连接调试器的复位信号。

FRDM i.MX 93 用 22 ピン MIPI-DSI ディスプレイ こんにちは、 私はFRDM i.MX 93を使用しており、22ピンMIPI-DSIポートに接続できる互換性のあるディスプレイを探しています。板に乗せられる~5〜5.5インチのサイズが好みです。ディスプレイRK055HDMIPI4MA0見つけましたが、Waveshareの40ピンFPCと7インチディスプレイしかサポートしていません。モデルはまだよくわかりません。公式にサポートされているモデルや、NXPのYocto BSP Linuxで公式に対応していないディスプレイの使用体験について、どなたか共有していただけませんか? どうもありがとうございます。 Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 @Zhiming_Liu さん、本当にありがとうございました。試してみます。 Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 こんにちは、 @KoThi さん 以前の投稿でこの製品リンクを参照できます。 https://github.com/nxp-imx-support/meta-imx-frdm/blob/lf-6.6.36-2.1.0/meta-imx-bsp/recipes-kernel/linux/linux-imx/0004-Add-DSI-Panel-for-imx93.patch#L224 よろしくお願いします、 志明

Where is the download Guider v1.8.1 Hi, Currently, I have a project that needs to be opened with GUI Guider v1.8.1. However, I cannot find a download link for GUI Guider v1.8.1 on the public website anymore. Could you please advise where I can download this version? Thank you. GUI-GUIDER  Re: Where is the download Guider v1.8.1 Hi @IKnow  Sorry, currently we only provide the latest version(GUI Guider v1.10.1) download link. Create Modern Embedded GUIs Fasts | NXP Semiconductors BR Harry

NFC CSVインポートエラーの原因は？HTTPS URL 最大540バイトのNDEFデータをサポートするNTAG215タグを購入しました。長い認証用URLが問題なく収まるようにするため、これらのタグに200ユーロ以上を費やしました。 しかし、NXP TagWriterアプリはCSVファイルのインポートを拒否し、常に「無効な形式」と報告します。CSVの構造は正しく（RecordType、URI）、ファイルはBOM付きのUTF-8で保存されており、URLは有効で、タグには十分なメモリがあります。同じデータを単一のタグに手動で書き込むことも問題ありません。この問題はCSVファイルのインポート時にのみ発生します。 つまり、制限要因はタグでも、URLでも、CSV形式でもないということです。この制限は、TagWriterアプリ自体の内部にあるようです。 公式NXPタグにこれだけの費用をかけたにもかかわらず、公式NXPアプリで一括書きできないのは非常にフラストレーションが溜まります。TagWriterがサポートしていると主張する基本的な操作を行うためだけにサードパーティ製アプリを購入させられるべきではありません。 以下の点について明確な説明が必要です。 TagWriterは、URLの長さがNTAG215のメモリ制限内である場合、有効なCSVファイルを拒否するのはなぜですか？ これは既知の制限事項ですか、それともCSVインポート機能のバグですか？ 別のアプリにお金を払う必要のない、公式な回避策はありますか？ 私たちは緊急に解決策を必要としています。なぜなら、これらのタグはこの用途のために特別に購入したからです。 Re: NFC CSV Import Error, why? HTTPS URLS 私のURLは次のようになっています。 https://200.410.222.111:4443/verify-status.html?work_id=9d611323a-a9ac-4fb9-9039-74f443cf2720&sig=MKIRQDMQl3/NKQXSKLwZ123IvEgxkda123Gq0LOPqBz84mQIhANGc2GQFSNONSWR27nps0NMieAF5rZSkXt2j2rgquKh6 Re: NFC CSV Import Error, why? HTTPS URLS ありがとうございます。しかし、彼は今は何も見せてくれません。エラーは発生しなかったが、データもなかった。テストではこういう感じです。通常はURLがかなり長いです Re: NFC CSV Import Error, why? HTTPS URLS お世話になります。 あなたのCSVファイルを確認したところ、構造に追加する必要のあるフィールドがいくつかあります。 以下のコミュニティケースを参照してください:TagWriter for AndroidでCSVを選択しようとした際にエラー「Not valid NDEF records found」 - NXPコミュニティ ユーザーマニュアルの3)LINK_RECORDの説明を確認してください。 良い一日をお過ごしください！ Re: NFC CSV Import Error, why? HTTPS URLS こんにちは、 NDEFの短いリンクを正常に読めるかどうか確認していただけますか? 私がこう尋ねるのは、もしこれが機能しているのなら、問題はNDEFの構造自体にある可能性が非常に高いからです。NFCフォーラムの仕様によると、レコードとショートレコードの両方が存在することにご注意ください。ペイロードサイズが255オクテットを超える場合、NDEFが正しく構築されていない可能性があります。 NFCフォーラムのウェブサイトで入手できるNFCデータ交換フォーマットの仕様書を確認することをお勧めします。

HSE Firmware Installation Where can I download the HSE-B Firmware Reference Manual document as shown in the above figure? Please provide a download link.Thanks. Re: HSE Firmware Installation Hi luojing, If you have already signed an NDA, please refer to the steps in the document to register and upload your NDA. https://www.nxp.com.cn/docs/en/user-guide/nxp-secure-access-rights-registration.pdf Then you will see RM00286 HSE-B Firmware Reference Manual - V2.7. Best Regards, Robin

MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? I am currently using the MCXA174 chip and need to program code with J-Link. However, when creating a project in J-Flash and reaching the device selection step, there is no available option for the MCXA174/3 chip. I have tried selecting MCXA15X and MCXA344 as alternative devices, but none of them worked. What should I do? Thank you. SEGGER JLINK Software version V9.52 MCXA Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? I only have a j-link, which is a general-purpose burner. Is there any other way to use it? Can NXP provide the necessary files to add the device, such as .xml, .jlinkscript, and .FLM files? If not, it would be too unfriendly to users. Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? Hello NXP does not control for when third-party tool vendors add support for specific devices to their development environments; As of the release notes for most recent versions on the tool page, the MCXA174/3 is not listed yet. If you want to program the MCXA174, you could use debuggers from NXP as the MCU Link. Let me know if you need more information on this Best Regards Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? Hello, I would recommend checking with Segger support to verify a launching version for the support on this device. Additional, I found some links from Segger page that could be helpful for you. J-Link Device Support Kit - SEGGER Knowledge Base Has a section on adding new devices NXP MCX A - SEGGER Knowledge Base has the MCXA family information including MCXA174 Best Regards.

Verfiying Backdoor access key using in S32k144 Before project start i wanna verfity backdoor test using s32k144. I have a example code about unsecureProject. (Example_S32K144_Verify_Backdoor_Access_Key_S32DS1.3_v2.zip) compare with example code and Referenece manual I have some question. 1. According to the Reference Manual about Verify Backdoor Access Key, it states like below table. FCCOB Number 0 is used when command. but in the code, FCCOB Number 4 is used when command. so I wondered. FTFC->FCCOB[0x0] = 0x45; // Backdoor Key Verify command (0x45) FTFC->FCCOB[0x3] = 0x45; // Backdoor Key Verify command (0x45) which is the right one? 2. I want to check the lock and unlock(verify backdoor access) mechanism. First. Set the backdoor key using T32. (I know it isn't normal way. usually insert the code)        ex)  Data.Set SD:0x400 %LE %Long &pwd_Head                  Data.Set SD:0x404 %LE %Long &pwd_Tail               Data.Set SD:0x40C %LE %Long 0xFFFF7FBF Second. upon reset, the FSEC register (0x40020002) is initialized with the value stored in the security byte of the Flash Configuration Field (0x40C).       Q. 2-1. Does this mean the device remains in the unsecure state until reset, and after reset, the FSEC register (0x40020002) is updated with the value read from 0x40C, causing the device to enter the secure state? Third. When Verify Backdoor Access, Reference Manual mention like capture below. Q. 2-2. Does this mean the FSEC register is temporarily changed to the unsecured mode and then restored after reset? On reset,  FSEC register (0x40020002) read value from 0x40C again right? Q. 2-3. When this update occurs, is only the security-related bit changed, or is the entire FSEC byte overwritten? For example, is the transition BF → FE or BF → BE? 3. Based on this description, once the keys do not match, the device remains secured until reset. In this situation, if backdoor access is disabled, how can the device be reset? 4. When I execute the following command: Data.Set AD:0x40020000 %Byte 0x30 and then immediately read it back using: Data.Byte(AD:0x40020000) the value still remains 0x80. What could be the reason for this behavior, and what does it mean? ================================================================== So, I think When programming data into the S32K144, the configuration values are written to the 0x400–0x40F region. When the MCU is reset or rebooted, the FTFC registers read the configuration values stored in the 0x400–0x40F region and operate according to those settings.       right? Also, the backdoor comparison key appears in startup_S32K144.S, should I understand that the configuration is applied before entering main()? ================================================= Using the address 0x40000100 or 0x40000104 to check the unsecure status. Is this correct? I could not find any related description in the Reference Manual. thank you.  #s32k144 @backdoor access Re: Verfiying Backdoor access key using in S32k144 thank you for your support!! Re: Verfiying Backdoor access key using in S32k144 Hi @LGI, A4 follow up: At address 0x40020000, the FSTAT register is located. As mentioned previously, this register cannot be written in a way that sets bits from 0 to 1. Writing a ‘1’ to a bit only clears it (W1C – Write‑1‑to‑Clear). Therefore, writing ‘1’ does not set a bit; it only clears bits that are already ‘1’. A8 follow up: These are the MDM‑AP status and control registers, which are accessible only through the Arm Debug Access Port (DAP). For example, it is used in this script: https://community.nxp.com/t5/S32K-Knowledge-Base/Lauterbach-Script-For-MDM-AP-Mass-erase-S32K142/ta-p/2336449 Regards, Daniel Re: Verfiying Backdoor access key using in S32k144 thank you for your answer. @danielmartynek  then, I have some question for your answer.  A4. I wrote 0x30 to address 0x40020000, but when I read it back, the value did not change to 0x30 and remained 0x80. What could be the reason for this behavior, and what does it mean? Q8. This is actually related to a Trace32 example. In the Trace32 example for the S32K144, addresses 0x40000100 and 0x40000104 are used for security state information. However, I could not find any information about addresses 0x40000100 and 0x40000104. That’s the point I’m asking about. Thank you for your support. Re: Verfiying Backdoor access key using in S32k144 Hi @LGI, A1: It is FTFC->FCCOB[0x3] = 0x45; // Backdoor Key Verify command (0x45) Because FCCOB0 is the 4th register in the memory map. A2: You can program the Flash Configuration Field using a programmer/debugger, but the sector must be erased beforehand. Note that a mass erase also programs the FSEC byte to the Unsecure state. A2.1: Yes A2.2: Yes A2.3: Only FSEC[SEC]. A3: There are many reset sources on the MCU (RM, 25.2.2 System reset sources). The debugger can reset the MCU by asserting Reset_b pin (PTA5). A4: Write to the register has the W1C function only: Q5: When programming data into the S32K144, the configuration values are written to the 0x400–0x40F region. A5: Yes Q6: When the MCU is reset or rebooted, the FTFC registers read the configuration values stored in the 0x400–0x40F region and operate according to those settings. A6: Yes, the MCU loads the FTFC registers with the values in the Flash configuration field. Q7: Also, the backdoor comparison key appears in startup_S32K144.S, should I understand that the configuration is applied before entering main() A7: Reset is required, but this is what the programmer/debugger usually does after programming. Q8: Using the address 0x40000100 or 0x40000104 to check the unsecure status. Is this correct? A9: I'm not what you mean. Please elaborate. Regards, Daniel

我想在 Yocto 上运行 Qt 应用程序，并使用 Wayland 作为后端。 我想在 基于 iMX9332 + Linux 6.12.49 和从 imx-image-full-imx93evk.wic 中提取的 rootfs 的 wayland 后端上 运行 Qt 应用程序 。 但发生错误：qt.qpa.wayland：qtvirtualkeyboard 目前在客户端不受支持，请在合成器端使用 QT_IM_MODULES=qtvirtualkeyboard。 如何使用 QT qtvirtualkeyboard？ 谢谢！ Yocto Project Re: I want to run Qt Application on Yocto with wayland backend. 你好@OscarLi 希望你一切都好。 imx-image-full图像默认使用 Weston 作为 Wayland 合成器。 Weston 通过 weston.ini 处理输入法。位于 /etc/xdg/weston/weston.ini。 在该文件中，您需要添加 [input-method] 并设置 QT 虚拟键盘框架。 例如： [input-method] path=/usr/libexec/qtvirtualkeyboard-path 然后导出： export QT_IM_MODULE=qtvirtualkeyboard ./your-qt-application -platform wayland 您也可以尝试： export QT_IM_MODULE=wayland ./your-qt-application -platform wayland 顺祝商祺！ 萨拉斯。

NFC CSV Import Error, why? HTTPS URLS We purchased NTAG215 tags specifically because they support up to 540 bytes of NDEF data. We spent more than 200 EUR on these tags to ensure that our long verification URLs would fit without any issues. However, the NXP TagWriter app refuses to import our CSV file and always reports “Invalid format”. The CSV structure is correct (RecordType,URI), the file is saved as UTF-8 with BOM, the URLs are valid, and the tags have enough memory. The same data can be written manually to a single tag without any problem. The issue only happens during CSV import. This means the limitation is not the tag, not the URL, and not the CSV format. The limitation appears to be inside the TagWriter app itself. It is extremely frustrating that after spending this amount of money on official NXP tags, we cannot use the official NXP app to batch-write them. We should not be forced to buy a third-party app just to perform a basic operation that TagWriter claims to support. We need clarification on the following points: Why does TagWriter reject valid CSV files when the URL length is within the NTAG215 memory limits? Is this a known limitation or a bug in the CSV import function? Is there an official workaround that does not require paying for another app? We urgently need a solution, because we purchased these tags specifically for this use case. Re: NFC CSV Import Error, why? HTTPS URLS and my URL is looking like this: https://200.410.222.111:4443/verify-status.html?work_id=9d611323a-a9ac-4fb9-9039-74f443cf2720&sig=MKIRQDMQl3/NKQXSKLwZ123IvEgxkda123Gq0LOPqBz84mQIhANGc2GQFSNONSWR27nps0NMieAF5rZSkXt2j2rgquKh6 Re: NFC CSV Import Error, why? HTTPS URLS thank you, but now he shows nothing. No error but also no data. It looks lik this for testing - normal case we have much longer URL Re: NFC CSV Import Error, why? HTTPS URLS Hello sir, I was checking your CSV file, there are some fields that you need to add to your structure. Please refer to the following community case: Error "Not valid NDEF records found" when trying to select a CSV in TagWriter for Android - NXP Community In the User Manual, please check the description of 3) LINK_RECORD. Have a great day, sir! Re: NFC CSV Import Error, why? HTTPS URLS Hello, Could you please confirm whether you are able to successfully read a short link from the NDEF? I ask because, if this is working, it is very likely that the issue lies in the NDEF structure itself. Please note that, according to the NFC Forum specification, there are both Records and Short Records. If your payload size exceeds 255 octets, it is possible that the NDEF has not been constructed correctly. I recommend reviewing the NFC Data Exchange Format specification available on the NFC Forum website.

MCXA174：J-FLASH 设备列表中没有 MCXA174/3 设备，无法擦除/读取/编程，如何解决？ 我目前正在使用MCXA174芯片，需要使用J-Link进行编程。但是，在 J-Flash 中创建项目并到达设备选择步骤时，没有 MCXA174/3 芯片的可用选项。我尝试选择 MCXA15X 和 MCXA344 作为备选设备，但它们都无法正常工作。我应该怎么办？谢谢。 SEGGER JLINK 软件版本 V9.52 MCXA Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? 我只有一台 J-Link 烧录器，它是一款通用型烧录器。还有其他使用方法吗？NXP能否提供添加该设备所需的必要文件，例如.xml文件？.jlinkscript，还有.FLM文件？否则，对用户来说就太不友好了。 Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? Hello NXP 无法控制第三方工具供应商何时将对特定设备的支持添加到其开发环境中；根据工具页面上最新版本的版本说明，MCXA174/3 尚未列出。 如果要对 MCXA174 进行编程，可以使用 NXP 的调试器作为 MCU Link。 如果您需要更多相关信息，请告诉我。 顺祝商祺！ Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? 你好， 我建议您联系 Segger 技术支持，确认该设备支持的启动版本。 另外，我在Segger的页面上找到了一些可能对您有帮助的链接。 J-Link 设备支持套件 - SEGGER 知识库包含有关添加新设备的章节 NXP MCX A - SEGGER 知识库包含 MCXA 系列产品信息，包括 MCXA174。 顺祝商祺！

Yocto上でWaylandのバックエンドでQtアプリケーションを実行したいです。 iMX9332 + Linux 6.12.49上でWaylandバックエンドベースでQt アプリケーションを実行し、imx-image-full-imx93evk.wicから抽出したrootfs を使いた い です。 しかし、エラーが発生しました: qt.qpa.wayland:現在、qtvirtualkeyboard はクライアント側ではサポートされていません。コンポジタ側で QT_IM_MODULES=qtvirtualkeyboard を使用してください。 QTのqtvirtualkeyboardの使い方は？ ありがとう！ Yocto Project Re: I want to run Qt Application on Yocto with wayland backend. こんにちは、 @OscarLi お元気でお過ごしのことと思います。 imx-image-fullイメージは、デフォルトのWaylandコンポジタとしてWestonを使用します。 ウェストンは入力方法をweston.iniで扱います。/etc/xdg/weston/weston.ini にあります。 そのファイルで[input-method]を追加し、QT仮想キーボードフレームワークを設定する必要があります。 例えばこんな感じです。 [input-method] path=/usr/libexec/qtvirtualkeyboard-path 次に、エクスポートします。 export QT_IM_MODULE=qtvirtualkeyboard ./your-qt-application -platform wayland また、以下も試してみることができます: export QT_IM_MODULE=wayland ./your-qt-application -platform wayland よろしくお願いいたします。 サラス。

NFC CSV 导入错误，为什么？HTTPS URL 我们特意购买了 NTAG215 标签，因为它们支持高达 540 字节的 NDEF 数据。我们花费了超过 200 欧元购买这些标签，以确保我们较长的验证 URL 能够顺利显示。 但是，NXP TagWriter 应用程序拒绝导入我们的 CSV 文件，并始终报告“格式无效”。CSV 结构正确（记录类型，URI），文件以带 BOM 的 UTF-8 格式保存，URL 有效，标签有足够的内存。同样的数据可以手动写入单个标签，不会有任何问题。该问题仅在导入 CSV 文件时出现。 这意味着限制因素不是标签、URL 或 CSV 格式。该限制似乎出在 TagWriter 应用程序本身。 令人极其沮丧的是，我们花了这么多钱购买了官方的 NXP 标签，却无法使用官方的 NXP 应用程序批量写入它们。我们不应该被迫购买第三方应用程序才能执行 TagWriter 声称支持的基本操作。 我们需要澄清以下几点： 为什么当 URL 长度在 NTAG215 内存限制范围内时，TagWriter 会拒绝有效的 CSV 文件？ 这是已知的限制还是 CSV 导入功能中的一个漏洞？ 是否有无需付费购买其他应用程序的官方解决方法？ 我们急需一个解决方案，因为我们购买这些标签就是为了应对这种情况。 Re: NFC CSV Import Error, why? HTTPS URLS 我的网址看起来像这样： https://200.410.222.111:4443/verify-status.html?work_id=9d611323a-a9ac-4fb9-9039-74f443cf2720&sig=MKIRQDMQl3/NKQXSKLwZ123IvEgxkda123Gq0LOPqBz84mQIhANGc2GQFSNONSWR27nps0NMieAF5rZSkXt2j2rgquKh6 Re: NFC CSV Import Error, why? HTTPS URLS 谢谢，但他现在什么也不显示了。没有错误提示，但也没有数据。测试时看起来是这样的——正常情况下我们的URL要长得多。 Re: NFC CSV Import Error, why? HTTPS URLS 您好，先生， 我查看了您的 CSV 文件，发现您需要在结构中添加一些字段。 请参考以下社区案例：尝试在 TagWriter for Android 中选择 CSV 文件时出现“未找到有效的 NDEF 记录”错误 - NXP 社区 请在用户手册中查看 3) LINK_RECORD 的描述。 祝您今天过得愉快，先生！ Re: NFC CSV Import Error, why? HTTPS URLS 你好， 请问您是否能够成功读取 NDEF 发送的短链接？ 我这样问是因为，如果这样可以正常工作，那么问题很可能出在 NDEF 结构本身。请注意，根据 NFC 论坛规范，既有记录也有短记录。如果您的有效载荷大小超过 255 字节，则 NDEF 可能未正确构造。 我建议您查阅 NFC 论坛网站上提供的 NFC 数据交换格式规范。

FS32K144UAT0VLLT（RESET）のピン97（PTA5）で三角波レベルが観測されました。 マネージャー： FS32K144UAT0VLLT回路は、5VDC電源、20MHz外部水晶発振器、および10pF整合コンデンサを使用します。外部水晶発振器が発振を開始せず、ホストコンピュータはソフトウェアを使用してこのチップに正常に接続できません。 この32K144UAチップの97番ピンでPTA5（リセット）レベルを測定したところ、周波数1280Hz、振幅3.3Vp-pの三角波が検出された。 下の画像に示すように、原因の分析にご協力をお願いします。LDO電源チップは5Vで正常に動作しているのに、なぜ水晶発振器が発振しないのでしょうか？リセットピンが三角波を生成するのはなぜでしょうか？はんだ付け不良はどこが原因でしょうか？よろしくお願いいたします。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 こんにちは リセットピンは現在コンデンサに接続されているため、三角波が表示されています。まずコンデンサを取り外してリセットピンの波形を確認するか、 S32K1xxシリーズMCUアプリケーションガイドのセクション7「S32K1xxシリーズMCUにおけるロックアップリセットの原因分析と復旧方法」を参照して、具体的な状況を確認してください。 リセットピンは定期的にローレベルに引き下げられ、プログラムが実行されないため、水晶発振器はプログラム内のイネーブルビットに従って発振を開始できません。 以前VDDが3.3Vで動作していたチップで、VREFHが5Vで動作している場合は、そのチップをテストしないでください。チップを再はんだ付けしてから、デバッガを使用してプログラムをダウンロードすることをお勧めします。 よろしくお願いします、 ロビン 回复： FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 先生方へ： 補充する： 上記のFS32K144UAT0VLLTのリセット回路は、リセットピンに10KΩの抵抗を接続して+5Vにプルアップし、100nFのコンデンサをGNDに接続しています。ありがとうございました！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 マネージャー： リセット回路からコンデンサを取り外すと、図に示すようにパルスが発生します。 1. 「 7. S32K1xxシリーズMCUチップのロックアップの解析と復旧方法」を参照。J-llnkはコンピュータに正常に接続できませんが、ST-linkは接続できますが、ソフトウェアがそれをサポートしていません。 2. リセット回路がJ-Linkに正しく接続できません。接続時にリセット回路にコンデンサをはんだ付けする必要があるのでしょうか？現在、リセット回路には5Vへの10kΩプルアップ抵抗、5V電源、GNDに接続された100nFコンデンサがありますが、それでもJ-Linkに接続できません。どのような対策を講じるべきでしょうか？ 3. FS32K144UAT0VLLTは新品で、既に2個交換済みです。新しいチップでも暗号化の問題が発生するのはなぜですか？ ありがとう！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 リセットピンの波形は以下と一致しているようです。 ② RESETピンは周期的なリセットパルス信号を出力します。 a. リセット信号の周期が約118µsで、ハイレベル時間が約660nsの場合、それは方形波信号です。 SWD/JTAGデバッグインターフェースを介して一括消去コマンドを実行することで、MCUの暗号化を解除し、データを復元することができます。 この記事に記載されているBaidu Cloud Driveのリンクにあるスクリプトを使用することをお勧めします。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: この回路は5Vで動作し、リセット回路には5Vへの10kΩのプルアップ抵抗が接続されています。接地コンデンサは接続されていません。接続時に接地コンデンサを追加する必要がありますか？ J-Linkで「unlock kinetis」コマンドを入力したところ、コンピュータは次のように応答しました。 デバイスのロック解除中...エラー: DP/APレジスタからの読み取りに失敗しました！ 1. リセットピンのパルス波形は下図に示されており、周期は約118µsです。 2. パルス全体の持続時間は1500 nsです。FS32K144が5Vで動作する場合、ハイレベルリセットのしきい値はどれくらいですか？ 下の図のハイレベル持続時間は660 nsですか？ 下の図のハイレベル持続時間は許容範囲内ですか？ 3. J-Link> の下にコマンドを入力し、スクリーンショットを撮ります。 （１）J-Link>で「connect」と入力し、応答に「?」と入力します。FS32K144UAT0VLLTを使用してS32K144（ALLOW SECURITY）を選択しますが、これでよろしいでしょうか？下図を参照してください。 （２）周波数が１１２０００kHzの場合、適切なオプションが表示されません。ここに周波数を入力するにはどうすればよいですか？ （３）以下は、J-LinkでCommandやUnlock Kinetisなどのコマンドを入力した際の応答のスクリーンショットです。入力ミスがないかご確認ください。よろしくお願いいたします。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1でも2でもどちらでも構いません。 3(1) 開発段階では、「セキュリティを許可する」を選択しないことをお勧めします（これはWeChatの記事で説明されているので、よく読んでください）。 3(2) チップはFS32K144UAT0VLLTですが、スクリーンショットのデバイスにS32K11シリーズを選んだのはなぜですか？また、112000KHZという周波数が何を意味するのか分かりません。SWDまたはJTAGのレートを低くすることもできます。 3(3) 5Vで動作するとおっしゃっていませんでしたか？なぜVTref=3.309Vなのでしょうか？デバッグインターフェースがAN5426の「表8. S32K1xx - JTAGおよびSWDインターフェース」および「図11」に準拠しているかどうか教えてください。「JTAG/SWD信号接続」について。もしくは、回路図の最小限の部分を送っていただければ、私が確認します。 また、S32K144に電力を供給するLDOは、少なくとも250mAを供給する必要があることに注意してください（詳細はERR052094を参照）。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: こんにちは、先生： 1. J-Linkで「unlock kinetis」コマンドを入力すると、以下の応答が表示されます。 これはつまり、ロック解除に成功したということですよね？ 2. しかし、PTA5リセットピンを測定すると、依然として三角波が得られます。 3. 回路基板とホストコンピュータのダウンロードソフトウェアが接続されたとき、カーネルを表示している下の画像に示すように、リセットピンのレベルは直線状の4Vラインである必要があります。 下のウィンドウが閉じられると、リセットピンの波形が再び三角波に変わります。これは正常な動作でしょうか？ さらに、チップのロックを解除した後、SWDIO接続を行う際にはリセット信号線を追加する必要があります。そうしないと接続できません。これはなぜでしょうか？ ありがとう！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1. はい。その後、リセットピンがハイレベルに戻るように、プログラムをチップにダウンロードする必要があります。 2. WeChatの記事によると、フラッシュメモリにコードがない場合（例えば、フラッシュメモリが空の新しいチップの場合）、コアロックアップによりMCUは定期的にリセットされ続けるとのことです。このことから、空のチップのリセットピンにコンデンサを接続すると三角波が観測され、コンデンサを接続しないと周期的なパルスが観測される理由が説明できます。 3. 接続、リセット、ダウンロード、またはプログラミング処理中は、通常CPUは停止します。一度停止すると、CPUはリセットされません。しかし、なぜリセットレベルは4Vしかないのでしょうか？デバッグインターフェース回路が正しいかどうか、再度確認させてください。 S32K1のリセット信号をデバッガのリセット信号に接続する必要があります。

使用 S32k144 验证后门访问密钥 在项目开始之前，我想使用 s32k144 进行后门测试验证。 我有一个关于 unsecureProject 的示例代码。（示例_S32K144_验证后门访问密钥_S32DS1.3_v2.zip） 与示例代码和参考手册对比后，我有一些疑问。 1.根据《验证后门访问密钥参考手册》，其内容如下表所示。 FCCOB 编号 0 用于执行命令。 但在代码中，当发出命令时，会使用 FCCOB 编号 4。 所以我很好奇。 FTFC->FCCOB[0x0] = 0x45; // 后门密钥验证命令 (0x45) FTFC->FCCOB[0x3] = 0x45; // 后门密钥验证命令 (0x45) 哪个才是正确的？ 2. 我想检查锁定和解锁（验证后门访问权限）机制。 第一的。使用 T32 设置后门钥匙。（我知道这不是正常的方式。）通常插入代码） 例如) Data.Set SD:0x400 %LE %Long &pwd_Head 数据集 SD:0x404 %LE %Long &pwd_Tail 数据集 SD:0x40C %LE %Long 0xFFFF7FBF 第二。upon RESET, the FSEC register (0x40020002) is initialized with the value stored in the security 字节 of the Flash Configuration Field (0x40C). 问：2-1。这是否意味着设备在 RESET 前一直处于不安全状态，RESET 后，FSEC 寄存器 (0x40020002) 会更新为从 0x40C 读取的值，从而使设备进入安全状态？ 第三。验证后门访问权限时，参考手册中提到如下截图所示。 Q. 2-2.这是否意味着 FSEC 寄存器会暂时更改为非安全模式，然后在 RESET 后恢复？On RESET, FSEC 寄存器 (0x40020002) 会再次从 0x40C 读取值，对吗？ 问题 2-3。发生此更新时，是否仅更改与网络安全相关的位，还是会覆盖整个 FSEC 字节？ 例如，转变是 BF → FE 还是 BF → BE？ 3. 根据此描述，一旦密钥不匹配，设备将保持安全状态，直到 RESET 为止。在这种情况下，如果后门访问被禁用，如何重置设备？ 4. 当我执行以下命令时： 数据集 AD:0x40020000 %字节 0x30 然后立即使用以下命令将其读出： Data.Byte(AD:0x40020000) 该值仍然为 0x80。 这种行为背后的原因是什么？它又意味着什么？ ================================================================== 所以，我认为 当向 S32K144 中编程数据时，配置值被写入 0x400–0x40F 区域。 当 MCU 复位或重启时，FTFC 寄存器会读取存储在 0x400–0x40F 区域中的配置值，并根据这些设置进行操作。 正确的？ 另外，后门比较密钥出现在 startup_S32K144.S 中，我是否应该理解为该配置是在进入 main() 之前应用的？ ================================================= 使用地址 0x40000100 或 0x40000104 检查不安全状态。 是这样吗？ 我在参考手册中找不到任何相关描述。 谢谢。 #s32k144 @后门访问 Re: Verfiying Backdoor access key using in S32k144 感谢您的支持！ Re: Verfiying Backdoor access key using in S32k144 嗨@LGI ， A4后续报道： FSTAT 寄存器位于地址 0x40020000。 如前所述，该寄存器不能以将位设置为 0 到 1 的方式写入。 向位写入“1”只会清除该位（W1C – Write‑1‑to‑Clear）。因此，写入“1”并不会设置一个位；它只会清除已经为“1”的位。 A8后续报道： 这些是 MDM-AP 状态和控制寄存器，只能通过 Arm 调试访问端口 (DAP) 访问。 例如，它在以下脚本中被使用： https://community.nxp.com/t5/S32K-Knowledge-Base/Lauterbach-Script-For-MDM-AP-Mass-erase-S32K142/ta-p/2336449 此致， 丹尼尔 Re: Verfiying Backdoor access key using in S32k144 谢谢你的回答。@danielmartynek 那么，我有一些问题想请教您。 A4。我向地址 0x40020000 写入了 0x30，但是当我读回它时，该值没有变为 0x30，而是保持为 0x80。 这种行为背后的原因是什么？它又意味着什么？ Q8.这实际上与 Trace32 示例有关。 在 S32K144 的 Trace32 示例中，地址 0x40000100 和 0x40000104 用于安全状态信息。 但是，我找不到有关地址 0x40000100 和 0x40000104 的任何信息。这就是我问的重点。 感谢您的支持。 Re: Verfiying Backdoor access key using in S32k144 嗨@LGI ， A1： 它是 FTFC->FCCOB[0x3] = 0x45; // 后门密钥验证命令 (0x45) 因为 FCCOB0 是内存映射中的第 4 个寄存器。 A2：您可以使用编程器/调试器对 Flash 配置字段进行编程，但必须事先擦除该扇区。请注意，批量擦除还会将 FSEC 字节编程为不安全状态。 A2.1：是 A2.2：是 A2.3：仅限 FSEC[SEC]。 A3：MCU 上有许多 RESET 源（RM，25.2.2 系统 RESET 源）。 调试器可以通过置位 Reset_b 引脚 (PTA5) 来重置 MCU。 A4：写入寄存器仅具有 W1C 功能： Q5：当向 S32K144 中编程数据时，配置值写入 0x400–0x40F 区域。 A5：是的 Q6：当MCU复位或重启时，FTFC寄存器读取存储在0x400–0x40F区域中的配置值，并根据这些设置进行操作。 A6：是的，MCU 会将 Flash 配置字段中的值加载到 FTFC 寄存器中。 Q7：另外，后门比较密钥出现在 startup_S32K144.S 中，我是否应该理解为该配置是在进入 main() 函数之前应用的？ A7：RESET是必需的，但这是编程人员/调试人员在编程后通常会执行的操作。 Q8：使用地址 0x40000100 或 0x40000104 检查不安全状态。这样对吗？ A9：我不是你指的那种人。请详细说明。 此致， 丹尼尔

HSE固件安装 我可以在哪里下载如上图所示的 HSE-B 固件参考手册文档？请提供下载链接。谢谢。 Re: HSE Firmware Installation 罗静你好， 如果您已经签署了保密协议，请参考文档中的步骤进行注册并上传您的保密协议。https://www.nxp.com.cn/docs/en/user-guide/nxp-secure-access-rights-registration.pdf 然后您将看到RM00286 HSE-B 固件参考手册 - V2.7 。 此致敬礼， Robin