USB驱动程序设计 - 基于μCOS-II的USB主机系统设计

　　1.2 USB 驱动程序设计

　　μC/OS-II 提供了多任务实时操作系统的内核。在应用这个操作系统时候，用户通常需要自己编写基于μC/OS-II 的外围器件驱动程序，以使外围器件能在操作系统的协调下更好的为用户服务。为了使软件可移植性强，易维护，采用分层的方法编写USB 的驱动程序。综合考虑USB 协议、USB 硬件接线、μC/OS-II的结构来进行分层，下表所列为USB 驱动程序分层结构。

　　

　　1.2.1 USB 硬件抽象层。

　　USB 硬件抽象层的主要任务是对USB 模块的相关硬件进行配置，是USB 驱动程序的最底层与具体硬件相关的一层。主要完成的任务：初始化USB 设备控制器为系统配置USB 时钟控制器，选择信号映射端口（在LPC 系列中只有LPC2378 有此功能），配置电源；配置USB 设备控制器中断，此系统禁止了同步传输帧中断，使端点处于低优先级中断；以及配置软件控制接连、断开和重新连接USB 功能的相关寄存器。

　　1.2.2 USB 命令接口层。

　　USB 命令接口层是在USB 硬件的角度来描述USB 的具体功能是独立于操作系统之外的，也是协议层和驱动层实现的基础。USB 命令接口层函数基本是和具体的USB 寄存器相关的，通过操作寄存器完成相应的功能。

　　1.2.3 USB 协议层。

　　USB 协议层主要由 Descriptor.c 和Chap_9.c 文件组成。在Descriptor.c 定义了各描述符，是在USB 硬件的基础上描述此读卡器的USB 模块，分别为：设备描述符、配置描述符、接口描述符和端点描述符。这些描述符也是上位机枚举、识别读卡器USB 模块的媒介。而Chap_9.c 就是上位机枚举读卡器USB 模块时USB 模块回馈上位机的具体实现，其中大部分函数都是依赖于USB 命令接口层。

　　1.2.4 USB 驱动层。

　　USB 驱动层是属于USB 驱动程序中最上层的是与μC/OS-II 系统联系最紧密的一层。在其他各层的基础上从系统的角度描述了USB 通信功能，是与操作系统和应用程序直接联系的一层。包括系统启动时初始化USB 硬件的接口以及等待接收主机枚举过程发送的SETUP 包等函数的接口。其中USB 端点的读写函数USB_ReadPort（INT8U endp， INT32U eppsize，INT8U buffnums， CTRL_USB *pUsb， INT32U len，INT8U *recbuff， INT16U timeout） 和USB_WritePort（INT8U endp， INT32U eppsize， INT8Ubuffnums， CTRL_USB *pUsb， INT8U *sendbuff，INT32U len， INT16U timeout）实现了接收上位机的请求和将处理结果返回给上位机。

　　以读函数为例描述USB 接收上位机请求的过程，由函数原型的最后一个参数timeout 可知，读过程是一种阻塞性的操作，在此系统中是以信号量的方式来实现阻塞型的读操作的。在参数检测无误时调用USB_WaitEpReady（pUsb， timeout）以获取该端点对应信号量，若获取失败则此端点无数据可读。当上位机发送数据到相应的端点时会产生中断，中断处理程序会判断哪个端点产生了中断，然后发送此端点所对应的信号量，这样USB_WaitEpReady（pUsb， timeout）就可以获得信号量完成读操作，否则程序会等待timeout时间，如果在timeout 时间内依然获取信号量失败那程序就出错返回。若读取长度大于端点缓冲区的长度的话则一次只能读取端点缓冲区长度数，分多次读取，直到读取规定长度为止。写端点函数发送过程和读端点函数接收过程实现流程大体相似，其中最大的区别就是中断产生的时机不同，接收过程是在数据到达相应端点缓冲区时产生中断，而发送过程是将数据写到相应端点缓冲区之后才产生中断。这样在将数据发往相应缓冲区后再调用USB_WaitEpReady（pUsb，timeout），若在此函数中成功获得信号量则说明发生成功。

　　2 USB系统软件设计

　　USB 的系统软件是与μC/OS-II 操作系统和业务应用模块紧密关联的。在μC/OS-Ⅱ对USB 进行初始化时，不但要对USB 硬件接口初始化，还需要对其相关软件进行初始化，比如：设置中断处理函数，以及单独创建一个TaskSetup 任务以完成上位机对USB 系统主机的枚举。中断处理过程采用的是非向量中断的方式，首先由中断状态寄存器的值判断中断产生的原因，然后由不同的原因设置不同的中断处理函数。如果是数据中断话则在相应的中断处理函数中发送对应端点的信号量，这样USB 驱动程序中读写接口才能成功被调用。TaskSetup 是系统的第一个任务，只有在TaskSetup 任务中USB 主机系统被成功枚举后才能进行通信。枚举过程主要是通过0 号端点的控制传输方式进行的，在此过程中USB 主机系统接收上位机发送的Setup 包，然后根据Setup 包的不同请求进行相应的处理再通过控制端点将结果返回给上位机。在USB 中0 号端点为控制端点一共有2 个分别为输入和输出端点。设备枚举其实就是一个上位机识别USB 主机系统的过程，标准USB 枚举过程如下：获取设备描述符、复位、设置地址、再次获取设备描述符、获取配置描述符、获取接口和端点描述符、获取字符串描述符、选择设备配置。枚举成功之后USB 主机系统处于就绪状态并且配置所有的接口与端点。

　　在USB 体系结构中数据的交互是以端点为基本单位的，端点的集合表现为接口，在USB 协议中一个接口表现为一个功能。USB 协议中规定端点0 只用于控制传输的，其余端点用于数据传输。本USB 主机系统的数据传输方式为端点1 采用中断传输，端点2 采用批量传输。不论哪种传输方式都是以中断的方式和系统交互的，但在中断处理程序中所做的工作非常少只是发送信号量，真正与数据相关的操作并没有在中断处理程序中。这种中断理念是根据Linux 操作系统的中断上下文思想而设计的：使中断时间尽量的短，将一些对时间要求不是那么严格的事务延迟在中断之外进行。在Linux 中把中断处理分为上下两部分，中断处理程序是上部分，收到一个中断后它会立即执行，但只做有严格时限的工作例如对接收到的中断进行应答或硬件复位，能够被允许稍后完成的工作推迟到下半部去。比如网卡：数据包的接收是至关重要的以提高网络吞吐量和传输周期以及避免超时，处理和操作数据包的其他工作被推迟到下半部执行。

　　3 结语

　　随着电脑外设和数码产品的不断发展，各种设备之间的互连成为当前需要解决的难题。USB 是现今PC领域广泛运用的总线接口技术，在一些嵌入式系统中，人们希望有USB 的出现，然而和系统其他模块相比，USB 模块显得更加的复杂。本文详细阐述了设计一个USB 主机系统的过程，综合考虑USB 协议，USB 硬件连接和μC/OS-II 系统使软件易于维护，移植型强。