TMS320C54x系列DSP的中断机制

　　1 C54x中的中断机制

　　中断信号实质上是由硬件或者是软件驱动的信号，它能使DSP暂停正在执行的程序并进入中断服务程序(ISR)。在最典型的DSP系统中，如果A/D转换器需要送数据到DSP中，或者D/A转换器需要从DSP中取走数据，都是通过硬件中断向DSP发出请求的。

　　C54x系列DSP支持软件中断和硬件中断。软件中断是由指令(INTR、TRAP、RESET)触发的，硬件中断是由外围器件触发的。硬件中断实际上又分为两类：一类是由DSP的片外外设(如A/D转换器)触发的，另外一类是由DSP的片内外设(如定时器中断)触发的。硬件中断又有优先级的区分，这是为了处理同一时刻有多个硬件中断源触发中断的情况。硬件中断的种类和优先级请参看具体使用的芯片资料。

　　如果按照可屏蔽情况分类，中断又可分为可屏蔽中断(C54x至多支持16个)和不可屏蔽中断。可屏蔽中断受ST1寄存器中的INTM位和IMR寄存器中相应位的影响。当INTM=0时，IMR中某位为1，则开放相应的中断。其实，在C54x中硬件中断并不一定要由外围器件触发，它同样可以由指令INTR、TRAP触发，并且不受INTM的限制。有一点需要引起注意的是：指令RESET复位和硬件RS复位对IPTR和外围电路初始化是不相同的。硬件复位时IPTR总是被置为0x1FF，软件复位时则不会修改当前IPTR的值。C54x的中断处理过程分为三个阶段：

　　①中断请求。可以用硬件器件或者软件指令请求中断。如果请求的中断是可屏蔽中断，则IFR寄存器中相应的位被置为1，而不管中断是否会被响应。

　　②中断响应。对于软件中断和不可屏蔽中断，CPU是立即响应的。对于可屏蔽中断，要满足下列条件才能响应：

　　·优先级最高(同时出现多个中断时)

　　·INTM位为0

　　·IMR中相应位为1

　　CPU在取到软件向量的第一个字后会产生IACK信号，对可屏蔽中断而言，IACK会清除IFR中相应位。

　　③中断处理。保护特定的寄存器，执行中断服务程序，完成后恢复寄存器。保护寄存器的原则是执行中断服务程序后能正确返回并恢复原来运行程序的环境。

　　DSP中提供的中断是以中断向量表(VECT)的形式出现的(见表1)。中断向量表的长度为128个字节，每个中断分配为4个字节，一共有32个中断，具体的中断要看相应的芯片。C54x中断向量表的地址是由PMST寄存器中的IPTR构成高9位地址形成的，所以向量表的地址必须是128的倍数。硬件复位时，IPTR总是默认置为0x1FF，所以中断向量表地址为0xFF80。每个中断向量的地址按如下构成方法形成：PC=(IPTR)<<7+(Vector[n])<<2 (Vector[n]为中断向量号，在0～31之间)，中断向量号左移两位是因为每个中断向量占用4个字节的缘故。中断向量表总是以汇编的形式出现的。

　　

　　2 扩展地址模式下的中断控制

　　早期的DSP共有192K的空间(程序、数据和I/O空间各为64K)，随着DSP处理能力越来越强，192K的空间已经不能满足需要。后来的C54x均提供了扩展地址模式，使程序空间扩展到8M。扩展模式下的中断控制有自己特殊的地方，有必要进行说明。

　　扩展模式下程序空间的寻址是通过寄存器PC和XPC一同进行的。PC构成低16位地址位，XPC构成高7位地址位。所以保存和恢复XPC是用户必须注意的。如果用户使用的是Far Call指令，则XPC会自动保存和恢复。但在进行中断处理的时候，只有16位的PC寄存器能够自动得到保存(这是由于考虑了非扩展模式下中断的效率问题)，所以XPC必须由用户自己来保存，否则在中断返回的时候往往会跳到不同的页面(由返回前后XPC值的不同引起)造成不可预测的后果。程序如表1所示。

　　由于必须在长跳转之前保存XPC的值，没法使用延迟指令(如FBD)，所以中断时延会增加两个周期。

　　再来考虑另外一种情况：设程序运行在XPC=2的页面上，如果这个时候有中断发生并得到了CPU的响应，DSP会加载PC：PC=(IPTR)<<7+(Vector[n])<<2，XPC的值不发生变化，于是中断向量的地址为：0x20000+0xPC。这就明显地说明：中断向量表必须和应用程序在同一64K的程序空间页面内。如果应用程序不是只分布在一个程序空间页面内，那应该如何处理呢?可分三种类型共四种技巧来应对这样的情况：(1.1)描述的是OVLY为任意的情况;(2.1)～(2.2)描述的是OVLY=1的情况;(3.1)描述的是OVLY=0的情况。

　　(1.1)有的应用中，一些程序一旦运行是不允许中断的。把不允许中断的程序部分放到扩展空间内，而把中断向量表和ISR以及允许中断的程序部分都放在XPC=0的页面。当调用扩展空间的程序时关闭中断使能，而当扩展空间程序返回到XPC=0的页面时再开中断。这样做的好处是不用关注XPC的值对中断向量寻址的影响。中断的时候也不需要保存XPC的值。调用过程如图1所示，Y表示需要关注XPC的值，N表示不需要关注XPC的值，数字表示调用顺序。

　　

　　(2.1) DSP中影响存储器映射的因素有三个：OVLY、DROM和MP/MC。OVLY是Overlay的简写。当OVLY=1时，数据空间里的一部分RAM变为重叠区域(Overlay Memory)。这部分重叠区域同时映射在每一页程序空间的上部。具体示例如图2所示(MP/MC=0，C5416)。

　　

　　可见OVLY=1的时候，数据空间的DARAM0～3被映射到程序空间的每一页上。基于这样的特点，可以把中断向量表定位到数据空间的重叠区域DARAM0～3中，置OVLY为1。当有中断发生时，不管程序运行于DSP的哪个程序页面空间，只用PC寻址都能够正确地取到中断向量表，而不会受XPC的影响。中断程序ISR可以放到任何一个程序页面中，但这时跳转到ISR的指令只能用长跳转指令(FB等)，跳转之前注意将XPC压入堆栈，程序同表1。示意图如图3所示。

　　

　　(2.2) 如果片内RAM比较大，分给数据空间的RAM也比较多(如C5416有64K的RAM可以作为数据空间)，数据空间可能会有余量。这时可以把中断向量表和ISR都全部放进数据空间的Overlay Memory区域，并把OVLY置1。这样不仅在任何程序页面空间都能够正确地取到中断向量表，同时用短跳转指令(BD等)就可以实现跳转到ISR，不再需要对XPC进行保存和还原。程序请参看表2。

　　

　　(3.1) 在扩展模式下，虽然程序空间扩为8M，但如果OVLY=1，则程序空间中存在大量的重叠区域，如C5416在OVLY=1的情况下真正可用的程序空间最大为4.03M。有的场合需要的程序空间大于4.03M，就必须使用OVLY=0的情况。这个时候程序空间不存在重叠区域，但可以模拟出来。方法是：把中断向量表拷贝到会发生中断的每一页程序空间，如图4所示。这样，中断的时候就能正确找到中断向量表而实现中断跳转。

　　比较上面的四种方法，方法(2.1)更为适应普遍的情况。它不限制ISR的地址范围，而中断向量表只占0x80的空间，把它放到数据空间的重叠区域是很容易做到的。笔者正在做的项目正是采用了这种方法。

　　

　　3 DSP/BIOS下中断的管理

　　DSP/BIOS是TI近来推出的准实时操作系统，它同样支持扩展地址模式，只是需要将Global Settings中的函数调用模式设置为Far就可以了。需要强调的是：BIOS只支持OVLY=1的扩展模式，而不支持OVLY=0的扩展模式。扩展模式下在BIOS Code中会多出一个段“.bios:.norptb”，这个段会被自动放入Overlay Memory之中，具体原因请参看参考文献。BIOS管理的线程有四种类型：HWI、SWI、TSK以及IDL。上面所提到的所有中断属于优先级最高的HWI线程。每个中断向量都是以HWI模块的Object形式存在，可以用BIOS下的Configuration Tool来配置每个中断向量所触发的函数。在Configuration Tool中，会发现System的MEM模块下有一个名为VECT的Object，它实质上是用来给中断向量表分配存储空间的，用户可以自己配置中断向量表的地址(必须是128的倍数)。地址的分配方法可以参考上面提到的几种应对技巧。下面就BIOS下的中断做出几点说明：

　　·在Object的属性框中填写中断函数名时，如果中断函数是由C语言编写的，则需要在函数名前加下划线(C语言和汇编语言相互调用的需要)。汇编语言则不需要。

　　·在编写中断函数的时候不能再用关键字interrupt来说明中断函数，因为BIOS已经自动包括了这个功能。如果再用interrupt，则会造成致命后果。

　　·如果中断函数是用汇编语言编写的，中断函数应夹在BIOS的API HWI_enter和HWI_exit之间。这样，在中断处理的时候会正确保存和恢复一些需要使用的寄存器，并妥善处理线程间的关系以及中断函数中对BIOS API的调用;如果中断函数是用C语言编写的，则必须使用HWI Dispatcher属性，作用和前面是一样的。如果想了解更多东西可以参看参考文献。

　　·在BIOS中的SWI(软件中断)模块下，用户可以自己添加软件中断对象。但是必须从概念上分清楚，这里添加的软件中断和在前面提到的软件中断(即由INTR、TRAP、RESET触发的中断)是完全不同的概念。这里的软件中断并不属于中断向量表里的中断向量(显然中断的个数也不会存在限制)，并且它可以带两个参数(前面的中断函数是不能带参数的)。所以从几个方面看这里的软件中断函数更象是通常意义上的一般函数。

　　在刚开始使用DSP/BIOS的时候可能会觉得比较麻烦，需要理解的东西也很多。但当你熟悉了以后会发现，它能帮你节省不少时间去处理底层的东西，而使你将更多的精力放在算法的实现上。

　　本文全面介绍了C54x系列DSP的中断机制，以及中断在使用过程中的一些技巧，阐述了整个中断的响应过程和一些比较容易出错的地方。希望通过共享使大家更快更好地掌握C54x的中断处理。