DIY编程器网

标题: 一种基于MMS的低成本汽车安防系统设计与实现 [打印本页]

作者: admin    时间: 2015-5-2 11:14
标题: 一种基于MMS的低成本汽车安防系统设计与实现
  1.引言
  随着人民生活水平的不断提高,个人拥有汽车变得越来越普遍。但是,随之而来的车辆频繁被盗问题渐受关注。传统的汽车安防系统以全球卫星定位系统(以下简称GPS)为核心,这种技术最大的优势是可以定位被盗车辆所处的位置,可以远程控制车辆,但是无法获取图像声音信息不能了解车辆所处的环境,无法有效追捕犯罪嫌疑人。还有一些系统使用GPRS实时传输图像数据,这种方案受网络带宽的限制严重,图像质量差,对处理器运算能力要求高,系统使用费用高。
  针对上述问题,我们提出并设计了一种基于多媒体信息服务(MultimediaMessageService,以下简称MMS)——也就是人们常说的“彩信”汽车安防系统。该系统利用了中国移动的MMS业务、短消息业务,无线网络覆盖面大,使用费用低廉,操控方法简单。图1所示为基于MMS的汽车安防系统的应用框图,用户在远程通过短信控制本系统,系统通过在车辆内适当部位安装的摄像头、麦克风获得高质量的图像语音信息,制作成MMS,通过我们专门针对低成本嵌入式系统研发的MMS发送程序将MMS发送到用户的终端,从而使用户能更清晰地掌握车辆内外的状况。


  2.系统结构
  我们使用了如图2所示的硬件框架,本系统以S3C44B0处理器为核心:辅以2MNORFlash存储引导程序、内核、ROM文件系统;16MNANDFlash承载YAFF文件系统,以弥补NORFlash空间不足无法容纳PPPD、系统应用程序、无法保存系统配置信息的缺陷;16MSDRAM运行代码、动态数据交换、RAM文件系统;UART0连接CWT2000GPRS模块,用于收发与用户交互的短信,发送MMS到用户指定的终端;UART1连接C328JPEG摄像头可以直接获取JPEG格式的高分辨率图像数据。


  本系统的软件基于uCLinux操作系统内核版本2.4.32,图3展示的是本系统的软件结构框图。图3中,内核空间的MTD、UART驱动、TCP/IP、PPP等在编译内核时必须选择支持,PPPD/Chat拨号程序用于通过GPRS模块登陆互连网。上述软件结构框图中部分模块在uCLinux分发版中包含,因此本系统需要实现JPEG采集、MMS制作、MMS发送、短信收发以及系统控制流程模块。接下来的章节将介绍各模块的实现技术。


  3.软件设计
  本节将重点介绍图3中的系统控制流程、JPEG采集、MMS制作以及MMS发送模块。由于短信收发模块过于简单,且在许多资料中都有详细介绍,本文不再赘述。
  3.1系统控制流程
  系统控制流程模块负责对其它模块进行调用,对所有资源进行协调,实现系统设计的工作流程,满足良好的交互性、稳定性。
  首先,系统需要初始化,如获取用户终端(手机)号码,MMS发送过程所需的MMS网关、端口、MMS中心地址,这些信息都保存在系统配置文件中,另外还需要初始化一些相关的数据结构。初始化之后系统进入到一个超级循环当中,随时准备接收来自用户终端的命令短信息。目前,命令短信息有两个,其中最重要的是“Get”命令,用以获取MMS信息;还有一个“Set”命令用以设置用户终端号码,该命令由于流程图的尺寸问题在图4中省略了。收到“Get”命令之后,系统依次调用JPEG采集模块、MMS制作模块、GPRS拨号、MMS发送模块。这些模块的调用,除了MMS制作模块,都遵循一个基本原则,我们称之为三次尝试原则。如果某模块调用不成功,将重复三次,三次都失败,将发送错误报告短信到用户终端。比较特殊的是GPRS拨号,在3次拨号失败后将对GPRS模块进行复位,再尝试拨号。该原则符合无线通讯自身的特殊性,可以有效提高程序的效率和稳定性。另外有一点需要注意,在GPRS状态下是无法发送短信的,因此,拨号登陆成功之后需要断开GPRS连接才能发送短信。这也是为什么无论MMS发送是否成功,都必须先断开GPRS,再发送报错或成功报告短信的原因。
  3.2JPEG图像采集
  JPEG图像采集模块通过串口控制C328JPEG摄像头直接获取JPEG图像,这种选择大大降低了处理器的负担。关于该摄像头的硬件信息见参考文献[1]。该软件模块大部分为顺序过程,后面的过程都建立在前一个过程正确执行的基础上。总体上可以分为三个步骤:初始化S3C44B0串口、初始化摄像头、获取图像,详细过程如下:
  1.初始化S3C44B0串口,包括:O_RDWR|O_NOCTTY|O_NDELAY方式打开UART1也就是“/dev/ttS1”[2],设置波特率57600,8位数据位,1位停止位,无奇偶校验,读写超时设置为1秒,初始化jpeg_picture结构体:
    structjpeg_picture
    {
    intfd;//串口的文件描述符
    unsignedcharresolution;//图像分辨率代码
    longjpeglength;//图像长度24位表示
    unsignedchar*pjpeg;//图像存储地址

  1JPEG摄像头,包括:发送SYNC命令与摄像头建立连接,,发送Initial命令设置输出JPEG格式图像、分辨率640X480,发送SetPackageSize命令设置数据包的大小为512字节。
  2获取图像,包括:发送Snapshot命令捕获图像快照并压缩,发送GetPicture命令获取Snapshot类型图像,接收Data命令确认数据类型为Snapshot以及图像数据大小,并为图像分配对应空间,之后开始接收数据包,每收到一个数据包后发送带有数据包ID的ACK命令给摄像头,直到最后一个数据包ID为F0F0,数据接收过程结束。
  通讯协议采用一种如图4的应答方式,ACK代表上一个命令或操作成功,NACK则说明失败,确保了通讯稳定。C328定义的命令是统一的6个字节长度,起始为固定的0xAA,然后是命令字节,后4个字节是与命令相关的参数字节。


  3.3MMS制作
  MMS可以包含静态图像、语音、动态图像等多种多媒体信息[34]。图5左侧为一个通用MMS结构,由MMS信息头、MMS信息体构成。MMS信息头包含如何从发送终端将数据发往接收终端的信息[5]。MMS信息体是MMS的实质内容,可以由多个部分多种类型媒体。本系统中目前仅有JPEG的图像数据,不需要支持所有格式的多媒体信息,因此可以实现针对多幅JPEG图像的简化版MMS制作模块。我们使用了最简化的MMS信息头,包括:消息类型、事务ID、版本号、From、To等,详情见表1。


  MMS编码必须遵循无线会话协议(WirelessSessionProtocol,以下简称WSP)。WSP使用一种与HTTP/1.1相同的语法描述数据的组织结构,具体可参考RFC[2068]。HTTP/1.1使用ASCII字符编码来传输数据,而WSP为降低传输带宽,将HTTP/1.1中的一些著名域对应的字符串定义为一个字节,并在对这些紧凑格式编码时加上0x80,使著名域的编码大于127(扩展ASCII字符),从而将它们与普通ASCII字符区别开。因此MMS信息头的基本编码格式为:“域编码”+“内容”,详情请参考表1。编码顺序如下:消息类型、事务ID、版本号必须依次排在最前面,而MMS信息体内容类型则应该排在MMS信息头的最后。
  ①用字符串表示一个随机数。②国内格式为:长度+“+86”+“11位手机号”+“/TYPE=PLMN.”


  紧跟在MMS信息头之后的就是MMS信息体,图5中所示这部分有:成员数量、成员(图像、文本、声音等)。成员数量是一个变长整形数。MMS信息体的成员由:成员信息头、成员数据构成。我们的系统中仅有JPEG图像,所以成员信息头可以编码为:0x01,YYYY(JPEG图像大小,变长整数),0x9E。最后将JPEG图像附在成员信息头之后即可完成MMS制作。注意,由于图像的存储空间为动态分配,之后要将所占内存释放。
  3.4MMS发送
  最后,系统使用了项目组针对嵌入式系统开发的MMS发送简化过程来发送彩信。该简化过程分为三个步骤:建立连接、发送数据、断开连接[6],如图6所示为发送数据简化过程的时序图。建立连接和断开连接的时序图与此类似,不在这里给出。在该简化过程的实现中,使用了一种直接构造PDU进行发送的实现方法。协议数据单元(ProtocolDataUnit,以下简称PDU)为MMS发送时各层所要增加的数据头,而这些数据头很多部分都固定。因此,通过直接发送PDU的方法,可以避免构造完整无线应用协议栈(WAP),摆脱对多线程的依赖,以及无关操作所需的存储消耗,实现单线程、高效、高速、稳定的MMS发送。


  MMS发送的网络协议栈关系的简化过程仅仅需要嵌入式系统提供UDP支持,能连接到GPRS网络,即可发送MMS到终端。
  4.结论与展望
  本系统目前已经通过了长沙、深圳、北京、上海等地的测试。项目充分利用了GPRS网络覆盖广泛,通讯质量稳定的特点,提出了一个简单方便的、稳定的、易于扩展的基于MMS的安防系统框架,为提取犯罪嫌疑人的犯罪证据提供了一种新手段。该框架有较广泛的应用范围,可以为相关行业提供参考。
  本文作者创新点:结合了短消息操作简单、彩信直观的特点,在低成本ARM7平台实现了基于彩信的安防系统;在系统中使用一种直接PDU构造方法实现了一个简化版的彩信发送过程,该过程实现简单,适合嵌入式系统。
作者: 李小路    时间: 2020-10-1 16:01
谢谢分享!




欢迎光临 DIY编程器网 (http://diybcq.com/) Powered by Discuz! X3.2