打印

建议做为2008年1月的专题----软件抗干扰的方法研究

[复制链接]
楼主: emailli
手机看帖
扫描二维码
随时随地手机跟帖
41
smartpower| | 2008-1-8 12:13 | 只看该作者 回帖奖励 |倒序浏览

给大家看一个程序结构造成的BUG

#include <iom48.h>
#include <inavr.h>

unsigned int count;
unsigned long sum;
unsigned long error;
unsigned char flag;

#pragma vector = TIMER1_COMPA_vect
__interrupt void my_interrupt_routine(void) //定时中断
{
    count++;        //count = 251~260
    
    if(count > 260)
    {
        count = 251;
    }
    
    flag = 1;
    
}

void tmr1_ini() ////定时中断初始化
{
    TCNT1  = 0x00;
    
    OCR1A  = 80;
    TIMSK1 = 0x02;
    
    TCCR1A = 0x00;
    TCCR1B = 0x09;
}

void main(void)
{
    count = 251;
    sum = 0;
    error = 0;
    
    tmr1_ini();
    __enable_interrupt();
    
    while(sum < 100000)
    {
        if(flag > 0)
        {
            sum++;
            flag = 0;
        }
        
        if(count > 250)         //count = 251~260
        {
            __delay_cycles(2);  //按理一定执行这句话
        }
        else
        {
            error++;            //但实际上有一定的机率会执行这句话
        }
    }
    
    
    while(1)                    //下断点,看error的数值
    {
        __delay_cycles(2);
        __delay_cycles(2);
        __delay_cycles(2);
    }
}


大家想这程序出问题的原因是什么
想想这个程序改进的方法是什么
想通了这个也许对大家有点帮助

使用特权

评论回复
42
香水城| | 2008-1-8 12:25 | 只看该作者

嘿嘿,这是8位单片机,当然有问题,俺那个32位的单片机就OK

确实41楼这样的问题会经常被很多人忽视。

使用特权

评论回复
43
5880527| | 2008-1-8 16:54 | 只看该作者

应该是读到半个字吧

虽然我不会C语言,这是程序漏洞而不是抗干扰的问题,置一标志就可以解决了

使用特权

评论回复
44
yewuyi| | 2008-1-9 09:17 | 只看该作者

~~,用过ASM都知道那问题……

使用特权

评论回复
45
hotpower| | 2008-1-9 21:13 | 只看该作者

volatile unsigned int count;

使用特权

评论回复
46
农民讲习所| | 2008-1-9 22:22 | 只看该作者

NO

开关中断操作count

使用特权

评论回复
47
救火车| | 2008-1-10 16:10 | 只看该作者

在提高硬件系统抗干扰能力的同时,软件抗干扰以其设计灵活、节省硬件资源、可靠性好越来越受到重视。下面以MCS-51单片机系统为例,对微机系统软件抗干扰方法进行研究。 
   1  软件抗干扰方法的研究 
   在工程实践中,软件抗干扰研究的内容主要是: 一、消除模拟输入信号的嗓声(如数字滤波技术);二、程序运行混乱时使程序重入正轨的方法。本文针对后者提出了几种有效的软件抗干扰方法。 
    1.1 指令冗余 
   CPU取指令过程是先取操作码,再取操作数。当PC受干扰出现错误,程序便脱离正常轨道“乱飞”,当乱飞到某双字节指令,若取指令时刻落在操作数上,误将操作数当作操作码,程序将出错。若“飞” 到了三字节指令,出错机率更大。 
   在关键地方人为插入一些单字节指令,或将有效单字节指令重写称为指令冗余。通常是在双字节指令和三字节指令后插入两个字节以上的NOP。这样即使乱飞程序飞到操作数上,由于空操作指令NOP的存在,避免了后面的指令被当作操作数执行,程序自动纳入正轨。 
    此外,对系统流向起重要作用的指令如RET、 RETI、LCALL、LJMP、JC等指令之前插入两条NOP,也可将乱飞程序纳入正轨,确保这些重要指令的执行。
    1.2 拦截技术 
    所谓拦截,是指将乱飞的程序引向指定位置,再进行出错处理。通常用软件陷阱来拦截乱飞的程序。因此先要合理设计陷阱,其次要将陷阱安排在适当的位置。
    1.2.1 软件陷阱的设计 
    当乱飞程序进入非程序区,冗余指令便无法起作用。通过软件陷阱,拦截乱飞程序,将其引向指定位置,再进行出错处理。软件陷阱是指用来将捕获的乱飞程序引向复位入口地址0000H的指令。通常在EPROM中非程序区填入以下指令作为软件陷阱: 
                       NOP 
                       NOP 
                       LJMP 0000H 
其机器码为0000020000。
   1.2.2 陷阱的安排 
   通常在程序中未使用的EPROM空间填0000020000。最后一条应填入020000,当乱飞程序 落到此区,即可自动入轨。在用户程序区各模块之间的空余单元也可填入陷阱指令。当使用的中断因干扰而开放时,在对应的中断服务程序中设置软件陷阱,能及时捕获错误的中断。如某应用系统虽未用到外部中断1,外部中断1的中断服务程序可为如下形式: 
                       NOP 
                       NOP 
                       RETI 
    返回指令可用“RETI”,也可用“LJMP 0000H”。如果故障诊断程序与系统自恢复程序的设计可靠、 完善,用“LJMP 0000H”作返回指令可直接进入故障诊断程序,尽早地处理故障并恢复程序的运行。 
    考虑到程序存贮器的容量,软件陷阱一般1K空间有2-3个就可以进行有效拦截。 
    1.3 软件“看门狗”技术 
    若失控的程序进入“死循环”,通常采用“看门狗”技术使程序脱离“死循环”。通过不断检测程序循环运行时间,若发现程序循环时间超过最大循环运行时间,则认为系统陷入“死循环”,需进行出错处理。
    “看门狗”技术可由硬件实现,也可由软件实现。 在工业应用中,严重的干扰有时会破坏中断方式控制字,关闭中断。则系统无法定时“喂狗”,硬件看门狗电路失效。而软件看门狗可有效地解决这类问题。 
    笔者在实际应用中,采用环形中断监视系统。用定时器T0监视定时器T1,用定时器T1监视主程序,主程序监视定时器T0。采用这种环形结构的软件“看门狗”具有良好的抗干扰性能,大大提高了系统可靠性。对于需经常使用T1定时器进行串口通讯的测控系统,则定时器T1不能进行中断,可改由串口中断进行监控(如果用的是MCS-52系列单片机,也可用T2代替T1进行监视)。这种软件“看门狗”监视原理是:在主程序、T0中断服务程序、T1中断服务程序中各设一运行观测变量,假设为MWatch、T0Watch 、T1Watch,主程序每循环一次,MWatch加1,同样T0、T1中断服务程序执行一次,T0Watch、 T1Watch加1。在T0中断服务程序中通过检测T1Watch的变化情况判定T1运行是否正常,在T1中断服务程序中检测MWatch的变化情况判定主程序是否正常运行,在主程序中通过检测T0Watch的变化情况判别T0是否正常工作。若检测到某观测变量变化不正常,比如应当加1而未加1,则转到出错处理程序作排除故障处理。当然,对主程序最大循环周期、定时器T0和T1定时周期应予以全盘合理考虑。限于篇幅不赘述。
    2  系统故障处理、自恢复程序的设计 
     单片机系统因干扰复位或掉电后复位均属非正常复位,应进行故障诊断并能自动恢复非正常复位前的状态。
    2.1 非正常复位的识别 
    程序的执行总是从0000H开始,导致程序从 0000H开始执行有四种可能:一、系统开机上电复位;二、软件故障复位;三、看门狗超时未喂狗硬件复位; 四、任务正在执行中掉电后来电复位。四种情况中除第一种情况外均属非正常复位,需加以识别。 
    2.1.1 硬件复位与软件复位的识别 
    此处硬件复位指开机复位与看门狗复位,硬件复位对寄存器有影响,如复位后PC=0000H, SP=07H,PSW=00H等。而软件复位则对SP、SPW无影响。故对于微机测控系统,当程序正常运行时,将SP设置地址大于07H,或者将PSW的第5位用户标志位在系统正常运行时设为1。那么系统复位时只需检测PSW.5标志位或SP值便可判此是否硬件复位。图1是采用PSW.5作上电标志位判别硬、软件复位的程序流程图。 

图1 硬、软件复位识别流程图 
此外,由于硬件复位时片内RAM状态是随机的,而软件复位片内RAM则可保持复位前状态,因此可选取片内某一个或两个单元作为上电标志。设 40H用来做上电标志,上电标志字为78H,若系统复位后40H单元内容不等于78H,则认为是硬件复位,否则认为是软件复位,转向出错处理。若用两个单元作上电标志,则这种判别方法的可靠性更高。
    2.1.2 开机复位与看门狗故障复位的识别 
    开机复位与看门狗故障复位因同属硬件复位, 所以要想予以正确识别,一般要借助非易失性RAM或者EEROM。当系统正常运行时,设置一可掉电保护的观测单元。当系统正常运行时,在定时喂狗的中断服务程序中使该观测单元保持正常值(设为 AAH),而在主程中将该单元清零,因观测单元掉电可保护,则开机时通过检测该单元是否为正常值可判断是否看门狗复位。 
   2.1.3 正常开机复位与非正常开机复位的识别 
    识别测控系统中因意外情况如系统掉电等情况引起的开机复位与正常开机复位,对于过程控制系统尤为重要。如某以时间为控制标准的测控系统,完成一次测控任务需1小时。在已执行测控50分钟的情况下,系统电压异常引起复位,此时若系统复位后又从头开始进行测控则会造成不必要的时间消耗。因此可通过一监测单元对当前系统的运行状态、系统时间予以监控,将控制过程分解为若干步或若干时间段,每执行完一步或每运行一个时间段则对监测单元置为关机允许值,不同的任务或任务的不同阶段有不同的值,若系统正在进行测控任务或正在执某时间段,则将监测单元置为非正常关机值。那么系统复位后可据此单元判系统原来的运行状态,并跳到出错处理程序中恢复系统原运行状态。 
    2.2 非正常复位后系统自恢复运行的程序设计 
  对顺序要求严格的一些过程控制系统,系统非正常复位否,一般都要求从失控的那一个模块或任务恢复运行。所以测控系统要作好重要数据单元、参数的备份,如系统运行状态、系统的进程值、当前输入、输出的值,当前时钟值、观测单元值等,这些数据既要定时备份,同时若有修改也应立即予以备份。 
  当在已判别出系统非正常复位的情况下,先要恢复一些必要的系统数据,如显示模块的初始化、片外扩展芯片的初始化等。其次再对测控系统的系统状态、运行参数等予以恢复,包括显示界面等的恢复。之后再把复位前的任务、参数、运行时间等恢复, 再进入系统运行状态。 
    应当说明的是,真实地恢复系统的运行状态需 要极为细致地对系统的重要数据予以备份,并加以数据可靠性检查,以保证恢复的数据的可靠性。 
    其次,对多任务、多进程测控系统,数据的恢复需考虑恢复的次序问题,笔者实际应用的数据恢复过程流程图如图2所示。

图2 系统自恢复程序流程图
图中恢复系统基本数据是指取出备份的数据覆盖当前的系统数据。系统基本初始化是指对芯片、显示、输入输出方式等进行初始化,要注意输入输出的初始化不应造成误动作。而复位前任务的初始化是指任务的执行状态、运行时间等。
    3  结束语 
  对于软件抗干扰的一些其它常用方法如数字滤波、RAM数据保护与纠错等,限于篇幅,本文未作讨论。在工程实践中通常都是几种抗干扰方法并用,互相补充完善,才能取得较好的抗干扰效果。从根本上来说,硬件抗干扰是主动的,而软件是抗干扰是被动的。细致周到地分析干扰源,硬件与软件抗干扰相结合,完善系统监控程序,设计一稳定可靠的单片机系统是完全可行的。

使用特权

评论回复
48
sz_kd| | 2008-1-10 16:22 | 只看该作者

好东西,顶

使用特权

评论回复
49
5_0_5| | 2008-1-10 20:17 | 只看该作者

最近一小项目的总结

5_0_5的工作小结:
1.干扰的受主:
  a.电源电压跌落到芯片正常工作以下;
  b.PC等RAM值改变(危险),俺认为软件的作用域是有限制的,感觉看到的资料好象都是在讨论这个;
  c.复位;

2.临界代码处理:  //临界代码是从1952大叔那里听来的词
  a.禁止中断;
  b.假如复位,面临重要代码(彼此相关的多字节的数据块,如:8位机中的多字节运算,还有EE或flash写了一半等)的还原问题,俺有点晕车,求高手详解;
  c.假如电源电压跌落,那就是硬件问题(倒塌个)。

3.逻辑错误,对于复杂逻辑或较大的代码,偶尔的错误,处理好的话,可能只是短暂的晕车。

可能的后果:
  a.出错;
  b.ROM代码被改或写错(倒塌)。

俺想确认个概念:
芯片的抗干扰:俺认为是芯片内部电路的抗干扰(如RAM,数据总线等),而不是芯片外围电路的抗干扰(如外部复位电路)

代码健壮性的处理方法,个人认为:
精简指令∈复杂指令系统

软件:只有想不到,没有做不到
硬件:我的地盘我做主
只是想说明一个观点:先做好硬件抗干扰,在这个方面,软件只是助理

以上是个人的工作小结,错误之处请大侠们指教
等待各位的深入讨论

使用特权

评论回复
50
5_0_5| | 2008-1-10 20:25 | 只看该作者

俺再把之前转的贴贴过来

C8051Fxxx程序丢失问题的分析
http://www.**.com/html/07-12/9283200112056363.shtml
更新于2007-12-20 13:57:20 作者: 湖南大学 胡益 苏娟 周海燕

1 C8051Fxxx单片机简单介绍和Flash结构 

  C8051Fxxx系列器件是Silicon Labs推出的一个高速单片机系列。这款单片机是完全集成的混合信号片上系统型MCU 芯片,具有高速、流水线结构的8051 兼容的CIP51内核;70%的指令的执行时间为1个或2个系统时钟周期;片上有丰富的片内外设,根据型号的不同,包括ADC、DAC、UART、捕捉/比较模块的可编程计数器/定时器阵列、SPI、SMBus等。 

  C8051Fxxx单片机有大容量的Flash存储器,用于程序代码和非易失性数据存储,可在系统编程。Flash的结构是以扇区为单位组织的(128 KB系列以1 024字节为1个扇区,64 KB系列以512字节为1个扇区)。非易失性Flash可以用来存储系统的参数,如软件版本、生产日期等。Flash可以使用编程器擦写,也可以在程序中使用MOVX指令来修改,从而使Flash 存储器具有在系统重新编程能力,允许现场更新8051 固件程序。Flash的写和擦除操作由硬件自动定时,以保证操作正确通过。C8051Fxxx的Flash保存下载的程序,在系统上电后,单片机从Flash读出代码数据到RAM,之后程序开始运行。 

2 程序丢失问题的出现和原因 

  在一些实际应用中,系统重新上电后会出现程序不能正常运行的问题,常表现为“程序丢失”。通常是由于程序代码被损坏或被修改造成的。 

  造成程序丢失问题的原因很多,可以归结到一个基本原因,即对Flash的访问失败而造成Flash保存的代码出现错误。对于所有包含有Flash写/擦除子程序的系统,当CPU工作在规定的VDD、温度、系统时钟频率范围之外时,对Flash进行写/擦除操作,都有可能出现Flash数据错误的现象。 

2.1 Flash数据错误的硬件原因 

  C8051Fxxx单片机的Flash操作由硬件控制,所以硬件上的不稳定可能造成Flash操作错误。硬件原因主要是能影响CPU正常运行的因素,以及能影响Flash操作环境的因素。这些因素包括操作电压、温度以及外部干扰脉冲等,具体如下: 

  ① 能影响CPU运行可靠性的参数有系统时钟源。如果系统时钟由外部晶振提供,外部的电磁干扰引起尖脉冲,并耦合到系统时钟上,则会导致不可预知的操作。 
  ② 系统在单片机的工作电压没有稳定(VDD上升时间低于规定的1 ms)时就已经完成复位,由于系统复位时需要从Flash读出代码数据,Flash电压不稳定会出现不可预测的错误。 
  ③ 在对Flash的操作过程中,如果温度、电压不稳定,也可能造成Flash数据错误。 

2.2 Flash数据错误的软件原因 

  代码设计的缺陷是程序丢失的主要原因,因为单片机的Flash是由硬件来控制的,不能由软件来控制操作的细节,所以程序的不完善可能造成Flash的访问出错,从而使Flash数据出现错误。 这些操作包括: 在PSWE位(PSCTL.0)置1时CPU执行中断服务程序中的MOVX写操作,该中断服务程序要使用xdata 或pdata 的易失性存储区单元,这样可能导致向xdata 或pdata存储区写的数据写到Flash中了,从而出现问题。另外,如果使用外部晶振作系统时钟,在时钟没有稳定时就对Flash进行写操作,也可能造成程序丢失。 

3 程序丢失问题的解决方法 

  针对以上可能的原因,可以从软硬件两个方面来解决程序丢失问题。在硬件方面,主要是给系统提供稳定的工作环境,并避免外部干扰对CPU运行环境的影响;在软件方面,主要是规范对Flash的操作。 

3.1 从硬件方面预防程序丢失 

  注意,以下的方法不是对所有的器件都适用,要根据具体的硬件情况选择相应的方法: 

  ① 在RST引脚安装VDD监测电路,并将VDD监视设置为一个复位源(置RSTSRC.1为1)。这样如果系统电压不稳定,系统将自动复位,从而避免在电压不稳时访问Flash。 
  ② 对外部晶振时钟2分频,更好的方法是使用内部振荡器,这样能提高系统时钟的抗干扰能力。 
  ③ 如果使用外部晶振提供系统时钟,信号线应尽量靠近单片机的输入端,同时晶振外壳接地。 
  ④ 对于使用外部晶振作时钟源的系统,应尽量增强晶振的驱动能力,这样也能在一定程度上预防程序丢失。 

3.2 从软件方面预防程序丢失 

  程序丢失的主要原因是程序设计的缺陷,所以合理的程序代码设计能极大地预防该问题的出现。在代码中可以用多种方法来预防Flash数据丢失: 

  ① 在PSWE=1下禁止中断,使得程序中的MOVX写指令是对Flash而不是对XRAM。 
  ② 在PSWE=1下尽可能少地访问变量。在PSWE=0下执行地址译码操作,并用间接寻址方式执行MOVX写操作。例如,向Flash写多个字节,间接寻址和写PSWE过程如下: 

  unsigned char xdata * idata pwrite;//使用idata指针指向Flash 
  unsigned char *source; 
  unsigned char mydata; 
  for (addr = 0; addr < 100; addr++) { 
    //PSWE =0时获取要写入的数据 
    mydata = *source++; 
    //PSWE =0时修改写入数据的目标地址 
    pwrite = (unsigned char xdata *) addr; 
    PSCTL = 0x01;//PSWE=1 
    //赋值方式写入数据,此时不执行目标地址的修改操作 
    *pwrite = mydata; 
    PSCTL = 0x00;//PSWE=0 
  } 

  以上代码中,当PSWE = 1时只执行写Flash操作(*pwrite = mydata);其他操作,如修改addr的值、获取源数据和目的地址,都是在PSWE = 0时执行的。 

  ③ 将Flash写/擦除指针指向data或idata区。 
  ④ 减少将PSWE置1的指令操作。理想的情况是只有两个操作将PSWE置1,即写1个Flash字节和擦除1个Flash字节。 
  ⑤ 在Flash写/擦除函数中,使能VDD监视并设置复位源。使能和设置操作必须在实际的写操作发生之前,置PSWE=1之后完成。 
  ⑥ 代码中所有的对RSTSRC的写操作均用直接赋值方式完成(如RSTSRC = 0x02),不能用读/写指令(如ORL或ANL)来完成。例如,代码“RSTSRC |= 0x02”是非法的。 
  ⑦ 对于能用PORSF位来设置VDD为复位源的器件,保证在写RSTSRC时置PORSF=1,即先使能VDD为复位源,再使能其他复位源的操作,如时钟丢失监测(missing clock detector)、比较单元和软件复位。 

4 一个实际应用方案 

  在有的应用场合,由于需要较快的执行速度,不能使用单片机的内部时钟作系统时钟源,所以使用外部晶振来提供时钟。在这种情况下,首先要在硬件上确保系统工作参数正常。 

  在软件上,由于最常见的Flash丢失原因是程序问题,所以可以在代码中用多种方法来预防Flash数据丢失。首先,在初始化单片机时,使能VDD检测,并设置VDD和时钟丢失为复位源。如果程序中有写/擦除Flash的代码,则在写/擦除操作前切换系统时钟,将系统时钟切到内部时钟或对外部时钟2分频;写/擦除操作完成之后,再恢复系统时钟,通过增加Flash修改操作时的时间开销来实现系统的稳定[2]。以下以C8051F126为例,给出了系统时钟切换的程序清单: 

  void SYSCLKAdjust(unsigned char select) { 
    EA_Save=EA; 
    SFRPAGE=0x0f; 
    switch(select) { 
      case 0x01: 
        OSCICN_Save = OSCICN; 
        CLKSEL_Save = CLKSEL; 
        OSCICN = 0xc3;//内部时钟,不分频 
        CLKSEL = 0x00; 
        break; 
      case 0x02: 
        OSCXCN_Save = OSCXCN; 
        OSCXCN |= 0x70;//外部时钟2分频 
        break; 
      default://选择内部时钟 
        OSCICN_Save = OSCICN; 
        CLKSEL_Save = CLKSEL; 
        OSCICN = 0xc3; 
        CLKSEL = 0x00; 
        break; 
    } 
  } 

  要恢复系统时钟到Flash操作前的状态,只需将CLKSEL_Save、OSCICN_Save、OSCXCN_Save重新写回到CLKSEL、OSCIN、OSCXCN。 

  C8051F126的系统时钟(SYSCLK)可以在内部时钟和外部时钟之间自由切换,切换时的操作要求如下: 

  ① 在切换过程中,先设置所选时钟的属性,再用CLKSEL将其设置为SYSCLK。 
  ② 在还原过程中,先用CLKSEL选择时钟源,再设置其属性。 
  ③ 如果切换过程中关闭外部晶振,要再恢复外部时钟,启动后至少要等1 ms,再去读XTLVLD(OSCXCN.7)来判断晶振时钟是否稳定。否则,可能读到错误值。 
  ④ 在外部时钟稳定运行后,再对其分频,不必插入等待周期。 
  ⑤ 在切换过程中,可以保持外部时钟继续运行,这样在还原过程中就不必等待外部时钟稳定,从而节省时间开销,代价是系统功耗有所增加。 

5 总结 

  程序丢失会带来各种不良的后果,最严重时致使程序无法正常运行,从而造成整个系统崩溃,给产品的应用带来麻烦。在系统的硬件设计和代码编写过程中,通过对以上问题的注意,可以有效地防止程序丢失问题的出现。另外,由于系统时钟的切换只发生在Flash的写/擦除过程中,操作结束后又恢复成原来的设置,因而对系统运行速度的影响很小,从而保证了系统其他功能的实现。 

参考文献 

[1] Silicon Laboratories Co Ltd. C8051F120/1/2/3/4/5/6/7 Mixed Signal ISP Flash MCU Family,2004. 
[2] 潘琢金,施国君.C8051Fxxx高速SOC单片机原理及应用[M].北京:北京航空航天大学出版社,2002:154-157. 

胡益(硕士研究生),主要研究方向为UHF RFID读写器; 
苏娟(副教授),主要研究方向为嵌入式系统、语音识别等; 
周海燕(硕士研究生),主要研究方向为嵌入式系统及应用。

使用特权

评论回复
51
mohanwei| | 2008-1-10 21:20 | 只看该作者

考虑这么多干嘛,“水塘+掉电监测”即可解决


都掉电了,赶快保存参数了;下次上电读一次就是了……

如果你的系统及其重要,又怕电压跌落——为什么不做个好点的电源,为什么不上UPS?

使用特权

评论回复
52
农民讲习所| | 2008-1-10 21:45 | 只看该作者

这都是缺乏系统设计概念惹的祸

程序和数据放在一个FLASH,就存在着丢失程序的概率,所以就不是好的设计。
只要存在着失效的概率,这个系统就不是放心的系统。谈什么软件抗干扰都是水中捞月,是非常不严谨的做法。换成软件的可靠性和系统性设计的说法比较恰当。
看看什么软件陷阱之类的,简直笑死人:是好手,不是高手;是尖兵,不是领袖。

使用特权

评论回复
53
sz_kd| | 2008-1-10 22:00 | 只看该作者

LS说的也有道理

使用特权

评论回复
54
农民讲习所| | 2008-1-11 09:17 | 只看该作者

再举个反对软件陷阱的例子

遇到干扰,对MCU主要影响:RAM的数据改变,包括内部寄存器。当发生程序指针错误的时候,要想想一个程序指针寄存器(一个RAM),才占整个内部RAM的多少?1/256?也就是说,干扰影响如果不表现在程序指针上,而表现在其它的RAM处,发生的事情是相当可怕的:执行错误的功能。

为了解决1/256的干扰加软件陷阱,是不是很可笑的思维?

使用特权

评论回复
55
bagdmu| | 2008-1-11 16:57 | 只看该作者

等待更多

使用特权

评论回复
56
平常人| | 2008-1-11 22:40 | 只看该作者

讨论的挺热闹,看样子我插不上话了

同意前面好像是所长的观点,软件抗干扰的问题不应把软件自身的错误或Bug考虑在内;软件抗干扰的问题应是关于,在硬件受到干扰时软件如何滤除干扰,而使系统仍能正常工作。

定义好了问题的症结,讨论起来就不会乱了。

归结起来就是个软件滤波的问题,这是一个广义的概念,既有对外来信号的滤波,也有对非法数据的检测和过滤,更有对非正常程序流程的识别与恢复。

嗨,这个问题太大,现在晚了,有空儿再回来摆龙门吧。

使用特权

评论回复
57
救火车| | 2008-1-14 19:32 | 只看该作者

其实软件抗干扰很重要。

首先是要检测到是否已经受到干扰,造成了混乱状态。比如对关键数据加校验码,检查不被会被刷新的数据(比如TMOD、SCON等)
其次数是处理混乱了,比如使用软复位、或重新赋新值。

无论是设计多么好的硬件,总是有可能受到干扰的,寄存器和内存总是有可能被改的。如果被改了怎么办?总不能由着它错下去吧。利用软件进行检测和纠正,可能使系统的可靠性增加。我想这么说没人会反对吧。

使用特权

评论回复
58
5880527| | 2008-1-14 19:54 | 只看该作者

火车说得那么严重还能救过来吗,我不太相信

使用特权

评论回复
59
农民讲习所| | 2008-1-15 09:36 | 只看该作者

不存在“软件抗干扰”这个概念

使用特权

评论回复
60
computer00| | 2008-1-15 10:26 | 只看该作者

恩,同意没有“软件抗干扰”一说,软件只有容错性...

硬件才有抗干扰。

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则