引言

近年来，随着硬件复杂性、多样性和应用复杂性的增加，软件开发工作量急剧增长，传统的开发模式已经不能适应系统复杂性的增长。而嵌入式操作系统是嵌入式软件的运行平台和开发平台,它的引入极大地提高了软件的开发效率，方便了软件的维护。Windows CE是Microsoft公司顺应计算技术小型化、分散化趋势而推出的抢占式多任务32位嵌入式操作系统，具有强大的通信功能。Windows CE已得到大量厂商的支持，支持它的微处理器包括：MIPS系列、ARM系列、日立的SH系列等。各种处理器都有丰富的外部中断源，中断源和操作系统之间通常采用中断机制来控制数据的交互。硬件厂商没有为一些外部中断源提供Windows CE下的驱动，所以有时驱动成为项目开发关键的一环。

1 Windows CE中断处理

1.1 中断产生

在Windows CE中，系统的中断分为两种：软中断和硬中断。软中断是一种“信号机制”，而不是由软件产生的中断信号。 硬中断通常是外部设备对 CPU 发出中断信号。一般来说，软中断是由操作系统内核机制的事件产生的，例如定时器超时，但是有的软中断由和硬件有关的中断引起。例如，当外部产生一个硬中断时，会产生和硬件相关的一个软中断，这样内核就会在适当的时机处理这个软中断，唤醒睡眠在相应任务队列中的处理例程[1]。

1.2 中断处理模型

Windows CE提供了一个有效的中断处理机制，它把对中断的处理分为两部分：中断服务例程（ISR）和中断服务线程（IST）。ISR通常要求短小精悍，效率要求很严格。它只决定该怎样处理这个中断，一般情况下不应该做太多的工作。大部分工作依靠IST处理，如将数据移到缓存或处理用户某些特殊要求的工作[2]。Windows CE中断处理模型如图1所示。

图1 Windows CE中断处理模型

1.3 中断处理过程

Windows CE支持两种ISR：静态ISR和可安装ISR。静态ISR只能静态地编译进内核，运行时不能改变。与IST通信时， 它也只能是单向的， 即由ISR到IST。静态ISR支持嵌套中断，并且使用内核堆栈。可安装ISR由内核管理程序从动态链接库中加载。和静态ISR不同，它和IST的通信是双向的，多个ISR可以与同一个中断请求相关联，系统按照加载驱动的顺序依次调度。在可安装ISR中，共享内存的使用也比较灵活。图2为中断处理过程。

图2 中断处理过程

对图2的中断处理过程作以下几点解释:

① 当内核的异常处理代码接收到一个来自硬件的中断时，内核会侦测到一个异常情况发生，并会提交这个硬件中断。

② 内核的中断支持处理器通知ISR去禁止该中断的重复提交，直到相关的中断处理全部完成后，才再度使能该中断。还会通知硬件屏蔽优先级别低的中断，直到必需的处理结束后，再重新打开被屏蔽的中断。在这个过程中，允许高优先级中断触发。

③ 异常处理器调用ISR来响应中断。

④ 内核接收ISR返回值，依据该返回值决定如何处理中断。

⑤ 内核触发中断支持管理器来唤醒中断服务线程（IST）并激活该线程。

⑥ 当中断服务线程（IST）被唤醒后，它开始处理相应的中断。

⑦ 如果需要，中断服务线程调用各种I/O例程访问硬件来完成工作。

⑧ 中断处理结束后调用InterruptDone函数通知内核。

⑨ 内核调用OEMInterruptDone完成整个中断处理过程，OAL通知底层硬件使能所有中断[3]。

2 中断流驱动程序设计

2.1 驱动的概念

驱动程序是一个软件模块，其功能就是对设备、协议甚至某些服务进行管理。驱动程序是直接和设备进行通信的部分，设备可以是物理设备或逻辑设备。流接口的驱动是基本的设备驱动类型，它实现一组固定的流接口函数。所有流接口驱动程序使用相同的接口并调用同一个函数集——流接口函数，大部分Windows CE设备驱动都可用此模型来实现。流接口驱动程序由设备管理程序（Device.exe）自动加载、管理和卸载，也可以通过API函数手动加载、管理和卸载。

2.2 设计方法

Windows CE提供了几种基于等待队列的进程间通信手段，其中事件在驱动设计中经常被用来引发某一个中断处理。中断是Windows CE驱动设计的关键之一，驱动程序需要实现特定设备的中断响应、中断引发的数据传送和处理。可以把外设中断时所需处理的任务封装到流接口函数中，应用程序使用Windows CE操作系统的文件API函数与流接口进行通信，从而达到应用程序访问驱动程序和操作硬件的目的。

图3 按键电路

本文以KEY1按键连接到S3C2440外部中断EINT1（GPF1）引脚的按键电路为例，给出中断流接口驱动程序的一般设计方法，电路原理图如图3所示。流接口驱动程序的入口点函数、调用方式以及每个函数实现的功能如表1所列[4]。其中电源管理函数，即EIT_PowerDown和EIT_PowerUp是可选的，这里没有调用。

表1 流驱动接口函数及功能实现

2.3 编写代码

在三星公司BSP包驱动程序的存放位置下新建一个目录EINT，用文本编辑器建立5个文本文件，文件名分别为EINT1.c、EINT1.h、EINT1.def、sources、makefile。

从表1可以看出，驱动程序大部分功能都是在EIT_Init（）函数中完成的，在EINT1.c文件中编写EIT_Init（）函数，如下所示。

PUBLIC DWORD EIT_Init（DWORD dwContext） {

DWORD IDThread;

//取得 GPIO相关寄存器的虚拟地址空间

EINT_InitializeAddresses（）；

//使能 EINT1引脚为中断引脚,下降沿触发

EINT_ConfigInterruptPin（）；

/* g_EINTIrq为EINT1的硬件中断号，从 OAL请求一个 SYSINTR值保存在g_EINTSysIntr变量中*/

KernelIoControl（IOCTL_HAL_REQUEST_SYSINTR, &g_EINTIrq, sizeof（UINT32）, &g_EINTSysIntr, sizeof（UINT32）, NULL）；

/*创建外部中断EINT1处理线程 IST，线程的函数名为EINTKey_IntrThread*/

gEINTIntrThread = CreateThread（0, 0, （LPTHREAD_START_ROUTINE） EINTKey_IntrThread, 0, 0, &IDThread）；

//创建读按键事件，通知读函数进行相关处理

gReadKeyEvent[0] = CreateEvent（NULL, FALSE, FALSE, NULL）；

//创建驱动关闭事件，通知读函数进行相关处理

gReadKeyEvent[1] = CreateEvent（NULL, FALSE, FALSE, NULL）；

//返回不为0的数

return （DWORD）gEINTIntrThread；

}

EIT_Init（）函数中创建了外部中断EINT1中断服务线程gEINTIntrThread具体代码如下所示。该函数首先创建外部中断事件gWaitEvent（用于ISR通知IST外部中断EINT1中断触发）,然后调用内核函数InterruptInitialize（）与gWaitEvent关联起来，并使能该中断。当该中断触发时，ISR就触发事件gWaitEvent生效。完成以上工作后，该线程就进入无限循环，等待gWaitEvent事件生效。

DWORD EINTKey_IntrThread（PVOID pArg） {

DWORD ret；

//创建外部中断事件

gWaitEvent = CreateEvent（NULL, FALSE, FALSE, NULL）；

/*初始化外部按键中断: 注册中断事件,允许外部中断 */

InterruptInitialize（g_EINTSysIntr, gWaitEvent, 0, 0）；

//外部按键中断线程开始运行

while （1） {

//等待gWaitEvent事件生效

ret=WaitForSingleObject（gWaitEvent, INFINITE）；

/*在Key_IsPushed函数中实现用延时滤去噪声，读取GPF1引脚电平来判断按键是否处于按下状态 */

if （Key_IsPushed（））

//通知读函数,外部中断按键按下

SetEvent（gReadKeyEvent[0]）；

//通知内核: 中断处理结束

InterruptDone（g_EINTSysIntr）；

}

return 1；

}

其他几个流接口函数编程简单，这里不作详细叙述。参考驱动目录下其他驱动完成sources、makefile和EINT.def文件的编写，当EINT目录下的5个文件都编写好后，在Platform Build 5.0编译后，用Windows CE附带的dumpbin工具（在Build菜单下）输入命令：dumpbin/exports EINT1.dll，输出结果如图4所示，导出了表1所列的流接口函数。

图4 导出的流接口函数

结语

Windows CE采用中断方式处理外部设备的随机输入，提高了CPU的运行效率。本文用一个实例对中断流驱动程序的开发进行了介绍，只需在此驱动程序的基础上稍作修改就可完成其他中断的驱动程序开发。驱动程序编译成功后，通过进一步修改BSP的FILES目录下的platform.bib和platform.reg文件，可将驱动加入到操作系统中。