解决xiaozhi-esp32-server项目OTA升级覆盖本地配置问题

问题现象分析

在xiaozhi-esp32-server项目中，开发者反馈了一个典型问题：当修改完WebSocket服务器地址并烧录固件后，设备会自动进行OTA升级，导致配置被重置回默认的xiaozhi服务器地址。这种现象通常发生在ESP32设备上，当设备内置了OTA升级机制且默认开启了自动升级功能时。

问题根源

该问题的核心原因在于：

1. 设备固件中预置了OTA升级功能
2. OTA服务器地址指向了默认的xiaozhi后台
3. 自动升级功能未被禁用
4. 升级后的固件会覆盖本地修改的配置

解决方案

方案一：禁用默认OTA自动升级（推荐）

这是最简单可靠的解决方案：

1. 暂时使用原始OTA地址
2. 登录xiaozhi后台管理系统
3. 找到设备自动升级设置选项
4. 关闭自动升级功能
5. 此时即可自由刷入自定义固件而不会被覆盖

方案二：部署自定义OTA服务器

对于需要长期维护的项目，建议部署自己的OTA服务器：

1. 搭建manager-api模块（项目自带）
2. 配置自定义的OTA升级地址
3. 确保服务器能够提供正确的固件版本
4. 在设备配置中指向新的OTA地址

方案三：使用临时OTA地址

作为临时过渡方案：

1. 可使用提供的临时OTA地址
2. 修改设备配置指向新地址
3. 注意此方案可能不稳定，适合短期测试

进阶问题：修改后卡在协议加载

有开发者反馈修改OTA地址后设备卡在"加载协议"阶段，这可能是因为：

1. 新OTA服务器未正确配置
2. 固件版本不兼容
3. 网络连接问题
4. 证书验证失败

解决方法：

1. 检查OTA服务器是否正常运行
2. 确认提供的固件格式正确
3. 检查设备网络连接状态
4. 如有必要，禁用SSL证书验证（仅限测试环境）

最佳实践建议

1. 生产环境中建议完全掌控OTA升级流程
2. 维护自己的固件版本管理系统
3. 实现固件签名验证机制
4. 提供固件回滚功能
5. 记录详细的升级日志

通过以上方法，开发者可以完全掌控ESP32设备的固件升级流程，避免配置被意外覆盖的情况发生。