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调度程序执行前禁止某些中断。
十有九是遇到无效地址了,你可以看一下停止的地方是不是NMI中断,或是其他什么地方。另外:
1.设置断点,看看程序是否有进入主程序,最好能看到停止前执行到那部分程序;
2.把管脚重新焊一遍,保证没有虚焊;
3.检查复位管脚的信号;
4.检查滑搜晶振信号;
5.自己想巧帆办法测试一下仿真器是否正常工作信宽历。
可能是堆栈溢出、数组溢出、访问指向空地址的指针未声明的函数调用跑飞等原因。1、堆栈溢出:以TI CCS3.3为例,程序运行的堆与栈的空间大小都是由软件设计师自己定义分配大小的。一般出现问题就是为DSP软件运行设置的堆或栈的空间太小,而导致程序不能正常运行。堆或栈空间太小编译生成out文件时,是不会报错的。TI ccs3.3中Stack Size是0x400(即默认的配置),Heap Size是0x200(即默认配置)。如果程序出现莫名的跑飞情况可以试试改改这两个参数值。
2、数组溢出:数组溢出就是定义数组的空间大小拍乎,而通过数组下表访问时,下标超过了数组的边界,这样可能改写其他地址的数据,造成程序跑飞。有可能是使用未初始化的变量作为下标方位数组(这种情况编译器通常会有warning提示);还有可能是通过计算关系计算下标,而在异常的情况下下标会越界(应用下标前对下标的范围进行判定,正常后再使用)。
3、访问指向空地址的指针:访问未初始化的空指针也可能出现DSP跑飞的情况;或者将指针作为函数参数传递时,指针未指向具体的地址,而在函数中使用,可能出现死机的情况(也可能不会,在ccs3.3下)。这些“指针未初始化”或“指返贺纯针未指向具体变量”的问题编译器不会提示错误,最多提示警告。而“指针未指向具体变量”作为函数参数传递,漏咐在VC2005中,编译时不会报错,但有警告,但是在debug状态下运行时直接就跑死了,也算是暴露问题了。
4、未声明的函数调用跑飞:在TI ccs3.3中一些函数没有显式声明,而直接调用可能达不到函数预期的效果或者就是跑飞。以前写过一个CCS环境下因printf函数跑飞的问题。其实未声明函数调用,在zynq的开发平台vivado的SDK中也出现过,编译不报错,运行就是达不到预期的效果。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)