负载电流的浪一催 系统便莫名跑飞

　　时间有限，而且电量低也许就是出现这个故障的一个条件呢，所以我没有打火充电，而是继续测试了下去。后视镜展开-后视镜闭合-后视镜展开......哎呀，竟然跑飞了！

　　居然跑飞了！我知道会有Bug，可万万没想到会是这么大的Bug！对于嵌入式系统设计人员来说，代码结构复杂造成的误解、本身逻辑设计上有错误、语句实现上有漏洞这些都不可怕，很容易就能解决掉。但是跑飞，莫名其妙的跑飞就非常让人头疼了。

　　春天是一个生命力独享风流的季节，天地之间充斥着生的豪情，长风沛雨，艳阳明月，大地和其上的生灵们被喜悦充满，神采纷扬。身边佳人在侧，微风轻拂，而我却没有了欣赏的兴致。

　　我本能地意识到，应该是本就比较低的电池电量被拉低，造成了车身控制器的欠压复位，一复位，后视镜驱动自然就断了，自然就展开不到头或者折叠不到头了。可是为什么比后视镜电机还要耗电的其它负载启动时，没有发生这种跑飞复位呢？应该是其它负载驱动电路做得比较好，而后视镜电机驱动电路没有处理好。

　　这就意味着必须改电路，而硬件改版至少需要大半个月的时间，这就跟领导和车厂保证的时间点产生了矛盾，为了拖延时间，要么实话实话（需要分析并修改电路），要么扯谎。而这个问题其实我之前就发现过，只是没有重视，因为我的疏忽，不仅耽误将近一个月时间，还惹出那么多口水功夫，一念至此，我的心情更加沉郁了。

　　5

　　和领导简短汇报了情况之后，领导跟我商量半天，意识到确实应该就是硬件设计的问题，于是令我迅速回家，同时安排家里的同事带着后视镜负载进行测试，看看能不能复现故障。

　　在返程的路上，家里的同事一路跟我反馈着测试结果，采用电量较低的铅酸蓄电池做为电源时，启动包括后视镜电机在内的各种负载时都会造成供电电源电压下拉个两v左右，但是MCU的5v供电电压不会受到丝毫影响，所以不会出现我认为的“欠压复位”。最后，家中这位负责硬件设计的同事李工试图把锅重新甩回到我的头上，让我再好好看看代码。

　　好好看看代码？你以为代码像邻家的大妹子一样，那么好看吗？

　　回到公司，洒家直奔测试台，李工正严阵以待。看我杀过来之后，他调出了示波器测出的已经存储在电脑上的12v和5v供电电压的波形以及出现在MCU复位管脚上的复位脉冲波形，悠悠地对我说：“要不咱俩一块测测？”

　　洒家眉头一皱，“这是出现故障时的波形还是正常运行时的波形？”李工嘴角一咧，“自然是出现故障时的波形，要不然呢！”

　　完了，事情和预想的竟然不一致！凭着想当然的猜测，我从C市直接返回了公司，如果真的是软件问题，这么大一个乌龙，我怎么向领导交代？！

　　站在一旁的领导拍了拍我的肩膀，温和地对我们俩说：“板子确实是在操作后视镜这个电流并不算太大的负载时复位了，天雷君，你再检查一下软件的问题，实在不行找一下MCU厂家的技术支持。李工，你再好好测一下信号地、功率地上的波形。看看是不是把地抬高了。”

　　6

　　按照领导的吩咐，我找到了MCU厂家的技术支持，描述了一番问题之后，这位身经百战的技术支持跟我聊了聊这颗处理器设计上的一些细节信息，最后向我提议，让我写一段测试代码，确认复位的真正原因。该MCU支持好几个复位源，复位后会有一个寄存器存储复位源信息，可以通过这个寄存器确认复位的真正原因。

　　挂掉电话后，我老老实实地写了段测试代码，最后确认，确实就是欠压导致的复位！我把这个信息反馈给领导后，领导和我交流了片刻，然后带着我去找李工。

　　找到李工时，他正戴着耳机，面含着笑意刷着手机，领导问起对地波形的测量情况，他支吾半天，老老实实地承认还没有测试。于是我们一行三人跑到工作台那里开始测试。

　　后视镜折叠-后视镜展开-后视镜折叠......终于，故障再现了，在那一瞬间，一个清晰的被抬高了的电压出现在示波器的界面上。

　　实锤了，事实证明，确实是后视镜驱动电路的原因，导致了后视镜电机启动时，有时会把地给抬高，从而导致VCC-GND之间的电压差不满足MCU的供电要求，触发了MCU的欠压复位。

　　修改倒很简单，领导在后视镜供电电源和地之间加了两个大电容，测试上百次，故障不再复现，搞定！世间事每每如此，找原因时费尽心机，解决时却毫不费力！

　　后记

　　牛掰的工程师不仅可以发现问题，更可以解决问题。我发现了问题，领导解决了问题，事实证明，领导的水平是比我高呢，还是比我高呢：）