APP下载
登录
1 类/微驱动程序模型
C64x系列的DSP系统给出了类/微驱动模型[1] 的驱动程序结构，采用该模型进行驱动程序设计，应用程序可以复用绝大部分相似设备的驱动程序，从而提高驱动程序的开发效率。类/微驱动模型结构如图1所示，该模型在功能上将驱动程序分为依赖硬件层(微驱动)和不依赖硬件层(类驱动)两层，并在两层之间给出通用接口。上层的应用程序不直接控制微驱动，而是通过类驱动对其进行控制。每一个类驱动在应用程序代码中表现为一个API函数，并通过标准微驱动的接口IOM与微驱动进行通信。
类驱动使用DSP/BIOS中的API函数[3]实现诸如同步等的系统服务，DSP/BIOS定义了三种类驱动模块：管道管理模块(PIP)、流输入输出管理模块(SIO)和通用输入输出模块(GIO)。在PIP和SIO类驱动中，调用的API函数已经存在于DSP/BIOS的PIP和SIO模块中了，这些API函数需将参数传给相应的适配模块，才能与微驱动交换数据。而在GIO类驱动中，调用的API函数则直接与微驱动通信。
2 基于DM642的视频采集驱动
2.1 硬件结构
笔者利用TI公司的多媒体处理芯片DM642自行研制了嵌入式视频处理板卡。卡上的主要组成模块有视频采集模块、视频处理模块以及网络发送模块，其中视频采集模块主要由DSP芯片DM642[4]、视频A/D 转换芯片SAA7115和同步动态存储器芯片SDRAM等组成，如图2所示。来自摄像头的视频信号通过SAA7115进行数字化处理，输出的数字视频信号经过视频端口的内部FIFO缓冲后，由DM642通过EDMA将数据传送到片外SDRAM中，以便供视频应用程序使用。
采用类/微驱动模型编写DM642芯片视频端口的视频采集驱动程序，驱动必须满足如下几个基本功能：
· 硬件中断；
· 可同时处理DM642的三个视频端口；
· 支持应用程序配置视频采集的参数，支持获取图像数据；
· 支持场图像的采集，支持对CVBS和S－VIDEO两种模拟信号的采集。
在视频采集过程中，最重要的是对视频数据进行实时控制和有效的传输，因此需要使用硬件中断，并在中断服务程序中，根据视频端口内部FIFO的状态通过EDMA完成视频数据的读入。
2.2 视频采集驱动程序的框架构建
视频采集驱动程序包括类驱动和微驱动两个模块，视频采集驱动程序的结构框架如图3所示。
在图3中，应用程序使用GIO_create函数创建GIO通道，并通过调用GIO_submit函数直接与微驱动的IOM交换数据，完成视频数据的采集。
应用程序通过GIO类驱动调用微驱动的标准API函数，这些标准API函数的描述如表2所示。这些规定的函数将放入微驱动的函数接口表(IOM_Fxns)中，以供应用程序通过GIO类驱动调用。
QUE_Elem link; /* 数据包队列 */
Ptr addr; /* 数据地址 */
Uns size; /* 数据长度 */
Arg misc; /* 保留使用 */
Arg arg; /* 应用程序 */
Uns cmd; /* 命令字段 */
Int status; /* 命令完成状态 */
} IOM_Packet;
热门文章
