S32K322 LCU/Emios I would like to understand the encoder implementation and principle differences between the S32K144 and S32K322. With the S32K144, the initial angle is communicated through the PWM and then provided to the count to the ABI interface for further processing. We also have a fault-detection mechanism to detect A, B, and I signal/wire disconnections using the quadrature decoder functionality through FTM. However, with the S32K322, the same logic is not working as expected, particularly because we are currently unable to detect the direction correctly. For example, when the I-pulse wire is disconnected, the absolute count becomes zero. This results in incorrect switching, after which the absolute count gradually varies and eventually reaches 4095 pulses. In the S32K144, even when the I-pulse is disconnected, the A and B signals with a single output are still able to provide the proper count, allowing us to detect the fault. Could you please provide examples or clarify the expected behavior for the following cases? A-pulse wire disconnected B-pulse wire disconnected I-pulse wire disconnected A and B pulse wires disconnected A, B, and I pulse wires disconnected It would also be helpful if you could explain how the encoder count and direction are expected to behave in each of these scenarios for both the S32K144 and S32K322. Regards, Thiru S32K3 S32K1 BRUSHLESS-DC-MOTOR-CONTROL 

i.MX 8M Plus (GC7000UL) 仅通过 Mesa etnaviv 报告 OpenGL ES 2.0——是否有可能升级到 ES 3.0/3.1？ 系统信息： - 主板：i.MX 8M Plus - GPU：GC7000UL - 驱动程序栈：Mesa `etnaviv`（开源） - `eglinfo -B` 报告：仅支持 OpenGL ES 2.0 - 应用：Chromium/CEF 133，使用 ANGLE，请求 ES 3.0 上下文 问题： 根据数据手册，GC7000UL 支持 ES 3.1/3.0，该板卡上的etnaviv仅支持 ES 2.0，但支持 Vulkan 和 OpenCL 1.2。Chromium/CEF 的ANGLE 后端无法获取ES3上下文，回退到 ES2 路径，而 ES2 路径又回退到软件渲染。我希望实现真正的 GPU 硬件加速，而不仅仅是 ES2 的变通方案。 - 如果可能的话，我希望继续使用开源的 Mesa/etnaviv 协议栈，而不是专有的 Galcore 驱动程序。 - 如果升级 `CEF` 版本可以解锁此 GPU 上的硬件加速，则愿意升级该版本。 如果需要，我很乐意分享更多版本细节。谢谢！ IMX8MPLUS 图形与显示 HW-开源 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano

MTRCKTSPS5744P 应用软件安装 你好， 我在安装可以从这里下载的软件时遇到了这个问题。 MPC5744P 三相永磁同步电机开发套件 | 恩智浦半导体 错误提示为“文件未找到”。该软件尝试从服务器获取文件，但失败了。 谢谢！

マイクロセーフティマニュアルへのアクセス こんにちは、 2026年12月6日時点で、私はS32K3のセキュアなリソースを閲覧できる状態になっているはずです。 S32K358のセーフティマニュアルを探しているのですが、まだ全く見つかりません。 ここ https://www.nxp.com/products/S32K3#myDocument の安全なドキュメントやMy NXPアカウントの「Secure Resources」>で試しましたが、見つかりませんでした。 どなたか助けていただけますか? ありがとう、 サイモン Re: Accessing Micro Safety Manual こんにちは、 @simon98さん お客様のアカウントおよび内部記録を確認しましたが、S32K3セーフティマニュアルの過去のリクエストは見つかりませんでした。この文書を取得するために、より高いアクセス権限を申請する手助けをいただけますか? BR、VaneB

Access to intA and intB of DMA descriptors when using SPI Hello, I am using the microcontroller LPC55S69 to communicate with a device via SPI, using DMA. The device is spitting data every 2ms, and i am saving it automatically in each descriptor. I have 4 descriptors, when descriptor 2 concludes saving the data, i want it to flag intA, and when descriptor 4 finished filling the data in the buffer i want it to flag intB. I have the following callback functions: void SPI_DMA_master_callback(SPI_Type *base, spi_dma_handle_t *masterHandle, status_t status, void *userData) void SPI_RxDMACallback(dma_handle_t *handle, void *param, bool transferDone, uint32_t tcds) void SPI_TxDMACallback(dma_handle_t *handle, void *param, bool transferDone, uint32_t tcds) To know the state of intA or intB, i should read the variable "tcds", however it never enters in the SPI_RxDMACallback() or SPI_TxDMACallback(), the code only gets into the function SPI_DMA_master_callback() after finishing all the descriptors. Is there a way to check when it occurs intA and intB? Thank you, Kans LPC55xx

S32K396 SELCTL 从 FIRC 更新到 PLL 我使用 S32K396-BGGA-DC1 开发板，尝试使用 16MHz 外部振荡器 (Y2) 进行时钟控制。 当我将 MC_CGM Mux 0 CSC 的 SELCTL 设置为 PLL，然后设置 CLK_SW = 1 时，遇到了问题。我收到一个调试错误（Trace32），并且运行的代码崩溃了。我尝试在不连接调试器的情况下运行程序，并在设置 CLK_SW = 1 后打开其中一个用户 LED。LED灯一直不亮，所以我推测是微型芯片卡在了同一个位置。 以下是我的时钟配置的伪代码： PLLCR.PLLPD = 1 设置 PLLDV.MFI、PLLDV.RDIV、PLLDV.ODIV2 和 PLLODIV[0].DIV PLLCR.PLLPD = 0 确认 PLLSR.LOCK = true（while 循环） PLLODIV[0].DE = 1 将闪存等待时间配置为 160MHz 和 RAM // 基于 A+ 模式配置 MUX[0].DIV_TRIG_CTRL.TCTL = 1 MUX[0].DIV_TRIG_CTRL.HHEN = 1 使用相应的时钟分频值配置 MUX[0].DC[0 - 7] MUX[0].DIV_TRIG = 1 等待 DIV_STAT = 0 MUX[0].CSC.SELCTL = 0x8 (PLL_PHI0_CLK) MUX[0].CSC.CLK_SW = 1           << 尝试写入 1 时在此处崩溃 我的操作步骤是不是漏掉了什么？我确保尺寸不超过各个分频器的限制，所以我觉得这不是问题所在。提前感谢您提供的任何指导！ Re: S32K396 SELCTL update to PLL from FIRC 找到问题所在了，需要在设置 SELCTL 之前设置 SAFE_SW = 1。

Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] We are reviewing the imx933 and just found the  M33 only has 128KB available in its default config.  Per the imx93 RM we see that BLK_CTRL_S_AONMIX register M33_CFG should allow us to combine the 2x128KB block together by setting 01 for DOUBLE_CODE.  Are there any examples of this?  None of the linker scripts in the SDK (SDK_2_16_000_MCIMX93-EVK) use anything bigger than 128k and I cannot find any references to this in any SDK example/demo.  How do we utilize this?  Is it simply a matter of setting the register at init/reset and modifying the linker script?  HW-Open-Source Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] Hello @Manuel_Salas I have read this discussion about using the TCM as code memory. I wanted to ask about the other option: would it be feasible to use the 256 KB TCM as additional data memory instead? This would involve changing m33_cfg[tcm_size] = 0b10. (DOUBLE_DATA_TCM) I patched the m33_prepare() function to change the register and zeroize the 0x20200000 region in order to clear the TCM and initialize it for ECC. U-Boot and the Linux kernel start without any warnings or errors. However, when I start the firmware using remoteproc, it causes the entire system to restart without any error messages. Do you have any advice on how to fix this? Best regards, Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] Hi, We are using an NPU for an ML application, which requires Ethos. However, our low-level application runs on an M33 core. We are trying to integrate it into the existing ethous_rpmsg_app, but it already consumes a lot of memory. We need to increase the memory size from 128K to 256K. Please share the method to achieve this. Memory Consumption of Demo example m33_sdk_work/boards/mcimx93evk/demo_apps/ethosu_apps_rpmsg - Screenshot from 2025-03-13 16-48-10.pngScreenshot from 2025-03-13 16-48-10.png Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] Hello @TRX_Ivan  I hope you are doing very well. There is an issue with TCM and M33 core because M33 SDK image has to be started from ROM code, which use system TCM to save stack. Unfortunately, there is not workaround to directly use 256KB code TCM. Best regards, Salas.

IW610G 802.15.4/SPI 完全無音 こんにちは、 私たちはIW610Gモジュール(Murata TYPE2LL)をカスタム組み込みLinuxボードに統合しており、SPI上で802.15.4/Threadを動作させるのに助けが必要です。WiFiとBLEは同じハードウェア/ファームウェア上で完全に動作しますが、802.15.4 RCPに問題があります。往復の手間を省くため、できるだけ詳細な情報を投稿します。 ハードウェア/ソフトウェアのセットアップ - ホスト:QCA9531 SoC(MIPS 24Kc)、OpenWrtベースのLinux 6.12、ath79ターゲット - IW610G(村田TYPE2LL):WLANおよびBLE用にUSB接続、標準IW610ホストインターフェースアーキテクチャに準拠した802.15.4用SPI接続 - ファームウェア:usbusbspi_iw610.bin.se、公開されているNXP-IMX/IMX-firmwareリポジトリから取得しました - otbr-agent/ot-daemonは-DOT_POSIX_RCP_SPI_BUS=ONおよび関連オプションで構築され、内蔵のスピネル+spi/トランスポートを使用しています(spidevベースでカスタムカーネルSPIドライバーはなく、NXPがSPI/802.15.4側向けにカーネル内ドライバーを出荷していないため、NXPの意図されたアーキテクチャに合致していると理解しています) 効果的な方法 - WiFi:USB、5GHzを経た完全なアソシエーション、スループット、安定性テストを行い、持続的な負荷下での実際のトラフィックと確認 - BLE:広告、スキャン、WiFiとの共存はすべてUSB経由で動作し、近くの実際のデバイスを検出することが確認されています うまくいかないもの - SPI上の802.15.4:ホストは正しくCSを主張し、適切に形成されたSpinel RESETフレームをクロックアウトし、RCPは常にゼロ充填ヘッダーで応答しません。これは一貫しています: - コントローラのハードウェアフロアから最大20 MHzまでのすべてのSPIクロックスピードにわたり - IND_RST_WL/IND_RST_NBでGPIOリセットパルスの有無(チップセレクト/リセットラインを個別および組み合わせてテスト) - 複数のウェイク/リセットGPIO(WL_WAKE_IN、NB_WAKE_IN)をまたぐ - 新たにクリーンにパワーシーケンスされたチップ上で確認された 私たちの側で既に除外したこと - 電気信号がクリーンで正確にタイミングが確認され、スコープで検証済み - SPIモード(CPOL=0/CPHA=0)およびタイミングをIW610のデータシート独自のSPIホストインターフェースタイミング図と照合 - ファームウェアの存在が確認され、正しく読み込まれ、最新であること(nxp-imx/imx-firmwareの最新のコミットと一致) FP92とFP99の不一致 ドライバの報告: wlan: version = USBIW610--18.99.8.p52--MM6X18543.p18-GPL-(FP92) 既存のThread(「IW610 802.15.4 problem」)を見つけました。そこでは別のユーザーがまったく同じ(FP92)タグでsduartspi_iw610.bin.seを使って全く同じ症状に遭遇していました。RN00104 は、USB-WLAN-USB-BLE-FP99-IW610 を IW610 over USB (USB 経由の WLAN、BLE over USB) の公式検証済み構成として文書化しています。 当社のバストポロジーと完全に一致するUSB。さらに掘り下げると: - 公開のnxp-imx/mwifiexリポジトリには、確認したすべてのブランチでMakefileにFPNUM="92"がハードコードされており、現在のHEADも含まれます - 公開のnxp-imx/mwifiex-iw612リポジトリには実際のFPNUM="99"がありますが、IW612専用(ソースにIW610の参照なし)およびSDIO専用(USBトランスポートコードは全く含まれていません) 私たちの質問 RN00104ドキュメントに記載されているUSB-WLAN-USB-BLE-FP99-IW610エントリに対応するFP99ドライバー+ファームウェア+設定バンドルはどこで入手できますか?この組み合わせは公開されたGitHubリポジトリ以外のチャネル(直接サポートリクエスト、NDA、モジュールベンダー配布)を通じて利用可能でしょうか?どれでも バージョン文字列マクロ以外に、FP92ビルドとFP99ビルドの実際の違いを示す情報があれば、これがそもそも正しい手がかりなのかどうかを理解するのに役立ちます。 前もって感謝します

BLK_CTRL_S_AONMIXレジスタM33_CFG[TCM_SIZE]を介してimx93 M33メモリを設定します。 imx933をレビューしているのですが、M33のデフォルト設定では利用可能なメモリが128KBしかないことが分かりました。imx93 RMによると、BLK_CTRL_S_AONMIXレジスタM33_CFGのDOUBLE_CODEを01に設定することで、2つの128KBブロックを結合できることがわかります。 この例はありますか?SDK内のリンカースクリプト(SDK_2_16_000_MCIMX93-EVK)は128kを超えるものを使っておらず、SDKの例やデモにもこの点の言及は見つかりません。 これをどのように活用すればよいでしょうか？単にレジスタをinit/resetに設定し、リンカースクリプトを修正するだけでしょうか? HW-Open-Source Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] こんにちは、 @Manuel_Salas さん TCMをコードメモリとして使用することに関する議論を読みました。 別の選択肢についてお伺いしたいのですが、256KBのTCMを追加のデータメモリとして使用することは可能でしょうか？ これには、m33_cfg[tcm_size] = 0b10 に変更することが含まれます。(DOUBLE_DATA_TCM) TCMをクリアしてECC用に初期化するために、m33_prepare()関数にパッチを適用し、レジスタを変更して0x20200000領域をゼロにしました。 U-BootとLinuxカーネルは警告やエラーなしに起動します。しかし、remoteprocを使用してファームウェアを起動すると、エラーメッセージが表示されることなくシステム全体が再起動してしまいます。 この問題を解決するためのアドバイスはありますか？ よろしくお願いいたします。 Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] こんにちは、 私たちはMLアプリケーション用にNPUを使っており、Ethosが必要です。しかし、私たちの低レベルアプリケーションはM33コア上で動作しています。既存のethous_rpmsg_appに統合しようとしていますが、既に多くのメモリを消費しています。メモリ容量を128Kから256Kに増やす必要があります。その方法を教えてください。 デモ例 m33_sdk_work/boards/mcimx93evk/demo_apps/ethosu_apps_rpmsg のメモリ消費量 - Screenshot from 2025-03-13 16-48-10.png2025-03-13 16-48-10 のスクリーンショット.png Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] こんにちは、 @TRX_Ivan さん。 お元気でお過ごしのことと思います。 TCMとM33コアには問題があります。なぜならM33 SDKイメージはROMコードから起動しなければならず、システムはシステムTCMを使ってスタックを保存しているからです。 残念ながら、256KBのコードTCMを直接使用するための回避策はありません。 よろしくお願いいたします。 サラス。

S32K396 SELCTL アップデートからPLLへの変更（FIRCより） S32K396-BGGA-DC1開発ボードを使用して、16MHz外部発振器（Y2）をクロックとして使用しようとしています。 MC_CGM Mux 0 CSC の SELCTL を PLL に設定してから CLK_SW = 1 に設定すると問題が発生します。デバッグエラー（Trace32）が発生し、実行中のコードがクラッシュします。デバッガを接続せずに、設定CLK_SW = 1を超えた後にユーザーLEDの一つを点灯させてみました。LEDは点灯しないので、マイクロメーターが同じ場所で引っかかっているのだと思います。 以下は、私のクロック設定の擬似コードです。 PLLCR.PLLPD = 1 PLLDV.MFI、PLLDV.RDIV、PLLDV.ODIV2、およびPLLODIV[0].DIVを設定します。 PLLCR.PLLPD = 0 PLLSR.LOCK = true であることを確認します (while ループ) PLLODIV[0].DE = 1 フラッシュ待機時間を160MHzに設定し、RAMを… // A+モード設定に基づく MUX[0].DIV_TRIG_CTRL.TCTL = 1 MUX[0].DIV_TRIG_CTRL.HHEN = 1 MUX[0].DC[0 - 7]をそれぞれのクロック分周器値で設定します。 MUX[0].DIV_TRIG = 1 DIV_STAT = 0 になるまで待機する MUX[0].CSC.SELCTL = 0x8 (PLL_PHI0_CLK) MUX[0].CSC.CLK_SW = 1           << 1 に書き込もうとするとここでクラッシュします 私の手順に何か見落としがあるのでしょうか？個々の仕切りの制限以下に配置したので、それが問題ではないと思います。この件に関してご助言いただければ幸いです。よろしくお願いいたします。 Re: S32K396 SELCTL update to PLL from FIRC 問題の原因が分かりました。SELCTLを設定する前にSAFE_SW = 1を設定する必要がありました。

S32K322 LCU/Emios S32K144とS32K322のエンコーダの実装方法と原理の違いについて理解を深めたいです。 S32K144では、初期の角度がPWMを通じて伝達され、その後カウントがABIインターフェースに提供されてさらなるプロセッシングが行われます。また、FTMを介した直交デコーダ機能を使用して、A、B、I信号／配線の断線を検出する故障検出メカニズムも備えています。 しかし、S32K322では、同じロジックが期待どおりに動作せず、特に方向を正しく検出できないことが問題となっています。 例えば、Iパルス線が切断されると、絶対カウントはゼロになる。これによりスイッチングが誤作動し、その後、絶対カウントが徐々に変化し、最終的に4095パルスに達する。 S32K144では、Iパルスが切断された場合でも、単一出力のA信号とB信号によって適切なカウント値が得られるため、故障を検出することが可能です。 以下のケースで期待される挙動を例示したり、明確にしていただけますか? Aパルスワイヤーが切断されました Bパルスワイヤーが外れています Iパルスワイヤが切断されました AとBのパルスワイヤーが切断されています A、B、Iパルスワイヤが切断されている また、S32K144とS32K322の両方で、これらのシナリオでエンコーダのカウントと方向がどのように振る舞うかについても説明していただけると助かります。 よろしくお願いいたします。 ティル S32K3 S32K1 ブラシレスDCモータ 

S32K322 LCU/Emios 我想了解 S32K144 和 S32K322 编码器实现方式和原理上的区别。 使用 S32K144，初始角度通过 PWM 传递，然后提供给 ABI 接口进行进一步处理。我们还具有故障检测机制，可通过 FTM 使用正交解码器功能来检测 A、B 和 I 信号/线路断开。 然而，对于 S32K322 来说，同样的逻辑并没有按预期工作，特别是因为我们目前无法正确检测方向。 例如，当 I 脉冲线断开时，绝对计数变为零。这导致开关错误，之后绝对计数逐渐变化，最终达到 4095 个脉冲。 在 S32K144 中，即使 I 脉冲断开，具有单个输出的 A 和 B 信号仍然能够提供正确的计数，使我们能够检测到故障。 请您提供以下情况的示例或说明预期行为？ A脉冲线断开 B脉冲线断开 I脉冲线断开 A 和 B 脉冲线断开 A、B 和 I 脉冲线断开 如果您能解释一下在每种情况下 S32K144 和 S32K322 的编码器数量和方向的预期行为，那就太好了。 此致， 蒂鲁 S32K3 S32K1无刷直流电机控制器

Accessing Micro Safety Manual Hi, On date 12/06/2026 i should have been enable to view secure resources for S32K3. I'm looking for the Safety Manual of S32K358 and i still can't find it at all. I tried in secure documentation here: https://www.nxp.com/products/S32K3#myDocument and in My NXP Account -> Secure Resources but i couldn't find it. Could someone help me? Thanks, Simon Re: Accessing Micro Safety Manual Hi @simon98  We have reviewed your account and our internal records and were unable to locate any previous request for the S32K3 Safety Manual. Could you please help us by requesting higher access permissions to obtain this document? BR, VaneB

访问微型功能安全手册 您好， 截至 2026 年 12 月 6 日，我应该能够查看 S32K3 的安全资源。 我正在寻找S32K358的功能安全手册，但我仍然找不到。 我尝试在以下安全文档中查找： https://www.nxp.com/products/S32K3#myDocument以及“我的 NXP 帐户”->“安全资源”，但都找不到。 请问有人能帮帮我吗？ 谢谢， 西蒙 Re: Accessing Micro Safety Manual 嗨@simon98 我们已查阅您的账户和我们的内部记录，但未能找到任何之前对 S32K3 功能安全手册的请求。请您帮忙申请更高的访问权限，以便我们获取这份文件？ BR，VaneB

i.MX 8M Plus (GC7000UL) 仅通过 Mesa etnaviv 报告 OpenGL ES 2.0——是否有可能升级到 ES 3.0/3.1？ 系统信息： - 主板：i.MX 8M Plus - GPU：GC7000UL - 驱动程序栈：Mesa `etnaviv`（开源） - `eglinfo -B` 报告：仅支持 OpenGL ES 2.0 - 应用：Chromium/CEF 133，使用 ANGLE，请求 ES 3.0 上下文 **问题：** 根据数据手册，GC7000UL 支持 ES 3.1/3.0，它支持 Vulkan 和 OpenCL 1.2，但此开发板上的 `etnaviv` 仅支持 ES 2.0。`Chromium/CEF` 的 ANGLE 后端无法获取 `ES3` 上下文，回退到 ES2 路径，而 ES2 路径又回退到软件渲染。我希望实现真正的 GPU 硬件加速，而不仅仅是 ES2 的变通方案。 **限制条件：** - 如果可能的话，我希望继续使用开源的 Mesa/etnaviv 协议栈，而不是专有的 Galcore 驱动程序。 - 如果升级 `CEF` 版本可以解锁此 GPU 上的硬件加速，则愿意升级该版本。 如果需要，我很乐意分享更多版本细节。谢谢！ IMX8MPLUS

i.MX 8M Plus (GC7000UL) only reports OpenGL ES 2.0 via Mesa etnaviv — path to ES 3.0/3.1? **System info:** - Board: i.MX 8M Plus - GPU: GC7000UL - Driver stack: Mesa `etnaviv` (open-source) - `eglinfo -B` reports: OpenGL ES 2.0 only - Application: Chromium/CEF 133, using ANGLE, requesting an ES 3.0 context **Issue:** Per the datasheet, GC7000UL supports ES 3.1/3.0, Vulkan, and OpenCL 1.2, but `etnaviv` on this board only exposes ES 2.0.  and the `Chromium/CEF's` ANGLE backend fails to get an `ES3` context and falls back to an ES2 path, which in turn falls back to software rendering. I'm looking to get actual GPU hardware acceleration working, not just an ES2 workaround. **Constraints:** - Would like to stick with the open-source Mesa/etnaviv stack rather than the proprietary Galcore driver, if possible. - Open to upgrading `CEF` versions if that unlocks hardware acceleration on this GPU. Happy to share further build details if useful. Thanks! IMX8MPLUS   

i.MX 8M Plus (GC7000UL) only reports OpenGL ES 2.0 via Mesa etnaviv — path to ES 3.0/3.1? System info: - Board: i.MX 8M Plus - GPU: GC7000UL - Driver stack: Mesa `etnaviv` (open-source) - `eglinfo -B` reports: OpenGL ES 2.0 only - Application: Chromium/CEF 133, using ANGLE, requesting an ES 3.0 context Issue: Per the datasheet, GC7000UL supports ES 3.1/3.0, Vulkan, and OpenCL 1.2, but etnaviv on this board only exposes ES 2.0.  and the Chromium/CEF's ANGLE backend fails to get an ES3 context and falls back to an ES2 path, which in turn falls back to software rendering. I'm looking to get actual GPU hardware acceleration working, not just an ES2 workaround. - Would like to stick with the open-source Mesa/etnaviv stack rather than the proprietary Galcore driver, if possible. - Open to upgrading `CEF` versions if that unlocks hardware acceleration on this GPU. Happy to share further build details if useful. Thanks! IMX8MPLUS    Graphics & Display HW-Open-Source i.MX 8M | i.MX 8M Mini | i.MX 8M Nano

IW610G 802.15.4/SPI 完全静音 你好， 我们正在将 IW610G 模块（Murata TYPE2LL）集成到定制的嵌入式 Linux 板上，需要帮助使 802.15.4/Thread 通过 SPI 工作。WiFi 和 BLE 在同一硬件/固件上工作完美，只有 802.15.4 RCP 有问题。尽可能详细地发布信息，以减少来回沟通。 硬件/软件设置 主机：QCA9531 SoC（MIPS 24Kc），基于 OpenWrt 的 Linux 6.12，ath79 目标平台 - IW610G（Murata TYPE2LL）通过 USB 连接用于 WLAN 和 BLE，并通过 SPI 连接用于 802.15.4，符合标准的 IW610 主机接口架构。 - 固件：usbusbspi_iw610.bin.se从公共 nxp-imx/imx-firmware 仓库中提取 - 使用 -DOT_POSIX_RCP_SPI_BUS=ON 及相关选项构建的 otbr-agent/ot-daemon，使用其内置的 spinel+spi:// 传输（基于 spidev，没有自定义内核 SPI 驱动程序，据我们了解，这符合 NXP 的预期架构，因为 NXP 没有为 SPI/802.15.4 端提供内核驱动程序）。 什么方法有效 - WiFi：通过 USB 接口和 5 GHz 频段进行了完整的连接、吞吐量和稳定性测试，并在持续负载下通过实际流量验证。 - BLE：已证实可通过 USB 接口进行广播、扫描，并能与 WiFi 共存，且能检测到附近的真实设备。 哪些方法行不通 - 802.15.4 over SPI: 主机正确置位 CS，发出格式良好的 Spinel RESET 帧，但 RCP 始终不回复任何内容，始终是零填充的头部。这一点是一致的： - 适用于从控制器硬件最低频率到 20 MHz 的所有 SPI 时钟频率。 - 是否在 IND_RST_WL/IND_RST_NB 上施加 GPIO 复位脉冲（片选/复位线单独和组合测试） - 跨越多个唤醒/复位 GPIO（WL_WAKE_IN、NB_WAKE_IN） - 芯片已确认完成新鲜且干净的电源时序控制 我们这边已经排除的选项 - 示波器确认电信号清晰且时序正确 - SPI 模式 (CPOL=0/CPHA=0) 和时序已根据 IW610 数据手册中的 SPI 主机接口时序图进行验证。 - 固件已确认存在、已正确加载且为最新版本（与 nxp-imx/imx-firmware 上的最新提交版本一致） FP92/FP99差异 我们的司机报告： wlan: 版本 = USBIW610--18.99.8.p52--MM6X18543.p18-GPL-(FP92) 我们找到了一个现有的帖子（“IW610 802.15.4 问题”），其中另一位用户遇到了完全相同的症状，使用了完全相同的 (FP92) 标签，使用的是 sduartspi_iw610.bin.se。RN00104 文档将 USB-WLAN-USB-BLE-FP99-IW610 列为 IW610 over USB（WLAN over USB，BLE over USB）的官方验证配置。 USB接口与我们总线拓扑结构完全匹配）。深入挖掘： - 在我们检查过的所有分支（包括当前 HEAD 分支）中，公共 nxp-imx/mwifiex 仓库的 Makefile 文件中都硬编码了 FPNUM="92"。 - 公开的 nxp-imx/mwifiex-iw612 仓库确实有一个真实的 FPNUM="99", 但它仅适用于 IW612（源代码中没有 IW610 的引用）并且仅适用于 SDIO（完全没有 USB 传输代码）。 我们的问题 我们可以在哪里获得与 RN00104 文档中记录的 USB-WLAN-USB-BLE-FP99-IW610 条目对应的实际 FP99 驱动程序 + 固件 + 配置包？除了公开的 GitHub 代码库之外，是否还有其他渠道可以获取此组合（例如直接请求支持、签署保密协议、模块供应商分发）？任何 如果能指出 FP92 和 FP99 版本之间除了版本字符串宏之外的实际区别，也有助于我们了解这是否是正确的线索。 提前致谢

MTRCKTSPS5744P アプリケーションソフトウェアのインストール こんにちは、 この問題は、こちらからダウンロードできるソフトウェアをインストールしているときに遭遇しました。 MPC5744P 3相PMSM開発キット |NXPセミコンダクターズ エラーメッセージには「ファイルが見つかりません」と表示されます。ソフトウェアはサーバーからファイルを取得しようとしますが失敗します。 よろしくお願いします。

通过 BLK_CTRL_S_AONMIX 寄存器 M33_CFG[TCM_SIZE] 配置 imx93 M33 内存 我们正在评测imx933，发现其默认配置下M33只有128KB可用内存。根据imx93 RM，我们可以看到，BLK_CTRL_S_AONMIX寄存器M33_CFG应该允许我们将2x128KB的数据块合并在一起，方法是将DOUBLE_CODE的值设置为01。 是否有相关示例？SDK（SDK_2_16_000_MCIMX93-EVK）中的所有链接脚本都没有使用大于 128k 的文件，而且我在任何 SDK 示例/演示中都找不到任何相关说明。 我们该如何利用这一点？是否只需要在初始化/RESET时设置寄存器值并修改链接器脚本即可？ HW-开源 Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] 你好@Manuel_Salas 我读过关于使用 TCM 作为代码存储器的讨论。 我想询问一下另一种选择：是否可以将 256 KB TCM 用作额外的数据存储器？ 这将涉及将 m33_cfg[tcm_size] = 0b10 更改为 0b10。（DOUBLE_DATA_TCM） 我修改了 m33_prepare() 函数，更改寄存器并将 0x20200000 区域清零，以便清除 TCM 并将其初始化为 ECC。 U-Boot 和 Linux 内核启动时没有任何警告或错误。但是，当我使用 remoteproc 启动固件时，它会导致整个系统重启，而没有任何错误信息。 您有什么建议可以解决这个问题吗？ 顺祝商祺！ Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] 你好， 我们正在使用 NPU 进行 ML 应用，这需要 Ethos。但是，我们的底层应用程序运行在 M33 内核上。我们正在尝试将其集成到现有的 ethous_rpmsg_app 中，但它已经消耗了大量内存。我们需要将内存大小从 128K 增加到 256K。请分享一下实现这一目标的方法。 演示示例 m33_sdk_work/boards/mcimx93evk/demo_apps/ethosu_apps_rpmsg 的内存消耗 - Screenshot from 2025-03-13 16-48-10.png截图来自 2025-03-13 16-48-10.png Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] 你好@TRX_Ivan 希望你一切都好。 TCM 和 M33 内核存在问题，因为 M33 SDK 映像必须从 ROM 代码启动，而 ROM 代码使用系统 TCM 来保存堆栈。 遗憾的是，目前没有办法直接使用 256KB 代码 TCM。 顺祝商祺！ 萨拉斯。