DSP和FPGA不一样,在DSP上运行的程序可能会会出现死机,也就是跑飞的情况,查死机基本是每个DSP或嵌入式工程师debug时都会经历过的。DSP死机可能是硬件造成的也可能是软件造成。
先说一下硬件造成的可能原因,遇到过的就一下4类,
1、复位电路不稳定;2电源不稳定;3、时钟不稳;4、总线不稳定。下面分别讲解一下。
1、复位电路不稳定
很好理解,就是运行中突然有复位信号过来,这时DSP复位自然就DSP程序跑飞了或者程序重新跑一遍的情况。如果是在线硬件仿真基本就是跑飞或死机(程序不跑了)。
出现复位不稳定的情况我遇到了两种情况:
第一种情况是复位电路设计时,复位的时间不够,即低电平保持的时间不够,这样上电加载时,有时能够正常加载,有时不行,有时加载运行一段时间就死机了。
第二种情况是复位电路加有watchdog电路,watchdog不光监测喂狗(WDI)信号,而且还监测DSP工作电压值,如果小于某个电压范围就产生复位信号。一般在常温的时候,不会出现工作电压值的变化,而当DSP工作环境的温度发生变化时,就可能出现频繁复位的情况。
2、电源不稳定
电源不稳定主要是内核电源不稳定的情况,在一块电路板上可能同时有DSP、FPGA等芯片,可能内核电压相同,而采用同一路电源供电,而在DSP芯片有大负荷工作量时,造成工作电路继续增大, 从而拉低内核电压,造成瞬时电压不足,从而可能造成DSP程序跑飞,而这种情况对于FPGA基本没有影响。
复位电路不正常的第二种情况也可以认为是电源不稳定的情况。
3、时钟不稳
时钟不稳造成DSP、ARM死机的情况遇到比较多,下面举几个例子。
时钟信号幅度较小能量较弱,在常温工作时正常,长时间工作也没有问题,而在低温时(-40度),这时时钟信号可能会已经弱到不能持续的给DSP工作,从而DSP死机,被watchdog复位的情况。但是FPGA对于时钟基本不受影响,时钟有了继续工作。这种情况的解决办法是增加时钟的幅度,增加比较器将时钟幅度变大等办法解决。
DSP通过FPGA的锁相环(PLL)生成时钟(这样频率比较灵活)工作,但FPGA输出时钟的引脚不是专用时钟引脚时,可能在某些情况下会造成时钟不稳,从而造成DSP死机或跑飞。解决办法:更换FPGA上的其他时钟管脚输出时钟。
你用的是DSP内部时钟还是外部晶振?如果是外部晶振测到时钟信号时有时无,那有可能是晶体振荡器不能可靠工作导致DSP加载不成功,如果用的是内部时钟,且程序中没有配置时钟输出功能,那有可能是DSP芯片故障所至,建议更换DSP试试。
指向256字节的程序空间中的中断向量表。
C55x的CPU包括4个40位的累加器AC0、AC1、AC2、AC3。有2个变换寄存器TRN0、TRN1,复位后的程序指针指向256字节的程序空间中的中断向量表。
以上就是关于dsp擦除死机全部的内容,包括:dsp擦除死机、电路中用到DSP,有时当复位信号为低时,电压也属于正常范围,但DSP加载程序不成功。、C55x DSP复位后的程序指针指向哪个地址等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)