原来单片机反复复位死机的凶手是它….

相信也有一些单片机工程师也遇到过这样的问题：明明自己设计的项目能够正常工作，软件程序反复检查也没问题，但是单片机运行一段时间后却反复死机。把自己的项目从头到尾检查一遍，仍然没有头绪。其实很多时候都是当局者迷，一旦陷入了误区，很难从迷局中走出来。所谓旁观者清，何不站在另外一个角度看自己的设计，说不定有意外的收获。今天借助网友fnual在设计项目中获得的一个教训，给广大单片机工程师也提提醒，告诫大家以后也不要犯类似的错误。

事情是这样的.....

朋友委托fnual给他们做一个小型控制器，由于工期催得紧，没有时间做线路板。fnual根据客户提出的要求，在原有成型产品的基础上进行修改。控制器的工作过程很简单，只需要把传感器传上来的数据分别传送到两块数字表上显示，然后根据传感器传上来的数据确定两个出口固态继电器的动作。这里用到3个按键，3个指示灯，2个出口固态继电器和485通讯。fnual用ATMEG8做控制芯片，用内部8M RC振荡器做时钟，内部看门狗。问题来了，同事拿着这个控制器去操作箱上安装配线，调试说装置死机了。

已经配置了看门狗，正常程序出错是可以复位的。把装置拿回来通电测试没反应，重新烧写程序还能正常工作。当时第一反应觉得是静电搞得鬼，因为这个装置原来是没有按键的，这次的按键是在操作箱上接3个按钮到装置的CPU管脚上，没有保护措施，加上冬天空气干燥，很容易产生静电。于是给3个按钮都加上了光耦隔离，改好之后再进行测试，还是死机啊。

开始怀疑是静电原因，可是加了隔离之后依然没有改善，难道是软件程序问题？可是将死机了的芯片擦了，重新烧录程序却还能正常工作，这就奇怪了。经过反复的实验发现是和数字表通讯之后死机的，更进一步的确认是跟数字表通讯以后修改控制器的EEPROM以后死机的。去掉控制器，写EEPROM程序就不再死机。反复试验了十几次发现规律，只要是自动状态的1号状态再和数字表通讯就复位，又怀疑是485通讯没加隔离。于是我们不仅仅增加了485隔离，还增加了隔离电源。OMG，结局还是那么惨，依然复位，死机。。。

软件经过反复的检验，从C语言换成汇编语言，依然无法找出原因，最后同事建议找找硬件问题。于是拿示波器一查，CPU的5V电源在复位的时候是个大低谷，持续大约50毫秒…

搞了半天，原来凶手是它——电源，一直被我们忽略的东西。因为电源的质量不好，当有继电器动作，通讯时，电源就挺不住了。最后给电源变压器增加容量后，再也不复位了，终于圆满结束了。

围绕电源的质量这么小的一个问题，让单片机饶了一大圈，又是改程序，又是加隔离的。今天把这个教训分享出来，就是想提醒广大单片机工程师千万一定要把电源弄好，不然因小失大哦！