吴俊亮,彭 勤,邹 斌,张洪彬
(中车株洲电力机车研究所有限公司,湖南 株洲 412001)
地铁、有轨电车等传统制式轨道交通一般都具备运营调度管理、车辆信息、信号、通信、站台门、电力监控及自动售检票等系统和调度指挥系统[1-2],以保证轨道交通系统运行的安全性和有序性。智能轨道快运系统(autonomous-rail rapid transit,ART)具备轻量化、集成化、低成本化等特点,与传统轨道交通相比较,需要在运营管理模式、软硬件资源配置等方面进行更具高度的集成化和统一化设计。建立ART综合运营一体化[3]平台,通过统一的用户界面和人机接口来集成各子系统功能,能够大大简化工作人员的操作,提高运营调度的效率。本文利用前置处理机(front-end processor,FEP)作为中间层,将各子系统的业务接口进行适配及统一,建立了一套综合运营一体化管理平台方案,从而实现一体化管理[4-5]。
ART运行控制和调度指挥系统[6-7]包括调度管理、车辆信息、信号、通信、站台门、电力监控及自动售检票等子系统。各个子系统相对独立,配置有各自的服务器及工作站,子系统之间的信息交互通过以太网接口,采用应用层协议的方式来完成。这样的模式虽然保证了各个子系统业务的独立性,但是对运营管理部门而言,需要配置大量的人力资源来保障运营。此外,由于各子系统的数据独立,容易产生数据孤岛,也非常不利于后期智能运维等功能的提升。因此,亟需开发ART综合运营一体化平台(简称“一体化平台”),将各子系统的业务及数据接口进行适配及统一,从而实现一体化管理。
一体化平台的系统目标是建立一个综合性的监控系统平台来集成调度管理[8-9]、车辆信息、信号、通信、站台门、电力监控及自动售检票等子系统,一方面提供对各子系统的集中监督和便捷控制;另一方面向各子系统提供统一的数据通道,以实现子系统间的互联互通,从而消除不同子系统的数据孤岛,提高运营管理的效率[10-11]。由于一体化平台集成了信号和通信的各类子系统,整个平台需要实现满足各类厂家不同类型的数据接口,同时整个平台需要处理的数据吞吐量也将大幅提高,所以需要为一体化平台建立一个统一的数据通信协议处理层,将各子系统的业务处理和协议进行分离,以提高一体化平台的通用性。此外,在数据的处理与存储方面,必须采用性能更加优越的实时数据库等方式来提高平台的处理效率,不仅使运营调度过程中各专业子系统可以高效联动,而且使调度人员可以站在更高的层面来实时了解运营过程中各种状态;同时当发生突发情况时,又可以保证调度人员可以第一时间了解,并进行应急指挥,从而提高运营的自动化水平和应急处理能力。图1示出ART一体化平台系统的功能。
一体化平台具备统一的集成框架和接口协议,可实现不同业务模块的便捷接入。不同模块间数据互通,可实现各子系统间联动;具备统一风格的用户界面,用户界面具备公共组件,可根据不同子系统应用进行配置;具备统一的联动功能,子系统内部可使用统一联动触发机制来进行联动的动作触发与响应。
一体化平台集成了信号系统调度管理功能,包括车辆状态监测、运行图编制管理、站场监视、运行调整、故障监测报警、历史记录回放、仿真培训、资源控制及时钟同步等;集成了广播系统(PA)的人机界面(human machine interface, HMI),能够以地面设备、车载设备等多种拓扑方式显示设备位置与状态信息,可以进行广播的信息编辑、发布及监听等,并可对信息进行优先级控制;集成了乘客信息系统(passenger information system, PIS)的HMI界面,能够以地面设备、车载设备等多种拓扑方式显示设备位置与状态信息,并可对设备进行选择与控制,可以查看子系统内各设备详细信息,可以进行PIS系统的远程管理、信息编辑、信息查看及信息发送等功能;集成了闭路电视系统的HMI界面,能够以地面设备、车载设备等多种拓扑方式显示设备位置与状态,并可对设备的选择与控制,可以查看子系统内各设备详细信息,具备实时监控、摄像机控制、标记与回放、系列管理及电视墙管理等功能;集成了紧急呼叫电话(emergency help phone, EHP)系统的HMI界面,能够以地面设备、车载设备等多种拓扑方式显示设备位置与状态,并可对设备进行选择与控制,可以查看子系统内各设备详细信息,具备乘客呼叫、信息显示、视频监视、视频存储及回放、报警提示等功能;集成了安全门系统的HMI界面,能够以多种拓扑方式显示设备位置与状态信息,并可对设备进行选择与控制,当发生故障时,平台主动触发报警界面以提示操作员。此外,一体化化平台还具备系统设备状态监视、定期维护、报警提示、日志记录、报表统计、车辆管理、人员管理及资产设备管理等功能。
图1 一体化平台系统功能框图Fig.1 Block diagram of system functions for the integrated platform
基于一体化平台的功能要求,通过设置前置处理机FEP的方式,与前端的各个子系统建立双向数据通信,并通过数据接口调用/执行各个子系统的业务模块;此外,前置处理机FEP还将获取各个子系统的相关历史数据并存储到实时数据库(relational database,RDB)和历史数据库中,以作为大数据分析的数据源。综合运营一体化平台的总体结构如图2所示。
图2 一体化平台系统结构框图Fig.2 Block diagram of the integrated platform system
系统硬件包括行调工作站、设调工作站、时刻表/运行图编辑工作站、前置处理机FEP 、调度管理FEP、RDB服务器、调度管理系统应用服务器、历史库服务器及复视工作站,见图3。
图3 硬件结构Fig.3 Hardware structure
行调工作站主要用于对全线的运营列车的跟踪、设备监视、时刻表/运行图监视、报警 管理、统计与报表等,具体可根据用户的需求对角色进行功能分配;根据登录用户的权限,工作站会实时展现不同的功能。
设调工作站用于对全线信号、通信设备及各类IT设备的集中监控管理,包括状态监控、远程控制、报警处理、故障分析及定期维护等。
时刻表/运行图编辑工作站用于对时刻表/运行图的管理与维护,包括时刻表/运行图的生成、编辑、打印、上传数据库及从数据库下载等。
前置处理机FEP用于连接其他系统或设备并进行数据格式和协议的转换,实现数据在多个前置机、网络和设备之间的冗余。
调度管理FEP用于实时接收车辆和信号设备的状态协议数据并进行数据处理和协议转换,实现数据在多个前置机、网络和设备之间的冗余。
RDB服务器用于接收FEP采集的其他系统或设备数据并进行数据加工和逻辑处理,同时将数据提供给HMI界面展示并记录历史库存储;接收HMI发送的命令,在进行逻辑处理后,将相关命令或数据通过FEP发送到其他系统或设备,以实现数据在多个服务器和网络之间的冗余。
调度管理系统应用服务器实时接收经调度管理FEP处理后的车辆和信号设备的运行数据并进行业务处理,最后将业务处理结果发送至RDB服务器以进行数据处理和展示。
历史库服务器用于接收实时库产生的历史数据,并将其存储到磁盘阵列上,以对外提供历史数据查询服务。
复视工作站的功能与指挥中心的相同。
一体化平台软件由HMI软件、RDB软件、FEP和历史数据库4部分组成(图4)。
图4 软件结构图Fig.4 Software structure diagram
HMI软件包括组态层和运行层2部分(图5),其中组态层用于图形、脚本、报表等信息的编辑及视频等各类信息的配置,运行层用于图形、脚本、报表等信息的显示及视频等各类信息的控制。
图5 HMI结构Fig.5 HMI structure diagram
RDB软件分为3层,即数据的接口层、存储层和处理层(图6)。数据接口层用于对外提供各种接口,涉及上行数据和下行数据,接口包括CORBA接口、WebService接口、Tcl接口、.Net接口及SQL接口等。数据存储层负责数据的存储和加载,涉及实时数据和历史数据。数据处理层负责数据的内部运算和逻辑处理,分为基础功能和应用功能,其中基础功能包括索引的维护,数据的增加、删除、修改和查询,触发器的管理以及数据的同步等;应用功能是基于基础功能、根据不同的应用需求进行扩展开发而实现。
图6 实时库结构Fig.6 RDB structure
前置处理机FEP软件用于实现与前端各类子系统的连接及驱动,连接车辆和信号系统设备进行数据格式和协议转换,实现数据在多个前置机、网络和设备之间的冗余。前置处理机FEP一般为一对或多对冗余工控机,具体根据车辆编组和信号设备数量而确定。
历史数据库为一体化平台各模块应用提供数据存储。历史库服务器部署于机房,一般为一对冗余服务器,共享磁盘阵列。
系统的各个服务器、FEP和工作站之间均通过通信网络系统连接。为提高系统可靠性和可用性,通信网络都采用两路冗余方式。
RDB,HMI和FEP之间采用CORBA数据总线,接口统一。RDB和FEP之间接口采用双向主动变位传输,即FEP采集数据若发生变化,则主动将变化数据传输到RDB,RDB将需要输出到FEP的数据立即传输到FEP。为避免因网络中断而造成的采集数据丢失,RDB会定期从FEP召唤全部数据。HMI和RDB之间接口采用变化召唤传输机制,即HMI周期地从RDB获取变化的数据。调度管理系统将车辆信息写入Modbus服务(TCP通信方式),RDB通过采集Modbus服务数据来获取车辆信息。HMI通过插入浏览器插件方式调用调度管理系统。一体化平台将用户信息传递给调度管理系统,调度管理系统返回一个token信号,通过此token信号访问调度管理系统。
一体化平台软件系统由成熟的SCADA平台软件和基于该平台软件而进行二次开发的应用软件构成。应用软件用于实现对接入的子系统/设备(如供电、行车、车辆、PA, PIS, CCTV,EHP及站台门等系统设备)的运行信息进行集中监控和运行调度。
系统的逻辑架构分为数据接口(FEP)、数据处理(RDB)和数据展现(HMI)3层。
数据接口层通过通信协议解析从接入子系统/设备采集其各类运行信息并输出各类调度指令,平台提供若干标准通信协议库,通过参数配置实现与特定子系统进行数据交互。针对私有专用通信协议,平台提供开放接口并通过SDK开发包方式支持通信驱动应用软件的开发与挂载。
数据处理层把运行信息进行存储和运算,对复杂业务逻辑(如顺控、联动)进行后台处理。平台提供各种形式的标准数据访问接口和程序应用接口,并通过SDK开发包形式支持后台应用软件的开发与挂载。
数据展现层将设备运行信息以图形、表格和文字等形式进行综合显示。其中,设备运行信息以图形化形式展现,并通过不同颜色或动画等形式,显示设备的不同运行状态;图形化界面采用专用绘图工具以所见即所得的组态方式生成,通过脚本、控件等方式实现人机交互及相对复杂的客户端应用软件开发与业务处理功能。
FEP是整个软件系统对外的接口部分,包括FEP平台和具体的通信驱动应用软件。软件平台为各驱动应用提供配置数据的读取、采集数据的缓存、下行命令的触发等功能。各驱动应用实现与外部设备或接入子系统的连接、各自驱动协议的逻辑、原始数据的转换等。图7示出FEP组件图,表1示出各个组件的功能描述。
图7 FEP组件图Fig.7 FEP component diagram
表1 FEP组件表Tab.1 FEP component table
FEP驱动原理如下:
(1)读取驱动配置信息并驱动初始化程序。
(2)数据发生变化时,将所接收的数据输出至外部设备或系统。
(3)采集数据。有两种采集方式,一种是周期性采集,其通过周期性查询外部设备/系统提供的数据接口,获取数据;另一种是服务接收,其以服务的形式接收外部设备/系统主动发送的数据。
(4)驱动冗余。支持基于表1的冗余切换。
RDB是整个软件系统的数据处理部分,涉及RDB平台和RDB应用功能模块。设计组件时,遵循功能优先原则:对于执行类功能的组件,集中并独立成组件;对于提供多组件访问的组件,进行接口封装并减少组件间的耦合。图8和图9分别示出组件设计图和组件依赖关系。
图8 RDB组件图Fig.8 RDB component diagram
图9 RDB组件依赖关系Fig.9 RDB component dependency
HMI是整个软件系统的数据展示部分,分为HMI平台和HMI应用。HMI平台指HMI开发、运行的环境,HMI应用指具体的HMI工程。
HMI使用的软件功能部分包括变量数据库、人机界面、报表及编程,从应用开发角度,其可被分为以下5部分:(1)布局,其可以将屏幕划分为指定大小的区域;(2)画面和图形,画面是信息显示的容器和载体,图形放置在画面里,通过拖拽等所见即所得的方式设置图形的属性、动画效果,编写C#脚本以响应用户对图形的控制操作;(3)变量,系统动态数据的显示需要绑定到变量上,变量通过RDB_ADL_CSharpProxy和服务端交互;(4)编程脚本,支持使用C#脚本编程的方式对图形、画面、布局、变量进行控制,支持和服务端的交互;(5)控件,实现复杂的业务功能和控制逻辑。表2示出使用控件列表。
表2 使用控件列表Tab.2 List of controls
综合运营一体化平台通过以太网、串口等方式与PIS、PA、CCTV、EHP、站台门以及UPS等系统进行接口[12]。具体的外部系统接口如表3所示。
表3 系统接口表Tab.3 System interface table
一体化平台的设计实现,搭建了一套整合了信号、PIS、PA、CCTV、EHP及站台门等子系统的ART综合运营管理应用平台。平台集成了原有各个子系统的核心功能,并进行了HMI界面的统一,原有控制中心调度大厅的各个专业工位的操作都被集成到一个统一的平台界面上完成,极大地方便了用户操作和运营管理。系统界面如图10所示。
图10 系统界面图Fig.10 Interface diagram of the system
本文设计了一种ART综合运营一体化平台,其提供了统一的用户界面和人机接口;并预留了后续增加智能站台系统设备的接口,通过这些接口的扩展,后续可将一些智能化站台系统设备也纳入到一体化管理平台中。该一体化平台已应用于株洲智轨A1线上。使用该平台后,日班调度人员由原来的6人减少至2人,人力成本降低67%,其效果显著,得到业主的好评。目前正计划将系统界面等功能继续优化,并推广至其他智轨系统市场项目中应用。此外,一体化平台的研发,已完成了大数据的数据采集、数据存储过程,后期将根据不同的业务需求再进行数据挖掘和应用,从而实现ART的智能运行维护工作,以进一步提升ART的品质。