上一星期调试一块电路板,调试期间发现某器件性能不佳,折腾了几天,又是测电源又是换器件,最后还是老样子。之后,同事重新编写调试程序,下载下去,器件性能良好。到了这一步,可以初步判断硬件没有问题。
随之而来的问题是,新的调试程序与旧的调试程序有何不同?一经对比,发现新旧调试程序中该器件的代码处理逻辑有细微差异。旧版调试程序对应的旧的电路板中,该器件的某一差分引脚的P、N脚连接反了,当时调试时,直接修改了该器件的代码逻辑;新的电路板中,该问题被修正了过来,但大家都忘了之前有过这么一茬事,代码忘了改回去,一个小问题,耽误了不少进度。
这一事件,能够汲取什么教训呢?
- 平时做的调试记录,要便于复查,出现的问题需要能够快速索引查找
- 某器件对应的模块代码,尽量不在内部修改,能在上一层代码中嵌入修改逻辑最好
- 为了弥补硬件问题所做的软件更改,在工程最顶层TOP文件的注意事项中,需要写明代码更改原因,便于他人阅读代码知悉