64+的中断系统和以往的不同，中断是基于事件的。整个硬件CPU接收15个中断，但中断源可以支持最多128个。64+将中断源视为事件"Event"，128个事件可以分别通过配置连接到15个CPU中断。而128个事件每连续32个可以合并到四个固定的事件中，即Event0（对应事件号0-31）、Event1（对应事件号32-63）、Event2（对应事件号64-95）、Event3（对应事件号96-127）（实际最大有效中断源为124个）。这样可以通过数量有限的CPU中断来管理大量的中断源，使用灵活。
DSP/BIOS默认将Event0-3分别对应到HWI_INT7－10四个中断号。TI驱动通过注册Event到这四个事件，进而对应到相应中断。在中断HWI_INT7-10服务函数中再去判断具体是哪个事件触发的中断。
另外还有几个中断是系统硬件复位中断、NMI中断、预保留中断及仿真通讯中断。HWI_INT4-6、HWI_INT13、HWI_INT15这5个中断是未使用中断。用户增加中断服务的话，可以将事件号对应到这5个中断来实现。
以T1高32位定时中断为例，介绍一下DM6437应用中如何在DSP/BIOS操作系统中实现硬件中断。首先用户需要将T1配置为双32位定时器，T1高32位定时器中断服务函数为 T1HIsr()。将事件对应到中断HWI_INT5。
1 在DSP/BIOS图形配置界面下打开"Scheduling"->"HWI-Hardware Interrupu Service"。
2 下拉表中有15个中断。观察各中断使用情况。右键点击"HWI_INT5",弹出下拉菜单中选"Properties"进入中断属性编辑栏。在"General"栏中，"interrpu selection number"项填入事件号"7"（6437数据手册中有中断源对应的事件号）。"function"项填入中断服务函数名"_T1HIsr"（需在C语言编写的函数前加下划线）。然后点"应用"，"确定"即可退出。
注：一些人说还要在"Dispatcher"中勾选"Use Dispatcher"前的复选框。那是复合事件Event0-3才需要的，所以HWI_INT7－10四个中断里的"Use Dispatcher"需要勾上。如果用户定义的新中断不是使用复合事件而是使用单一事件触发的话不需要勾选。但勾选的话不会影响使用。因为新中断未使用Event0-3。
3 在应用程序中使能中断。如"C64_enableIER( 1 << 5 )" 使能中断HWI_INT5。
4 编写中断服务函数"void T1HIsr()"。
注。仿真器通讯中断可能对新中断有影响，有可能导致中断表现不正常。可以在"release"下编译，以减少仿真引起的大量中断。
|
