基于DSP的视频采集驱动程序设计实现

视频终端的核心是图像的数字化处理模块。基于PC机的数字视频处理，给出了算法研究的途径，而基于高速DSP的应用模块才提供了实时嵌入式视频处理的可能。然而，基于DSP的海量视频数据的实时处理的关键则是实时、合理的视频数据采集。本文针对自行研制的基于TMS320DM642（以下简称DM642）DSP的视频处理板卡，使其在C64x系列DSP的实时操作系统DSP/BIOS的环境下运行，实现基于类/微驱动模型的视频采集驱动程序，并进一步描述采用EDMA（增强的直接存储器存取控制器）的数字视频图像信号的实时传输。
　　1 类/微驱动程序模型
　　C64x系列的DSP系统给出了类/微驱动模型［1］ 的驱动程序结构，采用该模型进行驱动程序设计，应用程序可以复用绝大部分相似设备的驱动程序，从而提高驱动程序的开发效率。类/微驱动模型结构如图1所示，该模型在功能上将驱动程序分为依赖硬件层（微驱动）和不依赖硬件层（类驱动）两层，并在两层之间给出通用接口。上层的应用程序不直接控制微驱动，而是通过类驱动对其进行控制。每一个类驱动在应用程序代码中表现为一个API函数，并通过标准微驱动的接口IOM与微驱动进行通信。
　　
　　在类/微驱动模型中，类驱动通常用于完成多线程I/O请求的序列化功能和同步功能，同时对设备实例进行管理。类驱动通过每个外部设备独有的微驱动对设备进行操作。微驱动采用芯片支持库［2］控制外设的寄存器、内存和中断资源。微驱动程序必须将特定的外部设备有效地表示给类驱动。
　　类驱动使用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中，以便供视频应用程序使用。