CN103935851B - 电梯群控系统 - Google Patents

Abstract

一种电梯群控系统，群控板具有起主控作用的第一群控处理器和起监控作用的第二群控处理器，当某台电梯出现断电、或者单梯控制处理器与第一群控处理器通信出现故障时，由第二群控处理器通过MODBUS总线和电梯的单梯控制处理器或者电梯的外召控制处理器通信联系进行直接调控，既通过增加起监控作用的第二群控处理器使处于通信故障的电梯能及时得到运用，同时减轻了传统群控系统单处理器（第一群控处理器）的工作负担，增加了电梯运用效率，又通过第二群控处理器的监控作用避免了单梯控制处理器以及群控板都与外召控制处理器同时通信的风险，增加了系统的稳定性。

Description

电梯群控系统

技术领域

本发明涉及电气控制领域，特别是涉及一种电梯群控系统。

背景技术

目前，随着城市化进程不断发展，各种楼宇内配置的电梯越来越多，如果各个电梯都是单独运行，那么势必造成效率低下、能量浪费。因此需要将各个电梯的召唤信号进行统一调配，提高运行效率。

目前绝大多数的电梯群控系统都采用如下结构：每台电梯主控板与该梯的外召CPU进行通信，采集外召呼梯信号。每台电梯再将得到的外召呼梯信号传送到电梯群控CPU，通过群控CPU统一处理，对外召呼梯信号进行合理分配电梯。然而，一旦出现某个电梯出现断电或者单梯与群控CPU通信出现故障，则该电梯的外召呼梯信号将无法采集，会严重影响电梯运用效率。

针对此问题，业界也有些采用了如下方法解决上面问题：系统检测到单梯掉电或者单梯与群控CPU通信出现故障时，通过外部继电器将外召总线直接联系到群控CPU进行信号采集。然而这种方法有如下缺点：1、需要外部加入继电器进行切换，这增加了系统复杂性。2、外召总线与群控CPU之间进行通信，会随着电梯外召呼梯信号的增多，群控CPU负担会加重。3、由于无法直接判断单梯的状态，可能存在单梯与群控CPU都与外召CPU进行通信，会造成系统不稳定。

发明内容

基于此，有必要提供一种增加电梯运用效率和系统稳定性的电梯群控系统。

一种电梯群控系统，包括群控板、多台电梯各自对应的单梯控制处理器、以及各台电梯对应的多个外召控制处理器。

所述群控板包括第一群控处理器和第二群控处理器；所述第一群控处理器与所述单梯控制处理器通信连接，所述单梯控制处理器与对应的多个所述外召控制处理器通信连接；所述第二群控处理器、所述单梯控制处理器、所述外召控制处理器均通信连接；所述第一群控处理器与所述第二群控处理器通信连接。

所述第一群控处理器对电梯、所述单梯控制处理器和所述外召控制处理器进行直接调控，所述第二群控处理器监控记录外召呼梯信号；所述第二群控处理器还用于：

当其中一台电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信出现故障时，所述第二群控处理器对该电梯的外召控制处理器进行直接调控；或者/和

当所述第一群控处理器与其中一台电梯的单梯控制处理器之间的通信出现故障时，所述第二群控处理器接替所述第一群控处理器对该电梯的单梯控制处理器和该电梯的外召控制处理器进行直接调控；或者/和

当其中一台电梯断电时，所述群控板将该电梯切除群控状态，所述第二群控处理器对该电梯的外召控制处理器进行直接调控。

在其中一个实施例中，所述第一群控处理器与所述单梯控制处理器通过CAN总线通信连接。

在其中一个实施例中，所述第二群控处理器、所述单梯控制处理器、所述外召控制处理器通过MODBUS总线通信连接。

在其中一个实施例中，所述第二群控处理器具体用于，在第一设定时间内没有监控到该电梯的单梯控制处理器发送的外召呼梯信号时，对该电梯的所述单梯控制处理器对应的外召控制处理器进行直接调控。

在其中一个实施例中，所述第二群控处理器具体用于，在所述第一群控处理器没有接收到该电梯的单梯控制处理器发送的外召呼梯信号，而所述第二群控处理器监控到该电梯的单梯控制处理器发送的外召呼梯信号时，接替所述第一群控处理器对该电梯的单梯控制处理器和外召控制处理器进行直接调控。

在其中一个实施例中，所述第二群控处理器具体用于，在所述第一群控处理器没有接收到该电梯的单梯控制处理器发送的外召呼梯信号，且所述第二群控处理器也没有监控到该电梯的单梯控制处理器发送的外召呼梯信号时，将该电梯切除群控状态，对该电梯的外召控制处理器进行直接调控。

在其中一个实施例中，所述第一群控处理器还用于，在与单梯控制处理器之间的通信出现故障后，每隔第二设定时间查询与该单梯控制处理器的通信状态，并在通信正常后，接替所述第二群控处理器对该电梯的单梯控制处理器和该电梯的外召控制处理器重新进行直接调控，所述第二群控处理器转为监控记录外召呼梯信号。

在其中一个实施例中，所述第二群控处理器还用于，在其中一台电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信出现故障后，监测该电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信状态，在通信正常且该电梯的单梯控制处理器和所述第一群控处理器通信正常后，所述第一群控处理器用于接替所述第二群控处理器对该电梯的外召控制处理器重新进行直接调控，所述第二群控处理器用于监控记录外召呼梯信号。

在其中一个实施例中，所述第二群控处理器具体用于，在其中一台电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信出现故障后，在第三设定时间内监测该电梯的单梯控制处理器和所述电梯的外召控制处理器之间的通信状态。

在其中一个实施例中，所述单梯控制处理器、外召控制处理器以及第二群控处理器任意两者之间的通信为主从机通信模式，其中主机定时发送广播数据，只有所述主机发送的地址为所述从机的地址，所述从机才响应广播数据，所述广播数据包括提供给各个从机进行楼层按钮灯点亮的数据。

上述电梯群控系统，群控板具有起主控作用的第一群控处理器和起监控作用的第二群控处理器，当某台电梯出现断电、或者单梯控制处理器与第一群控处理器通信出现故障时，由第二群控处理器和所述电梯的单梯控制处理器或者所述电梯的外召控制处理器通信连接进行直接调控；即第一群控处理器在系统中的出现某方面的通信故障时，由原来处于监控状态的第二群控处理器来接替第一群控处理器在系统中的该方面的通信工作，既通过增加起监控作用的第二群控处理器使处于通信故障的电梯能及时得到运用，同时减轻了传统群控系统单处理器（第一群控处理器）的工作负担，增加了电梯运用效率，又通过第二群控处理器的监控作用避免了单梯控制处理器以及群控板都与外召控制处理器同时通信的风险，增加了系统的稳定性。

附图说明

图1为本发明一个实施例电梯群控系统的示意图。

具体实施方式

下面结合附图，对本发明的具体实施方式进行详细描述。

如图1所示，为本发明一个实施例电梯群控系统的示意图。

一种电梯群控系统，包括群控板、多台电梯各自对应的单梯控制处理器（D1、D2…Dm）、以及各台电梯的多个外召控制处理器。具体为，单梯控制处理器D1及该电梯的多个外召控制处理器（W11、W12、……W1m）、单梯控制处理器D2及该电梯的多个外召控制处理器（W21、W22、……W2m）、……单梯控制处理器Dn及该电梯的多个外召控制处理器（Wn1、Wn2、……Wnm）。

群控板对电梯（图未示）、单梯控制处理器（D1、D2…Dm）和外召控制处理器（W1m、……W2m、……Wnm）进行调控，群控板包括起主控作用的第一群控处理器Q1和起监控作用的第二群控处理器Q2。

第一群控处理器Q1与单梯控制处理器（D1、D2…Dm）通过CAN(ControllerAreaNetwork)总线通信连接，第二群控处理器Q2与单梯控制处理器（D1、D2…Dm）、外召控制处理器（W1m、……W2m、……Wnm）以及第一群控处理器Q1通过MODBUS总线通信连接，第一群控处理器Q1与第二群控处理器Q2通过串行外设接口总线系统(SPI，SerialPeripheralInterface)通信连接。当然，上述各硬件之间的通信还可以采用其他通信方式进行通信。

假设电梯有8台，单梯控制处理器有8个。群控板主要由第一群控处理器Q1周边CAN通信电路与第二群控处理器Q2周边MODBUS通信电路构成，其中第一群控处理器Q1本身带有2路CAN硬件，外部有8路CAN接口，其中1路CAN硬件负责与4台电梯（即单梯控制处理器，下同）进行分时通信，另外一路CAN硬件负责与另4台电梯进行分时通信。

第二群控处理器Q2本身带有2路SCI（SerialCommunicationInterface）硬件，外部有8路MODBUS接口，其中1路SCI硬件负责与4台电梯进行分时通信，另外一路SCI硬件负责与另4台电梯进行分时通信。第一群控处理器Q1和第二群控处理器Q2本身通过SPI硬件电路进行数据传递。

每台电梯的单梯控制处理器Dn采集电梯的外召控制处理器（Wn1、Wn2、……Wnm）发送的外召呼梯信号，然后再将得到的外召呼梯信号传送到群控板，群控板根据外召呼梯信号和各台电梯的状态，计算出最佳召唤分配方案，为外召呼梯信号分配最合理的电梯。

当第一群控处理器Q1、多台电梯各自对应的单梯控制处理器（D1、D2…Dm）、以及各台电梯的多个外召控制处理器（W1m、……W2m、……Wnm）都正常通信运行时，第一群控处理器Q1用于对电梯、各电梯的外召控制处理器（W1m、……W2m、……Wnm）和单梯控制处理器（D1、D2…Dm）进行直接调控，第二群控处理器Q2用于监控记录外召呼梯信号。

单梯控制处理器Dn、外召控制处理器（Wn1、Wn2、……Wnm）以及第二群控处理器Q2任意两者之间的通信为主从机通信模式，其中主机定时发送广播数据，只有主机发送的地址为从机的地址，从机才响应广播数据，广播数据包括提供给各个从机进行楼层按钮灯点亮的数据。

具体如下：

当电梯的单梯控制处理器Dn和电梯的外召控制处理器（Wn1、Wn2、……Wnm）之间的通信正常时，以电梯的单梯控制处理器Dn作为主机，以电梯的外召控制处理器（Wn1、Wn2、……Wnm）作为从机，主机定时发送广播数据，只有主机发送的地址为从机的地址，从机才响应广播数据，广播数据包括提供给各个从机进行楼层按钮灯点亮的数据，保证MODBUS总线数据无冲突。

当群控板判断其中一台电梯的单梯控制处理器Dn和电梯的外召控制处理器（Wn1、Wn2、……Wnm）之间的通信出现故障无法通信时，例如第二群控处理器Q2在一定时间（可自行设定）内没有监控到电梯的单梯控制处理器Dn发送的外召呼梯信号，此时第二群控处理器Q2用于对电梯的外召控制处理器（Wn1、Wn2、……Wnm）进行直接调控，以获取外召呼梯信号以及呼梯按钮灯点亮的控制，此时第二群控处理器Q2进入接管电梯外召状态。

第二群控处理器Q2对电梯的外召控制处理器（Wn1、Wn2、……Wnm）进行直接调控时，以第二群控处理器Q2作为主机，以电梯的外召控制处理器（Wn1、Wn2、……Wnm）作为从机，主机定时发送广播数据，只有主机发送的地址为从机的地址，从机才响应广播数据，广播数据包括提供给各个从机进行楼层按钮灯点亮的数据，保证MODBUS总线数据无冲突。

在本实施例中，当其中一台电梯的单梯控制处理器Dn和电梯的外召控制处理器（Wn1、Wn2、……Wnm）之间的通信出现故障后，第二群控处理器Q2用于监测电梯的单梯控制处理器Dn和电梯的外召控制处理器（Wn1、Wn2、……Wnm）之间的通信状态（或者在一段时间内监测，超过时间则判断为短期不可自行修复状态，不再监测），并在通信正常且电梯的单梯控制处理器Dn和第一群控处理器Q1通信正常后，第一群控处理器Q1用于接替第二群控处理器Q2对电梯的外召控制处理器（Wn1、Wn2、……Wnm）重新进行直接调控，第二群控处理器Q2重新转为用于监控记录外召呼梯信号。

当群控板判断第一群控处理器Q1与其中一台电梯的单梯控制处理器Dn之间的通信出现故障时，例如第一群控处理器Q1没有接收到电梯的单梯控制处理器Dn发送的外召呼梯信号，而第二群控处理器Q2监控到电梯的单梯控制处理器Dn发送的外召呼梯信号，此时第二群控处理器Q2用于接替第一群控处理器Q1对电梯的单梯控制处理器Dn和电梯的外召控制处理器（Wn1、Wn2、……Wnm）进行直接调控。单梯控制处理器Dn会将该电梯的外召呼梯信号通过通讯特殊帧形式将该电梯的外召呼梯信号发送到第二群控处理器Q2，此时单梯控制处理器Dn与第二群控处理器Q2通过MODBUS总线进行调度控制。这相当于为电梯（单梯控制处理器Dn）和第一群控处理器Q1提供了一个备份通讯数据通道，大大提高了系统的通讯能力。

在本实施例中，当第一群控处理器Q1与其中一台电梯的单梯控制处理器Dn之间的通信出现故障后，第一群控处理器Q1用于每隔一段时间(可自行设定)查询与电梯的单梯控制处理器Dn的通信状态，在通信正常后，第一群控处理器Q1用于接替第二群控处理器Q2对电梯的单梯控制处理器Dn和电梯的外召控制处理器（Wn1、Wn2、……Wnm）重新进行直接调控，第二群控处理器Q2重新转为用于监控记录外召呼梯信号，这是为了避免当单梯控制处理器Dn和第一群控处理器Q1通讯恢复正常时的造成通讯数据干扰。

当群控板判断其中一台电梯断电时，例如第一群控处理器Q1没有接收到电梯的单梯控制处理器Dn发送的外召呼梯信号，且第二群控处理器Q2也没有监控到电梯的单梯控制处理器Dn发送的外召呼梯信号，此时群控板将电梯（单梯控制处理器Dn）切除群控状态，第二群控处理器Q2用于对电梯的外召控制处理器（Wn1、Wn2、……Wnm）进行直接调控，负责完成该电梯的信号采集（例如外召呼梯信号）以及按钮灯点亮的控制，切除群控状态的做法避免了单梯控制处理器Dn以及群控板都与外召控制处理器（Wn1、Wn2、……Wnm）同时通信的风险，增加了系统的稳定性。

上述电梯群控系统，群控板具有起主控作用的第一群控处理器Q1和起监控作用的第二群控处理器Q2，当某台电梯出现断电、或者单梯控制处理器与第一群控处理器通信出现故障时，由第二群控处理器Q2通过MODBUS总线和电梯的单梯控制处理器或者电梯的外召控制处理器通信联系进行直接调控。即第一群控处理器Q1在系统中的出现某方面的通信故障时，由原来处于监控状态的第二群控处理器Q2来接替第一群控处理器Q1在系统中的该方面的通信工作，既通过增加起监控作用的第二群控处理器Q2使处于通信故障的电梯能及时得到运用，同时减轻了传统群控系统单处理器（第一群控处理器Q1）的工作负担，增加了电梯运用效率，又通过第二群控处理器Q2的监控作用避免了单梯控制处理器以及群控板都与外召控制处理器同时通信的风险，增加了系统的稳定性。

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

Claims (10)

1.一种电梯群控系统，其特征在于，包括群控板、多台电梯各自对应的单梯控制处理器、以及各台电梯对应的多个外召控制处理器；

所述群控板包括第一群控处理器和第二群控处理器；所述第一群控处理器与所述单梯控制处理器通信连接，所述单梯控制处理器与对应的多个所述外召控制处理器通信连接；所述第二群控处理器与所述单梯控制处理器、所述外召控制处理器均通信连接，所述单梯控制处理器与对应的多个所述外召控制处理器通信连接；所述第一群控处理器与所述第二群控处理器通信连接；

所述第一群控处理器对电梯、所述单梯控制处理器和所述外召控制处理器进行直接调控，所述第二群控处理器监控记录外召呼梯信号；所述第二群控处理器还用于：

当其中一台电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信出现故障时，所述第二群控处理器对该电梯的外召控制处理器进行直接调控；或者/和

当所述第一群控处理器与其中一台电梯的单梯控制处理器之间的通信出现故障时，所述第二群控处理器接替所述第一群控处理器对该电梯的单梯控制处理器和该电梯的外召控制处理器进行直接调控；或者/和

当其中一台电梯断电时，所述群控板将该电梯切除群控状态，所述第二群控处理器对该电梯的外召控制处理器进行直接调控。

2.根据权利要求1所述的电梯群控系统，其特征在于，所述第一群控处理器与所述单梯控制处理器通过CAN总线通信连接。

3.根据权利要求1所述的电梯群控系统，其特征在于，所述第二群控处理器、所述单梯控制处理器、所述外召控制处理器通过MODBUS总线通信连接。

4.根据权利要求1所述的电梯群控系统，其特征在于，所述第二群控处理器具体用于，在第一设定时间内没有监控到该电梯的单梯控制处理器发送的外召呼梯信号时，对该电梯的所述单梯控制处理器对应的外召控制处理器进行直接调控。

5.根据权利要求1所述的电梯群控系统，其特征在于，所述第二群控处理器具体用于，在所述第一群控处理器没有接收到该电梯的单梯控制处理器发送的外召呼梯信号，而所述第二群控处理器监控到该电梯的单梯控制处理器发送的外召呼梯信号时，接替所述第一群控处理器对该电梯的单梯控制处理器和外召控制处理器进行直接调控。

6.根据权利要求1所述的电梯群控系统，其特征在于，所述第二群控处理器具体用于，在所述第一群控处理器没有接收到该电梯的单梯控制处理器发送的外召呼梯信号，且所述第二群控处理器也没有监控到该电梯的单梯控制处理器发送的外召呼梯信号时，将该电梯切除群控状态，对该电梯的外召控制处理器进行直接调控。

7.根据权利要求1所述的电梯群控系统，其特征在于，所述第一群控处理器还用于，在与单梯控制处理器之间的通信出现故障后，每隔第二设定时间查询与该单梯控制处理器的通信状态，并在通信正常后，接替所述第二群控处理器对该电梯的单梯控制处理器和该电梯的外召控制处理器重新进行直接调控，所述第二群控处理器转为监控记录外召呼梯信号。

8.根据权利要求1所述的电梯群控系统，其特征在于，所述第二群控处理器还用于，在其中一台电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信出现故障后，监测该电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信状态，在通信正常且该电梯的单梯控制处理器和所述第一群控处理器通信正常后，所述第一群控处理器用于接替所述第二群控处理器对该电梯的外召控制处理器重新进行直接调控，所述第二群控处理器用于监控记录外召呼梯信号。

9.根据权利要求8所述的电梯群控系统，其特征在于，所述第二群控处理器具体用于，在其中一台电梯的单梯控制处理器和该电梯的外召控制处理器之间的通信出现故障后，在第三设定时间内监测该电梯的单梯控制处理器和所述电梯的外召控制处理器之间的通信状态。

10.根据权利要求1～9任一项所述的电梯群控系统，其特征在于，所述单梯控制处理器、外召控制处理器以及第二群控处理器任意两者之间的通信为主从机通信模式，其中主机定时发送广播数据，只有所述主机发送的地址为所述从机的地址，所述从机才响应广播数据，所述广播数据包括提供给各个从机进行楼层按钮灯点亮的数据。