综合监控远程巡检系统的制作方法

本发明涉及地铁站设备的远程监控领域，特别涉及一种综合监控远程巡检系统。

背景技术：

成都地铁综合监控系统采用的巡检方式为日检、双周检、季检、年检。日检采用的是人工远程巡检方式，即通过一台复示工作站远程至各个设备进行巡检，此工作需要耗时半天甚至全天的时间；目前1号线及南延线、2号线及东西延线、3号线、4号线二期、7号线仍采用此方式进行日常巡检，该方式已不能满足线网高速发展对信息化的需求。

综合监控主要设备服务器、工作站、前置通讯管理机、交换机的内存使用率、cpu利用率、硬盘使用情况、软件运行时间、工程运行状态等都是通过人工远程连接到全线设备进行检测。人工监测为每天一次，无法实现实时监控，无法对故障进行预估。

技术实现要素：

本发明的目的是提供一种综合监控远程巡检系统，解决目前采用人工的方式对地铁站各个设备进行巡检监控时的费时费力问题。

本发明解决其技术问题，采用的技术方案是：综合监控远程巡检系统，包括远程巡检终端，所述远程巡检终端中设置有远程巡检软件，所述远程巡检终端与待巡检监控设备通讯连接；

所述远程巡检软件，用于实时对待巡检监控设备的待监控数据进行监控，并根据监控到的数据对相应的故障进行预估。

进一步的是，所述待巡检监控设备为地铁线路中每个地铁站的所有待巡检监控的设备。

进一步的是，所述每个地铁站的所有待巡检监控的设备包括全线服务器、工作站、前端通讯处理机以及交换机。

进一步的是，所述待监控数据包括：全线服务器、工作站、前端通讯处理机以及交换机的内存使用率、cpu利用率、cpu温度、硬盘剩余空间、软件运行时间及工程运行状态。

进一步的是，所述待监控数据还包括待巡检监控设备的集成系统和互联子系统在线或离线状态，以及异常报警功能。

进一步的是，所述待监控数据还包括内存的趋势和cpu的趋势。

进一步的是，所述内存的趋势和cpu的趋势的采集周期为一分钟，数据存储时限为三个月。

进一步的是，所述数据存储时提供报表查询功能，所述报表查询功能支持模拟量和数字量，报表的保存周期为日报、周报和月报。

本发明的有益效果是，通过上述综合监控远程巡检系统，能够实时进行全线系统覆盖巡检监控，大大降低了巡检监控的时间及人力成本。

附图说明

图1为本发明综合监控远程巡检系统的结构框图。

具体实施方式

下面结合实施例及附图，详细描述本发明的技术方案。

本发明所述综合监控远程巡检系统，其结构框图参见图1，其中，该系统包括远程巡检终端，所述远程巡检终端中设置有远程巡检软件，所述远程巡检终端与待巡检监控设备通讯连接；所述远程巡检软件，用于实时对待巡检监控设备的待监控数据进行监控，并根据监控到的数据对相应的故障进行预估。

上述系统中，所述待巡检监控设备可以为地铁线路中每个地铁站的所有待巡检监控的设备。并且，所述每个地铁站的所有待巡检监控的设备可以包括全线服务器、工作站、前端通讯处理机以及交换机等。

实际应用时，可以根据需要确定待监控数据，这里，所述待监控数据可以包括：全线服务器、工作站、前端通讯处理机以及交换机的内存使用率、cpu利用率、cpu温度、硬盘剩余空间、软件运行时间及工程运行状态等。

并且，为了充分利用本申请中的远程巡检功能，所述待监控数据还可以包括待巡检监控设备的集成系统和互联子系统在线或离线状态，以及异常报警功能。

为了实现对待巡检监控设备的趋势预测，所述待监控数据还可以包括内存的趋势和cpu的趋势。

作为优选，所述内存的趋势和cpu的趋势的采集周期可以为一分钟，数据存储时限可以为三个月。

并且，所述数据存储时提供报表查询功能，所述报表查询功能支持模拟量和数字量，报表的保存周期为日报、周报和月报等。

实施例

本发明实施例所述的综合监控远程巡检系统中的待巡检监控设备以成都地体四号线的全线服务器、工作站、前端通讯处理机和交换机的内存使用率、cpu利用率、cpu温度、硬盘为例进行说明。

本实施例中，远程巡检项目即远程获得四号线全线服务器、工作站、前使用率、软件运行状态等信息进行集中监控，还可对上述设备的集成系统和互联子系统在线/离线状态进行实时状态监测和异常报警功能。

本实施例采用集中式部署，即在一个主机上部署整个系统的scada，通过这个scada去采集和展示全线的所需要巡检的信息。

本实施例中，需要在服务器上部署三个程序，即采集服务器自身信息的程序(severinfo.exe)和采集fep，swt网口流量信息的程序(netspeedinfo.exe)和一个监视程序(supervision.exe)。

在工作站中，需要部署一个采集信息的程序(wksinfo.exe)。

在fep和swt中，fep和swt的所有信息都是通过snmp驱动来采集的，所以没有打开snmp服务的fep和swt需要打开snmp服务。具体操作如下：

1.一期的交换机的snmp服务是已经打开了的，所以不需要去打开，二期的交换机的snmp服务由交换机厂家来现场指导开启；

2.一期的fep需要通过启动盘关闭文件保护模式，然后通过一个批处理文件来上传配置文件打开snmp服务，最后重新打开fep的文件保护模式。对于二期的fep，可以通过远程的方式来打开snmp服务。

本实施例中，在服务器上运行的三个程序的详细说明如下:

serverinfo.exe:该程序通过windowsapi采集服务器的网口状态，cpu使用率，c盘使用率和scada的主要进程信息；通过驱动获得cpu的ring0权限读取cpu温感寄存器的值来获得cpu的温度；通过redis-cli命令来读取scada节点的冗余状态；通过icmp监视另一台服务器的网络状态。采集到的信息通过调用redis-cli发送到部署了远程巡检系统scada的主机上。

netspeedinfo.exe:该程序采集fep和交换机的网口流量信息(最少的总计有56个网口，最多的总计有80个网口)。使用snmp++库函数对同一个端口采集两次流量信息，通过两次流量之差/时间间隔来获得网口流量速度。采集到的信息通过调用redis-cli发送到部署了远程巡检系统scada的主机上。

supervision.exe:该程序监视serverinfo.exe和netspeedinfo.exe，若这两个程序异常退出，则将其重启。同时保证只在活动节点上运行netspeedinfo.exe，避免重复地频繁地访问fep和交换机的snmp服务。

本实施例中，在工作站上运行的程序的详细说明如下:

wksinfo.exe:该程序通过windowsapi采集工作站的网口状态，cpu使用率，c盘使用率和iscs进程的状态信息；通过驱动获得cpu的ring0权限读取cpu温感寄存器的值来获得cpu的温度。采集到的信息通过调用redis-cli发送到部署了远程巡检系统scada的主机上。

实际应用过程中，根据目前检修规程的要求，采用传统的现场巡检模式巡检周期为双周，以地铁1号线为例，全线共22个站点，传统现场巡检方式每站大概耗时1小时15分钟(路途消耗时间及请销点时间约15分钟)，每周对全线覆盖检测一次；使用人工远程巡检方式每站巡检耗时10分钟，每天可以将所有站的设备覆盖检测一次。但是，使用本实施例中的远程巡检软件辅助巡检每站耗时1分钟左右，每天可实时进行全线系统覆盖检测，因此，本申请能够实时进行全线系统覆盖巡检监控，并且大大降低了巡检监控的时间及人力成本。