用于城市强对流天气预防的传感器网络的制作方法

文档序号:18703730发布日期:2019-09-17 23:19阅读:244来源:国知局
用于城市强对流天气预防的传感器网络的制作方法

本发明涉及一种用于预防城市强对流天气的传感器网络。



背景技术:

随着我国城市的不断发展,城市生活也变得日益复杂,事故防治形势不容乐观,城市灾害的类型种类逐渐增多,其中城市火灾,强对流天气灾害占多数。

城市火灾是城市灾害防治的重点对象。由于城市火灾的蔓延趋势快、危机范围广等特点,在城市火灾预防与避险方面的研究相对较多。

相反,在城市强对流天气预防领域,鲜有稳定、高效、实用的系统。城市灾害中强对流天气一般属于小型空间中气象发生的现象,因为强对流天气产生的速度快、空间相对小,所以预报以及预警的工作拥有一定困难。然而,世界范围内的城市强对流天气的事故频率越来越高,危害程度只增不减。城市气象灾害越发呈现出高破坏性,高频次性,低稳定性,决定因素多元性。强对流天气灾害相对于其他城市灾害,它的破坏性更大,影响范围更广,预防工作更难。常见的强对流天气如雷暴、雷雨、短时强降水、暴雪、大风等,如果不能妥善的防治这些强对流天气灾害,其造成的经济损失以及人员伤亡将难以想象,甚至会发生链式反应,造成另外的一系列城市灾害。



技术实现要素:

本发明的目的是:使得普通用户可以通过移动智能设备了解危害安全的因素,并进行一定权限的管理干预。而在城市强对流天气所造成的事故发生后,即使周边通信设施被破坏,救灾人员也可得到救灾辅助信息。

为了达到上述目的,本发明的技术方案是提供了一种用于城市强对流天气预防的传感器网络,其特征在于,包括布置在待监测区域的多个位置固定不动的固定节点,所有固定节点发出的信号将待监测区域完全覆盖,用户通过移动智能终端与固定节点进行数据交互;所述传感器网络还包括搭载在无人机、无人车或无人船上的移动节点,移动节点从外部获取救援目标的位置信息后,将该位置信息发送给无人机、无人车或无人船的控制系统,由无人机、无人车或无人船搭载移动节点移动至救援目标位置处,救援目标与移动节点建立通信后,由无人机、无人车或无人船完成避险救援任务;

固定节点与移动节点之间利用lora协议进行组网,组成分布式无线传感器网络系统,组网时,lora的物理层协议采用透明广播模式,仅移动节点是透明广播模式中的汇聚节点,所有固定节点都将数据通过lora透明广播传输给移动节点;

固定节点与移动节点的结构相同,包括主控模块、传感模块、定位模块、无线通信模块及供电模块,供电模块为主控模块、传感模块、定位模块及无线通信模块提供工作电压,传感模块用于采集节点周围的环境数据,定位模块用于给出当前节点的定位信息,无线通信模块包括用于实现节点间通信的低功耗广域网lora单元及用于实现节点与移动智能终端通信的蓝牙单元;

将移动智能终端发送至固定节点或移动节点的数据帧定义为请求帧,请求帧由帧头部分、控制帧部分、数据请求帧部分、循环检错码部分组成,其中:

帧头部分包含当前请求帧的描述信息,帧头部分用于检测当前请求帧的完整性,以及过滤剔除非本传感器网络的数据帧,帧头部分中包括用于标识接收当前请求帧的是固定节点还是移动节点的节点标识位;

控制帧部分包含请求传感器数据或控制周边器件指令,控制帧部分中包括用于标识控制帧部分包含的是请求传感器数据或是控制周边器件指令的标识位,若标识位表示控制帧部分包含的是请求传感器数据,则帧指针直接指向数据请求帧部分,否则解析控制帧部分;

仅当控制帧部分包含的是请求传感器数据,则解析数据请求帧部分,数据请求帧部分封装了控制请求内容、请求目标、以及返回数据的类型;

循环检错码部分采用了crc循环检测码,仅当固定节点或移动节点检测crc循环检测码的结果正确时,才真正接收数据,否则判断为噪声数据,并废弃;

固定节点与移动节点进行组网通信时将通信协议的数据包作为心跳包,采用的数据格式包括帧头部分、数据帧部分、位置信息帧部分及求和检错码部分,其中,帧头部分仅由数据长度以及播撒前就已经写入节点的唯一id号组成;数据帧部分封装了所有传感器数据;位置信息帧部分封装了节点的定位信息的经纬度数据;求和检错码为数据帧部分与位置信息帧部分之和。

优选地,所述传感模块包括雷电传感器、大气压传感器及可燃气体浓度传感器。

优选地,所述帧头部分还包括用于标识当前请求帧长度的数据长度标识位,当所述固定节点或所述移动节点解析数据长度标识位得到的数据帧长度与实际数据帧长度不符时,判定当前请求帧无效;所述帧头部分还包括用于将当前传感器网络与其他外部系统相隔离的隔离标识位。

本发明将传统的集中式监测-避险结构变为分布式结构。使用者直接使用移动设备从节点获得网络监测数据信息。应用本发明提供的传感网络后,事故周边的管理员或人民群众在日常生活中就可以通过移动智能设备从多业务无线传感器网络节点获得的数据及相应分析决策结果中了解危害安全的因素,并进行一定权限的管理干预。而在事故发生后,即使周边通信设施被破坏,救灾人员也可通过移动智能设备直接由多业务无线传感器网络节点获取多业务无线传感器网络覆盖区域内的监测数据,并得到救灾辅助信息。而事故周围的人民群众也可以通过移动智能设备了解事故灾害情况,并根据移动设备提供的避险指导进行疏散撤离。通过对本系统的研究,有望为城市安全保障提供新的支持技术,进一步强化的日常安全监测的效果,在险情事故发生时挽救人民群众生命财产损失。

附图说明

图1为实施例公开的节点硬件结构图;

图2为实施例中的请求帧格式;

图3为实施例中的帧头数据格式;

图4为控制帧部分数据格式;

图5为数据请求帧部分数据格式;

图6为lora组网通信协议数据格式;

图7为透明广播模式下的无线传感器网络组网流程。

具体实施方式

下面结合具体实施例,进一步阐述本发明。应理解,这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解,在阅读了本发明讲授的内容之后,本领域技术人员可以对本发明作各种改动或修改,这些等价形式同样落于本申请所附权利要求书所限定的范围。

本发明提供的一种用于城市强对流天气预防的传感器网络,由固定节点及移动节点组网而成,固定节点布置在待监测区域,其位置固定不动;移动节点搭载在无人机、无人车或无人船上。

本实施例中,固定节点与移动节点的结构相同,以下统称为多业务节点。在多业务节点的硬件设计中,既要考虑多业务节点硬件满足数据采集功能,又要考虑多业务节点硬件支持无线传感器网络组网,以及对移动智能设备提供快速接入通信业务。多业务节点需要满足以下几个要求:

(1)节点低功耗特点

由于本发明提供的传感器网络是城市环境下兼容日常监测和灾区避险的分布式无线传感器网络系统。与室内环境下的集中式网络系统不同,多业务节点无法由外部持续供电,而是使用纽扣电池或其他携带式电池。在电量固定的情况下,一旦节点功耗过大节点寿命降低,加上灾情恶化,节点快速死亡,无线传感器网络拓扑结构频繁变化,不仅影响数据传输的完整性、稳定性,严重时还会导致整个系统崩溃,故节点需要满足低功耗特点。

(2)移动智能设备快速、稳定连接

使用者不仅要在日常监测中通过移动智能设备接入无线传感器网络获取监测信息,还需要在灾区避险环境下结合移动智能设备的功能组合进行快速避险逃生。这要求多业务节点可以为移动智能设备提供准确的数据支持以及快速稳定的接入业务。

(3)节点高效组网

由于本发明为分布式无线传感器网络系统,不同于集中式网络系统,节点间数据不可完全闭塞,而是需要各个多业务节点有一定规则的数据交互形成一张稳定的网络。而多业务节点的无线通信能力直接影响系统组网的性能,因此多业务节点集成性能优异的无线通信模块可以使节点高效组网,从而扩大网络的覆盖范围,提高数据传输的准确性、稳定性。

(4)节点体积小、成本低

灾区环境恶劣,在短时间内会有大批多业务节点死亡,为了系统可以正常工作需要在多业务节点死亡的过程中不断补充新的多业务节点进入网络,从而提高网络活性。这就要求无人机一次播撒的节点个数尽量多,即节点体积尽量小、成本尽量低。

(5)较高的可扩展性

城市环境下的灾害情况复杂,影响灾害的物理量类型繁多,在多业务节点体积小、成本低的前提要求下,无法覆盖所有灾害的监测物理量。因此为了多业务节点可以适应多种应用环境,多业务节点的硬件需满足高可扩展性。

基于上述五点要求,本实施例中公开的多业务节点主要分为五个部分:mcu及输出接口、传感器及gps模块、无线通信模块、周边器件控制接口、供电部分。

mcu采用stm32f103芯片作为节点的核心控制模块。

通过集成传感器,多业务节点可以实现对周围环境的感知,采集物理世界量化后的环境参数,为系统提供数据支持。本实施例中,多业务节点采用as3935雷电传感器、mpl3115大气压传感器、tgs813可燃气体浓度传感器以及atk1218全球定位gps模块。

为了构建完整的无线传感器网络,达到远程数据交互以及实现移动智能设备与节点的直接通信,需要集成无线通信模块。节点组网时为了满足系统低功耗的要求,集成的无线通信模块需要支持低功耗广域网。常用的zigbee由于成本较高,通信距离较短,稳定性较差,不适合避险环境下的无线传感器网络。而lora采用窄带gfsk调制实现远距离传输,tdma时分复用,冲突退避机制,适合快速稳定应急组网。故本实施例中的多业务节点采用as32-ttl-1w低功耗广域网lora模块支持节点间通信,atk-hc05-v13蓝牙模块支持物理层与应用层的数据交互。两类无线通信模块相互协调,为系统实现无线传感器网络拓扑提供支持,从而达到全局网络共享实时数据,并支持附近移动智能设备蓝牙快速接入系统实时采集网络各有效节点实时数据。

由于周边器件的多样性以及未来节点的可扩展性,并且为满足节点体积小、成本低、扩展性高等特点,周边器件并不会内嵌到每一个多业务节点中,而是单节点在硬件层面提供控制接口,在节点连入周边器件的情况下提供控制器件的功能。除此之外,节点内嵌cr2032纽扣电池作为供电部分,为mcu及输和接口以及传感器和gps模块提供电源支持。

多业务节点为整个系统提供数据支持,而硬件节点的数据来源于传感器,为了使传感器实时、准确、有效地采集物理数据,传感器驱动需要适配系统功能以及传感器功能。在驱动设计中需要尽量满足:可扩展性、可维护性、易读性。

mpl3115传感器对大气压数据敏感,并通过i2c数据接口与mcu进行交互。

mpl3115有以下三大模式:

(1)关闭模式(off):该模式下模块失能,阻塞设备任何操作,模块一旦上电将自发转换模式为等待模式。

(2)等待模式(standby):该模式下模块可以进行数字信息搜集操作以及por(power-onreset,上电复位)操作,并且可以接收指令、传输存储数据操作。模拟信息搜集操作关闭,在控制寄存器配置标识位后进入激活模式。

(3)工作模式(active):该模式兼容所有操作,包括数字信息搜集、模拟信息搜集、por操作、接收指令、传输存储数据操作。

等待模式虽然不能进行模拟信息搜集操作,但是在功耗上远远低于工作模式,为了满足节点的低功耗特点,mpl3115的驱动设计需准确切换模式以尽量降低节点的功耗。节点在无移动设备接入时,数字化的传感数据足以支持系统运作,而在数据上传阶段模拟类型的传感数据更能保证其实时性。

as3935雷电传感器可以采集雷电距离,风暴前沿闪电个数等数据,模块同时支持i2c、spi通信,为了增强代码的复用性,选择与mpl3115一致的通信方式即i2c通信。

as3935有以下三种模式:

(1)关闭模式(power-downmode):在该模式下模块不提供任何操作,模块上电并初始化后自动转换模式

(2)监听模式(listeningmode):在该模式下模块的afe(activefrontend,整流/回馈),看门狗,电压调节器正常运行。模块会将功耗降至最低,如果在该模式下,模块的最大电压不超过3.6v,模块将关闭稳压器节省功率。

(3)信号验证(signalverification):每当看门狗检测到输入信号超过某个阈值时,as3935就会进入此模式。如果接收到的信号被归类为干扰信号,那么as3935将自动返回监听模式,无需外部任何必要的操作,并且将产生可屏蔽的中断信号。如果接收到的信号符合所有要求,则执行计算,as3935提供距离估计。

as3935的监听模式已经自带了低功耗的特点,其驱动程序不需要额外的模式切换,即使模块进入信号验证阶段也不需要干预就可以保证模块低功耗、抗噪声、稳定等特点。

tgs813具有灵敏度高、结构简单、寿命较长等特点,适合在工业环境或户外避险环境下,其原理是基于气敏元件表面气体的吸附作用与解吸附作用。tgs813对甲烷、乙烷、丙烷、异丁烷等可燃气体非常敏感,可以满足节点监测爆炸或火灾等。由于tgs813只有简单的一种工作模式,无法在驱动中降低模块的功耗。驱动只需要为tgs813提供串口,并监听串口的数据,解析并存储数据即可。

多业务节点的mcu核心控制模块由于存储空间相对有限,无法满足大量数据的持久化存储,及时对外转移数据可以增加节点寿命。但是物理层与应用层的开发环境具有较大的差异,为了通信双方可以有效、快速解析对方的数据,必须制定格式精简、传输稳定的通信协议。本发明分别针对业务节点与移动智能设备数据交互、作为子节点的固定节点向作为簇首节点的移动节点数据递交即节点组网,制定了两种通信协议。

一)多业务节点与移动智能设备进行蓝牙通信的协议设计

为实现多业务节点与移动智能设备的双向数据传输,需要通信双方在数据链路层对数据传送控制规定一套双方都必须遵循的约定,即通信协议。协议中生成的每一条传输信息必须拥有明确且唯一的意义,接收方在预定位置给予相应的响应,并且发送方需独立实现响应指定的行为。节点与移动智能设备在数据链路层上的通信,均以bit流的形式进行传输交换,但是无法保证bit流在传输过程中一定不产生差错,因此通信协议还需要提供纠错与重发机制,以保证传输过程中数据的准确性。

系统中几乎所有的数据帧都是以移动智能设备作为发送方,节点作为接收方并返回相应的响应,因此在系统中定义:移动端发送至节点的数据帧称为请求帧,节点响应请求帧返回的数据帧称为响应帧,一次有效的请求与响应称为一次数据交换。

为了达成通信双方数据格式一致,使用的协议往往需要具有技术标准,比如数据链路层经典的协议-sdlc、hdlc以及ppp等。然而考虑到该系统低功耗的要求,系统通信协议中,数据帧在保证信息可以传输的情况下,首要考虑的是传输的低功耗,即在完成功能的前提下尽量少发送数据。因此自定义了一种适合该系统的通信协议。该通信协议产生的请求帧分为四部分,如图2所示。

结合图3,其中帧头包含该数据帧的描述信息,这一帧用于检测数据帧的完整性,以及过滤剔除非本系统的数据帧,使解析数据过程中更加安全。其中低五位唯一标识数据帧长度,解析数据帧长度与实际数据帧长度不符时判定该数据帧无效,第五位与第六位为系统标识,用于隔离其他外部系统,最高位用于区别普通节点与无人机负载节点。为了降低无人机负载节点与固定节点在驱动上的耦合性,同时提高节点开发的效率,方便之后对其中一种节点单独进行功能再研发,对两类节点的帧头标识位做区别。

结合图4,第二个字节为控制帧,包含数据帧类型以及控制周边器件指令。请求帧可以分为两类,一类是请求传感器数据,另一类则携带控制周边器件指令。控制帧用于筛选控制指令,当请求指令是传感器数据请求类型,那么控制帧的最高位为0,控制帧不再解析,帧指针直接指向下一字节即数据请求帧;当移动设备发送的是周边设备控制指令,那么控制帧的最高位为1,控制帧立刻被解析,并执行相应的操作,由于节点预留了周边器件的接口,控制帧同样也预留了多条蓝牙指令,可供二次开发时使用。

结合图5,第三部分是在控制帧无效的基础上解析的,如果控制帧有效则不解析数据请求帧。请求帧封装了控制请求内容、请求目标、以及返回数据的类型。其中最低位是请求数据类型位,0表示请求整型,1浮点表示,最高三位为请求类型位,第四位为请求控制位,0表示请求其中某一传感器数据,具体的传感器id为第一位至第三位;1表示请求所有传感器数据,此时传感器id无效。

在系统进行双向数据传输中,无论传输层如何设计,差错都不可以被忽视。这种差错可能会导致在链路上传输的一个或者多个帧被破坏,出现比特差错,从而使节点接收到错误的数据,返回错误的数据或执行错误的操作。为尽量提高节点收到数据的正确率,在蓝牙数据结构最后加入crc循环检测码,仅当节点检测的结果正确时接收方才真正接收数据,否则判断为噪声数据,并废弃无效数据帧。

当节点解析完这四部分后,返回请求的数据。响应帧的结构根据解析到的数据请求帧数据相关,比如移动智能设备请求大气压数据,硬件解析后返回大气压数据,没有固定的结构,在此不多赘述。

二)节点lora组网通信协议设计

与蓝牙通信协议不同,lora组网通信协议摒弃请求-响应模式,采用单向的数据递交模式,接收方节点即簇首节点只接收并存储数据并不会响应数据,而发送方节点也只需要将注意力放在发送信息。

在系统的无线传感器网络中,lora组网的通信协议主要针对传感数据以及位置信息的封装,信息的流动主要是为了簇首节点可以维护全局节点信息表,并且考虑到信息表的完整性、无线传感器网络节点的密集性,该协议必须具有高效性、精简性、易于纠错等特点。故协议不再设立过多的标识位,采用求和校检的方式来精简纠错方式。lora组网通信协议的数据格式如图6所示。

该数据帧帧头不再设立系统标识位,只包含数据长度以及播撒前就已经写入节点的唯一id号;数据帧封装所有传感器数据,顺序依次为大气压数据,雷电距离数据,风暴前沿头闪电个数数据,可燃气体浓度数据;位置信息帧封装了节点的gps的经纬度数据;求和检错码为数据帧与位置信息帧之和。为了尽量减少数据传输的次数,组网协议中不再单独设立心跳包的数据格式,而是将该通信协议的数据包作为心跳包。

与其他已有的信息网络不同,本发明提供的监测-避险类无线传感器网络规模较大,动态性较强,传感器节点的能量、通信能力、计算能力和存储能力等有限,很难由人工对大量传感器节点进行精确的部署和管理,需要结合合适的模型和方法对其进行设计和分析,以提高其可靠性和运行效率,自发完成既定应用目标。

首先要选择合适的传输模式,lora的物理层协议中具有定点传输模式、透明广播模式等。定点模式中,任意节点均可作为发送方,需要在待发送的数据帧头部拼接目标节点的地址与信道,目标节点工作在非睡眠模式即可接收该数据帧;而透明广播模式中,节点无需写入目标节点的地址与信道,发送完毕后,所有lora通信范围内的非睡眠模式且具有相同地址、相同信道的节点均可接收到该消息。现有两套可行的组网方式:定点模式分信道传输组网、透明广播模式分时序组网。

定点模式广泛应用于无线传感器网络组网或中继等应用,点对点的工作模式使网络具有较高的稳定性、拓扑性以及动态性,子节点只需要维护簇首节点或者邻居节点的地址以及信道,即可进行分层或平面组网。但是基于定点模式的组网都要子节点搜寻邻居节点、簇首节点选举、子节点存储邻居节点与簇首节点信息等耗时操作,当节点死亡或新节点加入的情况发生时,无线传感器网络会进行部分网络重组。而在避险环境下,物理环境恶劣,节点死亡频率高,新节点加入频繁,如果使用定点模式进行无线传感器网络组网,短时间内网络可能会进行多次重组,无线传感器网络会使用更多的能耗去维持网络的完整性,必将导致网络延时提高,簇首节点信息不能及时更新,影响系统快速避险的精准性,增大整个网络的功耗。

使用透明广播模式进行无线传感器网络组网具有网络简单、组网速度快等优点,但是也有簇首节点难以选举、子节点之间信息闭塞等劣势。透明广播模式相比于定点模式更加适合稳定性差、组网简单的无线传感器网络。本发明将由无人机、无人车或无人船搭载的移动节点作为簇首节点,并由无人机、无人车或无人船对移动节点进行供电,所以网络不需要考虑簇首的选举,所有子节点只需要关注向簇首节点递交数据,簇首节点只关注接收、存储数据,这正好弥补透明广播模式下簇首节点选举繁琐、子节点信息闭塞的缺点。

使用透明广播模式进行组网还需要解决信道冲突问题,lora协议栈集成了“冲突退避”的信道冲突问题解决方案,即多个子节点在同一个信道上向簇首节点发送信息,簇首节点检测到信道冲突而只接收其中一个子节点的消息,而其他各个节点随机生成一个duty-cycle并在一段时间后重发该消息。但是随着子节点个数增多,网络中发生信道冲突的可能性也逐渐增大,为了降低信道冲突发生的频率,在“冲突退避”机制的基础上引入分时序上传策略。子节点在落地后进行初始化,初始化成功并测试到传感数据以及位置信息,上传数据至簇首节点即无人机负载节点,在延时一段时间后刷新传感数据以及位置信息再次发送。透明广播模式下的无线传感器网络组网流程如图7所示。

采用透明广播模式分时序上传数据的组网策略,数据丢包率可能相比于定点模式会略高一点,但是低功耗性能以及组网效率更加出色。透明广播模式更加适合本系统无线传感器网络。

为了在组网过程中减少簇首节点计算操作,将大部分能耗用于接收与存储数据,簇首节点对接收数据具有“懒惰性”,即接收到封装了传感器信息和位置信息的数据后并不会立刻解析数据,而是以二进制的形式存储该数据,在后期上传至应用层或者在物理层处理数据时才会进行解析。除此之外,簇首节点还需检测子节点是否存活,簇首节点在一段时间内未收到某一节点的数据包,或者接收到的数据包中求和检错码为0,那么簇首节点会在几分钟延迟后删除该节点,默认该节点由于外界原因已经死亡。

本发明针对节点低功耗特点,移动智能设备快速、稳定连接的要求,节点高效组网的要求,节点体积小、成本低、较高的可扩展性的要求,设计了业务节点的硬件结构,并以该结构为基础研究了硬件驱动的设计。为了节点在数据链路层高效、稳定通信,本发明还设计了节点与移动智能设备的通信协议以及节点组网的通信协议,并再其基础上设计了节点组网模式。

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