本方法涉及城市轨道交通领域,特别是涉及一种多主机火灾报警系统接入轨道交通综合监控系统的方法。
背景技术:
与其他城市交通工具相比,城市轨道交通具有准点、安全、舒适、环保等优点,近年来国内城市轨道交通呈现出迅速发展的趋势。综合监控系统(iscs,intergratesupervisionandcontrolsystem)利用统一的软硬件平台将轨道交通中的环境监控系统、门禁系统、火灾告警系统、电力监控系统、广播系统、乘客信息系统、售检票系统、安全门系统等子系统全部接入实现了系统间的资源资源共享和共同维护管理,是轨道交通安全、高效运营的有力保障。
火灾报警系统(fas,firealarmsystem)既能对火灾发生隐患进行早期监测,又能根据火灾发生的实际位置,及时采取相应的措施进行灭火,将火灾危害最大限度的减少,是城市轨道交通综合监控系统的一个重要组成部分。fas系统通常按两级管理包括中心级和车站级),和三级控制包络中心级、车站级和就地级模式设置,实现对整条运营线路火灾探测报警和消防系统设备进行实时监控与管理。
fas系统通常由一个fas监控主机和分布在不同区域的探测器、报警器构成,但部分车站监控范围广、监测设备多,为了保证正常通讯,同时便于管理不同类型的设备,fas系统会设置多个监控主机,这就要求一种灵活的接入方法,能够在不增加物理链路的情况下来实现iscs系统和fas系统的通讯。
技术实现要素:
本发明的目的在于提供一种多主机火灾报警系统接入轨道交通综合监控系统的方法,能实现在不增加物理链路的情况下iscs系统和fas系统的正常通讯。
本发明的技术方案是多主机火灾报警系统接入轨道交通综合监控系统的方法,包括以下步骤:
步骤1:火灾报警系统fas为网关、主机设置唯一的从机地址,并向综合监控系统iscs提供每个主机的监控点表;
步骤2:综合监控系统根据监控点表在数据采集与监视控制系统scada库建立相应的远程终端单元rtu数据模型,每个主机对应一个rtu;
步骤3:综合监控系统建立一个前置通道,关联主机对应的rtu,验证发布生成采集模型;
步骤4:iscs根据modbus协议依次设定modbus报文头的单元标识为各主机的从机地址,获取主机的设备状态并向主机下发控制命令。
进一步的,所述步骤2中每个主机对应一个rtu的具体方法是:建立rtu地址与监控主机的从机地址的对应关系。
进一步的,所述步骤3中一个前置通道关联scada库多个rtu,并根据rtu的数据模型生成前置的采集模型。
本发明提出了一种地铁综合监控系统和多主机火灾报警系统接入方法,能实现在不增加物理链路的情况下iscs系统和fas系统的正常通讯。
附图说明
图1为本发明所述iscs与fas的系统结构图;
图2为本发明所述iscs与fas的通讯流程。
具体实施方式
为更进一步阐述本发明所采取的技术手段,下面结合附图对本发明的具体实施方式进行详细说明。
本发明提供了一种多主机火灾报警系统接入轨道交通综合监控系统的方法,如图1所示为本发明所述iscs与fas的系统结构图。图中fas系统由一个modbus网关和n个(本实例中n=5)fas主机组成,iscs系统与modbus网关通过网络相连。本发明具体实施例的步骤如下:s1:火灾报警系统进行地址设定并提供给综合监控系统
火灾报警系统fas为网关、主机设置唯一的从机地址,并向综合监控系统iscs系统提供各主机的监控点表,每个主机的监控点表是独立的,即测点地址独立编号,并不受其他主机点表影响。
s2:综合监控系统建立数据模型
iscs系统根据fas系统提供的各主机监控点表在scada库建立rtu数据模型,包括开关量、模拟量的名称和地址,其中根据不同的功能码给测点地址添加对应的前缀,以便于下发数据查询报文时能从地址中解析出功能码。每个rtu都要指定一个唯一的编号,这个编号并不要求与fas系统的从机地址保持一致,例如rtu地址分别设定为101,102,……105。
s3:建立前置采集通道,生成采集模型
通过前置配置工具建立采集通道,在通道组配置中设定“rtu地址”分别为“101-105”,表示此通道关联的rtu地址为101到105这5个rtu;然后在通道中将“rtu地址和asdu地址转换”参数设置为“101-1,102-2,103-3,104-4,105-5”(1-5分别为fas监控主机的从机地址),其他参数如查询间隔、对时间隔、字节序等参数根据实际情况进行配置。配置完成后进行验证发布,就可以根据scada建立的数据测点模型得到采集模型。
s4:iscs系统与fas系统的数据交互
iscs依次设定modbus报文头的单元标识为各主机的从机地址,获取主机的设备状态并向主机下发控制命令。详细的数据交互流程如下:
如图2所示,iscs系统与fas系统的通讯根据设定的查询间隔进行轮询式处理。
通讯插件在首次运行时会根据配置参数“rtu地址和asdu地址转换”去数据库中获取各监控主机的点表信息,如此主机各功能码对应的寄存器起始地址和寄存器数量,以及测点是否可控,初始化完成后将置标志位保证只执行一次。
整个数据交互流程主要分为两种类型:信息查询和控制下发。
信息查询
通讯插件中会记录应发主机rtu地址、应发功能码、应发测点地址和应发寄存器数量,如向1号主机下发信息查询,会先根据rtu地址得到主机的从机地址,然后下发查询报文:
xxxx00000006010400010010
上述报文表示使用功能码04查询从机地址为01的fas主机从01地址开始的16个寄存器。
当1号主机的所有测点轮询一遍后,就开始轮询2号主机测点。如
xxxx00000006010400010010
上述报文表示使用功能码04查询从机地址为02的fas主机从01地址开始的16个寄存器。
然后依次轮询其他主机的测点,直到所有测点都轮询一遍后再重新从1号主机重新开始轮询。
控制下发
控制命令由综合监控画面操作下发,其时刻并不固定,而且优先级高于信息查询,因此通讯插件处理时需要先检测是否有控制事件发生。通讯插件收到的控制命令包括rtu地址、测点地址和测点控制值,插件收到命令需要先得到对应的fas主机的从机地址下发报文,然后再等待fas主机的报文回复;当收到fas主机的回复后再继续原来的信息查询。