基于ARM嵌入式的远程视频监控系统Word文档格式.docx
《基于ARM嵌入式的远程视频监控系统Word文档格式.docx》由会员分享，可在线阅读，更多相关《基于ARM嵌入式的远程视频监控系统Word文档格式.docx（24页珍藏版）》请在冰点文库上搜索。
生活中有电梯监控，门禁，车库监控等等。
电讯行业有基站监控，银行系统又柜员机监控，林业部门有火情监控，交通方面有违章监控和流量监控等。
1系统设计
1.1视频监控系统的发展
自从摄像机和电视出现后，最初的模拟监控系统出现了。
经过较长时间的发展和应用，已经非常成熟，性能也十分稳定，但由于系统中模拟图像信息为主，对图像的处理和传送都才采用模拟技术，不紧图像质量差，而且系统资源浪费严重，不易组成复杂的网络结构，主要是一种单功能、单向、集总方式的信息采集网络，监控功能可扩展性差。
因此系统尽管已发展到很高的水平，已无潜力可以发掘，局限性大。
随着计算机应用的普及，网络通信技术及图像压缩技术的快速发展，在视屏监控领域中，数字化和网络化成为一种趋势。
上世纪末，基于pc的数字化网络视频监控技术迅速发展，部分取代了视频矩阵图像分割器、录像机为核心，辅助以其他设备的模拟视频监控系统。
数字化的的视频通信在图像质量、传送距离、抗干扰能力等方面都要优越于传统的模拟通信系统，并且图像处理更加方便。
因此，数字化网络视频监控系统将不然取代传统的模拟监控系统。
但随着基于PC的视频监控系统的发展，在实际工程应用中也暴露出一些不足之处，主要是系统工作的实时性不高、稳定性差，而且成本较高；
PC需要专门人管理，操作较为繁琐；
兼容性差，采用的视频压缩对数据进行处理，因此系统一般只支持一种编码格式，无法提供其他编码方式的支持。
进入21实际，嵌入式技术、多媒体图像处理技术的进一步发展，为嵌入式网络视频监控系统的繁重提供了技术条件。
嵌入式系统是以应用为中心，软硬件可以裁减的，具有高可靠性，低成本、严要求、综合性强的专用计算机系统，它主要有嵌入式微处理器、相关支撑硬件、嵌入式操作系统及应用软件系统等组成，集软硬件于一体，能够独立工作。
嵌入式系统具有实时性好、稳定性高等特点，在网络视频监控中的刀快速发展。
嵌入式网络视屏监控与其他监控系统又的比较有如下特点；
（1）布控区域广阔。
嵌入式视频监控也可以直接接入网络，没有线缆产度和信号衰减的闲置，同时网络是没有距离概念的，彻底抛弃了地域的限制，扩展了布控区域。
（2）系统具有无限的无缝扩展能力。
所有设备都可以用IP地址进行标示，增加设备只是意味着IP地址的扩充。
（3）可组成非常复杂的监控网络。
采用局域嵌入式视频监控设备为核心的监控系统，在组网方式上与传统的模拟监控和基于PC平台的监控方式有极大不同，犹豫嵌入式视频监控设备的输出以往车了模拟到数字的转换并压缩，采用同意的协议在网络上传输[5]。
（4）性能更稳定，无需专人管理。
嵌入式视频监控设备实际上基于嵌入式计算机技术，采用嵌入式多任务操作系统，又由于视频采集和数据处理功能都集中到一个体积很小的设备内，直接连入局域网或广域网，即插即看，系统的实时性、稳定性、可靠性大大提高，也无需专人管理，非常适合于无人值守的环境。
因此加强对嵌入式网络视频监控系统的研究，对我国监控行业今后的发展有着重要的意义。
1.2课题背景
课题来源于电梯网络视屏监控系统，电梯网络视频监控系统由位于控制柜中的服务器、客户端组成，实现一个具有视频采集压缩及传输功能的可以直接接入以太网的网络摄像机基本过程是：
电梯发生故障时，由并通过以太网传送给客户端，维护人员可以通过监控客户端来实现电梯内的监控。
1.3论文主要内容和结构安排
针对监控系统中的关键技术进行分析，本文将重要研究一下内容
（1）嵌入式操作系统的实现
在ARM微处理器上运行嵌入式操作系统，可以为上层软件的开发提供统一的接口，方便系统功能的进一步扩展升级。
（2）图像信号的采集与压缩
通过伸向头采集视频数据后，再进行视频图像压缩。
选用合适的视频图像压缩方式对远程监控的效果有很大的影响。
MJPEG容易实现，成本较低。
（1）视频数据的网络传输
嵌入式Linux系统具有完整的TCP'
/IP协议，因此，可以采用socket编程建立一个基于TCP/IP的嵌入式视频服务器。
全文结构安排如下：
第1章：
综合论述了视频监控系统的现状和发展情况。
第二章：
提出了本系统的整体结构，介绍了S3C6410的体系结构。
第三章：
研究嵌入式Linux在ARM上的裁减和移植。
第四章：
简单介绍了基于V4L的视频采集程序以及图像压缩理论
第五章：
视屏传输的实现。
介绍了建立连接的相关内容并对本系统连接测试。
第六章：
对本文的工作进行总结，并提出展望。
2硬件设计
2.1视屏监控系统的结构设计
基于嵌入式技术的监控系统前端采用摄像头采集视频流，然后通过网络传输到接受者。
整体结构如图2.1.1所示。
图2.1.1嵌入式视频结构框图
该系统采用基于ARM11的S3C6410X微处理器，通过在处理器上运行Linux操作系统，构建嵌入式服务器，接受来自摄像头的视频流，再进行压缩编码，再传送实现监控。
2.2ARM处理器简介
ARM（Advanced RISC Machines），既可以认为是一个公司的名字，也可以认为是对微处理器的通称，还可以认为是一种技术的名字。
ARM处理器是一个32位元精简指令集（RISC）处理器架构,其广泛地使用在许多嵌入式系统设计。
ARM处理器具有以下特点：
1、体积小、低功耗、低成本、高性能；
2、支持Thumb（16位）/ARM（32位）双指令集,兼容性好。
3、大量使用寄存器，指令执行速度更快；
4、大多数数据操作都在寄存器中完成；
5、寻址方式灵活简单，执行效率高；
2.3S3C6410体系结构
S3C64xx系列的应用处理器芯片是三星主推的，三星目前推出了S3C6400和S3C6410，都是基于ARM11架构的，而且硬件管脚兼容，应该说大致的功能基本相同，比较明显的区别就是S3C6410带有2D/3D硬件加速。
S3C6410是一个强大的应用处理器，该芯片架构如图2.3.1：
图2.3.1S3C6410内部体系结构
3软件设计
3.1Linux操作系统简介
Linux是一种自由和开放源码的类Unix操作系统。
目前存在着许多不同的Linux,但它们都使用了Linux内核。
Linux可安装在各种计算机硬件设备中，从手机、平板电脑、路由器和视频游戏控制台，到台式计算机、大型机和超级计算机。
Linux是一个领先的操作系统，世界上运算最快的10台超级计算机运行的都是Linux操作系统。
严格来讲，Linux这个词本身只表示Linux内核，但实际上人们已经习惯了用Linux来形容整个基于Linux内核，并且使用GNU工程各种工具和数据库的操作系统。
Linux得名于计算机业余爱好者LinusTorvalds。
Linux可以运行在多种硬件平台上，如具有x86、680x0、SPARC、Alpha等处理器的平台。
此外Linux还是一种嵌入式操作系统，可以运行在掌上电脑、机顶盒或游戏机上。
2001年1月份发布的Linux2.4版内核已经能够完全支持Intel64位芯片架构。
同时Linux也支持多处理器技术。
多个处理器同时工作，使系统性能大大提高。
ARM技术和Linux成功的结合充分满足了各类应用对嵌入式平台高性能、低功耗和低价格的要求，通过开发环境、开源社区和ARM的商业伙伴的有时为嵌入式开发停工了灵活的选择。
3.2交叉编译环境的建立
通常嵌入式系统的软件编译和执行是两个不同平台上进行的。
编译时在宿主机上进行的，执行是在目标机，及嵌入式系统的硬件平台。
一般是在宿主机通过跨平台交叉编译器把源文件编译成目标平台可执行的文件在通过串口、并口或者网络下载至目标凭条的FLASH或者其他存储介质，然后由目标机来运行这些软件。
本系统采用基于ARM11的S3C6410，可以使用常用的ARM交叉编译器，要成功构建完整的交叉编译环境，余姚在宿主机上创建一系列的工具，包括C/C++编译器、汇编器、连接器、嵌入式系统的标准C库和GDB代码调试器，成功建立好后便可以用这些工具进行嵌入式系统开发了。
3.3嵌入式Linux移植
BootLoader是在操作系统内核运行之前运行的一段小程序。
通过这段小程序，我们可以初始化硬件设备、建立内存空间映射图，从而将系统的软硬件环境带到一个合适状态，以便为最终调用操作系统内核准备好正确的环境。
在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由BootLoader来完成。
比如在一个基于ARM7TDMIcore的嵌入式系统中，系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的BootLoader程序。
专用的嵌入式板子运行GNU/Linux系统已经变得越来越流行。
一个嵌入式Linux系统从软件的角度看通常可以分为四个层次：
1、引导加载程序。
包括固化在固件（firmware）中的boot代码（可选），和BootLoader两大部分。
2、Lniuxn内核。
特定于嵌入式板子的定制内核以及内核的启动参数。
3、文件系统。
包括根文件系统和建立于Flash内存设备之上文件系统。
通常用ramdisk来作为rootfs。
4、用户应用程序。
特定于用户的应用程序。
有时在用户应用程序和内核层之间可能还会包括一个嵌入式应用程序。
常用的嵌入式GUI有：
MicroWindows和MiniGUI等。
引导加载程序是系统加电后运行的第一段软件代码。
PC机中的引导加载程序由BIOS（其本质就是一段固件程序）和位于硬盘MBR中的OSBootLoader（比如，LILO和GRUB等）一起组成。
BIOS在完成硬件检测和资源分配后，将硬盘MBR中的BootLoader读到系统的RAM中，然后将控制权交给OSBootLoader。
BootLoader的主要运行任务就是将内核映象从硬盘上读到RAM中，然后跳转到内核的入口点去运行，也即开始启动操作系统。
通常，BootLoader是严重地依赖于硬件而实现的，特别是在嵌入式世界。
因此，在嵌入式世界里建立一个通用的BootLoader几乎是不可能的。
尽管如此，我们仍然可以对BootLoader归纳出一些通用的概念来，以指导用户特定的BootLoader设计与实现。
Boorloader的实现以来与CPU的体系结构，一般来说启动过程分为两个阶段:
第一阶段以来于CPU的体系结构大代码，比如设备初始化代码等。
这个阶段完成的任务如下：
（1）硬件设备初始化
（2）为第二阶段准备RAM空间
（3）复制Bootloader的第二阶段代码到RAM空间中
（4）设置好堆栈并跳转到第二阶段的C程序入口点
第二阶段则通常用C语言来实现，这样可以实现复杂的功能，而且代码会具有更好的可持续性和移植性。
这个阶段的主要任务有：
（1）初始化本阶段要使用的硬件设备
（2）检测系统内存映射
（3）将内核映像和根文件系统从FLASH读到RAM中
（4）为内核设置启动参数
3.4Linux平台下mjpg-streamer移植
本系统选用嵌入式Linux作为目标机操作系统，一方面由于Linux是一款免费的操作系统，能很好的见底成本，同时Linux的开发应用现在应经成为热门，有大量的资源可供学习与使用，并且Linux系统具有良好的可移植性和可裁剪性，能自动支持多任务管理。
本系统采用ARM开发平台，所以依赖ARM硬件平台的代码都在arch/arm下面。
根目录下面只需要修改Makefile文件，该文件主要任务是产生vmLinux文件盒内核模块，对该文件的修改主要是设置目标平台和制定交叉编译器。
在/opt/mini6410目录下创建目录webcamera来作为我们本次移植工作的工作目录，输入以下命令创建：
#mkdir–p/opt/mini6410/webcamera
进入webcamera目录下，通过SVN下载最新的mjpg-streamer-mini2440项目源代码：
#cd/opt/mini6410/webcamera/
#svncheckouthttp:
//mjpg-streamer-mjpg-streamer-mini2440-read-only
输入以下命令进行mjpg-streamer-mini2440-read-only目录：
#cdmjpg-streamer-mini2440-read-only
根据以下指示修改：
1）用vi编辑start_uvc_yuv.sh,将内容：
./mjpg_streamer-o"
output_http.so-w./www"
-i"
input_uvc.so-y"
修改成
input_uvc.so-y-d/dev/video2"
2）用vi编辑Makefile
a）在clean:
处删除make-Cplugins/input_s3c2410$@
b）再删除以下内容：
input_s3c2410.so:
mjpg_streamer.hutils.h
make-Cplugins/input_s3c2410allCC=$（CC）
cpplugins/input_s3c2410/input_s3c2410.so.
c）再到package:
处删除以下两行：
input_s3c2410.so\
start_s3c2410.sh\
3.5交叉编译mjpeg-stream
执行以下命令进行编译并打包：
#cd/opt/mini6410/webcamera/mjpg-streamer-mini2440-read-only/
#exportCC=arm-linux-gcc
#make
#makepackage
在当前目录下会生成mjpg-streamer-mini2440-bin.tar.gz,将它拷入SD卡备用。
Mini6410上的摄像头\Bin”目录下找到我们编译好的可执行文件，文件名为
mjpg-streamer-mini6410-bin.tar.gz。
4跟踪测试
4.1V4L2
VideoforLinuxtwo（Video4Linux2）简称V4L2，是V4L的改进版。
V4L2是linux操作系统下用于采集图片、视频和音频数据的API接口，配合适当的视频采集设备和相应的驱动程序，可以实现图片、视频、音频等的采集。
在远程会议、可视电话、视频监控系统和嵌入式多媒体终端中都有广泛的应用。
在Linux下，所有外设都被看成一种特殊的文件，成为“设备文件”，可以象访问普通文件一样对其进行读写。
一般来说，采用V4L2驱动的摄像头设备文件是/dev/v4l/video0。
为了通用，可以建立一个到/dev/video0的链接。
V4L2支持两种方式来采集图像：
内存映射方式（mmap）和直接读取方式（read）。
V4L2在include/linux/videodev.h文件中定义了一些重要的数据结构，在采集图像的过程中，就是通过对这些数据的操作来获得最终的图像数据。
Linux系统V4L2的能力可在Linux内核编译阶段配置，默认情况下都有此开发接口。
V4L2从Linux2.5.x版本的内核中开始出现。
V4L2规范中不仅定义了通用API元素（CommonAPIElements），图像的格式（ImageFormats），输入/输出方法（Input/Output），还定义了Linux内核驱动处理视频信息的一系列接口（Interfaces），这些接口主要有：
视频采集接口——VideoCaptureInterface;
视频输出接口——VideoOutputInterface;
视频覆盖/预览接口——VideoOverlayInterface;
视频输出覆盖接口——VideoOutputOverlayInterface;
编解码接口——CodecInterface。
4.2应用程序通过V4L2进行视频采集的原理
V4L2支持内存映射方式（mmap）和直接读取方式（read）来采集数据，前者一般用于连续视频数据的采集，后者常用于静态图片数据的采集，本文重点讨论内存映射方式的视频采集。
应用程序通过V4L2接口采集视频数据分为五个步骤：
首先，打开视频设备文件，进行视频采集的参数初始化，通过V4L2接口设置视频图像的采集窗口、采集的点阵大小和格式;
其次，申请若干视频采集的帧缓冲区，并将这些帧缓冲区从内核空间映射到用户空间，便于应用程序读取/处理视频数据;
第三，将申请到的帧缓冲区在视频采集输入队列排队，并启动视频采集;
第四，驱动开始视频数据的采集，应用程序从视频采集输出队列取出帧缓冲区，处理完后，将帧缓冲区重新放入视频采集输入队列，循环往复采集连续的视频数据;
第五，停止视频采集。
4.2.1视频采集的参数初始化
在Linux下，摄像头硬件已经被映射为设备文件“/dev/video0”，用open函数打开这个设备文件，获得其文件描述符fd_v4l2，然后对这个文件描述符进行参数初始化。
（1）设置视频的采集窗口参数
设置采集窗口就是在摄像头设备的取景范围之内设定一个视频采集区域。
主要是对结构体v4l2_crop赋值，v4l2_crop由一个v4l2_buffer_type枚举类型的type和v4l2_rect类型的结构体c构成，来描述视频采集窗口的类型和大小。
type设置为视频采集类型V4L2_BUF_TYPE_VIDEO_CAPTURE。
c是表示采集窗口的大小的结构体，它的成员Left和Top分别表示视频采集区域的起始横坐标和纵坐标，width和height分别表示采集图像的宽度和高度。
赋值后，用ioctl函数通过这个结构体对fd_v4l2进行设置。
structv4l2_crop
{
enumv4l2_buf_typetype;
structv4l2_rectc;
};
（2）设置视频点阵格式和点阵大小
主要是对结构体v4l2_format进行赋值，它由type和联合体fmt构成，来描述视频设备当前行为和数据的格式。
V4L2_BUF_TYPE_VIDEO_CAPTURE，表示定义了一个视频采集流类型的buffer。
fmt中，pix为表示图形格式的v4l2_pix_format型结构体。
需要设定pix里的几个变量，pixelformat表示采集格式，设置为V4L2_PIX_FMT_YUV420;
width、height表示图像的宽度、高度，以字节为单位;
sizeimage表示图像所占的存储空间大小，以字节为单位;
bytesperline表示每一行的字节数。
赋值后，用ioctl函数通过这个结构体对fd_v4l2进行设置。
structv4l2_format
{enumv4l2_buf_typetype;
union
{structv4l2_pix_formatpix;
//V4L2_BUF_TYPE_VIDEO_CAPTURE
structv4l2_windowwin;
//V4L2_BUF_TYPE_VIDEO_OVERLAY
__u8raw_data[200];
//user-defined
}fmt;
};
（3）设置视频采集的帧率
结构体v4l2_streamparm来描述视频流的属性，它由type和联合体parm构成。
type同上，由于选的是V4L2_BUF_TYPE_VIDEO_CAPTURE，所以仅需设定parm中的v412_capture型结构体capture即可。
在其中，v4l2_fract型结构体timeperframe表示平均每一帧所占的时间，由其元素numerator和denominator共同决定，该时长为numerator/denominator;
而capturemode则表示采集模式，采集高质量图片值为1，一般设为0。
赋值之后，用ioctl函数通过这个结构体对fd_v4l2进行设置。
structv4l2_streamparm
{structv4l2_captureparmcapture;
structv4l2_outputparmoutput;
/*user-defined*/
}parm;
4.2.2申请并设置视频采集的帧缓冲区
前期初始化完成后，只是解决了一帧视频数据的格式和大小问题，而连续视频帧数据的采集需要用帧缓冲区队列的方式来解决，即要通过驱动程序在内存中申请几个帧缓冲区来存放视频数据。
应用程序通过API接口提供的方法（VIDIOC_REQBUFS）申请若干个视频数据的帧缓冲区，申请帧缓冲区数量一般不低于3个，每个帧缓冲区存放一帧视频数据，这些帧缓冲区在内核空间。
应用程序通过API接口提供的查询方法（VIDIOC_QUERYBUF）查询到帧缓冲区在内核空间的长度和偏移量地址。
应用程序再通过内存映射方法（mmap），将申请到的内核空间帧缓冲区的地址映射到用户空间地址，这样就可以直接处理帧缓冲区的数据。
（1）将帧缓冲区在视频输入队列排队，并启动视频采集
在驱动程序处理
升级会员 