由在强干扰下，CPU复位引发的思考 .......

发表于 2012-3-14 08:27

lz检查下开关电源在强干扰下的输出，曾经测试过开关电源在强干扰下自动关断了，造成了0电压输出所以可能导致了CPU供电问题。

发表于 2012-3-14 09:24

楼主说的这个问题，我以前也遇到过，我的做法是，在程序的主循环中加入一个函数，用来检测所有的初始化参数，并不是一次检测完毕，分多次检测，并且将这个函数的优先级调整为最低。

发表于 2012-3-14 12:18

to 22楼：说实话，8位机这么干很容易！

无奈 ARM 的配置寄存器实在太多了，多的我都看都看傻了，关键是还涉及到很多汇编（启动文件），这下彻底傻了！

发表于 2012-3-14 17:59

楼主爱思考，值得表扬。

以下这句话是错的：2、程序为啥会“飞”了？是因为指向当前程序地址的指针在干扰下没按套路出牌，乱出牌了，于是程序就飞了！由此带来问题3！

程序飞了，是数据在传递过程当中受了干扰，导致数据传错了。这个数据有可能是地址数据，也有可能是从ROM、RAM、寄存器读回来的数据，也有可能是控制信号。

这个出错，是出在传递的过程，而不是RAM、寄存器本身。

所以，后面的推论跟着错了。也就是说，你的思路从这个地方开始，跑飞掉了。

发表于 2012-3-14 19:40

我也曾按楼主的思路思考过
所以后来我对所谓的软件抗干扰和WDT基本没什么兴趣了，可能可以对全局变量加校验的方式做软件抗扰，
但这种方式是什么时候是个头啊，因此解决问题还是要在PCB布线、滤波和接地上下功夫。

发表于 2012-3-14 20:02

以下这句话是错的：2、程序为啥会“飞”了？是因为指向当前程序地址的指针在干扰下没按套路出牌，乱出牌了，于是程序就飞了！由此带来问题3！

程序飞了，是数据在传递过程当中受了干扰，导 ...
sahh 发表于 2012-3-14 17:59

其实我的意思是，在干扰下，RAM（这里的RAM指可读可写的所有存储器，包括所有的配置寄存器）是不可靠的，那么如何应对这些不可靠的RAM变化（尤其是配置寄存器）？

发表于 2012-3-14 22:44

由在强干扰下，CPU复位引发的思考：
1、强干扰下，CPU为啥会复位？一般的原因是程序“飞”了，由WDT拉了回来！由此带来问题2；
2、程序为啥会“飞”了？是因为指向当前程序地址的指针在干扰下没按套路出牌，乱出牌了 ...
Wxy8030 发表于 2012-3-12 13:46

多次刷新是很重要的

发表于 2012-3-14 22:46

不如平时CPU空闲的时候，定时把所有能检查的配置寄存器都检查一遍？
EMP_ 发表于 2012-3-13 10:16

有空就刷新比检查好

发表于 2012-3-14 22:50

其实我的意思是，在干扰下，RAM（这里的RAM指可读可写的所有存储器，包括所有的配置寄存器）是不可靠的，那么如何应对这些不可靠的RAM变化（尤其是配置寄存器）？ ...
Wxy8030 发表于 2012-3-14 20:02

1选够用的功能少的片子
2.能刷新就刷新：（所有功能寄存器，比如输入输出配置，输出状态）

（在干扰情况下，输出可能变输入，输出1后可能变0）

发表于 2012-3-14 22:50

一句话。ROM比RAM可靠

发表于 2012-3-14 22:57

TO 谈：
要是 51、PIC 之类的8位机我也就不发帖子了 ...... 我现在用的是 ARM ......（悲催的STM32F103......）......连固件库我都还没整明白、汇编还看不懂几行呢 ......

发表于 2012-3-14 23:08

干扰的是总线，而不是任何RAM，如果程序飞了，CPU就会复位。如果是其它错误，难道你的串行通讯没有校验，AD没有软滤波处理。

发表于 2012-3-14 23:40

b不要看汇编了额，把初始化代码弄主程序中吧

发表于 2012-3-15 08:40

to 谈：
要不要检验堆栈？要不要检查ARM核的某些标志？中断使能位如何处理（一不小心产生了一个莫须有的中断咋办）？

发表于 2012-3-17 16:16

真是这样的吗?

由在强干扰下，CPU复位引发的思考 .......

浏览过的版块

技术奇才奖章

涓涓之细流

七世轮回

伴坛终老

技术高手奖章

精英会员奖章

沉静之湖泊

十世金身

甘甜之泉水

希望之星奖章

湍急之河流

无冕之王奖章

技术导师奖章

核心会员奖章

坚毅之洋流

技术新星奖章