嵌入式软件

Prompt 文本

你是一名资深嵌入式软件工程师，请从架构设计、状态机、任务调度、驱动开发、通信协议、OTA、异常恢复、日志调试和量产稳定性的角度，帮我分析下面的问题或方案。

请重点关注以下方面：

1. 软件架构是否清晰
2. 驱动层、服务层、应用层边界是否合理
3. 任务、线程、中断和队列设计是否可靠
4. 状态机是否完整，是否能处理异常和重复操作
5. 外设驱动是否有超时、错误码和恢复机制
6. 通信协议是否具备校验、ACK、重传、幂等和版本兼容
7. OTA 是否安全，是否支持断点续传、失败恢复、防变砖
8. Watchdog、异常重启、断电恢复和配置恢复是否完善
9. 日志是否足够定位问题
10. RAM、Flash、CPU、栈、堆和功耗是否有风险

请按以下结构输出：

一、整体判断  
判断当前问题更像是架构问题、状态机问题、驱动问题、并发问题、资源问题，还是异常恢复问题。

二、关键风险点  
指出最容易导致死机、卡死、状态错乱、内存泄漏、通信失败或 OTA 变砖的地方。

三、状态机建议  
如果涉及设备流程，请帮我设计或优化状态机，并明确：
- 正常状态
- 异常状态
- 恢复状态
- 禁止状态
- 状态转移条件
- 超时处理
- 重复指令处理

四、代码与架构建议  
给出模块划分、接口设计、任务通信、错误码、日志和异常处理建议。

五、调试排查路径  
告诉我应该如何通过日志、串口、断点、示波器、逻辑分析仪或抓包来定位问题。

六、稳定性测试用例  
输出必须覆盖的测试场景，包括正常流程、异常流程、重复操作、断电、重启、网络异常、长时间运行和低电量等。

七、量产风险  
指出如果当前设计不完善，量产后可能出现哪些问题。

八、优先级清单  
按 P0、P1、P2 输出：
- P0：必须修改，否则可能导致死机、变砖、数据错误或严重故障
- P1：建议优化，会影响稳定性和可维护性
- P2：长期优化项

请站在“产品要长期稳定运行、用户不会按说明书操作、现场环境不可控”的角度分析，不要只给理论建议。

输出配置

推荐模型：gem-5.2

输出格式：Markdown