一种多电梯安全运行的数据通信方法与流程

文档序号:15233044发布日期:2018-08-21 19:54阅读:135来源:国知局

本发明涉及网关通信设计方法,尤其涉及一种多电梯安全运行的数据通信方法。



背景技术:

随着高层建筑的大量涌现,电梯的使用也日益广泛与普及,许多电梯现场的控制设备,大部分时间都工作在无人值守状态。目前国内大部分的电梯仅仅进行定期的检查与维护,只有出了问题才由维修人员上口处理。由于电梯分布区域一般比较广,这种做法的效率并不高。此外电梯出现事故时,往往由于救助不及时而对被困乘客造成二次伤害。因此,研究如何对电梯实施有效的监控是十分迫切的。

目前电梯监控系统的应用并不普遍,原因一是电梯远程监控系统都是由电梯厂家自己开发的,都是针对自己厂家的电梯,没有统一的标准,对其他公司电梯的监控则无能为力兼容性较差。另一个原因是市场上现有的电梯监控系统价格比较昂贵,电梯管理部门一般不愿意采购。

目前己有的电梯监控系统,bacnet、lonworks、konnex等开放协议也已广泛使用,但是用这种方法解决问题实现起来技术方案复杂、成本高,同时由于受到网络覆盖范围、上网手段等条件的限制,很难做到随时随地无缝地监控远程设备。zigbee技术是一种近距离、低复杂度、低功耗、低数据速率、低成本的双向无线通信技术,常应用于传输范围短,数据传输速率低的各种电子元器件设备之间。近年来国内外对zigbee的研究也较多,如2014年,程春等将zigbee与tcp协议之间进行有效转换来实现网关软硬件设计;2015年,杜岗等提出一种基于zigbee技术和gprs技术的网关设计方案,实现监控中心对现地水位的实时监控;发明授权公告号cn103287936b通过zigbee电梯无线网络与zigbee无线探测器通信相连,构建电梯疏散系统。以上的这类文献主要zigbee技术或zigbee技术和其他某一种技术的结合运用,在一定程度上也提高了物联网网关的效率,但对于将zigbee和其他多种通讯技术的运用、异构网络的不同上层协议与底层zigbee协议的对接的研究还比较少。

zigbee是一种无线连接,可工作在2.4ghz频段上,主要适合于自动控制和远程控制领域,可以嵌入各种设备中,同时支持地理定位功能。

gprs(generalpacketradioservice)即通用无线分组业务是基于gsm网络上的一种新的数据传输技术,gprs采用分组交换方式,仅在实际传送和接收数据时才占用无线资源,具有较高的数据传输速率,用户只需在传输数据时按照流量进行付费,这样就大大降低了用户的使用费用,由于gprs网络覆盖范围广,且支持tcp/ip协议从而可以实现与internet的无缝连接。

mqtt(messagequeueingtelemetrytransportprotocol,消息队列遥测传输协议),它是ibm公司所推出的一种基于轻量级代理的发布/订阅模式的消息传输协议,运行在tcp协议栈之上,能够提供有序、可靠、双向连接的网络连接保证。mqtt的优点是:协议简洁轻巧,数据冗余量低、可扩展性强、省流量、省电,并且支持的设备从智能硬件到智能手机无所不包。

zigbee技术在短距离低功耗无线通信中具有优势,而gprs网络在远程数据传输中具有较高的数据传输速率、按照流量进行付费等优势。本发明将电梯终端的传感器数据打包成mqtt格式,并利用zigbee、gprs、tcp/ip等多种协议网络传输数据,充分利用这些协议网络的优点,提高了通讯接口的通用性,并解决电梯数据在不同网络结构、不同通信方式以及不同协议环境下和服务器数据的对接问题。



技术实现要素:

基于此,有必要针对多电梯的兼容性通信问题,提供一种多电梯安全运行的数据通信方法。

根据本发明的目的,提供一种多电梯安全运行的数据通信方法,

定时采集至少一个电梯的数据信息;

将所述数据信息打包成zigbee协议数据包,并通过zigbee网络将所述数据包实时发送到zigbee网关;

所述zigbee网关对接收到的数据包再打包,并将打包后的数据包经由mqtt代理服务器实时发送至通信服务器。

优选的,

所述采集至少一个电梯的数据信息,包括,在所述至少一个电梯内安装楼层计数传感器、速度传感器、噪声传感器、振动传感器、温度传感器、上位机以及zigbee通信组件,通过上述传感器采集电梯的数据信息。

优选的,

所述数据信息格式为{数据包长度、数据头、电梯编码、时间、数据包类型、电梯传感器数据、数据尾、校验码},其中,所述将所述数据信息打包成zigbee协议数据包,并通过zigbee网络将所述数据包发送到zigbee网关,包括,将数据格式为{数据包长度、数据头、电梯编码、时间、数据包类型、电梯传感器数据、数据尾、校验码}的数据信息打包成满足zigbee协议传输的数据包,并且预先配置好zigbee网关地址,再将所述数据协议包发送到与所述zigbee网关地址对应的zigbee网关上。

优选的,

所述zigbee网关对接收到的数据包再加工,并将加工后的数据包经由mqtt代理服务器发送至通信服务器,具体为,zigbee网关接收到所述数据包后,对所述数据包进行再打包,并结合预先配置的服务器ip,将再打包后的数据格式设置为{接收到的电梯终端的数据包、服务器ip},打包后的数据包经zigbee网关应用程序的数据层后到达zigbee网关应用程序的逻辑层,在该层中,根据自定义协议解析成框架内统一的传感器设备对象实例,然后再经过json格式处理类将转化来的传感器设备实例打包成json格式字符串数据,再将所述json格式字符串数据发送给mqtt代理服务器,mqtt代理服务器通过gprs协议将所述json格式字符串数据发送到通信服务网关,通信服务网关一方面将数据存入db数据库进行持久化存储操作;另一方面则将所述json格式字符串数据推送到已经订阅的通信服务器。

本发明还提出了一种多电梯安全运行的数据通信方法,该方法包括,

通信服务器查找数据库中的待发送信息,其中,所述待发送信息包括至少一个电梯信息,以及与该至少一个电梯信息对应的zigbee网关ip地址和zigbee地址,

通信服务器将命令数据包以及所述待发送信息打包成待发送数据包发送到通信服务网关,所述通信服务网关将所述待发送数据包经过mqtt代理服务器发送到对应的zigbee网关,

所述zigbee网关对接收到的所述待发送数据包进行分析,如果所述待发送数据包中包含目的电梯zigbee地址,则将所述待发送数据包中的命令数据包重新打包,并经过zigbee网络发送到目的电梯的zigbee通信组件中。

本发明的有益效果:

(1)实现了多种类电梯的数据通信兼容性;

(2)实时远程无缝地监控远程电梯设备,保证了电梯的安全运行;

(3)数据传输过程中的协议设计简洁、轻巧,数据冗余量低,可扩展性强,省流量以及省电,在节约能源与资源的同时,实现对多种电梯的安全运行实时监控。

附图说明

图1为多电梯安全运行的网关通信的电梯、网关及服务器的布局图。

图2为多电梯安全运行的网关通信架构图。

图3为多电梯安全运行的网关通信数据传输流程图。

图4为电梯发送数据到服务器数据流图。

图5为服务器返回命令到电梯的数据流图。

具体实施方式

下面结合附图对本申请作进一步详细描述,有必要在此指出的是,以下具体实施方式只用于对本申请进行进一步的说明,不能理解为对本申请保护范围的限制,该领域的技术人员可以根据上述申请内容对本申请作出一些非本质的改进和调整。

如图1所示,为本发明的多电梯安全运行的网关通信的电梯、网关及服务器的布局图。

目前前电梯监控系统的应用并不普遍,原因一是电梯远程监控系统都是由电梯厂家自己开发的,都是针对自己厂家的电梯,没有统一的标准,对其他公司电梯的监控则无能为力兼容性较差。因此,本发明中采用的是在电梯中设置zigbee通信组件,每个电梯都设置相应的楼层计数传感器、速度传感器、噪声传感器、振动传感器、温度传感器、上位机,各类传感器采集相应的数据信息,楼层计数传感器采集楼层计数信息,速度传感器采集电梯运行速度数据,噪声传感器采集周围噪声数据,振动传感器采集电梯振动数据,温度传感器采集温度数据,通过不同的传感器采集不同的数据,并将这些数据通过上位机统计传送到zigbee通信组件中,这样实现了多个电梯数据的采集过程。

在现实生活中,电梯的运用范围也是广泛的,如小区,商场,学校等,因此,在不同的小区、学校、商场等再设置相应的网关,在本发明中,采用的是zigbee网关,因此,也就需要对采集的数据进行打包,这样就可以使得每个电梯的zigbee通信组件都能与zigbee网关进行基于zigbee协议的数据通信,解决了兼容性问题。从而实现了与通信服务器的通信。

如图2所示,为本发明的多电梯安全运行的网关通信架构图。

在本发明的方案中,包括三个层,即底层、中间层和上层,每一层都对应着相应的功能。首先,在底层设计中,采用zigbee通信协议,实现电梯数据采集后,zigbee通信组件与zigbee网关之间的基于zigbee协议的通信,从而满足兼容性问题,其次,通过gprs网络以及tcp/ip协议传输数据,并经过mqtt代理服务器传送到通信服务网关,最后经由通信服务网关发送到管理应用层中,在该部分中,管理应用下发控制命令经由中间层发送到底层中,底层也会实时将监测数据上传到管理应用中。

如图3所示,为本发明的多电梯安全运行的网关通信数据传输流程图。

在本发明中,采集的数据信息格式为{数据包长度、数据头、电梯编码、时间、数据包类型、电梯传感器数据、数据尾、校验码},其中,电梯编码用13位物联网卡号表示,将数据格式为{数据包长度、数据头、电梯编码、时间、数据包类型、电梯传感器数据、数据尾、校验码}的数据信息打包成满足zigbee协议传输的数据包,由于不同的zigbee网关获取的都是与之范围内的电梯中的zigbee通信组件进行数据交互,就需要设置相应的zigbee网关地址,这样才可以找到对应的zigbee网关进行数据交互,因此,在本发明中,会预先配置好zigbee网关地址,再将所述数据协议包发送到与所述zigbee网关地址对应的zigbee网关上。

所述zigbee网关对接收到的数据包再加工,并将加工后的数据包经由mqtt代理服务器发送至通信服务器,具体为,zigbee网关接收到所述数据包后,对所述数据包进行再打包,并结合预先配置的服务器ip,将再打包后的数据格式设置为{接收到的电梯终端的数据包、服务器ip},打包后的数据包经zigbee网关应用程序的数据层后到达zigbee网关应用程序的逻辑层,在该层中,根据自定义协议解析成框架内统一的传感器设备对象实例,然后再经过json格式处理类将转化来的传感器设备实例打包成json格式字符串数据,再将所述json格式字符串数据发送给mqtt代理服务器,mqtt代理服务器通过gprs协议将所述json格式字符串数据发送到通信服务网关,通信服务网关一方面将数据存入db数据库进行持久化存储操作;另一方面则将所述json格式字符串数据推送到已经订阅的通信服务器。

传感器数据包格式={数据包长度、数据头、电梯编码(用13位物联网卡号表示)、时间、数据包类型、电梯数据、数据尾、校验数据},以电梯发送到服务器的数据包为例,[00385a4c31323334353637383930313233100c0f0e342eb00000000000000000000000000000000000000000000000000000000000000d0a0000],其中,0038为客户端发送的数据包长度;5a4c为数据头;31323334353637383930313233用13位物联网卡号表示电梯编码;100c0f0e342e为时间;b0为数据包的类型;000000000000000000000000000000000000000000000000000000000000为发送数据内容,各种传感器采集的数据,具体内容和编码详见数据编码表;0d0a为数据尾;0000为校验码。

如图4所示,为本发明的电梯发送数据到服务器及服务器返回命令到电梯的数据流图。首先,采集电梯中的数据信息后,会将数据打包,以及设置服务器ip地址,从而将数据发送到其对应的服务器中,其次,检测zigbee网络是否繁忙,如果是,则将数据放入缓冲中,返回上一步骤,如果为否,则发送至通信网关,此时,检测通信服务器是否可以连接,如果可以,则将数据上传至通信服务器中,否则将数据放入缓冲,待检测到服务器可以连接时,再继续传送数据。

如图5所示,为本发明的电梯发送数据到服务器及服务器返回命令到电梯的数据明细图。

通信服务器收到数据后,会对数据进行保存,并且配置相应的数据格式,存储模式也会根据其对应的地址信息进行存储。当服务器需要主动查询或者回复电梯数据信息时,服务器会在数据库中查找其需要发送数据的电梯信息,如其ip地址,zigbee网关地址等,将这些数据打包,然后检查通信网关是否可以连接,如果可以,则发送至通信网关,否则等待检测连接成功继续发送,发送到通信网关后,继续检查zigbee网络是否繁忙,如果否,则根据相应的zigbee网关地址发送数据,并且基于zigbee通信组件地址发送到指定的电梯中。

具体的,通信服务器查找数据库中的待发送信息,其中,所述待发送信息包括至少一个电梯信息,以及与该至少一个电梯信息对应的zigbee网关ip地址和zigbee地址,

通信服务器将命令数据包以及所述待发送信息打包成待发送数据包发送到通信服务网关,所述通信服务网关将所述待发送数据包经过mqtt代理服务器发送到对应的zigbee网关,

所述zigbee网关对接收到的所述待发送数据包进行分析,如果所述待发送数据包中包含目的电梯zigbee地址,则将所述待发送数据包中的命令数据包重新打包,并经过zigbee网络发送到目的电梯的zigbee通信组件中。

其中,服务器发送到电梯的数据包的数据包格式={电梯编码,命令数据},服务器接收到zigbee网关发送的信息后,

成功时:[001b5a4d31323334353637383930313233100c0f0e342eb0000d0a0000]

失败时:[001b5a4d31323334353637383930313233100c0f0e342eb0010d0a0000]

其中,和上面类似,001b为服务器发送的数据包长度;5a4d为数据头;31323334353637383930313233为电梯编码;100c0f0e342e为时间;00和01为发送数据内容,00表示数据发送成功,01表示发送失败;0d0a为数据尾;0000为校验数据。

同时,本发明还给出一种电梯失联检测方法,该方法既可以通过电梯主动发送数据检测,也可以通过服务器主动轮询进行检测,具体如下:

电梯定时发送:电梯间隔一定时间向服务器发送在线数据包;服务器接受在线数据包后,记录电梯编码以及接受时间,并维护电梯的最后2次在线数据包信息;当长时间未接收到在线数据包时,认为当前电梯处于失联状态。

服务器定时轮询:服务器发送命令数据包后等待预设的超时时间,超时时间超过后任然接受不到电梯的反馈信息时重试3次,3次失败后认为当前电梯处于失联状态。失联记录包含:网关地址是否能够正常访问、网关地址是否拒绝转发数据包、电梯是否存在反馈信息等。

本发明中,给出了如下表所示的,为电梯发送数据到服务器及服务器返回命令到电梯的数据明细图。

表1.服务器发往电梯终端的轮询指令

表2.电梯(机房)终端回复服务器的数据

表3.电梯(机房)终端回复服务器的数据明细

以下为本发明的数据通信具体流程方式。

#通信数据包

#

---------------------------------------------------------------------------

#登陆包

#

---------------------------------------------------------------------------

客户端:[00115a4b313233343536373839303132330d0a],其中0011是该包的数据长度,5a4b为数据头31323334353637383930313233是电梯编码,0d0a为数据尾。

服务端成功时:[00055a5b000d0a]

服务端失败时:[00055a5b010d0a]

其中,0005长度,5a5b数据头,00和01数据内容,0d0a数据尾。

#

---------------------------------------------------------------------------

#预警/报警包

#

---------------------------------------------------------------------------

客户端:[00385a4c31323334353637383930313233100c0f0e342eb00000000000000000000000000000000000000000000000000000000000000d0a0000]

服务端:

成功时:[001b5a4d31323334353637383930313233100c0f0e342eb0000d0a0000]

失败时:[001b5a4d31323334353637383930313233100c0f0e342eb0010d0a0000]

#

---------------------------------------------------------------------------

#数据查询包

#

---------------------------------------------------------------------------

服务端:[001a5a4d31323334353637383930313233100c0f0e342eb50d0a0000]

客户端:[00385a4c31323334353637383930313233100c0f0e342eb50000000000000000000000000000000000000000000000000000000000000d0a0000]

#

---------------------------------------------------------------------------

#时间同步包

#

---------------------------------------------------------------------------

服务端:[00205a4d31323334353637383930313233100c0f0e342eb8100c0f0e342e0d0a0000]

客户端:

成功时:[001b5a4c31323334353637383930313233100c0f0e342eb8000d0a0000]

失败时:[001b5a4c31323334353637383930313233100c0f0e342eb8010d0a0000]

#

---------------------------------------------------------------------------

#修改gprs包

#

---------------------------------------------------------------------------

服务端:[00205a4d31323334353637383930313233100c18141119bdc0a8006f1f980d0a0000]

客户端:

成功时:[001b5a4c31323334353637383930313233100c0f0e342ebd000d0a0000]

失败时:[001b5a4c31323334353637383930313233100c0f0e342ebd010d0a0000]

#

---------------------------------------------------------------------------

#读取gprs包

#

---------------------------------------------------------------------------

服务端:[001a5a4d31323334353637383930313233100c18161337bc0d0a0000]

客户端:[00205a4c31323334353637383930313233100c0f0e342ebcc0a8006f1f980d0a0000]

以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1