feat(rp2350w): 完成无插针的 AutoResearch 和 ESP32-C6 对等网络启动

背景 完成通过 AutoResearch 完成连接的 Pico 2 W 兼容 RP2350 的无引脚启动。这包括安全部署、串行 JSON-RPC、运行时/平台验证、看门狗恢复以及与连接的 ESP32-C6 进行真实网络通信。 当前硬件: - RP2350W DUT: COM17, VID:PID 2E8A:F00F, 串口 2DCB876B587EA334 - ESP32-C6 网络固定装置: COM9, VID:PID 303A:1001, 串口 8C:BF:EA:CF:87:B4 - 共享 USB 指纹显示为 WEMOS LOLIN S3,但 #3587 中的现场芯片证据表明该设备为 ESP32-C6。 ESP32-C6 应提供可预测的 WPA2 SoftAP 和对等服务器/客户端,以便无需更改主机计算机的 Wi-Fi 连接或依赖外部基础设施即可证明 RP2350W 网络连接。 ### 硬件状态更新 (2026-08-05) 所需的 RP2350W 引脚现在已焊接。外部 GPIO、PIO、SPI、UART 和 LED 驱动器硬件验证已解除阻塞,并应与现场板证据一起进行。 ### 当前缺陷 - FastLED 将 rp2350 映射为非 W rpipico2;没有板正确的 rp2350w -> rpipico2w 目标。 - 仓库用于请求 fbuild 2.5.6,但已发布的 2.5.7 依赖项现在已合并并验证。 - RP2350 应用程序端口指纹与观察到的 2E8A:F00F 不一致。 - AutoResearch 部署、部署后扫描、看门狗恢复和 RPC 烟雾标签包含 RP2040 特定的假设。 - AutoResearch 从其示例过滤器中排除 RP2350,并将其报告为 未知平台。 - RP2350 互斥锁/信号量调度仅针对 FL_IS_RP2040。 - --perf-wave2d 不正确地进入 GPIO 依赖路径。 - fl::net::wifi、AutoResearch HTTP 网络、OTA 和 BLE 目前仅在 ESP32 上具有真实实现;RP2350 接收了代理。 - 现有网络模式协调一个 MCU 和主机,而不是两个连接的 MCU。 - 现有 JSON-RPC 验证仅限于串行;在 RP2350W 上未证明网络传输的 JSON-RPC。 ## 建议 ### 1. 建立正确且安全的 RP2350W 目标 - 同步仓库到发布的 fbuild 2.5.7。 - 添加可保留 rp2350 -> rpipico2 的标准板支持,同时添加 rp2350w -> rpipico2w 板支持。 - 要求 Pico 2 W/CYW43 编译身份。 - 从单个权威板源中统一运行时 USB 身份。 - 围绕活动环境和 fbuild 返回端口总结 RP2xxx 部署和看门狗重新枚举。 - 添加测试,以证明 COM17 不能与其他连接的 RP 或 Espressif 设备混淆。 ### 2. 完成串行 JSON-RPC 带起 - 为现有无引脚烟雾路径添加 RP2350W 支持,并要求: - 正确的芯片/板身份 - rpc.discover 和结构化 help - 必要方法的存在 - 单调的 ping - 精确的嵌套 debugTest 数据包回显 - status、drivers 和 testNoSerial - 结构化未知方法处理 - RPC 准备和故意不可用的 LED RX 通道之间的区别 标准门: