从工程可靠性角度介绍看门狗、数据完整性与基本EMC措施。
能跑起来不等于能上现场
实验室DEMO常忽略掉电、干扰、异常复位。真正产品要假设：供电会抖、静电会打、程序会跑飞、Flash会写坏。可靠性设计要把这些变成可检测、可恢复、可追溯的机制。
看门狗与复位策略
独立看门狗可在程序死循环时复位。喂狗要放在确认主循环健康的位置，不要在多个中断里盲目喂狗掩盖故障。复位后应记录复位原因（电源、软件、看门狗），便于统计现场问题分布。
掉电与数据完整性
- 关键参数使用校验和/CRC，必要时双备份。
- 写Flash避开频繁小写入，采用日志式或缓存合并。
- 检测掉电可触发紧急保存，但要评估电容维持时间。
EMC基础措施
电源入口加必要滤波与防护；复位与晶振走线远离强干扰源；IO加适当阻容与TVS；金属外壳与接地策略按标准执行。通信线使用差分与屏蔽，并处理地环路。整改应基于测试，而不是堆砌器件。
结论：可靠性是系统工程。把复位可追溯、数据可恢复、接口可防护写进设计评审清单，能显著降低售后成本。
工程化落地补充
建议每个MCU项目都具备：可重复编译的环境说明、硬件版本号、固件版本号、烧录步骤与回滚步骤。实验室能跑通后，还要进行供电跌落、快速插拔、静电接触与长稳通电测试。通信类项目至少验证弱网、断网重连与错误帧处理。
代码层面把驱动与业务解耦，外设初始化失败要有明确错误码。日志应可关闭或分级，避免量产固件被海量打印拖慢实时性。对于OTA，必须保留双分区或A/B方案中的一种，防止升级中断变砖。
文档同样是交付物：引脚表、功耗测试数据、认证注意事项、常见故障FAQ。很多“硬件不行”最终是配置错误或线序反了，完善文档能减少跨团队沟通成本。把可靠性测试写进里程碑，比上线后再补丁更便宜。