可能是堆栈溢出、数组溢出、访问指向空地址的指针未声明的函数调用跑飞等原因。
1、堆栈溢出:以TI CCS33为例,程序运行的堆与栈的空间大小都是由软件设计师自己定义分配大小的。一般出现问题就是为DSP软件运行设置的堆或栈的空间太小,而导致程序不能正常运行。堆或栈空间太小编译生成out文件时,是不会报错的。TI ccs33中Stack Size是0x400(即默认的配置),Heap Size是0x200(即默认配置)。如果程序出现莫名的跑飞情况可以试试改改这两个参数值。
2、数组溢出:数组溢出就是定义数组的空间大小,而通过数组下表访问时,下标超过了数组的边界,这样可能改写其他地址的数据,造成程序跑飞。有可能是使用未初始化的变量作为下标方位数组(这种情况编译器通常会有warning提示);还有可能是通过计算关系计算下标,而在异常的情况下下标会越界(应用下标前对下标的范围进行判定,正常后再使用)。
3、访问指向空地址的指针:访问未初始化的空指针也可能出现DSP跑飞的情况;或者将指针作为函数参数传递时,指针未指向具体的地址,而在函数中使用,可能出现死机的情况(也可能不会,在ccs33下)。这些“指针未初始化”或“指针未指向具体变量”的问题编译器不会提示错误,最多提示警告。而“指针未指向具体变量”作为函数参数传递,在VC2005中,编译时不会报错,但有警告,但是在debug状态下运行时直接就跑死了,也算是暴露问题了。
4、未声明的函数调用跑飞:在TI ccs33中一些函数没有显式声明,而直接调用可能达不到函数预期的效果或者就是跑飞。以前写过一个CCS环境下因printf函数跑飞的问题。其实未声明函数调用,在zynq的开发平台vivado的SDK中也出现过,编译不报错,运行就是达不到预期的效果。
用的都是CCS编程。
CCS有两种工作模式:
1软件模拟器模式:可以从DSP芯片中分离出来,在PC上模拟DSP的指令集和工作机制,主要用于前期算法的实现和调试。
2硬件在线编程模式:在DSP芯片上实时运行,将应用程序的在线编程和调试与硬件开发板集成。
CCS的开发系统主要由以下组件构成:
1TMS320C54x集成代码生成工具;
2CCS综合开发环境;
3DSP/BIOS实时内核插件及其应用程序接口API;
4实时数据交换RTDX插件及相应的编程接口API;
5由第三方TI公司对外提供多种应用模块插件。
扩展资料:
dsp编程中双重循环、多重循环的优化:
(1)多重循环拆成单层循环,减少循环层数;
例如,双重循环内一个百cycle只使用了一个乘法器,拆成单层循环后,一个cycle可使用2个乘法器,充分利用DSP乘法器资源,同时运算速度也会加快;
(2)如果循环次数较少,则将其放入外循环;如果循环次数更多,则将其放入内存循环;
(3)二维数组的双环:二维数组的行循环置于外环,列循环置于内环;
(4)避免循环内的乘除 *** 作:循环内的乘除 *** 作移到循环外,由加法代替。
FLASH: origin = F600h, length = h,长度是多少都没写
SARAM_D: origin = 5F10h, length = 8000h为什么长度是8000h呢?
没有要求写跳转、堆栈之类的吧,switch stacksysmem应该不要吧,嘿嘿,我也在纠结中啊
类似的问题我也遇到过,总是进入非法中断。反复查也查不到问题,关键无从下手, 没办法,只能屏蔽掉绝大部分中断,发现CPU_Timer0中断进不去,再后来就查出是 cmd文件配置的问题。 嵌入式程序的调试比PC程序麻烦,根据你说的也很难判断是什么问题,只能告诉你一个思路: 把能屏蔽掉的代码都注释掉,直到不再出问题。然后一点一点再往上加, 看加到哪一部开始出问题。如果全屏蔽了还有问题,那么最可疑的就是cmd了。
中断定义:由硬件或软件驱动的信号,使DSP将当前的程序挂起,执行另一个称为中断服务子程序(ISR)的任务。
C55x支持32个ISR。有些ISR可以由软件或硬件触发,有些只能由软件触发。
当CPU同时收到多个硬件中断请求时,CPU会按照预先定义的优先级对它们做出响应和处理。
所有的软件中断都是不可屏蔽中断
DSP处理中断的步骤:
(1)接收中断请求。软件和硬件都要求DSP将当前程序挂起。
(2)响应中断请求。CPU必须响应中断。如果是可屏蔽中断,响应必须满足某些条件。如果是不可屏蔽中断,则CPU立即响应。
(3)准备进入中断服务子程序。
CPU要执行的主要任务有:
完成当前指令的执行,并冲掉流水线上还未解码的指令
自动将某些必要的寄存器的值保存到数据堆栈和系统堆栈
从用户实现设置好的向量地址获取中断向量,该中断向量指向中断服务子程序
(4)执行中断服务子程序。
CPU执行用户编写的ISR。ISR以一条中断返回指令结束,自动恢复步骤(3)中自动保存的寄存器值。
☼ 注意:
外部中断只能发生在CPU退出复位后的至少3个周期后,否则无效;
在硬件复位后,不论INTM位的设置和寄存器IER0、IER1的值如何,所有的中断都被禁止,直到通过软件初始化堆栈后才开放中断。
2 可屏蔽中断
所有的可屏蔽中断都是硬件中断。
无论硬件何时请求一个可屏蔽中断,在一个中断标志寄存器里就有相应的中断标志置位。该标志一旦置位,相应的中断还必须使能,否则不会得到处理。
当CPU在实时硬件仿真模式下暂停时,只能处理时间临界中断。
可屏蔽中断标准处理流程:
1 向CPU发送中断请求。
2 设置响应的IFR标志。CPU检测到一个有效的可屏蔽中断请求时,它设置并锁上某个中断标志寄存器的响应标志位,这个位保持锁定,直到该中断得到响应或者复位,才清楚
3 IER中断使能?根据中断使能寄存器是否使能,响应中断。
4 INTM = 0?全局开放中断,才响应
5 跳转到ISR服务程序,
6 执行ISR服务程序
7, 返回。
3 不可屏蔽中断
当CPU接收到一个不可屏蔽中断请求时,立即无条件响应,并很快跳转到相应的中断服务子程序(ISR)
C55x的不可屏蔽中断有:
硬件中断/RESET。如果引脚/RESET为低电平,则触发了一个DSP硬件复位和一个中断(迫使执行复位ISR)。
硬件中断/NMI。如果引脚/NMI为低电平,则CPU必须执行相应的ISR。 /NMI提供了一种通用的无条件中断DSP的硬件方法。
软件中断。
4 按键中断
按键中断,属于可屏蔽中断,用户自定义硬件中断,当CPU响应按键后,检查相关引脚中断标记寄存器,若标志位为1,则响应该中断。同时,清除中断标志寄存器位
5 c_int00
当C环境被初始化时,启动程序禁止中断。 如果系统使用中断,必须处理有关的中断使能或屏蔽。
关于中断的几个要点:
中断程序会执行任何其它函数执行的工作,包括访问全局变量、为局部变量分配地址、调用其它函数。
需要处理任何特殊中断屏蔽(通过IER0寄存器)。通过嵌入汇编语言语句可以使能或禁止中断,也可以修改IER0寄存器而不会破坏C环境或C指针。
中断处理程序不能有参数,即使声明了参数也会被忽略
中断处理程序不能被普通C代码调用。
为了将中断程序和中断联系起来,需要将分支程序放在合适的中断向量中,通过sect指令创建一个简单的分支指令表就可以实现此 *** 作。
在汇编语言中,需要在中断程序名前加下划线,如_c_int00。
分配堆栈到偶地址。
c_int00是系统复位中断。当进入c_int00中断时,运行时间堆栈并没有被建立起来,因此不能为局部变量分配地址,也不能在运行时间堆栈中保存任何信息。
通过interrupt关键字可以用C函数直接处理中断。
interrupt关键字可以和定义为返回void并不含参数的函数一起使用。中断函数体可以有局部变量,可以自由使用堆栈。
c_int00是C程序入口。这个名字被保存为系统重启中断。这个特殊的中断程序初始化系统并调用了主函数。因为没有调用者,所以c_int00不保存任何寄存器。
例,
interrupt void isr()
{
}
中断管理
基于DSP/BIOS管理中的硬件中断,DSP/BIOS为中断提供了一个HWI调度程序,为ISR完成必要的开头和结尾部分。如果不使用,则在调用任何DSP/BIOS对象的API之前,必须调用HWI_enter和HWI_exit汇编宏来完成ISR的开头和结束。实际上,DSP/BIOS提供的调度程序,就包括这两个宏。
为了正确响应硬件中断,同时,也为了DSP/BIOS内核的稳定性,必须注意:
1 在一个硬件中断ISR中,不要调用SWI_disable和SWI_enable。
2 在NMI(不可屏蔽)中断中,不要调用硬件中断使能/禁止函数。
3 当使用DSP/BIOS调度程序时,不要使用HWI_exit和HWI_enter汇编宏
4 中断中,可以打开新中断。
我们可以在中断配置选项卡中,设置Interrupt Mask 来实现在DSP/BIOS调度程序执行前禁止某些中断。
bootloader是dsp芯片上固化的一段引导程序,dsp程序在ram上掉电易丢,所以启动时运行bootloader将辅存中的程序调入ram中
至于dsp的框架结构在ti公司有(有点复杂),开发时通常是先在开发板上仿真然后实践,由于dsp一般用于数字信号处理,离不开matlab软件连调。说起来有点复杂,要熟悉dsp开发流程序最简单的方法就是自己动手实践一下,如做个滤波器,频谱分析器等就可以深刻了解了。
ps有点繁琐,自己慢慢体会!
DSP得软件开发流程为:将一个或多个汇编语言程序(源程序)经过汇 编与链接 ,生成COFF 格式得可执行文件,再通过软件仿真器或在线仿真器得调试,打开FlashBurn软件,新建一个cdd文件并进行设置装载FBTCout,然后再擦除和烧写Flash 去掉仿真器并复位DSP目标板来加载。
以上就是关于dsp死掉重启后还是不行全部的内容,包括:dsp死掉重启后还是不行、dsp用什么编程_dsp用什么编程语言、设计一个DSP命令文件,等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)