一种解决城市轨道交通电扶梯信息孤岛的方法
【专利摘要】本发明涉及一种解决城市轨道交通电扶梯信息孤岛的方法，包括以下步骤：S0、开始执行；S1、判断是否进行电扶梯的状态信号发送，若否跳转至步骤S9；否则跳转至步骤S2；S2、判断电扶梯的状态信号是否向客户端发送，若是则跳转到步骤S3；S3、采集电扶梯的变化信息；S4、转换电扶梯信号为可传输格式；S5、将转换后的电扶梯信号发送至客户端，并通知客户端完成数据的转换并跳转至步骤S9；S9、确定是否要退出，若否，则步骤跳转到步骤S1，否则跳至步骤S10；S10、结束。实施本发明，能够通过对电扶梯的信号进行采集转换，使得原先无法被监控设备识别的电扶梯状态信号转换成可以识别、传送的信号，进而实现对电扶梯的状态监控，从而克服现有技术中城市轨道交通电扶梯信息孤岛的问题。
【专利说明】一种解决城市轨道交通电扶梯信息孤岛的方法
【技术领域】
[0001]本发明涉及城市轨道交通监控系统技术，更具体地说，涉及一种解决城市轨道交通电扶梯信息孤岛的方法。
【背景技术】
[0002]大力发展以地铁和轻轨交通为主的城市轨道交通是解决我国目前城市交通堵塞的重要手段，至2015年我国地铁建设投资规划额将达11568亿元。大连地铁工程环境与设备监控系统总承包项目第二标段包括2号线所有28个车站、隧道区间、控制中心等。控制中心需要引入各车站终端设备的信号，如电、扶梯等，终端设备具有多样性，如电、扶梯厂家中扶梯有蒂森、西子奥的斯、华升富士达、博林特、通力等，而Rockwell的上位组态软件仅支持用于过程控制的对象链接与嵌入协议(object linking and embedding for processcontrol, 0PC)。由于不同厂商系统之间通信协议、通信接入方式均存在差异，导致电扶梯的状态信息无法发送到控制中心，形成信息孤岛。因此如何将这些“信息孤岛”的信号实时可靠地传递到控制中心的数据服务器，是城市轨道交通系统中亟待解决的关键问题。
【发明内容】
[0003]本发明针对现有的城市轨道交通系统中电扶梯存在信息孤岛的问题，提供一种解决城市轨道交通电扶梯信息孤岛的方法，以克服现有技术中的缺陷。
[0004]本发明提供的解决城市轨道交通电扶梯信息孤岛的方法，包括以下步骤:
[0005]S0、开始执行；
[0006]S1、判断是否进行电扶梯的状态信号发送，若否跳转至步骤S9 ;否则跳转至步骤S2 ；
[0007]S2、判断电扶梯的状态信号是否向客户端发送，若是则跳转到步骤S3 ；
[0008]S3、采集电扶梯的变化信息；
[0009]S4、转换电扶梯信号为可传输格式；
[0010]S5、将转换后的电扶梯信号发送至客户端，并通知客户端完成数据的转换并跳转至步骤S9 ；
[0011 ] S9、确定是否要退出，若否，则步骤跳转到步骤SI，否则跳至步骤SlO ；
[0012]S10、结束。
[0013]本发明的解决城市轨道交通电扶梯信息孤岛的方法，还包括:
[0014]当所述步骤S2判断电扶梯的状态信号未向客户端发送时，跳转至步骤S6;所述步骤S6为:读取服务器中关于电扶梯状态的数据；此后跳转至步骤S7 ；
[0015]S7、发送服务器中关于电扶梯的变化数据至客户端；此后跳转至步骤S8 ；
[0016]S8、将数据发送至采集电扶梯状态处进行处理；此后跳转至步骤S9。
[0017]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤SI包括:判断服务器是否等待客户程序的异步调用。
[0018]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤S2包括:判断是否执行写操作。
[0019]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤S3包括:对DasRdb变化的数据进行写操作。
[0020]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤S4包括:客户端通过异步写函数WriteAsync20向服务器发出写数据请求。
[0021]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤S5包括:
[0022]服务器在操作完成后，通过调用接口成员函数OnWriteComplete O通知客户写数据完成。
[0023]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤S6包括:读取服务器变化的数据。
[0024]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤S7包括:用接收器接口成员函数OnDataChange O将数据送给客户。
[0025]本发明的解决城市轨道交通电扶梯信息孤岛的方法，所述步骤S8包括:客户端刷新界面同时通过RDC_WriteVar O函数将变化的数据传递给数据库DasRdb。
[0026]实施本发明的解决城市轨道交通电扶梯信息孤岛的方法具有以下的有益效果:通过对电扶梯的信号进行采集转换，使得原先无法被监控设备识别的电扶梯状态信号转换成可以识别、传送的信号，进而实现对电扶梯的状态监控，从而克服现有技术中城市轨道交通电扶梯?目息孤岛的问题。
【专利附图】
【附图说明】
[0027]以下结合附图对本发明进行说明，其中:
[0028]图1为用于实现本发明城市轨道交通电扶梯信息孤岛的系统结构图；
[0029]图2为本发明解决城市轨道交通电扶梯信息孤岛的方法流程图；
[0030]图3为使用图1系统来实现解决城市轨道交通电扶梯信息孤岛的方法流程图。
【具体实施方式】
[0031]本发明针对现有技术中，城市轨道交通系统的控制中心无法接收电扶梯的信号，导致电扶梯存在信息孤岛的问题。为此，本发明通过在控制中心和电扶梯之间加入合适的客户端和服务器，使得电扶梯的运行信号能够转换为适合控制中心接入的信号，解决了电扶梯信号孤岛的问题。
[0032]如图1所示为本发明一则较佳实施例的系统设计框架图，包括以下的部件:轨道交通综合监控系统1、RSLinx OPC服务器3、IndasOPC Client客户端5、dasRdb实时数据库8、电扶梯9，其中，Modbus设备驱动6和UDP设备驱动7以动态链接库DLL的方式嵌入到dasRdb实时数据库8中，以回调函数的方式实现数据交互；dasRdb实时数据库8通过Modbus设备驱动6和UDP设备驱动7跟电扶梯9通讯，读取电扶梯的楼层信号、上行信号、下行信号、开关门信号、报警信号、检修信号和故障信号；IndasOPC Client客户端5通过dasRdb实时数据库8提供的API接口函数实现OPC Client对象4与dasRdb实时数据库8信号的交互；RSLinx OPC服务器3中的OPC Server对象2和IndasOPC Client客户端5中的OPC Client对象通过OPC DA2.0协议进行通讯；一般的轨道交通综合监控系统I作为OPC Client从RSLinx OPC服务器3中读取数据。
[0033]OPC服务器建立了符合OPC规范的COM接口和对象。OPC逻辑对象模型中包括3类对象，即OPC服务器对象(OPCServer)、0PC组对象(OPCGroup)和OPC项对象(OPCItem)，每类对象都包括一系列接口。其中，OPCServer维护有关服务器的信息并作为OPCGroup的包容器，可以动态地创建或释放组对象。OPCGroup提供包容OPCItem的机制，从逻辑上实现对OPCItem的管理。OPCItem代表了 OPC服务器与数据源的一个连接，包括值、品质、时间戳3个基本属性，数据值是以VARIANT形式表示的。由于RockWell公司提供了 RSLinx作为OPC服务器，因此大连地铁项目仅需实现OPC客户端开发及人机界面与设备的通信。具体的，以上的各个部件采用优选采用以下的实现方式:
[0034]l)RSLinx OPC 服务器
[0035]Rockffell公司的RSLinx通信软件提供符合OPC DA2.0规范的OPC服务器(RSLinxOPC Server)。理论上，OPC服务器是数据提供方，但在本系统中数据来自地铁车站的各电、扶梯。由于数据可双向读写，因此本系统中各电、扶梯的实时数据(如电梯上下行标志、故障标志、楼层标志等)通过在RockWell公司的PLC(处理器1756-L71)中建立相应的全局标签(内存点)，然后在RSLinx中对“DDE/OPC Topic Configurat1n”进行简单配置，即可实现与PLC的通信，从而将PLC中包含电、扶梯的全局标签导入到RSLinx OPC Server中。
[0036]2) DasRdb实时数据库
[0037]实时数据库DasRdb负责现场设备的数据采集和转换，以及工程值的历史数据入库。采集值和工程值之间的互相转换采用公式方式完成，设备驱动程序只需提供采集值即可。设备驱动程序采用正规动态链接库(dynamic link library, DLL)方式编写,使用时动态加载即可。每个设备DLL驱动采用统一规范的接口函数，驱动程序通过调用这些标准的接口函数实现它的特定功能。驱动程序信息结构ECDINF0在设备驱动程序中填写，通过实时数据库的回调函数实现动态调用。该ECDINF0定长512字节。
[0038]3) IndasOpcClient 客户端
[0039]IndasOpcClient客户端作为中间件，需要实现与RSLinx OPC Server服务器和DasRdb数据库的通信。
[0040]OPCDA规范规定了两种通信方式:同步通信和异步通信。在同步通信方式下当OPC客户程序对OPC服务器进行相关操作时，OPC客户程序必须等到OPC服务器对应的操作全部完成以后才能返回。在此期间OPC客户程序一直处于等待状态。在异步通信方式下当OPC客户程序对服务器进行相关操作时，OPC客户程序发出操作请求后立刻返回并可以进行其他操作，无需等待OPC服务器的响应。当OPC服务器完成操作请求后再通知OPC客户程序。因此，相对于同步通信，异步通信的效率更高，适用于多客户访问同一 OPC服务器和大量数据的场合。本客户端采用异步通信方式，使用回调函数实现服务器通知客户端数据的变化。
[0041]IndasOpcClient客户端实现数据交换中间件的功能，OPC服务器按指定的刷新速率从数据源读取数据。如果数据发生变化，则调用接收器接口成员函数OnDataChangeO将数据送给客户端，客户端刷新界面，同时通过RDC_WriteVar()函数将变化的数据传递给数据库DasRdb，数据库通过设备驱动程序对终端设备进行写操作。当终端设备数据有变化时，数据库通过回调函数通知IndasOpcClient客户端，客户端通过异步写函数ffriteAsync20()向服务器发出写数据请求。服务器在操作完成后，通过调用接口成员函数OnffriteComplete O通知客户写数据完成。
[0042]当使用以上的结构进行解决电扶梯信息孤岛现象的时候，按照如图2的流程来进行。
[0043]SO、开始执行；
[0044]S1、判断是否进行电扶梯的状态信号发送，若否跳转至步骤S9 ;否则跳转至步骤S2 ；
[0045]S2、判断电扶梯的状态信号是否向客户端发送，若是则跳转到步骤S3，否则的话跳转到步骤S6 ；
[0046]S3、采集电扶梯的变化信息；
[0047]S4、转换电扶梯信号为可传输格式；
[0048]S5、将转换后的电扶梯信号发送至客户端，并通知客户端完成数据的转换并跳转至步骤S9 ；
[0049]S6、读取服务器中关于电扶梯状态的数据；
[0050]S7、发送服务器中关于电扶梯的变化数据至客户端；
[0051]S8、将数据发送至采集电扶梯状态处进行处理；
[0052]S9、确定是否要退出，若否，则步骤跳转到步骤SI，否则跳至步骤SlO ；
[0053]S10、结束。
[0054]具体的，当上述的步骤通过图1的结构来实现时，各个步骤对应如图下，
[0055]首先在步骤100，开始执行；
[0056]步骤101，判断服务器是否等待客户程序的异步调用，若否，表明此时并非处理电扶梯的信息孤岛问题，则跳转到步骤109 ；
[0057]步骤102，若是，则判断是否执行写操作，若否，则执行步骤106 ；
[0058]步骤103，若是，则对DasRdb变化的数据进行写操作；
[0059]步骤104,客户端通过异步写函数WriteAsync20向服务器发出写数据请求；
[0060]步骤105,服务器在操作完成后,通过调用接口成员函数OnWriteCompleteO通知客户写数据完成，并跳转到步骤109 ；
[0061]步骤106读取服务器变化的数据；
[0062]步骤107用接收器接口成员函数OnDataChangeO将数据送给客户；
[0063]步骤108客户端刷新界面同时通过RDC_WriteVar O函数将变化的数据传递给数据库DasRdb,并继续执行步骤109 ；
[0064]步骤109判断是否要退出，若否，则步骤跳转到步骤101 ；
[0065]步骤110若是，则结束操作。
[0066]上述的步骤100至步骤S110，分别对应步骤SO至S10。
[0067]当采用以上的方法进行与电扶梯的通信连接的时候，由于原本无法发送到轨道交通综合监控系统的电扶梯信号被转换成可进行传输的信号格式，电扶梯的状态信息能够经过转换，变换成能够发送到监控设备处，突破了原先电扶梯无法将自身状态信息向外的问题，使得监控设备能够对电扶梯的状态进行远程的监控。
[0068]以上仅为本发明【具体实施方式】，不能以此来限定本发明的范围，本【技术领域】内的一般技术人员根据本创作所作的均等变化，以及本领域内技术人员熟知的改变，都应仍属本发明涵盖的范围。
【权利要求】
1.一种解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，包括以下步骤: so、开始执行； 51、判断是否进行电扶梯的状态信号发送，若否跳转至步骤S9;否则跳转至步骤S2 ； 52、判断电扶梯的状态信号是否向客户端发送，若是则跳转到步骤S3； 53、采集电扶梯的变化信息； 54、转换电扶梯信号为可传输格式； 55、将转换后的电扶梯信号发送至客户端，并通知客户端完成数据的转换并跳转至步骤S9 ； S9、确定是否要退出，若否，则步骤跳转到步骤SI，否则跳至步骤SlO ； S10、结束。
2.根据权利要求1所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，还包括: 当所述步骤S2判断电扶梯的状态信号未向客户端发送时，跳转至步骤S6 ;所述步骤S6为:读取服务器中关于电扶梯状态的数据；此后跳转至步骤S7 ； 57、发送服务器中关于电扶梯的变化数据至客户端；此后跳转至步骤S8； 58、将数据发送至采集电扶梯状态处进行处理；此后跳转至步骤S9。
3.根据权利要求1所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤SI包括:判断服务器是否等待客户程序的异步调用。
4.根据权利要求1所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤S2包括:判断是否执行写操作。
5.根据权利要求1所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤S3包括:对DasRdb变化的数据进行写操作。
6.根据权利要求1所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤S4包括:客户端通过异步写函数WriteAsync20向服务器发出写数据请求。
7.根据权利要求1所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤S5包括: 服务器在操作完成后，通过调用接口成员函数OnWriteCompleteO通知客户写数据完成。
8.根据权利要求2所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤S6包括:读取服务器变化的数据。
9.根据权利要求2所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤S7包括:用接收器接口成员函数OnDataChangeO将数据送给客户。
10.根据权利要求2所述的解决城市轨道交通电扶梯信息孤岛的方法，其特征在于，所述步骤S8包括:客户端刷新界面同时通过RDC_WriteVar O函数将变化的数据传递给数据库 DasRdb。
【文档编号】G05B19/418GK104345722SQ201410660337
【公开日】2015年2月11日 申请日期:2014年11月18日 优先权日:2014年11月18日
【发明者】蔡伟周, 匡付华, 杨广禄, 胡阳 申请人:深圳达实智能股份有限公司