单片机开发十年踩坑经验总结：那些教科书不会告诉你的细节
做单片机开发十年，踩过的坑比写过的代码还多。很多坑在教科书和教程里根本不会提到，只有真正调试到凌晨三点才能体会到。本文把这些年积累的高频踩坑经验整理出来，希望能帮后来者少走弯路。
第一个坑是延时函数不可靠。很多人用简单的循环做延时，一旦换了晶振频率或编译器优化等级，延时时间就完全变了。正确做法是用定时器做精确延时，或者直接使用工具链提供的延时库。涉及串口通信和时序敏感的协议时，用软件延时更是灾难，务必换成硬件定时器。
第二个坑是中断里做太多事。把耗时操作、打印输出甚至延时放进中断服务函数，会导致中断嵌套混乱和主程序卡死。中断里的原则是快进快出：只做标记和必要的数据搬移，其余逻辑放到主循环里处理。用标志位加状态机的方式组织中断处理，是工程上最稳妥的做法。
第三个坑是忽略电源的瞬间跌落。电机启动、继电器吸合瞬间电流很大，会造成电压跌落，导致单片机复位或程序跑飞。解决思路是电源分区供电，把大功率负载和逻辑电路分开，并在关键位置加稳压和储能电容。很多“程序莫名重启”的灵异问题，最后都查到了电源上。
第四个坑是不重视数据手册。芯片的引脚复用、上电时序、寄存器默认值这些关键信息，只有数据手册里最权威。网上教程和例程可能过时或有误，遇到怪问题第一时间翻数据手册，往往比在网上乱搜更高效。
第五个坑是版本管理缺失。早期项目没有用版本管理，改崩了一个功能只能凭记忆回退，白白浪费大量时间。现在用Git做版本管理已经成为基本功，每个功能点一次提交，写清楚提交说明，出问题随时可以回滚定位，这是性价比最高的工程习惯。
最后一个坑是“能跑就行”的心态。程序能跑只是及格线，还有边界条件、异常处理和可维护性等着你。量产阶段出现的偶发故障，大多源于早期赶工埋下的隐患。把代码当长期资产来经营，把每个模块写清楚、注释好、测试全，才是做嵌入式应有的态度。 |
|
|
|
|
|
|
|
|
