μC/OS-Ⅱ下设备驱动的设计与实现分析

设备驱动程序是任何操作系统的必不可少的、最保密的一个组成部分，它们实现了计算机系统所有附属设备的一个标准接口，它包含与硬件直接相关的设备驱动。从广义上说，“驱动程序”是指一些函数的集合，这些函数都能对硬件设备进行操作。本文简单分析了μC/OS-Ⅱ下设备驱动的设计与实现。

设备驱动程序是任何操作系统的必不可少的、最保密的一个组成部分，它们实现了计算机系统所有附属设备的一个标准接口，它包含与硬件直接相关的设备驱动。从广义上说，“驱动程序”是指一些函数的集合，这些函数都能对硬件设备进行操作。驱动程序的概念在没有固定的操作系统的时候，是一个比较模糊的定义。简单地理解就是提供了一个软件到硬件(也可以是虚拟硬件)操作的函数。通常主要应该包括：设备初始化、设备的读写(输入输出)、设备的控制等信息。在μC/OS-Ⅱ下没有统一的设备驱动接口——不像Windows或者linux下通过设备文件的定义模式，所以，把一些对硬件操作是通过一般的函数来完成的，叫成“驱动程序”也不为过。

1. 简介

外设驱动程序是实时内核和硬件之间的接口，是连接底层硬件和内核的纽带。

编写驱动程序模块应满足以下主要功能：

① 对设备初始化;

② 把数据从内核传送到硬件和从硬件读取数据;

③ 读取应用程序传送给设备的数据和回送应用程序请求的数据;

④ 监测和处理设备出现的异常。由于在μC/OS-Ⅱ下没有统一的设备驱动接口，在该操作系统中设备驱动的设计和实现主要是通过一些对硬件操作的函数来完成。

2. μC/OS-Ⅱ操作系统启动过程中的硬件初始化

基于μC/OS-II的应用系统工作时，首先把CPU初始化;接着进行操作系统初始化，主要完成任务控制块(TCB)初始化、TCB优先级表初始化、空任务的创建等;然后开始创建新任务，并可在新创建的任务中再创建其他的新任务;最后调用OSSTART()函数启动多任务调度。

当μC/OS-Ⅱ实际移植到具体的硬件平台中时，系统初始化时还要进行硬件的初始化。主函数是系统启动首先执行的一个函数，在启动μC/OS—Ⅱ之前，要屏蔽所有中断，并对全局变量初始化，防止运行出错。硬件初始化主要包括中断初始化，串口、键盘、显示等设备初始化。μC/OS—Ⅱ的初始化通过调用OSInit()函数，为OS分配任务队列、优先级状态表和准备状态表，初始化全局变量，并且创建一个空循环任务。接下来，在启动μC/OS—Ⅱ前调用OSTaskCreate()创建所有用户任务，并置准备态，创建任务时，要指定每个任务的优先级、堆栈大小和位置、任务函数入口。调用OS2Start()启动μC/OS—Ⅱ。从就绪队列中找到优先级最高的任务，作为当前任务执行。流程如图所示。

3. μC/OS-Ⅱ操作系统对硬件的操作和控制

3.1 函数控制硬件

前面已经提到过，不像其他的操作系统，在μC/OS—Ⅱ中没有统一的设备驱动接口，因此对硬件的操作和控制可以通过函数来完成。在启动过程中完成硬件初始化后，系统创建一个空循环任务，然后就可以调用OSTaskCreate()创建用户任务，在任务用户任务中选择要控制的硬件，选择最佳的控制方法，调用用户自己编写的函数来完成。

图 系统启动流程

3.2 BSP

BSP(板级支持包)是介于底层硬件和操作系统之间的软件层次，它完成系统上电后最初的硬件和软件初始化，并对底层硬件进行封装，使得操作系统不再面对具体的操作。

为μC/OS-Ⅱ编写一个简单的 BSP。它首先设置CPU内部寄存器和系统堆栈，并初始化堆栈指针，建立程序的运行和调用环境;然后可以方便地使用C语言设置硬件的配置环境，并编制相应的操作函数，为操作系统调用提供统一的接口;在CPU、板级和程序自身初始化完成后，就可以把CPU的控制权交给操作系统了。

4. 实际应用举例

既然在μC/OS-Ⅱ下没有统一的设备驱动接口，系统对硬件的控制是通过一些对硬件操作的函数来完成的。下面以在μC/OS-Ⅱ实时内核下驱动程序读取A/D的三种方法，分析在实际的工程实践中μC/OS-Ⅱ设备驱动的设计和实现，以及在设计过程中应注意的一些问题。

以一个单片机数据采集系统为例，硬件环境基于C8051F015单片机。A/D转换是单片机数据采集系统的重要组成部分，实时内核下A/D驱动程序的实现过程主要取决于A/D转换器的转换时间。我们首先比较和分析μC/OS-Ⅱ下A/D采样数据的三种方法;其次介绍C8051F015单片机A/D模数转换器的配置及特点;最后，在μC/OS-II内核移植到8位单片机C8051F015的基础上，介绍编写A/D驱动程序的一般思路和方法。

4.1 μC/OS-II实时内核下的A/D读取方法

实时内核下，驱动程序采用什么方法读取A/D采样数据是首先考虑的问题。许多因素将影响读取A/D，如A/D的转换时间、模拟值的转换频率、输入通道数等，但最主要的是取决于A/D的转换时间。典型的A/D转换电路由模拟多路复用器(M U X)、放大器和模数转换器(ADC)三部分组成。下面描述读取A/D的三种方法。

图1所示的是第1种读取方法。假设A/D 转换器的转换时间较慢(5ms以上)，应用程序调用图1所示的驱动程序，并传递要读取的通道。驱动程序通过M U X选择要读取的模拟通道(①)开始读。转换前，延时几μs以便使信号通过M U X传递，并使之稳定下来。接着，ADC被触发开始转换(②)。然后驱动程序延时一段时间以完成转换(③)。延时时间必须比ADC转换时间长。最后驱动程序读取ADC转换结果(④)，并将转换结果返回到应用程序(⑤)。

图2所示的是第2种读取方法。当模拟转换完成后，ADC产生的一个中断信号。若ADC转换完成，ISR给信号量发一个信号(⑤)，通知驱动程序，ADC已经完成转换。如果ADC在规定的时限内没有完成转换，信号量超时(③)，则驱动程序不再等待下去。驱动程序和中断服务子程序(ISR)的伪代码如下：

ADRd(ChannelNumber)

{

选择要读取的模拟输入通道;

等待A M U X 输出稳定;

启动A D C 转换;

等待来自ADC 转换结束中断产生的信号量;

if (超时){

*err=信号错误;

return;

} else {

读取ADC转换结果并将其返回到应用程序 ;

}

}

ADCoversion Complete ISR{

保存全部CPU 寄存器; /* 将CPU的PSW、ACC、 B、

DPL、DPH及Rn入栈*/

通知内核进入ISR(调用OSIntEnter()或OSIntNesTIng直接加1);

发送A D C 转换完成信号; /* 利用μC/OS-II内核的

OSSemPost()*/

通知内核退出ISR(调用OSIntExit());

恢复所有CPU 寄存器; /* 将CPU 的PSW、ACC、B、DPL、DPH及Rn出栈*/

执行中断返回指令(即RETI);

}

在这种方法里，要求ISR执行时间与调用等待信号的时间之和为A/D转换时间。

如果A/D转换时间小于处理中断时间与等待信号所需的时间之和，则可以用第三种方法。如图3所示，前两步(①②同以上两种方法)结束后，驱动程序接着在一个软件循环中等待(③)ADC直到完成转换。在循环等待时，驱动程序检测ADC的状态(BUSY)信号。如果等待时间超过设定的定时值(软件定时)，则结束等待循环(循环等待超时)。如果在循环等待中，检测到ADC发出转换结束的信号(BUSY)时，驱动程序读取ADC转换结果(④)并将结果返回到应用程序(⑤)。

驱动程序伪代码如下：

ADRd(ChannelNumber){

选择要读取的模拟输入通道;

等待A M U X 输出稳定;

启动A D C 转换;

启动超时定时器;

while (ADC Busy & Counter??0);/* 循环检测 */

if (Counter==0){

*err=信号错误;

return;

} else {

读取ADC 转换结果并将其返回到应用程序 ;

}

}

A/D 转换速度快，这种驱动程序的实现是最好的。

4.2 C8051F015单片机A/D模数转换器

再来简单介绍一下C8051F015单片机A/D模数转换器的配置及特点。

在C8051F015 单片机中，ADC的转换时钟周期至少在400ns，转换时钟应不大于2MHz。一般在启动ADC之前都要处于跟踪方式，而ADC一次转换完成要用16个系统时钟。另外，在转换之前还要加上3个系统时钟的跟踪/保持捕获时间，所以完成一次转换需19个ADC转换时钟(9.5μs)。图1中的方法简单，转换时间在ms级以上，一般用于变化慢的模拟输入信号，不适用于C8051F015。

图2中的方法，为了减少μC/OS-II内核调用ISR所用时间，ISR一般都用汇编语言编写。从程序1中ISR伪代码可以看出，尽管ISR用汇编语言编写，代码效率高，但μC/OSII调用ISR的时间与调用等待信号时间之和大于A/D的转换时