基于GPRS的火灾视频监测终端网络接口设计

时间：2011-04-09 21:59:26

关键字： GPRS 接口设计终端网络网络接口

手机看文章

扫描二维码
随时随地手机看文章

[导读]本文研究的视频监控终端采用μC/OS-II作为其嵌入式操作系统，利用GPRS无线传输模块接入互连网，接收服务器可以在监控中心实时监控多点传来的视频监控信号。文中给出了该系统的详细设计方案。引言大的林区一

本文研究的视频监控终端采用μC/OS-II作为其嵌入式操作系统，利用GPRS无线传输模块接入互连网，接收服务器可以在监控中心实时监控多点传来的视频监控信号。文中给出了该系统的详细设计方案。

引言

大的林区一般面积广阔，且大多数没有有线通讯设施，这是以往影响无人值守的火情了望台应用的技术瓶颈。但是，空间及遥感技术、计算机技术、通信与网络技术的快速发展为森林火灾监测的研究提供了不断完善的方法和手段。本文研究的森林火灾视频监控终端采用μC/OS-II作为嵌入式操作系统，为了支持GPRS网络通信，系统需要PPP或SLIP协议的支持。由于μC/OS-II不包括TCP/IP协议栈，所以要编写设备的网络接口。本文选用免费的TCP/IP协议栈LwIP v0.6.4作为设计核心，在μC/OS-II上移植了LwIP以实现TCP/IP协议栈，从而获得了一个功能完善的嵌入式IP终端。

视频监测终端网络接口原理

图像监控系统工作流程

工作时，图像监控系统首先将接收服务器连入Internet，取得服务器的公网IP地址，确定服务的端口号，并将IP地址及端口信息以短消息方式发送给远程站点的视频监控仪模块。视频监控仪模块通过GPRS-Modem模块连入Internet后即可与接收服务器连线。视频监控仪在正常工作时(无火警)仅定时上传含有本地特征编码的短消息，接收服务器软件会根据收到的短消息来分析各监控仪的状态并进行显示。当视频监控仪检测到火警时，它会将火灾信息编码，以短消息形式传递到服务器，同时启动视频图像压缩及上传服务，供接收服务器分析判断。

图1 GPRS传输模块工作原理

GPRS传输模块工作原理

    视频监控终端的GPRS传输模块原理如图1所示，西门子公司的MC35 GPRS模块把从TCP/IP模块接收的TCP/IP包和从基站接收的GPRS分组数据进行相应的协议处理后再转发。MC35模块主要由射频天线、内部Flash、SRAM、GSM基带处理器、匹配电源和一个40脚的ZIF插座组成。GSM基带处理器是核心部件，其作用相当于一个协议处理器，用来处理外部系统通过串口发送过来的AT指令。射频天线部分主要实现信号的调制与解调，以及外部射频信号与内部基带处理器之间的信号转换。匹配电源为处理器及射频部分提供所需的电源。MC35 GPRS模块支持GSM900和GSMl800双频网络，接收速率可达86.20kbps，发送速率可达21.5kbps。MC35模块提供了9针的标准RS232接口，通过MAX3232电平转换芯片和LPC2104的UART0口相连，进行全双工通信。MC35工作电压为12V，上电后由DTR上升沿跳变触发启动。本系统指定LPC2104的P0.13信号线经MAX3232电平转换后作为MC35的DTR。系统上电复位后，首先进行工作频率等参数设置，然后进行拨号和PPP协商，得到系统本地IP，完成GPRS的Internet接入。ARM CPU将用户数据先打成IP包，再经串口发送给MC35，MC35把其封装成GPRS分组数据包传到GPRS网络。

网络接口协议

    本系统的视频监控仪网络通信分层结构如图2所示，GPRS服务节点和网关节点等GPRS内部节点都简化抽象为GPRS网络，GPRS内部协议及Internet网关协议等都简化抽象为GPRS网关协议。

    视频监控终端网络通信各层的作用如下。

    物理层：ARM CPU利用AT指令对GPRS Modem进行拨号。反馈应答后，一条物理通道即GPRS信道就在本系统中的GPRS Modem和Internet之间建立起来。

    数据链路层：PPP协议将原始的GPRS物理层连接改造成无差错的数据链路，系统远程登录Internet，并得到GPRS网关分配的A类IP地址。

    网络层：采用IP协议作为网络层协议。IP协议将接入Internet、具有不同IP地址的终端都联系起来。经过IP路由选择，可以令本系统与连在Internet上的任一IP终端进行数据交互。

    传输层：选择TCP作为传输层协议，为数据传输提供面向连接的可靠服务。

图2 视频监控仪网络通信分层结构

视频监测终端网络接口软件设计

LwIP在μC/OS-II上的实现

    LwIP协议栈在设计时就考虑到了将来的移植问题，因此把所有与硬件、操作系统、编译器相关的部份都独立出来，放在/src/arch目录下。 LwIP在μC/OS-II上的实现就是要修改该目录下的文件，其它的文件一般不应该修改，主要的工作包括以下几部分。

与CPU或编译器

相关的include文件
    在/src/arch/include/arch目录下的cc.h、cpu.h、perf.h中有一些与CPU或编译器相关的定义，如数据长度、字的高低位顺序等，这应该与用户实现μC/OS-II时定义的数据长度等参数一致。一般情况下C语言的结构体struct是4字节对齐的，但是在处理数据包的时候，LwIP是通过结构体中不同数据的长度来读取相应数据的，所以，一定要在定义struct的时候使用_packed关键字，让编译器放弃struct的字节对齐。

sys_arch操作系统相关部份
    sys_arch.[ch]中的内容是与操作系统相关的一些结构和函数。μC/OS-II实现了消息队列结构OSQ及其操作，但没有对消息队列中的消息进行管理，因此不能直接使用，必须重新实现。对队列本身的管理可利用mC/OS-II自己的OSQ操作完成，然后使用μC/OS-II中的内存管理模块实现对消息的创建、使用、删除回收，两部分综合起来即可形成LwIP的消息队列功能。
sys_thread_new 创建新线程
    在μC/OS-II中，没有线程(thread)的概念，只有任务(Task)。它已经提供了创建新任务的系统API调用OSTaskCreate，因此只要把OSTaskCreate封装一下，就可以实现sys_thread_new。需要注意的是LwIP中的thread并没有μC/OS-II中优先级的概念，实现时要由用户事先为LwIP中创建的线程分配好优先级。

lib_arch中库函数的实现
    LwIP协议栈中用到了8个外部函数，这些函数通常与用户使用的系统或编译器有关，因此应由用户自己实现。

LwIP的设备驱动程序接口
    LwIP与PPP的程序结构简要描述如下：
#define NTHREADS 3
#define STACKSIZE( CYG NUM_HAL_STACK_SIZE_TYPICAL + 4096 )
#define NTHREADS 3
#define STACKSIZE ( CYG NUM_HAL_STACK_SIZE_TYPICAL + 4096 )
err = cyg_io_lookup( "/dev/ser1", &handle1 );
if (ENOERR == err) {
middleblink();
} else {
leftblink();
};
pppInit();
pppSetAuth(PPPAUTHTYPE_ PAP," pppuser","pppassword");
pd=pppOpen(handle1,ppp LinkStatus Callback,NULL);
void pppLinkStatusCallback (void * ctx, int errCode, void * arg) {
skipblink();
}