CN107770282A - 一种城市复杂环境下的消防逃生救援系统 - Google Patents

Abstract

本发明提供了一种城市复杂环境下的消防逃生救援系统，属于互联网技术领域。它解决了消防救援反应时间长、救援效果差等技术问题。一种城市复杂环境下的消防逃生救援系统，本系统包括硬件部分和软件部分，硬件部分包括：监控节点、IOT云平台、数据监控中心、汇聚网关、串口服务器、主控MCU、通信模块和电源电路，主控MCU控制和协调串口服务器和通信模块，电源电路供整个系统用电；汇聚网关负责控制节点与IOT云平台之间的数据转换和传输，数据监控中心显示IOT云平台输送的信息；软件部分包括：消防救援主程序、网关联网程序和串口服务器通信程序。本发明具有消防救援反应快、救援效果好等优点。

Description

一种城市复杂环境下的消防逃生救援系统

技术领域

本发明属于互联网技术领域，涉及一种城市复杂环境下的消防逃生救援系统。

背景技术

近年来，由于社会的高速发展，火灾也随之增多。公共场合的安全越来越引起关注。一旦发生紧急事件，如何将大量人员快速安全的疏散，已成为公共安全首先应该考虑的问题。

建立城市消防物联网系统，对于加大、加强消防部门的监督、管理手段和力度，提高企事业单位火灾预防能力，提高消防部队快速反应能力、争取宝贵时间迅速出警，最大限度地减少社会和人民群众生命财产的安全具有十分重要和现实的意义。

目前，传统消防的硬件技术主要有应急照明技术、火灾报警技术，自动喷淋技术等，这些技术并不能帮助人群快速安全逃生，只能提供灭火功能。

而最近提出的智慧消防的概念，集中在智能机器人，智能灭火装置，智能无人机等，采用的技术主要体现在数据采集。但是设备所采集的数据，并没有很好的利用起来，同时设备之间没有数据交互，无法实现设备的联动。因此所采集的数据并没有太大的实时性和可用性，无法实现设备联动，无法为逃生救援提供可行的技术支持。也无法帮助逃生救援。

消防救援逃生，是火灾发生时的首要工作，其意义和价值是非常明显的。现有技术的缺陷如下：

1、传统消防只提供一些非智能化设备，一旦发生火灾不能第一时间为逃生救援提供帮助；

2、传统消防所采集的数据不能及时有效的提供给信息的所需者，大大降低了火场信息的实时性和有效性。

发明内容

本发明的目的是针对现有的技术存在的上述问题，提供一种城市复杂环境下的消防逃生救援系统，本发明所要解决的技术问题是如何构建消防救援系统，以提高救援效率和消防安全性。

本发明的目的可通过下列技术方案来实现：一种城市复杂环境下的消防逃生救援系统，其特征在于，本系统包括硬件部分和软件部分，所述硬件部分包括：

监控节点、IOT云平台、数据监控中心、汇聚网关、串口服务器、主控MCU、通信模块和电源电路，所述主控MCU控制和协调串口服务器和通信模块，所述电源电路供整个系统用电；所述汇聚网关负责控制节点与IOT云平台之间的数据转换和传输，所述数据监控中心显示IOT云平台输送的信息；

所述软件部分包括：消防救援主程序、网关联网程序和串口服务器通信程序。

在上述的一种城市复杂环境下的消防逃生救援系统中，所述通信模块包括以太网通信模块、蓝牙通信模块和内网通信模块，所述以太网通信模块包括应用MCU子系统、Wi-Fi网络处理器子系统和电源管理子系统。

在上述的一种城市复杂环境下的消防逃生救援系统中，所述内网通信模块负责串口服务器与控制节点的内网通信，支持串口232/485，同时兼容ZigBee通信；其中，ZigBee采用TI公司的CC2530芯片。

在上述的一种城市复杂环境下的消防逃生救援系统中，所述蓝牙通信模块采用HC－05蓝牙模块，采用V2.0标准协议。

串口模块工作电压3.3V，工作电流:配对中；30～40mA；配对完毕未通信；2～8mA、通信中：8mA；支持UART，USB，SPI，PCM，SPDIF等接口，并支持SPP蓝牙串口协议，具有成本低、体积小、功耗低、收发灵敏性高等优点。系统启动后，用户手机蓝牙与智能网关蓝牙进行配对，配对过程中HC－05蓝牙上面的红色指示灯频繁闪烁，当HC－05与手机蓝牙配对成功后一直保持待机状态，红色指示灯常亮，等待用户发送指令。

在上述的一种城市复杂环境下的消防逃生救援系统中，所述消防救援主程序如下：

1)、各控制节点实时监测大楼各处，同时将监测到的数据通过ZigBee协调器整合后，实时发送到汇聚网关；

2)、汇聚网关实时接收Zigbee传感器传送过来的数据，经过网关内部处理后，反馈信息到汇聚节点，命令其在火险发生时报警，同时将数据实时发送到IOT云平台。

3)、IOT云平台实时接收网关传送过的数据，并进行处理；若判断火灾发生，IOT云平台通过接收的数据，利用迪杰斯特拉(Dijkstra)算法判断逃生和救灾路径。云服务器将路径打包反馈给网关，同时将路径和火灾信息发送到前端，前端通过web界面显示，并通过3D模型同步模拟火灾现场。

4)、汇聚网关接收到IOT云平台发送过来的路径后，解析并反馈给各路径指示灯和各控制节点。路径指示灯接收命令后指示出最短最优路径，位于火灾区域的指示灯发出红光，节点发出报警，其余的节点和指示灯与路径指示灯联动，为人群指示一条最短最优逃生路径。

在上述的一种城市复杂环境下的消防逃生救援系统中，所述网关联网程序中，汇聚网关中CC3200WIFI模块初始化结束后，开始通过WIFI连接本地路由器，进一步连接云端服务器；具体过程是：NONOS运行到user_init()函数开始，调用uart_init()函数将串口波特率初始化为115200；wifi_set_opmode()初始化为STATION模式；读取FLASH 0x109～0x10D扇区存储的MQTT配置相关信息后初始化MQTT；连接WiFi路由器，如果获取IP则连接MQTT服务器否则定时器定时2S重复连接路由器直至成功获取IP，接收到MQTT服务器发送的控制命令后将命令按照协议封装后通过串口发送给ZigBee协调器；同时如果串口中断被触发，先判断数据类型，根据不同类型数据进行处理，如果是节点数据，则按照协议将数据封装后，通过串口发送给蓝牙；同时发送给MQTT服务器；如果是从蓝牙来的控制命令，则按照协议将数据封装后，通过串口发送给ZigBee协调器；如果是一键配置信息则提取信息存储到FLASH对应的扇区，然后软件重启系统。

与现有技术相比，本发明具有以下优点：

1、未发生火灾时，可以实时监控大楼各处的环境数据，可实时掌控大楼情况；

2、通过大数据的分析，可得知哪些地点发生火灾可能性较大，做到提前预防火灾发生；

3、火灾发生时，节点可判断火灾并自动报警，并将数据发送到网关，实现设备联动；

4、火灾发生时，云服务器收到网关数据，并计算出最短最优路径，为人群提供逃生路径，帮助人群快速安全逃生；

5、发生火灾时，云服务器收到火灾信息后自动向当地消防支队发送火灾发生地点和信息，让消防支队可及时救援；

6、系统提供web界面与3D模型，消防员可清晰直观的了解到火场的实时情况；

7、消防员进行救援时，系统可提供最快最安全的消防救援通道，帮助消防员进行救援；

8、丰富的应用场景，可以满足各种城市复杂地形的消防逃生救援。

附图说明

图1是城市复杂环境下火灾逃生示意图。

图2是本消防逃生救援系统的应用流程图。

图3是本系统中网关的原理图。

图4是本系统中网关的布线图。

图5是本系统中以太网模块的电路原理图。

图6是本系统中蓝牙模块的原理图。

图7是本系统中ZigBee芯片的原理图。

图8是本系统中电源电路的原理图。

图9是电源电路中DC-DC电路图。

图10是本系统的总流程图。

图11是本系统中以太网通信流程图。

图12是本系统中Zigbee模块工作流程图。

具体实施方式

以下是本发明的具体实施例并结合附图，对本发明的技术方案作进一步的描述，但本发明并不限于这些实施例。

如图1所示，本项目针对传统消防应急灯，是全新的技术改造，不仅赋予了应急照明功能、逃生功能，还具有采集功能、路径引导功能。“消防逃生救援系统”，通过传感器节点采集现场数据，通过网关与服务器进行交互，采用Dijkstra最优路径选择算法，在服务器端计算出逃生最优路径，并将数据反馈给前端和网关，使火灾现场情况在前端的3d模型中展现出来。路径指示灯引导人们通往安全通道的出口。

如图2所示，我们的系统采用采用Zigbee和WiFi无线通信技术，解决了火灾现场的数据通信问题。使用ZigBee传感网对大楼火情进行监控，ZigBee网络短距离低功耗成本低稳定性好，当有火灾发生时，蜂鸣器警报，系统自动发送报警短信，传感器节点采集的温度烟雾等信息通过网关发送到云端服务器。服务器采用Dijkstra最优路径选择算法，在云端计算出逃生最优路径，并将数据反馈给前端和网关，火灾情况及逃生路径可以实时的在Web端的3D模型中展现出来，同时网关调控逃生指示灯，使人们可以跟随指示灯所指示的路径通往安全的地方。当消防人员到达火场时，系统将计算出一条最快，最安全的通道提供给消防人员，帮助消防人员直达火灾现场。

方案中：在云端部署一台公有的服务器，采用REST架构、MQTT协议的代理服务器、构建MYSQL+mongodb+InfluxDB的数据库系统(主要实现信息的关联、日志管理、可视化数据管理等)；并实现用户、云服务器的注册和绑定功能、云服务器及节点设备的增删改查的操作功能,云服务器与网关间的数据交互功能。

其次，节点设备会不断地通过MQ系列气体传感器和温湿度传感器检测节点周围火灾情况。节点执行芯片会从杂乱的数据中提取出有用的信息并处理，再由UART将该数据以规定格式交给ZigBee网络。网关从ZigBee网络中拿到数据后会进一步分析(网关的原理图和布线图如附图3和附图4所示)，在本地对火灾情况的监测，一旦火灾发生网关会直接不经过服务器直接下达一些安全指令，保证最基本的逃生措施。同时会监测节点是否正常工作等。等网关将数据处理分析等任务完成后会将处理后的数据打包通过网络发给云服务器。云服务器采用MQTT协议，在网关数据和云服务器数据之间建立数据链路。通过收集到网关传过来的数据，完成对设备的状态判断。当判断发生火灾时，通过网关发送过来的数据，进行后台算法运算，计算出最短最优路径。计算出最优最短路径后，云服务器将路径以JSON格式发送给网关，网关调控底层设备产生联动。在联动中，路径指示灯指示出逃生路径，引导人群逃生；火灾处的传感器发出警报，提醒人群火灾发生处。

云服务器与网关数据流的互通：

本案的云服务器与网关数据流交互，采用MQTT协议。该协议是由IBM主导开发的的一种轻量级发布/订阅的消息协议传输协议，具有轻巧、开放、简单、规范的特点。

该协议运行在TCP/IP，或其它提供了有序、可靠、双向连接的网络连接上。它有以下特点：

1、使用发布/订阅消息模式，提供了一对多的消息分发和应用之间的解耦。

2、消息传输不需要知道负载内容。

3、提供三种等级的服务质量：最多一次、至少一次、仅一次4、以很小的传输消耗和协议数据交换，最大限度减少网络流量的消耗

5、异常连接断开发生时，能够通知到与该连接相关各方

基于REST架构的运行环境：

本案的云服务器，针对目前市场应用的需求，拟采用REST架构。REST(Representational state transfer)，表征状态转义。它提供了一组设计原则和约束条件。主要适用于客户端与服务器类的软件，其特点是：客户端-服务器分离(client-server)、无状态(Stateless)、缓存(Cache)、分层系统(Layered System)、支持按需代码。Reset软件架构使用CRUD原则，该原则认为只需要四种行为：创建(Create)、获取(Read)、更新(Update)和销毁(Delete)，就可以组合成其它无数，这四个操作是最基本的操作，即无法再细分的操作，这些操作可以构建复杂的操作过程，正如数学上的四则运算是数字的最基本运算一样。基于此架构设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

MySql数据库+Redis的二级存储体系：

本案的云服务器采用MySql数据库+Redis的二级存储体系。MySql数据库+Redis，它是磁盘+内存关系的一个映射，MySql存储的内容放在磁盘，Redis存储的内容放在内存，这样的话，Web应用每次只访问Redis，如果没有找到的数据，才去访问MySql。Redis是一种缓存机制，是驻留在内存中运行的，这大大提升了高数据量Web访问的访问速度。Redis与Memcached同属于缓存，但Memcached仅提供了简单的数据结构，比如string存储；而Redis却提供了大量的数据结构，比如string、list、set、hashset、sorted set这些，故我们团队在此次设计云端服务器时采用了Redis缓存，这使得我们的开发更为地灵活。

迪杰斯特拉(Dijkstra)算法：

本案的云服务器，需要通过接收的数据计算出最优最短逃生路径，因此我们改进了迪杰斯特拉算法，为我们计算出一条最优最短的逃生路径。迪杰斯特拉(Dijkstra)算法是典型最短路径算法，用于计算一个节点到其他节点的最短路径。它的主要特点是以起始点为中心向外层层扩展(广度优先搜索思想)，直到扩展到终点为止。然而我们的系统需要的是深度优先搜索，因此我们在迪杰斯特拉算法上做出了改进，使其适应我们的系统。

Zigbee无线技术：

本案的节点采用zigbee技术，基于OSAL机制具有稳定可靠的通讯质量，同时在条件允许下可覆盖大型区域，具体特点如下：网路自动修复、自动路由、覆盖面积广、断电可续航、信息交互频繁，保证实施性、支持低功耗、信息传输安全可靠。

串口服务器的联网配置：

传统串口服务器有两种方式配置联网，一种是基于模块内嵌的web服务器，开发者通过web浏览器方式登录后配置相关参数；另一种是采用APP与模块间的smartconfig技术。两种方式各有利弊，第一种方式的缺点是：开发者需要采用专门配置软件工具，串口服务器的配置和启动时间较长。第二种方式是：利用APP对模块进行smartconfig配置时，配置成功率受距离、路由器信号等多个外部条件的影响。本案拟用蓝牙方式，将串口服务器联网所需的配置信息，通过手机APP的配置界面，一次性发送给串口服务器。这样一方面提高了配置效率，降低模块对APP的粘稠度，其次，还可以通过蓝牙方式，实现串口服务器的内网交互。

基于Json格式的数据收发：

JSON是一种轻量级的数据交换格式。它基于ECMAScript规范的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。云服务器与网关之间，通过MQTT相互通信，网关与传感器之间，通过ZigBee通讯。为提高转发效率，实现通信三方的相互兼容，需采用统一的JSON格式，如果必要还应该增加校验机制来保证消息的正确性。

数据传输加密：

AES(The Advanced Encryption Standard)是美国国家标准与技术研究所用于加密电子数据的规范。为保证云服务器与外网通信的数据安全，需要在云端服务器和网关之间，建立一种数据加密机制。

串口服务器的OTA功能：

优化后的串口服务器程序，通过云端服务器，启动OTA功能，实现在线升级，提高产品服务质量和效率。该功能类似于手机操作系统在线更新，不同的是串口服务器的更新，是由云端服务器发起的通信，而手机系统由用户向服务器发起的升级。

主控MCU：

串口服务器采用ST公司生产的基于高性能的ARM Cortex-M3 32位的RISC内核，工作频率为72MHz，内置高速存储器(高达128K字节的闪存和20K字节的SRAM)，丰富的增强I/O端口和联接到两条APB总线的外设。所有型号的器件都包含2个12位的ADC、3个通用16位定时器和一个PWM定时器，还包含标准和先进的通信接口：多达2个I2C和SPI、3个USART、一个USB和一个CAN。STM32F103xx增强型系列工作于-40℃至+105℃的温度范围，供电电压2.0V至3.6V，一系列的省电模式保证低功耗应用的要求。STM32是系统核心，作为整个嵌入式串口服务器的控制管理者和各模块间协调工作的调度者。硬件电路图如图5。

通信模块包括以太网通信模块、蓝牙通信模块和内网通信模块，各部分具体结构如下：

以太网通信模块：

以太网通信，目前支持RJ45和WiFi通信；其中WiFi模块采用SimpleLink CC3200(如图5)，CC3200由3大块组成，即应用MCU子系统、Wi-Fi网络处理器子系统和电源管理子系统。

应用MCU子系统包含一个运行频率为80MHz的行业标准ARM Cortex-M4内核，同时还包含多种外设，例如快速并行摄像头接口，I2S，SD/MMC，UART，SPI，I2C和四通道模数转换器(ADC)。CC3200系列包括用于代码和数据的灵活嵌入式RAM，以及具有外部串行闪存引导加载程序和外设驱动程序的ROM。

Wi-Fi网络处理器子系统包含一个额外的专用ARM MCU，负责Wi-Fi功能，可完全免除应用MCU的处理负担。这个子系统包含802.11b/g/n射频、基带和具有强大加密引擎的MAC，以实现支持256位加密的快速、安全互联网连接。CC3200器件支持基站、访问点和Wi-Fi直接模式。此器件还支持WPA2个人和企业安全性以及WPS2.0。Wi-Fi片上互联网包括嵌入式TCP/IP和TLS/SS堆栈，HTTP服务器和多个互联网协议。

电源管理子系统包括支持广泛电源电压范围的集成直流-直流转换器。这个子系统可启用低功耗模式，诸如具有RTC的休眠模式，所需电流少于4μA。

蓝牙通信模块：

本智能网关采用HC－05蓝牙模块(如图6)，采用V2.0标准协议，串口模块工作电压3.3V，工作电流：配对中；30～40mA；配对完毕未通信：2～8mA、通信中：8mA；支持UART、USB、SPI、PCM、SPDIF等接口，并支持SPP蓝牙串口协议，具有成本低、体积小、功耗低、收发灵敏性高等优点。系统启动后，用户手机蓝牙与智能网关蓝牙进行配对，配对过程中HC－05蓝牙上面的红色指示灯频繁闪烁，当HC－05与手机蓝牙配对成功后一直保持待机状态，红色指示灯常亮，等待用户发送指令。

内网通信模块：

串口服务器与设备的内网通信，支持串口232/485，同时兼容ZigBee通信。其中，ZigBee采用TI公司的CC2530芯片(如图7)，其内部集成了8051增强型内核微控制器、性能优秀的RF射频收发器、片内可编程闪存、8KB RAM、8路12位分辨率AD、5通道DMA、电池电量及片内温度检测等强大功能的一款射频单片机。

电源电路：

根据功耗分布拓扑图如图8所示，测试得知各部分单元功耗：ESP8266平均工作电压3.3V电流80mA、CC2530平均工作电压3.3V电流50mA、蓝牙工作电流不大于50mA、透传切换部分电压5.0V电流100mA，总体合计功耗W，3.3V电压功耗W。故DC-DC部分可选择输出功率大于W的3.3V LDO电源稳压芯片，同时AC-DC部分也必须选择输出功率大于W的5V电源模块。DC-DC电路原理图如图9所示。

软件部分如下：

一、消防救援主程序

如图10所示，首先，ZigBee各节点实时监测大楼各处，同时将监测到的数据通过ZigBee协调器整合后，实时发送到网关。

网关实时接收Zigbee传感器传送过来的数据，经过网关内部处理后，若有火灾发生，反馈信息到节点，命令其报警。同时将数据实时发送到云服务器。

云服务器实时接收网关传送过的数据，并进行处理。若判断火灾发生，云服务器启动最短最优路径选择算法，通过接收的数据计算出一条最短最优路径。云服务器将路径打包反馈给网关，同时将路径和火灾信息发送到前端，前端通过web界面显示，并通过3D模型同步模拟火灾现场。

网关接收到云服务器发送过来的路径后，解析并反馈给各路径指示灯和各节点。路径指示灯接收命令后指示出最短最优路径，位于火灾区域的指示灯发出红光，节点发出报警。其余的节点和指示灯与路径指示灯联动，为人群指示一条最短最优逃生路径。

二、网关联网程序

网关中CC3200WIFI模块初始化结束后，开始通过WIFI连接本地路由器，进一步连接云端服务器。具体过程是：NONOS运行到user_init()函数开始，调用uart_init()函数将串口波特率初始化为115200；wifi_set_opmode()初始化为STATION模式；读取FLASH0x109～0x10D扇区存储的MQTT配置相关信息后初始化MQTT。连接WiFi路由器，如果获取IP则连接MQTT服务器否则定时器定时2S重复连接路由器直至成功获取IP，接收到MQTT服务器发送的控制命令后将命令按照协议封装后通过串口发送给ZigBee协调器；

同时如果串口中断被触发，先判断数据类型，根据不同类型数据进行处理，如果是节点数据，则按照协议将数据封装后，通过串口发送给蓝牙；同时发送给MQTT服务器；如果是从蓝牙来的控制命令，则按照协议将数据封装后，通过串口发送给ZigBee协调器；如果是一键配置信息则提取信息存储到FLASH对应的扇区，然后软件重启系统。以太网工作流程如图11所示。

三、串口服务器通信程序

串口服务器与ZigBee节点部分的设计，是在TI公司的ZStack协议栈基础上进行移植，其主要特点就是兼容性，完全支持IEEE 802.15.4ZigBee的CC2530片上系统解决方案。

如图12所示，Z-stack配置针对的是TI官方的开发板CC2430DB、CC2430EMK等，如采用其他开发板，则需根据原理图的设计来修改hal_board_cfg.h文件配置。串口服务器与ZigBee汇聚节点连接，并配置汇聚节点为协调器Coordinator模式，其主要功能是将节点采集的数据转发给应用层，同时将应用层的命令转发给节点。在任务调度中添加串口事件和相应程序函数接口，在该函数中接收串口收到的数据并使用广播方式将数据通过ZigBee网络发送给全部终端节点；而节点采集的数据则会以ZigBee点播的方式发送给网关，在数据消息处理回调函数中接收节点点播给网关的数据消息，并通过串口发送给云端服务器。

本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。

Claims (6)

1.一种城市复杂环境下的消防逃生救援系统，其特征在于，本系统包括硬件部分和软件部分，所述硬件部分包括：

监控节点、IOT云平台、数据监控中心、汇聚网关、串口服务器、主控MCU、通信模块和电源电路，所述主控MCU控制和协调串口服务器和通信模块，所述电源电路供整个系统用电；所述汇聚网关负责控制节点与IOT云平台之间的数据转换和传输，所述数据监控中心显示IOT云平台输送的信息；

所述软件部分包括：消防救援主程序、网关联网程序和串口服务器通信程序。

2.根据权利要求1所述一种城市复杂环境下的消防逃生救援系统，其特征在于，所述通信模块包括以太网通信模块、蓝牙通信模块和内网通信模块，所述以太网通信模块包括应用MCU子系统、Wi-Fi网络处理器子系统和电源管理子系统。

3.根据权利要求2所述一种城市复杂环境下的消防逃生救援系统，其特征在于，所述内网通信模块负责串口服务器与控制节点的内网通信，支持串口232/485，同时兼容ZigBee通信；其中，ZigBee采用TI公司的CC2530芯片。

4.根据权利要求2所述一种城市复杂环境下的消防逃生救援系统，其特征在于，所述蓝牙通信模块采用HC－05蓝牙模块，采用V2.0标准协议。

5.根据权利要求1或2或3或4所述一种城市复杂环境下的消防逃生救援系统，其特征在于，所述消防救援主程序如下：

1)、各控制节点实时监测大楼各处，同时将监测到的数据通过ZigBee协调器整合后，实时发送到汇聚网关；

2)、汇聚网关实时接收Zigbee传感器传送过来的数据，经过网关内部处理后，反馈信息到汇聚节点，命令其在火险发生时报警，同时将数据实时发送到IOT云平台；

3)、IOT云平台实时接收网关传送过的数据，并进行处理；若判断火灾发生，IOT云平台通过接收的数据，利用迪杰斯特拉(Dijkstra)算法判断逃生和救灾路径；

4)、汇聚网关接收到IOT云平台发送过来的路径后，解析并反馈给各路径指示灯和各控制节点。

6.根据权利要求1所述一种城市复杂环境下的消防逃生救援系统，其特征在于，所述网关联网程序中，汇聚网关中CC3200WIFI模块初始化结束后，开始通过WIFI连接本地路由器，进一步连接云端服务器。