專利名稱：一種電梯群控系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電梯群控系統(tǒng)。
(2)背景技術(shù)當(dāng)大樓中同一候梯室有多臺(tái)電梯服務(wù)時(shí)，如果各臺(tái)電梯互不關(guān)聯(lián)，單梯控制運(yùn)行，則勢(shì)必會(huì)浪費(fèi)電梯的很多起止動(dòng)次數(shù)，大大降低電梯應(yīng)有的運(yùn)輸能力。所以，一般人們通過群控系統(tǒng)把同一候梯室距離合適的多臺(tái)電梯統(tǒng)一控制，合理調(diào)配每臺(tái)電梯響應(yīng)每一登記的召喚，才能最大限度地避免浪費(fèi)，提高電梯的服務(wù)效率。但是，現(xiàn)有的群控系統(tǒng)，采用光纖通信等方法進(jìn)行通信，在數(shù)據(jù)交流的快速性、實(shí)時(shí)性和可靠性方面雖能得到保證，設(shè)備投資的費(fèi)用較高。
(3)發(fā)明內(nèi)容本發(fā)明的目的在于提供一種電梯群控系統(tǒng)，利用CAN(控制器局域網(wǎng)絡(luò))總線通信優(yōu)勢(shì)實(shí)現(xiàn)群控，提高梯群中電梯的運(yùn)行效率。
本發(fā)明所提供的一種電梯群控系統(tǒng)，它包括一群控CPU(中央處理器)、至多八臺(tái)電梯的單梯控制CPU，各臺(tái)電梯的轎廂控制器CPU，各臺(tái)電梯各層站的若干召喚控制器CPU、以及與各單梯控制CPU配套的切換繼電器，其中所述的群控CPU上裝有八個(gè)CAN通信口，分別與各單梯控制CPU通信，并根據(jù)各電梯的各種狀態(tài)，計(jì)算出動(dòng)態(tài)的最佳召喚分配方案，一旦任一召喚信號(hào)登記時(shí)，及時(shí)分配給最合理的電梯，同時(shí)，召喚按鈕的點(diǎn)燈信號(hào)也是由群控CPU通過各單梯控制CPU，最后再送到召喚控制器CPU；各單梯控制CPU分別與各轎廂控制器CPU一一相連，并與對(duì)應(yīng)的若干召喚控制器CPU相連，通過CAN總線進(jìn)行數(shù)據(jù)通信，接收外召喚信號(hào)，再送到群控CPU；各切換繼電器分別一一對(duì)應(yīng)地連接在各單梯控制CPU、群控CPU和召喚CPU之間，用于當(dāng)某一臺(tái)電梯失電后，該電梯的單梯控制CPU不工作，群控CPU仍可通過該電梯的切換繼電器切換，直接與該電梯的各召喚控制CPU通信，從而直接從它們得到召喚按鈕信號(hào)，同時(shí)也直接對(duì)該電梯的所有按鈕信號(hào)燈進(jìn)行點(diǎn)亮或消號(hào)的控制。
上述的一種電梯群控系統(tǒng)，群控CPU在計(jì)算各電梯的召喚按鈕分配方案時(shí)，以乘客的召喚信號(hào)為首選處理信號(hào)，進(jìn)行分配一臺(tái)最快到達(dá)的響應(yīng)電梯。
由于采用了上述的技術(shù)解決方案，即采用CAN總線作為梯群中群控CPU與梯群中各單梯主控CPU之間的通信手段。另外，各單梯主控CPU與其轎廂控制器CPU、召喚控制器CPU之間的數(shù)據(jù)通信也采用CAN總線。因此在整個(gè)群控系統(tǒng)中，各部件中CPU之間的數(shù)據(jù)通信全部采用CAN總線，為群控CPU從一般與單梯主控CPU之間的通信到該單梯主控CPU斷電時(shí)轉(zhuǎn)換成同該梯的召喚控制器CPU的通信提供了很好的基礎(chǔ)。因此，通過優(yōu)質(zhì)的群控系統(tǒng)把同一候梯室距離合適的多臺(tái)電梯統(tǒng)一控制，合理調(diào)配每臺(tái)電梯響應(yīng)每一登記的召喚，才能最大限度地提高電梯的利用率，避免了浪費(fèi)，提高電梯的服務(wù)效率。
(4)


圖1是本發(fā)明一種電梯群控系統(tǒng)的結(jié)構(gòu)示意圖；圖2是群控CPU后臺(tái)程序簡(jiǎn)要流程；圖3是群控CPU前臺(tái)程序簡(jiǎn)要流程。
(5)具體實(shí)施方式
本發(fā)明系統(tǒng)結(jié)構(gòu)如圖1所示，在系統(tǒng)的最高控制層增加一塊群控CPU(1)。群控CPU裝有八個(gè)CAN通信口，分別可以與最多達(dá)八臺(tái)電梯的單梯中群控CPU(2，3…9)通信。通過CAN通信，群控CPU(1)可獲得整個(gè)群控系統(tǒng)各臺(tái)電梯的狀態(tài)信息(如層樓位置、運(yùn)行方向、指令登記情況等等)，同時(shí)又可把召喚信號(hào)的分配結(jié)果送到各電梯的單梯控制CPU(2，3…9)。群控CPU的主要任務(wù)，就是根據(jù)群控系統(tǒng)中各梯的各種狀態(tài)，計(jì)算出動(dòng)態(tài)的最佳召喚分配方案，一旦任一召喚信號(hào)登記時(shí)，及時(shí)分配給最合理的電梯。
各單梯控制CPU(2，3…9)分別與各轎廂控制器CPU(18，19…25)一一相連，并與對(duì)應(yīng)的若干召喚控制器CPU(26)相連。在通常情況下，外召喚信號(hào)先通過各單梯控制CPU再送到群控CPU；同樣，召喚按鈕的點(diǎn)燈信號(hào)也是由群控CPU通過各單梯控制CPU，最后再送到召喚控制器CPU(26)。但是當(dāng)某一臺(tái)電梯失電后，該電梯的的單梯控制CPU不工作，群控CPU(1)就通過該電梯的通訊線切換繼電器(10)切換，直接與該電梯的各召喚控制CPU(26)通信，直接從它們得到召喚按鈕信號(hào)，同時(shí)也直接對(duì)該電梯的所有按鈕信號(hào)燈進(jìn)行點(diǎn)亮或消號(hào)的控制。在群控系統(tǒng)中，各單梯控制CPU(2，3…9)不參與對(duì)召喚按鈕信號(hào)的處理(最多作一個(gè)二傳手角色)，召喚按鈕信號(hào)的登記點(diǎn)燈或消號(hào)及登記以后的處理，都由群控CPU(1)包辦。
群控CPU(1)在計(jì)算各電梯的召喚按鈕分配方案時(shí)，以乘客利益為宗旨，即在現(xiàn)有情況下，盡可能分配一臺(tái)最快到達(dá)的電梯去響應(yīng)乘客的召喚信號(hào)。因此，在分配電梯響應(yīng)任何召喚時(shí)，充分考慮每一電梯離召喚按鈕層的距離，每一電梯的運(yùn)行方向，電梯轎內(nèi)的乘客情況等等，然后不斷地制定瞬時(shí)的召喚按鈕分配方案。
由于群控CPU(1)中的八路CAN通信口，在正常情況下與單梯控制CPU(2，3…9)通信，而當(dāng)某一電梯的單梯CPU失電時(shí)，它就轉(zhuǎn)換成與該梯的召喚控制器通信。所在它必須具有兩套不同的通信協(xié)議，一套適合單梯控制CPU，另一套適合召喚控制器。在通常情況下，軟件處理優(yōu)先考慮適合單梯控制CPU的通信協(xié)議，如果連續(xù)8個(gè)周期收不到單梯控制CPU的正常信號(hào)，系統(tǒng)軟件就自動(dòng)轉(zhuǎn)換采用召喚控制器的通信協(xié)議，但一旦收到來自單梯控制CPU的正常信號(hào)，系統(tǒng)又會(huì)自動(dòng)恢復(fù)到采用適合單梯控制CPU的通信協(xié)議。
如果群控系統(tǒng)中，有任何一臺(tái)電梯發(fā)生故障或停電檢修等現(xiàn)象，群控CPU就會(huì)自動(dòng)切除該臺(tái)電梯在群控系統(tǒng)之外，保持其它電梯的連續(xù)群控運(yùn)行。反過來，如果群控CPU發(fā)生故障或由于其它原因的停電，各電梯主控CPU也會(huì)自動(dòng)控制電梯進(jìn)行單梯運(yùn)行，從而保證了電梯在特殊情況下發(fā)揮最大使用價(jià)值。
群控CPU程序說明及簡(jiǎn)要流程介紹考慮到群控CPU工作內(nèi)容，將程序分成兩大內(nèi)容一是后臺(tái)程序；二是前臺(tái)程序。后臺(tái)程序沒有定時(shí)周期，它自然循環(huán)，主要完成對(duì)每一召喚按鈕的分配資格計(jì)算；前臺(tái)程序每100ms定時(shí)周期運(yùn)行一次，主要完成召喚信號(hào)的登記和消號(hào)，廳外開門的計(jì)算及其它一些附加功能。
如圖2所示，后臺(tái)程序的簡(jiǎn)要流程為群控CPU通電后，先進(jìn)入后臺(tái)程序。首先做的是初始化工作，包括CPU特殊寄存器初始化、I/O口初始化、E2PROM初始化、各CAN通信口初始化、中斷定時(shí)中初始化，E2PROM中規(guī)格數(shù)據(jù)的設(shè)定(在程序第一次運(yùn)行時(shí)，先把電梯的規(guī)格數(shù)據(jù)缺省值寫入到E2PROM中)，E2PROM中規(guī)格數(shù)據(jù)的讀取(由于RAM數(shù)據(jù)停電后不能保持，所以每次通電時(shí)都要將寄存在E2PROM中規(guī)格數(shù)據(jù)的讀到RAM)。RAM區(qū)清零(規(guī)格數(shù)據(jù)區(qū)除外)。在做初始化工作時(shí)，禁止中斷。然后進(jìn)入后臺(tái)程序的正式工作計(jì)算服務(wù)層，計(jì)算每一電梯對(duì)每一按鈕的罰分，根據(jù)罰分大小分配所有的按鈕響應(yīng)資格給群控中每一臺(tái)電梯。上述主體程序無限循環(huán)運(yùn)行。
如圖3所示，前臺(tái)程序的簡(jiǎn)要流程為前臺(tái)程序定時(shí)每100ms執(zhí)行一個(gè)周期。但定時(shí)中斷每20ms進(jìn)行一次。這主要考慮到CAN通信數(shù)據(jù)較多，不能用一次傳送來完成所有數(shù)據(jù)的通信，而是需要分幾次完成。所以每五次20ms的定時(shí)中斷(100ms)執(zhí)行一次前臺(tái)程序的基本程序召喚信號(hào)的登記和消號(hào)、根據(jù)后臺(tái)程序計(jì)算的按鈕分配資格表把已登記的召喚分配給每一臺(tái)電梯、本層開門信號(hào)的處理、以及其它諸如自動(dòng)返基和分散待梯等選擇動(dòng)能的處理。
權(quán)利要求
1.一種電梯群控系統(tǒng)，其特征在于，它包括一群控CPU、至多八臺(tái)電梯的單梯控制CPU，各臺(tái)電梯的轎廂控制器CPU，各臺(tái)電梯各層站的若干召喚控制器CPU、以及與各單梯控制CPU配套的切換繼電器，其中所述的群控CPU上裝有八個(gè)CAN通信口，分別與各單梯控制CPU通信，并根據(jù)各電梯的各種狀態(tài)，計(jì)算出動(dòng)態(tài)的最佳召喚分配方案，一旦任一召喚信號(hào)登記時(shí)，及時(shí)分配給最合理的電梯，同時(shí)，召喚按鈕的點(diǎn)燈信號(hào)也是由群控CPU通過各單梯控制CPU，最后再送到召喚控制器CPU；各單梯控制CPU分別與各轎廂控制器CPU一一相連，并與對(duì)應(yīng)的若干召喚控制器CPU相連，通過CAN總線進(jìn)行數(shù)據(jù)通信，接收外召喚信號(hào)，再送到群控CPU；各切換繼電器分別一一對(duì)應(yīng)地連接在各單梯控制CPU、群控CPU和召喚CPU之間，用于當(dāng)某一臺(tái)電梯失電后，群控CPU仍可通過該電梯的切換繼電器切換，直接與該電梯的各召喚控制CPU通信，從而直接從它們得到召喚按鈕信號(hào)，同時(shí)也直接對(duì)該電梯的所有按鈕信號(hào)燈進(jìn)行點(diǎn)亮或消號(hào)的控制。
2.根據(jù)權(quán)利要求1所述的一種電梯群控系統(tǒng)，其特征在于，群控CPU在計(jì)算各電梯的召喚按鈕分配方案時(shí)，以乘客的召喚信號(hào)為首選處理信號(hào)，進(jìn)行分配一臺(tái)最快到達(dá)的響應(yīng)電梯。
全文摘要
一種電梯群控系統(tǒng)，其中群控CPU上裝有八個(gè)CAN通信口，分別與各單梯控制CPU通信，并根據(jù)各電梯的各種狀態(tài)，計(jì)算出動(dòng)態(tài)的最佳召喚分配方案，一旦任一召喚信號(hào)登記時(shí)，及時(shí)分配給最合理的電梯，同時(shí)，召喚按鈕的點(diǎn)燈信號(hào)也是由群控CPU通過各單梯控制CPU，最后再送到召喚控制器CPU；各單梯控制CPU通過CAN總線分別與各轎廂控制器CPU和若干召喚控制器CPU進(jìn)行數(shù)據(jù)通信，接收外召喚信號(hào)，再送到群控CPU；各切換繼電器用于當(dāng)某一臺(tái)電梯失電后，群控CPU仍可通過該電梯的切換繼電器切換，直接與該電梯的各召喚控制CPU通信，得到召喚按鈕信號(hào)，同時(shí)也直接對(duì)該電梯的所有按鈕信號(hào)燈進(jìn)行點(diǎn)亮或消號(hào)的控制。本發(fā)明利用CAN總線通信優(yōu)勢(shì)實(shí)現(xiàn)群控，提高梯群中電梯的運(yùn)行效率。
文檔編號(hào)B66B1/18GK1417100SQ0113215
公開日2003年5月14日 申請(qǐng)日期2001年11月9日 優(yōu)先權(quán)日2001年11月9日
發(fā)明者王春祥, 蔡亮, 沈輝忠 申請(qǐng)人:上海新時(shí)達(dá)電氣有限公司