- 用类／微驱动模型开发DSP视频驱动程序

在调用IOM微驱动之前，必须要先在DSP／BIOSConfig中注册。在Device Drivers中右击选择插入一个设备驱动，命名为VPlACAPTURE，并进行各个属性(如函数表指针、函数表类型和设备ID号等)的配置，指明IOM_Fxns函数表地址和设备参数地址，如图3所示。

2 DM642芯片视频驱动程序设计

视频驱动程序的设计主要包括微驱动、类驱动和中间接口3方面的设计。为了最大程度的提高视频驱动代码的复用性和通用性，在视频采集驱动程序实例中，在GIO类驱动程序基础上进一步封装成FVID类。将微驱动细分为视频端口类和指定的编解码芯片微驱动，二者之间通过外部设备控制接口(EDC)实现对外围芯片的打开、控制和关闭等操作。这样一来，即使所使用的板长上集成了不同的视频编解码芯片，也只需改变特定编解码芯片的微驱动。视频采集驱动程序的类／微驱动模型如图4所示。

例如，对VPORT_PortParams接口的说明属于对VPORT端口类的说明，而对SAA7121接口的说明则属于对特定编码芯片的说明。如果把VPORT类用于不同的芯片，则只需对SAA712l进行修改。对EDC的接口说明如下(指定要对外围设备进行打开、关闭等的操作)：

下面举例说明对FVID类驱动的视频应用程序接口(video API)的操作。就应用程序而言，对设备驱动程序的操作可分为3个阶段：创建、处理和删除。创建是在应用程序与外部设备之间建立一个数据输入／输出的逻辑通道，对应于FVID_create；处理是在应用程序与外部设备之间进行数据的传送，并对外设进行相应的控制，对应于FVID_control和FVID_alloc；外设使用完毕后，相应地删除原先所建立的通道，对应于FVTD_delete。具体的调用函数如下：

结 语

本文介绍了TI公司开发的类／微驱动模型和改进后DM642的视频类／微驱动模型。实践表明，DM642的视频类／微驱动模型降低了系统中软硬件之间的耦合性，提高了驱动程序的可重用性和可移植性，简化了视频驱动程序的开发。