Other Parts Discussed in Thread: CC3351, AM62P
部件号: AM62P
Thread 中讨论的其他器件: CC3351、
我们确定、适用于 Texas Instruments AM62PX 平台的 Linux SDK 为基于 M.2 的 TI CC3351 提供了参考设备树叠加层、这是一种仅 WiFi 的解决方案。
使用此覆盖作为起点、我们尝试为 Infineon CYW55573 开发一个自定义设备树覆盖层、它集成了 WiFi(SDIO 接口)和蓝牙(UART 接口)。
我们的方法包括通过 CC3351 叠加层调整 SDIO 配置、并通过适用于蓝牙 UART 接口(包括引脚多路复用和控制信号)的其他节点对其进行扩展。 对于 WiFi 设备节点、我们使用兼容 Broadcom 的字符串(例如)"brcm,bcm..."来匹配 brcmfmac 驱动程序的预期绑定。
尽管做出了这些努力、但我们仍无法成功介绍本模块:
- SDIO 总线上未枚举 WiFi
- 蓝牙未通过 UART 进行初始化
考虑到参考覆盖仅覆盖 WiFi 模块、我们将寻求有关 AM62PX 上组合 WiFi/蓝牙模块正确且完整启动过程的指导。 具体而言、我们希望就以下问题作出澄清:
- 建议的创建和验证自定义器件树叠加层的分步过程
- 使用
"brcm,bcm..."兼容字符串是否足以支持 CYW55573、或者是否需要更具体的兼容字符串 - 基于 SDIO 的 WiFi (brcmfmac) 和基于 UART 的蓝牙(通过 UART 的 HCI)所需的 DTS 绑定
- 如何正确扩展仅 WiFi 参考覆盖、以包括蓝牙支持(UART、流控制、启用/复位线路)
- 必要的内核配置选项、固件文件和驱动程序依赖性
- 正确处理电源、复位和唤醒信号以及对其进行时序控制
- 建议的早期启动调试方法(SDIO 检测、驱动器探测、固件加载、UART 通信)
集成第三方组合模块的任何最佳实践、已知良好示例或文档(尤其是从 CC3351 等仅 WiFi 参考开始时)都非常有价值。