Dynamic ARM frequency switching work in U-Boot for i.MX8MP I'm using i.MX8MP custom board with a part that supports 1.6GHz and 1.8GHz speed grades. By default, U-Boot boots the ARM core at 1200MHz regardless of the chip's actual speed grade. Questions: How does U-Boot detect and apply the correct ARM frequency based on the SoC's fused speed grade? Is there dynamic switching at the U-Boot stage, or is this left entirely to Linux? What's the correct or recommended way to make U-Boot, boot at 1.6GHz or 1.8GHz instead of the default 1200MHz? Do I also need to adjust VDD_ARM voltage in PMIC when changing the frequency, and if so, how should that be sequenced? Any guidance or reference examples would be appreciated. Thanks. Re: Dynamic ARM frequency switching work in U-Boot for i.MX8MP Hi @Nvcee, Thank you for contacting NXP Support! 1) All voltage and frequency initializations are performed in the soc.c file within U-Boot: https://github.com/nxp-imx/uboot-imx/blob/lf_v2026.04/arch/arm/mach-imx/imx8m/soc.c 2) The dynamic voltage and frequency scaling driver operates only under Linux. 3)You can hardcode the clock and voltage initializations in soc.c. However, you must ensure that the selected part number is correct, as using settings intended for a different device variant could cause the system to hang or behave unexpectedly. Best regards, Chavira

S32DS 3.6.10プロジェクト作成時にSDK（RTD）が見つかりません こんにちは、NXPさん。 以下の2種類のRTDを使用する際に互換性の問題が発生しています。解決策をご提示いただけますでしょうか？よろしくお願いいたします。 1. SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP06_D2603_DesignStudio_updatesite 2. SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite BramXiong_1-1787309606372.pngBramXiong_1-1787309606372.pngBramXiong_1-1787309606372.png BramXiong_0-1787309530684.pngBramXiong_0-1787309530684.pngBramXiong_0-1787309530684.png RTD_R23-11_7.0.1_D2603リリースノートにはS32DSバージョン3.6.4と記載されていますが、これは使用できる唯一のバージョンなのでしょうか？それとも、S32DSは他のバージョンでも使用できるのでしょうか？3.6.10？新バージョンは旧バージョンと互換性がありますか？ BramXiong_0-1787309923367.pngBramXiong_0-1787309923367.pngBramXiong_0-1787309923367.pngBramXiong_0-1787309923367.png Re: S32DS 3.6.10 cannot find the SDK (RTD) when creating a project こんにちは、 @BramXiong さん。 私はNXPの社員ではありませんが、以前似たような問題に直面したことがあります。私の場合の主な問題はNXP-GCC版に関するものでした。 S32K 3.6 で同じ問題が発生している場合は、 NXP-GCC のバージョンを 11.4 から 10.2 に変更してみてください。これを行った後、 RTDプラットフォーム が可視化されるはずです。 参考のために画像を添付しました。 これがお役に立てば幸いです。 よろしくお願いいたします。 ガネーシャ Re: S32DS 3.6.10 cannot find the SDK (RTD) when creating a project S32DSバージョン3.6.6に切り替え、コンパイラバージョンv10.2をインストールしましたが、プロジェクト作成ウィザードでSDKが見つかりません。 BramXiong_0-1787543306349.pngBramXiong_0-1787543306349.pngBramXiong_0-1787543306349.png BramXiong_1-1787543376227.pngBramXiong_1-1787543376227.pngBramXiong_1-1787543376227.png Re: S32DS 3.6.10 cannot find the SDK (RTD) when creating a project こんにちは、 @BramXiongさん ああ、あなたの問題は違うかもしれませんね。S32K3x RTDをインストールしているようですが、S32K1シリーズRTDプラットフォームを確認しているようです。 添付画像に示されている場所から、 S32K1シリーズに適したRTDを取り付ける必要がある場合があります。ただし、両方のRTDを同時にインストールすると競合が起こる可能性はないので、まずS32K3x RTDをアンインストールしてからS32K1 RTDをインストールする方が良いかもしれません。 お客様がS32K118を使用されていることから、現在取り付けられているRTDはS32K3シリーズ用のものと思われます。 また、他に問題があると思われる場合は、NXPのメンバーにタグ付けしていただいても構いません。これは、私が同様の問題を解決しようとした際に経験したことに基づいています。 お役に立てば幸いです！ よろしくお願いいたします。 ガネーシュ・バグワット

Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h After updating to iMXRT1166 SDK 26.6.0, the project fails to build because clock_config.c (generated by the Clocks tool) calls CLOCK_OSC_GateOscRc400M(false), but this function has been removed from fsl_clock.h in this SDK release. Looking online it seems this was removed because of updates to RM1170 Rev. 5 PDF. https://github.com/nxp-mcuxpresso/mcux-devices-rt/issues/2  The same updates have not been made to RM1160 so is iMXRT1166 SDK 26.6.0 incorrect or should the Clocks tool be updated to remove or modify its call? Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Dear @lh_dan , After comparing SDK 25.09 with SDK 26.06, I confirmed that this function has been removed in SDK 26.06. The observed difference is an expected change introduced by the SDK/tool version upgrade, rather than a software issue. We recommend upgrading MCUXpresso Config Tools to version 26.06 and then regenerating the project configuration files.   Best Regards, Shelly   Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Hi Shelly, Thanks for your response. I have updated to the latest version of Configuration Tools that the MCUXpresso IDE installs. This version still generates code using CLOCK_OSC_GateOscRc400M. lh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.png I noticed that there is a newer standalone version of the MCUXpresso Config Tools (26.6). Is this version not available in the MCUXpresso IDE?  Also, IMXRT1170RM Rev. 5 PDF has been updated to remove CLOCK_OSC_GateOscRc400M but IMXRT1160RM Rev. 1, which was last modified May 26, 2025, does not. Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Dear @lh_dan , To help us better understand and reproduce the issue, could you please provide the following information? 1. Which SDK version were you using previously? 2. Has your MCUXpresso Config Tools version been updated? If so, what was the previous version, and what version are you using now? This information will help us determine whether the issue may be related to changes introduced by the SDK or toolchain update. Thank you in advance for your support. Best regards, Shelly Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Dear @lh_dan , You can use the standalone version of MCUXpresso Config Tools v26.06 to generate the code, and it should work correctly. Alternatively, you may update the Config Tools integrated in your IDE by following the update process：Updating Config Tools in the MCUXpresso IDE - NXP Community We noticed that your current Config Tools version is 25.12, which is quite outdated and is likely the cause of the issue. I have verified the project using the IDE, and the build completes successfully on my side. Since MCUXpresso IDE is no longer updated on a quarterly base, we recommend considering Visual Studio Code together with the MCUXpresso for VS Code extension for new development and long-term support. Best Regards, Shelly Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Shelly, The other day when I attempted to update MCUXpresso like you showed, it said there was no updates available. Today it said there was an update available and moved to 26.6. This version did not use CLOCK_OSC_GateOscRc400M. Thanks! lh_dan_0-1787692788884.pnglh_dan_0-1787692788884.png As for your suggestion to use Visual Studio Code together with the MCUXpresso for VS Code. I did try this at the beginning of this project but we could not get the freeRTOS examples to work with the imxrt 1166 eval board. When support found the same issues, we had to use the MCUXpresso IDE.

时钟工具调用了 CLOCK_OSC_GateOscRc400M，该函数在 SDK 26.6 的 fsl_clock.h 中已不存在。 更新到 iMXRT1166 SDK 26.6.0 后，项目构建失败，原因是 clock_config.c 文件出现问题。（由时钟工具生成）调用 CLOCK_OSC_GateOscRc400M(false)，但此函数已从该 SDK 版本的 fsl_clock.h 中移除。 网上查了一下，似乎是因为RM1170 Rev. 5 PDF 更新而删除的。 https://github.com/nxp-mcuxpresso/mcux-devices-rt/issues/2 RM1160 没有进行同样的更新，那么 iMXRT1166 SDK 26.6.0 是否不正确，或者是否应该更新 Clocks 工具以删除或修改其调用？ Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 嗨，雪莉， 谢谢你的回复。我已经将 MCUXpresso IDE 安装的配置工具更新到了最新版本。此版本仍然使用 CLOCK_OSC_GateOscRc400M 生成代码。 lh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.png 我注意到 MCUXpresso 配置工具有更新的独立版本 (26.6)。MCUXpresso IDE 中没有这个版本吗？ 此外， IMXRT1170RM Rev. 5 PDF 已更新，删除了 CLOCK_OSC_GateOscRc400M，但 IMXRT1160RM Rev. 1（最后修改于 2025 年 5 月 26 日）尚未更新。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan ， 为了帮助我们更好地理解和重现该问题，请您提供以下信息？ 1. 您之前使用的是哪个SDK版本？ 2. 您的 MCUXpresso 配置工具版本是否已更新？如果是这样，之前的版本是什么？现在使用的是哪个版本？ 这些信息将有助于我们确定该问题是否与 SDK 或工具链更新引入的更改有关。 感谢您提前给予的支持。 此致， 雪莉 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan ， 在比较了 SDK 25.09 和 SDK 26.06 之后，我已确认该功能已在 SDK 26.06 版本中移除。观察到的差异是 SDK/工具版本升级引入的预期变化，而不是软件问题。我们建议将 MCUXpresso 配置工具升级到 26.06 版本，然后重新生成项目配置文件。   顺祝商祺！ 雪莉   Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 雪莉， 前几天我尝试按照你演示的方法更新 MCUXpresso 时，它提示没有可用的更新。今天它说有更新可用，并升级到了 26.6 版本。此版本未使用CLOCK_OSC_GateOscRc400M。谢谢！ lh_dan_0-1787692788884.pnglh_dan_0-1787692788884.pnglh_dan_0-1787692788884.png 至于您建议将 Visual Studio Code 与 MCUXpresso for VS Code 结合使用。我在项目初期就尝试过这种方法，但是我们无法让 freeRTOS 示例在 imxrt 1166 评估板上运行。当技术支持人员发现同样的问题时，我们不得不使用 MCUXpresso IDE。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan ， 您可以使用 MCUXpresso 配置工具 v26.06 的独立版本来生成代码，它应该可以正常工作。 或者，您可以按照以下更新流程更新集成在 IDE 中的配置工具：在 MCUXpresso IDE 中更新配置工具 - NXP 社区 我们注意到您当前的 Config Tools 版本是 25.12，该版本已经非常过时，很可能是造成此问题的原因。我已经使用 IDE 验证了该项目，在我这边构建成功完成。 由于 MCUXpresso IDE 不再按季度更新，我们建议考虑使用Visual Studio Code以及MCUXpresso for VS Code扩展进行新开发并获得长期支持。 顺祝商祺！ 雪莉

FRDM-i.MX95：支持 FRAMOS IMX900 和 H.264 1080p120 你好， 我想确认以下关于FRDM-i.MX95的信息： FRDM-i.MX95 目前是否支持 FRAMOS FSM:GO-IMX900C-M12-L102B-PM-A1Q1（索尼 IMX900 彩色传感器）？ 如果支持，所需的传感器驱动程序、设备树配置和 NEO-ISP 调优文件是否可用？哪个BSP/SDK版本提供此功能？ 这款摄像机能否通过 i.MX95 CSI/ISP 流水线以 120 FPS 或更高的帧速率运行 1920×1080 彩色图像？ 要将此相机模块连接到 FRDM-i.MX95，需要哪种适配器板和电缆？ i.MX95 硬件 VPU 是否支持 1920×1080 @ 120 FPS 的单流 H.264 编码？ 在禁用 B 帧和低延迟设置的情况下，预期的输入到比特流延迟或最小内部缓冲是多少？ 是否支持从相机/ISP 流水线到 H.264 硬件编码器的 DMA-BUF 零拷贝？ 如果目前不支持 FRAMOS IMX900 模块，您能否推荐一款支持 FRDM-i.MX95 的彩色全局快门 MIPI CSI-2 摄像头，该摄像头能够以 1920×1080 @ 120 FPS 或更高的帧率拍摄？ 谢谢！ 图形与显示 Linux 多媒体

Z248 EVB 板：Z248 A0 EVB，空白 MRAM（首次烧录） 探针：S32 调试探针 — 操作系统 1.1.0引导加载程序 1.0.1（已确认为最新版本） 工具：S32DS 3.6.6+ S32K5 开发包 3.6.6EAR + 调试器核心 3.6.10 检测到SWD链： 设备[0]: core_type=S32K5(376) 设备[1]: core_type=DAPv5(232) 但是 ccs_config_chain 失败（ccs_error=39）： “S32K5：未找到初始化序列”（子核心错误 73） “S32K5：总线错误”（子核心错误 76） 验证通过：VTREF=3.3V，SRST_B=3.3V，J6/J9 处于调试模式（引脚 3-4）， 12V 后接 48V 电源顺序 测试过：LS 和非 LS M7 内核，JTAG 频率 10MHz~2MHz，复位延迟 0/500ms， 初始化脚本 s32k5xx_attach.py / attach_first_instruction.py / generic_bareboard.py / generic_bareboard_all_cores.py 问题： 初始启动链编程（HSE / IVT / DCD / 启动管理器 / MICROSAR） 是否支持通过 S32 调试探针 + S32DS 访问空白 Z248 A0？ UM12524 第 4.7.1 节仅针对 Lauterbach 的完整闪光面板进行了文档说明。 TRACE32，而 4.7.2 假设启动板上已经构建了一个 elf。 如果首次刷写固件必须使用 TRACE32，请确认。 Re: Z248 EVB 你好@hjlim1 ， 我写信给您是关于您目前拥有的一款产品——一款尚未正式上市的新产品（NPI）。 请注意，已获准提前体验此类产品的客户已指派了现场工程师。您指定的现场工程师应作为您解决有关本产品任何问题、疑虑或疑问的主要支持渠道。 我们的在线支持团队将在该产品正式发布后，提供更广泛的支持服务。在此之前，我们将无法提供所需的帮助。 感谢您的理解。 顺祝商祺！ 帕维尔

FRDM-i.MX95:FRAMOS IMX900およびH.264 1080p120サポート こんにちは、 FRDM-i.MX95に関して、以下の点を確認させていただきたいと思います。 FRAMOS FSM:GO-IMX900C-M12-L102B-PM-A1Q1 (Sony IMX900 Color) は現在、FRDM-i.MX95でサポートされていますか？ もし対応しているなら、必要なセンサードライバー、デバイスツリーの設定、NEO-ISPのチューニングファイルが利用可能ですか?どのBSP/SDKバージョンがこのサポートを提供していますか? このカメラはi.MX95のCSI/ISPパイプラインを通じて1920×1080色、120FPS以上で動作できますか? このカメラモジュールをFRDM-i.MX95に接続するには、どのアダプタボードとケーブルが必要ですか？ i.MX95ハードウェアVPUは1920×1080 @ 120 FPSでのシングルストリームH.264エンコーディングをサポートしていますか? Bフレームを無効にし低遅延設定した場合、予想される入力からビットストリームへのレイテンシや最小内部バッファリングはどれくらいでしょうか? カメラ/ISPパイプラインからH.264ハードウェアエンコーダーへのDMA-BUFゼロコピーはサポートされていますか？ もしFRAMOS IMX900モジュールが現在サポートされていない場合、FRDM-i.MX95で1920×1080 @ 120 FPS以上に対応し、カラー対応のグローバルシャッター対応MIPI CSI-2カメラをおすすめしていただけますか? よろしくお願いします。 グラフィックスとディスプレイ Linux マルチメディア

Z248 EVB 基板：Z248 A0 EVB、MRAMは未書き込み（初回書き込み時） プローブ: S32 デバッグプローブ — OS 1.1.0/ ブートローダー 1.0.1 (最新版確認済み) ツール：S32DS 3.6.6+ S32K5 開発パッケージ 3.6.6EAR + デバッガーコア 3.6.10 SWDチェーンISが検出されました： デバイス[0]: コアタイプ=S32K5(376) デバイス[1]: コアタイプ=DAPv5(232) しかし、ccs_config_chain が失敗します (ccs_error=39): 「S32K5: 初期化シーケンスが見つかりません」(サブコアエラー 73) 「S32K5: バスエラー」(サブコアエラー 76) 検証済み OK: VTREF=3.3V、SRST_B=3.3V、デバッグモードのJ6/J9（ピン3-4）、 12V、次に48Vの電源シーケンス 試した: LS および非 LS M7 コア、JTAG 10MHz~2MHz、リセット遅延 0/500ms、 初期化スクリプト s32k5xx_attach.py / attach_first_instruction.py / generic_bareboard.py / generic_bareboard_all_cores.py 質問: 初期ブートチェーンプログラミング(HSE / IVT / DCD / BOOT マネージャ / MICROSAR)ですか? S32デバッグプローブ+S32DSを介してサポートされるBLANK Z248 A0のことですか? UM12524セクション4.7.1では、ラウターバッハ専用のフルフラッシングパネルが記載されています TRACE32、4.7.2はすでに構築済みのエルフがブートボード上にあることを前提としています。 初回フラッシュ時にTRACE32が必須である場合は、ご確認ください。 Re: Z248 EVB こんにちは、 @hjlim1 さん。 現在お手元にある製品、まだ正式に発売されていないNPI(新製品導入)についてお手伝いしています。 これらの製品の早期アクセス権を得たお客様は、現場エンジニアを割り当てていることにご注意ください。指定されたフィールドエンジニアが、この製品に関する問題や懸念、問い合わせの主要なサポートチャネルとなります。 正式リリース後、オンラインサポートチームはより幅広いサポートを展開していきます。それまでは、私たちは必要な支援を提供する体制が整っていません。 ご理解いただきありがとうございます。 よろしくお願いいたします。 パベル

如何使用 SR250 作为锚点，SR040 作为标签来实现 UWB TDoA？ 你好， 我正在尝试使用以下配置实现一个UWB TDoA系统： NXP SR250 设备作为主从锚点 NXP SR040 作为移动标签 每个SR250锚点都连接一个主机MCU。 SR250 锚点需要接收 SR040 标签定期发送的闪烁消息。主锚点和从锚点将使用接收到的时间戳，通过到达时间 (TDoA) 计算标签位置。 我想确认以下事项： SR040 能否发送可被多个 SR250 锚点接收并添加时间戳的周期性闪烁消息？ SR040 和 SR250 是否兼容此 TDoA 使用场景？ NXP是否有SR250锚点和SR040标签TDoA系统的参考实现？ 目前，我的 QN9090 主机上运行着 SR250 TDoA 锚点应用程序。但是，我找不到清晰的文档或示例来说明如何将 SR040 配置为兼容的 TDoA 标签。 如果您能提供有关所需固件、会话配置、闪烁帧格式和时间戳同步方面的信息，我们将不胜感激。 顺祝商祺！

How can I implement UWB TDoA using SR250 as anchors and SR040 as a tag? Hello, I am trying to implement a UWB TDoA system using the following configuration: NXP SR250 devices as the master and slave anchors NXP SR040 as the mobile tag A host MCU connected to each SR250 anchor The SR250 anchors need to receive blink messages transmitted periodically by the SR040 tag. The master and slave anchors will then use the received timestamps to calculate the tag position using TDoA. I would like to confirm the following: Can the SR040 transmit periodic blink messages that can be received and timestamped by multiple SR250 anchors? Are the SR040 and SR250 compatible for this TDoA use case? Is there an NXP reference implementation for an SR250 anchor and SR040 tag TDoA system? Currently, I have an SR250 TDoA anchor application running on a QN9090 host. However, I could not find clear documentation or an example showing how to configure the SR040 as a compatible TDoA tag. Any information regarding the required firmware, session configuration, blink frame format, and timestamp synchronization would be greatly appreciated. Best regards.

IW610 (USB) ファームウェアが「WLAN FW がアクティブ」になってから約 4 秒後にクラッシュします。 こんにちは、 OpenWrt 25（カーネル6.12）でIW610Gモジュールを起動するのに苦労しています。列挙は順調に進み、ファームウェアのダウンロードも問題なさそうですが、クラッシュが発生します。 USBの列挙とファームウェアのダウンロードは毎回成功します。モジュールはメインファームウェアを起動し、「WLAN FW is active」と表示し、VDLLブロック（48000バイト）をロードします。その後、**一貫して約3.9～4.1秒後**にファームウェアがクラッシュし、独自のダンプ（「FW trigger fw dump」）がトリガーされます。このタイミングは数十回のブート(コールドブートとウォームEHCIリバインドサイクルの両方)で非常にデターミニスティックであり、ランダムな信号ノイズではなく固定された内部タイマー/ウォッチドッグであると推測します。 この正確な起動時からのフルファームウェアダンプ(「file_fwdump」、1,230,600バイト)とドライバー情報ダンプ(「file_drv_info」、259,772バイト)が添付されています。 最新のクリーンブート時の関連するdmesgの抜粋全文： [ 34.484411] usb 1-1: 新しいUSBデバイスが見つかりました。idVendor=0471、idProduct=0214、bcdDevice=40.00 [ 34.500356] USB 1-1: 製品:NXPワイヤレスデバイス [ 34.525526] VID/PID = 471/214、Boot2 バージョン = 4000 [ 34.573668 リクエストファームウェア:nxp/usbusb_iw610.bin.se [ 37.189918] fw_dnld: 808824バイトダウンロード [ 37.381917] USB 1-1:USB切断、デバイス番号2 [ 37.883662] USB 1-1:EHCIプラットフォームを使用した新しい高速USBデバイス番号3 [ 38.115044] USB 1-1:新しいUSBデバイスが発見、idVendor=0471、idProduct=0215、bcdDevice=32.01 [ 38.131013] USB 1-1:製品:BluetoothおよびワイヤレスLANコンポジットデバイス [ 38.288804] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.295470] VID/PID = 471/215、Boot2 バージョン = 3201 [ 38.300509] woal_usb_probe: 無効なエンドポイント割り当て [ 38.306315] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.312906] VID/PID = 471/215、Boot2 バージョン = 3201 [ 38.318003] woal_usb_probe: 無効なエンドポイント割り当て [ 38.473628] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.480227] VID/PID = 471/215、Boot2 バージョン = 3201 [ 38.485411] モアルハンドル操作を取り付けろ、カードインターフェースタイプ:0x40d [ 38.628304 ] WLAN FWは稼働中 [ 38.631408 on_time 38628138922 [ 38.655388] VDLL: ファームウェアをリクエスト:nxp/usbusb_iw610.bin.se [ 38.671234] VDLLイメージ: 長さ=48000 [ 38.675868] fw_cap_info=0x487cbf03、dev_cap_mask=0xffffffff [ 38.681912] uuid: 30548cc5aad797baaa0885c430d55486 [ 38.686932] max_p2p_conn = 8、max_sta_conn = 8 [ 42.576334] FW トリガー fw ダンプ <-- 「WLAN FW がアクティブです」から約 3.95 秒後 [ 42.579535] =====FWトリガーダンプ==== [ 42.589155] ディレクトリ /var/dump_42 の作成に成功しました [ 42.601497] ファームウェアダンプディレクトリ名は /var/dump_42 です [ 42.607105] DRVダンプデータは/var/dump_42/file_drv_infoにあります [ 43.786094] IOCTL が失敗しました: d64defa8 id=0xd0000、sub_id=0xd0004 action=1、status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_11D_DOMAIN_INFO_EXT) [ 43.796200] IOCTL が失敗しました: 12d298a2 id=0x30000、sub_id=0x30003 action=2、status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_ANT_CFG) [43.807348] 11D: FW でドメイン情報を設定する際にエラーが発生しました [ 43.844117] ファームウェア情報の取得に失敗しました！ステータス=-1、エラーコード=0x0 [43.954897] ファームウェア初期化失敗 [43.963379] カードが削除されました: -2 [ 44.027311] woal_usb_probe: woal_add_card が失敗しました 「WLAN FWがアクティブになった」状態から約4秒後に発生するという決定性、およびキャンセルされた2つのコマンド（`ANT_CFG`、`11D_DOMAIN_INFO_EXT`）を考慮すると、このクラッシュのシグネチャは`MM6X18540`シリーズの既知の問題と一致しますか？それとも、ファームウェアダンプで確認すべき特定の事項がありますか？必要であれば、`file_fwdump`/`file_drv_info`を直接共有することも可能です。どのような方法で送信すればよろしいでしょうか？ アドバイスをいただければ幸いです。 - **ホストSoC**:Qualcomm Atheros QCA9533(AR9531/QCA9533ファミリ)、カスタムボード、OpenWrt、Linuxカーネル6.12.71(ath79ターゲット)。 - **モジュール**:NXP IW610(Wi-Fi 6 + BLE 5.4 + 802.15.4コンボ)、このテスト用にUSB2.0(Wi-Fi + BT)経由で接続;SPI(802.15.4)リンクはボード上にありますが、現在は無効化されています(下記参照)。 - **ドライバ**: 'nxp-imx/mwifiex', コミット '09f41e1423e4806a127507d5fa284cd02c46772f' — 「ホットフィックスリリースMM6X18540.p41のドライバコミット(2025-12-23)、ブランチ `hotfix/lf-6.12.49_2.2.0_hotfix`。`MLAN_RELEASE_VERSION "540.p41"`をコンパイルしました。 - **ファームウェア**: `usbusb_iw610.bin.se`(Wi-Fi+BTのみ、SPIブロックなし)、`nxp-imx/imx-firmware`コミット`216a015fea`から取得 — "ホットフィックスリリースMM6X18540.p41 2025-12-23のファームウェアコミット"、内部タグ`IW610-18.99.5.p86`。これはNXP独自のリリースノートとp41ドライバーのペアです。 - モジュールパラメータ (`wifi_mod_para.conf`):'USBIW610 = { dual_nb=0 fw_name=nxp/usbusb_iw610.bin.se }' — これは明示的に2つ目の狭帯域(802.15.4/SPI)ファームウェアブロックを無効化するため、純粋なUSB Wi-Fi+BTを単独でテストしています。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" デバッグモードでは、DOMIAN INFO が FW から応答されなかった最後のコマンドのようです。 [ 1221.243476]QUEUE_CMD: 802_11_SNMP_MIB [0x16] がキューに追加されました [ 1221.251155] 11D:Country=US band=0 sub-band=1 dfs_region=1 [ 1221.256730] 11D: 最初のチャネル=1、チャネル数=11、最大送信電力=23 [ 1221.262395] mlan%d: [ 1221.262402]QUEUE_CMD:802_11D_DOMAIN_INFO[0x5b]がキューに入っています [ 1221.270406 wlan_set_regiontable: 2.4G 0x10 [ 1221.274723 wlan_set_regiontable: 5G 0x10 [ 1221.283423] mlan%d: [ 1221.283454]DNLD_CMD (1221.280171):802_11_SNMP_MIB [0x16]、act 0x1、len 16、seqno 0x18、タイムアウト 5000 [ 1221.295486] mlan_write_data_async_complete: CMD [ 1221.300210] mlan_recv: CMD (1221.296961) [ 1221.313352] mlan%d: [ 1221.313384]CMD_RESP (1221.310098):802_11_SNMP_MIB [0x8016]、結果 0、長さ 16、シーケンス番号 0x18 [ 1221.324316] mlan%d: [ 1221.324327]DNLD_CMD (1221.321067):802_11D_DOMAIN_INFO [0x5b]、act 0x1、len 32、seqno 0x19、タイムアウト 5000 [ 1221.336726] mlan_write_data_async_complete: CMD [ 1221.498408] mlan%d: [ 1221.498441]QUEUE_CMD:802_11_RF_ANTENNA[0x20]がキューに入っています [ 1221.540732 mlan_recv: イベント0x73 (1221.537479) [ 1221.545540]FWトリガーfwダンプ [ 1221.548946] =====FWトリガーダンプ==== Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" Big Endian版では変換が見落とされているようです Nxpケースはもう使えないので、ここでパッチを投稿しています

MPC5744p S32DS LINBUS 主从示例 大家好， 请问有人能提供关于 S32 Design Studio 中是否有 MPC5744p LINBUS 主/从示例的信息吗？ 谢谢！ Re: MPC5744p S32DS LINBUS master slave example 附件中的 ZIP 文件包含修改后的驱动程序文件。 测试配置： - MPC5744P - S32 电源架构设计工作室 2.1 - S32_SDK_S32PA_RTM_3.0.3 - INST_LINFLEXD_UART2 FreeRTOS - 两个物理从控制器 已实现的功能： - LIN 中断和 0x55 同步字节 - 受保护标识符的生成和验证 - 主控端传动 - 中断驱动的从属响应 - 经典和增强型校验和 - 帧最多包含 8 个数据字节 - 响应超时处理 - 从设备断开连接、RESET 或重新连接后的恢复 - 轮询多个从属标识符 该驱动程序使用两个物理 MPC5744P 从控制器进行了测试。 安装： 1.备份原始SDK驱动程序文件。 2. 将提供的头部信息复制到： 平台/驱动程序/公司/ 3. 将提供的源文件复制到： platform/drivers/src/linflexd/ 4. 刷新项目中链接的 SDK 文件。 5. 执行彻底重建。 我希望这能帮助任何需要使用 S32 SDK 进行基本 LIN 通信的人。 欢迎提供其他 MPC5xxx 设备的反馈和测试结果。 顺祝商祺！ Re: MPC5744p S32DS LINBUS master slave example 这里有一种可行的方法，可以模拟唤醒信号。   #define SYNC 0x55 #define WAKEUP = 0x00 ;    …… LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 4800 );     LINFLEXD_UART_DRV_SendDataBlocking ( INST_LINFLEXD_UART1 , & WAKEUP , 1 , 100 );     LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 9600 );     masterMessage.sync = SYNC ;​​     masterMessage.id = PID ;​​     masterMessage.data [ 0 ] = 0x00 ;​     masterMessage.data [ 1 ] = 0x00 ;​     masterMessage.chksum = linbus_calculate_checksum ( masterMessage.data , 2 ) ;​​​   Re: MPC5744p S32DS LINBUS master slave example 您好， 你可以继续使用SDK和LINFlex模块，但需要自己编写代码/驱动程序，例如重用现有的裸机代码。 BR，彼得 Re: MPC5744p S32DS LINBUS master slave example 我的想法是继续在 SDK 环境中运行，您认为这目前是启用 LIN 硬件的最佳方式吗？或者，有没有办法通过 PIT 和 GPIO 来创建软件？ Re: MPC5744p S32DS LINBUS master slave example 您好， 据我所知，SDK 中没有 LIN 支持，也没有计划添加该功能。 BR，彼得 Re: MPC5744p S32DS LINBUS master slave example 使用SDK和LIN总线的最佳方法是什么？我尝试使用 linflexd_uart 生成 LIN 消息，但无法生成中断和唤醒消息。我应该将 TX 用作数字输出吗？ Re: MPC5744p S32DS LINBUS master slave example 感谢您的快速回复，请问是否可以将示例的一部分（初始化和发送 LIN 消息）与 SDK 包中的 FreeRTOS 示例集成，而不会出现任何重大问题？ Re: MPC5744p S32DS LINBUS master slave example 您好， S32DS 中有 LIN 主站和从站的示例，您可以参考一下。 PetrS_0-1692959754415.pngPetrS_0-1692959754415.png BR，彼得

MPC5744p S32DS LINBUS master slave example Hello everyone, Could someone help me with information about whether there is an MPC5744p LINBUS Master/Slave example for S32 Design Studio? Thank you! Re: MPC5744p S32DS LINBUS master slave example The attached ZIP contains the modified driver files  Tested configuration: - MPC5744P - S32 Design Studio for Power Architecture 2.1 - S32_SDK_S32PA_RTM_3.0.3 - INST_LINFLEXD_UART2 - FreeRTOS - Two physical slave controllers Implemented functionality: - LIN break and 0x55 synchronization byte - Protected identifier generation and validation - Master header transmission - Interrupt-driven slave response - Classic and enhanced checksum - Frames with up to 8 data bytes - Response timeout handling - Recovery after a slave is disconnected, reset or reconnected - Polling of multiple slave identifiers The driver was tested with two physical MPC5744P slave controllers. Installation: 1. Back up the original SDK driver files. 2. Copy the provided header to: platform/drivers/inc/ 3. Copy the provided source file to: platform/drivers/src/linflexd/ 4. Refresh the linked SDK files in the project. 5. Perform a clean rebuild. I hope this helps anyone who needs basic LIN communication with the S32 SDK. Feedback and test results on other MPC5xxx devices are welcome. Best regards Re: MPC5744p S32DS LINBUS master slave example here is a way that works and simulates a wakeup signal   #define SYNC 0x55 #define WAKEUP = 0x00;    ....     LINFLEXD_UART_DRV_SetBaudRate(INST_LINFLEXD_UART1,4800);     LINFLEXD_UART_DRV_SendDataBlocking(INST_LINFLEXD_UART1, &WAKEUP, 1,100);     LINFLEXD_UART_DRV_SetBaudRate(INST_LINFLEXD_UART1,9600);     masterMessage.sync = SYNC;     masterMessage.id = PID;     masterMessage.data[0] = 0x00;     masterMessage.data[1] = 0x00;     masterMessage.chksum = linbus_calculate_checksum(masterMessage.data,2);   Re: MPC5744p S32DS LINBUS master slave example Hi, you can stay with SDK and LINFlex module, but you need to write code/driver yourself, for example reusing available baremetal code.  BR, Petr Re: MPC5744p S32DS LINBUS master slave example My idea is to stay in the SDK environment, which is now, in your opinion, the best way to enable LIN hardware? Or is there maybe a way to create software via PIT and GPIO? Re: MPC5744p S32DS LINBUS master slave example Hi, as far as I know there's no LIN support in the SDK and there are no plans to add it. BR, Petr Re: MPC5744p S32DS LINBUS master slave example What is the best approach here to use the SDK and LIN bus? I tried generating a LIN message with linflexd_uart, but generating that break and wakeup isn't possible. Should I use TX as a digital output? Re: MPC5744p S32DS LINBUS master slave example Thank you for quick replay, is it possible to integrate a part of the example (initialization and sending a LIN message) with, let's say, a FreeRTOS example from the SDK package without any major issues? Re: MPC5744p S32DS LINBUS master slave example Hi, there are LIN master and slave examples within S32DS, so you can refer to it. PetrS_0-1692959754415.pngPetrS_0-1692959754415.png BR, Petr

MPC5744p S32DS LINBUS マスタースレーブの例 こんにちは、みんな、 S32 Design Studio用のMPC5744p LINBUS Master/Slaveの例があるかどうか、どなたか教えてもらえますか? ご回答をお待ちしています。 Re: MPC5744p S32DS LINBUS master slave example 添付されたZIPには修正済みドライバーファイルが含まれています テスト済み構成: - MPC5744P - S32 Power Architecture 2.1 Design Studio - S32_SDK_S32PA_RTM_3.0.3 - INST_LINFLEXD_UART2 - FreeRTOS - 2つの物理スレーブコントローラ 実装された機能: - LINブレークおよび同期バイト0x55 - 保護された識別子の生成と検証 - マスターヘッダー伝送 - 割り込み駆動スレーブ応答 - クラシックおよび強化チェックサム - 最大8バイトのデータバイトを持つフレーム - レスポンスタイムアウト処理 - スレーブが切断、リセット、再接続された後の復旧 - 複数のスレーブ識別子のポーリング ドライバーは2つの物理的なスレーブコントローラーでテストMPC5744Pされました。 インストール: 1.元のSDKドライバファイルをバックアップしてください。 2. 提供されたヘッダーを以下にコピーします: プラットフォーム/ドライバ/インク/ 3. 提供されたソースファイルを以下にコピーします: プラットフォーム/ドライバ/SRC/linflexd/ 4. プロジェクト内のリンクされたSDKファイルを更新します。 5. クリーンな再構築を行う。 S32 SDKとの基本的なLIN通信が必要な方の参考になれば幸いです。 他のMPC5xxxデバイスに関するフィードバックやテスト結果も歓迎します。 よろしくお願いいたします。 Re: MPC5744p S32DS LINBUS master slave example ウェイクアップ信号をシミュレートする有効な方法を以下に示します。   #define SYNC 0x55 #define WAKEUP = 0x00 ;    .... LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 4800 );     LINFLEXD_UART_DRV_SendDataBlocking ( INST_LINFLEXD_UART1 , & WAKEUP , 1 , 100 );     LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 9600 );     masterMessage.sync = SYNC ;​​     masterMessage.id = PID ;​​     masterMessage.data [ 0 ] = 0x00 ;​     masterMessage.data [ 1 ] = 0x00 ;​     masterMessage.chksum = linbus_calculate_checksum ( masterMessage.data , 2 ) ;​​​   Re: MPC5744p S32DS LINBUS master slave example こんにちは、 SDKやLINFlexモジュールのまま使うこともできますが、自分でコードやドライバを書く必要があります。例えば、利用可能なベアメタルコードを使い回すなどです。 BR、ペトル Re: MPC5744p S32DS LINBUS master slave example 私の考えはSDK環境にとどまることです。あなたの意見では、それがLINハードウェアを有効にする最良の方法だとお考えですか?あるいはPITやGPIOを使ってソフトウェアを作成する方法があるのでしょうか? Re: MPC5744p S32DS LINBUS master slave example こんにちは、 私の知る限り、SDKにはLINのサポートがなく、追加する計画もありません。 BR、ペトル Re: MPC5744p S32DS LINBUS master slave example ここでSDKとLINバスを使う最良の方法は何でしょうか?linflexd_uartでLINメッセージを生成しようとしましたが、そのブレイクとウェイクアップを生成することはできません。TXをデジタル出力として使用すべきでしょうか？ Re: MPC5744p S32DS LINBUS master slave example 迅速なリプレイありがとうございます。例の一部(初期化とLINメッセージの送信)を、例えばSDKパッケージのFreeRTOS例と統合することは大きな問題なく可能でしょうか? Re: MPC5744p S32DS LINBUS master slave example こんにちは、 S32DS内にはLINマスターとスレーブの例があるので参照できます。 PetrS_0-1692959754415.pngPetrS_0-1692959754415.png BR、ペトル

IW610 (USB) firmware crashes ~4s after "WLAN FW is active" Hello,  I struggle starting an IW610G module on openwrt 25 (6.12 kernel). Enumeration goes well now, firmware download seems too but I face a crash. USB enumeration and firmware download succeed every time. The module boots its main firmware, prints `WLAN FW is active`, loads a VDLL block (48000 bytes) — and then, **consistently ~3.9–4.1 seconds later**, the firmware crashes and triggers its own dump (`FW trigger fw dump`). This timing is remarkably deterministic across dozens of boots (cold boot and warm EHCI-rebind cycles alike), which makes us suspect a fixed internal timer/watchdog rather than random signal noise. Full firmware dump (`file_fwdump`, 1,230,600 bytes) and driver info dump (`file_drv_info`, 259,772 bytes) from this exact boot are attached. Full relevant dmesg excerpt from the latest clean boot: [ 34.484411] usb 1-1: New USB device found, idVendor=0471, idProduct=0214, bcdDevice=40.00 [ 34.500356] usb 1-1: Product: NXP Wireless Device [ 34.525526] VID/PID = 471/214, Boot2 version = 4000 [ 34.573668] Request firmware: nxp/usbusb_iw610.bin.se [ 37.189918] fw_dnld: 808824 bytes downloaded [ 37.381917] usb 1-1: USB disconnect, device number 2 [ 37.883662] usb 1-1: new high-speed USB device number 3 using ehci-platform [ 38.115044] usb 1-1: New USB device found, idVendor=0471, idProduct=0215, bcdDevice=32.01 [ 38.131013] usb 1-1: Product: Bluetooth and Wireless LAN Composite Device [ 38.288804] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.295470] VID/PID = 471/215, Boot2 version = 3201 [ 38.300509] woal_usb_probe: invalid endpoint assignment [ 38.306315] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.312906] VID/PID = 471/215, Boot2 version = 3201 [ 38.318003] woal_usb_probe: invalid endpoint assignment [ 38.473628] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.480227] VID/PID = 471/215, Boot2 version = 3201 [ 38.485411] Attach moal handle ops, card interface type: 0x40d [ 38.628304] WLAN FW is active [ 38.631408] on_time is 38628138922 [ 38.655388] VDLL: Request firmware: nxp/usbusb_iw610.bin.se [ 38.671234] VDLL image: len=48000 [ 38.675868] fw_cap_info=0x487cbf03, dev_cap_mask=0xffffffff [ 38.681912] uuid: 30548cc5aad797baaa0885c430d55486 [ 38.686932] max_p2p_conn = 8, max_sta_conn = 8 [ 42.576334] FW trigger fw dump <-- ~3.95s after "WLAN FW is active" [ 42.579535] =====FW trigger dump==== [ 42.589155] Create directory /var/dump_42 successfully [ 42.601497] Firmware Dump directory name is /var/dump_42 [ 42.607105] DRV dump data in /var/dump_42/file_drv_info [ 43.786094] IOCTL failed: d64defa8 id=0xd0000, sub_id=0xd0004 action=1, status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_11D_DOMAIN_INFO_EXT) [ 43.796200] IOCTL failed: 12d298a2 id=0x30000, sub_id=0x30003 action=2, status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_ANT_CFG) [ 43.807348] 11D: Error setting domain info in FW [ 43.844117] get fw info failed! status=-1, error_code=0x0 [ 43.954897] Firmware Init Failed [ 43.963379] Card is removed: -2 [ 44.027311] woal_usb_probe: woal_add_card failed Given the ~4s-after-"WLAN FW is active" determinism and the two cancelled commands (`ANT_CFG`, `11D_DOMAIN_INFO_EXT`), does this crash signature match any known issue in the `MM6X18540` line, or is there something specific we should check in our firmware dump? Happy to share `file_fwdump`/`file_drv_info` directly if that's useful — how would you like us to send them? Thanks in advance for any pointers. - **Host SoC**: Qualcomm Atheros QCA9533 (AR9531/QCA9533 family), custom board, OpenWrt, Linux kernel 6.12.71 (ath79 target). - **Module**: NXP IW610 (Wi-Fi 6 + BLE 5.4 + 802.15.4 combo), connected over USB2.0 (Wi-Fi + BT) for this test; SPI (802.15.4) link is present on the board but **currently disabled** (see below). - **Driver**: `nxp-imx/mwifiex`, commit `09f41e1423e4806a127507d5fa284cd02c46772f` — "Driver commit for hotfix release MM6X18540.p41" (2025-12-23), branch `hotfix/lf-6.12.49_2.2.0_hotfix`. Compiled `MLAN_RELEASE_VERSION "540.p41"`. - **Firmware**: `usbusb_iw610.bin.se` (Wi-Fi+BT only, no SPI block), pulled from `nxp-imx/imx-firmware` commit `216a015fea` — "Firmware commit for hotfix release MM6X18540.p41 2025-12-23", internal tag `IW610-18.99.5.p86`. This is the firmware NXP's own release notes pair with the p41 driver. - Module params (`wifi_mod_para.conf`): `USBIW610 = { dual_nb=0 fw_name=nxp/usbusb_iw610.bin.se }` — explicitly disables the second narrowband (802.15.4/SPI) firmware block so we're testing pure USB Wi-Fi+BT in isolation. Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" In debug mode it seems the DOMIAN INFO is the last command not answered from FW :  [ 1221.243476] QUEUE_CMD: 802_11_SNMP_MIB [0x16] is queued [ 1221.251155] 11D:Country=US band=0 sub-band=1 dfs_region=1 [ 1221.256730] 11D: first chan=1 no_of_chan=11, max_tx_pwr=23 [ 1221.262395] mlan%d: [ 1221.262402] QUEUE_CMD: 802_11D_DOMAIN_INFO [0x5b] is queued [ 1221.270406] wlan_set_regiontable: 2.4G 0x10 [ 1221.274723] wlan_set_regiontable: 5G 0x10 [ 1221.283423] mlan%d: [ 1221.283454] DNLD_CMD (1221.280171): 802_11_SNMP_MIB [0x16], act 0x1, len 16, seqno 0x18 timeout 5000 [ 1221.295486] mlan_write_data_async_complete: CMD [ 1221.300210] mlan_recv: CMD (1221.296961) [ 1221.313352] mlan%d: [ 1221.313384] CMD_RESP (1221.310098): 802_11_SNMP_MIB [0x8016], result 0, len 16, seqno 0x18 [ 1221.324316] mlan%d: [ 1221.324327] DNLD_CMD (1221.321067): 802_11D_DOMAIN_INFO [0x5b], act 0x1, len 32, seqno 0x19 timeout 5000 [ 1221.336726] mlan_write_data_async_complete: CMD [ 1221.498408] mlan%d: [ 1221.498441] QUEUE_CMD: 802_11_RF_ANTENNA [0x20] is queued [ 1221.540732] mlan_recv: EVENT 0x73 (1221.537479) [ 1221.545540] FW trigger fw dump [ 1221.548946] =====FW trigger dump==== Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" It seems the Big Endian version missed some conversion I can't the the Nxp case anymore so I post patches here

IW610（USB）固件在“WLAN固件激活”后约4秒崩溃 你好， 我在 openwrt 25 (6.12 内核) 上启动 IW610G 模块时遇到了困难。枚举过程现在进行得很顺利，固件下载似乎也没问题，但我遇到了崩溃。 USB枚举和固件下载每次都成功。该模块启动其主固件，打印“WLAN 固件已激活”，加载一个 VDLL 块（48000 字节）——然后，**大约 3.9 到 4.1 秒后**，固件崩溃并触发其自身的转储（“固件触发固件转储”）。在数十次启动（冷启动和热 EHCI 重新绑定周期）中，这种计时方式非常确定，这让我们怀疑是固定的内部定时器/看门狗，而不是随机信号噪声。 附件包含本次启动的完整固件转储文件（`file_fwdump`，1,230,600 字节）和驱动程序信息转储文件（`file_drv_info`，259,772 字节）。 以下是最近一次干净启动后的完整相关 dmesg 日志摘录： [ 34.484411] usb 1-1：发现新的 USB 设备，idVendor=0471，idProduct=0214，bcdDevice=40.00 [ 34.500356] usb 1-1：产品：NXP 无线设备 [ 34.525526] VID/PID = 471/214，Boot2 版本 = 4000 [ 34.573668] 请求固件：nxp/usbusb_iw610.bin.se [ 37.189918] fw_dnld：已下载 808824 字节 [ 37.381917] usb 1-1：USB 断开连接，设备编号 2 [ 37.883662] usb 1-1：使用 ehci 平台的新型高速 USB 设备，编号 3 [ 38.115044] usb 1-1：发现新的 USB 设备，idVendor=0471，idProduct=0215，bcdDevice=32.01 [ 38.131013] usb 1-1：产品：蓝牙和无线局域网复合设备 [ 38.288804] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.295470] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.300509] woal_usb_probe：无效的端点分配 [ 38.306315] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.312906] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.318003] woal_usb_probe：无效的端点分配 [ 38.473628] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.480227] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.485411] 附加 moal 句柄操作，卡接口类型：0x40d [ 38.628304] WLAN 固件已激活 [ 38.631408] on_time 为 38628138922 [ 38.655388] VDLL：请求固件：nxp/usbusb_iw610.bin.se [ 38.671234] VDLL 映像：长度=48000 [ 38.675868] fw_cap_info=0x487cbf03，dev_cap_mask=0xffffffff [ 38.681912] uuid: 30548cc5aad797baaa0885c430d55486 [ 38.686932] max_p2p_conn = 8, max_sta_conn = 8 [ 42.576334] FW 触发信号转储 <-- “WLAN 固件已激活”后约 3.95 秒 [ 42.579535] =====固件触发器转储==== [ 42.589155] 目录 /var/dump_42 创建成功 [ 42.601497] 固件转储目录名称为 /var/dump_42 [ 42.607105] DRV 转储数据位于 /var/dump_42/file_drv_info [ 43.786094] IOCTL 失败：d64defa8 id=0xd0000，sub_id=0xd0004 action=1，status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_11D_功能域_INFO_EXT) [ 43.796200] IOCTL 失败：12d298a2 id=0x30000，sub_id=0x30003 action=2，status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_ANT_CFG) [ 43.807348] 11D：在固件中设置功能域信息时出错 [ 43.844117] 获取固件信息失败！状态=-1，错误代码=0x0 [ 43.954897] 固件初始化失败 [ 43.963379] 卡片已移除：-2 [ 44.027311] woal_usb_probe: woal_add_card 失败 考虑到“WLAN 固件已激活”后约 4 秒的确定性以及两个已取消的命令（`ANT_CFG`、`11D_DOMAIN_INFO_EXT`），此崩溃特征是否与 `MM6X18540` 系列中的任何已知问题相匹配，或者我们应该在固件转储中检查哪些特定内容？如果这样有用，我很乐意直接分享 `file_fwdump`/`file_drv_info` 文件——您希望我们如何发送它们？ 感谢您提供的任何建议。 - **主机SoC**：高通Atheros QCA9533（AR9531/QCA9533系列），定制板，OpenWrt，Linux内核6.12.71（ath79目标）。 - **模块**：NXP IW610（Wi-Fi 6 + BLE 5.4 + 802.15.4 组合），通过 USB2.0（Wi-Fi + BT）连接进行本次测试；板上存在 SPI（802.15.4）链路，但**目前已禁用**（见下文）。 - **驱动程序**：`nxp-imx/mwifiex`，提交 `09f41e1423e4806a127507d5fa284cd02c46772f` — "热修复版本 MM6X18540.p41 的驱动程序提交"（2025-12-23），分支“hotfix/lf-6.12.49_2.2.0_hotfix”。已编译 `MLAN_RELEASE_VERSION "540.p41"`。 - **固件**: `usbusb_iw610.bin.se`（仅限 Wi-Fi+BT，无 SPI 模块），从 `nxp-imx/imx-firmware` 提交 `216a015fea` 拉取 — “热修复版本 MM6X18540.p41 2025-12-23 的固件提交”，内部标签 `IW610-18.99.5.p86`。这是 NXP 官方发布的固件说明，与 p41 驱动程序配套使用。 - 模块参数（`wifi_mod_para.conf`）：`USBIW610 = { dual_nb=0 fw_name=nxp/usbusb_iw610.bin.se }` — 明确禁用第二个窄带 (802.15.4/SPI) 固件块，以便我们能够单独测试纯 USB Wi-Fi+BT。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 在调试模式下，DOMIAN INFO 似乎是固件未响应的最后一个命令： [ 1221.243476]QUEUE_CMD：802_11_SNMP_MIB [0x16] 已加入队列 [ 1221.251155] 11D:Country=US band=0 sub-band=1 dfs_region=1 [ 1221.256730] 11D：第一个通道=1，通道数=11，最大传输功率=23 [ 1221.262395] mlan%d: [ 1221.262402]QUEUE_CMD：802_11D_DOMAIN_INFO [0x5b] 已排队 [ 1221.270406] wlan_set_regiontable: 2.4G 0x10 [ 1221.274723] wlan_set_regiontable: 5G 0x10 [ 1221.283423] mlan%d: [ 1221.283454]DNLD_CMD (1221.280171):802_11_SNMP_MIB [0x16]，act 0x1，len 16，seqno 0x18，timeout 5000 [ 1221.295486] mlan_write_data_async_complete: CMD [ 1221.300210] mlan_recv: CMD (1221.296961) [ 1221.313352] mlan%d: [ 1221.313384]CMD_RESP (1221.310098):802_11_SNMP_MIB [0x8016]，结果 0，长度 16，序列号 0x18 [ 1221.324316] mlan%d: [ 1221.324327]DNLD_CMD (1221.321067):802_11D_DOMAIN_INFO [0x5b]，act 0x1，len 32，seqno 0x19 timeout 5000 [ 1221.336726] mlan_write_data_async_complete: CMD [ 1221.498408] mlan%d: [ 1221.498441]QUEUE_CMD：802_11_RF_ANTENNA [0x20] 已加入队列 [ 1221.540732] mlan_recv: 事件 0x73 (1221.537479) [ 1221.545540]固件触发固件转储 [ 1221.548946] =====固件触发器转储==== Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 看来大端字节序版本缺少一些转换。 我无法再处理 NXP 的案例了，所以在这里发布补丁。

Question about how to use VLPS under FreeRTOS for FS32K116LAT0MLFT Hello, the chip I'm using is FS32K116LAT0MLFT, the environment is S32DS3.6.6, and the RTD package I'm using is... YangLuYao_0-1787278192313.pngYangLuYao_0-1787278192313.png I'd like to ask how I should use VLPS mode. Is it configured in the peripheral components? I've never done this before, so I'd like to ask for your guidance. YangLuYao_1-1787278259938.pngYangLuYao_1-1787278259938.png Oh, I found this in the components. Is this it? How do I configure it? Looking forward to your reply, thank you! w Re: 关于FS32K116LAT0MLFT如何在FREERTOS下使用VLPS的问题 Hi @YangLuYao, Yes, you need the POWER Ip driver or the MCU MCAL driver. There are these example, but they do not utilize the LVPS mode. Power_Ip_Example_S32K118 Mcu_Example_S32K118 Regarding VLPS with FreeRTOS, this has been discussed here on the community. For example: https://community.nxp.com/t5/S32K/VLPS-Wakeup-ISR-FreeRTOS-xTaskNotifyFromISR-Issue-on-S32K144/m-p/2201694 Regards, Daniel

The S32DS ARM 2018 R1 license has expired; an extension application is requested. Hello, my S32DS ARM 2018 R1 license has expired. I am requesting an extension. Activation code: 2451-9851-B343-967E. I need it urgently, thank you. Re: S32DS ARM 2018 R1 许可证过期,申请延期 Hi,  your S32DS license has been extended. Please activate S32DS again with your old code.  Re: S32DS ARM 2018 R1 许可证过期,申请延期 Thanks for your support, it's ok!

GUIGuider-2.0.0 container object default padding issue First, I created a container, then added an image as a child object inside it, with the image object positioned at 0,0. However, during UI editing, there were blank areas on the left and top. After analysis, I found that this was caused by the container object having default padding. I need to explicitly set the container object's padding to 0 to solve this problem. This is too cumbersome; is there a better solution?

PWMを使用したVboost（手動）ヒステリシスなし ファクトシート/PT2000A4FS.pdfに記載されているように、Vboost DCDCジェネレータの手動制御またはPWM制御を使用するSD6 MC33816 PT2000またはPT2001用のファームウェアコードを作成した人はいますか？唯一の指針は、インジェクターコードに似ているはずだが、低側のみであり、電圧制御と電流制御の両方が必要だということだ。 ソレノイドコントローラー Re: Vboost using PWM (manual) NOT hysteretic こんにちは、Fastさん。例を教えていただきありがとうございます。DRAM内のpwm_tonとpwm_toffの値は何ですか？あなたのコードを試しましたが、なぜ私の場合VboostがVBOOT_H(65Vと定義されている)に達しないのか不思議に思っています Re: Vboost using PWM (manual) NOT hysteretic 今のところは大丈夫です。はい、添付ファイルにはVboost生成の「マニュアル」方法が示されており、マイクロコードでLS7のオン・オフが行われます。 そろそろ閉店しましょうか？他に質問はありますか？ Re: Vboost using PWM (manual) NOT hysteretic 直接メールを [email protected] に送ってください 。この件についてはいつも彼と話し合ってきました。 Re: Vboost using PWM (manual) NOT hysteretic 上記の説明は、あなたが言及された手動PWMと何か関係がありますか？ Re: Vboost using PWM (manual) NOT hysteretic こんにちは、グオウェイスン はい、PT2001/MC33816にはハードウェアが内蔵されています。LS7のみがVFM（可変周波数モード）、ヒステリシス電流制御、または非同期位相と呼ばれる機能を備えています。私が完全に理解できない理由で、このモードには問題があります。このモードは、負荷によって消費される電流によるVboostの変動に敏感であるか、Vboostから供給される負荷の電流制御に問題があるかのどちらかです。どうやら、リザーバーコンデンサを直接接地し、Vboostの電流検出を回避すれば、感度は低下しないようだ。それはブースかもしれない。手動PWMモードのコーディングにより、その状況は回避されています。同じ機能に複数の名前を呼ぶと、これらの強力なソレノイドコントローラは不必要に複雑に感じられがちですが、続ければ必ず報われます。同期フェーズは基本的にオフです。その方がずっとシンプルに聞こえます。 Fast_0-1737539689581.pngFast_0-1737539689581.pngFast_0-1737539689581.pngFast_0-1737539689581.png Re: Vboost using PWM (manual) NOT hysteretic guoweisun_0-1737510763987.pngguoweisun_0-1737510763987.pngguoweisun_0-1737510763987.pngguoweisun_0-1737510763987.png しかし、Vboostは同期モードと非同期モードの両方を使用して実装されます。 あなたの言っていることが理解できませんでしたし、それがチップ内部の機能なのか、それとも別の方法なのかもわかりませんでした。 Re: Vboost using PWM (manual) NOT hysteretic 理由は「 PT2001でVboostが抑制される理由」を参照してください。 つまり、Vブーストが低い場合に内側のループがPWMを処理し、オン時間に制限があります。LS7を直接制御するため、ノイズの影響を受けやすい非同期ハードウェアは使用していません。通常のスイッチオフは電流に達した時です。そして、時間通りに下り坂を進む。Vboost の目標値に達すると、Vboost が低くなりすぎるまで外側のループは停止します。 Vboostの抑制は不要であるため、参照した投稿を参照してください。 コードの使用は自己責任でお願いします！ Re: Vboost using PWM (manual) NOT hysteretic ここでコードの詳細を紹介または説明していただけますか? Re: Vboost using PWM (manual) NOT hysteretic PT2001については、添付の私の解答をご覧ください。ご意見をお聞かせください。 @guoweisun @RafaR Re: Vboost using PWM (manual) NOT hysteretic HI Fast これらの部品ソフトウェアはすべてこちらに一覧です: guoweisun_0-1736732852841.pngguoweisun_0-1736732852841.pngguoweisun_0-1736732852841.pngguoweisun_0-1736732852841.png PT2000 3/4/6シリンダーエンジン評価ボード |NXPセミコンダクターズ お役に立てれば幸いです! BR Re: Vboost using PWM (manual) NOT hysteretic ご回答ありがとうございます！ 現在、PSシミュレーター上でコードのテストを行っています。インダクタは10μH 120mΩで、Tonを5μsに設定しましたが、全く動作しませんでした。次に、それを10μsに増やすと（おそらく7μsでも動作するでしょう）、DCDCは期待どおりに切り替わります。 ありがとう！ Re: Vboost using PWM (manual) NOT hysteretic こんにちは、アティカさん 私は12Vではなく48Vで動作させていました。GaN FETと15μH 25mΩインダクタを使用した場合、Ton = 7μs、Toff = 4μsとなります。これらは設置状況や負荷に大きく依存します。インジェクター切り替え後の回復時間にも注意してください。