汤 海 源, 刘 全 利
( 大连理工大学 电子信息与电气工程学部, 辽宁 大连 116024 )
动态编组列车车载监控系统软件设计及实现
汤 海 源, 刘 全 利*
( 大连理工大学 电子信息与电气工程学部, 辽宁 大连 116024 )
列车车载监控系统的正常运行对轨道交通的安全起着至关重要的作用.列车车载监控系统一般由摄像机、硬盘录像机、交换机和触摸屏监视器等设备组成,承担实时监控列车环境、存储视频录像等重要责任.列车车载监控系统软件运行在触摸屏监视器中,是整个车载监控系统的核心控制软件.动态编组处理功能是列车车载监控系统软件的重要组成部分,该功能在列车动态编组运行时,保证列车车载监控系统正常工作.所论述的动态编组列车车载监控系统软件目前已经在某地铁项目中得到应用.
列车车载监控系统;列车动态编组;实时监控;视频回放;车载设备状态上报
城市轨道交通,如地铁、轻轨,因其具有载客量大、占地空间少、污染小、效率高、准时等特点,对于缓解城市由于人口密度大、居民出行次数多等因素而导致的交通运输压力起着至关重要的作用[1].地铁运营公司为了达到节能和给旅客提供优质服务的目标,需要根据每日客流量强度的变化,动态调整列车编组方案.在上下班高峰期间,列车需要多列车编组运营,以保证列车有足够的运输力,满足人们出行要求;在平峰期间,列车需要采取小编组方案,达到节能减排的目的[2].目前常规的车载监控系统软件无法满足列车动态编组运营时的要求,本文所论述的动态编组列车车载监控系统软件除了具备常规监控软件的视频处理功能外,还包括列车动态编组处理功能,当列车编组模式改变时,软件无须人工干预,即可自动控制监控系统中的所有设备,使监控系统正常工作,保证列车运行安全.
1.1 列车车载监控系统的组成
本文描述的动态编组列车车载监控系统软件是为某地铁项目列车车载监控系统定制的核心控制软件.该列车由4节车厢组成,分别为Mc1、T1、T2和Mc2,其中Mc1、Mc2为带司机室的车头、车尾,T1、T2为乘客车厢.如图1所示,在Mc1/Mc2中,分为司机室和乘客车厢两部分,在司机室中,有一个车厢摄像机和两个安装在列车车外的外部摄像机,分别监控司机室和车外状况.触摸屏监视器是系统主机,为整个车载监控系统的控制核心.硬盘录像机(train digital video recorder,TDVR)负责存储车载监控系统实时视频.列车广播控制系统单元(announcement control system unit,ACSU)为乘客信息系统的控制核心.车载交换机负责设备连接,为视频数据和控制数据的传输提供通路,构成本地以太网系统.在乘客车厢里,则只有1台交换机和4个车厢摄像机实时监控车厢内的情况.
图1 列车车载监控系统结构图
1.2 列车车载监控系统工作原理
车上所有车载交换机通过百兆网线顺序相连,构成车载以太网,车载监控系统中的视频信号和控制信号均采用TCP/IP协议传输[3].监控系统中的所有设备均为以太网设备,在系统上电后,各设备发送DHCP请求,位于触摸屏监视器中的DHCP服务器会根据设备所连接的交换机的IP地址和在交换机中连接的端口位置,为其分配一个唯一的IP地址[4],当设备获取IP地址后,开始正常工作.列车中的所有IP摄像机都是海康数字化摄像机,除了采集视频数据外,还负责对视频数据按照具有高编码效率、高图像质量、容错能力强等特点的H.264标准压缩编码[5],并且控制视频数据在网络上的传输.硬盘录像机采用Linux嵌入式平台,具有可靠性高、响应速度快等特点[6],负责控制所在列车的IP摄像机的视频存储,它利用实时流传输协议(RTSP)进行取流[7],将获得的视频数据按照MP4格式存储到硬盘中,方便后续对视频数据的使用.触摸屏监视器负责控制整个监控系统,预装XPE系统,既具有XP系统的所有功能和属性,同时还具备启动速度快、增强写保护等特点,极大地方便司机操作维护.触摸屏监视器中的触摸屏保证司机在没有鼠标、键盘的车载环境中与系统主机进行正常的人机交互.触摸屏监视器通过RS232与列车广播控制系统单元通信,从列车广播控制系统单元获得列车控制信息,并且将列车监控系统中的所有设备在线状态反馈给列车广播控制系统单元.
1.3 列车编组变化后车载监控系统需要解决的问题
当列车上电后,列车车载监控系统中的各设备IP地址均为默认IP地址,这样给列车在动态编组模式下运营带来了麻烦.以两列车编组为例,当列车编组变化后,两列车中的车载监控系统会通过物理连接形成一个大的车载监控系统,原先在各车中的没有联系的以太网会合并成一个以太网,这样就导致不同列车相同位置上的设备IP地址冲突,从而导致硬盘录像机录像混乱、无法播放IP摄像机的实时录像、无法准确获得各设备的在线状态等一系列问题.根据地铁运营的规定,在编组模式改变后,列车不能断电和人工干预,并且要保证整个处理过程在3 min内完成,这就增加了处理的难度.动态编组列车车载监控系统软件需要保证在列车编组改变后:
(1)所有车载设备IP地址不冲突.
(2)硬盘录像机录像正常.
(3)能监控所有IP摄像机的实时视频.
(4)将编组变化后的整列车所有车载设备的在线状态上报给列车广播控制系统单元.
根据以上分析可知,动态编组列车车载监控系统软件主要功能可以分为视频处理部分、通信处理部分和系统设置部分,其中视频处理部分包括摄像机实时视频监控功能、硬盘录像机存储视频回放功能和硬盘录像机存储视频备份功能;通信处理部分包括乘客紧急对讲报警联动功能、控制硬盘录像机取流录像功能、监控系统设备在线状态上报功能和列车动态编组处理功能;系统设置部分包括设置本机时间功能、设置本机IP地址功能和设置配置文件相关内容功能.软件结构图如图2所示.监控系统软件在启动后,通过加载配置文件来获得所有车载设备系统信息,软件只有在成功获得监控系统所有车载设备信息后,才能正常运行,完成上述三大主要功能.因为篇幅有限,本文主要阐述软件如何解决列车编组变化后出现的问题.
图2 软件结构图
3.1 通信协议的实现
车载监控系统软件与列车广播控制系统单元通过RS232进行通信,为了保证通信的可靠性,将串口设置如下:波特率为19 200 bit/s,开始位1位,数据位8位,停止位1位,无校验,发送周期250 ms.
命令帧格式定义如表1所示,其中STX=0x02,为开始字节;DATA为消息数据,一共27个字节;ETX=0x03,为结束字节;CRC为异或校验,其值为除STX外的所有字节进行异或运算的结果,以保证命令帧在传输过程中的准确性.
表1 命令帧格式
根据项目需求最多需要三列车编组运营,存在多种运营模式.按照排列组合,共有14种编组模式,如表2所示.
对于列车广播控制系统单元发给监控系统软件的控制命令协议,本文截取与动态编组相关的部分进行分析.如表3所示,其中列车序号代表本列车为第几列车,取值为1/2/3;车厢序号代表动态编组后的整列车有几节车厢,取值为1~12;列车模式代表以哪种模式编组,取值为1~14,与表2中的14种编组模式相对应.通过对收到的控制信息进行分析,软件可以清楚地获得列车目前处于何种编组模式,本列车是第几列车等信息.
每列车默认以Mc1车厢中的触摸屏监视器为主,在编组变化过程中,运行在此主机中的车载监控系统软件发挥主要作用,负责给监控系统中的设备发送命令,保证整个监控系统运行正常.
表2 列车编组模式
表3 控制命令协议
3.2 解决编组变化后车载设备IP地址冲突问题
(1)解决交换机IP地址冲突问题
监控系统中的交换机根据所在位置有唯一的IP地址,从Mc1司机室交换机开始到Mc2司机室交换机结束,IP地址分别为172.18.40.(25、35、45、55、65、75).当编组变化后,为了解决交换机IP地址冲突问题,可根据列车序号信息重新配置交换机的IP地址,将每列车内交换机所在的子网配置成172.18.(40+列车序号-1)网段.
因为每个交换机都有唯一的MAC地址,故将交换机配置IP地址的协议定义成如表4所示,配置IP地址命令以组播发送,交换机根据协议中的MAC地址来判断是否是发送给自己的配置命令.
表4 交换机配置IP地址命令协议
为了达到重新给交换机分配IP地址的目的,监控系统软件第一次启动时,需要顺序获取整个监控系统以太网上所有交换机的MAC地址,通过开关交换机中继端口的操作,确保软件能顺序获得交换机MAC地址.整个流程如图3所示.将获得的交换机MAC地址存在配置文件中,以省去下次软件启动时获得MAC地址的操作.
(2)解决IP摄像机和硬盘录像机IP地址冲突问题
监控系统中的IP摄像机和硬盘录像机都是通过DHCP请求分配IP地址,DHCP服务器会在设备连接的交换机IP地址的基础上,根据连接的交换机端口号对IP地址的第四个字节加减相应的偏移量构成新的IP地址分配给设备.当交换机IP地址已经重新分配后,只需要重启IP摄像机和硬盘录像机即可,当设备运行后,会获得新的IP地址.由于不同列车的设备IP地址在不同网段,从而解决了设备IP地址冲突的问题.
本监控系统中的IP摄像机为海康数字化摄像机,海康提供的设备控制SDK只支持单播重启摄像机操作,重启命令超时时间为3 s,单列车共有22个摄像机,当单播发送重启命令时,如果某个摄像机掉线,会阻塞重启操作,造成整个编组变化处理时间过长.为解决这一问题,与海康公司沟通,定制出一版支持组播重启命令的摄像机固件.重启设备流程如图4所示.因设备是否重启成功对监控系统能否正常工作十分重要,当组播重启某一设备失败时,要再发送单播重启命令,防止设备因为没收到组播命令而重启失败.
图3 顺序获得交换机MAC地址流程
图4 车载设备重启流程图
3.3 解决编组变化后硬盘录像机录像混乱问题
如图1所示,单列车有2台硬盘录像机,分别位于车头和车尾的司机室里,因为硬盘录像机的内存容量有限,故每台硬盘录像机只需负责半列车11个IP摄像机的实时视频存储任务.当在不同编组模式下运营时,每台硬盘录像机仍然只负责所在列车半列车的视频存储.以两列车编组为例,编组变化后,第二列车上的摄像机和硬盘录像机IP地址已经变为41网段,导致硬盘录像机无法获取正确视频录像,软件需要重新对硬盘录像机发送取流配置命令使其重新取流录像.
为了使软件能获得所有设备信息,软件通过配置文件的方式来实现,此配置文件的组成结构如图5所示,因目前最多只有三列车编组模式,故配置文件包含三列车的设备信息.以第一列车为例,用一对〈Train〉元素来标记,其中含有属性Name和IsActive,Name为列车名称,IsActive表示此列车的配置信息是否有效,当单列车时,只有第一列的IsActive值为1,第二、第三列车的IsActive 值为0,以此类推.在每列车中,均有两对〈Cab〉分别表示车头和车尾,两对〈Saloon〉表示乘客车厢.在每个Cab中,〈Camera〉元素表示其中的IP摄像机设备信息,其属性包括摄像机名称、全局唯一的Channel和摄像机IP地址.〈TDvr〉元素表示硬盘录像机的设备信息,其属性中的IP为IP地址,Style属性表示监控系统软件是否给此硬盘录像机发送取流配置命令.在〈TDvr〉元素中还有若干〈CameraChannel〉 元素表示硬盘录像机的取流配置信息.在〈CameraChannel〉 元素中,其中的Camera属性值即为摄像头的Channel号,监控系统软件根据此Camera值查找到相应的摄像机IP地址,将此摄像机的IP地址和一些录像参数发送给硬盘录像机,硬盘录像机根据收到的取流配置信息对此摄像机取流并且存储视频数据.〈PecuAlarm〉元素表示乘客紧急对讲报警联动的配置信息,其中含有若干〈CameraChannel〉元素表示的配置信息.在〈CameraChannel〉元素中,属性ID为紧急对讲报警装置的全局唯一ID号,属性Camera即为联动的摄像机Channel号,通过此Channel号可以找到需要联动的摄像机.在每个〈Saloon〉中,与〈Cab〉相似,只是没有〈TDvr〉元素.第二、第三列车的结构与第一列车相同,故不再赘述.
图5 XML文件结构图
编组变化后,软件即可根据配置文件中第一列车、第二列车和第三列车硬盘录像机的取流配置信息,给每台硬盘录像机重新发送取流配置命令,达到硬盘录像机正常存储摄像机视频数据的目的.
3.4 解决编组变化后软件对整列车所有IP摄像机实时视频监控的实现
以两列车编组模式运行为例,当编组变化后,每台触摸屏监视器里面的监控系统软件应该能轮询整列车44个摄像机的实时视频,以达到监控整列车,保证安全的目的.由图5可知,软件可以通过配置文件获得摄像机的设备信息,编组变化后,软件即可根据配置文件里面所有IsActive属性值为1的列车中的Camera信息对摄像机进行实时视频的监控.根据海康提供的网络设备SDK,具体的取流过程如图6所示.
图6 摄像机取流过程
3.5 解决编组变化后软件上报整列车车载设备在线状态的实现
根据上一小节的分析可知,监控系统软件通过配置文件可以获得监控系统中所有摄像机和硬盘录像机的设备IP地址,故软件可根据IP地址在局域网内利用ICMP Ping技术来比较准确地检查车载设备与触摸屏监视器之间的网络连接是否正常[8],从而判断设备是否在线,并将获得的设备在线状态利用串口上报给列车广播控制系统单元.本文对制定的通信协议的一部分进行分析,如表5所示,在此协议中,所有设备的在线状态均用1位来表示.在单列车模式下,软件只能获得第一列车的设备状态信息;在多列车模式下,软件可以获得多列车设备状态信息.将获得的状态信息,根据协议进行填充,发送给列车广播控制系统单元.
需要注意的是,在列车编组变化过程中,监控系统软件需要主动清除ARP表,否则会造成某些摄像机在线而软件却长时间Ping不通的现象.原因如下:以两列车编组为例,编组变化前,软件根据Ping操作获得本列车所有摄像机的在线状态,此时摄像机全部在172.18.40网段.编组变化后,第二列车摄像机网段变为172.18.41,当第二列车上的监控系统软件再次通过Ping操作获得第一列车摄像机(172.18.40网段)在线状态时,因为ARP表的生存时间在10 min左右[3],所以此时ARP表可能没有被及时更新,导致Ping失败,造成设备掉线的假象.
表5 设备状态协议
本文论述的动态编组列车车载监控系统软件已成功运用于某地铁项目,为列车的安全运行提供了强有力的保障,其中的列车动态编组处理功能保证在不断电、没有人工干预的情况下,对列车进行快速配置处理,确保列车能在编组模式变化后仍能安全运营,为列车提高运输力,缓解运输高峰做出了突出贡献.监控系统软件的具体功能总结如下:
(1)监控系统软件具备对车载监控系统IP摄像机实时视频监控功能、对硬盘录像机存储视频进行回放和备份功能.
(2)监控系统软件具备乘客紧急对讲报警联动处理功能、控制硬盘录像机录像存储功能、设备在线状态信息上报功能、列车动态编组处理功能.
(3)监控系统软件具备设置本机时间、本机IP地址等系统设置功能.
[1] 闫长安. 世界地铁发展趋势和运营安全的保障 [J]. 现代城市轨道交通, 2011(5):100-104.
YAN Chang-an. The world development trend and operation security of subway [J].ModernUrbanTransit, 2011(5):100-104. (in Chinese)
[2] 伍 勇,刘思宁. 基于节能和面向旅客服务的列车编组方案研究 [J]. 城市轨道交通研究, 2004(6):27-31.
WU Yong, LIU Si-ning. Train classification for energy saving and passenger service [J].UrbanMassTransit, 2004(6):27-31. (in Chinese)
[3] Fall K W, Stevens W R.TCP/IPIllustrated,Volume1:TheProtocols[M]. Upper Saddle River:Addison-Wesley Educational Publishers Inc., 2011.
[4] Droms R. RFC2131 Dynamic Host Configuration Protocol [S/OL]. [2013-07-10]. http://www.ietf.org/rfc/rfc2131.txt.
[5] 陈文洪,严正楷. H.264视频编码在数码监控系统中的应用研究[J]. 安防科技, 2007(6):23-27.
CHEN Wen-hong, YAN Zheng-kai. The research of H. 264 video coding in the application of digital monitoring system [J].SecurityandSafetyTechnologyMagazine, 2007(6):23-27. (in Chinese)
[6] 李明月. 数字硬盘录像机技术分类解析[J]. 中国科技信息, 2007(24):112-113.
LI Ming-yue. The technology classification analysis of digital disk video recorder [J].ChinaScienceandTechnologyInformation, 2007(24):112-113. (in Chinese)
[7] 茅炎菲,黄忠东. 基于RTSP协议网络监控系统的研究与实现[J]. 计算机工程与设计, 2011,32(7):2523-2526,2530.
MAO Yan-fei, HUANG Zhong-dong. Research and design of web DVR system based on real-time streaming protocol [J].ComputerEngineeringandDesign, 2011,32(7):2523-2526, 2530. (in Chinese)
[8] Song Hye-won, Jung Il-hyung, Choi Jun-kyun,etal. Implementation of monitoring mechanism for MPLS networks [C] //6thInternationalConferenceonAdvancedCommunicationTechnology:BroadbandConvergenceNetworkInfrastructure. Piscataway:IEEE, 2004:868-872.
Designandimplementationofon-boardmonitoringsystemsoftwarefordynamicgroupingtrain
TANG Hai-yuan, LIU Quan-li*
( Faculty of Electronic Information and Electrical Engineering, Dalian University of Technology, Dalian 116024, China )
Train on-board monitoring system plays a vital role in the safety of rail transportation. It is usually made up of camera, digital video recorder (DVR), switch, touch screen monitor (TLCD) and other devices, which takes the responsibilities of real-time monitoring environment of train, storing video and so on. The train on-board monitoring system software which runs in the TLCD is the core control software of the system. The dynamic grouping handle function is a key part for the whole train on-board monitoring system software. When trains run in dynamic grouping mode, this function guarantees that the monitoring system works normally. The introduced on-board monitoring system software for dynamic grouping train has already been used in a subway project.
train on-board monitoring system; train dynamic grouping; real-time monitor; playback video; on-board device status report
1000-8608(2014)06-0682-08
2014-04-10;
: 2014-09-15.
国家自然科学基金资助项目(61273037).
汤海源(1989-),女,硕士生,E-mail:thy@mail.dlut.edu.cn;刘全利*(1976-),男,教授,博士生导师,E-mail:liuql@dlut.edu.cn.
TP319
:Adoi:10.7511/dllgxb201406013