你是否长时间纠缠于线路板的失效分析?你是否花费大量精力在样板调试过程中?你是否怀疑过自己的原本正确的设计?
也许许多硬件工程师都有过类似的心理对话。有数据显示,78%的硬件失效原因是由于不良的焊接和错误的物料贴片造成的。导致工程师花费大量时间和精力在样板调试和分析中,耽误了项目进度。如果一时间找不出不良原因,工程师会怀疑自己的原本正确的设计,致使自己误入不正确的思维方向。在真正做硬件调试的时候,工程师往往会考虑很多高深的潜在诱因,但都不愿意去怀疑焊接是否足够可靠,但是往往“最安全的地方,就是最危险的地方”。工程师们会习惯性的认为焊接这样简单的事情不会造成许多貌似复杂的问题,一旦这样的问题发生了,他们也会习惯性的去考虑软件的健壮性,硬件电路的设计的合理性。比如,
案例一,由于DDR高速信号部分某一信号的虚焊,系统作普通小数据量传输时看似都工作正常,然而在做大数据量的burst操作时,比如高清电影播放,操作系统载入,就会常常报错。而往往被误以为是软件原因,软件工程师长时间察看代码无果。
案例二,由于焊接时时间和温度控制不当,导致LCD和USB这样的连接器内部的塑料结构部分因为高温而融化变形,导致某一信号意外断开,从而LCD无显示,USB无通讯,被误以为是软件驱动问题。
案例三,在CPU电源旁,密集的分布着大量去偶电容,由于焊接过程中多余的焊锡导致某一电容短路,结果导致硬件工程师花费大量时间去逐个排查短路原因。
案例四,高速信号接口连接器,由于某一信号虚焊,导致系统可以工作在较低的总线频率,一旦提升总线速度,系统立即报错。这样问题的原因基本很难被定位。
案例五,由于电感部分的焊接不良,导致LED的PWM调光功能失效,工程师花大量时间确认是否是软件或者硬件的问题。
焊接,看似简单,但是也是有许多的工作细节和步骤拼凑而成,而这些环节彼此间也是环环相扣的,任何一个环节的错误都会导致最终的问题。
所以,在硬件调试过程中,建议工程师们先观察你的样机的焊接质量,1,物料是否正确?2,脚位是否正确?3,是否有连锡,空焊,虚焊的情况?4,锡膏过炉后是否饱满,反光?5,PCB板是否有焦黄情况?6,连接器的结构部分是否在高温下熔化?7,芯片位置是否与丝印对应?
检查完以上“浅显”项目后,再把精力放到那些“高深”的问题上!
我要赚赏金打赏帖 |
|
|---|---|
| 【FreeRtos】FreeRtos + MPU模块的配置使用被打赏¥32元 | |
| 【分享开发笔记,赚取电动螺丝刀】墨水屏文本显示器被打赏¥25元 | |
| 【STEVAL-STWINKT1B】:结合STMcubeMX读取磁力计iis2mdc被打赏¥19元 | |
| 【STEVAL-STWINKT1B】:结合STMcubeMX读取LPS22HH气压、温度被打赏¥19元 | |
| 【STEVAL-STWINKT1B】:结合STMcubeMX读取STTS751温度被打赏¥17元 | |
| 【STEVAL-STWINKT1B】:结合STMcubeMX软件读取HTS221温湿度被打赏¥22元 | |
| M5PAPERESP32EINKDEVKIT评测|使用MicroPython开发M5Paper被打赏¥15元 | |
| OK1126B-S开发板下以导航按键控制云台/机械臂姿态调整被打赏¥29元 | |
| 【树莓派5】便携热成像仪被打赏¥36元 | |
| 【树莓派5】环境监测仪被打赏¥35元 | |
我要赚赏金
