CN114291676B - 电梯通用逻辑分析方法、装置、系统、设备和存储介质 - Google Patents

Abstract

本申请涉及一种电梯通用逻辑分析方法、装置、系统、设备和存储介质，其中，该方法包括：通过操作系统新增监测通道，并根据所述监测通道监测的运行信号，获取电梯运行时相应的状态数据；根据所述运行信号对相应的所述监测通道进行数据格式配置；当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件。通过本申请，解决了相关技术中存在无法获取更多电梯运行时的状态数据，进行故障分析的问题，实现了通过增加监测通道获取更多状态数据，并根据设置的紧急故障事件进行故障分析的效果。

Description

电梯通用逻辑分析方法、装置、系统、设备和存储介质

技术领域

本申请涉及电梯技术领域，特别是涉及一种电梯通用逻辑分析方法、装置、系统、设备和存储介质。

背景技术

随着电梯技术日益成熟和电梯标准的逐步完善，电梯产品也更加安全可靠，但是目前电梯的使用场景十分广泛，并且随着电梯使用年限的增加和电梯产品存在的设计缺陷，电梯在使用过程中也会出现各类异常问题导致故障。

目前，通常是通过示波器通道对电梯运行过程中的各类运行状态的信号进行监测，由于示波器通道有限，导致对信号的监测也比较有限，如果是电梯设计不足引起的多发性故障，设计人员会比较容易发现故障，从而能够解决引发该故障的问题，但是对某些复杂度较高的故障，它会同时影响很多运行状态的信号，又或者是一些偶发性很强的故障，都需要根据电梯的运行状态对故障进行分析，但是从目前技术中有限的监测信号中难以获得足够的运行状态，因此存在无法获取更多电梯运行时的状态数据，进行故障分析的问题。

针对相关技术中存在无法获取更多电梯运行时的状态数据，进行故障分析的问题，目前还没有提出有效的解决方案。

发明内容

在本实施例中提供了一种电梯通用逻辑分析方法、装置、系统、设备和存储介质，以解决相关技术中存在无法获取更多电梯运行的状态数据，进行故障分析的问题。

第一个方面，在本实施例中提供了一种电梯通用逻辑分析方法，包括：

通过操作系统新增监测通道，并根据所述监测通道监测的运行信号，获取电梯运行时相应的状态数据；

根据所述运行信号对相应的所述监测通道进行数据格式配置；

当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件。

在其中的一些实施例中，所述根据所述监测通道监测的运行信号，获取电梯运行时相应的状态数据，包括：

根据所述监测通道监测的运行信号，从电梯系统原有的通信协议中获取电梯运行时相应的状态数据，和/或；

根据所述监测通道监测的运行信号，通过相应的通信端口从所述电梯系统中获取电梯运行时相应的状态数据，并将所述运行信号增加到所述原有的通信协议中。

在其中的一些实施例中，所述根据所述运行信号对相应的所述监测通道进行数据格式配置，包括：

获取所述运行信号相应的通信端口和通信数据格式，对相应的所述监测通道的接口和通信数据帧协议进行配置；

对所述监测通道的配置进行有效性检查，并保存所述监测通道配置中有效的所述监测通道。

在其中的一些实施例中，在所述根据所述运行信号对相应的所述监测通道进行数据格式配置之后，还包括：

通过经过配置的所述监测通道，输出相应的所述状态数据的波形，并在同一窗口显示所述波形。

在其中的一些实施例中，在所述当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件之前，还包括：

根据所述紧急故障事件，预先对相应的各所述监测通道设置对应的逻辑判断条件，得到紧急故障事件的配置。

在其中的一些实施例中，所述当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件，包括：

判断各所述监测通道的所述状态数据是否满足相应的所述逻辑判断条件；

若所述状态数据同时满足相应的所述逻辑判断条件，则触发相应的所述紧急故障事件，并将所述状态数据保存到紧急故障事件数据区；

若所述状态数据不满足相应的所述逻辑判断条件，则不触发所述紧急故障事件。

第二个方面，在本实施例中提供了一种电梯通用逻辑分析装置，包括：核心板；所述核心板上设有CPU和存储器；

所述CPU，用于实现上述第一个方面所述的电梯通用逻辑分析方法；

所述存储器，用于存储监测通道和所述监测通道相应的状态数据。

在其中的一些实施例中，上述装置还包括：扩展板和显示屏；所述扩展板，包括多种串行接口模块；

所述串行接口模块，用于与电梯系统各通信端口进行通信；

所述显示屏，用于将电梯运行时的状态数据进行可视化展示。

第三个方面，在本实施例中提供了一种电梯通用逻辑分析系统，包括：电梯系统和实现上述第二个方面所述的电梯通用逻辑分析装置；

所述电梯通用逻辑分析装置通过串行接口模块与所述电梯系统中相应的通信端口进行通信，获取所述电梯系统运行时的状态数据。

第四个方面，在本实施例中提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一个方面所述的电梯通用逻辑分析方法方法。

第四个方面，在本实施例中提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一个方面所述的电梯通用逻辑分析方法方法。

与相关技术相比，在本实施例中提供的电梯通用逻辑分析方法、装置、系统、设备和存储介质，通过操作系统新增监测通道，并根据所述监测通道监测的运行信号，获取电梯运行时相应的状态数据；根据所述运行信号对相应的所述监测通道进行数据格式配置；当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件，解决了无法获取更多电梯运行时的状态数据，进行故障分析的问题，实现了通过增加监测通道获取更多电梯运行时的状态数据，从而能够进行故障分析的效果。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为一个实施例中电梯通用逻辑分析方法的硬件结构框图；

图2为一个实施例中电梯通用逻辑分析装置的结构框图；

图3为一个实施例中电梯通用逻辑分析系统的结构框图；

图4为一个实施例中电梯通用逻辑分析方法的流程图；

图5为一个实施例中步骤S520中监测通道有效性检查方法的流程图；

图6为一个实施例中状态数据输出波形示意图；

图7为一个实施例中触发紧急故障事件的流程图；

图8为一个优选实施例中电梯通用逻辑分析方法的流程图。

图中：100、电梯通用逻辑分析装置；200、电梯通用逻辑分析系统；10、扩展板；11、串行接口模块；12、电源模块；20、核心板；21、CPU；22、存储器；23、晶振；24、扩展口；30、显示屏；40、电梯系统；41、电梯控制器；42、轿厢端；43、轿外召唤盒；44、曳引机。

具体实施方式

为更清楚地理解本申请的目的、技术方案和优点，下面结合附图和实施例，对本申请进行了描述和说明。

除另作定义外，本申请所涉及的技术术语或者科学术语应具有本申请所属技术领域具备一般技能的人所理解的一般含义。在本申请中的“一”、“一个”、“一种”、“该”、“这些”等类似的词并不表示数量上的限制，它们可以是单数或者复数。在本申请中所涉及的术语“包括”、“包含”、“具有”及其任何变体，其目的是涵盖不排他的包含；例如，包含一系列步骤或模块(单元)的过程、方法和系统、产品或设备并未限定于列出的步骤或模块(单元)，而可包括未列出的步骤或模块(单元)，或者可包括这些过程、方法、产品或设备固有的其他步骤或模块(单元)。在本申请中所涉及的“连接”、“相连”、“耦接”等类似的词语并不限定于物理的或机械连接，而可以包括电气连接，无论是直接连接还是间接连接。在本申请中所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。通常情况下，字符“/”表示前后关联的对象是一种“或”的关系。在本申请中所涉及的术语“第一”、“第二”、“第三”等，只是对相似对象进行区分，并不代表针对对象的特定排序。

在本实施例中提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。比如在终端上运行，图1是本实施例的电梯通用逻辑分析方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102和用于存储数据的存储器104，其中，处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置。上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限制。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示出的不同配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如在本实施例中的电梯通用逻辑分析方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106用于经由一个网络接收或者发送数据。上述的网络包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(NetworkInterface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种电梯通用逻辑分析装置，图2是该装置相应的结构框图，如图2所示，该电梯通用逻辑分析装置100包括：扩展板10、核心板20以及显示屏30；

上述扩展板10上设有多种串行接口模块11和电源模块12；

串行接口模块11包括：RS485接口模块、RS422接口模块以及CAN接口模块，用于与电梯系统中通用的各通信端口进行通信，获取电梯运行时不同的运行信号以及状态数据。

具体地，扩展板10通过上述RS485接口模块、RS422接口模块以及CAN接口模块与电梯系统中相应的通信端口连接，获取相应的电梯运行时的运行信号。其中，RS485接口模块、RS422接口模块以及CAN接口模块都是电梯系统中常用的通信端口，运行信号包括：当前给定速度、电梯实际运行速度、当前楼层、当前位置、目标位置、门状态、安全回路、门区状态以及井道开关信号等，安全回路是指门锁和急停等安全信号，门区状态指的是电梯的平层信号。

电源模块12，与扩展板10连接，用于为电梯通用逻辑分析装置100供电。

具体地，在本实施例中电源模块12可以集成到扩展板10上，通过接插件端口与扩展板10直连，用于为电梯通用逻辑分析装置100供电。

进一步地，上述串行接口模块11还包括：USB接口模块和/或TF卡接口模块，用于存储状态数据。

通过USB接口模块和TF卡接口模块，可以分别将获取的状态数据以相应的数据格式存储在USB设备或TF卡，并且也可以从USB设备或TF卡中调用数据。根据实际应用需求，为了提供更完整的存储功能，这两种接口模块可以同时存在于串行接口模块11中，但是串行接口模块11中只包括USB接口模块的情况，或是只包括TF卡接口模块的情况也是可以构想的。

进一步地，上述串行接口模块11还包括：RS232接口模块、SPI接口模块以及IIC接口模块，用于作为预留接口，当电梯系统中包含相应的通信端口时，与相应的通信端口进行通信。

具体地，上述RS232接口模块、SPI接口模块以及IIC接口模块也是能够与电梯系统中常用的通信端口进行通信连接的通用接口。由于不同电梯厂家设计的电梯系统中接口通常不同，甚至同一电梯厂家设计的不同电梯系统中接口也可能不相同，因此在装置中预留接口，当装置接入其他包含与上述接口模块相应的电梯系统时，通过上述接口模块能够适应性地与其他电梯系统进行通信。

上述核心板20上设有CPU21和存储器22；CPU21用于通过操作系统对监测通道进行配置；存储器22，用于存储获得的状态数据。

具体地，通过扩展板10获取得到电梯运行时的运行信号以及相应的状态数据后，在核心板20上的CPU21中通过安卓操作系统的应用程序增加监测通道，并且根据运行信号对应的接口和数据格式，通过应用程序对监测通道进行数据格式等配置，使监测通道能够对运行信号进行监测，并且输出相应的状态数据。存储器22可以对监测通道输出的状态数据或状态数据的波形进行存储。

进一步地，上述核心板20上还设有晶振23和扩展口24；晶振23用于为电梯通用逻辑分析装置100提供时钟信号；扩展口24用于使核心板20能够与扩展板10连接。

具体地，晶振23是一种时钟元件，通常一个系统共用一个晶振23，便于各部分保持同步。扩展口24用于将核心板20与其他应用进行扩展配置，在本实施例中，核心板20通过其上的扩展口24与扩展板10连接，从而获取扩展板10获取的运行信号和相应的状态数据。

需要知道的是，在本实施例中核心板20是一种嵌入式的带CPU21的最小系统，通过扩展口24与扩展板10连接，但是在其他实施例中，将核心板20集成到扩展板10中，通过接插件与扩展板10直连的情况也是可以构想的。

上述显示屏30，与核心板20连接，用于将电梯运行时的状态数据进行可视化展示。

具体地，在核心板20中通过监测通道输出监测得到的电梯运行状态数据后，还可以将状态数据在同一窗口以波形输出，显示屏30用于显示核心板20输出的状态数据波形。

进一步地，上述显示屏30可以是触摸显示屏，用于实现电梯通用逻辑分析装置的人机交互。显示屏30还可以用于实现对各监测通道的数据格式和对输出的状态数据进行配置。

通过本实施例中提供的电梯通用逻辑分析装置以及其中的扩展板、核心板和显示屏，能够通过扩展板中的通用接口模块获取电梯运行时的运行信号和状态数据，然后通过核心板中的监测通道对状态数据进行监控，通过显示屏输出状态数据相应的波形，使该装置能够通过其中的通用接口模块能够实现无需增加额外设备即能适配不同电梯系统的效果。

在本实施例中提供了一种电梯通用逻辑分析系统，图3是该系统相应的结构框图，如图3所示，该电梯通用逻辑分析系统200包括：电梯系统40和电梯通用逻辑分析装置100。

上述电梯系统40中具体部件和连接关系如图3所示，其中包括电梯控制器41、轿厢端42、轿外召唤盒43以及曳引机44；

上述电梯控制器41，包括操作控制、门系统控制、运动控制以及驱动控制，用于对电梯进行操纵控制。

上述轿厢端42，包括电梯操纵箱、称重装置以及门机，用于限制轿厢和对重的活动自由度，使轿厢和对重只能沿着导轨作升降运动。

上述轿外召唤盒43，用于在电梯外部实现对电梯的上下召唤控制。

上述曳引机44，用于实现轿厢和对重的升降运动，达到运输目的。

上述电梯系统40还包括通用的通信端口，其中RS485通信端口用于进行监控、RS422/RS485通信端口用于作为操作器，RS422通信端口用于进行群控通信，CAN通信端口用于与轿外召唤盒43和轿厢端42连接。

进一步地，电梯系统40通过上述通用端口分别与电梯通用逻辑分析装置100中的相应的串行接口模块连接通信。

上述电梯通用逻辑分析装置100，为上述实施例中的任意一种电梯通用逻辑分析装置。

通过本实施例中的电梯通用逻辑分析系统以及其中的电梯系统和电梯通用逻辑分析装置，能够使电梯系统中的通信端口和该装置中相应的串行接口模块进行连接和通信，从而使电梯通用逻辑分析装置能够从电梯系统中获取电梯运行时的运行信号和状态数据。

在本实施例中提供了一种电梯通用逻辑分析方法，图4是该方法相应的流程图，如图4所示，该方法包括以下步骤：

步骤S410，通过操作系统新增监测通道，并根据监测通道监测的运行信号，获取电梯运行时相应的状态数据。

具体地，在核心板20中通过安卓操作系统中的应用程序根据需求新增监测通道，通过监测通道对电梯运行时其中各种运行信号进行监测，其中运行信号可以包括：当前给定速度、电梯实际运行速度、当前楼层、当前位置、目标位置、门状态、安全回路、门区状态以及井道开关信号等。根据这些运行信号，通过监测通道获取电梯运行时与运行信号相应的电梯状态数据。

步骤S420，根据运行信号对相应的监测通道进行数据格式配置。

具体地，根据运行信号相应的通信端口和通信数据格式，对监测通道进行相应的数据格式配置，并且还需对配置的监测通道进行有效性检查，最终保留有效配置的监测通道，使监测通道能够实现对运行信号的监控。

步骤S430，当各监测通道的状态数据满足预设的逻辑判断条件时，触发紧急故障事件。

具体地，通常需要预先对紧急故障事件进行配置，一件紧急故障事件一般会影响多个运行信号，因此根据紧急故障事件对各监测通道的状态数据预设相应的逻辑判断条件，当各监测通道的状态数据都满足该逻辑判断条件时，才能够触发紧急故障事件。

现有技术通常是通过示波器通道对电梯运行过程中的各类运行状态的信号进行监测，由于示波器通道有限，导致对信号的监测也比较有限，当发生较复杂的故障时，该故障可能同时会影响多个运行信号，这时需要获取更多电梯运行时的状态数据才能对故障进行分析和解决。本实施例提供的电梯通用逻辑分析方法在现有技术的基础上提供了有效的补充，通过上述步骤，能够在核心板中通过应用程序新增监测通道，并对监测通道进行数据格式配置和紧急故障事件的判断条件配置，实现能够通过增加监测通道获取更多电梯运行时的状态数据，进行故障分析的效果。

在其中的一些实施例中，上述根据监测通道监测的运行信号，获取电梯运行时相应的状态数据，包括以下步骤：

根据监测通道监测的运行信号，从电梯系统原有的通信协议中获取电梯运行时相应的状态数据，和/或；

根据监测通道监测的运行信号，通过相应的通信端口从电梯系统中获取电梯运行时相应的状态数据，并将运行信号增加到原有的通信协议中；

具体地，新增的监测通道需要基于电梯系统已有的各种通信数据协议，当需要监测的运行信号已存在于上述通信数据协议中，从电梯系统原有的通信协议中获取监测的运行信号相应的状态数据；当需要监测的运行信号不在上述通信数据协议中时，通过扩展板上的串口通信模块，从电梯系统中对应的通信端口上监听电梯系统的运行信号，从而获得相应的状态数据，并且将运行信号增加到电梯原有的通信协议中。

通过本实施例中两种获取电梯运行时运行信号以及相应的状态数据的方式以及扩展板上多种串行接口模块，能够实现从电梯系统中获取需要监测的运行信号的效果。

在其中的一些实施例中，上述根据运行信号对相应的监测通道进行数据格式配置，包括以下步骤：

步骤S510，获取运行信号相应的通信端口和通信数据格式，对相应的监测通道的接口和通信数据帧协议进行配置。

具体地，根据需要监测的运行信号的通信端口和通信数据格式等信息，在核心板的CPU中对监测通道进行接口和通信数据帧协议的配置，其中需要配置的内容具体包括：串行接口、协议数据头、协议命令字、协议数据尾、数据起始位、数据结束位以及数据方式。

进一步地，当通过监测通道输出状态数据相应的波形时，考虑到各状态数据的数据范围不一致，还需要配置数据缩放倍数和线条颜色。

其中，当运行信号分别为当前给定速度(信号A)、电梯实际运行速度(信号B)、门状态(信号C)、安全回路(信号D)、故障码(信号E)以及门区状态(信号F)时，具体配置信息如表1所示。

表1：

步骤S520，对监测通道的配置进行有效性检查，并保存监测通道配置中的监测通道。

具体地，在对监测通道进行配置后，还需要进行有效性检查，图5是步骤S520中监测通道有效性检查方法的流程图，如图5所示，包括以下步骤：

步骤S521，对监测通道进行配置。

步骤S522，检查监测通道的各项配置是否已经配置。当各项配置已经经过配置，执行步骤S523；当各项配置没有配置完全，则执行步骤S524。

步骤S523，计算有效监测通道个数是否大于0。

步骤S524，提示无效监测通道设置，要求重新进行设置。

当有效监测通道的数量大于0，执行步骤S525，当有效监测通道的数量小于或等于0，执行步骤S524。

步骤S525，保存有效监测通道设置。

步骤S530，通过经过配置的监测通道，输出相应的状态数据的波形，并在同一窗口显示波形。

具体地，可以按照数据的接收时间输出当前被监测的运行信号的状态数据的波形，输出波形的示意图如图7所示，其中波形横坐标为接收时间，由于监测通道输出的各状态数据的数据范围不一致，大小可能相差较大，同一个窗口显示波形时，波形不容易观察，故对每个状态数据增加数据缩放位来调整此信号的纵坐标刻度值，但不影响保存数据值。进一步地，对不同的状态数据还可以选择线条颜色设置，可以通过自定义RGB值选择线条颜色。上述对状态数据的配置可以通过触摸显示屏进行操作，最终在触摸显示屏上输出波形，并且可以通过扩展板的USB串行接口模块或TF卡串行接口模块，将接收的状态数据以相应的格式存储到USB设备或TF卡上。

通过本实施例中在核心板的CPU中对监测通道进行配置以及有效性检查，最终保存有效的监测通道设置，使监测通道能够对相应的运行信号进行监测，并且能在显示屏上输出相应的波形以便于工作人员对运行信号进行监控和分析。

在其中的一些实施例中，上述当各监测通道的状态数据满足预设的逻辑判断条件时，触发紧急故障事件，图7为触发紧急故障事件的流程图，如图7所示，包括以下步骤：

步骤S710，根据紧急故障事件，预先对相应的各监测通道设置对应的逻辑判断条件，得到紧急故障事件的配置。

具体地，由于一件紧急故障事件一般会影响多个运行信号，因此根据紧急故障事件对各监测通道的状态数据预设相应的逻辑判断条件，得到紧急故障事件的配置。

例如，紧急故障事件1中，将运行信号中的故障码的逻辑判断条件设置为值为非0时触发紧急故障事件1电梯故障；

紧急故障事件2电梯意外移动中，预设的逻辑判断条件包括：门状态信号为关门不到位、安全回路状态中门锁信号不通以及门区信号从有到无。

步骤S720，判断各监测通道的状态数据是否满足相应的逻辑判断条件。

具体地，当一个紧急故障事件影响多个监测通道的运行信号时，当各监测通道的状态数据都满足该逻辑判断条件时，才能够触发紧急故障事件。

例如上述紧急故障事件1，当DATA(E)！＝0时，触发紧急故障事件1。

紧急故障事件2中，需要上述多个逻辑判断条件同时满足时((DATA(C)！＝0)&&(DATA(D)＝＝0)&&(DATABAK(F)！＝0)&&(DATA(F)＝＝0))，触发紧急故障事件2。

当状态数据同时满足相应的逻辑判断条件时，执行步骤S721；当状态数据不满足相应的逻辑判断条件时，执行步骤S722。

步骤S721，触发相应的紧急故障事件，并将状态数据保存到紧急故障事件数据区。

具体地，触发相应的紧急故障事件后，还可以将该时间段的状态为数据保存到紧急故障事件数据区中，用于后续进行故障分析。

步骤S722，不触发紧急故障事件。

通过本实施例中对紧急故障事件的配置以及触发紧急故障事件的过程步骤，能够在应用程序中实现自动触发紧急故障事件，并能够将相关的故障数据进行保存，以便于技术人员进行故障分析。

下面通过优选实施例对本实施例进行描述和说明。

图8是本优选实施例的电梯通用逻辑分析方法的流程图，如图8所示，该方法包括以下步骤：

步骤S810，通过操作系统新增监测通道，根据监测通道监测的运行信号，从电梯系统原有的通信协议中获取和存储电梯运行时相应的状态数据，和/或；通过相应的通信端口从电梯系统中获取和存储电梯运行时相应的状态数据，并将运行信号增加到原有的通信协议中。

步骤S820，获取运行信号相应的通信端口和通信数据格式，通过触摸显示屏对相应的监测通道的接口和通信数据帧协议进行配置。

步骤S830，对监测通道的配置进行有效性检查，并保存监测通道配置中有效的监测通道。

步骤S840，通过经过配置的监测通道，输出相应的状态数据的波形，并通过触摸显示屏波形进行设置，在同一窗口显示波形。

步骤S850，根据紧急故障事件，预先对相应的各监测通道设置对应的逻辑判断条件，得到紧急故障事件的配置。

步骤S860，判断状态数据是否满足相应的逻辑判断条件。若状态数据同时满足相应的逻辑判断条件，执行步骤S861；若状态数据不满足相应的逻辑判断条件，执行步骤S862。

步骤S861，触发相应的紧急故障事件，并将状态数据保存到紧急故障事件数据区。

步骤S862，不触发紧急故障事件。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。例如，步骤S861和步骤S862之间的顺序可以互换。

在本实施例中还提供了一种计算机设备，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述计算机设备还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

需要说明的是，在本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，在本实施例中不再赘述。

此外，结合上述实施例中提供的电梯通用逻辑分析方法，在本实施例中还可以提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种电梯通用逻辑分析方法。

应该明白的是，这里描述的具体实施例只是用来解释这个应用，而不是用来对它进行限定。根据本申请提供的实施例，本领域普通技术人员在不进行创造性劳动的情况下得到的所有其它实施例，均属本申请保护范围。

显然，附图只是本申请的一些例子或实施例，对本领域的普通技术人员来说，也可以根据这些附图将本申请适用于其他类似情况，但无需付出创造性劳动。另外，可以理解的是，尽管在此开发过程中所做的工作可能是复杂和漫长的，但是，对于本领域的普通技术人员来说，根据本申请披露的技术内容进行的某些设计、制造或生产等更改仅是常规的技术手段，不应被视为本申请公开的内容不足。

“实施例”一词在本申请中指的是结合实施例描述的具体特征、结构或特性可以包括在本申请的至少一个实施例中。该短语出现在说明书中的各个位置并不一定意味着相同的实施例，也不意味着与其它实施例相互排斥而具有独立性或可供选择。本领域的普通技术人员能够清楚或隐含地理解的是，本申请中描述的实施例在没有冲突的情况下，可以与其它实施例结合。

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

Claims (10)

1.一种电梯通用逻辑分析方法，其特征在于，包括：

通过操作系统新增监测通道，并根据所述监测通道监测的运行信号，获取电梯运行时相应的状态数据；

根据所述运行信号对相应的所述监测通道进行数据格式配置；

当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件；

其中，所述根据所述监测通道监测的运行信号，获取电梯运行时相应的状态数据，包括：

根据所述监测通道监测的运行信号，从电梯系统原有的通信协议中获取电梯运行时相应的状态数据，和/或；

根据所述监测通道监测的运行信号，通过相应的通信端口从所述电梯系统中获取电梯运行时相应的状态数据，并将所述运行信号增加到所述原有的通信协议中；

所述根据所述运行信号对相应的所述监测通道进行数据格式配置，包括：

获取所述运行信号相应的通信端口和通信数据格式，对相应的所述监测通道的接口和通信数据帧协议进行配置。

2.根据权利要求1所述的电梯通用逻辑分析方法，其特征在于，所述根据所述运行信号对相应的所述监测通道进行数据格式配置，还包括：

对所述监测通道的配置进行有效性检查，并保存所述监测通道配置中有效的所述监测通道。

3.根据权利要求1所述的电梯通用逻辑分析方法，其特征在于，在所述根据所述运行信号对相应的所述监测通道进行数据格式配置之后，还包括：

通过经过配置的所述监测通道，输出相应的所述状态数据的波形，并在同一窗口显示所述波形。

4.根据权利要求1所述的电梯通用逻辑分析方法，其特征在于，在所述当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件之前，还包括：

根据所述紧急故障事件，预先对相应的各所述监测通道设置对应的逻辑判断条件，得到紧急故障事件的配置。

5.根据权利要求4所述的电梯通用逻辑分析方法，其特征在于，所述当各所述监测通道的所述状态数据满足预设的逻辑判断条件时，触发紧急故障事件，包括：

判断各所述监测通道的所述状态数据是否满足相应的所述逻辑判断条件；

若所述状态数据同时满足相应的所述逻辑判断条件，则触发相应的所述紧急故障事件，并将所述状态数据保存到紧急故障事件数据区；

若所述状态数据不满足相应的所述逻辑判断条件，则不触发所述紧急故障事件。

6.一种电梯通用逻辑分析装置，其特征在于，包括：核心板；所述核心板上设有CPU和存储器；

所述CPU，用于执行权利要求1至5任意一项所述的电梯通用逻辑分析方法；

所述存储器，用于存储监测通道和所述监测通道相应的状态数据。

7.根据权利要求6所述的电梯通用逻辑分析装置，其特征在于，还包括：扩展板和显示屏；所述扩展板上设有多种串行接口模块；

所述扩展板，通过所述串行接口模块，与电梯系统中通信端口进行通信；

所述显示屏，与所述核心板连接，用于将电梯运行时的状态数据进行可视化展示。

8.一种电梯通用逻辑分析系统，其特征在于，包括电梯系统和如权利要求6至7任意一项所述的电梯通用逻辑分析装置；

所述电梯通用逻辑分析装置通过串行接口模块与所述电梯系统中相应的通信端口进行通信，获取所述电梯系统运行时的状态数据。

9.一种计算机设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至5中任一项所述的电梯通用逻辑分析方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的电梯通用逻辑分析方法的步骤。