專利名稱：群控電梯的控制系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及群控電梯的控制裝置，尤其是涉及在多個樓層站點間運行多臺電梯時管理電梯運行的群控電梯的控制系統(tǒng)。
另外，作為有關(guān)其它群控電梯的控制系統(tǒng)的現(xiàn)有技術(shù)，記載在日本特許公開公報平9-151043號中的技術(shù)已被公知。在

圖16中，表示出該群控電梯控制系統(tǒng)的簡要情況。
該現(xiàn)有的群控電梯的控制裝置是控制由1層到n層的樓層站點中2臺電梯運行時的系統(tǒng)。101，102是分別控制各電梯的各號機運行控制裝置。104，105是由1層到n層分別設置的電梯間控制裝置。各層的電梯間控制裝置1041至104n，1051至105n通過電梯間傳輸中繼裝置114，電梯間傳輸線116連接。另外，在各層的電梯間控制裝置1041至104n，1051至105n中，設置電梯間呼叫按鈕1081a至108na。電梯間呼叫信號等電梯間數(shù)據(jù)經(jīng)電梯間傳輸線116傳輸?shù)诫娞蓍g傳輸中繼裝置114，再由該電梯間傳輸中繼裝置114經(jīng)各號機傳輸線117，118發(fā)送到分別對應的各號機控制裝置101，102，另外，由運行控制裝置101發(fā)送的控制數(shù)據(jù)由各號機傳輸線117，118經(jīng)電梯間傳輸中繼裝置114再由電梯間傳輸線116發(fā)送到各層的電梯間控制裝置1041至114n，1051至105n。
群控控制裝置110經(jīng)群控傳輸線121，122同各運行控制裝置101，102連接，并經(jīng)傳輸線115同電梯間傳輸中繼裝置114連接。電梯間傳輸中繼裝置114裝置有將各運行控制裝置101，102和各層的電梯間控制裝置1041至104n，1051至1051n之間的傳輸協(xié)議應予協(xié)調(diào)，并將其中任一方的傳輸協(xié)議轉(zhuǎn)換為另一方的傳輸協(xié)議的傳輸協(xié)議轉(zhuǎn)換裝置。該傳輸協(xié)議轉(zhuǎn)換裝置經(jīng)電梯間傳輸中繼裝置114及群控傳輸線121，122同電梯間呼叫輸入輸出裝置和群控控制裝置110連接，是一種將一方的傳輸協(xié)議轉(zhuǎn)換為另一方的傳輸協(xié)議的所謂進行電梯間呼叫登錄以及電梯間呼叫分配控制的裝置。
就這樣的群控控制系統(tǒng)而言，即使經(jīng)串行的傳輸裝置所連接的各層電梯間控制裝置1041至104n，1051至105n的機型不同，或者通過保護等變更傳輸協(xié)議，可以可靠地同該變更的傳輸協(xié)議相適應，可以實現(xiàn)提高電梯間機器的互換性，不用說同一系統(tǒng)的機器，也可以實現(xiàn)同其它系統(tǒng)間的機器的統(tǒng)一。
然而，就上述那樣的現(xiàn)有的群控電梯控制系統(tǒng)而言，對于電梯間呼叫輸入輸出用的傳輸線路以及告知電梯的到達及電梯間呼叫的分配的信號燈用或者表示電梯位置用的傳輸線路必須分別按各自的系統(tǒng)配線，從而加大了配線工作量并延長了工期。
另外，在改裝過程中，為了將多個一部電梯的系統(tǒng)變更為群控系統(tǒng)，必須大幅度地更換系統(tǒng)，改裝需要極高的費用并花費極多的人力和時間。
本發(fā)明的目的就是在于提供一種群控電梯的控制系統(tǒng)，它可以消除上述現(xiàn)有技術(shù)存在的問題，用一個系統(tǒng)的傳輸線路將每個一部電梯的系統(tǒng)的各層的電梯間的呼叫輸入輸出裝置和運行控制裝置連接在一起的同時，通過用另外的傳輸線路將各運行控制裝置和群控控制裝置連接，從而使群控控制系統(tǒng)的建立變得簡單易行而且可提高可靠性。
為了實現(xiàn)上述發(fā)明目的，本發(fā)明的群控電梯的控制系統(tǒng)的第1技術(shù)方案是對已登錄的電梯間呼叫在多臺電梯中分配最佳電梯進行運行控制，該系統(tǒng)具有以下各部分控制各層的電梯間呼叫的輸入輸出的電梯間呼叫輸入輸出裝置，對已登錄的電梯間呼叫分配最佳電梯進行控制的群控控制裝置，各臺電梯都分別具有的，至少對上述電梯間呼叫分配的控制信號進行響應的控制電梯運行的運行控制裝置，以及傳輸系統(tǒng)，該系統(tǒng)至少按每臺電梯將上述電梯間呼叫輸入輸出裝置和運行控制裝置相互連接的同時，將上述所有的運行控制裝置和群控控制裝置相互連接，從而使電梯間呼叫輸入輸出裝置和群控控制裝置的連接相互分離。
若使用本發(fā)明的第1技術(shù)方案，在群控控制裝置中，由于經(jīng)連接運行控制裝置和電梯間呼叫輸入輸出裝置的傳輸線路發(fā)送電梯間呼叫，直接連接群控控制裝置和電梯間呼叫裝置的傳輸線路則無必要，從而可容易地將單臺構(gòu)成的電梯若干臺合在一起建立群控系統(tǒng)。
本發(fā)明的群控電梯的控制系統(tǒng)的第2技術(shù)方案是在上述第1技術(shù)方案中，上述各運行控制裝置兼有對信息進行相互間的傳輸，對已登錄的電梯間呼叫進行最佳電梯的分配的群控控制功能，從而可做成代替上述群控控制裝置的分散型的群控處理系統(tǒng)。
本發(fā)明的群控電梯的控制系統(tǒng)的第3技術(shù)方案是在上述第1和第2技術(shù)方案中，上述群控控制裝置還具有以預先設定的不停止層等信息為基礎做出電梯間呼叫登錄許可決定的裝置和將已決定的電梯間呼叫登錄許可信號定期地發(fā)送給所有運行控制裝置的傳輸裝置，上述運行控制裝置還具有傳輸裝置和控制裝置，該傳輸裝置通過上述傳輸線路接收已輸入到設置在各層的上述電梯間呼叫輸入裝置中的電梯間呼叫信號的同時，以同時通報的方式將上述電梯間呼叫輸入信號發(fā)送給其它的運行控制裝置和群控控制裝置；該控制裝置使同一樓層控制面板的電梯間呼叫按鈕燈接通。
若使用本發(fā)明的第3技術(shù)方案，當按壓設置在各層的電梯間呼叫按鈕時，根據(jù)不停止層及建筑物等的信息，可以接通同一樓層的電梯間呼叫按鈕燈。
本發(fā)明的群控電梯的控制系統(tǒng)的第4技術(shù)方案是在上述第1和第2技術(shù)方案中，上述運行控制裝置具有監(jiān)視同上述群控控制裝置的傳輸狀況、檢測故障的故障檢測裝置，當檢測出故障時，停止對上述分配控制信號的響應，通過上述電梯間呼叫輸入裝置直接對已登錄的電梯間呼叫予以響應。
若使用本發(fā)明的第4技術(shù)方案，通過監(jiān)視傳輸狀況，當產(chǎn)生傳輸故障時，可以不由群控控制裝置接收指令，而直接控制本號機的運行。
本發(fā)明的群控電梯的控制系統(tǒng)的第5技術(shù)方案是在上述第1和第2技術(shù)方案中，上述運行控制裝置具有在多個運行控制裝置之間相互發(fā)送接收數(shù)據(jù)時，對由一方的運行控制裝置向其它方運行控制裝置傳輸數(shù)據(jù)的傳輸時間進行運算的傳輸時間運算裝置和使用相應的傳輸時間運算裝置對上述電梯間呼叫半數(shù)信號的輸出進行運算的傳輸時間延遲輸出的裝置。
若使用本發(fā)明的第5技術(shù)方案，通過延遲，可彌補電梯間呼叫的傳輸時間延遲，可以協(xié)調(diào)同一樓層的電梯間呼叫按鈕燈的接通時間而一齊接通。
本發(fā)明的群控電梯的控制系統(tǒng)的第6技術(shù)方案是在上述第1和第2技術(shù)方案中，上述運行控制裝置至少具有響應電梯間呼叫使打開的電梯門關(guān)閉時，按壓同響應上述電梯呼叫的運行控制裝置相連接的相應電梯間呼叫按鈕時，在不將上述電梯間呼叫輸入信號發(fā)送到其它的運行控制裝置和群控控制裝置的上述運行控制裝置中輸出控制打開標的開門信號的裝置。
若使用本發(fā)明的第6技術(shù)方案，響應電梯間呼叫使打開的電梯門在電梯間呼叫時再次打開的情況下，由于控制開門是在不將為再次打開電梯門的電梯間呼叫輸入發(fā)送給其它的運行控制裝置和群控控制裝置，再次打開的反應迅速，而且可使傳輸線路的負荷減輕。
本發(fā)明的群控電梯的控制系統(tǒng)的第7技術(shù)方案是在上述第4技術(shù)方案中，除了將上述群控控制裝置和運行控制裝置相互連接的第一傳輸線路外，具有將多個運行控制裝置相互連接的第二傳輸線路，當上述故障檢測裝置檢測出故障時，上述群控控制裝置停止由第一傳輸線路接收電梯間呼叫輸入信號，而使用由第二傳輸線路發(fā)送的上述電梯間呼叫輸入信號并進行分配。
若使用本發(fā)明的第7技術(shù)方案，即使第一傳輸線路發(fā)生傳輸故障時。由于可經(jīng)由第二傳輸線路傳輸引起傳輸故障的系統(tǒng)的電梯間呼叫，進行分配控制，可提高系統(tǒng)的可靠性。
本發(fā)明的群控電梯的控制系統(tǒng)的第8技術(shù)方案是在上述第7技術(shù)方案中，將位于同一樓層的多個上述電梯間呼叫輸入輸出裝置至少將相鄰者作為一對經(jīng)備用傳輸線路使其相互接連。
若使用本發(fā)明的第8技術(shù)方案，即使一個系統(tǒng)的電梯間呼叫輸入輸出裝置的傳輸線路出現(xiàn)故障，也可經(jīng)由其它系統(tǒng)的傳輸線路登錄電梯間呼叫。
圖2是在各運行控制裝置中兼有群控功能的分散型的控制系統(tǒng)的系統(tǒng)結(jié)構(gòu)簡圖。
圖3是表示群控控制裝置的處理的流程圖。
圖4是表示運行控制裝置的處理的流程圖。
圖5是表示電梯間呼叫處理的細節(jié)的流程圖。
圖6是表示運行處理的細節(jié)的流程圖。
圖7是轎箱用數(shù)據(jù)，群控用數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)的說明圖。
圖8是表示轎箱呼叫表，電梯間呼叫表，分配表等的例子的說明圖。
圖9是電梯間呼叫輸入的掃描傳輸方式的概念圖。
圖10是電梯間呼叫輸入的掃描傳輸?shù)膫鬏攬D。
圖11是表示電梯間呼叫輸入的掃描傳輸?shù)膫鬏敂?shù)據(jù)表圖。
圖12是表示傳輸處理細節(jié)的流程圖。
圖13是測定傳輸延遲時間的概念圖。
圖14是復式群控電梯控制裝置的系統(tǒng)結(jié)構(gòu)簡圖。
圖15是利用本發(fā)明的第二實施例的群控電梯的控制裝置的系統(tǒng)結(jié)構(gòu)簡圖。
圖16是利用現(xiàn)有技術(shù)的群控電梯的控制裝置的系統(tǒng)結(jié)構(gòu)簡圖。
第一實施例圖1是表示利用本發(fā)明的群控電梯的控制系統(tǒng)的第一實施例的方框圖。該群控控制系統(tǒng)是在具有從1層到8層的樓層站點的建筑中使用三臺轎箱進行運行服務的例子，參照標號1是對于已登錄的電梯間呼叫進行分配控制的群控控制裝置。2a，2b，2c是單獨控制各電梯a號機，b號機，c號機運行的運行控制裝置。
在該圖1中，為了使圖示簡明，僅表示1層和2層兩個樓層。另外，在3臺電梯中，具有卷揚機及轎箱等的機器僅表示a號機。轎箱6a用主鋼纜13a同平衡重7a相連，通過卷揚機8a的正轉(zhuǎn)、反轉(zhuǎn)，使轎箱6a沿升降通道上升、下降。
在各層的電梯間，作為產(chǎn)生電梯間呼叫信號的電梯間設備，設置有電梯間按鈕4ai至4ci和電梯間信號燈5ai至5ci(i＝1，2，……8)。圖1中，a號機，b號機，c號機用的電梯間按鈕、電梯間信號燈分別用4，5以示區(qū)別以及附加字母a，b，c以示區(qū)別；另外，樓層站點也以該層的數(shù)字加以區(qū)別(以下在各層，各號機中，同類的機器的區(qū)別方法是相同的)。
群控控制裝置1中裝有執(zhí)行群控處理的群控微處理機14和承擔信號的發(fā)送接收功能的群控用傳輸控制裝置15，通過群控用傳輸線路19同a號機，b號機，c號機的運行控制裝置2a至2c相連。
運行控制裝置2a至2c分別裝備有運行控制微處理機18a至18c，控制同群控控制裝置1的信號的發(fā)送和接收的群控用傳輸控制裝置17a至17c，控制同轎箱6a至6c之間的信號發(fā)送和接收以及同電梯間輸入輸出裝置之間的信號的發(fā)送和接收的轎箱用傳輸控制裝置16a至16c。
電梯間按鈕4ai至4ci和電梯間信號燈5ai至5ci將控制各層的電梯間的呼叫輸入輸出的電梯間呼叫輸入輸出裝置3ai至3ci作為界面經(jīng)電梯間用傳輸線路11a至11c同各號機的運行控制裝置2a至2c相連。
如圖1所示，在轎箱6a中，具有轎箱操作面板10a和作為發(fā)送接收信號接口的轎箱輸入輸出裝置9a，該裝置9a經(jīng)轎箱傳輸線路12a同運行控制裝置2a相連。其它的b號機，c號機的轎箱同a號機是相同的，而在圖1中予以省略。
圖2是表示建立分散型的群控系統(tǒng)的實施形式，它是通過使各運行控制裝置2a至2c所具有的運行控制微處理機18a至18c兼具群控控制功能來代替圖1的群控控制裝置1。另外，各運行控制裝置2a至2c的群控用傳輸控制裝置17a至17c控制各運行控制裝置2a至2c相互間信號的發(fā)送和接收。在該圖2中，由于除了沒有群控控制裝置1之外，其余與圖1的實施形式是相同的，因而對于相同的結(jié)構(gòu)要素，給以相同的標號，其詳細的說明予以省略。以下，對群控控制裝置1的處理內(nèi)容進行詳細的說明，而這些控制內(nèi)容，同圖2的運行控制微處理機18a至18c所具有的群控控制功能是相同的。
圖3是表示群控控制的處理內(nèi)容的流程圖。在該圖3中，階段S100是在有電梯間呼叫輸入或轎箱呼叫輸入時進行處理以根據(jù)對該電梯間呼叫或轎箱呼叫輸入是否有效所進行的判斷生成登錄許可信息。該電梯間呼叫及轎箱呼叫登錄許可信息根據(jù)由未予圖示的監(jiān)視面板等輸入的有關(guān)不停止層的信息以及群控控制微處理機儲存在其內(nèi)部的存諸裝置中的大樓樓層構(gòu)成的信息生成。電梯間呼叫及轎箱呼叫登錄許可信息由群控傳輸裝置15經(jīng)群控用傳輸線路19發(fā)送至a至c各號機的運行控制裝置2a至2c。群控控制裝置1的其它階段(S200，S300，S400)的處理內(nèi)容由于同現(xiàn)有技術(shù)沒有差別，在必要時隨時予以說明。
圖4是表示各運行控制裝置2a至2c的處理內(nèi)容的流程圖。以下，以1層的電梯間呼叫按鈕4a1至4c1中，按壓4a1的情況作為例子，對由電梯間呼叫的登錄到分配、響應的一系列處理流程予以說明。
運行控制裝置2a至2c如圖4所示，其處理功能大致分為轎箱呼叫處理(階段S500)，電梯間呼叫處理(階段S600)，運行處理(階段S700)。1、電梯間呼叫處理首先，當乘客按壓電梯間按鈕4a1時，該電梯間呼叫輸入信號輸入電梯間輸入輸出裝置3a1，經(jīng)電梯間用傳輸線路11a以掃描傳輸方式發(fā)送到a號機的運行控制裝置2a所具有的轎箱用傳輸裝置16a。關(guān)于該掃描傳輸方式將在下文敘述。轎箱用傳輸裝置16a在收到電梯間呼叫輸入信號時就將該信號發(fā)送給運行控制微處理機18a。
在該運行控制微處理機18a中，根據(jù)由群控控制裝置1發(fā)送來的電梯間呼叫登錄許可信息，判斷電梯間呼叫輸入是否有效。若是有效的電梯間呼叫輸入，運行控制微處理機18a由轎箱用傳輸裝置16a經(jīng)電梯間用傳輸線路11a將電梯間呼叫燈的接通信號發(fā)送給電梯間輸入輸出裝置3a1。因此，電梯間呼叫輸入予以登錄，在1層的電梯間的呼叫按鈕4a1的燈接通。
另外，在同這樣的電梯間呼叫輸入的登錄和電梯間按鈕4a1的燈接通的同時，運行控制裝置2a將電梯間呼叫輸入信號由群控用傳輸裝置17a經(jīng)群控用傳輸線路19發(fā)送到群控控制裝置1和b號機，c號機的運行控制裝置2b，2c。收到電梯間呼叫輸入信號的運行控制微處理機18b，18c與上述同樣地將電梯間呼叫按鈕燈的接通信號由轎箱用傳輸裝置16b，16c經(jīng)電梯間用傳輸線路11b，11c發(fā)送到電梯間輸入裝置3b1，3c1。因此，電梯間呼叫按鈕4b1，4c1的燈接通，于是在1層的全部電梯間的呼叫按鈕4a1，4b1，4c1的燈都被接通。
另一方面，群控控制裝置1所具有的群控微處理機14如圖3的流程圖所示，像下述那樣，分配最佳號機的電梯而對電梯間的呼叫做出響應。即，由運行控制裝置2a發(fā)送了電梯間呼叫輸入的群控控制微處理機14經(jīng)群控用傳輸裝置15檢測出電梯間呼叫輸入時(階段S200)，以電梯的各號機所處的狀態(tài)為基礎進行評價計算(階段S300)。而且，選擇評價值最好的電梯(例如c號機)作為最佳號機，將其分配信號由群控傳輸裝置15經(jīng)群控用傳輸線路19發(fā)送給c號機的裝置(階段S400)。2、運行處理這樣，接收到對已登錄的電梯間呼叫的分配信號的c號機的運行控制微處理機18c使作為登錄層1層的電梯間的信號燈(預報燈)接通，在告知分配的同時，進行使c號機電梯予以響應的運行處理(階段S700)。當c號機的轎箱臨近1層開始減速時，運行控制微處理機18c使1層的電梯間的信號燈(到達燈)閃爍，告知到達；另外，生成電梯間呼叫按鈕燈關(guān)閉信號。該燈的關(guān)閉信號，就c號機而言，經(jīng)電梯間用傳輸線路11c傳輸?shù)诫娞蓍g輸入輸出裝置3c1；就a號機，b號機而言，經(jīng)由各自的運行控制裝置2a，2b，傳輸?shù)诫娞蓍g輸入輸出裝置3a1，3b1。因此，在1層，在c號機的轎箱到達的同時，電梯間呼叫按鈕4a1，4b1，4c1的燈熄滅。3、轎箱呼叫處理這樣，當c號機在1層開門時，乘客進入轎箱6c，當按壓該轎箱內(nèi)的轎箱操作面板10c的要去的目的層的呼叫按鈕時，像下述的那樣實施呼叫處理。
轎箱的呼叫輸入信號由轎箱輸入輸出裝置9c經(jīng)轎箱用傳輸線路12c，轎箱用傳輸裝置16c發(fā)送到c號機運行控制裝置2c的運行控制微處理機18c。該運行微處理機18c參照由群控控制裝置1經(jīng)群控用傳輸線路19發(fā)送來的轎箱呼叫登錄許可信息，判斷轎箱呼叫輸入是否有效。若有效，則由轎箱用傳輸裝置16c經(jīng)轎箱用傳輸線路12c將轎箱呼叫燈的接通信號發(fā)送到轎箱輸入輸出裝置9c。因此，就c號機的轎箱6c而言，轎箱的操作面板10c的要去的目的層的轎箱呼叫燈接通，轎箱呼叫輸入予以登錄。與此同時，運行控制裝置2c對已登錄的轎箱呼叫予以響應而使轎箱6c向要去的目的層運行。當轎箱6c到達轎箱呼叫登錄層并將電梯門打開時，運行控制裝置2c使轎箱呼叫燈熄滅信號經(jīng)轎箱用傳輸線路12c而傳輸?shù)睫I箱輸入輸出裝置9c從而使轎箱呼叫按鈕燈熄滅。
以上，簡要地說明了電梯間呼叫的登錄、分配，直到響應的一系列處理的流程，下面將作更詳細的說明。
4、電梯間呼叫處理的詳細內(nèi)容圖5是詳細地表示電梯間呼叫處理(階段S200)內(nèi)容的流程圖。
圖7(a)是儲存在運行控制裝置2a至2c的內(nèi)部存儲裝置中的轎箱用數(shù)據(jù)的構(gòu)成圖。在該圖7(a)中，例如，a號機的轎箱用數(shù)據(jù)被分配到CAREL(0)，b號機的轎箱用數(shù)據(jù)被分配到CAREL(1)，c號機的轎箱用數(shù)據(jù)被分配到CAREL(2)。這些轎箱用數(shù)據(jù)通過在a號機至c號機的運行控制裝置2a至2c相互之間定期地重復接收和發(fā)送信息，將數(shù)據(jù)內(nèi)容更新為最新的內(nèi)容。例如，對于2號機的運行控制裝置2a，將CAREL(0)的數(shù)據(jù)發(fā)送到b號機的運行控制裝置2b和c號機的運行控制裝置2c，而CAREL(1)的數(shù)據(jù)則由運行控制裝置2b接收，而CAREL(2)的數(shù)據(jù)由運行控制裝置2c接收。
首先，各號機運行控制裝置2a至2c的運行控制微處理機18a至18c檢測本號機或其它號機是否有電梯間呼叫輸入或者重新打開的指令(階段S201)。以下，以按壓1層的a號機的電梯呼叫按鈕4a1的情況作為例子予以說明。
a號機的運行控制裝置2a參照CAREL(0)的電梯間呼叫輸入信息和電梯間呼叫消除信息判斷在有電梯間呼叫輸入的樓層(在這個例子中為1層)中電梯間呼叫消除信號是否已發(fā)生(階段S202)。若屬在該層電梯間呼叫消除信號沒有發(fā)生，(階段S202的“否”)，則為本號機的電梯間呼叫輸入(階段S220)，并將電梯間的呼叫輸入發(fā)送到b號機，c號機的運行控制裝置2b，2c。
當電梯間呼叫消除信號在1層已發(fā)生的情況下(階段S202的“是”)，由于不知道為了再次打開a號機的門是否按壓電梯間呼叫按鈕4a1或者為了再次打開b號機，c號機的門是否按相應按鈕，從而進到階段S203。在這里，在1層a號機的門正開著的情況下(階段S203的“是”)，判斷為對本號機有再次打開的要求，于是發(fā)送重新打開的指令(階段S204)。
另一方面，在1層a號機的門未開著，若為由本號機電梯間呼叫輸入，則判斷為對其它號機有再次打開的要求，于是對運行控制裝置2b，2c發(fā)出重新打開的指令。
在最后的階段S230，將示于圖8的電梯間呼叫輸入表，電梯間呼叫登錄許可表，電梯間呼叫消除表的數(shù)據(jù)合成，將其結(jié)果作為電梯間呼叫燈的接通信號輸出(階段S230)。
下面對此作具體的說明。在電梯間呼叫輸入表中，若有電梯間呼叫輸入，則相應層的二進制數(shù)設置為1。同樣的，若有電梯間呼叫登錄許可，則電梯間呼叫登錄許可表的相應層的二進制數(shù)設置為1；若生成了電梯間呼叫消除信號，則相應層的二進制數(shù)設置為1。另外，若在電梯間呼叫登錄許可信息中設置不停止層，則電梯間登錄許可表的相應層的二進制數(shù)作為0。
當合成這些數(shù)據(jù)表時，對電梯間呼叫輸入，電梯間呼叫登錄許可及電梯間呼叫消除的反轉(zhuǎn)的邏輯積AND進行邏輯運算并合成。因此，若生成電梯間呼叫消除信號，通過合成相應層的電梯間呼叫輸入被消除；若設置了不停止層，同樣地相應層的電梯間呼叫輸入被消除，使其以后不可能再作為電梯間呼叫登錄。
再有，在轎箱呼叫處理中，也同樣地對如圖8所示的轎箱呼叫輸入表，轎箱登錄許可表，轎箱呼叫消除表的數(shù)據(jù)經(jīng)邏輯運算并合成而生成轎箱呼叫表，據(jù)此而輸出轎箱呼叫按鈕燈的接通信號。數(shù)據(jù)表的格式不同但處理內(nèi)容是相同的。5、附加傳輸監(jiān)視功能的運行處理下面，更具體地說明運行處理的內(nèi)容。
圖6是表示運行處理內(nèi)容的流程圖。在該運行處理中，最初，檢測a至c號機的運行控制裝置2a至2c和群控控制裝置1之間的數(shù)據(jù)傳輸性能是否正常(階段S701)。具體的，下面以a號機的運行控制裝置2a和群控控制裝置1之間的數(shù)據(jù)傳輸?shù)臋z測為例對其進行說明。
運行控制裝置2a，開始將示于圖7(a)的轎箱用數(shù)據(jù)的CAREL(0)的傳輸異常判別信息設置為1，將此傳輸異常判別信息發(fā)送到群控控制裝置1。群控控制裝置1接收到傳輸異常判別信息時，將設置為1的值同作為增量1相加的同時，在示于圖7(b)的群控用數(shù)據(jù)GRPEL(0)的傳輸異常判別信息中設置增量值，將該傳輸異常判別信息返回到運行控制裝置2a。定期地重復這樣的傳輸異常判別信息的發(fā)送和接收，運行控制裝置2a，群控控制裝置1即使在經(jīng)過規(guī)定時間以上之后若仍未返回正常值，則判定為兩者之間的傳輸產(chǎn)生了異常。
對這樣的傳輸狀況檢測的結(jié)果，若是正常，各運行控制裝置2a至2c，通過就圖8進行的如上所述的邏輯運算合成轎箱呼叫表和電梯間呼叫表的同時，由從群控控制裝置1發(fā)送的分配信息生成示于圖8的分配表(階段S702)。然后，考慮電梯轎箱的現(xiàn)在位置及方向性決定下一個停止層(階段S710)，再起動電梯響應下一個停止層(階段S720)。
與此相反，當檢測出數(shù)據(jù)傳輸異常時，則不使用由群控控制裝置1發(fā)送的分配信息，因此也不生成分配表。而且，將轎箱呼叫表和電梯間呼叫表合成(階段S703)。其后，根據(jù)這些表決定下一個停止層(階段S710)。起動電梯(階段S720)。例如，將轎箱呼叫表的3K設置為1，將分配表中的5UP設置為1，假如轎箱現(xiàn)在的位置是1層并處于向上的UP方向，下一個停止層是3層的轎箱呼叫，隨后是5層的電梯間呼叫，對這些予以響應。6、電梯間呼叫的掃描傳輸方式下面，就電梯間呼叫輸入的掃描傳輸方法參照圖9的傳輸概念圖，圖10的傳輸變換圖，圖11的數(shù)據(jù)結(jié)構(gòu)圖，圖12的傳輸處理的流程圖予以說明。
圖2中，在a號機至c號機各號機中，運行控制裝置2a至2c所具有的轎箱用傳輸裝置16a至16c成為主控站，每個主控裝置經(jīng)電梯間用傳輸線路11a至11c所連接的電梯間呼叫輸入輸出裝置4ai至4ci(i＝1，2，……8)成為各自的遠程站。
例如，當以A號機舉例說明時，如圖10所示，在ADRO-ADRN的數(shù)據(jù)區(qū)域中進行變換以便將ADRO作為起始地址的轎箱呼叫輸出區(qū)域分配到主控站的發(fā)送者(圖10中簡記為T)和遠程站的接收者(圖10中簡記為L)；在這以下的地址中，將ADR1作為起始地址的電梯間呼叫輸出區(qū)域分配到主控站的發(fā)送者和遠程站的接收者；將ADR2作為起始地址的轎箱呼叫輸入?yún)^(qū)域分配到主控站的發(fā)送者和遠程站的接收者；將ADR3作為起始地址的電梯間呼叫輸入?yún)^(qū)域分配到主控站的發(fā)送者和遠程站的接收者；將ADR4作為起始地址的信號燈輸出區(qū)域分配到主控站的發(fā)送者和遠程站的接收者。
這種變換信息，如圖11所示，在由LIVADR(O)-LIVADR(M)的區(qū)域構(gòu)成的數(shù)據(jù)表中，將開始地址，結(jié)束地址，數(shù)據(jù)尺寸，傳輸模式(發(fā)送者或接收者)作為一套儲存在各個區(qū)域。
因此，當參照圖12的流程圖說明主控站的處理時，主控站首先讀取LIVADR表(階段S801)，LIVADR表的標引O到N(階段S802)，以數(shù)據(jù)長分傳輸模式為基礎發(fā)送地址X(階段S804)。
若主控站是發(fā)送者，則輸出與圖11所示的數(shù)據(jù)表地址相當?shù)臄?shù)據(jù)DATA(X)(階段S806)。若是接收者，則起動定時器(階段S807)，直到接收數(shù)據(jù)等待Tx時間(階段S808，S809)。
與此相對，遠程站處理除了將主控站的地址發(fā)送處理變?yōu)榈刂方邮仗幚硗?，其余與圖12的處理的流程相同。即，當接收發(fā)送區(qū)域的地址時，將相當于該地址的數(shù)據(jù)返回主控站，當接收接收者區(qū)域的地址時，繼續(xù)接收數(shù)據(jù)。
圖9是對傳輸線路上的地址和數(shù)據(jù)，將主控站和遠程站分為發(fā)送者和接收者各種不同情況表示的圖。對于主控站是發(fā)送者的情況，將ADRO，DATAO連續(xù)發(fā)送，將ADRO的下一個地址ADR+1在Tx時間以內(nèi)同DATA1連續(xù)發(fā)送。另一方面，由于遠程站是接收者，由遠程站方面沒有任何信息返回。
與此相反，對于主控站是接收者的情況，當發(fā)送ADR2時，遠程站1接收ADR2，返回DATA2。當主控站在Tx時間以內(nèi)接收DATA2時，發(fā)送ADR的下一個地址ADR2+1，遠程站2接收ADR2+1，返回DATA3。這樣，各層的電梯間呼叫輸出裝置3ai和運行控制裝置2a的轎箱用傳輸裝置16a通過掃描傳輸方式進行數(shù)據(jù)的傳輸。7、電梯間呼叫按鈕燈接通時間的協(xié)調(diào)功能就本發(fā)明的群控控制系統(tǒng)而言，電梯間用傳輸線路11a至11c由于a號機至c號機的每部電梯都是獨立的，在同一層的電梯間呼叫按鈕燈的接通信號經(jīng)群控傳輸線路19發(fā)送。該群控傳輸線路19若為高速傳輸線路，在同一層的接通時間幾乎是相同的。但是，群控傳輸線路19若為低速傳輸線路，同一層的接通時間會有差別。
因此，就該群控傳輸線路19而言，以傳輸時間判別信息數(shù)據(jù)為基礎，通過對傳輸延遲時間進行測定，測得傳輸延遲時間的定時，使按鈕燈的接通信號的發(fā)送定時延遲，從而可以將使同一層的按鈕燈的接通時間作到同時的這一功能附加到圖5的電梯間呼叫處理中。以下，參照圖13的傳輸延遲時間測定的概念圖予以說明。
在該圖13中，概念性地表示a號機和b號機之間的傳輸延遲，a號機和c號機之間的傳輸延遲。
在示于圖8的轎箱用數(shù)據(jù)中，具有對電梯的各號機的傳輸時間判別信息的數(shù)據(jù)。
例如，a號機用的運行控制裝置2a在將轎箱用數(shù)據(jù)表CAREL(0)中的傳輸時間判別信息數(shù)據(jù)設定為a1后，在起動定時器的同時，將各CAERL(0)發(fā)送給b號機，c號機的運行控制裝置2b，2c。當b號機，c號機的運行控制裝置2b，2c分別接收到CAREL(0)時，立刻參照所設定的a號機的傳輸時間判別信息數(shù)據(jù)a1，對b號機，將加上1的a1+1設定為CAREL(1)的傳輸時間判別信息數(shù)據(jù)，對c號機同樣地將加上1的a1+1設定為CAREL(2)的傳輸時間判別信息數(shù)據(jù)并同時返回a號機。
隨后，當a號機的運行控制裝置2a接收到CAREL(1)，CAREL(2)時，立即停止定時器，同時參照CAREL(1)，CAREL(2)的傳輸時間判別信息數(shù)據(jù)a，若為a1+1可認為傳輸正常，將用定時器測得的時間的1/2作為傳輸延遲時間。該傳輸延遲時間是將圖5的階段S230的電梯間呼叫合成結(jié)果的電梯間呼叫按鈕燈接通信號輸出定時延遲的時間。這樣，通過使定時延遲，即使群控用傳輸線路19是低速線路，電梯間呼叫按鈕燈的接通時間也不會產(chǎn)生誤差，可以作到同時接通。8、復式群控電梯控制系統(tǒng)至此所說明的群控電梯控制系統(tǒng)是用一臺群控控制裝置1建立的系統(tǒng)的實施形式，但示于圖14的系統(tǒng)結(jié)構(gòu)圖則是建立可靠性更高的復式群控控制系統(tǒng)的例子，它是在主群控控制裝置1的基礎上再附加上a號機至c號機各電梯的群控控裝置1a至1c。
第二實施例下面，圖15是表示利用本發(fā)明的群控電梯控制系統(tǒng)的第二實施例的方框圖。
利用該圖15的第二實施例的群控電梯控制系統(tǒng)和圖1或者圖2的系統(tǒng)的結(jié)構(gòu)不同的部分是設置了如下的備用信號線路這一點。
第一，設置在各層的電梯間按鈕在同一層利用備用信號線路連接使其構(gòu)成電的“或”(OR)電路。在圖15中，將1層的電梯間按鈕4a1至4c1用備用信號線路22-1連接，將2層的電梯間按鈕4a2至4c2用備用信號線路22-2連接。其它層也同樣地以備用線路連接，圖中予以省略。
這樣，通過以備用信號線路連接，例如，在一層當按壓a號機旁的電梯間按鈕4a1時，由于該呼叫輸入經(jīng)備用信號線路22-1輸入到一層的所有電梯間輸入輸出裝置3a1至3c1，即使電梯間輸入輸出裝置3a1或電梯間用傳輸線路11a發(fā)生故障，利用電梯間呼叫按鈕4a1的該電梯間呼叫仍能可靠地登錄。
第二，在a號機至c號機的各運行控制裝置2a至2c中，設置了附加在轎箱用傳輸裝置16a至16c，群控用傳輸裝置17a至17c上的群控備用的傳輸裝置20a至20c，這些經(jīng)群控備用傳輸線路21相互并聯(lián)。這些群控備用傳輸裝置20a至20c同轎箱用傳輸裝置16a至16c同樣地以掃描傳輸方式進行傳輸，至少在示于圖9的內(nèi)存分配圖中，將a號機作為主控站，將b號機，c號機作為遠程站，按照電梯的臺數(shù)將所具有的電梯間呼叫輸入輸出區(qū)域進行傳輸。
當群控控制裝置1和各運行控制裝置2a至2c之間的傳輸發(fā)生異常時，電梯間呼叫信息由轎箱用傳輸裝置16a至16c經(jīng)群控備用傳輸線路21發(fā)送給其它的正常號機的備用傳輸裝置20a至20c的任何一臺，接收到該信息的備用傳輸裝置由本號機的群控用傳輸裝置經(jīng)群控傳輸線路19轉(zhuǎn)送到群控控制裝置1。因此，群控控制裝置由于可以根據(jù)經(jīng)備用傳輸系統(tǒng)傳輸來的電梯間呼叫信息，除發(fā)生異常的號機外進行評價計算，將分配指令輸出給最佳號機，從而可提高群控控制系統(tǒng)的可靠性。
由以上的說明所清楚的表明那樣，使用本發(fā)明，通過采用以下方法，可以比較容易地建立群控控制系統(tǒng)而且可靠性高，即按每臺電梯系統(tǒng)用一個系統(tǒng)的傳輸線路將各層的電梯間呼叫輸入輸出裝置和運行控制裝置連接的同時，用另外的傳輸線路將各運行控制裝置和群控控制裝置連接，從而使電梯間呼叫輸入輸出裝置和群控控制裝置的連接相互分離。
權(quán)利要求
1.一種群控電梯的控制系統(tǒng)，是對已登錄的電梯間呼叫在多臺電梯中分配最佳電梯進行運行控制的群控電梯的控制系統(tǒng)，其特征在于具有以下各部分，控制各層的電梯間呼叫的輸入輸出的電梯間呼叫輸入輸出裝置，對已登錄的電梯呼叫分配最佳電梯進行控制的群控控制裝置，各臺電梯都分別具有的，至少對上述電梯間呼叫分配的控制信號進行響應的控制電梯運行的運行控制裝置，以及傳輸系統(tǒng)，該系統(tǒng)至少按每臺電梯將上述電梯間呼叫輸入輸出裝置和運行控制裝置相互連接的同時，將上述所有的運行控制裝置和群控控制裝置相互連接，從而使電梯間呼叫輸入輸出裝置和群控控制裝置的連接相互分離。
2.根據(jù)權(quán)利要求1記載的群控電梯的控制系統(tǒng)，其特征在于上述各運行控制裝置兼有對信息進行相互間的傳輸，對已登錄的電梯間呼叫進行最佳電梯的分配的群控控制功能，從而具有代替上述群控控制裝置的分散型的群控處理系統(tǒng)。
3.根據(jù)權(quán)利要求1或2記載的群控電梯的控制系統(tǒng)，其特征在于上述群控控制裝置還具有以預先設定的不停止層等信息為基礎做出電梯間呼叫登錄許可決定的裝置和將已決定的電梯間呼叫登錄許可信號定期地發(fā)送給所有運行控制裝置的傳輸裝置，上述運行控制裝置還具有傳輸裝置和控制裝置，該傳輸裝置通過上述傳輸線路接收已輸入到設置在各層的上述電梯間呼叫輸入裝置中的電梯間呼叫信號的同時，以同時通報的方式將上述電梯間呼叫輸入信號發(fā)送給其它的運行控制裝置和群控控制裝置；該控制裝置使同一樓層控制面板的電梯間呼叫按鈕燈接通。
4.根據(jù)權(quán)利要求1或2記載的群控電梯的控制系統(tǒng)，其特征在于上述運行控制裝置具有監(jiān)視同上述群控控制裝置的傳輸狀況、檢測故障的故障檢測裝置，當檢測出故障時，停止對上述分配控制信號的響應，通過上述電梯間呼叫輸入裝置直接對已登錄的電梯間呼叫予以響應。
5.根據(jù)權(quán)利要求1或2記載的群控電梯的控制系統(tǒng)，其特征在于上述運行控制裝置具有在多個運行控制裝置之間相互發(fā)送接收數(shù)據(jù)時，對由一方的運行控制裝置向其它運行控制裝置傳輸數(shù)據(jù)的傳輸時間進行運算的傳輸時間運算裝置和使用相應的傳輸時間運算裝置對上述電梯間呼叫按鈕燈接通信號的輸出進行運算的傳輸時間延遲輸出的裝置。
6.根據(jù)權(quán)利要求1或2記載的群控電梯的控制系統(tǒng)，其特征在于上述運行控制裝置至少具有響應電梯間呼叫使打開的電梯門關(guān)閉時，按壓同響應上述電梯間呼叫的運行控制裝置相連接的相應電梯間呼叫按鈕時，在不將上述電梯間呼叫輸入信號發(fā)送到其它運行控制裝置和群控控制裝置的上述運行控制裝置中輸出控制打開電梯的開門信號的裝置。
7.根據(jù)權(quán)利要求4記載的群控電梯的控制系統(tǒng)，其特征在于除了將上述群控控制裝置和運行控制裝置相互連接的第一傳輸線路外，具有將多個運行控制裝置相互連接的第二傳輸線路，當上述群控控制裝置和各運行控制裝置之間或者各運行控制裝置之間的傳輸發(fā)生異常時，上述群控控制裝置停止由第一傳輸線路接收電梯間呼叫輸入信號，而使用由第二傳輸線路發(fā)送的上述電梯間呼叫輸入信號并進行分配。
8.根據(jù)權(quán)利要求7記載的群控電梯的控制系統(tǒng)，其特征在于將位于同一樓層的多個上述電梯間呼叫輸入輸出裝置至少將相鄰者作為一對經(jīng)備用傳輸線路使其相互接連。
全文摘要
本發(fā)明涉及群控電梯的控制裝置,尤其是涉及在多個樓層站點間運行多臺電梯時管理電梯運行的群控電梯的控制系統(tǒng)。至少按每臺電梯將電梯間呼叫輸入輸出裝置3a至3c和運行控制裝置2a至2c經(jīng)傳輸線路11a至11c相互連接的同時,將所有的運行控制裝置2a至2c和群控控制裝置1經(jīng)傳輸線路19相互連接,從而將電梯間呼叫輸入輸出裝置3a至3c和群控控制裝置1的連接相互分離。因此,由于按每臺電梯用一個系統(tǒng)的傳輸線路將各層的電梯間呼叫輸入輸出裝置和群控控制裝置相互連接的同時,可用另外的傳輸線路將各運行控制裝置和群控控制裝置相互連接,從而可以容易地建立群控控制系統(tǒng)而且可靠性高。
文檔編號B66B7/00GK1380872SQ01801489
公開日2002年11月20日 申請日期2001年5月29日 優(yōu)先權(quán)日2000年5月29日
發(fā)明者中井章二 申請人:東芝電梯株式會社