FXLS8471Q - 加速度计瞬态检测功能示例代码 大家好， 由于经常有人要求我提供一个简单的裸机示例代码来说明加速度计瞬态检测功能的使用，因此我决定在这里分享我为FXLS8471Q 加速度计创建的一个示例，同时使用 NXP FRDM-KL25Z平台和FRDM-FXS-MULT2-B 传感器扩展板。 此示例代码补充了AN4693中的 Python 代码片段。FXLS8471Q 设置为检测 X 轴或 Y 轴上至少 40 毫秒内超过 315mg 的“瞬时”加速度变化。一旦触发事件，INT1 引脚上将产生中断： void FXLS8471Q_Init (void) { FXLS8471Q_WriteRegister(TRANSIENT_THS_REG, 0x85); // Set threshold to 312.5mg (5 x 62.5mg ) FXLS8471Q_WriteRegister(TRANSIENT_COUNT_REG, 0x02); // Set debounce timer period to 40ms FXLS8471Q_WriteRegister(TRANSIENT_CFG_REG, 0x16); // Enable transient detection for X and Y axis, latch enabled FXLS8471Q_WriteRegister(CTRL_REG4, 0x20); // Acceleration transient interrupt enabled FXLS8471Q_WriteRegister(CTRL_REG5, 0x20); // Route acceleration transient interrupt to INT1 - PTA5 FXLS8471Q_WriteRegister(CTRL_REG1, 0x29); // ODR = 12.5Hz, Active mode } ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 在 ISR 中，仅清除中断标志并读取 TRANSIENT_SRC (0x1E) 寄存器以清除 SRC_TRANS 状态位并取消 INT1 引脚，如下面的屏幕截图所示。 void PORTA_IRQHandler() { PORTA_PCR5 |= PORT_PCR_ISF_MASK; // Clear the interrupt flag IntSource = FXLS8471Q_ReadRegister(TRANSIENT_SRC_REG); // Read the TRANSIENT_SRC register to clear the SRC_TRANS flag in the INT_SOURCE register EventCounter++; } ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 您可以在附件中找到完整的源代码。如果对这个简单的示例代码有任何疑问，请随时在下面提问。也欢迎您提供反馈或建议。 此致， Tomas 加速度传感器

「オンライン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 全般

Slackware 上的 NFS <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 设置主机          1-在主机上安装 NFS 服务，输入： 你的 slackware linux 可能已经安装了某个版本的 nfs"utils, 如果没有的话, 你可以从这里下载 nfs-utils: [1] 然后以 root 身份：#installpkg nfs-utils-1.0.7-i386-1.tgz 2 – 设置导出输入： $sudo kedit /etc/exports          并添加以下行： /tftpboot/ltib/*（rw，no_root_squash，异步）          3-重新启动NFS服务器： $sudo /etc/rc.d/rc.rpc restart $sudo /etc/rc.d/rc.nfsd restart          现在主机已准备好使用 NFS。      设置目标 Linux 映像以使用 NFS          1-运行LTIB配置输入： $./ltib -c 2 - 在第一页菜单中，转到“目标图像生成->选项”。               3 – 选择仅 NFS 选项并退出 LTIB 配置以使用新配置进行编译。          4 - LTIB 应该开始新的编译并在 / /rootfs/boot/zImage 上创建一个新的 Linux 映像 5 - 将 / /rootfs/boot/zImage 上创建的图像复制到 /tftpboot/zImage 6 – 系统已准备好运行 NFS。目标上的根文件系统将位于主机上的 / /rootfs/                           

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 操作関数を呼び出すことができます。 グラフィックスとディスプレイ

智能交通控制和通信解决方案 - The Beige Box <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Demo 米色盒子作为智能交通系统 (ITS) 网络中的一个节点运行。ITS 是交通控制基础设施和车辆的动态交互，以安全地最大化道路吞吐量。Beige盒子使用传感器和通信技术来优化交叉路口的车辆和行人的吞吐量，同时还提供宽带无线热点服务。   特性 通过摄像头和RADAR直接感测车辆和行人 从其V2X位置报告直接感测车辆 通过云提供的信息实现间接感应 优化交通流量 弱势道路使用者警告 交通信号灯控制 与接近车辆直接进行信号相位和定时的通信 宽带无线热点连接(蜂窝和Wi-Fi)   特色恩智浦产品 QorIQ ® Layerscape 2084A 和 2044A|恩智浦 S32V230系列处理器|恩智浦 MR2001 多通道 77GHz 雷达收发器芯片组|恩智浦 S32R雷达微控制器 - S32R27|恩智浦 V2X通信|恩智浦 i.MX6Q|i.MX 6Quad Processors|Quad Core|NXP  TJA1043|NXP  链接 智能路侧单元|恩智浦 米色盒子演示 CES 2017|恩智浦 结构框图 汽车电子

FXLS8471Q - 加速度計モーション検出関数のサンプルコード ねえ皆さん 加速度計のモーション検出機能の使用方法を示す単純なベアメタルのサンプルコードに興味がある場合は、NXP FRDM-KL25Z プラットフォームと FRDMSTBC-A8471 ボードで作業しながら FXLS8471Q加速度計 用に作成した例の1つを以下に示します 。 このFXLS8471Qは、X軸またはY軸のいずれかで最小40ミリ秒で315mgを超える動きを検出するように設定されています。イベントがトリガーされると、INT1 ピンに割り込みが生成されます。 void FXLS8471Q_Init (void) { FXLS8471Q_WriteRegister(FT_MT_THS_REG, 0x85); // Set threshold to 312.5mg (5 x 62.5mg ) FXLS8471Q_WriteRegister(FF_MT_COUNT_REG, 0x02); // Set debounce timer period to 40ms FXLS8471Q_WriteRegister(FF_MT_CFG_REG, 0xD8); // Latch enabled, motion detection enabled for X and Y axis FXLS8471Q_WriteRegister(CTRL_REG4, 0x04); // Motion interrupt enabled FXLS8471Q_WriteRegister(CTRL_REG5, 0x04); // Route motion interrupt to INT1 - PTD4 FXLS8471Q_WriteRegister(CTRL_REG1, 0x29); // ODR = 12.5Hz, Active mode }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ ISRでは、次のスクリーンショットに示すように、割り込みフラグのみがクリアされ、FF_MT_SRC(0x16)レジスタが読み取られて、INT_SOURCEレジスタのSRC_FFMTフラグがクリアされ、INT1ピンがディアサートされます。 void PORTD_IRQHandler() { PORTD_PCR4 |= PORT_PCR_ISF_MASK; // Clear the interrupt flag IntSource = FXLS8471Q_ReadRegister(FF_MT_SRC_REG); // Read the FF_MT_SRC register to clear the SRC_FFMT flag in the INT_SOURCE register EventCounter++; }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 添付されている完全なソースコードを見つけることができます。この簡単なサンプルコードに関して質問がある場合は、以下でお気軽にお問い合わせください。 よろしくお願いします。 Tomas 加速度センサ

i.MX8M EVKボード用のAlexa SDK(AVS)イメージをビルドする(Yocto Morty、Kernel4.9を使用) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> AmazonのAlexa Voice Servicesをアプリケーションに含めるためのレシピ。 ステップ1:iMX Yocto AVSのセットアップ環境を取得する i.MX_Yocto_Project_User'sGuide.pdf の第 3 章 ( L4.X LINUX_DOCS ホストマシンを準備します。少なくとも次の必須のYoctoパッケージが含まれています $ sudo apt-get install gawk wget git-core diffstat 解凍 texinfo \ gcc-multilib build-essential chrpath socat libsdl1.2-devu-boot-ツール i.MX NXP AVS リポジトリをインストールする AVS yocto ビルド環境をインストールするディレクトリを作成/移動します。 これを次のように呼びましょう $ cd $ リポジトリ init -u https://source.codeaurora.org/external/imxsupport/meta-avs-demos-b マスター -m imx-alexa-sdk-4.9.51-8mq_ga.xml AVS BSP ビルド環境をダウンロードします。 $ repo sync ステップ2:AVS-SETUP-DEMOスクリプトを使用してAlexa_SDKイメージのyoctoをセットアップします。 次のように avs-setup-demo スクリプトを実行して、imx8mqevk ボードの環境をセットアップします。 $ MACHINE=imx8mqevk DISTRO=fsl-imx-xwayland source avs-setup-demo.sh -b ここで、 はビルドフォルダに付ける名前です。 EULAに同意すると、スクリプトは以下を有効にするかどうかを求めます。 サウンドカードの選択 ビルドでは、次のサウンドカードがサポートされています。 2マイクシナプティクス/コネクサント 2マイクTechNexionボイスハット(DSPConcepts SW付き) スクリプトは、使用するサウンドカードを選択するように求めます。 どのサウンドカードを使用しますか? シナプティクス/Conexant ....................1 VoiceHat(DSPConcepts SW用) .........2 選択項目の番号を入力し、Enterキーを押します。 Alexa SDKをインストールする 次のオプションは、イメージにAVS SDKソフトウェアをプリインストールするかどうかを選択することです。 このイメージに AVS_SDK パッケージをビルド/含めますか？ (Y/N)? YES を選択した場合、イメージには(認証後)すぐに使用できるAVS SDKが含まれます。このAVS_SDKは WakeWord 検出をサポートしませんが、実行時に追加できます。 選択が NO の場合は、実行時にいつでも手動でAVS_SDKをフェッチしてビルドできます。すべてのパッケージの依存関係はすでに存在するため、AVS_SDKソースコードを取得してビルドするだけで済みます。 avs-image 設定の完了 最後に、イメージビルド用に選択した構成に応じたテキストが表示されます。 次は、SynapticsサウンドカードをサポートするプリインストールされたAVS_SDKの例です ============================================================ AVSの設定はconf/local.confで準備が整いました - サウンドカード=Synaptics(シナプティクス) - Alexa SDK 1.7がプリインストールされています - Wi-Fi対応 これで、AVSデモイメージをビットベイクする準備が整いました。   ビットベイクAVS-画像 QT5DisplayCardsを使用する場合は、次の方法を使用します。   ビットベイクAVS-画像-QT5 ============================================================ ステップ 3: AVS イメージをビルドする ディレクトリに移動し、avs-imageのビルドを開始します 2つのオプションがあります レギュラービルド: $ cd  /    $ bitbake avs-image QT5サポートを含む: $ cd  /    $ bitbake avs-image-qt5 QT5 の画像は、DisplayCard をレンダリングするなど、GUI を追加する場合に便利です。 ステップ4:ビルドしたイメージをSD / MMCカードにデプロイして、ターゲットボードで起動します。 ビルドが正常に完了すると、作成されたイメージは /tmp/deploy/images/imx8mqevk/ このディレクトリには、 imx8mqevk-avs--.sdcard があります イメージまたは imx8mqevk-avs-qt5--.sdcard、Step3で選択したビルドによって異なります。 .sdカードをフラッシュするにはSDカードに画像を保存するには、次の手順に従います。 .sdcard を抽出してコピーしますSDカードにファイルする $ cd /tmp/deploy/images/imx8mqevk/ $ cp -v imx8mqevk-avs-synaptics-1.7.sdcard.bz2 $ cd $ sudo bzip2 -d imx8mqevk-avs-synaptics-1.7.sdcard.bz2 $ sudo dd if=imx8mqevk-avs-synaptics-1.7.sdcard.bz2 of=/dev/sd bs=1M && sync $ sync SDカードを正しく取り出します。 $ sudo eject /dev/sd フラッシュしたSDカードを8M EVKに挿入して起動します。 起動時の指示に従って AVS をセットアップし、SampleApp を実行します。 NXPドキュメント Yocto、その機能、およびセットアップをより包括的に理解するため。イメージのビルドとデプロイのオプションとカスタマイズの詳細については、 i.MX_Yocto_Project_Userをご覧くださいs_Guide.pdf このドキュメントの冒頭で説明した Linux ドキュメント バンドルのドキュメント。 Linux BSP、u-boot の使用、設定に関する詳細な説明については、このドキュメントの冒頭で説明した Linux ドキュメントバンドルの  i.MX_Linux_User's_Guide.pdf  ドキュメントをご覧ください。 Re:i.MX8M EVKボード用のAlexa SDK(AVS)イメージをビルドする(Yocto Morty、Kernel4.9を使用) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは：   手順に従っても avs-setup-demo.sh スクリプトが見つからないのはなぜですか?

向 Embsys 寄存器添加新芯片。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 通常在调试时，您需要了解 Embsys 寄存器部分中寄存器的状态。大多数情况下，当电路板或芯片刚刚发布时，您无法选择它们（因为它们不可用），因此这会使您的调试更加困难。 在本文档中，我将指导您完成将正在使用的任何芯片添加到 EmbSys 寄存器部分的过程。 1. 首先需要知道 Embsys 寄存器文件夹位于何处。转到安装 KDS 的文件夹。 2. 转到 eclipse 文件夹。 3.\org.eclipse.cdt.embsysregview.data_0.2.4.freescale 4. \数据 5. \SVD(CMSIS) 6. \飞思卡尔 8.最后，此文件夹包含XML文件，这些文件可以被程序纯粹地作为数据处理。 要添加描述新芯片的新 XML 文件： 1. 转到您的芯片包（在我的情况下是 \SDK_2.2_MKL28Z512xxx7.zip）。 注意：如果您不知道在哪里构建包，请转到以下帖子： https://community.nxp.com/docs/DOC-333304 2. \SDK_2.2_MKL28Z512xxx7.zip\设备 3. \SDK_2.2_MKL28Z512xxx7.zip\devices\MKL28Z7 如您所见，MKL28Z7 在 EmbsysRegView 中不可用。 找到 XML 并将其复制到路线： C:\Freescale\KDS_v3\eclipse\plugins\org.eclipse.cdt.embsysregview.data_0.2.4.freescale\data\SVD(CMSIS)\Freescale 将其粘贴到 Freescale 的文件夹中： 再次转到 EmbSysRegView，现在就可以使用了 重新启动 Kinetis Design Studio，您将能够看到芯片的寄存器： 作者：伊万·鲁伊斯 (Ivan Ruiz)。

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

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

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

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

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

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

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

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

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

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

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

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