在DSP上遇到奇怪的程序跑飞问题，请高手赐教！

发表于 2012-9-7 22:34

DSP是TI的C6416T，主频设置为720MHz，只用了片上RAM，程序使用了CCSv3.3的DSP/BIOS v5.31.02，主要使用它提供的硬件中断分派和软件中断调度，以及周期触发事件，没有使用TSK等其他模块，使用了一个外部中断INT6，以及EDMA操作完成中断，由于程序较大，编译时使用了o1级别的优化编译选项，但1M bytes的L2 SRAM仍然只剩下约85K bytes的空余空间。
程序执行后约3～7分钟即跑飞，且跑飞前执行的代码位置固定，但软件排查未发现有内存溢出、访问越界的情况，也未发现有代码被错误更改的情况，并且未发现有比跑飞时的软件中断优先级高的软件或硬件中断执行；跑飞后PC指针指向中断向量表中未开放使用的INT7或INT15中断向量，由于DSP/BIOS对未使用的中断在中断向量表中设置了死循环代码，因而造成程序无**常执行。
将代码段和数据段的位置交换后，发现另一个异常：一个定义时赋初值的全局变量（例如：int test_a_value = 0;），在初始化完成后进入main函数执行时，发现其值并不是预想的初值0，而是0x0C0FFEE0，经过跟踪汇编代码后发现在执行DSP/BIOS的初始化程序GBL_init时会初始化STACK，而在初始化STACK的某个位置时，这个全局变量的值被同时改变为0x0C0FFEE0了，而此时写指针并未指向该全局变量。
另外，这些问题均是在编译后加了o1优化之后产生的，在之前程序还没这么大时，未使用任何编译优化，占用的空间比现在还大（仅剩余约30KBytes空间），也未出现这些奇怪的问题。
问题：
1.为什么在RAM中程序正常的情况下会触发未开放的中断？
2.为什么在执行初始化STACK时，另外地址的内存空间也会被改变？
3.是否DSP的片上内存对编译优化后的代码有使用限制？
我对这些问题百思不得其解，恳请高手赐教！

发表于 2012-9-7 23:00

另外用示波器量了板子上C6416T的内核输入电压，约1.2V±3mV左右；
又用示波器量了ECLKIN的60MHz输入时钟，发现时钟波形是近似于三角波的一个波形，而不是手册上要求的方波信号。对此硬件设计师的解释是：示波器的探头可探测的频率范围有限，因此看不到方波信号。我的疑问是：既然受频率范围限制，那么得到的
信号波形也应该是接近正弦波的形式啊？为何是三角波的形式呢？
在此请教高手：
4.硬件设计师的解释是否合理？
5.非方波的输入信号是否会影响DSP的工作？
谢谢！

biechedan · 发表于 2012-9-16 20:15

没人能回答吗？
好吧，说下自己的调试进展然后结贴吧。
貌似这回是遇到极品代码了，有部分C代码编译之后的汇编代码比较可疑，屏蔽之后就再也没有跑飞过了。C代码的原型是这样的：
if(workptr->specialwork_enable == true
&& specialworkfunction(workptr,intinput,doubleinput,doubleinput2,&doubleval1,&doubleval2) == true) {
//do something....
}
编译器优化之后的编译结果汇编代码是：
      LDB *+A0[123],B0
   [!B0] B PC+1306
            LDDW *+SP[8],A7:A6
            LDDW *+SP[0x10],A9:A8
   [ B0] B PC+36508                      ;specialworkfunction的入口地址
  ||       LDW *+SP[4],B5
; .... some more assembler codes....
似乎第一个条件跳转后跟着两个读取64位浮点数的指令不太正常，将“workptr->specialwork_enable == true”的条件判断移动至specialworkfunction中之后，编译出的结果不再出现上面的汇编结果，程序也不再跑飞了。

发表于 2012-9-16 21:09

说的有点太复杂了，没搞懂

发表于 2013-4-15 21:42

厉害、、、、、、、、、、、、、、、、、、、、、、、、、、、、

发表于 2013-4-17 19:12

楼主自己解决了的，牛！

发表于 2013-4-23 17:24

我来围观的，顺道来学习哈

发表于 2013-4-25 01:25

学习

发表于 2013-4-25 09:56

DSP是TI的C6416T，主频设置为720MHz，只用了片上RAM，程序使用了CCSv3.3的DSP/BIOS v5.31.02，主要使用它提供的硬件中断分派和软件中断调度，以及周期触发事件，没有使用TSK等其他模块，使用了一个外部中断INT6，以及EDMA操作完成中断，由于程序较大，编译时使用了o1级别的优化编译选项，但1M bytes的L2 SRAM仍然只剩下约85K bytes的空余空间。

发表于 2016-5-28 14:02

楼主你好，我在调试DSP28027电机控制时遇到了相同的问题：
if((pUserParams->motor_Rr > (float_t)0.0) && (pUserParams->motor_Rs > (float_t)0.0))
{
   pUserParams->powerWarpGain = sqrt((float_t)1.0 + pUserParams->motor_Rr/pUserParams->motor_Rs);
}
  else
{
   pUserParams->powerWarpGain = USER_POWERWARP_GAIN;
}
在if里面会直接跑飞，能麻烦您帮我分析下原理么？是不是编译环境不兼容的问题，我用的是CCS5.5，列程是TI的自带的Mororwave程序

在DSP上遇到奇怪的程序跑飞问题，请高手赐教！

相关帖子

评分

浏览过的版块

希望之星奖章

坚毅之洋流

技术高手奖章

精英会员奖章

常驻人口

突出贡献奖章

沉静之湖泊

湍急之河流