2413121_zh-CN

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

2413121_zh-CN

2413121_zh-CN

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 版本之间除了版本字符串宏之外的实际区别,也有助于我们了解这是否是正确的线索。

提前致谢

Re: IW610G 802.15.4/SPI completely silent

您好,

我给你发了私信。

问候,
丹尼尔。

Tags (1)
No ratings
Version history
Last update:
3 weeks ago
Updated by: