μCOS-II下通用驱动框架的设计与实现-UcOS-II_第1页
μCOS-II下通用驱动框架的设计与实现-UcOS-II_第2页
μCOS-II下通用驱动框架的设计与实现-UcOS-II_第3页
μCOS-II下通用驱动框架的设计与实现-UcOS-II_第4页
μCOS-II下通用驱动框架的设计与实现-UcOS-II_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

在卩C/OSII下,设计了一个通用的设备管理模型, 称为通用驱动框架,通过该 驱动框架,可以实现对硬件设备的统一、一致的管理,同时,也为上层应用程序 提供了统一、一致的设备访问在卩C/OS-II下,设计了一个通用的设备管理模型,称为通用驱动框架,通过该驱动 框架,可以实现对硬件设备的统一、一致的管理,同时,也为上层应用程序 提供了统一、一致的设备访问接口,并在以 ARM7TDMI-为核心的LPC2210微控制器开发板上给 出了一例实现。1、概述 在嵌入式应用系统中使用嵌入式操作系统可以提高应用系统的开发效率和提升嵌入式应用系统的稳定可靠性, 因此,在嵌入式应用系统中使用嵌入式操作系统将成为嵌入式 应用系统的设计主流⑴。卩 C/OSII是由美国学者 Labrosse设计的一个优秀的嵌入式实 时操作系统[2],它是一个源码公开、可移植、可固化、可裁剪、占先式的实时多任务操 作系统,目前已经得到广泛应用。卩C/OSII提供了操作系统必须具备的基本功能,包括:任务管理、信号量管理、邮箱 管理、消息队列管理、事件管理、时间管理、内存管理,但它不提供设备管理和文件系 统管理,已有研究者对卩C/OSII进行了文件子系统功能扩展⑻。在实际应用中,对系统设备的有效管理也是一个非常重要的任务,因此,需要对卩C/OSII进行扩展,以实现这一功能。本文为卩C/OSII设计了一个对系统设备进行统一管理的通用驱动框架,在此框架下,可以屏蔽系统硬件的差异,在无约束地发挥硬件能力的前提下,为上层应用提供了统一、一致的调用接口,从而实现了对系统设备的有效管理。API2、卩C/OSII下通用驱动框架的基本模型为了给上层应用提供统一、 一致的系统设备调用接口, 需要对上层应用程序对系统设备 的访问操作进行抽象,在这方面, Unix系统和Linux系统做得比较成功 [4][5]。本文借鉴 了Unix及Linux系统的成功经验,同时考虑到嵌入式操作系统的特殊性,为卩 C/OSII建立了如图 1所示的通用驱动框架模型。 在图1所示的通用驱动框架模型中, 共包括三 个层次: (1)上层访问抽象接口层:在这一层,通过对设备访问操作的抽象,为上层应用提供 了5个访问接口 API:UDFOpenUDFReadUDFWrite、UDFIoctrl、UDFCIose分别用于打开设备、读设备、写设备、设备控制和关闭设备。(图i通用驱动框架模型)2)设备管理核心数据结构层:这是通用驱动框架的核心,在这一层,为系统中的每个硬件设备分配唯一的设备名,上层应用程序通过将设备名作为参数传递给UDFOpen函数实现对相应设备的核心管理数据结构的定位寻址,通过寻址,UDFOpe函数得到相应设备的核心管理数据结构,并定位到相应的设备驱动模块,获得相应硬件设备的操作函数表,再通过上层访问抽象接口层的其他接口函数UDFRea、UDFWrite、UDFIoctrl和UDFClose实现对设备的统一访问控制。(3)硬件设备驱动模块层:这一层是硬件设备驱动模块功能的实现层,对各个硬件设 备的驱动在相应的硬件设备驱动模块中完成。各个硬件设备驱动模块,原则上 需要实 现如下几个函数:devOpendevReaddevWrite 、devIoctrl和devClose分别完成相 应设备的打开、读、写、控制和关闭,当然,可以根据具体设备的特性,只实现

5

个驱动函数的其中一部分,例如,如果某设备不支持

写操作,那么就不用实现

devWrite函数。下面,对该模型的工作原理进行简单描述:首先,在上层应用程序可以访问硬件设备之前,需要首先打开欲操作的设备,这可以通过调用“上层访问抽象接口层”的

UDFOpen函数实现。上层应用程序将欲打开的设备的设备名传递给

UDFOpe

函数,

UDFOpe

函数通过该设备名从“设备管理核心数据结构”中得 到相应设备的核心数据结构,进而得 到相应设备的操作函数表,并调用设备驱动模块的 devOpen函数对设备进行初始化,当 完成相应设备的初始化后,UDFOpe函数返回给上层应用程序一个句柄,这个句柄是 上层应用程序进行后续设备操作的基础。现在假设上层应用程序需要从设备中读取数据,这是通过调用“上层访问抽象接口层”的UDFRea(函数完成的:上层应用程序将UDFOpei函数返回的设备句柄和相关的读取参数传递给UDFRea(函数,UDFRea(函数通过该句柄从“设备管理核心数据结构”中得到相应设备的核心数据结构,进而得到相应设备的操作函数表,并调用设备驱动模块的(evRea(函数对设备进行读取操作,当完成读取操作后,将读取到的数据返回给上层应用程序。其它的操作如UDFWrite、UDFIoctrl和UDFClose是类似的。3、卩C/OSII下通用驱动框架的实现3.1实现环境本文在以下的环境中实现了所设计的通用驱动框架:开发工具采用ARM公司的ADS1.2,目标板采用周立功公司开3、卩C/OSII下通用驱动框架的实现3.1实现环境本文在以下的环境中实现了所设计的通用驱动框架:开发工具采用ARM公司的ADS1.2,目标板采用周立功公司开发设计的以LPC2210为微控制器的SmartARM221开发板⑹。LPC2210是一颗以ARM7TDMI-为核心的微控制器,支持8位、16位、32位总线,具有丰富的片内外设,其中就包括两个具有16BytesFIFO的UART接口和高速l2C接口。开发主机通过EasyJTAG连接目标板以建立交叉开发调试环境。3.2设备管理核心设计数据结构的设计实现如上文所述:通用驱动框架以“设备管理核心数据结构”为核心,它在模型中起着承上启下的作用。设备管理核心数据结构包括两个结构:UDFFrameworl和UDFOperations,定义如下:type(efstruct{INT8U(eviceName[UDF_MAX_NAME];/设/备名INT8U(eviceType;//1—块设备,2—字符设备;INT8UcanShare(;//0---不可共享使用,1—可共享使用INT16UopenCount;//UDFOperationsop;//

对于共享设备,此字段为打开次数计数 ;设备驱动模块提供的设备操作函数表;}UDFFramework;该结构描述了系统设备的特性, 包括:设备名、设备类型、 共享设备的打开计数、 设备操作函数表等,通过建立 UDFFramewor结构的一个数组来描述系统中的所 有设备,并通过设备名字段deviceName实现对设备操作函数表 UDFOperations 结构的寻地定位。 UDFOperations结构定义如下:typedefstruct{INT32S(*devOpen)(void*pd);INT32S(*devRead)(INT8S*buffer,INT32Ublen,INT32UlenToRead,INT8UwaitType);INT32S(*devWrite)(INT8S*buffer,INT32UlenToWrite,INT8UwaitType);INT32S(*devIoctl)(INT32Utoo,void*pd);INT32S(*devClose)(void*pd);}UDFOperations;该结构定义了相应设备的操作函数表, 具体的操作函数的实现在相应的设备驱动 模块中提供,通过使用通用驱动框架的设备驱动安装函数可以将设备驱动模块安 装至UUDFFramewor结构中。3.3 上层访问抽象接口层设计实现 基于设备管理核心数据结构,上层访问抽象接口层为上层应用提供了 5个API函数:UDFOpenUDFReadUDFWrite、UDFIoctrl、UDFClose本文以UDFOpen和UDFRead^例说明这些API函数的实现逻辑。UDFOpei函数的实现逻辑如下:INT32SUDFOpen(char*deviceName,void*pd){在UDFFramewor结构数组中查找名为deviceName的设备;if(找到名为deviceName的设备){if(设备已被其它应用打开 ){if(设备不可共享 )返回出错信息并返回;else将设备的打开计数器 openCount加1}else{从UDFFramewor结构中得到该设备的 UDFOperations结构数据并调用该设备的 devOpen函数初始化该设备;将UDFFramewor结构的数组下标作为句柄 handle返回给上层应用程序;}}else{提示设备驱动未安装并返回;}}UDFRea(函数的实现逻辑如下:INT32SUDFRead(INT32Uhandle,INT8S*buffer,INT32Ublen,INT32UlenToRead,INT8UwaitType){判断参数 handle句柄是否合法;if(handle合法)returnUDFF[handle].op.devRead(buffer,blen,lenToRead,waitType);else返回出错信息并返回;}3.4 硬件设备驱动模块的设计实现本文在该通用驱动框架下实现了驱动模块。LPC2210的UART0

UART0S设备满足

备和|2C16C550

接口设备CAT1025JI-30的EPROMK工业标准,具有 16Bytes的接收FIFO

备的和16Bytes的发送FIFO,本文采用 中断方式接收数据、查 询方式发送数据,按照通用驱动框架设备驱动模块的设计要求,

为UART

(实现了以下驱动函数:UARTOOpenUARTOReadUARTOWriteUARTOIoctrl 、UARTOCIose 并通过通用驱动框架的设备驱动程序安装函数 InstallDriver 将UART(驱动模块安装到UDFFramework吉构数组中。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论