可见ＯＶＬＹ＝１的时候，数据空间的ＤＡＲＡＭ０～３被映射到程序空间的每一页上。基于这样的特点，可以把中断向量表定位到数据空间的重叠区域ＤＡＲＡＭ０～３中，置ＯＶＬＹ为１。当有中断发生时，不管程序运行于ＤＳＰ的哪个程序页面空间，只用ＰＣ寻址都能够正确地取到中断向量表，而不会受ＸＰＣ的影响。中断程序ＩＳＲ可以放到任何一个程序页面中，但这时跳转到ＩＳＲ的指令只能用长跳转指令（ＦＢ等），跳转之前注意将ＸＰＣ压入堆栈，程序同表１。示意图如图３所示。

（２.２） 如果片内ＲＡＭ比较大，分给数据空间的ＲＡＭ也比较多（如Ｃ５４１６有６４Ｋ的ＲＡＭ可以作为数据空间），数据空间可能会有余量。这时可以把中断向量表和ＩＳＲ都全部放进数据空间的Ｏｖｅｒｌａｙ Ｍｅｍｏｒｙ区域，并把ＯＶＬＹ置１。这样不仅在任何程序页面空间都能够正确地取到中断向量表，同时用短跳转指令（ＢＤ等）就可以实现跳转到ＩＳＲ，不再需要对ＸＰＣ进行保存和还原。程序请参看表２。

（３.１） 在扩展模式下，虽然程序空间扩为８Ｍ，但如果ＯＶＬＹ＝１，则程序空间中存在大量的重叠区域，如Ｃ５４１６在ＯＶＬＹ＝１的情况下真正可用的程序空间最大为４．０３Ｍ。有的场合需要的程序空间大于４．０３Ｍ，就必须使用ＯＶＬＹ＝０的情况。这个时候程序空间不存在重叠区域，但可以模拟出来。方法是：把中断向量表拷贝到会发生中断的每一页程序空间，如图４所示。这样，中断的时候就能正确找到中断向量表而实现中断跳转。

比较上面的四种方法，方法（２.１）更为适应普遍的情况。它不限制ＩＳＲ的地址范围，而中断向量表只占０ｘ８０的空间，把它放到数据空间的重叠区域是很容易做到的。笔者正在做的项目正是采用了这种方法。

３ ＤＳＰ／ＢＩＯＳ下中断的管理

ＤＳＰ／ＢＩＯＳ是ＴＩ近来推出的准实时操作系统，它同样支持扩展地址模式，只是需要将Ｇｌｏｂａｌ Ｓｅｔｔｉｎｇｓ中的函数调用模式设置为Ｆａｒ就可以了。需要强调的是：ＢＩＯＳ只支持ＯＶＬＹ＝１的扩展模式，而不支持ＯＶＬＹ＝０的扩展模式。扩展模式下在ＢＩＯＳ Ｃｏｄｅ中会多出一个段“．ｂｉｏｓ:．ｎｏｒｐｔｂ”，这个段会被自动放入Ｏｖｅｒｌａｙ Ｍｅｍｏｒｙ之中。ＢＩＯＳ管理的线程有四种类型：ＨＷＩ、ＳＷＩ、ＴＳＫ以及ＩＤＬ。上面所提到的所有中断属于优先级最高的ＨＷＩ线程。每个中断向量都是以ＨＷＩ模块的Ｏｂｊｅｃｔ形式存在，可以用ＢＩＯＳ下的Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔｏｏｌ来配置每个中断向量所触发的函数。在Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔｏｏｌ中，会发现Ｓｙｓｔｅｍ的ＭＥＭ模块下有一个名为ＶＥＣＴ的Ｏｂｊｅｃｔ，它实质上是用来给中断向量表分配存储空间的，用户可以自己配置中断向量表的地址（必须是１２８的倍数）。地址的分配方法可以参考上面提到的几种应对技巧。下面就ＢＩＯＳ下的中断做出几点说明：

·在Ｏｂｊｅｃｔ的属性框中填写中断函数名时，如果中断函数是由Ｃ语言编写的，则需要在函数名前加下划线（Ｃ语言和汇编语言相互调用的需要）。汇编语言则不需要。

·在编写中断函数的时候不能再用关键字ｉｎｔｅｒｒｕｐｔ来说明中断函数，因为ＢＩＯＳ已经自动包括了这个功能。如果再用ｉｎｔｅｒｒｕｐｔ，则会造成致命后果。

·如果中断函数是用汇编语言编写的，中断函数应夹在ＢＩＯＳ的ＡＰＩ ＨＷＩ＿ｅｎｔｅｒ和ＨＷＩ＿ｅｘｉｔ之间。这样，在中断处理的时候会正确保存和恢复一些需要使用的寄存器，并妥善处理线程间的关系以及中断函数中对ＢＩＯＳ ＡＰＩ的调用；如果中断函数是用Ｃ语言编写的，则必须使用ＨＷＩ Ｄｉｓｐａｔｃｈｅｒ属性，作用和前面是一样的。

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

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

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