seo 网站描述长度,域名查询官网,智能路由器 建网站,企业网站优化解决方案关于软件开发中的偶发性问题#xff0c;有些处理办法看似不是很难#xff0c;但其实最重要的还是对问题的敏感度#xff0c;而这份敏感度就来源于你对整个系统的理解和把握。当你能够尽快缩小问题代码的范围#xff0c;在一定程度上就已经加快了解决问题的进度。之前我曾提… 关于软件开发中的偶发性问题有些处理办法看似不是很难但其实最重要的还是对问题的敏感度而这份敏感度就来源于你对整个系统的理解和把握。当你能够尽快缩小问题代码的范围在一定程度上就已经加快了解决问题的进度。之前我曾提到MCU程序直接死了以后软件上也有力不从心的时候这时候我觉得你应该把做硬件的哥们揪过来了。当然做嵌入式软件的朋友们也不要太高估了自己虽然大家可以把硬件秀起来但是你拯救不了“无药可救”的硬件。不要一头扎到代码的调试中而是更多的分析现场和一些可能性的问题先排查一些更加常见且易查的硬件问题此时此刻示波器得秀起来~1 电源问题 对于电源问题引起的死机在这么多年软件调试过程了至少有碰到过10次左右特别是一些经验不是特别丰富的软件工程师们在开发的过程中很少去质疑硬件问题所以一言不合就从嵌入式软件开始排查同时也有许多硬件伙计觉得软件可以优化非常多的硬件问题。所以嵌入式软件没有一定经验的话在调试硬件问题会比较难受那么对于电源这块能量的核心主要是电压、功率和稳定性等。大部分芯片都会有一个稳定运行的电压范围过高或者过低都有可能导致运行异常注意是可能不是一定甚至同一个型号不同批次的芯片都有所差异~所以功率不够电压过低会导致芯片内外供电不够使得相应模块、外设运行异常最终程序死机、跑飞是经常发生的。特别是整个系统的功率需求并不是特别稳定且电源的设计并没有太多的余量当出现比如动作继电器等等功耗较大的动作时其电源就有可能出现不稳定状态最终影响到芯片运行。当然如果你是购买的劣质或者参数虚标的电源就要更多的去测试和监控一下电源的稳定程度了。所以我目前亲自开发的项目在项目的设计评审初期会要硬件多留一个MCU的AD采样电路用来实时采集供电电压等软件内部做一些快速的电压保护或者故障侦测以检测出大部分电源异常问题。2 复位电路干扰 相比电源问题会少一些不过也遇到过几次大部分都是板子刚打样回来上电调试的时候MCU直接不运行的情况大多都是复位电路中的电阻或者电容贴错了虚焊了等等如果是采用复位芯片的大多估计供电不足选型有问题等等。不过有一次遇到是在PCB走线上复位电路与功率部分挨得比较近导致MCU概率性复位当然如果有使用外部看门狗的话就更需要排查一下了。3 晶振失效或受干扰 晶振本身失效或者受干扰一般MCU都会选择外部晶振相比内部的会更加准确一些。然而对于这个MCU的心脏也是有概率出问题的之前有个项目采用定时测量时间每次测量信号的误差都是忽大忽小后来直接把捕获的信号用IO信号翻转出来与实际信号进行对比发现并无差异才定位到是计时这块的频率出了问题最终定位外部晶振电路存在干扰导致时钟频率发生变化最终影响测量结果如果干扰再大一些估计就跑飞宕机了。对于当出现了一些死机或者计时不准的问题不仅仅要看软件也要从硬件晶振时钟这块进行排查所以对于目前主流的一些MCU都会存在时钟频率输出的引脚一方面是用来供外部进行内部时钟的监控另外一个应用就是进行不同芯片之间时钟上的同步。4 最后几小点 最后静电问题说实在的在开发中真的是虚无缥缈的存在曾经一个伙计徒手换芯片10个芯片换上去坏了一半大概率是因为天气比较干燥用手触碰了几下芯片后来硬件人手准备一套装备~同时在系统中与MCU没有隔离的IO口通信等等都要做好保护这些对外的接口会把静电、或者是浪涌电压等引入MCU内部使得MCU内部逻辑混乱导致死机。高速运行的MCU会受外界辐射等电磁干扰做好一些屏蔽措施等。基本上遇到的MCU死机或者复位暂时就总结这么多吧以后再想到一些再写写~来源最后一个bug版权归原作者所有如有侵权请联系删除。
