TMS320C54x系列DSP中的应用

指令（如ＦＢＤ），所以中断时延会增加两个周期。
　　
　　再来考虑另外一种情况：设程序运行在ＸＰＣ＝２的页面上，如果这个时候有中断发生并得到了ＣＰＵ的响应，ＤＳＰ会加载ＰＣ：ＰＣ＝(ＩＰＴＲ)＜＜７＋(Ｖｅｃｔｏｒ[ｎ])＜＜２，ＸＰＣ的值不发生变化，于是中断向量的地址为：０ｘ２００００＋０ｘＰＣ。这就明显地说明：中断向量表必须和应用程序在同一６４Ｋ的程序空间页面内。如果应用程序不是只分布在一个程序空间页面内，那应该如何处理呢？可分三种类型共四种技巧来应对这样的情况：（１．１）描述的是ＯＶＬＹ为任意的情况；(２．１)～(２．２)描述的是ＯＶＬＹ＝１的情况；（３．１）描述的是ＯＶＬＹ＝０的情况。
　　
　　(１.１)有的应用中，一些程序一旦运行是不允许中断的。把不允许中断的程序部分放到扩展空间内，而把中断向量表和ＩＳＲ以及允许中断的程序部分都放在ＸＰＣ＝０的页面。当调用扩展空间的程序时关闭中断使能，而当扩展空间程序返回到ＸＰＣ＝０的页面时再开中断。这样做的好处是不用关注ＸＰＣ的值对中断向量寻址的影响。中断的时候也不需要保存ＸＰＣ的值。调用过程如图１所示，Ｙ表示需要关注ＸＰＣ的值，Ｎ表示不需要关注ＸＰＣ的值，数字表示调用顺序。
　　
　　(２.１)ＤＳＰ中影响存储器映射的因素有三个：ＯＶＬＹ、ＤＲＯＭ和ＭＰ／ＭＣ。ＯＶＬＹ是Ｏｖｅｒｌａｙ的简写。当ＯＶＬＹ＝１时，数据空间里的一部分ＲＡＭ变为重叠区域（ＯｖｅｒｌａｙＭｅｍｏｒｙ）。这部分重叠区域同时映射在每一页程序空间的上部。具体示例如图２所示（ＭＰ／ＭＣ＝０，Ｃ５４１６）。
　　
　　可见ＯＶＬＹ＝１的时候，数据空间的ＤＡＲＡＭ０～３被映射到程序空间的每一页上。基于这样的特点，可以把中断向量表定位到数据空间的重叠区域ＤＡＲＡＭ０～３中，置ＯＶＬＹ为１。当有中断发生时，不管程序运行于ＤＳＰ的哪个程序页面空间，只用ＰＣ寻址都能够正确地取到中断向量表，而不会受ＸＰＣ的影响。中断程序ＩＳＲ可以放到任何一个程序页面中，但这时跳转到ＩＳＲ的指令只能用长跳转指令（ＦＢ等），跳转之前注意将ＸＰＣ压入堆栈，程序同表１。示意图如图３所示。
　　
　　（２.２）如果片内ＲＡＭ比较大，分给数据空间的ＲＡＭ也比较多（如Ｃ５４１６有６４Ｋ的ＲＡＭ可以作为数据空间），数据空间可能会有余量。这时可以把中断向量表和ＩＳＲ都全部放进数据空间的ＯｖｅｒｌａｙＭｅｍｏｒｙ区域，并把ＯＶＬＹ置１。这样不仅在任何程序页面空间都能够正确地取到中断向量表，同时用短跳转指令（ＢＤ等）就可以实现跳转到ＩＳＲ，不再需要对ＸＰＣ进行保存和还原。程序请参看表２。
　　
　　（３.１）在扩展模式下，虽然程序空间扩为８Ｍ，但如果ＯＶＬＹ＝１，则程序空间中存在大量的重叠区域，如Ｃ５４１６在ＯＶＬＹ＝１的情况下真正可用的程序空间最大为４．０３Ｍ。有的场合需要的程序空间大于４．０３Ｍ，就必须使用ＯＶＬＹ＝０的情况。这个时候程序空间不存在重叠区域，但可以模拟出来。方法是：把中断向量表拷贝到会发生中断的每一页程序空间，如图４所示。这样，中断的时候就能正确找到中断向量表而实现中断跳转。
　　
　　比较上面的四种方法，方法（２.１）更为适应普遍的情况。它不限制ＩＳＲ的地址范围，而中断向量表只占０ｘ８０的空间，把它放到数据空间的重叠区域是很容易做到的。笔者正在做的项目正是采用了这种方法。
　　
　　３ＤＳＰ／ＢＩＯＳ下中断的管理
　　
　　ＤＳＰ／ＢＩＯＳ是ＴＩ近来推出的准实时操作系统，它同样支持扩展地址模式，只是需要将ＧｌｏｂａｌＳｅｔｔｉｎｇｓ中的函数调用模式设置为Ｆａｒ就可以了。需要强调的是：ＢＩＯＳ只支持ＯＶＬＹ＝１的扩展模式，而不支持ＯＶＬＹ＝０的扩展模式。扩展模式下在ＢＩＯＳＣｏｄｅ中会多出一个段“．ｂｉｏｓ:．ｎｏｒｐｔｂ”，这个段会被自动放入ＯｖｅｒｌａｙＭｅｍｏｒｙ之中。ＢＩＯＳ管理的线程有四种类型：ＨＷＩ、ＳＷＩ、ＴＳＫ以及ＩＤＬ。上面所提到的所有中断属于优先级最高的ＨＷＩ线程。每个中断向量都是以ＨＷＩ模块的Ｏｂｊｅｃｔ形式存在，可以用ＢＩＯＳ下的ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｏｌ来配置每个中断向量所触发的函数。在ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｏｌ中，会发现Ｓｙｓｔｅｍ的ＭＥＭ模块下有一个名为ＶＥＣＴ的Ｏｂｊｅｃｔ，它实质上是用来给中断向量表分配存储空间的，用户可以自己配置中断向量表的地址（必须是１２８的倍数）。地址的分配方法可以参考上面提到的几种应对技巧。下面就ＢＩＯＳ下的中断做出几点说明：
　　
　　·在Ｏｂｊｅｃｔ的属性框中填写中断函数名时，如果中断函数是由Ｃ语言编写的，则需要在函数名前加下划线（Ｃ语言和汇编语言

《TMS320C54x系列DSP中的应用(第2页)》