專利名稱：在具有兩個轎廂的電梯通道內防止碰撞的制作方法
技術領域：
本發(fā)明涉及以多種方式避免在同一電梯通道中運行的兩^$喬廂的碰撞的方 法，包括分配轎廂以避免碰撞，通過一種或多種方式，例如斷氐速度、加速度、 M3I度、鵬啟動轎廂、在非指定的樓層制動轎廂，或倒行轎廂以保證另外一
頓廂到達目的地，對潛在的碰撞及時做出反應；通過操作一個或多1^喬廂的
制動器，鵬一個或多4^喬廂M^碰撞的情況下啟動安^a。
背景技術：
為了提供最大的服務，而對可用空間影響最小，已知的方式是提供一個以 上轎廂在同一電梯通道中3te運行。在某些系統(tǒng)中，呼叫分配是相當不成熟的， 雖然對于防止轎廂的潛在碰撞沒有問題，但是，這些系統(tǒng)不能添加重要的服務，
因為很多呼叫是不能指定的。例如，U.S. 5419414， U.S. 6360849和US. 2003/0164267示出了例子。
為了使得單一電梯通道的運行的一個以上轎廂的利用率達到最大化，需要 額外的控制系統(tǒng)來確保轎廂不會碰撞，這樣可以顯著提高單一轎廂的運行能 力。

發(fā)明內容
本發(fā)明的目的包括提供一種一個以上轎廂運行在單個電梯通道而轎廂之 間沒有碰SK險的轎廂的運行方式；通過在同一電梯通道中運行兩個轎廂來提 高轎廂的運行能力。
M本發(fā)明，將從入口樓層到目的樓層的呼叫呼叫指令以避免轎廂之間可 能出現(xiàn)的碰撞的方式指定給在同一電梯逾虔中運行的多，廂中的一個。
財卜，通過本發(fā)明，運行在同一電梯M中的轎廂核對每一個新的指令以 確定該指令是否會導致潛在的碰撞，如果可能發(fā)生碰撞，則呼叫重新分配。
依據(jù)本發(fā)明，運行在同一電梯M中的轎廂交換信息，并確定何時 潛在的碰撞艦，采取措施以斷氏碰撞的幾率，例如，陶氐鄉(xiāng)、加M或減 M;制動一個或兩個轎廂；倒行一個或兩 廂；或保持一，廂停止在裝
卸臺。仍然根據(jù)本發(fā)明，轎廂彼此處于第一距離之內所表現(xiàn)出來的碰撞的Mifi可 以通過一個或兩個轎廂剎車來避免，在更鄉(xiāng)巨離的情況下，可以通過啟動一個 或兩怖廂安^fi棘免。另外的情況，通過對如附圖所示的示范性的實施例的詳細描述，本發(fā)明的 特征和優(yōu)點更加明顯。


圖1為具有多個轎廂的電梯通道的局部透視圖，并附有本發(fā)明的簡化結構圖。圖2為示出指定依據(jù)本發(fā)明的轎廂所完成的程序流程圖。 圖3為核對新到指令以確定潛在的碰撞的流程圖。 圖4A4C為本發(fā)明示例性核查程序的局部流程圖。 圖5為表 免轎廂之間碰撞的檢測和步驟的流程圖。
具體實施方式
圖1所示的是具有一個電梯通道9的升降機系統(tǒng)8，包括上轎廂10和下 轎廂ll， 二者都是在電梯鵬9中運行。在電梯通道設有耐用鋼編碼帶，例如 上面有穿孔編碼的不銹鋼帶14。帶14貫穿電梯iM的兩固定端16、 ]7。 * 轎廂具有傳統(tǒng)的安:^置18、 19，其以傳統(tǒng)方式aa導向軌(圖中未示出)操 作。在每個轎廂上具有兩個帶讀取器，在上轎廂10上設有上部(U)帶讀取 器20和下部(L)讀取器21，在下轎廂ll上設有上部、下部帶讀取器22、 23。 每個帶讀取器及其相應連接的線路29-32，將上轎廂和下轎廂的位置信息35-38 提供到冗余處理器41、 42和上轎廂控制器45和下轎廂控制器46。處理器41、 42可以操作每個轎廂馬達的制動器和制動系統(tǒng)49、 50，赫在無論兩轎廂彼 Itb^間多么接近的情況下接合上轎廂和下轎廂的安全裝置，與下文圖5中所述 的一致。組控制器52用于分配呼叫任務，見下文關于圖2的描述。在這個實施例 中，假定在樹可樓層所作的呼叫服務，包括呼叫者希望到達的目的樓層。因此， 考慮到轎廂之間會發(fā)生碰撞的任何可能性，包括在這里簡稱"F"的始動樓層 (即發(fā)出呼叫的樓層)禾嘀稱"D"的目的樓層，都必須考慮到。需要指出的
是，U —般是指上轎廂，但是在這里很明顯也可以指上轎廂的位置。"L" 一般 是指下轎廂，但是在這里 根據(jù)上下文的意思，可以很清楚的得出它也可以指下 轎廂的位置。
如圖2所示，圖2給出為了根據(jù)分配呼叫指令調節(jié)本發(fā)明的操作策略而執(zhí) 行的禾辨，在該實施例中由組控制器52完成。例如，分配器的子程序可以通 3!A口點55啟動，第一步56是將樓層計數(shù)器F復位為0。然后步驟58讓樓層 計數(shù)器增值，驗證59用于確定在指定樓層是否有呼叫指令。如果沒有，返回 步驟58，計數(shù)器F再次增值，然后重復驗證59。當指定樓層有呼叫指令時， iSA驗證62確定是否該呼叫來自上方^M。如果^自上方樓層，iSA驗證64 確定是否該樓層就:^者高于上轎廂U。如果是，此時呼叫指令來自上方，通 過步驟65將該呼叫分配給上轎廂是沒有問題的。然后步驟66會設置一個標記， 表明將在樓層F的一個新的呼叫指令分配給上轎廂。
程序則返回到步驟58再次增值樓層計數(shù)器，驗證59依次確定是否有下一 個樓層的呼叫指令。如果有，驗證62再次確定該呼叫指令是否來自上方。
如果驗證64是否定的，則將會啟動一系列的驗證68-71，除非驗證68-70 中任一個是肯定的。驗證68用于確定是否該樓層等于或高于上轎廂的需求樓 層(即，現(xiàn)在指定的最高停止層)。如果是，該呼叫指令分配給上轎廂。如果 不是，進入驗證69確定是否該樓層等于或高于下轎廂的需求樓層加1。這表明 下方的呼叫將不會到達始動樓層F，因此呼叫可以分配給上轎廂。否則，進入 驗證70確定呼叫的目的樓層D就是或低于下轎廂的需求樓層。如果是，通過 步驟73，下轎廂得到指令，將會從呼叫樓層F向上運行到ii^g過呼叫的目的 樓層。然后，步驟74會設置一個*斜凍明在樓層F的一個新的呼叫指令分配 給下轎廂。驗證71確定呼叫的目的樓層就是或低于上轎廂的需求樓層減1，這 表明下轎廂在與上轎廂任何時候的最鄉(xiāng)巨離都不小于一個樓層的情況下，可以 應答。這種情況下，步驟73、 74分配指令給下轎廂。
如果在該特定實施例中，所有驗證64， 68-71的確定結果都是"否"，則 啟動SiS步驟76以允許電梯通道內的情況發(fā)生改變，然后通過步驟64， 68-71 重新分配呼叫指令。如果需要，可以利用一個更復雜的實施例，在該實施例中 會考慮到#^轎廂的同步位置；通過這種方式，即使兩，廂的需求樓層彼此 重疊，定時到達程序足以使其保持充足的距離以避免碰撞。這也可以通過另外
的方式而實現(xiàn)，但錢非常復雜，而不^^戶腿的那樣簡要。
當一個呼叫指令在下方時，驗證62確定得出的否定結果啟動一系列的驗 證78-82和步驟83-87，它們與上文描述的相似，除了考慮的是向下方向的從F 樓層到目的樓層D。
依據(jù)本發(fā)明的一個方面，一旦呼叫指令被分配，例如通過組控制器，每個 轎廂控制器45、 46彼此交換信息以決定該呼叫指令是否被正確的分配。就是 說，確定新呼叫指令的分配會^ 撞結果的可能性。
圖3彰示的是獲得本發(fā)明操作策略的一個實例的程序調度程序，鄉(xiāng)過兩 ^ff廂控制器45、 46共同執(zhí)行，通過一個入口點90啟動。第^是將樓層計 數(shù)器F (這與圖2中的F不同)設置為零。步驟93將F增值為第一樓層點。 然后驗證95確定是否^g^i己，以表明從樓層F新分配到上轎廂的指令。如 果這樣做，步驟96復位標記，并且啟用一系列的驗證97-100，確定呼叫樓層 F或者呼叫目的樓層D是否就是下轎廂或其需求樓層，或比下轎廂或其需求樓 層低一層。如果這些情況存在，魁正97-100之一為肯定的結果，則啟動步驟103 以表明該呼叫指令應當被重新分配。如果這些情況都不存在，否定的結果使得 程序返回到步驟93以增值F，并且核查下一樓層是否提出新的指令標記。
如果上轎廂沒有設置標記，驗證105用于確定是否己經(jīng)設置標記，以表明 在樓層F的呼叫指令己經(jīng)重新分配給下轎廂。如果是，則啟動步驟106重設標 記，并啟動一系列的驗證109-112，以確定是否樓層F或者目的樓層D是否就 是上轎廂，或比其下面高一層。如果這些膚況存在，則啟動步驟115以表明樓 層F的呼叫指令應當被重新分配給下轎廂。如果樓層F的呼叫指令沒有被重新 分配給上轎廂或下轎廂，確定程序95、 105的否定結果使得程序返回到步驟93， 并且核查下一樓層是否提出新的指令標記。
確定呼叫指令是否被正確的分配可以以很多種方式完成，圖3所示的操作 過程僅僅是一種特例。尤其是，如果在第一健分配呼叫指令的策略比圖2所 述的更加鋭，核飾指令分配的恰當性條比圖3所示的更加復雜。然而， 這些不同的實施例均屬于本發(fā)明的范疇。
除了核查新指令的分配以外， ^控制器45、 46不斷的核查兩轎廂之間 發(fā)生碰撞的可能性，圖4A-4C所示的就^&種實例。圖4A中，驗證120用于
確定是否上轎廂的需求樓層就^;低于下轎廂的需求樓層一層。如果不是，圖
4A中不會有進^的操作。但是如果Mi正120的確定結果是肯定的，貝U啟動 一對驗證122、 123決定下^進行的操作。如果上轎廂向下運行，如驗證122 所示， 一系列的步驟用于調整加速、M3I和上轎廂的最^g至最小值。但是， 如果上轎廂沒有向下運行，且下轎廂向上運行，貝i拾啟動一系列的步驟130-132 用于調整加速、減速和下轎廂的最大速度至最小值。在下轎廂的需求樓層就是 或高于上轎廂需求樓層的一層的情況下執(zhí)行相似的操作過程，具有相似的結 果。圖4B中，驗證135用于確定是否上轎廂的目標樓層就是或低于下轎廂的 需求樓層一層。如果是，驗證136確定下轎廂是否向上運行；如果是，貝ij啟動 步驟138將下轎廂在其馬達的控制下，停止在其接受指令的樓層。然后步驟139 改變下轎廂的運行方向為向下，步驟140啟動下轎廂運行。步驟138-140包括 反向、延遲和其他操作過程中所必需的步驟，這些是傳統(tǒng)的，出于簡要考慮在 這里不再贅述。與圖4B中確定和步驟相似的步S魏過檢測上轎廂向下運行的方向，并且 使其轉向，以對應驗證135來執(zhí)行。相似的確定和步驟通過檢測下轎廂的目標 樓層就是或高于上轎廂當前位置下方一層來執(zhí)行，作為具有可比性的確定和步 驟的結果。圖4B僅僅是一個示例，可以執(zhí)行其他的驗證用以轉向一個或兩個 轎廂。圖4C中，驗證143用于確定是否下轎廂的目標樓層就是或高于上轎廂下 面一層。如果是，驗證145確定是否下轎廂正在運行。如果是，則SA驗證146 確定其是否在向上運行。如果是，下轎廂可以收到一個停止指令作為步驟148 的結果。如果下轎廂沒有運動，驗證145的否定結果將會設置纟私己以表明下轎 廂應當?shù)却?。如果其正在運行，如果其正在向上運動，驗證146使得步驟148 發(fā)出停止指令。這可以是一種由馬達減速而不是制動器引起的正常停止(盡管 不是預先指定的)。如果驗證143或驗證146的確定結果是否定的，下轎廂則 不會被停止或等待。也可以f頓不同于圖4C所述的操作漲來確定碰撞艦的可能性，如確 定其他的關系，從而停止一個或兩個轎廂或使一，廂等待。轎廂也同樣可以 通過相應這種確定以其它方式控制。圖4A4C是驗證和相應這些驗證的一個示例，其操作一個或者兩個控制
器以避免兩轎廂之間碰撞。在圖3和圖4A"4C中，兩轎廂之間的安全差表示為 兩個樓上，例如圖3中的用以確定呼叫樓層F等于或低于下轎廂位置上一個樓 層的^i正97。然而，一、三鞭多樓層可用作安全差，在這種情況下，舉例來 說，驗證可以確定是否F等于或小于L+2。圖1中的M器41、 42提供一種對碰fMifi的獨立的、冗余的檢測，從 而決定啟動自動制動器或嚙合一個或更多轎廂的安M置。在這里的例子中， 圖5以流程圖g的操作ai呈的形式給出執(zhí)行本發(fā)明的操作策略的程序。圖5 給出可以由處理器41、 42共同完成的程序，但僅僅是啟動一個或多個轎廂制 動器或安，置斜牛下的一種示例。在圖5中，碰撞程序通過入口點153啟動，并在其后的過程中從開始狀態(tài) 154通過程序的其他部分重復的檢測M:的碰撞。第一驗證156確定上轎廂的 方向是否向下。如果是，iSA驗證157確定是否兩轎廂之間的距離為四層。如 果是，步驟160啟動上轎廂的制動器49， ^±轎廂停止。如果轎廂之間的距離 不是四層，則進入驗證162確定是否轎廂之間的間距小于三層。如果是，步驟 163啟動上轎廂的安，置18。如果上轎廂沒有向下運動，驗證156的否定結 果使得步驟157-163被繞過。在圖5中，驗證165確定是否下轎廂向上運動。如果是，驗證166確定是 否兩轎廂之間的距離為四層。如果是，步驟168啟動下轎廂的制動器50， ^± 轎廂停止。否則，iSA驗證170確定轎廂之間的間距是否小于三層。如果是， 步驟171啟動下轎廂的安，置19。如果下轎廂沒有向上運動，則繞過啟動步 驟166-171。當啟動制動器或安^S時，可以選擇確定的形式和4頓的典型數(shù)值，以及二者之間的大致關系以適合本發(fā)明的fti可實施形式。
權利要求
1.一種操作升降機系統(tǒng)(8)的方法，該系統(tǒng)包括具有多個在其內運行的轎廂(10、11)的電梯通道(9)，每個轎廂配置具有控制器(45、46)，用以將升降機呼叫指令指定給所需的目的樓層，所述方法的特征在于將每項呼叫指令以確保轎廂不會發(fā)生碰撞的方式分配給所述轎廂(65，66；73，74；83，84；85，86)之一；以及，除非確定(97-100；106-112)呼叫指令在電梯通道內不會發(fā)生潛在的碰撞，否則重新分配(103，115)最新的分配呼叫。
2. 如權利要求l戶誠的方法，期寺征在于，戶;M分配步驟由組控諱微(52) 執(zhí)行。
3. —種操作升降機系統(tǒng)(8)的方法，該系統(tǒng)包括具有多個在其內運行的 轎廂(10、 11)的電梯通道(9)，每個轎廂具有控制器(45、 46)，用以將升附幾呼叫指令指定給所需的目的樓層，所述方法的特征在于將每項呼叫指令以確保轎廂不會發(fā)生碰撞的方式分配給所述轎廂(65， 66;73， 74; 83， 84; 85， 86)之一；以及，連續(xù)地確定兩轎廂之間發(fā)生碰撞的可能性，并通過一種或多種下述方式降 低所述可能性的發(fā)生，(a)陶氐(127， 132) —個或多個所述轎廂的最大速度，(b)降低(125， 130)—個或多個所述轎廂的加鵬，(c)降低(126， 131) 一個或多個所述轎廂的減速度，(d)造成(148) —個或多個所述轎廂的非計 劃停止，(e)造成(150) —個或多個所述轎廂在停止狀態(tài)時的等待，(f)轉換(139)所述轎廂之一的運行方向。
4. 如權利要彩所述的方法，其特征在于，所艇續(xù)驗證由每個所述控制 器(45， 46)執(zhí)行。
5. —種操作升Wl系統(tǒng)(8)的方法，該系統(tǒng)包括具有多個轎廂(10、 11) 的電梯通道(9)，每個轎廂具有控制器(45、 46),用以將升降機呼叫指令指 定給所需的目的樓層，所述方法的特征在于將每項呼叫指令以確保轎廂不會發(fā)生繊童的方式分配給所述轎廂(65， 66; 73， 74; 83， 84: 85， 86)之一；以及體地確定(157， 166)所述轎廂之一處于另一個所述轎廂的第一距離內， 從而誠(160， 168) —個或多個所述轎廂響應而啟動剎車裝置；以及，連續(xù)地確定(162， 170)戶腿轎廂之一是否處于另一個所述轎廂的小于所 述第一距離的第二距離內，從而造成(163， 171) —個或多個所述轎廂的安全，被接合以作出響應。
6.如權利要彩所述的方法，期寺征在于，所腿續(xù)確定的步驟在兩個獨 立處理器(41， 42)的每一個處理器中執(zhí)行。
全文摘要
一種升降機系統(tǒng)(8)包括具有多個在其內運行的轎廂(10、11)的電梯通道(9)，電梯通道包括鋼帶(14)，每個轎廂具有兩個帶讀取器(20，21；22，23)，用于將檢測器(29，30；31，32)進給到相關位置，以提供獨立的位置信息(35，26；37，38)。組控制器(52)以避免碰撞的方式分配呼叫指令。每個轎廂的控制器(45，46)彼此之間交換信息，在必要的時候，降低一個或兩個轎廂的速度、加速度、減速度，或者停止一個或兩個轎廂(轉向或不轉向)。獨立處理器(41，42)在兩個轎廂彼此處于第一距離時，將會拉下任一個或者兩個轎廂的制動器(49，50)，或者在兩個轎廂彼此處于更近距離時，接合任一個或者兩個轎廂的安全裝置(18，19)。
文檔編號B66B1/16GK101119916SQ200580048111
公開日2008年2月6日 申請日期2005年2月17日 優(yōu)先權日2005年2月17日
發(fā)明者F·桑塞維羅, G·希恩達, H·特里 申請人:奧蒂斯電梯公司