OpenDTU项目WiFi重连问题分析与解决方案

问题现象描述

近期OpenDTU项目v24.8.1版本出现了一个影响WiFi连接的严重问题：当用户重启WiFi路由器后，DTU设备无法重新建立WiFi连接。该问题在ESP32和ESP32-S3平台上均可复现，无论是预编译固件还是自行构建的版本都存在此现象。

技术背景分析

OpenDTU是一个开源的光伏逆变器监控系统，它通过WiFi连接到本地网络，实现对光伏系统的数据采集和远程监控。WiFi连接的稳定性直接影响系统的可靠性。

在v24.8.1版本中，项目引入了WiFi连接优化代码（#2117），主要修改是增加了显式的WiFi断开操作后再进行重新连接的逻辑。理论上这应该改善连接稳定性，但实际效果却适得其反。

问题根因探究

通过多位用户的测试和日志分析，可以确定：

1. 当WiFi路由器重启时，系统会触发WiFi断开事件
2. 设备尝试重新连接时，如果启用了显式断开逻辑（代码中的30和82行），连接过程会卡住
3. 移除这两行代码后，设备能够正常完成重连过程，尽管可能需要多次尝试

从日志对比可以看出，关键区别在于：

• 有问题的版本：在"Try reconnecting"后没有进一步的WiFi状态更新
• 修复后的版本：虽然也有连接失败，但最终能够成功恢复连接

解决方案

目前确认有效的临时解决方案有两种：

1. 代码修改方案： 移除network.cpp文件中第30和82行的WiFi显式断开调用，然后重新编译固件

2. 版本回退方案： 回退到v24.6.29版本，该版本不存在此问题

深入技术细节

OpenDTU的WiFi重连机制设计如下：

1. 当检测到WiFi断开时，系统会尝试重新连接
2. 有30秒的时间窗口用于建立新连接
3. 如果30秒内未成功，会暂停600秒后再尝试
4. 在此期间，设备的AP模式功能会受限（因为正在进行信道扫描）

可能的优化方向包括：

• 延长30秒的连接尝试时间窗口
• 优化重试策略和间隔
• 改进WiFi状态机处理逻辑

用户建议

对于遇到此问题的用户，建议：

1. 如果具备编译环境，可以采用代码修改方案
2. 普通用户建议暂时回退到v24.6.29版本
3. 等待官方发布修复后的新版本

对于开发者，建议在测试WiFi相关功能时，特别关注路由器重启等异常场景下的恢复能力。

总结

WiFi连接的可靠性是物联网设备的关键指标。OpenDTU项目中出现的这个WiFi重连问题提醒我们，即使是看似简单的连接优化，也需要充分考虑各种边界条件和实际网络环境。该问题的解决不仅需要代码层面的修复，也需要对连接策略进行更全面的评估和测试。