基于AT91RM9200的图像采集系统

　　引言：
   　　1.硬件系统设计  
   　　（1）     AT91RM9200简介
   　　AT91RM9200是ATMEL公司生产的基于ARM920T的工业级SOC芯片，不仅有丰富的片上资源和标准接口，而且有低功耗、低成本、高性能、支持多种主要的嵌入式操作系统等特点，其采用5级整数流水线结构性能高达200 MIPS, 具有标准的ARMv4存储器管理单元(MMU)，内部集成有两个USB 2.0 全速(12 M比特/秒) 主机端口和10/100 Base-T 型以     [/table]
   太网接口,该芯片具有多种工作模式,其低功耗待机模式下电流仅3.1 mA[1]。
   
   　　（2）     AT91RM9200的USB主机端口（UHP）
   　　AT91RM9200集成有一个USB器件端口(UDP)和一个USB主机端口(UHP)，均符合USB V2.0 全速及低速规范。UHP内部集成一个根集线器和2个收发器，可连接127个USB 器件，UHP控制器与OHCI Rev 1.0规范完全兼容，标准分类驱动可以自动检测并在用户程序中使用[1]。
   　　（3） 硬件系统结构
   　　图像采集平台的硬件系统结构设计如图1所示，主要包括AT91RM9200处理器、JTAG接口、网络模块、32M SDRAM、16M FLASH、串口、USB主从口等部分。其中网络模块通过外接DM9161实现10M/100M自适应网络连接，通过处理器内置的4个通用同步（异步）收发器(USART) 可实现4路数据传输与控制。另外，处理器内置的双主机收发器可连接USB摄像头和USB存储设备，也可经USB集线器连接更多USB设备，提高了系统的扩展性。
   　　

   图1.硬件系统结构
   　　2.软件系统设计
   　　(1)  嵌入式Linux软件架构
   　　Linux工作模式分为内核模式和用户模式，其软件系统架构由硬件控制器、Linux内核、系统调用接口和用户进程4层组成。一个用户进程就是一个用户程序，操作系统支持多进程并发；内核是操作系统的中心组件，有进程管理、内存管理、文件系统管理、设备控制、网络控制等功能，它通过底层接口层以一致的方式管理硬件，通过高层抽象层为用户进程提供与硬件无关的API控制硬件资源；系统调用接口负责为应用程序调用内核中特定的过程，从而实现特定服务，一般认为这些调用和服务也是操作系统内核的一部分。
   　　(2)  USB驱动程序系统框架
   　　
   
   图2.USB驱动程序系统框架
   　　USB驱动程序的系统框架如图2所示，包括客户驱动程序、通用总线驱动程序、主机控制器驱动程序几部分。其中，客户驱动程序是特定USB设备的驱动程序，提供了USB设备的功能操作及特定子类协议封装[6]；通用总线驱动程序（USBD）拥有特定操作系统上抽象出的主机控制器驱动程序的共有特性，是整个USB驱动程序的核心，主要实现USB总线管理、URB管理、为客户驱动程序提供相关接口等功能，它还负责维护设备的加载和卸载、设备配置、客户端驱动程序的安装和卸载等工作[2]；主机控制器驱动程序是直接与硬件交互的软件模块，主要实现主机控制器硬件初始化、负责总线的注册、为USBD层提供相应的接口函数、完成4种类型的数据传输等功能[2]。
   　　Linux通过定义了统一的URB(Universal Request Block)结构，在客户驱动程序和USBD之间，以及USBD和HCD之间进行消息传递，为USB驱动程序的开发带来了很大方便[3]。我们开发USB驱动程序主要是编写USB客户软件层的程序，即如何将数据封装成URB和如何从URB中得到数据。
   　　(3)  V4L简介与摄像头驱动程序开发
   　　Video for Linux(简V4L)是Linux中关于视频设备的内核驱动，它为编写视频应用程序提供一系列接口函数，内核、驱动程序和应用程序以它为标准进行交流，因此视频类驱动程序的开发必须遵循此标准，应用V4L API函数进行设计[4]。
   　　设备驱动程序是Linux内核与应用程序之间的接口，通过USB客户驱动程序提供的USBD接口和应用程序接口，屏蔽了硬件实现的细节。应用程序将外部设备看成是一类特殊文件__设备文件，可以使用像操作普通文件一样的系统调用接口函数来完成对外部设备的打开、关闭、读写和I/O控制操作。陷于篇幅原因只对驱动程序的重要部分进行阐述。
   
   　　l         驱动程序的注册、注销：所有的USB设备类驱动程序都要在USBD中进行注册和注销，Linux中的驱动程序通常采用模块方式编写，使用函数module_init注册设备，使用函数module_ exit注销设备。
   　　module_init(usb_gfkd_init);  /*加载模块入口,调用函数usb_register()注册设备*/
   　　module_exit(usb_gfkd_exit); /*注销模块入口,调用函数usb_deregister()注销设备*/
   　　l         驱动程序与USBD的接口：USBD为每个设备驱动程序维护一个相关的usb_     
   driver的数据结构，负责设备的初始化和卸载。当总线上有设备连接操作时，USBD通过该结构来查找相关的驱动程序，并调用初始化函数probe()对设备初始化；当设备断开时，USBD也通过该结构来查找相关的驱动程序，并调用设备卸载函数disconnect ()对设备卸载。USBD接口的数据结构定义为：
   
   　　static struct usb_driver gfkd_driver = { "gfkd",gfkd_probe,gfkd_disconnect}；
   　　初始化函数static void * gfkd_probe(…)首先读取设备的Usb dev结构，根据设备的配置描述符判断该设备是否被驱动程序所支持, 判断使用接口是否正确，然后为驱动申请一块内存，再探测使用的摄像头，完成对摄像头的初始化，最后创建摄像头的设备文件结点[5]。
   　　卸载函数static void  gfkd_disconnect (struct usb_device *dev, void *ptr)的作用是终止数据传输、删除摄像头的设备文件结点、释放接口、将驱动占用的内存释放。
   　　l         驱动程序与应用程序接口：摄像头驱动程序在static struct file_operations gfkd_fops中给应用程序提供了统一的外设操作函数接口，当应用程序对摄像头进行open 、release、read、内存映射mmap以及IO控制等系统调用操作时将通过该结构访问驱动程序提供的函数。
   　　static struct file_operations gfkd_fops = {
   　　    .owner = THIS_MODULE,   .open = gfkd_open,
   　　    .release = gfkd_close,  .read = gfkd_read,      
   　　.mmap = gfkd_mmap,      .ioctl = gfkd_ioctl,
   　　    .llseek = no_llseek,  };
   　　打开摄像头函数static int gfkd_open(struct inode *inode, struct file *file)作用是打开摄像头的设备文件结点，并为数据传输做好必要的准备工作。它先调用函数gfkd _alloc()分配用于视频解码的临时数据缓冲区、帧缓冲区和数据缓冲区；然后初始化摄像头，用函数gfkd _setMode()设置输出的视频格式和分辨率；再用函数gfkd _setFrameDecoder()设置帧缓冲区接收的视频帧的格式和分辨率；最后调用函数gfkd _init_isoc()初始化等时数据传输设置、打开摄像头和分配提交URB。
   　　关闭摄像头函数static int gfkd_close(struct inode *inode, struct file *file)作用是关闭摄像头的设备文件结点。它先调用函数gfkd _stop_isoc()终止等时数据传输；再调用函数CameraShutDown()关闭摄像头；最后使用函数gfkd _dealloc( )释放分配的各种缓冲区。
   
   　　内存映射函数static int gfkd_mmap(struct file *file, struct vm_area_struct *vma)实现内核空间与用户空间的内存映射。先通过函数vmalloc()申请分配足够大的内核态内存作为图像帧缓冲区，并能存储两个URB采集的图像；然后用函数remap_page_range()将其映射到用户空间中。这样提高了用户程序获取内核态图像帧缓冲区数据的速度。
   　　读函数static long gfkd_read(struct video_device *dev, char *buf, unsigned long count, int noblock)通过调用函数copy_to_user()将图像数据从内核态的帧缓冲区拷贝到用户态的数据缓冲区。
   　　IO控制函数static int gfkd_ioctl(struct video_device *vdev, unsigned int cmd, void *arg)的功能是接收应用程序的各种命令，实现对摄像头的控制操作，如获得摄像头的参数、设置摄像头的分辨率     
   、开始采集图图像和设置帧同步。
   
   　　由于Linux中任何USB传输都是通过URB实现的，每次URB传输都包括URB的建立、发出、回收、数据整理等阶段不产生有效数据，因此在具体实现中采用等时传输方式，通过建立两个URB，使用双URB轮流通信的方法来提高图像的采集速度。
   　　本驱动程序开发是基于ATMEL最新版Linux-2.4.27-vrs1-Atmel，在驱动程序开发完后需重新配置内核，让内核支持usb-ohci 和video for linux，再把驱动程序配置成module，然后重新编译内核生成.o文件。将编译好的驱动放入文件系统，建立设备文件，然后将文件系统烧入flash，再连接USB摄像头（如内置中芯微Zc301P DSP），把模块加载进内核并注册就可以找到该摄像头并显示：
   　　gfkd _core.c: USB gfkd camera found. Type Vimicro Zc301P 0x301b
   　　gfkd _core.c: gfkd driver 00.57.06LE registered
   　　(4)  图像采集的实现与性能分析
   　　服务端应用程序的实现是基于C/S模式，使用了3个线程，其中一个主线程，一个图像采集线程负责从驱动程序获取图像，可根据变量grabMethod选择采用read方式或内存映射方式获取图像；另有一个图像发送线程负责图像发送，程序通过建立带共享锁的4帧图像循环队列做为图像采集线程和图像发送线程进行数据交换的公共缓冲区。服务端还使用了两个socket，一个用于和服务端口绑定后侦听是否有服务请求，另外一个用于发送图像数据，主线程流程如图3所示。
   　　程序首先设置采集图像的相关参数（如设备号、图像大小、初始化图像帧缓冲区等），然后通过函数 int init_videoIn()获取摄像头参数，设置采集图像宽度、高度、格式、采集方式等参数，并分配4帧采集图像缓存vd->ptframe =(unsigned char *) realloc (vd->ptframe, sizeof(struct frame_t) + (size_t) vd->framesizeIn )，再启动图像采集线程 pthread_create (&w1, NULL, (void *) grab, NULL)进行图像采集；创建服务端socket，与服务端口绑定后侦听服务请求；如果有新连接进来，函数accept()返回一个新的发送socket，并启动新的图像发送线程，pthread_create(&server_th, NULL, (void *)service, &new_sock); 如果采集结束或连接产生错误，调用pthread_join (w1, NULL)和close(serv_sock)关闭图像采集线程和图像发送线程，释放有关资源后退出。
   　　
   
   图3.主程序流程
   
   　　使用奥尼银色天使S900摄像头分别对640×480和320×240两种分辨率用read方式和内存映射方式进行了图像采集和发送，实验结果如表1所示，应用程序采用内存映射方式图像获取的实时性较高，达到实时视频的要求。
   　　4结束语
   　　本文针对市场主流USB摄像头开发了驱动程序，实现了基于AT91RM9200的嵌入式图像采集和网络传输。克服了其它图像采集方案采集BMP图像数据量大和实时性差的问题，并解决了目前嵌入式Linux缺乏USB摄像头驱动程序的问题，具有集成度和性价比高、实时性 好、支持多种USB摄像头和充分利用USB带宽的优点。实验表明适于高质量实时图像监控场所和智能图像监控应用，具有很好的广泛应用前景。
   
   　　参考文献：
   　　[1]ATMEL, AT91RM9200 DATA，[Z]. America, Atmel Corporation , 2003.
   　　[2](美)科比特、鲁宾尼、哈特曼主编，LINUX设备驱动程序[M]，东南大学出版社，2004
   　　[3]周力功 主编 ，USB编程与驱动程序开发[M]，北京航空航天大学，2004
   　　[4]李侃,基于S3C2410平台与嵌入式Linux图像采集应用[J],微计算机信息,2006,第3-2期
   　　[5]Don Anderson、Dave Dzatko 着，USB系统体系[M]，中国电力出版社，2003
   　　[6]倪继利着，LINUX 内核分析及编程[M]，电子工业出版社，2005