EdgeLock SE050/SE051 Capability Inquiry for Ed25519/X25519-Based IoT Device Hello NXP Team, We are evaluating the EdgeLock SE050/SE051 family for a Raspberry Pi based IoT device and would appreciate guidance on the most suitable part number. Our primary requirements are secure storage and hardware execution of cryptographic operations. The device is a Raspberry Pi 4 - running Raspberry Pi OS (Linux). We would like clarification on the following points: 1. Key Storage       - Can the SE050/SE051 securely store non-exportable private keys?    - Can certificates and public keys be stored in the secure element? 2. Key Generation       - Can the secure element generate key pairs internally?    - Specifically, does it support generation of Ed25519 and X25519 key pairs within the secure element? 3. Ed25519 Operations       - Can Ed25519 signing and signature verification be supported inside the secure element? 4. X25519 Operations       - Can X25519 key agreement (ECDH shared secret computation) be performed inside the secure element using a non-exportable private key? 5. AES Operations       - Does the secure element support AES encryption and decryption operations?    - If so, which AES modes are supported?   6. Storage read/write    - Storing/removing/accessing files like wifi passwords? 7. Linux / Raspberry Pi Integration       - Is there an SDK or middleware available for Raspberry Pi OS?    - Are there example applications demonstrating the above operations? 8. Product Selection       - Which EdgeLock SE050/SE051 variant would you recommend for the above requirements?    - What are the major differences between the recommended variants?    - Are there any newer EdgeLock products that would be a better fit for these requirements? Our intended use case is: - Ed25519 signing for device authentication / JWT generation - X25519 key agreement for mobile-device provisioning - AES encryption/decryption using derived session keys - Storage and handling of security files like Wifi passwords etc - Large-scale deployment of IoT devices If available, we would also appreciate links to any of these: - Relevant datasheets - Application notes - SDK documentation - Evaluation boards - Linux/Raspberry Pi examples Thank you for your assistance. Best regards, Sahil Pai Re: EdgeLock SE050/SE051 Capability Inquiry for Ed25519/X25519-Based IoT Device Hi @SahilPai , Please kindly have my comments as below: 1. Key Storage       - Can the SE050/SE051 securely store non-exportable private keys? //Yes, private keys are non-exportable on SE05x.    - Can certificates and public keys be stored in the secure element? // Yes, certs are stored as binary files within the SE , and public key can be stored standalone or together with the private key in SE05x. 2. Key Generation       - Can the secure element generate key pairs internally?// Yes, it supports.    - Specifically, does it support generation of Ed25519 and X25519 key pairs within the secure element?// Yes, Ed25519 and X25519 key pairs are supported. 3. Ed25519 Operations       - Can Ed25519 signing and signature verification be supported inside the secure element?// Yes, Ed25519 signing and signature verification are supported inside the SE05x. 4. X25519 Operations       - Can X25519 key agreement (ECDH shared secret computation) be performed inside the secure element using a non-exportable private key? //Yes, ECDH is performed with a private key within SE05x and an external  public key which can be stored in SE05x as well. 5. AES Operations       - Does the secure element support AES encryption and decryption operations? //Yes,    - If so, which AES modes are supported?// Support for AES Modes:CBC, ECB, CTR, GCM, CCM.   6. Storage read/write    - Storing/removing/accessing files like wifi passwords?//Yes, SE050/SE051 can store binary objects in its secure object store, including Wi-Fi credentials. 7. Linux / Raspberry Pi Integration       - Is there an SDK or middleware available for Raspberry Pi OS?// Yes, please refer to https://www.nxp.com/webapp/Download?colCode=SE05x-PLUG-TRUST-MW&appType=license for details.    - Are there example applications demonstrating the above operations?//Yes. 8. Product Selection       - Which EdgeLock SE050/SE051 variant would you recommend for the above requirements?// Either SE050E2 or SE051C2 can be used.    - What are the major differences between the recommended variants?// They both have the latest applet version, but SE051 supports applet upgrade while SE050 doesn't.    - Are there any newer EdgeLock products that would be a better fit for these requirements?//not yet so far.   Please kindly refer to https://www.nxp.com/products/SE050 and https://www.nxp.com/products/SE051 for more details.   Hope that helps,   Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------

new york ny divorce lawyer A New York divorce lawyer specializes in family law, offering expert representation for individuals seeking divorce, separation, or resolution of related issues. Their practice areas include divorce, separation agreements, child custody, visitation, child support, spousal maintenance, property division, pre-nuptial and post-nuptial agreements, paternity disputes, and modification of existing agreements. A good divorce lawyer should have experience in New York family law, strong negotiation and litigation skills, empathy, attention to detail, and knowledge of local courts and procedures. Benefits of hiring a divorce lawyer include protection of rights and interests, expert guidance through complex processes, personalized representation, increased likelihood of favorable outcomes, and reduced stress and emotional burden. Resources for finding a qualified new york ny divorce lawyer State Bar Association, American Academy of Matrimonial Lawyers, and the National Center for State Courts. Re: new york ny divorce lawyer A serious dog attack can leave victims facing physical injuries, medical expenses, and uncertainty about the future. Filing a Dog Bite Injury Claim in Texas may help recover compensation for treatment costs, lost wages, pain, and other damages related to the incident. An experienced Dog Bite Attorney in Texas can review the circumstances of the attack, gather supporting evidence, and guide victims through the legal process. Whether the incident occurred in a public place or on private property, understanding your rights is an important step toward protecting your interests. For those seeking local representation, an Arlington dog bite lawyer can provide legal support tailored to the specifics of the case. Trusted Texas personal injury lawyers work to help victims pursue the compensation they may be entitled to under Texas law.

i.MX RT1064 - PEmicro Connection Assistant Error and Boot Configuration Changing Unexpectedly Hi, I am using an i.MX RT1064 controller and debugging/flashing through the PEmicro Multilink interface in MCUXpresso IDE. Occasionally, I encounter the attached "PEmicro Connection Assistant" error while attempting to connect to the target. The issue appears to occur randomly; I have not identified any specific software activity, code change, or hardware event that consistently triggers it. What I have observed is that when this error occurs, the controller's boot configuration appears to have changed unexpectedly. In this state, I am unable to flash or debug the device. The only way I have been able to recover is by restoring the boot configuration to its original settings - Internal Flash Mode, after which flashing and debugging work normally again. A few additional details: MCU: i.MX RT1064 Debug Probe: PEmicro Multilink Universal Rev E IDE: MCUXpresso IDE Has anyone encountered a similar issue? I would appreciate any guidance on: What could cause the boot configuration to change unexpectedly. Whether there are known scenarios in which the debugger or application code could affect the boot configuration. Recommended methods to prevent this from happening. Can the boot configuration be changed through software without manual change I've attached a screenshot of the error message for reference. Thank you. i.MXRT 106x Re: i.MX RT1064 - PEmicro Connection Assistant Error and Boot Configuration Changing Unexpectedly Hi, Could you help me with the following questions? Are you using a custom board or the EVK? What version of the SDK and IDE are you using? Have you burned any fuses? You mentioned that you need to restore the boot configuration to internal flash mode—what boot configuration are you currently using? Best Regards, Pablo Re: i.MX RT1064 - PEmicro Connection Assistant Error and Boot Configuration Changing Unexpectedly I am using a custom board, but this issue was also observed on the EVK. SDK Version : 26.03.00 IDE Version : 25.6.136 We haven't burned any fuse. We usually use Internal Boot mode to flash our code and normal operation, but it causes some unexpected issues randomly, so we change it to Serial Download Mode, erase the flash and then change it back to Internal Boot mode before flashing code again. Please find attached image for boot configuration info. Re: i.MX RT1064 - PEmicro Connection Assistant Error and Boot Configuration Changing Unexpectedly Hi @Subhasri_S, The BOOT_MODE register is initialized by sampling the BOOT_MODE0 and BOOT_MODE1 inputs on the rising edge of POR_B. After these inputs are sampled, their subsequent state does not affect the contents of the internal BOOT_MODE register. If BT_FUSE_SEL = 0, the specific boot configuration parameters can be set using the GPIO pins instead of eFuses. Could you help me measure the BOOT_MODE and BT_CFG pins during reset when the issue occurs? Another possible conclusion for this issue is described in the following knowledge base article: Knowledge Base : RT board recovery for debugger connect issues "When the flash contains an app that is abnormal(access memory does not exist, memory is corrupted, misconfiguration of the clocks, etc.), it will cause the board to end up in an unknown state, then the debugger can’t take control over the core. But, when put the core in serial downloader mode, then it will put the core in a known state, this way, the debugger will be able to take control of the core. So, when meeting the debugger issues in the RT board, try to mass erase the external flash in serial download mode, then it will recover the board debugger to a normal situation." Best Regards, Pablo

i.MX8MP RAW撮影のための最大ジオメトリ こんにちは、NXPコミュニティの皆さん、 i.MX8MPで特定のイメージセンサーを使おうとしています。 MIPIからRAMへRAW12キャプチャデータを転送しようとしています。これを実現する唯一の方法は、以下に概説するISIモジュールを使用することのようです。 問題は、ジオメトリの制限に関するドキュメントが曖昧で、i.MX8MPが私たちの**アプリケーション**に適しているかどうか判断しようとしていることです。 画像の高さと幅は、ISI の CHNL_IMG_CFG[WIDTH/HEIGHT] レジスタを使用して定義されます。これらのエントリは13ビットであるため、理論的には8191 x 8191のジオメトリに制限されます。 幅はハードウェアによってラインバッファによって制限されているようで、実際には2Kピクセルしか保持できませんが、ドキュメントには他のチャネルのラインバッファを組み合わせて4Kを達成する方法が説明されています。ドキュメントには、線幅のレジスタ制限である8191ピクセルの上限が達成可能かどうかは触れられていません。ISI処理を回避でき、目的は単純にRAWのMIPIキャプチャをRAMにプッシュすることです。 さらに、幅とは異なり、高さの制限は物理的なハードウェアに起因するものではないようだ。 CHNL_IMG_CFG[HEIGHT]レジスタの13ビット最大値で定義される8191行の高さをサポートできるという確認はありますか? この件についてのサポートがあればありがたいです。私は以下のような類似の投稿をいくつか確認しました。 https://community.nxp.com/t5/i-MX-Processors/Direct-MIPI-CSI2-to-memory-access-on-i-MX8MP/mp/2158946 https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-ISI-maximum-supported-width/mp/1224069 しかし、8191の幅がサポートされているかどうかは確認されておらず、何か最新情報があれば教えていただきたいです。 また、高さ制限は定義されていません。 よろしくお願い申し上げます。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Maximum Geometry for RAW Capture i.mx8mp ISIドライバーは2Kに限定されていますが、チェーンバッファを使うと最大4Kまで対応でき、幅8191はできませんでした。IMX8MPでは1台のカメラが最大4k@30まで対応可能です Re: i.MX8MP Maximum Geometry for RAW Capture ご返信よろしくお願いします。 つまり、幅の制限は私の元の発見と一致しています。 ISIモジュールの高さ制限についてコメントいただけますか?ISIを通じて8191レーン高さを達成できますか? よろしくお願い申し上げます。 Re: i.MX8MP Maximum Geometry for RAW Capture 運転手に言いなさい、最大高さは8191です #define MXC_ISI_MIN_WIDTH 1U #define MXC_ISI_MIN_HEIGHT 1U #define MXC_ISI_MAX_WIDTH_UNCHAINED 2048U #define MXC_ISI_MAX_WIDTH_CHAINED 4096U #define MXC_ISI_MAX_HEIGHT 8191U https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/drivers/media/platform/nxp/imx8-isi/imx8-isi-core.h

请求 AFT05MP075N 的 Gerber 文件 你好， 我正在使用 AFT05MP075N 设计 VHF/UHF 功率放大器。我从 AFT05MP075N 产品页面获得了 DXF 参考 PCB 文件，但我需要 450–520 MHz 宽带参考板的完整 Gerber 文件包。据我了解，这些资料以前是应客户要求提供的。我需要帮助获取这些文件。 谢谢 射频 Re: Requesting Gerbers for AFT05MP075N 你好， 请注意，NXP 不提供此产品的 Gerber 文件。我们提供的是 DXF 文件，您可以在产品页面的“设计资源”部分找到它。 由此给您带来的不便，我们深表歉意，并感谢您的理解。

i.MX8MP Maximum Geometry for RAW Capture Hi NXP Community, We are trying to use a particular image sensor on the i.MX8MP. We are attempting to push the RAW12 capture from the MIPI to RAM. It seems that the only way to do this is through the ISI module as outlined below: The problem is that the documentation on the geometry limits is vague and we are trying to determine if the i.MX8MP is suitable for our application. The height and width of the image is defined in the ISI using the CHNL_IMG_CFG[WIDTH/HEIGHT] register. These entries are 13-bit, theoretically limiting us to 8191 x 8191 geometry. The width seems to be limited by hardware via the line buffer which can actually only hold 2K pixels but the documentation outlines methods for reaching 4K by combining line buffers from other channels. The documentation does not cover whether the register limit of 8191 pixels for the line width can be achieved. We can bypass the ISI processing and our goal is to simply push the RAW MIPI capture to RAM. Furthermore, unlike the width, the height limitation does not seem to be caused by physical hardware. Is there any confirmation that we can support a height of 8191 lines as defined by the 13-bit max of the CHNL_IMG_CFG[HEIGHT] register? Any support on the matter would be appreciated. I have reviewed other similar posts such as the following: https://community.nxp.com/t5/i-MX-Processors/Direct-MIPI-CSI2-to-memory-access-on-i-MX8MP/m-p/2158946 https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-ISI-maximum-supported-width/m-p/1224069 However, whether 8191 width is supported is not confirmed and I was wondering if there are any updates here. Also, the height limitation is not defined. Thank you i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Maximum Geometry for RAW Capture i.mx8mp ISI driver has limited to the 2k, but if you use chain buffer, ISI can support up to 4k, couldn't support 8191 width, on the imx8mp, one camera can be supported up to 4k@30 Re: i.MX8MP Maximum Geometry for RAW Capture Thank you for your reply. So the width limitation matches my original findings.  Can you please comment on the height limitations of the ISI module? Can we achieve 8191 lane height through the ISI? Thank you Re: i.MX8MP Maximum Geometry for RAW Capture refer to the driver, the max height is 8191 #define MXC_ISI_MIN_WIDTH 1U #define MXC_ISI_MIN_HEIGHT 1U #define MXC_ISI_MAX_WIDTH_UNCHAINED 2048U #define MXC_ISI_MAX_WIDTH_CHAINED 4096U #define MXC_ISI_MAX_HEIGHT 8191U https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/drivers/media/platform/nxp/imx8-isi/imx8-isi-core.h

EdgeLock SE050/SE051 功能查询（适用于基于 Ed25519/X25519 的物联网设备） 您好，NXP团队， 我们正在评估 EdgeLock SE050/SE051 系列产品，以用于基于 Raspberry Pi 的物联网设备，希望您能指导我们选择最合适的零件编号。 我们的主要需求是安全存储和硬件执行加密操作。 该设备是树莓派 4，运行树莓派操作系统（Linux）。 我们希望就以下几点得到澄清： 1. 密钥存储 - SE050/SE051 能否安全地存储不可导出的私钥？ - 证书和公钥可以存储在安全元件中吗？ 2. 密钥生成 安全元件能否在内部生成密钥对？ - 具体来说，它是否支持在安全元件内生成 Ed25519 和 X25519 密钥对？ 3. Ed25519 操作 - 安全元件内部是否可以支持 Ed25519 签名和签名验证？ 4. X25519 操作 - 能否使用不可导出的私钥在安全元件内部执行 X25519 密钥协商（ECDH 共享秘密计算）？ 5. AES 操作 - 该安全元件是否支持 AES 加密和解密操作？ - 如果支持，支持哪些AES模式？   6. 存储读/写 - 存储/删除/访问类似WiFi密码的文件？ 7. Linux/Raspberry Pi 集成 - 是否有适用于 Raspberry Pi OS 的 SDK 或中间件？ - 是否有示例应用程序演示上述操作？ 8. 产品选择 - 对于上述要求，您会推荐哪款 EdgeLock SE050/SE051 型号？ - 推荐的几种方案之间主要有哪些区别？ - 是否有更新的 EdgeLock 产品更符合这些要求？ 我们的预期用途是： - Ed25519 用于设备认证/JWT 生成签名 - X25519 移动设备配置密钥协议 - 使用派生会话密钥进行 AES 加密/解密 - 存储和处理安全文件，例如 Wi-Fi 密码等。 - 物联网设备的大规模部署 如果可以，我们也希望您能提供以下任何链接： - 相关数据表 - 应用说明 - SDK 文档 - 评估板 - Linux/Raspberry Pi 示例 谢谢你的帮助。 此致， 萨希尔·派 Re: EdgeLock SE050/SE051 Capability Inquiry for Ed25519/X25519-Based IoT Device 嗨@SahilPai ， 请允许我发表以下意见： 1. 密钥存储 - SE050/SE051 能否安全地存储不可导出的私钥？//是的，SE05x 上私钥不可导出。 - 证书和公钥可以存储在安全元件中吗？// 是的，证书以二进制文件的形式存储在 SE 中，公钥可以单独存储，也可以与私钥一起存储在 SE05x 中。 2. 密钥生成 - 安全元件能否在内部生成密钥对？// 是的，它支持。 具体来说，它是否支持在安全元件内部生成 Ed25519 和 X25519 密钥对？是的，支持 Ed25519 和 X25519 密钥对。 3. Ed25519 操作 - 安全元件内部是否支持 Ed25519 签名和签名验证？//是的，SE05x 支持 Ed25519 签名和签名验证。 4. X25519 操作 - 能否使用不可导出的私钥在安全元件内部执行 X25519 密钥协商（ECDH 共享秘密计算）？//是的，ECDH 可以使用 SE05x 内部的私钥和也可以存储在 SE05x 中的外部公钥执行。 5. AES 操作 - 该安全元件是否支持 AES 加密和解密操作？//是的， 如果支持，那么支持哪些AES模式？支持 AES 模式：密码块链接(CBC)、ECB、CTR、GCM、CCM。   6. 存储读/写 - 存储/删除/访问文件，例如 WiFi 密码？//是的，SE050/SE051 可以在其安全对象存储中存储二进制对象，包括Wi-Fi 凭证。 7. Linux/Raspberry Pi 集成 - 是否有适用于 Raspberry Pi OS 的 SDK 或中间件？// 是的，详情请参阅https://www.nxp.com/webapp/Download?colCode=SE05x-PLUG-TRUST-MW&appType=license 。 - 是否有示例应用程序演示上述操作？//有。 8. 产品选择 - 对于上述要求，您会推荐哪款 EdgeLock SE050/SE051 型号？//SE050E2 或 SE051C2 均可使用。 - 推荐的几种方案之间主要有哪些区别？//它们都拥有最新的小程序版本，但 SE051 支持小程序升级，而 SE050 不支持。 - 是否有更新的EdgeLock产品更符合这些要求？//没有但目前为止是这样。   更多详情请参阅https://www.nxp.com/products/SE050和https://www.nxp.com/products/SE051 。   希望对您有所帮助。   祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------

EdgeLock SE050/SE051 Ed25519/X25519ベースのIoTデバイス向け能力問い合わせ こんにちは、NXPチームの皆さん。 私たちはEdgeLock SE050/SE051ファミリーをRaspberry PiベースのIoTデバイス向けに評価しており、最適な部品番号についてアドバイスをいただけるとありがたいです。 我々の最重要要件は、暗号化処理の安全な保管とハードウェアによる実行である。 デバイスはRaspberry Pi 4で、Raspberry Pi OS(Linux)を搭載しています。 以下の点について明確にしていただきたいと思います。 1. キーストレージ    - SE050/SE051はエクスポート不可の秘密鍵を安全に保存できますか? - 証明書や公開鍵はセキュア要素に保存できますか? 2. 鍵生成    - セキュア要素が内部で鍵ペアを生成できるか? - 具体的には、セキュア要素内でEd25519およびX25519キーペアの生成をサポートしているか? 3. Ed25519 作戦    - Ed25519の署名および署名検証はセキュア要素内でサポート可能か? 4. X25519の運用    - X25519鍵合意(ECDH共有秘密計算)は、非エクスポート可能な秘密鍵を用いてセキュア要素内で実行できますか? 5. AES運用    - セキュア要素がAESの暗号化および復号操作をサポートしているか? - もしそうなら、どのAESモードがサポートされていますか?   6. ストレージの読み書き - Wi-Fiパスワードのようなファイルの保存・削除・アクセス? 7. Linux / Raspberry Pi 統合    - Raspberry Pi OS用のSDKやミドルウェアはありますか? - 上記の操作を示すアプリケーションはありますか? 8. 製品選択    - 上記の要件に対して、どのEdgeLock SE050/SE051バリアントをおすすめしますか?   推奨されるバリエーションの主な違いは何ですか？ - これらの要件により適した新しいEdgeLock製品はありますか? 私たちの意図されたユースケースは以下の通りです: - デバイス認証/JWT生成のためのEd25519署名 - X25519 モバイルデバイスプロビジョニングの鍵契約 - 派生セッション鍵を用いたAES暗号化/復号 - Wi-Fiパスワードなどのセキュリティファイルの保存と取り扱い - IoTデバイスの大規模展開 もし可能であれば、以下のリンクも教えていただけるとありがたいです。 - 関連データシート - アプリケーションノート - SDKドキュメント - 評価ボード - Linux/Raspberry Piの例 ご協力ありがとうございます。 よろしくお願いします、 サヒル・パイ Re: EdgeLock SE050/SE051 Capability Inquiry for Ed25519/X25519-Based IoT Device こんにちは、 @SahilPai さん。 私の意見は以下のとおりです。 1. キーストレージ    - SE050/SE051はエクスポート不可の秘密鍵を安全に保存できますか?はい、SE05xでは秘密鍵はエクスポートできません。 - 証明書や公開鍵はセキュア要素に保存できますか?はい、証明書はSE内でバイナリファイルとして保存されており、公開鍵はSE05xで単独または秘密鍵と一緒に保存できます。 2. 鍵生成    - セキュア要素は内部で鍵ペアを生成できますか?// はい、サポート可能です。   - 具体的には、セキュア要素内でEd25519およびX25519キーペアの生成をサポートしているか?はい、Ed25519とX25519の鍵ペアはサポートされています。 3. Ed25519 作戦    - Ed25519の署名および署名検証はセキュア要素内でサポート可能か?はい、SE05x内でEd25519の署名および署名認証をサポートしています。 4. X25519の運用    - X25519鍵合意(ECDH共有秘密計算)は、非エクスポート可能な秘密鍵を用いてセキュア要素内で実行できますか?はい、ECDHはSE05x内の秘密鍵と、SE05xに保存可能な外部公開鍵で実行されます。 5. AES運用    - セキュア要素がAESの暗号化および復号操作をサポートしているか?はい、 - もしそうなら、どのAESモードがサポートされていますか?AESモードのサポート:CBC、ECB、CTR、GCM、CCM。   6. ストレージの読み書き - Wi-Fiパスワードのようなファイルの保存・削除・アクセス?//はい、SE050/SE051は、Wi-Fi認証情報を含むバイナリオブジェクトを安全なオブジェクトストアに保存できます。 7. Linux / Raspberry Pi 統合    - Raspberry Pi OS用のSDKやミドルウェアはありますか?// はい、詳細はご https://www.nxp.com/webapp/Download?colCode=SE05x-PLUG-TRUST-MW&appType=license を参照してください。 - 上記の操作を示す例例はありますか?//はい。 8. 製品選択    - 上記の要件に対して、EdgeLock SE050/SE051のバリアントはどれをおすすめしますか?//SE050E2またはSE051C2どちらかが使えます。   - 推奨されるバリエーションの主な違いは何ですか？//どちらも最新のアプレットバージョンを持っていますが、SE051はアプレットのアップグレードをサポートし、SE050は対応していません。 - これらの要件により適した新しいEdgeLock製品はありますか?//ないしかし、今のところは。   詳細については、 https://www.nxp.com/products/SE050およびhttps://www.nxp.com/products/SE051をご参照ください。   お役に立てば幸いです。   すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------

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 包调用： 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 Uboot参数： Uboot 与 Linux sdcard 镜像中的 Uboot 相同，只是修改了 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' 设置环境变量 s32cc_gmac_mode 为禁用 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' 保存环境 日志： 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加载环境... 成功 将 PCIe0 配置为根复合体 PCIe0：连接失败 PCI：自动配置失败，第 1c 条 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 板修订：RDB3 修订版 F 网络：EQOS phy：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，确定 mmc0 is current device 读取50640字节耗时17毫秒（2.8 MiB/s） 读取了 11948752 字节，耗时 540 毫秒（21.1 MiB/s） ## 从位于 80080000 的传统映像启动内核... 图片名称： 镜像类型：AArch64 Linux 内核镜像（未压缩） 数据大小：11948688 字节 = 11.4MiB 加载地址：80080000 入口点：80080000 校验和验证中... 成功 ## 位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e0f5cf 修复：pfe0 设置为 00:01:be:be:ef:11 修复：pfe1 设置为 00:01:be:be:ef:22 修复：pfe1：将物理地址更新为 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 (mount) 退出状态=0。 正在启动QSPI Flash驱动程序... 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... # 进程 36891（睡眠）退出状态=0。 sh: /var/cetitec2/startup.sh:没有这样的文件或目录   进程 45081 (sh) 终止 signo=0 code=0 由进程 0 value=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 伪随机数生成器 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.8主缓冲区* 0 TCP/IP 开始 1月1日 00:00:00.047iopkt.8main_buffer 0 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]:--- 安全中断已启用。不允许使用 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 外设 RESET 指令...   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE RESET OK.   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]: Silicon 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：已创建 Parity 实例   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]:选择固件加载操作，并行加载 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]:[固件版本] 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]:将 00:0a:0b:0c:0d:66 添加到 pfe0   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 的速度/双工配置。使用 1 Gbps/全双工。   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.8slog 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]:将 00:1a:1b:1c:1d:66 添加到 pfe1   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 的速度/双工配置。使用 1 Gbps/全双工。   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.8slog 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]:将 00:2a:2b:2c:2d:66 添加到 pfe2   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。   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.8slog 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]:将 00:0a:0b:0c:0d:66 添加到 pfe0   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.8slog 0 INF[src/pfe_mdio.c:427]：pfe0：未找到总线 0 地址 0 上的 PHY。切换到静态模式。   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]:将 33:33:ff:0c:0d:66 添加到 emac0   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]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   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]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   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]:将 01:00:5e:00:00:01 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   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 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.558spi_master.24587 normal* 0 正在启动 spi-master 资源管理器 1月1日 00:00:00.561spi_master.24588 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.565spi_master.24589 normal* 0 启动 spi-master 资源管理器 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 slog 0 libcam.so (2020年6月22日 21:33:15) bver 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 驱动类型 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 slog 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, 感知=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, 感知=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, 感知=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) 参数: -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]: 总线号 0，父级 -1，端口 0，高速 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 enumerated(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: 设置 vbus 关闭 1月1日 00:00:01.968io_usb_otg.36885 slog 0 s32g_phy_set_vbus: set_vbus on 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]: (总线号 0，设备号 0，端口号 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 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:01.985io_usb_otg.36885 slog 0 usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/启动/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：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 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 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=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 全双工） 状态：无承运商   进程 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 Uboot参数： 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' 设置环境变量 s32cc_gmac_mode 为禁用 保存环境 注意：我从 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加载环境... 成功 将 PCIe0 配置为根复合体 PCIe0：连接失败 PCI：自动配置失败，第 1c 条 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 板修订：RDB3 修订版 F 网络：EQOS phy：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，确定 mmc0 is current device 读取50640字节耗时17毫秒（2.8 MiB/s） 读取了 11950600 字节，耗时 534 毫秒（21.3 MiB/s） ## 从位于 80080000 的传统映像启动内核... 图片名称： 镜像类型：AArch64 Linux 内核镜像（未压缩） 数据大小：11950536 字节 = 11.4MiB 加载地址：80080000 入口点：80080000 校验和验证中... 成功 ## 位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e0ffff 修复：pfe0 设置为 00:01:be:be:ef:11 修复：pfe1 设置为 00:01:be:be:ef:22 修复：pfe1：将物理地址更新为 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 (mount) 退出状态=0。 正在启动QSPI Flash驱动程序... 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 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 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=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 全双工） 状态：无承运商   进程 40985 (ifconfig) 退出状态=0。 # 进程 36891（睡眠）退出状态=0。 sh: /var/cetitec2/startup.sh:没有这样的文件或目录   进程 53273 (sh) 终止 signo=0 code=0 由进程 0 value=0。   # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 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 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=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 全双工） 状态：无承运商   # 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 一月 01 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 49480 字节 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设复位指令... 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE重置成功。 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x1abef95000 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000 一月 01 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。 一月 01 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8” 一月 01 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 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 字节） 一月 01 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 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 一月 01 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]:将 00:0a:0b:0c:0d:66 添加到 pfe0 1月1日 00:00:00.512 iopkt.8主缓冲区 0 pfe1 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1 1月1日 00:00:00.514 iopkt.8主缓冲区 0 pfe2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2 一月 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：2 一月 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 # slog2info | grep io_pkt_v6_hc 一月 01 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 49480 字节 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设复位指令... 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE重置成功。 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x1abef95000 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000 一月 01 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ 工作进程已启动（IRQ ID：226） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。 一月 01 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8” 一月 01 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 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 字节） 一月 01 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.508 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:功能错误 err051211_workaround：已禁用 一月 01 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0：使用静态 PHY 模式，RESET=0 一月 01 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]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ 工作进程已启动（IRQ ID：223） 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ 工作进程已启动（IRQ ID：224） 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。 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 驱动程序已启动 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 进程 172057 (slog2info) 退出状态=0。 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2495]:从 emac0 中移除 01:00:5e:00:00:01 一月 01 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_phy_if.c:2716]:地址 01:00:5e:00:00:01 已从 emac0 中移除 一月 01 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 上的 PFE 驱动程序保留 RAM 区域\n"); 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 电路板支持包之前需要修改以下内容。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 你知道NXP是否提供已经包含PFE（如board_cleanup_before_linux）所需的uboot修改的SD卡镜像吗？ 我不知道像 binaries_auto_linux_bsp37.0_s32g3_pfe 这样的软件包是做什么用的。 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我打算尝试以下组合： BSP 33 PFE驱动程序1.2.0 PFE 固件 1.3.0 官方是否支持此功能？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我打算尝试以下组合： BSP 33 PFE驱动程序1.2.0 PFE 固件 1.3.0 官方是否支持此功能？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 现在我已经按照集成手册自行构建了 uboot。我添加了 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 自动协商完成......... 超时！ pfeng_netif pfe1：在 PFE1 上建立 XPCS 连接失败 这正常吗？ 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 你好， @Seneca 感谢您的回复。 测试的 BSP 版本为 BSP39，搭配 QNX 驱动程序版本 1.7.0 和 QNX SDP 7.1 BSP JBN51。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 所使用的PFE固件版本是多少？ JBN51 需要 NXP BSP39，该 BSP39 附带 PFE 固件 1.8.0。但 Pfe 驱动程序 1.7.0 发行说明的 2.1.3 节指出，此版本仅测试了 PFW 固件 1.10.0。 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 陈音你好 请问测试 PFE 驱动程序 1.7.0 与 QNXJBN51 的那位用户使用的是哪个 NXP 电路板支持包 版本？ 此致 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 [以太网] 在 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 @ 最高 1300 MHz 型号：NXP S32G399A-RDB3 动态随机存取存储器(DRAM)：3.5 GiB 核心：306 个设备，25 个微类，设备树：板 MMC：FSL_SDHC：0 从MMC加载环境... 成功 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 电路板修订：RDB3 修订版 F PCIe：总线设备功能 供应商 ID 设备 ID 设备类 子类 __________________________________________________________________________ pcie@40400000 根复合体 | `-- 01:00.00 0x1957 0x4300 桥接设备 0x04 网络：eth0：以太网@4033c000 找到 PFE 版本 0x0101 (S32G3) ，eth1：pfe0，eth2：pfe1，eth3：pfe2 按任意键停止自动启动：2 1 0 => printenv 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>; 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>; 波特率=115200 板修订=F boot_mtd=booti 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；bootm 0x80080000 - 0x83E00000 bootargs=root=/dev/ram rw earlycon loglevel=7 bootcmd=运行 boot_qnx_atf 启动延迟=2 console=ttyLF0 cpu_trap=dcache 关闭；mw.l 0xa0000000 0xd503205f；mw.l 0xa0000004 0x58000060；mw.l 0xa0000008 0xb4ffffc0；mw.l 0xa000000C 0xd61f0000；mw.q 0xa0000010 0x00000000；dcache 开启； 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 addr ${fdt_addr} ; fdt rm /soc/mmc no-1-8-v; fdt resize; fdt_file=s32g399a-rdb3.dtb fdt_high=0xffffffffffffffff fdt_override=; fdtcontroladdr=ffa96000 flashboot=echo 从闪存启动...; run flashbootargs;mtd 读取内核${loadaddr} ;mtd 读取 DTB ${fdt_addr} ;mtd 读取根文件系统${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:speed=2G5;xpcs1_1:speed=1G 图片=图片 initrd_high = 0xffffffffffffffff IP地址=10.0.0.100 加载地址=0x80000000 loadfdt=fatload mmc ${mmcdev} : ${mmcpart} ${fdt_addr} ${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} ; 否则 echo 警告：无法加载 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 从网络启动...; run netargs; if test ${ip_dyn} = yes; then setenv get_cmd dhcp; else setenv get_cmd tftp; fi; ${get_cmd} ${image} ; if test ${boot_fdt} = yes || test ${boot_fdt} = try; then if ${get_cmd} ${fdt_addr} ${fdt_file} ; then ${boot_mtd} ${loadaddr} - ${fdt_addr} ; else if test ${boot_fdt} = try; then ${boot_mtd} ; else echo WARN: 无法加载 DT; fi; fi; else ${boot_mtd} ; fi; 子网掩码=255.255.255.0 nfsboot=echo 使用 tftp 和 nfs 从网络启动...; 运行 nfsbootargs; 运行 loadtftpimage; 运行 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=启用,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; 脚本=boot.scr 服务器IP地址=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 标准输入=serial@401c8000 标准输出=serial@401c8000 环境大小：3581/8188 字节 => 启动 切换到分区 #0，确定 mmc0 是当前设备 7 毫秒内读取了 59970 字节（8.2 MiB/s） 读取了 9362112 字节，耗时 394 毫秒（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 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e11fff 修复：pfe1：将物理地址更新为 0x8 正在启动内核... board_cleanup_before_linux: QNX PFE 代码。 ethernet@4033c000 等待 PHY 自动协商完成......... 超时！ phy_startup() 失败：-110 失败：-110 找到 PFE 版本 0x0101 (S32G3) 找到 PFE 版本 0x0101 (S32G3) pfe2 等待 PHY 自动协商完成......... 超时！ pfeng_netif pfe1：在 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 所有时钟周期偏移均在容差范围内 欢迎使用 QNX Neutrino 7.1.0在 NXP S32G399A RDB 板上！ 启动监督机制…… 正在启动串口驱动程序... 正在启动网络驱动程序（/dev/socket）... 正在开发 SPI 驱动程序 (/dev/spi0,1,2,3,4,5)... 正在启动 I2C 0/1/2/3/4 驱动程序 (/dev/i2c0,1,2,3,4)... 正在启动 USDHC0 存储卡驱动程序... [00] 正在启动 QSPI Flash 驱动程序... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... U# slogi 2info 1月1日 00:00:00.022 random.4low* 0 qcrypto：正在加载配置文件“/etc/qcrypto.conf”[qcrypto_common.c(190)] 1月1日 00:00:00.023 random.4..0 slog* 700 随机数生成器使用的是 Fortuna 伪随机数生成器 1月1日 00:00:00.031 random.4low 0 qcrypto: 'openssl' 插件已加载 [qcrypto_plugins.c(354)] 1月1日 00:00:00.031 random.4..0 slog 700 选择计时器作为熵源 1月1日 00:00:00.031 random.4..0 slog 700 已注册路径名 1月1日 00:00:00.031 random.4..0 slog 700 random: 启动 resmgr 1月1日 00:00:00.031 random.4..0 slog 700 random: 进程守护化 1月1日 00:00:00.041 devc_serlinflexd.7 slog* 0 serlinflexd_interrupt_attach: 连接到中断 114 1月1日 00:00:10.146 spi_master.8 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.149 spi_master.9 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.152 spi_master.10 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.155 spi_master.11 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.158 spi_master.12 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.161 spi_master.13 normal* 0 启动 spi-master 资源管理器 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 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.189 devb_sdmmc_mx8x.19 slog 1800 sdio_cd: 插入路径 0，cd 状态 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CID: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 MID 0x27, OID 0x5048, PNM SD32G 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 PRV 0x62, PSN 0x6c62d196, MDT 4-2023 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CSD: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 1月01日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 blksz 512, sectors 60440576, dtr 25000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD SW CAPS: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 总线模式 0x3，命令系统 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 驱动类型 0x1，当前限制 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 dtr 50000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CFG: 时序 HS，DTR 50000000，总线宽度 4 位 1月1日 00:00:10.240 devb_sdmmc_mx8x.19 slog 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, 感知=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, 感知=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, 感知=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) 参数: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:10.250 devf_qspi_s32g.20 slog* 0 (devf t1::f3s_qspi_ident:73) 页面大小：256 1月1日 00:00:10.250 devf_qspi_s32g.20 slog 0 (devf t1::f3s_qspi_ident:74) 总芯片大小：0x4000000，单元大小：0x10000 1月1日 00:00:10.254 io_usb_otg.21 slog 0 ehci_init: 使用服务器版本 2 进行初始化 Jan 01 00:00:10.254 io_usb_otg.21 slog 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 slog 8 usb_enum_port(94)[tid:1]: 总线号 0，父级 -1，端口 0，高速 1月1日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 😎 1月1日 00:00:10.255 io_usb_otg.21 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 18) 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 9) 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 25) 1月1日 00:00:10.256 io_usb_otg.21 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(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 slog 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:10.358 io_usb_otg.21 slog 0 usbh_timeout_init(203)[tid:1]: 完成 1月1日 00:00:10.369 io_usb_otg.21 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 1月1日 00:00:10.369 io_usb_otg.21 slog 0 s32g_phy_set_vbus: 设置 V-Bus 关闭 1月1日 00:00:10.383 io_usb_otg.21 slog 0 s32g_phy_set_vbus: set_vbus on 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]: (总线号 0，设备号 0，端口号 1) 1月1日 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(192)[tid:7]: 状态 (2) 1月1日 00:00:10.398 devb_umass.22 slog* 900 devb-umass 1.00A (2020年6月22日 21:33:41) 1月1日 00:00:10.399 devb_umass.22 slog 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 slog 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 问候， init_serdes(); 已从 s32g399a-rdb main.c 中注释掉。 此致 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 1月1日 00:00:25.515 iopkt.4121 main_buffer 0 /proc/启动/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/启动/s32g_pfe_class.fw,util_fw=/proc/启动/s32g_pfe_util.fw Jan 01 00:00:25.517 io_pkt_v6_hc.4121 slog 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。 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2124]：pfe0：使用静态 PHY 模式，RESET=0 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2286]：未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:01:05.966 io_pkt_v6_hc.4121 slog 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 好的，希望这些问题能帮助我接近终点： - 我应该如何设置 pfe0 和 pfe2 的 MAC 地址？我了解到有人尝试通过 io 包来设置它。 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 但是当我从外部机器 ping pfe0 时，该机器的 ARP 表中显示的地址是错误的。 ? (192.168.0.200) 于 22:33:44:55:66:77 [ether] 在 enx00e04c680383 上 在外部机器上，tcpdump 显示似乎没有来自 pfe0（IP 地址为 192.168.0.200）的 ARP 响应： 08:53:11.208021 IP6 用户-Precision-7510 > ff02::16: HBH ICMP6，组播监听器报告 v2，2 条组记录，长度 48 08:53:11.394038 IP6 用户-Precision-7510 > ff02::16: HBH ICMP6，组播监听器报告 v2，2 条组记录，长度 48 08:53:25.750284 ARP，请求 who-has 192.168.0.200 tell 192.168.0.200，长度 46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6，组播监听器报告最大响应延迟：0 地址：ff02::1:ff0c:d66，长度 24 08:53:26.692011 IP6 :: > ff02::1:ff0c:d66: ICMP6，邻居请求，谁拥有 fe80::20a:bff:fe0c:d66，长度 24 08:53:32.742005 IP6 fe80::20a:bff:fe0c:d66 > ff02::1:ff0c:d66: HBH ICMP6，组播监听器报告最大响应延迟：0 地址：ff02::1:ff0c:d66，长度 24 当我从外部机器再次发送 ping 请求时，终于收到了响应： 08:59:22.118282 ARP，请求 who-has 192.168.0.200 tell user-Precision-7510，长度 28 08:59:22.118553 ARP，回复 192.168.0.200 位于 22:33:44:55:66:77 (oui 未知)，长度 46 08:59:22.118569 IP 用户-Precision-7510 > 192.168.0.200:ICMP 回显请求，ID 1，序列号 1，长度 64 08:59:22.118554 ARP，回复 192.168.0.200 地址为 00:0a:0b:0c:0d:66 (oui 未知)，长度 46 00:0a:0b:0c:0d:66 才是正确的 MAC 地址。 然而，外部机器的ARP表仍然显示错误的地址。 arp -a ? (192.168.0.200) 于 22:33:44:55:66:77 [ether] 在 enx00e04c680383 上 我首先想到的方法是手动在 uboot 中设置它们，但我没有在集成手册中找到任何建议这样做的章节。 - 使用“固定链接”的命令是什么？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢回复。 1. 是的，它通常是所连接交换机的默认设置。 2. 我认为你提到的新 IP 地址对于测试来说没问题。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 我明白了。 我的 uboot 中设置了 ethaddr、eth1addr、eth2addr、eth3addr，但这不足以阻止 pfe0 出现奇怪的 MAC 地址。 还有其他参数吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 1.例如，要设置 MAC 地址，您可以尝试使用“io-pkt-v6-hc -p tcpip -d \ pfe1_mac=000a0b0c0d0e,pfe2_mac=001a1b1c1d1e”。 2. 由于您使用的是 RDB3，并且在您尝试使用默认设置的情况下，连接到 SJA1110 交换机的 PFE0 通常由 SJA1110 SDK 内部设置 IP 地址为 192.168.0.200，因此我建议您不要使用此 IP 地址测试 PFE0，您可以尝试为 PFE0 设置其他 IP 地址，例如 192.168.1.X。 3. 在 u-boot 中，您可以尝试使用“setenv ethaddr/eth1addr/eth2addr xxxx”为每个 MAC 设置 MAC 地址。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢你的更新。 很高兴PFE能与外部机器正确ping通。 QNX 中的 PFE 驱动程序存在一些限制： 因此建议使用固定链路，而不支持通过 AN 触发的速度变化。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，我只是想确认一下我的理解是否正确： 还有另一个元器件恰好使用了 192.168.0.200？ 如果我使用 192.168.1.200对于 pfe0，我应该没问题吧？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 我打算使用以太网端口 gmac0、pfe0、pfe2 创建一个桥接接口。 https://www.qnx.com/developers/docs/7.0.0/index.html#com.qnx.doc.neutrino.utilities/topic/b/brconfig.html 连接的客户端应位于子网 192.168.0.X，子网掩码为 255.255.255.0。 这会与 192.168.0.200 或其他任何内容冲突吗？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 如果您确实想使用 192.168.0.x 子网，并且没有将 192.168.0.200 同时分配给 PFE0 和连接到交换机的外部设备，那么当您尝试从外部 ping PFE0 或反之亦然时，网络连接将是正确的。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 请问192.168.0.200是否会监听广播呼叫之类的？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 您能否内部确认一下？192.168.0.200 有什么功能需要它拥有子网的独家控制权吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 据我了解，不使用 192.168.0.200 就不会有冲突。 但是，如果可能的话，您可以使用其他子网来避免可能出现的问题。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 该IP地址可以接收来自连接设备的广播数据包。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 一个新的问题出现了： 当我将 TC387 / FreeRTOS 目标连接到 pfe_mac2 时，ARP 握手失败。它可以与普通的Linux机器配合使用。 您有什么想法吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 由于 PFE2 可以在 Linux 机器上正常工作，S32G 端可能没有太大问题。为了解决您的问题，您可以尝试检查链路状态，查看两端之间发送的每个帧，然后进行分析。很抱歉，我对您的英飞凌板上的软件栈了解不多。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 这个问题只出现在pfe2端口上。将 TC387 连接到 pfe0 或 gmac0 就不会出现这个问题。 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 由于同样的设置在 Linux 机器上可以正常工作，因此问题更有可能出在 TC387 端（以太网驱动程序、TCP/IP 协议栈配置或相关实现），而不是 MAC 端。需要进行进一步的数据包级分析才能确认确切原因。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 当我将 TC387 连接到我的 Linux 桌面时，立即产生了大量的 arp/icmp 消息。当我将 S32G pfe2 端口连接到 Linux 桌面时，也会出现同样的问题。但是当我将 TC387 连接到 S32G pfe2 端口时，我完全收不到 arp 或 icmp 消息。 我应该查看哪些错误信息？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 请问您能否再次告知我目标主机 s32g399Ardb3 上的 pfe0 和 pfe2 分别对应哪些端口？ 我假设 pfe0 是三个堆叠端口中左侧的端口，pfe2 是顶部中间的端口，这样理解对吗？ 混合使用pfe和gmac是否存在已知问题？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 还有一件事。集成手册中是否推荐使用这条 uboot 命令行？ hwconfig "serdes0:mode=pcie,clock=ext;pcie0:mode=rc;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_0:speed=2G5;xpcs1_1:speed=1G" 是真正启用 gmac0、pfe0 和 pfe2 这三个接口，还是只启用其中两个？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢你的回复。我建议参考下图。 PFE0 与 SJA1110 连接，连接到 P1/2/3 的电缆可以与 PFE0 连接。 GMAC可以与PFE一起使用。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 经过进一步研究，似乎 pfe_mac2 特别与我们的 100T1 以太网适配器存在兼容性问题。使用 USB 以太网连接 Linux 笔记本电脑一切正常。 您知道 pfe_mac2 能否正确连接到这种适配器类型吗？我是否需要进行一些特殊设置才能使其正常工作？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我尝试在 QNX 上设置正确的速度，例如使用类似这样的命令。 ifconfig pfe2 media 100 baseTX mediaopt full-duplex 但这还不够。我还需要做其他什么吗，比如在 uboot 参数里做些调整？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 1.对于您提到的 hwconfig，当在 RDB3 上使用时，这 3 个 MAC 地址都可以使用。 2. 对于您分享的错误日志，很抱歉我们通常不直接支持 QNX 命令。根据我的个人经验，这可能是由于所使用的命令本身引起的。我建议您根据 QNX 文档重新检查命令的语法。 3. 在 QNX 下，PFE 驱动程序有一些限制，不支持自动协商，因此您可以确保双方以相同的速度运行。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，所以我应该能够使用这三个堆叠端口中的左侧端口作为 pfe0，顶部中间的端口作为 pfe2。gmac0 的底部中心。 现在，我尝试使用以下 io pkt 语法以桥接模式启动接口（注意 tcp ip 后面的 bridge 参数）： io-pkt-v6-hc -p tcpip bridge pkt_typed_mem=pfe_ddr -d dwceqos-s32g mac=`genmac-random -m`,ptp_off,verbose=5 -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw ifconfig dwc0 192.168.10.100 up ifconfig pfe0 0.0.0.0 up ifconfig pfe2 0.0.0.0 up ifconfig bridge0 创建 ifconfig bridge0 add dwc0 add pfe0 add pfe2 up 这将导致 slog2info 中出现大量内存错误。 Jan 01 00:04:37.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 io-pkt-v6-hc 调用中的桥接参数是否正确？ 另外，我使用了驱动程序集成手册中的这个分配，用于 gmac0 和 pfe，这可以从 io-pkt-v6-hc 调用中看到。这是个问题吗？ kprintf("为 EVB/RDB 上的 PFE 驱动程序保留 RAM 区域\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢你的帖子。 1.我可以确认，在 NXP 配置的 Linux 电路板支持包。下，RDB3 上的 PFE2 端口可以通过 100base-TX<->100base-T1 变流器连接到 100T1 网络正常工作。 2. 您可以尝试以下命令进行测试： io-pkt-v6-hc -p tcpip -d pfe2_link=100-1-2 但我不太确定这些设置是否适用于 QNX，因为这超出了我们 S32G 社区的支持范围，给您带来的不便敬请谅解。 BR 陈银

AFT05MP075Nのガーバーデータを要求しています。 こんにちは、 私はこのAFT05MP075Nを使ってVHF/UHFパワーアンプの設計に取り組んでいます。AFT05MP075N製品ページのDXFリファレンスPCBファイルは持っていますが、450–520MHzのブロードバンドリファレンスボード用のGerberファイルパッケージ全体が必要です。これらは以前、お客様にご要望に応じて提供されていたと理解しています。そのファイルを入手するためのサポートが欲しいです。 よろしくお願い申し上げます。 RF Re: Requesting Gerbers for AFT05MP075N こんにちは、 なお、NXPはこの製品向けにGerberファイルを提供していません。代わりに、製品ページのデザインリソースセクションでご覧いただけるDXFファイルを提供しています。 ご迷惑をおかけして申し訳ございませんが、ご理解いただけますようお願い申し上げます。

Do you regret using OpenWrt instead of something like Unifi? Pardon my ignorance, but do you regret using OpenWrt instead of Unifi? I'm configuring a router for my homelab with Openwrt. I'm learning a lot, don't get me wrong, but it's taking so much time and for sure the end result will not be a nice pane of glass like Unifi. The thing I still like the most about OpenWrt is that I can configure cake on a cheap device and it will do the 1gbps routing for me. Also, being able to customize unbound for my needs is amazing. Re: Do you regret using OpenWrt instead of something like Unifi? Hello, Which processor are you using? Regards

i.MX 95 NNStreamer C++ デモにおける NPU の問題 環境 |コンポーネント |詳細 | |-----------|--------| |ボード|i.MX 95 | |BSP |lf-6.12.49-2.2.0 | |カーネル |Linux...6.12.49-lts-next-gbf3cf0324593 #1 SMP PREEMPT 2026年6月16日火曜日 03:46:26 UTC aarch64 | |NNStreamer |2.4.2 | |テンソルフローライト |2.19.0 | |Neutron Delegate |libneutron_delegate.so レポート v1.0.0-f24d08e5、non-zerocp、2025年11月12日ビルド | |nnstreamer-examples |v1.6(SRCREV 062ebd1)およびv1.9(SRCREV 37d3d86)— 同じ動作 | |カメラ |OV5640 MIPIをlibcamera経由で取得(imx8-isi)、camera ID: /base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c | meta-nxp-demo-experience/recipes-examples/imx-nnstreamer-examples/imx-nnstreamer-examples.bb のバイナリが /opt/gopoint-apps/scripts/machine_learning/nnstreamer/ にインストールされます。 モデル すべてのモデルはYocto gopoint-base-appsのレシピ(downloads.json、lf-6.12.49_2.2.0 ブランチ)、ホスト先: https://github.com/nxp-imx-support/nxp-demo-experience-assets/raw/lf-6.12.49_2.2.0/models/ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/downloads/models/ のターゲットモデル: |課題|CPUモデル |NPUモデル| |------|-----------|-----------| |顔検出 |顔検出/ultraface_slim_uint8_float32.tflite |顔検出/ultraface_slim_uint8_float32_neutron.tflite | |物体検出 |オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite |オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite | |分類|分類/mobilenet_v1_1.0_224_quant_uint8_float32.tflite |分類/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite | 同じソースからのメタデータ: labels_mobilenet_quant_v1_224.txt、coco_labels_list.txt、box_priors.txt 必須環境変数 i.MX 95 上の OV5640 には libcamera ISI が必要です。 export CAMERA_BACKEND=libcamera export LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c'--- 課題1：顔検出 NPUモード CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --バックエンドNPU \ --model_pathダウンロード/モデル/顔検出/ultraface_slim_uint8_float32_neutron.tflite \ ――display_perf時間 パイプラインログ: 情報：アプリを起動します... デバッグ: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ !video/x-raw、幅=640、高さ=480、フレームレート=30/1、フォーマット=YUY2 !列 ！ティー名=t \ t. !キュー名=Thread-nn 最大サイズバッファ=2 リーキー=2 \ !imxvideoconvert_g2d name=scale_csc_g2d_0 !video/x-raw,width=320,height=240,format=RGB \ !tensor_converter !tensor_filter レイテンシ=1 framework=tensorflow-lite \ モデル=downloads/モデルs/face-detection/ultraface_slim_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.SO name=face_filter \ !tensor_sink name=tsink_fd \ t. !キュー名=thread-img max-size-buffers=2 leaky=2 !cairooverlay name=cairooverlay \ !fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate デリゲート: 49 ノードのうち 2 ノードが委任され、2 つのパーティションがあります。 情報:Neutron Delegate バージョン:v1.0.0-f24d08e5、zerocp なし。 [libcamera v0.0.0+6194-lf-6.12.49-2.2.0] [ov5640 パイプライン: ov5640 -> csidev-4ad30000.csi -> formatter@20 -> crossbar] カメラ camera.cpp:1215ストリームの設定: (0) 640x480-YUYV/未設定 デバッグ: パイプラインの状態がNULLからREADYに変更されました。 デバッグ: パイプラインの状態がREADYからPAUSEDに変更されました。 デバッグ: パイプラインの状態が「一時停止」から「再生中」に変更されました。 結果：バウンディングボックスが文字化けした。 CPUモード — 同じパイプライン、異なるモデルとデレジン CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --バックエンド CPU \ --model_pathダウンロード/モデル/顔検出/ultraface_slim_uint8_float32.tflite \ ――display_perf時間 ログ： 情報：アプリを起動します... 情報: CPU 用の TensorFlow Lite XNNPACK デリゲートを作成しました。 デバッグ: [同じカメラパイプライン、同じimxvideoconvert_g2d] ... tensor_converter !tensor_filter レイテンシ=1 framework=tensorflow-lite \ モデル=downloads/モデル/face-detection/ultraface_slim_uint8_float32.tflite \ custom=Delegate:XNNPACK,NumThreads:6 ... DEBUG: パイプライン状態が変更...遊んでる。 結果： ✅ バウンディングボックスは正確です。 同じパイプライン、同じカメラ、同じimxvideoconvert_g2d YUY2→RGB変換。唯一の違い：量子化された.tflite+ XNNPACK 対 _neutron.tflite + Neutron デリゲート。 --- 課題2：物体検出（SSD MobileNetV2） NPUモード CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --バックエンドNPU \ --model_pathダウンロード/モデル/オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ --labels_pathダウンロード/モデル/オブジェクト検出/coco_labels_list.txt \ --boxes_pathダウンロード/モデル/オブジェクト検出/box_priors.txt \ ――display_perf時間 パイプラインログ: 情報：アプリを起動します... デバッグ: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ !video/x-raw、幅=640、高さ=480、フレームレート=30/1、フォーマット=YUY2 !列 ！ティー名=t \ t. !キュー名=Thread-nn 最大サイズバッファ=2 リーキー=2 \ !imxvideoconvert_g2d name=scale_csc_g2d_0 !video/x-raw,width=300,height=300,format=RGB \ !tensor_converter !tensor_filter レイテンシ=1 framework=tensorflow-lite \ モデル=downloads/モデル/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=detection_filter \ !tensor_decoder name=tensor_decode_bounding_boxes_1 mode=bounding_boxes option1=mobilenet-ssd \ オプション2=ダウンロード/モデル/オブジェクト検出/coco_labels_list.txt \ Option3=downloads/models/object-detection/box_priors.txt \ Option4=640:480 option5=300:300 !imxvideoconvert_g2d !mix.sink_0 \ t. !キュー名=thread-img max-size-buffers=2 leaky=2 !mix.sink_1 \ imxcompositor_g2d name=mix sink_0::zorder=2 sink_1::zorder=1 latency=200000000 min-upstream-latency=200000000 \ !cairooverlay name=perf !fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate デリゲート: 26 ノードのうち 1 ノードが委任され、1 つのパーティションがあります。 情報:Neutron Delegate バージョン:v1.0.0-f24d08e5、zerocp なし。 カメラ camera.cpp:1215ストリームの設定: (0) 640x480-YUYV/未設定 デバッグ: パイプラインの状態が変更されました...再生中。 結果：カメラの映像エリアが完全に真っ黒になった。バウンディングボックスの精度が低い。 CPUモード — 同じパイプライン、異なるモデルとデレジン CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --バックエンド CPU \ --model_path ダウンロード/モデル/オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite \ --labels_pathダウンロード/モデル/オブジェクト検出/coco_labels_list.txt \ --boxes_pathダウンロード/モデル/オブジェクト検出/box_priors.txt \ ――display_perf時間 ログ： 情報：アプリを起動します... 情報: CPU 用の TensorFlow Lite XNNPACK デリゲートを作成しました。 デバッグ: [同じパイプライン、同じimxvideoconvert_g2d、同じimxcompositor_g2d、XNNPACKデリゲート] デバッグ: パイプラインの状態が変更されました...再生中。 結果：カメラの映像領域は依然として完全に真っ黒です（NPUと同じ）。バウンディングボックスは正しい。 CPUとNPUの両方で画面が真っ暗になります。顔検出および分類（imxcompositor_g2dを使用しない場合）では、通常のカメラ映像が表示されます。 --- 課題3：分類（MobileNetV1） NPUモード CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --バックエンドNPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ --labels_pathダウンロード/モデル/分類/labels_mobilenet_quant_v1_224.txt \ ――display_perf時間 パイプラインログ: 情報：アプリを起動します... デバッグ: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ !video/x-raw、幅=640、高さ=480、フレームレート=30/1、フォーマット=YUY2 !列 ！ティー名=t \ t. !キュー名=Thread-nn 最大サイズバッファ=2 リーキー=2 \ !imxvideoconvert_g2d name=scale_csc_g2d_0 !video/x-raw,width=224,height=224,format=RGB \ !tensor_converter !tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=classification_filter \ !tensor_decoder name=tensor_decode_labeling_1 mode=image_labeling \ オプション1=ダウンロード数/モデル/分類/labels_mobilenet_quant_v1_224.txt!オーバーレイテキストシンク\ t. !キュー名=Thread-img 最大サイズバッファ=2 リーキー=2 \ !textoverlay name=overlay font-desc="Sans, 24" valignment=baseline halignment=center \ !imxvideoconvert_g2d !cairooverlay name=perf \ !fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate デリゲート: 4 つのノードのうち 1 つのノードが委任され、1 つのパーティションがあります。 情報:Neutron Delegate バージョン:v1.0.0-f24d08e5、zerocp なし。 カメラ camera.cpp:1215ストリームの設定: (0) 640x480-YUYV/未設定 デバッグ: パイプラインの状態が変更されました...再生中。 結果：カメラ映像は正常です。ラベルを一貫して間違えてつけること。 CPUモード — 同じパイプライン、異なるモデルとデレジン CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --バックエンド CPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32.tflite \ --labels_pathダウンロード/モデル/分類/labels_mobilenet_quant_v1_224.txt \ ――display_perf時間 ログ： 情報：アプリを起動します... 情報: CPU 用の TensorFlow Lite XNNPACK デリゲートを作成しました。 デバッグ: [同じパイプライン、同じimxvideoconvert_g2d、XNNPACKデリゲート] デバッグ: パイプラインの状態が変更されました...再生中。 結果： ✅ カメラ映像は正常です。ラベルは正確でカメラシーンに反応します。 --- 概要 3つのデモすべてにおいて、CPUとNPUは同じカメラパイプライン、同じimxvideoconvert_g2d YUY2→RGB変換、同じGStreamerパイプライン構造を使用します。唯一の違いは： |変数 |CPUテスト|NPUテスト| |----------|----------|----------| |モデル |*.tflite (量子化) |*_neutron.tflite | |代表 |XNNPACK (Delegate:XNNPACK) |neutron(Delegate:External, ExtDelegateLib:libneutron_delegate.so)| 結果： | デモ | CPU (量子化された .tflite)+ XNNPACK) |NPU(_neutron.tflite + Neutron) | |------|:---:|:---:| |顔検出 — バウンディングボックス | ✅ 正しい | ❌ 文字化けした | | 物体検出 — バウンディングボックス | ✅ 正しい | ❌ 不正確 | |分類 — ラベル | ✅ 正しい | ❌ 間違い | 物体検出では、CPUとNPUの両方でカメラ映像が黒く表示されることも確認されています。このデモでは、表示にimxcompositor_g2dを使用しています。顔検出と分類にはcairooverlay/textoverlayを使用し、通常どおり表示します。 Re: i.MX 95 NNStreamer C++ Demo NPU Issues こんにちは @Chavira: ボードサポートパッケージ(BSP)のバージョンは 6.12.49です。Yocto経由で nxp-nnstreamer-example(SRCREV: 062ebd1)を別々に作成し、コンパイルしたdebsをターゲットボードにデプロイしました。GoPointアプリからデモを起動する代わりに、付属のdownloads.jsonに従って手動でモデルファイルをダウンロードしました そして、前述のコマンドを使用してプログラムを実行した。 Re: i.MX 95 NNStreamer C++ Demo NPU Issues こんにちは、 @BIG_FLY さん、 GoPointのデモに関する情報、ありがとうございました。 デモをどのように運営しているのか、詳しく教えていただけますか? GoPointアプリケーションで直接実行していますか?それとも自分でクロスコンパイルしましたか? デモの実行方法をステップバイステップで説明していただけますか? BSPバージョン6.12.49を使っていますか? どのボードを使っていますか? この情報は、お客様のシステム構成をより深く理解し、潜在的な問題点を特定するのに役立ちます。 よろしくお願いします、 チャビラ

PN7220のカード読み取り性能は過剰である。 PN7220プロジェクトはカード読み取り性能が非常に高く、Vカードの読み取り範囲は150mm以上です。ARCとDGRM_BBAを調整しても、読み取り範囲は約110mmにしか縮小されません。EMVCo RR2の認証取得が必要なため、現在のところ最大電圧は4.5Vまでしか下げることができません。 カードリーダーのパフォーマンスを低下させる可能性のある他の要因はありますか？ よろしくお願いいたします。 Re: PN7220 读卡性能过剩 ここでは、MAX_READ電圧が4.5V（0x07）に設定され、その後DPCが適用されます。_EMVCoスイッチが機能していません。切り替え後も最大電圧が5.7Vのままです（フォーラムでは最大電圧は4.5Vと記載されています）。これは正常でしょうか？ Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang アンテナの整合インピーダンスを20～22Ωに調整してください。これにはハードウェアの変更が必要です。もう一度試してください。 Re: PN7220 读卡性能过剩 目標電流を200mAに調整した後、電流を100mAに下げ、さらに下げても、Vカードの性能は変化しなかった。 Re: PN7220 读卡性能过剩 このクライアントからは完全版は提供されませんでした。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang 別の方法としては、整合インピーダンスを20～21Ωに調整する方法があります。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang 目標電流は200mAまで調整可能です。ぜひ試してみてください！ さらに、この回路図はアンテナ部だけでなく、7220の完全な設計も示している。 Re: PN7220 读卡性能过剩 目標電流は240mAです。添付ファイルはデバッグ済みのXMLファイルです。 Re: PN7220 读卡性能过剩 最新のCockpitでは、異なる目標電流を設定できるようになったことに気づきました（テーブル間で共有されます）。これはEMVCo RR2テストに影響しますか？それとも、システムには自動的に切り替える認識メカニズムが備わっているのでしょうか？ Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang DPC表、アンテナスミッチチャート、および回路図を提供していただけますか？ 目標は何ですか？現在の目標は何ですか？ Re: PN7220 读卡性能过剩 DPCのデバッグは完了しましたが、カードリーダーのパフォーマンス低下には効果がありません。現在、クライアントの要件ではパフォーマンスが75mmを超えてはならないと規定されていますが、現状ではそれを50%超過しています。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang また、DPCを有効にしてカリブレートすることもできますので、ぜひ試してみてください。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang それは普通のことです。

[S32K358] Version for HSM, RTD on s32k358 dear nxp What is version for HSM, RTD on s32k358? Thanks, Bryan Re: [S32K358] Version for HSM, RTD on s32k358 Hi @bryan_hong  It’s recommended to use the latest version of RTD and HSE firmware. That means: - HSE firmware for S32K358 version 0.2.55.0 - RTD 7.x.x As mentioned in the release notes, Crypto driver from RTD 7.x.x is tested with HSE firmware 0.2.55.0. Regards, Lukas Re: [S32K358] Version for HSM, RTD on s32k358 Hi Lukas thanks for your comments, it's helpfull me. Thanks, Bryan    

有没有S32K311芯片 modbus协议的参考例程 Re: 有没有S32K311芯片 modbus协议的参考例程 嗨@Finnc 请查看我在这里发布的帖子： https://community.nxp.com/t5/S32K/Modbus-RTU/mp/2184516/highlight/true#M53445 此致， Lukas

Are there any reference examples of Modbus protocol for the S32K311 chip? Re: 有没有S32K311芯片 modbus协议的参考例程 Hi @Finnc  Please take a look at my post here: https://community.nxp.com/t5/S32K/Modbus-RTU/m-p/2184516/highlight/true#M53445 Regards, Lukas

FS26 - 微控制器兼容性 晚上好， 关于 FS26 - S32KXX 系列的兼容性，我有以下几个问题。 1-是否有一个可订购的 FS26 选件，既兼容 s32k344 又兼容 s32k396？ 2. FS26 零件编号的倒数第三位和倒数第四位数字分别代表什么？（IEMFS2633HMDE4AD（指 E4）是否表示与特定微控制器兼容？ 谢谢 Re: FS26 - MICROCONTROLLER COMPATIBILITY 你好，恩里科， 即使 S32K344 的电流消耗较低，但为 S32K396 编程的版本在电压设置、时序、监控阈值和功能安全配置方面仍然可能有所不同，因此不应假定它们可以互换。FS26 数据表中提供了详细的程序版本定义，尤其是在可订购的零件编号表、OTP 描述部分和数据表中引用的完整 OTP 内容表中。 BRs，托马斯 Re: FS26 - MICROCONTROLLER COMPATIBILITY 谢谢你的回答。 -为什么预编程的 FS26 与 s32k396 兼容，而与 s32k344 不兼容，因为 s32k344 的电流消耗比 s32k396 低？ -是否有文档定义了各种程序版本？ 谢谢， 恩里科 Re: FS26 - MICROCONTROLLER COMPATIBILITY 你好，恩里科， 不，目前没有一个预先编程、可订购的 FS26 零件编号能够原生支持这两种 MCU。 关于零件编号后缀（例如 MFS2633HMDE4AD 中的 E4），此后缀代表特定的 OTP/编程变体。它本身并不是一个通用的MCU兼容性字段。实际基本设备功能主要由部件号中的 FS26xyB/FS26xyD 部分定义，该部分定义了硅特性集（例如 VCORE 功能、跟踪器数量、LDT/FS1B 存在情况以及 ASIL B 与 ASIL D），而后缀标识了确切的编程版本。 BRs，托马斯

FS26 - MICROCONTROLLER COMPATIBILITY Good evening, I have the following questions regarding the FS26 - S32KXX family compatibility.  1-Is there a single orderable FS26 option compatible both with a s32k344 and s32k396? 2-what do the third and fourth last digits of the FS26 part number stand for? (i.e. MFS2633HMDE4AD referring to E4)  Is the compatibility with a specific microcontroller defined in those digits? Thank you Re: FS26 - MICROCONTROLLER COMPATIBILITY Hello Enrico, Even if S32K344 has lower current consumption, a version programmed for S32K396 may still differ in voltage settings, sequencing, monitoring thresholds and safety configuration, so it should not be assumed to be interchangeable. The detailed programmed-version definition is provided in the FS26 datasheet, especially in the orderable part number tables, the OTP description section and the complete OTP content table referenced by the datasheet.  BRs, Tomas Re: FS26 - MICROCONTROLLER COMPATIBILITY Thank you for your answer. -What makes a preprogrammed FS26 compatible with the s32k396 non-compatible with the s32k344, since the s32k344 has less current consumption compared to the s32k396? -Is there a document that defines the various programmed versions? Thanks, Enrico Re: FS26 - MICROCONTROLLER COMPATIBILITY Hello Enrico, No, there is no single pre-programmed, orderable FS26 part number that natively supports both MCUs. Regarding the part number suffix (for example E4 in MFS2633HMDE4AD), this suffix represents a specific OTP/programmed variant. It is not by itself a generic MCU compatibility field. The actual base device capability is mainly defined by the FS26xyB/FS26xyD portion of the part number, which defines the silicon feature set (for example VCORE capability, number of trackers, LDT/FS1B presence and ASIL B vs ASIL D), while the suffix identifies the exact programmed version. BRs, Tomas

FS26 - マイクロコントローラ互換性 こんばんは、 FS26とS32KXXファミリの互換性について、以下の質問があります。 1. s32k344とs32k396の両方に対応する、注文可能なFS26オプションは1つだけありますか？ 2. FS26という部品番号の最後の3桁目と4桁目は何を表していますか？（つまり）MFS2633HMDE4AD E4のことを指しています)特定のマイクロコントローラとの互換性はこれらの数字で定義されていますか? ありがとう Re: FS26 - MICROCONTROLLER COMPATIBILITY こんにちは、エンリコさん。 S32K344電流消費が少なくても、S32K396向けにプログラムされたバージョンは電圧設定、シーケンス、モニタリング閾値、セーフティ設定に異なる可能性があるため、互換性があると考えるべきではありません。プログラムバージョンの詳細な定義は、FS26データシート、特に注文可能な部品番号表、OTP説明セクション、およびデータシートで参照されている完全なOTPコンテンツ表に記載されています。 BRs、トーマス Re: FS26 - MICROCONTROLLER COMPATIBILITY ご回答ありがとうございます。 -s32k396と互換性のあるプリプログラム済みのFS26が、s32k344とは互換性がないのはなぜですか？s32k344はs32k396に比べて消費電流が少ないのに。 各種プログラム版を定義した文書はありますか？ ありがとう、 エンリコ Re: FS26 - MICROCONTROLLER COMPATIBILITY こんにちは、エンリコさん。 いいえ、両方のMCUをネイティブにサポートする単一の事前プログラムされた注文可能なFS26部品番号は存在しません。 部品番号の接尾辞（例えば、MFS2633HMDE4ADのE4）は、特定のOTP/プログラム済みバリアントを表します。それ自体は一般的なMCU互換性フィールドではありません。実際の基本デバイスの機能は、主に部品番号のFS26xyB/FS26xyDの部分によって定義され、これはシリコンの機能セット（例えば、VCORE機能、トラッカーの数、LDT/FS1Bの有無、ASIL BかASIL Dかなど）を定義します。一方、サフィックスは正確なプログラム済みバージョンを識別します。 BRs、トーマス

S32K311チップ用のModbusプロトコルの参考例はありますか？ Re: 有没有S32K311芯片 modbus协议的参考例程 こんにちは、 @Finnc 私の投稿をこちらでご覧ください。 https://community.nxp.com/t5/S32K/Modbus-RTU/mp/2184516/highlight/true#M53445 よろしくお願いいたします。 ルーカス