i.MX Android FAQ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [Chinese translation] See attachment   Original link: https://community.nxp.com/docs/DOC-342877 Android i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano i.MX6_All i.MX6DL i.MX6Dual i.MX6DualPlus6QuadPlus i.MX6Quad i.MX6S i.MX6SL i.MX6SoloX i.MX6UL i.MX7Dual i.MX7Solo i.MX7ULP

Yocto for i.MX6 Qseven SOM <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> iWave提供i.MX6 Qseven 模块，该模块搭载最新的 3.10.17 Linux 内核，并支持 Yocto 。此官方 Yocto 版本基于 3.10.17 内核。该BSP 将支持所有i.MX6 CPU版本，例如Quad 、 Dual 、 Dual Lite和Solo Qseven 模块。 现在可以根据要求提供相同的 alpha 版本。此版本支持我们Qseven 开发平台上的以下功能： 飞思卡尔 i.MX6 Q/D/DL/S CPU DDR3 SDRAM SPI 启动闪存 eMMC Flash 调试控制台 SD 端口 USB 端口 以太网 PCIe HDMI 7英寸LVDS显示屏 如需更多信息或咨询，请写信至[email protected]或访问我们的网站www.iwavesystems.com 概述

i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 『L4.19.35_1.0.0 BSP Yocto プロジェクト ユーザーズ ガイド』の説明に従って Yocto ビルド環境を設定した後、添付のパッチを meta-fsl-bsp-release レイヤーに適用します。 /sources/meta-fsl-bsp-release$ git am eiq-sample-apps-Add-recipe.patch イメージにアプリケーションを含めるには、 local.conf に次の行を追加します。 IMAGE_INSTALL_append += "eiq-sample-apps" これには、 eIQ Sample Appsリポジトリ からビルドされたイメージまでのすべてのアプリケーションが含まれます。 i.MX 8 Re: i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは philippemidol-monnet、 はい、その通りです。これを更新するように依頼します。 報告していただきありがとうございます。 Vanessa Re: i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Yocto Project User's Guideには、eIQはmeta-eiqに統合されていると記載されていますが、このレイヤーは存在しません。 meta-mlがあります:tiは同じものですか? フィリップ Re: i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> conf/bblayers.conf に次の行を追加してみてください。 BBLAYERS += " ${BSPDIR}/sources/meta-fsl-bsp-release/imx/meta-ml " Re: i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> COMPATIBLE_MACHINEを変更することは機能しません。 それは問題ではありません、私はまだドキュメントに従ってコンパイルします Re: i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> fsl-arm-yocto-bsp/sources/meta-fsl-bsp-release$ git log コミット 7a67a5a9f8bb31a50bf6704d6383957c8264c656 著者:ヴァネッサ・マエギマ <[email protected]> 日付: Tue Oct 1 16:07:22 2019 -0300 eiq-sample-apps: レシピを追加 すべてのeiq_sample_appsをiMX8 *ボードにデプロイするレシピ。 サインオフ:ヴァネッサ・マエギマ<[email protected]> コミット 8eeb420fad668b733ab95b460895e1c337c66b25 著者: Neena Busireddy <[email protected]> 日時:2019年5月3日(金)10:50:12 -0500 vkmark: SRCREV で AUTOREV の代わりに SHA を使用 署名者:ニーナ・ビュシレディ <[email protected]>   《UM11226.pdf》を参考にしています環境を設定するには repo init -u https://source.codeaurora.org/external/imx/imx-manifest-b imx-linux-sumo -m imx-4.14 です。98から2.0。0_machinelearning.xml $: EULA=1 MACHINE=imx8mqevk DISTRO=fsl-imx-xwayland source ./fsl-setup-release.sh -b build-xwayland $: echo "BBLAYERS += \" \${BSPDIR}/sources/meta-imx-machinelearning \"" >> conf/bblayers.conf meta-imx-machinelearning/recipes-libraries/tensorflow/tensorflow_1.12.0.bb 修正 COMPATIBLE_MACHINE = "(imx8qm|imx8mq|imx8mm)" bitbake fsl-image-qt5 Re: i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは coindu、 パッチが正常に適用されたことを確認していただけますか?eiq-sample-appsフォルダは meta-fsl-bsp-release/imx/meta-ml/recipes-apps/eiq-sample-appsに存在しますか?どのBSPリリースを使用していますか? ありがとうございます！ Vanessa Re: i.MX8ボードへのeIQサンプルアプリケーションのデプロイ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは： 添付のパッチを適用するとエラーが発生します。             エラー:何も 'eiq-sample-apps'を提供しません（ただし、 /home/duxy/fsl-arm-yocto-bsp/sources/meta-fsl-bsp-release/imx/meta-sdk/dynamic-layers/qt5-layer/recipes-fsl/images/fsl-image-qt5.bb RDEPENDS onまたはそれ以外の場合はそれが必要です) 注: ランタイム ターゲット 'eiq-sample-apps' はビルドできず、削除しています... 欠落しているか構築できない依存関係チェーン: ['eiq-sample-apps'] エラー: 必要なビルド ターゲット 'fsl-image-qt5' にはビルド可能なプロバイダーがありません。 欠落しているか構築できない依存関係チェーン: ['fsl-image-qt5', 'eiq-sample-apps'] 概要：2つのERRORメッセージが表示され、非ゼロの終了コードが返されました。           それを解決する方法は?パッチを適用する前に、eIQイメージを正常にコンパイルしました。

「オンラインTV」と「ビデオオンデマンド」、i.MX6シングルボードコンピュータとAndroid Jelly Beanを使用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 今日、テクノロジーは進歩し、オンラインTV視聴にいくつかの新しい可能性が生まれています。iWaveの i.MX6 Pico-ITXボード とJelly Bean Androidは、そのようなソリューションの1つを提供します。今日、 i.MX6 Pico-ITXシングルボードコンピュータで動作するブラウザでオンラインTVを視聴できます。これは、Real Time Messaging Protocol(RTMP)を使用します。RTMPは当初、Macromediaによって開発された独自のプロトコルでした。これはTCPに基づいており、メディアサーバーとクライアント(Flashプレーヤー)間でビデオ、オーディオ、およびデータをストリーミングするために特別に設計されました。 現在、次のようなアプリケーションはこのプロトコルを使用しています。 オンラインマルチプレイヤーゲーム テキストおよびビデオチャットアプリケーション 仮想会議アプリケーション 同期型・対話型eラーニングアプリケーション(ビジネスシミュレーションゲームなど) ウェブビデオ配信の初期の頃、ユーザーはビデオのプログレッシブ配信に頼らざるを得ず、ビデオのビットはサーバーとプレーヤー間の通信なしで「ブラインド」で一度に1パケットずつプレーヤーに配信されていました。ファイルの妥当な割合がディスクにダウンロードされると、プレーヤーはファイルの再生を開始します。しかし、プレーヤーがファイルが配信されているポイントに追いつき、再生が停止することがあまりにも多かった。 その結果、ストリーミングが作成されました。これは、ビデオがプレーヤーに渡され、通信と監視が強化され、プレーヤーとサーバーの間でリアルタイムで行われるモードです。プレーヤー側の帯域幅が劣化すると、サーバーに信号を送り、再生を再開するための適切な量のビデオパケットを取得できるようになるまで「バッファリング」します。 ここで言及する価値のあるRTMPの利点の1つは、マルチキャストサポートを提供できることです。企業を運営していて、企業ネットワーク内の 1 つのストリームを、ユーザーごとに新しい接続を開始せずに多くのユーザーに配信したい場合、RTMP は最適なテクノロジーです。 iMX6 PICO-ITX Android Jelly Beanを使用すると、「オンラインライブiptv放送」と「ビデオオンデマンド」を視聴できます。上のブロック図に示すように、Webブラウザはhttpを介してWebサーバにリクエストし、Webサーバはhttpを介してswfファイルをWebブラウザに送信します。その後、Flash PlayerはRTMPを使用してメディアサーバーに接続します。RTMPサーバーは、Flash Playerで再生されるデータをRTMP経由で送信します。 お気に入りのオンラインサービス(IP TV)が放送にRTMPプロトコルを使用している場合、iWaveのi.MX6SBCを使用してビデオストリームをライブで視聴できる可能性が高くなります。その動作原理は単純です:ビデオサーバーのアドレスを入力します。サーバーに接続するだけで、ビデオを含むネットワークトラフィックのみを消費し、ディスプレイユニットにストリーミングします。 オンラインライブIPテレビ: 「ロシア・トゥデイ」はIPTV放送 http://rt.com/on-air/rt-america-air/ の一つですこのIPTVは、Jelly Beanのブラウザでオンラインで視聴できます。 品質はHD、中、低のいずれかを選択できます。 ビデオ・オン・デマンド: i.MX6 Pico ITX SBCは、ビデオ・オン・デマンド・サービスのRTMPもサポートしています。 「ドイチェ・ヴェレ」は、ビデオ・オン・デマンド・サービス・プロバイダーの1つです。このオンデマンドビデオは、Androidブラウザで視聴できます。http://www.dw-world.de/dw/0,,4756,00.html それをクリックすると、ディスカバリードイツのビデオを見ることができます。 最後に、iWaveのi.MX6シングルボードコンピュータは、HDMIまたはLVDSディスプレイを介してビデオオンデマンドサービスとワールドワイドIPTV放送を提供することができます。 詳細やお問い合わせは、[email protected] に書面でお問い合わせいただくか 、 次のWebサイトをご覧ください。 www.iwavesystems.com. http://http://www.iwavesystems.com/onlinetv-videoondemand-imx6-android 全般

OpenGL ES 2.0 "GL_OES_vertex_array_object" 拡張機能の使い方 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenGL ES 2.0 拡張 "GL_OES_vertex_array_object" を使用したい場合は、まずマクロ "GL_GLEXT_PROTOTYPES" をプログラムで定義する必要があります。その後、API eglGetProcAddress を呼び出して、拡張プログラムの場所を取得できます。この拡張機能の使用例を次に示します。 #define GL_GLEXT_PROTOTYPES PFNGLGENVERTEXARRAYSOESPROC glGenVertexArraysOESv; PFNGLBINDVERTEXARRAYOESPROC glBindVertexArrayOESv; PFNGLDELETEVERTEXARRAYSOESPROC glDeleteVertexArraysOESv; glGenVertexArraysOESv = (PFNGLGENVERTEXARRAYSOESPROC)eglGetProcAddress ( "glGenVertexArraysOES" ); glBindVertexArrayOESv = (PFNGLBINDVERTEXARRAYOESPROC)eglGetProcAddress ( "glBindVertexArrayOES" ); glDeleteVertexArraysOESv = (PFNGLDELETEVERTEXARRAYSOESPROC)eglGetProcAddress ( "glDeleteVertexArraysOES" ); これらの手順の後、新しいエイリアス glGenVertexArraysOESv、glBindVertexArrayOESv、glDeleteVertexArraysOESv を使用して、OpenGL ES 2.0 拡張機能の VAO 操作関数を呼び出すことができます。 グラフィックスとディスプレイ

如何使用 OpenGL ES 2.0“GL_OES_vertex_array_object”扩展 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果有人想使用 OpenGL ES 2.0 扩展“GL_OES_vertex_array_object”，则必须首先在他的程序中定义宏“ GL_GLEXT_PROTOTYPES ”。然后他可以通过调用API eglGetProcAddress来获取扩展程序位置。这是使用此扩展的示例。 #定义 GL_GLEXT_PROTOTYPES PFNGLGENVERTEXARRAYSOESPROC glGenVertexArraysOESv; PFNGLBINDVERTEXARRAYOESPROC glBindVertexArrayOESv； PFNGLDELETEVERTEXARRAYSOESPROC glDeleteVertexArraysOESv； glGenVertexArraysOESv = (PFNGLGENVERTEXARRAYSOESPROC)eglGetProcAddress ( "glGenVertexArraysOES" ) ; glBindVertexArrayOESv = (PFNGLBINDVERTEXARRAYOESPROC)eglGetProcAddress ( "glBindVertexArrayOES" ) ; glDeleteVertexArraysOESv = (PFNGLDELETEVERTEXARRAYSOESPROC)eglGetProcAddress ( "glDeleteVertexArraysOES" ) ; 完成这些步骤后，就可以使用新的别名 glGenVertexArraysOESv、glBindVertexArrayOESv、glDeleteVertexArraysOESv 来调用 OpenGL ES 2.0 扩展中的 VAO 操作函数了。 图形与显示

KW36 - 存储其他 MCU 的 OTAP 软件更新 简介 在某些应用中，是否有必要保持更新参与系统的许多 MCU 中运行的软件，幸运的是，无线编程是一种定制的蓝牙 LE 服务，旨在为 KW MCU 系列发送“无线”软件更新。FRDM-KW36 SDK 已经提供了“otap_client”软件，可以与“otap_bootloader”一起使用，如以下社区帖子中所述： 使用 OTAP 客户端软件对 KW36 设备进行重新编程。可以修改此示例以存储另一个 MCU 的代码，然后将软件更新发送到该设备，如下图所示。这篇文章指导您修改 OTAP 客户端软件以支持其他 MCU 的软件更新。 准备 OTAP 客户端软件 以下修改的起点是假设不需要对 KW36 MCU 执行无线更新，因此“otap_bootloader”的使用已经过时，并将在本例中删除。换句话说， KW36 将仅使用“otap_client”代码进行编程。 打开MCUXpresso设置窗口（Project->Properties->"C/C++ Build->MCU settings"），配置以下字段。保存更改。 对于外部存储： 对于内部存储： 找到“app_preinclude.h”文件，设置存储方式，如下： 对于外部存储：#define gEepromType_d gEepromDevice_AT45DB041E_c 对于内部存储：#define gEepromType_d gEepromDevice_InternalFlash_c 将“main_text_section.ldt”链接器脚本放入“linkscripts”文件夹中，然后将其从项目中删除。 在项目中的“otap_client.c”文件中（source->common->otap_client->otap_client.c）搜索“OTA_SetNewImageFlag();”和“ResetMCU();”函数，并删除或注释掉。（仅供参考，共4个）。 在“OtaSupport.h”中找到以下代码（框架->OtaSupport->接口）并删除或注释。 extern uint16_t gBootFlagsSectorBitNo;‍‍‍‍‍‍ void OTA_SetNewImageFlag(void);‍‍‍‍‍‍‍ 在“OtaSupport.c”中找到以下代码（框架->OtaSupport->Source）并删除或注释。 extern uint32_t __BootFlags_Start__[]; #define gBootImageFlagsAddress_c ((uint32_t)__BootFlags_Start__)‍‍‍‍‍‍‍‍‍‍‍‍ #if !gEnableOTAServer_d || (gEnableOTAServer_d && gUpgradeImageOnCurrentDevice_d) /*! Variables used by the Bootloader */ #if defined(__IAR_SYSTEMS_ICC__) #pragma location = "BootloaderFlags" const bootInfo_t gBootFlags = #elif defined(__GNUC__) const bootInfo_t gBootFlags __attribute__ ((section(".BootloaderFlags"))) = #elif defined(__CC_ARM) volatile const bootInfo_t gBootFlags __attribute__ ((section(".BootloaderFlags"))) = #else #error "Compiler unknown!" #endif { {gBootFlagUnprogrammed_c}, {gBootValueForTRUE_c}, {0x00, 0x02}, {gBootFlagUnprogrammed_c}, #if defined(CPU_K32W032S1M2VPJ_cm4) && (CPU_K32W032S1M2VPJ_cm4 == 1) {PLACEHOLDER_SBKEK}, {BOOT_MAGIC_WORD} #endif }; #endif /* !gEnableOTAServer_d || (gEnableOTAServer_d && gUpgradeImageOnCurrentDevice_d) */‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ uint16_t gBootFlagsSectorBitNo; gBootFlagsSectorBitNo = gBootImageFlagsAddress_c/(uint32_t)((uint8_t*)FSL_FEATURE_FLASH_PFLASH_BLOCK_SECTOR_SIZE);‍‍‍‍ gBootFlagsSectorBitNo = gBootImageFlagsAddress_c/(uint32_t)((uint8_t*)FSL_FEATURE_FLASH_PAGE_SIZE_BYTES);‍‍‍‍ void OTA_SetNewImageFlag(void) { #if (gEepromType_d != gEepromDevice_None_c) && (!gEnableOTAServer_d || (gEnableOTAServer_d && gUpgradeImageOnCurrentDevice_d)) /* OTA image successfully written into the non-volatile storage. Set the boot flag to trigger the Bootloader at the next CPU Reset. */ union{ uint32_t value; uint8_t aValue[FSL_FEATURE_FLASH_PFLASH_BLOCK_WRITE_UNIT_SIZE]; }bootFlag; #if defined(CPU_K32W032S1M2VPJ_cm4) && (CPU_K32W032S1M2VPJ_cm4 == 1) uint8_t defaultSBKEK[SBKEK_SIZE] = {DEFAULT_DEMO_SBKEK}; #endif uint32_t status; if( mNewImageReady ) { NV_Init(); bootFlag.value = gBootValueForTRUE_c; status = NV_FlashProgramUnaligned((uint32_t)&gBootFlags.newBootImageAvailable, sizeof(bootFlag), bootFlag.aValue); if( (status == kStatus_FLASH_Success) && FLib_MemCmpToVal(gBootFlags.internalStorageAddr, 0xFF, sizeof(gBootFlags.internalStorageAddr)) ) { bootFlag.value = gEepromParams_StartOffset_c + gBootData_ImageLength_Offset_c; status = NV_FlashProgramUnaligned((uint32_t)&gBootFlags.internalStorageAddr, sizeof(bootFlag), bootFlag.aValue); } #if defined(CPU_K32W032S1M2VPJ_cm4) && (CPU_K32W032S1M2VPJ_cm4 == 1) if( status == kStatus_FLASH_Success ) { /* Write the default SBKEK for secured OTA */ status = NV_FlashProgramUnaligned((uint32_t)&gBootFlags.sbkek, SBKEK_SIZE, defaultSBKEK); } #endif if( status == kStatus_FLASH_Success ) { mNewImageReady = FALSE; } } #endif }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍   此时，FRDM-KW36 可以接收和存储任何 MCU 的任何图像，并可以从 OTAP 服务器设备请求进一步的软件更新。 添加 API 以在 OTAP 客户端软件上重新编程“MCU X” 一旦软件更新从 OTAP 服务器下载到 OTAP 客户端，开发人员就应该通过串行协议（如 UART、SPI、CAN 等）从 OTAP 客户端向“MCU X”请求软件更新。您应该根据系统要求开发 API 和协议，以便将软件更新发送到“MCU X”（以及 MCU X 的引导加载程序）。处理您的协议可以集成到 OTAP 客户端代码中，例如用“APISendSoftwareUpdateToMCUX()”替换代码中的“ResetMCU()”（在步骤 4 中删除的相同代码），因为此时图像已成功通过无线方式发送并存储在 KW36 的内存中。 BLE软件 千瓦 KW35 | 36

i.MX 设计和工具列表 设计检查清单： i.MX6DQSDL 硬件设计检查清单 i.Mx53 硬件设计检查清单 i.MX28 硬件设计清单 i.MX6SoloX 的硬件设计检查清单 i.MX6UL 硬件设计清单 DDR 设计工具： I.MX53 DDR3 脚本辅助 imx53 DDR压力测试仪V0.042 i.Mx6DQSDL DDR3 Script Aid MX6DQP DDR3 Script Aid i.Mx6DQSDL LPDDR2 Script Aid i.Mx6SL LPDDR2 Script Aid i.MX6SX DDR3 脚本辅助 I.MX6UL DDR3脚本辅助 i.MX6UL_LPDDR2_Script_Aid i.MX6ULL_DDR3_脚本_辅助 i.MX6ULL_LPDDR2_Script_Aid  MX6SLL_LPDDR2_Script_Aid  MX6SLL_LPDDR3_Script_Aid  i.MX6 DDR压力测试工具V1.0.3 i.MX6/7 DDR压力测试工具V3.00 i.MX8MSCALE DDR工具发布 i.MX8M DDR3L寄存器编程辅助 i.MX 8/8X 系列 DDR 工具发布 应用说明： MX设计验证指南 I.MX6系列USB认证指南 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano i.MX53 i.MX6_全部 i.MX6DL i.MX6 双核 i.MX6DualPlus6QuadPlus i.MX6 四核 i.MX6S i.MX6SL i.MX6SoloX i.MX6UL 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 王林 嗨 抱歉回复晚了。 我向当地 FAE 询问并解决了。 谢谢！ Ko-hey 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Ko-hey， 我不是这两个页面的所有者，它们属于仅供 NXP 内部使用的私人空间。 请向当地支持团队寻求帮助。 谢谢！ 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi LinWang‌ 我得到了同样的错误，其注释为“未经授权”，并带有以下两个链接。 MMDC/DDR 资源 SoC、模块和软件资源套件的目标列表  他们现在需要许可吗？ Ko-hey 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢，知道了！ 2016 年 8 月 2 日星期二上午 4:54，LinWang 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，乔， 我尝试将文档移至发布空间。 待版主批准后即可访问。 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感谢您的检查 - 我收到以下错误，所以我的猜测是 权限错误，导致公众无法查看。我曾经 其他人检查（来自世界不同的地方），发现它已经损坏 他们也是。 谢谢！ 乔 未经授权 对此位置或内容的访问受到限制。如果你认为这是一个 错误，请联系您的管理员或指导您的人 此处。 2016 年 8 月 1 日星期一晚上 9:27，LinWang 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，engjoe， 我刚才尝试时，链接工作正常。 如果您在访问链接时遇到问题，请联系当地支持人员帮助。 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LinWang， i.MX6UL_LPDDR2_Script_Aid的链接坏了。您能发一个新的吗？谢谢。 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，布莱恩， 请寻求当地FAE的帮助。 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 好的。但我无法访问i.Mx53 的硬件设计检查清单。:smileycry: 回复：i.MX设计和工具列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ：笑脸：

i.MXRT1050 SDRAM Clock Configuration <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [Chinese translation] See attachment Original link: https://community.nxp.com/docs/DOC-340813 i.MXRT 105x

使用 Ubuntu 在 i.MX8QXP 上安装 Docker <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Linux

LPC4078用の9ビットUART通信 Hello, LPC4078マイクロコントローラーを使用していますが、9ビットを受信しているUARTデバイスを統合する必要があります。 9ビットUART通信を可能にするレジスタが、ユーザーマニュアルまたはライブラリAPIコードに見つかりませんでした。 LPC4078は9ビットUART通信をサポートしていますか?「はい」の場合は、使用する登録についてガイダンスを提供してください。 よろしくお願い申し上げます。 Michelle LPC40xx Re:LPC4078用9ビットUART通信 Hi @michelle2022, この場合の 9 番目のビットは、自動アドレス検出機能専用であり、9 ビットのデータ サイズ フレームを送信するためのものではありません。この機能の説明については、「17.5.21ユーザーガイドの「RS-485 / EIA-485動作モード」。 BR, Edwin. Re:LPC4078用9ビットUART通信 Hi Edwin, さらに、ドキュメント内で9ビットモードをサポートしていると思われるいくつかのポイントを見つけました。 UART1 で 9 ビットを送信する回避策はありますか? よろしくお願い申し上げます。 Michelle Re:LPC4078用9ビットUART通信 Hi Edwin, 明確にしていただきありがとうございます。 しかし、AADモードのRS485CTRLレジスタの説明に「9ビット有効」のコメントが見られます。 それが何を意味するのか教えていただけますか? よろしくお願い申し上げます。 Michelle Re:LPC4078用9ビットUART通信 Hi @michelle2022, 残念ながら、LPC4078は9ビットUART通信をサポートしていません。各 UART の章の「機能」セクションからわかるように、LPC4078の UART は 5、6、7、8 のデータ サイズのみをサポートしています。 ご不便をおかけして申し訳ございません。 BR, Edwin.

One-stop secure boot tool: NXP-MCUBootUtility v1.0.0 released <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [Chinese translation] See attachment Original link: https://community.nxp.com/docs/DOC-342297 i.MXRT 101x i.MXRT 102x i.MXRT 105x i.MXRT 106x

适用于 S32 平台 3.2（Windows/Linux）的 S32 Design Studio 已发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />         产品发布公告 汽车微控制器和处理器 适用于 S32 平台的 S32 设计工作室v3.2         Austin, Texas, USA 2019年9月30日   NXP 半导体汽车微控制器和处理器嵌入式工具团队很高兴地宣布发布适用于 S32 平台 v3.2 的 S32 设计工作室。以下是它的一些主要新功能： 可以安装多个版本的 GNU 工具。 SDK 集成随附加软件包提供。可以使用 S32DS 扩展和更新工具安装和更新 SDK 包。 GHS 工具链支持由项目向导（适用于特定设备）提供。 特定设备支持CMSIS-DAP调试。 S32 Flash Tool的UART通信速度得到提高。 提供最新版本的P&E调试器插件和驱动程序。 S32 调试器为 FreeRTOS 和 OSEK 提供操作系统感知支持。 S32 调试器通过密码和质询/响应身份验证方法为安全调试提供初步支持。 为 S32 调试器定义了新型启动组，它允许您创建 S32 调试器特定的配置并使用新的“等待断点停止”启动后操作。 提供 SDK 迁移支持以升级附加到项目的 SDK 版本。 S32DS 扩展和更新工具会通知有关依赖项和不兼容的包。 显示 S32 调试器闪存编程器的进度条。 S32 Design Studio版本   适用于S32平台的S32DS IDE 适用于 Arm ® S32DS IDE 适用于 Power Architecture ® S32DS IDE S32DS IDE for Vision 支持的器件 S32V23x S32K1xx MPC56xx S32V234 S32S247电视 KEA MPC57xx   S32平台设备 MAC57D54H S32R2xx/S32R3xx   集成的恩智浦工具 S32 Flash工具 FreeMASTER FreeMASTER DDR压力测试工具 DDR压力测试工具     集成配置工具 S32 配置工具 处理器专家配置工具 处理器专家配置工具 DDR配置工具 引脚向导 引脚向导 引脚向导 时钟配置 外设/驱动程序配置   外设/驱动程序配置   外设/驱动程序配置   DCD/IVT配置       DDR配置工具       集成的恩智浦软件 S32 SDK S32K1 SDK S32 SDK 视觉SDK FreeRTOS FreeRTOS FreeRTOS Linux BSP 面向S32V23x的AMMCLib 用于 KEA 的 AMMCLib 和 S32K 用于 MPC56xx 的 AMMCLib 和 MPC57xx MCU   视觉SDK KEA SDK 雷达SDK Linux BSP 面向MAC57D54H的MQX OS/MQX驱动器     编译器： NXP GCC 6.3.1* NXP GCC 6.3.1* NXP GCC 4.9* NXP GCC 6.3.1* GreenHills GreenHills GreenHills   IAR IAR Diab     GCC 4.9*     调试器 内置 GDB 界面： S32调试器/ S32调试探针 P&E Multilink/Cyclone/OpenSDA P&E Multilink/Cyclone/OpenSDA S32调试器/S32调试探针 P&E Multilink/Cyclone/OpenSDA Segger J-Link   P&E Multilink/Cyclone/OpenSDA 支持的调试器： Lauterbach Lauterbach Lauterbach Lauterbach   iSystem iSystem   IAR PLS   主机操作系统： Microsoft Windows ® 7/8/10 64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） Microsoft Windows ® 7/8/10 32/64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） Microsoft Windows ® 7/8/10 32/64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） Microsoft Windows ® 7/8/10 32/64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） 视觉专用工具： 恩智浦APU编译器     恩智浦APU编译器 ISP汇编器     ISP汇编器 ISP和APEX图形工具     ISP和APEX图形工具 雷达专用工具：     SPT汇编器       SPT 浏览器/SPT 图形工具   完整的 S32 Design Studio for S32 Platform v3.2 发行说明可在此处获取。   安装 要下载安装程序，请访问 S32 Design Studio 产品页面下载部分或单击此处的直接内容。     安装程序要求输入激活 ID。安装包开始下载后，您应该会收到一封包含激活 ID 的通知电子邮件。 安装程序仅安装基本工具/包。为了开始开发，必须安装至少一个开发包。目前唯一可用的应用程序包是S32S2xxTV和S32V2xx 。应用程序包由S32DS 扩展和更新管理。 技术支持 S32 Design Studio 问题通过 S32DS 公共 NXP 社区空间进行跟踪。 https://community.nxp.com/community/s32/s32ds   激活 - 安装 - 许可 - 安装程序下载 回复：适用于 S32 平台 3.2（Windows/Linux）的 S32 设计工作室发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，吉姆， Visual Graph Tools 是S32V2xx v.1.0.0 Vision 扩展包的一部分，但是，S32 Design Studio v3.2 不支持此包。在我们发布 Vision Extension Package 的更新版本之前，请继续使用 S32 Design Studio v3.1。 顺祝商祺！ Mike 回复：适用于 S32 平台 3.2（Windows/Linux）的 S32 设计工作室发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如何在 v3.2 中的“新建”向导中安装“Visual Graph Tools”？下面的图片来自 S32DS 3.1。 谢谢！ jd

Ti DS90UB947/948 I.MAX6用Linuxドライバ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Imx6はlvdsを直接出力できます。しかし、lvds-wireは高価すぎて買えません。そのため、ds90ub947シリアライザを自動車計装に適用することができます。ちなみに、lvdsディスプレイを接続できないリモコンにds90ub948デシリアライザーが必要です。 アタッチメントは、Linux用のds90ub947/948のドライバーです。 Linux 3.10以降をサポートできます。linux 3.10.53 と imx6q で動作することが確認されました。 添付ファイル リスト: DS90UB947.c ds90ub947.h readme.txt readmeに従って使用できます。 このドライバーはかろうじて胚芽でした。アプリケーションに応じて変更する必要があります。 時々、それはds90ub913/914とmax9286/96705に非常に似ています。

XORANDOR_Milestone_4_Bonus <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, 为了最后的里程碑和奖励，我们制作了 Python 脚本来控制汽车。 我们从相机拍摄图像，然后对其进行处理以确定与前方车辆的距离。 根据该距离，python 脚本会调整汽车的速度，必要时停车或避开障碍物。 我们对奖金的糟糕演示感到抱歉，但电池已经用完了，而且我们没有时间了。 （在 “我的视频” 中查看） 2017 年 Linux 嵌入式挑战赛

i.MXRT 1050 EVK + MCUXpressoを使い始める <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [中国語訳] 添付ファイルを参照 元のリンク: https://community.nxp.com/docs/DOC-341985 i.MXRT 105x

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

手持式扫描仪 Overview 结构框图 Videos 推荐产品 Overview 条形码扫描仪在日常活动中必不可少，包括扫描杂货、识别医院患者以及追踪生产线或仓库中的产品包装或产品。 在所有情况和环境中，它们必须证明是快速、准确且耐用的。 条形码扫描仪使用激光、活检或图像扫描技术扫描一维或二维条形码。 根据不同的应用，它们被设计为手持式、柜台内嵌式、柜台上放置或免提式。 为了实现连接，条形码扫描仪通过串行接口（例如RS-232，USB）连接，或使用蓝牙或Wi-Fi无线连接。 条形码扫描仪需要高性能的MCU，以低成本提供设计灵活性，并且可以快速安全地处理数据。 结合我们丰富的产品，包括 Arm ®  皮质 ®  处理器、电源管理 IC、电容式触摸设备、NFC 非接触式读取器设备、音频编解码器设备、负载开关、RTC、智能放大器、电池认证设备、智能放大器等，设计快速、准确、耐用的条形码扫描器既简单又经济高效。 结构框图 Videos 推荐产品 类别名称 MPU i.MX RT1050 MCU/跨界应用 MCU | Arm ® Cortex-M7，512KB SRAM | NXP 性能最高的 Arm ® Cortex ® -M7，3020 CoreMark/1284 DMIPS @ 600 MHz i.MX 6ULL 应用处理器 | 单 Arm ® Cortex ® -A7 @ 900 MHz | NXP 高达 900 MHz 的 Arm Cortex-A7 内核、128 KB L2 缓存、安全块：TRNG、加密引擎（带 DPA 的 AES、TDES/SHA/RSA）、安全启动 i.MX 8M 应用处理器 | Arm ® Cortex ® -A53、Cortex-M4 | 4K 显示分辨率 | NXP i.MX 8M系列 - Arm ® Cortex ® -A53、Cortex-M4、音频、语音、视频 类别名称 NFC CLRC663 plus系列 | 高性能NFC前端 | NXP 多个接口，可支持广泛的微控制器和高安全性读卡器 电源电压范围：2.5至5.5 V。 电子产品的 NFC 标签 | NXP 分流新设备配置到现有网络上的繁琐任务 能量采集功能，可为电池供电设备供电 NTAG智能传感器 | NXP 是将NFC连接与自动传感、数据处理和记录相结合的单芯片解决方案。 类别名称 电源管理 PCA9411 | NXP  整个电流、电压和温度范围内，输出电压精度为±3 %，效率高达94% 电压电平转换器（电平移位器）| NXP 双向电平位移器和转换器电路包括从单个位到 32 位宽度的范围。 带 1A Li+ 线性电池充电器的 PMIC | NXP 输入电压VIN可通过5V总线、USB或AC适配器(4.1 V至6.0 V)接入，可承受高达22V的瞬态电压。 DDR存储器参考电压，VREFDDR，0.5至0.9 V，10 mA。 类别名称 音频 超低功耗音频编解码器 | NXP 无帽耳机和集成式PLL，允许系统内时钟重用，可帮助降低整体系统成本。 音频放大器 | NXP 音频放大器在音响、耐用性和EMC性能方面具有领先优势。 类别名称 安全 A1006 | 安全认证器 IC：嵌入式安全平台 | NXP 认证时间(片上计算) < 50 ms。 功耗：活动状态为500 μA。 85°C时，存储器最少可以保存数据10年 类别名称 USB USB PD 和 Type C 限流电源开关 | NXP VINT供电电压范围从2.5 V到 5.5 V, VBUS和EN Pin电压具有29 V容限 PTN5110 | 恩智浦 符合USB PD、USB Type-C和TCPC规格。 当PTN5110未通电时，对所有引脚实行反向电流保护。 类别名称 外设 PCF8883 | NXP  宽输入电容范围(10 pF至60 pF)和自动校准。 PCF8523 | NXP  基于 32.768 kHz 石英晶体提供年、月、日、周、时、分和秒。 分辨率：秒至年 PCAL6416AEX | NXP  16位通用I/O扩展器。 锁存输出具有25 mA的最大驱动能力。 框图 智慧城市

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

Processor Expert RAppID Suite for the MPC5777M and S32 Design Studio Integration マルチコアの例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このアプリケーションは、Processor Expert (PE) RAppID Suite for MPC5777M 初期化ツールと S32 Design Studio for Power v1.1 の統合を示します。 このプロジェクトには、RAppID プロジェクトと RAppID Workspace フォルダが別々に含まれています。       このマルチコア プロジェクトは、最初にデバイス (PinMux、クロック、PIT タイマー) を初期化します。各コアは、異なる期間の 1 つの LED で切り替わります。 Z4_0コア:LED1...GPDO[0] Z7_0コア:LED2 ...GPDO[1] Z7_1コア:LED3 ...GPDO[2]     PE RappID(オープンインクルードワークスペース)でデバイスの初期化を調整し、コードを生成し、最終的にS32DSでプロジェクトを再構築できます。   手記： PE_Types.hを生成させないでくださいファイルには VLE 以外の命令が混在しているため、S32DS コンパイラではビルドできません。 リンカコマンドファイルの生成を無効にする必要があります。そうしないと、S32DS GCCリンカが理解できないHighTec固有のキーワードが生成されます。   HWのテスト:       MPC5777M-512DS、MPC57xxマザーボード MCU:             PPC5777MQMVA8 0N78H Debugger:    PeMicro USB-ML-PPCNEXUS ターゲット：         デバッグ(内部フラッシュ) EVB接続: P8.0 に接続された USER LED1、P8.1 に接続された LED2、P8.2 に接続された LED3 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このアプリケーションは、Processor Expert (PE) RAppID Suite for MPC5777M 初期化ツールと S32 Design Studio for Power v1.1 の統合を示します。 このプロジェクトには、RAppID プロジェクトと RAppID Workspace フォルダが別々に含まれています。       このマルチコア プロジェクトは、最初にデバイス (PinMux、クロック、PIT タイマー) を初期化します。各コアは、異なる期間の 1 つの LED で切り替わります。 Z4_0コア:LED1...GPDO[0] Z7_0コア:LED2 ...GPDO[1] Z7_1コア:LED3 ...GPDO[2]     PE RappID(オープンインクルードワークスペース)でデバイスの初期化を調整し、コードを生成し、最終的にS32DSでプロジェクトを再構築できます。   手記： PE_Types.hを生成させないでくださいファイルには VLE 以外の命令が混在しているため、S32DS コンパイラではビルドできません。 リンカコマンドファイルの生成を無効にする必要があります。そうしないと、S32DS GCCリンカが理解できないHighTec固有のキーワードが生成されます。   HWのテスト:       MPC5777M-512DS、MPC57xxマザーボード MCU:             PPC5777MQMVA8 0N78H Debugger:    PeMicro USB-ML-PPCNEXUS ターゲット：         デバッグ(内部フラッシュ) EVB接続: P8.0 に接続された USER LED1、P8.1 に接続された LED2、P8.2 に接続された LED3 全般