练习题目复盘

复盘目的

复盘的目的不是简单记录“哪里出错了”，而是总结出一套可复用的工程方法，避免在之后的系统设计中重复犯错

2026-3-21 水温控制系统

本次问题暴露的并不是单个元件、单个模块或单次操作失误，而是系统工程能力、验证流程和鲁棒性意识的不足

本次项目暴露出的核心问题可以归纳为以下三类：

系统工程能力

表现为：

• 驱动电路设计错误，说明对器件工作方式和电路拓扑理解不够深入
• 机械结构不稳定，导致容器打孔后漏水、胶体开裂、系统整体可靠性下降
• 软件设计脱离硬件实际情况，很多内容停留在预想中，缺少对完整系统状态的依托

本质上是：

没有以“完整系统”视角思考问题，而是分散地处理局部问题。

缺少验证闭环

当前流程更接近：

想法 → 直接设计 → 直接画PCB/写程序 → 集成
````

而正确的工程流程应当是：

```text
想法 → 最小验证 → 子系统验证 → 集成测试 → 完整系统优化

也就是说，本次很多问题不是“不会”，而是“没有先验证再推进”

鲁棒性意识不足

本次项目中很多失效现象，本质都与鲁棒性不足有关。

• 容器打孔后漏水，热熔胶在机械拉扯后裂缝
• 机械结构不稳定导致线路、胶体、探头等承受额外应力
• 电路设计没有充分考虑驱动、电源和保护的可靠性
• 软件没有在最小可运行系统上逐步验证

说明在设计时对“真实环境下系统如何稳定运行”考虑不够充分。

硬件PCB设计问题总结

电路理解不足，导致驱动电路设计错误

本次驱动电路出现错误，说明在设计前没有对核心器件的工作模式、连接方式和典型应用电路形成明确掌握

我们对于电子学院，信通学院的同学的劣势就在于电路能力不足，尽管目前时间很紧张，也需要挤出时间合理安排来每周进行一次电路的文档的书写，坚持几周后相信会有明显改善

• MOS 管驱动拓扑理解不牢固
• 关键驱动电路没有经过面包板验证或最小电路验证
• 直接在 PCB 中固化未验证的设计

对于关键电路

• 进行面包板的最小系统验证
• 在权威文档中找到了对应的说明
• 询问学长并且经过自身思考

CPB 设计缺少交叉检查机制

本次 PCB 设计没有形成有效的交叉审查流程，导致问题未能在生产前被发现。

重点检查：

• 驱动电路连接关系是否正确
• 按键与 GPIO 是否一一对应
• 电源、地线、负载回流路径是否合理
• 器件方向、接口方向是否正确
• 是否存在引脚冲突、启动脚占用等问题

机械结构不稳定，影响系统可靠性

本次容器打孔后出现漏水，热熔胶因机械拉扯开裂，本质并不是“胶不够强”，而是：

机械结构本身不合理，导致密封件长期承受不该承受的应力。

机械结构不稳定带来的问题包括：

• 容器密封失效
• 导线、探头、接口受到拉扯
• 振动导致测量误差增大
• 物理结构不稳，系统鲁棒性下降

这说明在系统设计中，机械底座和结构固定的重要性被低估了

软件设计问题总结

软件设计脱离完整系统实际

本次软件设计中存在大量停留在预想中的部分，原因不是没有思路，而是：

硬件系统不完整，导致软件设计缺少真实依托。

这会导致：

• 控制逻辑无法真正验证
• UI 设计先于系统功能实现
• 很多模块只是设想，缺乏最小测试结果支撑

缺少模块级最小测试

正确的软件推进顺序应该是：

驱动层验证 → 子模块验证 → 控制闭环验证 → UI与功能整合

而本次问题在于：

• 没有先完成各个部件的独立驱动
• 没有为每个模块设计最小测试
• 没有先保证最小系统可运行，再逐步扩展

本质上，软件问题不是“写得不够多”，而是：

没有先做出最小可验证系统。

问题本质总结

本次项目最大的问题不是某个电路错了，也不是某个模块没做好，而是：

没有建立完整的工程流程。

具体表现为：

• 设计前验证不足
• 硬件、机械、软件脱节
• 缺少系统级鲁棒性考虑
• 缺少标准化检查流程
• 缺少模块化最小测试

因此，下一次改进的重点不能只是“更认真”，而必须是：

建立工程流程、验证流程和检查流程。

改进措施

硬件方面

所有关键电路必须先做最小验证

建立 PCB 交叉检查制度

建议检查表至少包括：

##### 电源部分

* 电源输入是否合理
* 是否存在短路风险
* 电流路径是否清晰
* 线宽是否满足电流要求

##### 驱动部分

* MOS 管连接是否正确
* Gate 是否有串联电阻
* Gate 是否有下拉电阻
* 感性负载是否有续流二极管

##### IO 和接口

* 按键和引脚是否一一对应
* GPIO 是否冲突
* 是否占用启动相关引脚
* 接口方向是否正确

##### 地线和布局

* 大电流回流是否影响模拟部分
* 传感器地是否干净
* 是否存在明显不合理走线

检查完成后，必须形成记录，而不是口头确认

设计稳定的机械结构和底座

下一轮设计中，应把机械结构稳定性作为高优先级问题处理。

重点包括：

• 为容器、传感器、PCB、导线提供可靠固定
• 减少外力拉扯和震动传递
• 尽量减少容器打孔，或采用真正的密封结构
• 不依赖热熔胶承担结构功能
• 对线缆做应力释放设计

基本原则：

密封问题应靠结构设计解决，而不是靠后期补胶解决。

团队流程

1. 每周进行常见电路学习与汇报

原计划“每周每人书写一个常见电路文档并汇报”是有价值的，但还不够。

更有效的做法应是：

1. 学习电路原理
2. 画出典型电路
3. 实际搭建最小电路
4. 做测量验证
5. 汇报结果和问题

这样才能把“看懂”真正转化成“会用”。

建议优先覆盖：

• MOS 驱动电路
• 运放基础电路
• 电源稳压电路
• 传感器接口电路
• 按键和显示电路

---

2. 形成文档沉淀

所有验证过的内容要沉淀为团队文档，方便后续直接复用，而不是每次从零开始。

文档内容建议包括：

• 电路图
• 工作原理
• 关键参数
• 常见错误
• 实测现象
• 适用场景

最终总结

本次项目的最大收获，不只是发现了驱动、电路、结构和软件中的问题，而是意识到：

真正限制系统质量的，不是某个模块不会做，而是整个工程流程没有建立起来。

因此，下一步的重点应当是建立：

• 最小验证流程
• PCB 检查流程
• 模块开发流程
• 机械稳定性优先原则
• 团队知识沉淀机制

只有这样，后续设计才能真正从“试错式实现”走向“工程化实现”。

---