综合监控系统报告.docx

综合监控系统报告

第一篇：综合监控系统报告综合监控系统随着地铁现代化和自动化技术的发展，对运营安全和管理水平要求的不断提高，运营过程中被监控对象之间的关系越来越复杂，对信息采集和处理的实效性要求越来越高，对运营的安全、可靠性越来越受到重视，对资源共享和信息共享提出了更高的要求。现代化的地铁运营管理要求自动化系统能提供一个可实现信息互通和资源共享的平台。地铁综合监控系统是一个面向调度和车站操作人员的大型计算机集成系统，采用先进的计算机及网络技术，集成和互联多个自动化系统（如电力监控系统、消防报警系统、设备监控系统等），形成一个统一的监控系统平台，实现了各集成和互联系统的信息整合和共享、综合监视与操作。综合监控系统的主要功能包括对机电设备的实时集中监控功能和各系统之间协调联动功能两大部分。一方面，通过综合监控系统，可实现对电力设备、火灾报警信息及其设备、车站环控设备、区间环控设备、环境参数、屏蔽门设备、防淹门设备、电扶梯设备、照明设备、门禁设备、自动售检票设备、广播和闭路电视设备、乘客信息显示系统的播出信息和时钟信息等进行实时集中监视和控制的基本功能；另一方面，通过综合监控系统，还可实现非运营情况下、正常运营情况下、紧急突发情况下和重要设备故障情况下各相关系统设备之间的调互动。一、综合监控系统的集成方案。综合监控系统从集成的深度来划分，有顶层信息集成、深度集成两种集成方案。1、顶层信息集成顶层信息集成实质是将早期分立监控模式下各子系统的上下位机结构拆分成两个独立部分进行设计、实施和调试。上位机监控部分功能由综合监控系统来完成，下位控制器部分功能由各集成子系统完成，建立在此结构上的综合监控系统，通常会设置专门的网关接口设备(如前端处理器FEP)来实现与各接入系统的数据通信和信息隔离。顶层信息集成模式强调对综合监控系统的自身性能保护,数据处理过程中需要通过网关接口设备(前端处理器FEP)将各接入系统所上传的监控信息进行有选择性的筛选,控制子系统上传点数的总体规模,从而保证自身系统的稳定性和实时性。国内早期的综合监控系统，比如上海地铁3号线主控系统,就是采用这种集成模式的系统构架来进行工程实施的。顶层信息集成模式受到当时网络传送带宽、计算机软件数据处理能力和各子系统间接口协议不开放等多方面因素的限制，整个数据处理过程中增加了一个转换和再处理环节,造成系统的实时响应性受到拖累。为克服这种不利影响,综合监控系统只能采用控制系统监控点数的方法来解决实时响应性的问题,这样也间接导致被集成子系统的部分原有功能被弱化或舍弃。同时，各重要集成子系统站间通信和远程访问等功能所需的网络通道却无法由综合监控系统提供。为了实现这些站间通信功能,这些子系统只能采用另外再单独组网的方式来解决。2、深度集成深度集成是将原来分层设置的多个监控系统作为一个大规模的综合自动化系统，进行统一设计、招标、实施和调试。深度系统集成模式的综合监控系统的内容也相应扩大，包括了顶层集成模式的综合监控系统、电力监控子系统(PSCADA)、环境与设备监控子系统(BAS)、火灾自动报警子系统(FAS)和门禁子系统(ACS)等多个部分。其主要特点为将分立监控系统上下位机结构作为一个整体进行考虑，原来分立系统的功能统一在综合监控系统软硬件平台上完成。深度系统集成模式在接入方式上进行了优化设计，多个控制层设备(如PSCADA控制器、BAS控制器、FAS报警盘和ACS控制器等)皆直接连接到综合监控系统的站级局域网络上，这样的设计在简化网络层次的同时，还满足相关子系统设备异地通信和远程访问等功能需求。深度集成模式的综合监控系统在上下位机的连接方式上采用主要控制层设备直接接入综合监控系统站级局域网的方式，这样控制层设备之间的站间通信功能和远程访问、下载和维护功能，皆可以通过综合监控系统构建的全线网络来实现，这在以往顶层信息集成模式中是无法实现的。从软件数据采集和处理方面来看，由于深度集成模式的综合监控系统采用同一厂商的开放性软件集成平台，使得大多数监控数据可以采用一次数据采集、数据处理和数据表示的处理方式，而不需要进行顶端信息方式所需的数据转换和数据再处理等过程，因此减少了中间环节，系统实时响应性得到了保证，系统监控点数的规模也可相应扩大，因此实现功能相对于顶层信息集成来说更加完善和强大，各城市地铁新线综合监控系统皆根据各自的特点采用类似的建设模式。二、综合监控系统的构成方案综合监控系统根据运营管理模式、采集信息的处理方式以及中央级存储和管理数据量的大小，在构成上可分为以下三种方案。方案一：在中央级设置冗余的全局实时和历史数据服务器，将车站级的所有联网子系统的全部数据实时地采集到中央级来进行统一的管理和控制。由于数据量的庞大，处理复杂，需要分别设置实时数据服务器和历史数据库服务器，以便监视和控制全