具体实施方式

本申请实施例提供了一种杆塔状态数据的实时传输方法及相关设备，由于当杆塔发生故障时，杆塔能将杆塔故障因素及时的发送至监控平台，使得可以通过监控平台直观的获取杆塔的故障因素，相较于对杆塔进行逐一排查确当故障杆塔的信息数据方式效率较高。

请参阅图1，本申请实施例中杆塔状态数据的实时传输方法一个实施例包括：

101、终端采集杆塔的状态数据；

在本实施例中，终端为安装在杆塔上的，用于实时采集杆塔的数据，并与监控终端建立通讯连接。杆塔的状态数据包括杆塔倾斜，微气象、风偏弧垂检测等数据，该状态数据用于判断杆塔的是否处于正常工作。

在本实施例中，终端可以采集杆塔的状态数据方式可以为有线采集方式，也可以为无线采集方式，具体此处不做具体限定。

102、终端根据状态数据获取杆塔故障因素；

终端在获取到状态数据后，结合状态数据，并对该状态数据进行整合，将状态数据中可能造成杆塔故障的所有因素都排列出来，该可能造成杆塔故障的所有因素用于为监控平台需要展示杆塔故障原因的基础数据。

在本实施例中，可能造成杆塔故障的因素包括杆塔倾斜过大，即杆塔倒塌，杆塔微气象过大或过小，风偏弧垂检测大于预设标准或小于预设标准。

103、终端接收监控平台的控制指令，监控平台用于和终端进行通讯；

在本申请实施例中，终端与监控平台是可以进行通讯的，当监控平台需要展示杆塔的实时数据时，监控平台向终端发送一个控制指令；此时，终端就会接收到监控平台的控制指令，该控制指令用于为终端向监控平台发送数据的前提条件。

在本实施例中，该控制指令可以为获取当前数据指令，也可以为持续获取实时数据指令，具体此处不做具体限定。

104、终端根据控制指令将杆塔故障因素发送至监测平台，通过监控平台显示杆塔故障因素。

当终端接收到监控平台发送的控制指令之后，终端就根据该控制指令的要求将杆塔故障因素发送至监控平台，监控平台获取到该杆塔故障因素后，将该杆塔故障因素直接展示。

终端采集杆塔的状态数据；终端根据状态数据获取杆塔故障因素；终端接收监控平台的控制指令，监控平台用于和终端进行通讯；终端根据控制指令将杆塔故障因素发送至监测平台，通过监控平台显示杆塔故障因素。由于当杆塔发生故障时，杆塔能将杆塔故障因素及时的发送至监控平台，使得可以通过监控平台直观的获取杆塔的故障因素，相较于对杆塔进行逐一排查确当故障杆塔的信息数据方式效率较高。

请参阅图2，本申请实施例中杆塔状态数据的实时传输方法另一实施例包括：

201、终端通过采集传感器采集杆塔的状态数据；

在申请实施例中，安装在杆塔上的终端包含了采集传感器，数据通信模块，和处理分析模块等；当终端需要采集杆塔的状态数据的时候，终端控制采集传感器采集杆塔的状态数据，采集传感器在采取到杆塔的状态数据之后，将该杆塔的状态数据传输至终端；此时终端就可以获取到杆塔的状态数据对应的模拟信号。

在本实施例中，终端与采集传感器可以为有线连接，也可以为无线连接，具体此处不做具体限定。

202、终端将状态数据进行分类和封装获取杆塔故障类型；

终端获取到状态数据对应的模拟信号之后，终端将该状态数据对应的模拟信号通过数据通信模块转换成中心节点可处理的数字信号；具体为：数据通信模块接收状态数据，并对该状态数据进行数据压缩，进而对该状态数据进行丢包检测，最终选择最佳路径以防止造成数据阻塞，并生成中心节点可处理的数字信号。

终端将该数字信号按照故障类型进行分类，最终将分类好的故障类型封装好，作为一个故障类型对应一个的故障数据的形式；该杆塔故障类型为步骤203确定杆塔故障因素提供数据基础。

203、终端根据杆塔故障类型确定杆塔故障因素；

终端获取该杆塔故障类型之后，终端确定所有杆塔故障类型对应的故障概率是多少，并按照所有故障对应的概率做降序排序，当该故障类型概率越大，则说明存在越大的可能性是引起杆塔故障的原因；则终端根据最大的故障概率确定杆塔故障因素。

例如当终端获取到戛纳他故障类型有杆塔倾斜过大或过小，和杆塔微气象过大或过小；终端判断得出杆塔倾斜过大或过小引起故障的概率是百分之八十；终端判断得出杆塔微气象过大或过小的概率是百分之一，则终端确定杆塔故障因素为杆塔倾斜过大或过小。

204、终端接收监控平台的控制指令，监控平台用于和终端进行通讯；

本实施例中的步骤204与前述实施例中步骤103类似，此处不再赘述。

205、终端根据控制指令并使用IEEE 802.11无线通信技术将杆塔故障因素发送至监控平台，通过监控平台显示杆塔故障因素。

由于IEEE 802.11无线通信技术是无线局域网通用的标准，其载波的频率为2.4GHZ，可提供1、2、5.5及11Mbit/s的多重传送速度，使用该通信技术可以增强数据在无线传输过程中的可靠性和实时性。所以终端接收到控制指令之后，根据控制指令的要求，将获取到的杆塔故障因素通过IEEE 802.11无线通信技术发送至监控平台。

在本实施例中，由于UDP传输协议是一个无连接协议，在终端上，UDP传输协议传送数据的速度仅仅是受终端获取杆塔故障数据的速度等终端设备的硬件参数；所以终端与监控平台的通信协议使用的是UDP传输协议，可降低节点功耗。

请参阅图3，本申请实施例中杆塔状态数据的实时传输方法另一实施例包括：

301、监控平台向终端发送控制指令，控制指令用于终端将杆塔故障因素发送至监控平台；

当监控平台需要获取杆塔的故障因素之前，监控平台需要先向安装在杆塔上的终端发送一个控制指令，终端才会根据该控制指令将杆塔故障因素的数据发送至监控平台；为使得监控平台接收来自终端发送的杆塔故障因素的相关数据的基础前提。

在本实施例中，监控平台向终端发送的控制指令可以为获取当前数据指令，也可以为持续获取实时数据指令，具体此处不做具体限定。

302、监控平台接收终端发送的杆塔故障因素；

当终端接收到监控平台发送的控制指令之后，终端向监控平台按照该控制指令的要求发送该杆塔故障因素；此时，监控平台接收终端发送的杆塔故障因素。监控终端获取到该杆塔故障因素之后，监控终端对该杆塔故障因素的数据进行数据处理，根据该杆塔故障因素确定该杆塔故障因素具体来自安装在杆塔上的哪个终端，然后判断该杆塔故障因素对应的数据是否在采集该杆塔故障因素的传感器的阈值内，若不在阈值范围内，则监控平台可智能将该杆塔故障因素发送至监控平台的显示模块；若在阈值范围内，且用户并未对监控平台进行任何操作时，监控平台处于休眠状态。

在本实施例中，监控平台接收到该杆塔故障因素之后，可以选将该杆塔故障因素保存至本地，当需要到该杆塔故障因素的数据时，可直接在本地数据库中调取，可以减少获取该杆塔故障因素的时间。

303、监控平台通过显示模块显示杆塔故障因素。

当用户对该监控平台进行需要展示该杆塔故障因素或当监控平台确定该杆塔故障因素对应的数据不在采集该杆塔故障因素的传感器的阈值内时，监控平台就会通过显示模块将该杆塔故障因素和该杆塔故障定位展示出来。

在本实施例中，监控平台可以将该杆塔故障因素和杆塔故障定位二维展示，也可以进行三维展示，具体此处不做具体限定。

请参阅图4，本申请实施例中终端一个实施例包括：

采集单元401，用于采集杆塔的状态数据；

获取单元402，用于根据状态数据获取杆塔故障因素；

第一接收单元403，用于接收监控平台的控制指令，监控平台用于和所述终端进行通讯；

第一发送单元404，用于根据控制指令将杆塔故障因素发送至监测平台，通过监控平台显示杆塔故障因素。

可选的，所述获取单元402，包括：

分类/封装模块4021，用于将状态数据进行分类和封装获取杆塔故障类型；

确定模块4022，用于根据所述杆塔故障类型确定杆塔故障因素。

在本实施例中，采集单元401采集杆塔的状态数据，并将该状态数据发送至分类/封装模块4021，分类/封装模块4021将状态数据进行分类和封装获取杆塔故障类型，并将该杆塔故障类型发送至确定模块4022；确定模块4022根据所述杆塔故障类型确定杆塔故障因素，当监控终端需要获取数据的时候，监控终端向第一接收单元403发送一个控制指令；此时，第一接收单元403接收监控平台的控制指令，并将该控制指令发送至第一发送单元404，监控平台用于和终端进行通讯；第一发送单元404根据控制指令将杆塔故障因素发送至监测平台，通过监控平台显示杆塔故障因素。

请参阅图5，本申请实施例中监控平台一个实施例包括：

第二发送单元501，用于向终端发送控制指令，控制指令用于终端将杆塔故障因素发送至监控平台；

第二接收单元502，用于接收终端发送的杆塔故障因素；

显示单元503，用于通过显示模块显示杆塔故障因素。

在本实施例中，当第二发送单元501向终端发送控制指令后，安装在杆塔上的终端就会根据该控制指令将杆塔故障因素发送至监控平台；此时监控平台的第二接收单元502就会接收终端发送的杆塔故障因素；在接收到该杆塔故障因素之后，当用户需要在该监控平台上进行展示该杆塔故障因素的时候，或当监控平台智能提醒用户杆塔出现故障的时候，监控平台的显示单元503通过显示模块显示杆塔故障因素；完成用户与监控平台的友好交互。

下面对本申请实施例中的终端进行详细描述，请参阅图6，本申请实施例中终端另一实施例包括：

处理器601、存储器602、输入输出单元603、总线604；

处理器601与存储器602、输入输出单元603以及总线604相连；

处理器601执行如下操作：

采集杆塔的状态数据；

根据状态数据获取杆塔故障因素；

接收监控平台的控制指令，监控平台用于和终端进行通讯；

根据控制指令将杆塔故障因素发送至监测平台，通过监控平台显示杆塔故障因素。

本实施例中，处理器601的功能与前述图1至图2所示实施例中的步骤，此处不再赘述。

下面对本申请实施例中的监控平台进行详细描述，请参阅图7，本申请实施例中监控平台另一实施例包括：

处理器701、存储器702、输入输出单元703、总线704；

处理器701与存储器702、输入输出单元703以及总线704相连；

处理器701执行如下操作：

向终端发送控制指令，控制指令用于终端将杆塔故障因素发送至监控平台；

接收终端发送的杆塔故障因素；

通过显示模块显示杆塔故障因素。

本实施例中，处理器701的功能与前述图3所示实施例中的步骤，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。