CN1417100A - 一种电梯群控系统 - Google Patents

Abstract

一种电梯群控系统，其中：群控CPU上装有八个CAN通信口，分别与各单梯控制CPU通信，并根据各电梯的各种状态，计算出动态的最佳召唤分配方案，一旦任一召唤信号登记时，及时分配给最合理的电梯，同时，召唤按钮的点灯信号也是由群控CPU通过各单梯控制CPU，最后再送到召唤控制器CPU；各单梯控制CPU通过CAN总线分别与各轿厢控制器CPU和若干召唤控制器CPU进行数据通信，接收外召唤信号，再送到群控CPU；各切换继电器用于当某一台电梯失电后，群控CPU仍可通过该电梯的切换继电器切换，直接与该电梯的各召唤控制CPU通信，得到召唤按钮信号，同时也直接对该电梯的所有按钮信号灯进行点亮或消号的控制。本发明利用CAN总线通信优势实现群控，提高梯群中电梯的运行效率。

Description

一种电梯群控系统

(1)技术领域

本发明涉及一种电梯群控系统。

(2)背景技术

当大楼中同一候梯室有多台电梯服务时，如果各台电梯互不关联，单梯控制运行，则势必会浪费电梯的很多起止动次数，大大降低电梯应有的运输能力。所以，一般人们通过群控系统把同一候梯室距离合适的多台电梯统一控制，合理调配每台电梯响应每一登记的召唤，才能最大限度地避免浪费，提高电梯的服务效率。但是，现有的群控系统，采用光纤通信等方法进行通信，在数据交流的快速性、实时性和可靠性方面虽能得到保证，设备投资的费用较高。

(3)发明内容

本发明的目的在于提供一种电梯群控系统，利用CAN(控制器局域网络)总线通信优势实现群控，提高梯群中电梯的运行效率。

本发明所提供的一种电梯群控系统，它包括一群控CPU(中央处理器)、至多八台电梯的单梯控制CPU，各台电梯的轿厢控制器CPU，各台电梯各层站的若干召唤控制器CPU、以及与各单梯控制CPU配套的切换继电器，其中：所述的群控CPU上装有八个CAN通信口，分别与各单梯控制CPU通信，并根据各电梯的各种状态，计算出动态的最佳召唤分配方案，一旦任一召唤信号登记时，及时分配给最合理的电梯，同时，召唤按钮的点灯信号也是由群控CPU通过各单梯控制CPU，最后再送到召唤控制器CPU；各单梯控制CPU分别与各轿厢控制器CPU一一相连，并与对应的若干召唤控制器CPU相连，通过CAN总线进行数据通信，接收外召唤信号，再送到群控CPU；各切换继电器分别一一对应地连接在各单梯控制CPU、群控CPU和召唤CPU之间，用于当某一台电梯失电后，该电梯的单梯控制CPU不工作，群控CPU仍可通过该电梯的切换继电器切换，直接与该电梯的各召唤控制CPU通信，从而直接从它们得到召唤按钮信号，同时也直接对该电梯的所有按钮信号灯进行点亮或消号的控制。

上述的一种电梯群控系统，群控CPU在计算各电梯的召唤按钮分配方案时，以乘客的召唤信号为首选处理信号，进行分配一台最快到达的响应电梯。

由于采用了上述的技术解决方案，即采用CAN总线作为梯群中群控CPU与梯群中各单梯主控CPU之间的通信手段。另外，各单梯主控CPU与其轿厢控制器CPU、召唤控制器CPU之间的数据通信也采用CAN总线。因此在整个群控系统中，各部件中CPU之间的数据通信全部采用CAN总线，为群控CPU从一般与单梯主控CPU之间的通信到该单梯主控CPU断电时转换成同该梯的召唤控制器CPU的通信提供了很好的基础。因此，通过优质的群控系统把同一候梯室距离合适的多台电梯统一控制，合理调配每台电梯响应每一登记的召唤，才能最大限度地提高电梯的利用率，避免了浪费，提高电梯的服务效率。

(4)附图说明

图1是本发明一种电梯群控系统的结构示意图；

图2是群控CPU后台程序简要流程；

图3是群控CPU前台程序简要流程。

(5)具体实施方式

本发明系统结构如图1所示，在系统的最高控制层增加一块群控CPU(1)。群控CPU装有八个CAN通信口，分别可以与最多达八台电梯的单梯中群控CPU(2，3…9)通信。通过CAN通信，群控CPU(1)可获得整个群控系统各台电梯的状态信息(如层楼位置、运行方向、指令登记情况等等)，同时又可把召唤信号的分配结果送到各电梯的单梯控制CPU(2，3…9)。群控CPU的主要任务，就是根据群控系统中各梯的各种状态，计算出动态的最佳召唤分配方案，一旦任一召唤信号登记时，及时分配给最合理的电梯。

各单梯控制CPU(2，3…9)分别与各轿厢控制器CPU(18，19…25)一一相连，并与对应的若干召唤控制器CPU(26)相连。在通常情况下，外召唤信号先通过各单梯控制CPU再送到群控CPU；同样，召唤按钮的点灯信号也是由群控CPU通过各单梯控制CPU，最后再送到召唤控制器CPU(26)。但是当某一台电梯失电后，该电梯的的单梯控制CPU不工作，群控CPU(1)就通过该电梯的通讯线切换继电器(10)切换，直接与该电梯的各召唤控制CPU(26)通信，直接从它们得到召唤按钮信号，同时也直接对该电梯的所有按钮信号灯进行点亮或消号的控制。在群控系统中，各单梯控制CPU(2，3…9)不参与对召唤按钮信号的处理(最多作一个二传手角色)，召唤按钮信号的登记点灯或消号及登记以后的处理，都由群控CPU(1)包办。

群控CPU(1)在计算各电梯的召唤按钮分配方案时，以乘客利益为宗旨，即在现有情况下，尽可能分配一台最快到达的电梯去响应乘客的召唤信号。因此，在分配电梯响应任何召唤时，充分考虑每一电梯离召唤按钮层的距离，每一电梯的运行方向，电梯轿内的乘客情况等等，然后不断地制定瞬时的召唤按钮分配方案。

由于群控CPU(1)中的八路CAN通信口，在正常情况下与单梯控制CPU(2，3…9)通信，而当某一电梯的单梯CPU失电时，它就转换成与该梯的召唤控制器通信。所在它必须具有两套不同的通信协议，一套适合单梯控制CPU，另一套适合召唤控制器。在通常情况下，软件处理优先考虑适合单梯控制CPU的通信协议，如果连续8个周期收不到单梯控制CPU的正常信号，系统软件就自动转换采用召唤控制器的通信协议，但一旦收到来自单梯控制CPU的正常信号，系统又会自动恢复到采用适合单梯控制CPU的通信协议。

如果群控系统中，有任何一台电梯发生故障或停电检修等现象，群控CPU就会自动切除该台电梯在群控系统之外，保持其它电梯的连续群控运行。反过来，如果群控CPU发生故障或由于其它原因的停电，各电梯主控CPU也会自动控制电梯进行单梯运行，从而保证了电梯在特殊情况下发挥最大使用价值。

群控CPU程序说明及简要流程介绍

考虑到群控CPU工作内容，将程序分成两大内容：一是后台程序；二是前台程序。后台程序没有定时周期，它自然循环，主要完成对每一召唤按钮的分配资格计算；前台程序每100ms定时周期运行一次，主要完成召唤信号的登记和消号，厅外开门的计算及其它一些附加功能。

如图2所示，后台程序的简要流程为：群控CPU通电后，先进入后台程序。首先做的是初始化工作，包括CPU特殊寄存器初始化、I/O口初始化、E²PROM初始化、各CAN通信口初始化、中断定时中初始化，E²PROM中规格数据的设定(在程序第一次运行时，先把电梯的规格数据缺省值写入到E²PROM中)，E²PROM中规格数据的读取(由于RAM数据停电后不能保持，所以每次通电时都要将寄存在E²PROM中规格数据的读到RAM)。RAM区清零(规格数据区除外)。在做初始化工作时，禁止中断。然后进入后台程序的正式工作：计算服务层，计算每一电梯对每一按钮的罚分，根据罚分大小分配所有的按钮响应资格给群控中每一台电梯。上述主体程序无限循环运行。

如图3所示，前台程序的简要流程为：前台程序定时每100ms执行一个周期。但定时中断每20ms进行一次。这主要考虑到CAN通信数据较多，不能用一次传送来完成所有数据的通信，而是需要分几次完成。所以每五次20ms的定时中断(100ms)执行一次前台程序的基本程序：召唤信号的登记和消号、根据后台程序计算的按钮分配资格表把已登记的召唤分配给每一台电梯、本层开门信号的处理、以及其它诸如自动返基和分散待梯等选择动能的处理。

Claims (2)

1.一种电梯群控系统，其特征在于，它包括一群控CPU、至多八台电梯的单梯控制CPU，各台电梯的轿厢控制器CPU，各台电梯各层站的若干召唤控制器CPU、以及与各单梯控制CPU配套的切换继电器，其中：

所述的群控CPU上装有八个CAN通信口，分别与各单梯控制CPU通信，并根据各电梯的各种状态，计算出动态的最佳召唤分配方案，一旦任一召唤信号登记时，及时分配给最合理的电梯，同时，召唤按钮的点灯信号也是由群控CPU通过各单梯控制CPU，最后再送到召唤控制器CPU；

各单梯控制CPU分别与各轿厢控制器CPU一一相连，并与对应的若干召唤控制器CPU相连，通过CAN总线进行数据通信，接收外召唤信号，再送到群控CPU；

各切换继电器分别一一对应地连接在各单梯控制CPU、群控CPU和召唤CPU之间，用于当某一台电梯失电后，群控CPU仍可通过该电梯的切换继电器切换，直接与该电梯的各召唤控制CPU通信，从而直接从它们得到召唤按钮信号，同时也直接对该电梯的所有按钮信号灯进行点亮或消号的控制。

2.根据权利要求1所述的一种电梯群控系统，其特征在于，群控CPU在计算各电梯的召唤按钮分配方案时，以乘客的召唤信号为首选处理信号，进行分配一台最快到达的响应电梯。