|
前言
之前在论坛泡了这么久,总是听说各路高手有一些玄乎奇神的软件抗干扰方法,一直以来苦于没有机会看到。希望通过本月的专题,让大家都能够看到一些高级的方法。
***************************************************
先说说我知道的方法吧
1、看门狗(硬件?软件?)
我认为看门狗作为最后的无奈之举,是不得以而为之的抗干扰方式。一个系统如果一天到晚复位,应该不能使用的。
2、针对特定的干扰时序,给出特定的抗干扰程序处理(我下文给出的RS485多机通信死机的解决方案就是这样的)。
3、软件陷阱(水平有限,不知道怎么使用,只在书上看到过,也不知道C语言编程的时代是否还用得上)
4、代码冗余(水平有限,不知道具体怎么使用,C语言也不知道如何编程具体实现)
5、……(由于水平有限,本人就不太知道其他的方式了)
*****************************************************
注意:请回复的时候不要太虚,比如
“XXX方法XXX”
*****************************************************
建议采用如下的方式给大家来讲解
1、方法名(开篇立意,开门见山,讲究名正言顺)
2、该方法的应用环境
3、该方法为什么在该环境下能够提高抗干扰
4、该方法的具体实现方式(能够给出源代码更好了)
5、该方法的可行与否的测试方法和测试结论
6、该方法的不足之处
******************************************************
如果其他的同志看到别人给出的方法后,觉得该方法在他给出的应用环境下,考虑的还是不妥当,需要改进,也不要给出太虚的回复。比如:
“这个方法太简单了”
“这个方法我早就用过N年了”
“这个方法也拿出来说?地球人都知道”
等等诸如此类不能解决事情的回复还是少一些为好,希望打造一些精品帖,少一些水贴才好。
*******************************************************
如果发现不妥,建议采用一下方式来回复。
1、该方法在该使用环境下有以下条件考虑不周全!
2、需要增加什么手段可以提高抗干扰!
3、或者是该方法完全不行,需要采用新的方法
4、给出解决方案(源代码或者分析过程)
5、新方法的测试方法和测试结论(有最好)
********************************************************
本人之前针对RS485多机通信下发生随机死机现象做过仔细的分析也研究。
最终通过状态机收发实现了多机通信死机解决方案。
由于原文分析过程太多,我给出了一个压缩包,包括:
-------------------------------------------------
前因:《关于通信程序死机的描叙》
分析:《关于通信程序的死机分析以及处理》
解决:《UART文件夹》内给出的是具体的实现代码。
-------------------------------------------------
|
|