CN101460385B - 控制多个电梯轿厢在单个电梯井中运行的方法 - Google Patents

Abstract

在同一电梯井(10)中运行的多部轿厢(A-C)通过第一通信通道将通信检验码发送(27，35，70，77)到彼此，并且如果在预定时间(32，38，74，81)内未接收(30，37，73，80)到响应，未得到响应的轿厢将失败模式命令发送到另外的两个轿厢(53，82)。在通过次级通信通道发送的特殊传感器和信号控制下将另外两个轿厢安全地不碍事地停顿(56，57；85，86)之后，感测失败的轿厢(A)或者预定轿厢(B)将采取快速交响模式(60，88)。如果仅有一部轿厢与另外的一部或两部轿厢通信失败，三部轿厢中的两部轿厢可运行。

Description

控制多个电梯轿厢在单个电梯井中运行的方法

技术领域

本发明涉及在一个轿厢和一个或多个轿厢之间的通信故障后使得位于给定的电梯井中的多部轿厢中数目少于总数的轿厢在所述给定的电梯井中运行以为乘客提供自该电梯井的服务。

背景技术

在电梯技术中的近期创新是通过在同一电梯井中运行两部或多部轿厢以便节省电梯井所用的空间，而不是为了租用或其它有益用途。为了使得从上述得到的益处最大化，电梯必须尽可能自由移动同时保持合适的独立性。为了使得上述情况发生，必须在单部电梯井中的几部轿厢之间直接进行操作性数据的通信或使得每一轿厢和中央控制器之间进行操作性数据的通信。由于数据量和其更新所用的频率，每一轿厢到另一轿厢或每一轿厢到共用控制器的硬配线将不能有效地与所需的操作性数据进行通信。因此，在通常情况下使用通信网络，诸如Ethernet或CAN。但是由于硬盘故障或电源断开、破坏以及噪声或其它因素造成该种通信失败。

发明内容

本发明的目的包括：使得单个电梯井中的多部轿厢之间的操作自由度最大化；避免由于通信失败而造成在单个电梯井中电梯轿厢之间接触的可能性；改进的每一电梯井中多部轿厢的电梯系统；以及在至少一些轿厢之间通信失败后在多部轿厢的电梯井中辅助操作。

根据本发明，在具有一部或多部其它轿厢的单个电梯井中服务的每一轿厢通过主要的通信通道与其它轿厢共享大量的操作性信息，并且导致通过主要的通信通道对与其它轿厢或与共用控制器的通信进行检测，并且在其感测到通信失败的事件中，导致由该电梯井中的多部轿厢中数目少于总数的轿厢提供在该电梯井中的服务。

根据本发明的一种形式，设计成提供单独服务的电梯将响应于通信失败而停止，并且直到在电梯井中正常运行的另一部轿厢在设定区域中停顿时该提供单独服务的电梯才移动，从而允许单独操作的轿厢行进通过整个电梯井，或者至少行进通过电梯井的多个楼层之间。

在本发明的一个实施例中，首先宣告通信失败的电梯轿厢是设计成提供单独服务的电梯轿厢。根据本发明的另一实施例，几部轿厢之一可预先设定成总是为将执行单独服务的轿厢。

如果轿厢之间具有主要通信，本发明可通过允许三部轿厢中的两部轿厢运行。类似的，可运行数目少于另外轿厢(诸如，三部之外的两部)的其它数目的轿厢。

其中在允许另一轿厢执行单独服务之前，不执行单独服务的电梯将停顿的设定区域之一是在建筑物的第一楼层之下；或者电梯轿厢之一可停顿在建筑物最高楼层之上的空间内。如果存在上部停顿区域，并且在电梯井中存在多个两部的轿厢，最上面的轿厢可停顿在最上面的楼层，剩余的服务可仅在第一楼层和最高楼层的下一层之间进行操作。如果多于三部的轿厢在单个电梯井中服务，并且上部和下部停顿区域仅适于两部轿厢，轿厢之一会停顿在第一楼层或最高楼层处，这样保持服务的另一轿厢为少于总楼层数的楼层进行服务。该种分析的引申可用于在各种情况下执行本发明。如果轿厢可水平移动，靠近电梯井的附近运行区域可用于停顿轿厢。

参照对本发明附图所示的示范性实施例进行的详细说明可以对本发明的其它目的、特征和优势更加明了。

附图说明

图1是示出其中具有三部服务乘客轿厢的单个电梯井的侧面正视图；

图2是示出其中最高的轿厢和最低的轿厢分别停顿在上部和下部区域中的电梯井的侧面正视图，这样剩余轿厢可不受其它轿厢干涉的情况下服务建筑物的所有楼层；

图3是示出在执行图2所示的本发明第一实施例中可执行功能的图；

图4是示出在电梯井中服务的三部轿厢的侧面正视图，其中一个轿厢停顿在下部区域中，一个轿厢停顿在第一楼层处，以及第三轿厢为建筑物的第二层到顶层楼层服务；

图5是示出以如下方式执行本发明过程中可执行功能的图，在该方式中感测通信失败的第一轿厢将保持运行，而其它两部轿厢将保持停顿，在所示情况下，下部两部轿厢停顿在下部区域和第一楼层处，如图4中所示；

图6是示出其中最上部轿厢停顿在顶部楼层处的电梯井的侧面正视图；

图7是对图5所示功能进行的部分改型，单独发送失败模式命令到其它轿厢；

图8是示出相对于每一轿厢可确定逻辑的图，不管其相对于电梯井中的另一轿厢通信以及相对于电梯井中的另一轿厢运行；

图9是示出在每一轿厢中可确定轿厢是否运行的逻辑的图。

具体实施方式

参照图1，服务于建筑物12的若干楼层11的电梯井10包括下部停顿区域13和上述停顿区域14。在电梯井10中，三部电梯A，B，C上下移动以便为在建筑物12的第一层和顶层11之间为乘客服务。

根据本发明的一个实施例，在轿厢自身之间的或在轿厢和共用控制器16之间的第一通信通道17失败情况下，总是选择中间轿厢B来提供单独的服务，其确保轿厢分离，如图所示，轿厢A总是停顿在上部区域14中以及轿厢C总是停顿在下部区域13中。

图2和图3的实施例包括在轿厢B控制器中关于轿厢B的通信控制的程序，例如该程序可在程序进入点20处得到。在该实施例中，每一轿厢总是首先检测以便了解是否其它一些轿厢指示失败模式命令，诸如在测试步骤22和23，其分别代表自轿厢A和轿厢C的失败模式命令。如果是那样，轿厢B不对失败进行检测；如果不是，那么轿厢B将确定是否存在通信失败。

轿厢B在步骤26中开启计时器，并且通过子程序27将通信检测码发送到轿厢A。检测步骤30等待来自轿厢A的通信响应码。如果没有任何情况发生，测试步骤32确定计时器是否已经超时。如果未超时，重复子程序27和测试步骤30。如果接收到来自轿厢A的通信响应码，那么轿厢B将在步骤34中再次开启计时器，并且通过子程序35将通信检验码到发送到轿厢C。然后轿厢B的控制器等待在测试步骤37中自轿厢C传送的通信相应码。如果没有任何情况发生，测试步骤38确定计时器是否已经超时。如果未超时，重复子程序35和测试步骤37。

如果接收到来自轿厢A和轿厢C的响应，测试步骤37的肯定结果到达测试步骤41以便确定轿厢B是否已经处于快速轿厢模式。如果是，那么子程序43和44将导致将轿厢B的状态发送到轿厢A和C，之后需要答复以便满足一对测试步骤46，47。如果未接收到答复，那么测试步骤46或47的否定结果将导致程序终止，并且程序通过点50返回到其它程序。如果接收到来自轿厢A和C的正确响应，那么步骤51将导致轿厢B采取多轿厢模式运行。

如果轿厢A和轿厢C响应通信检测，如由测试步骤37的肯定结果所示，那么测试步骤41指示轿厢B处于快速轿厢模式，然后程序终止，并且轿厢B控制器通过点50返回到其它程序。

如果任一轿厢未响应轿厢B的通信检测，如由测试步骤32或测试步骤38的超时所示，那么子程序53将通过第二通信通道发送失败模式命令到其它轿厢。在该情况下，或者如果任一轿厢发出失败模式的命令，如由测试步骤22，23之一所示那样，测试步骤54将确定轿厢B是否已经处于快速模式。如果是，程序通过点50返回。如果不是，步骤55将导致轿厢B停止，并且测试步骤56和57确定何时两个轿厢合适停顿。可以提供附加的子程序步骤，这样如果测试步骤56和56在特定时间期限内不是肯定的，那么将鸣响警报。如果两个测试都成功，步骤60将导致轿厢B采取快速的轿厢模式操作。

为了使得本发明正确运行，其中从一个轿厢发送到另一轿厢(或者在每一轿厢之间，共用控制器16和其它轿厢之间)的失败模式命令的方式可基本是十分安全的通信通道52，诸如在每一轿厢的牵引电缆中的硬线，以及直接或通过共用控制器(为了清楚仅在图1中示出)到其它轿厢牵引电缆的硬线连接。或者，辅助通道可使用与主要通道相同类型的网络(例如，Ethernet)，只要失败模式是独立的即可，这样当主要通道失败时，该辅助通道仍可起作用。例如，适于无线通信的典型失败模式是电源失败；用于只要通信的电池失败同时次级通信的电池失败是罕见的；这样这些失败模式是独立的。

为了确定轿厢停顿，必须存在唯一感测轿厢存在的传感器，优选具有某种时间持续检测以便确保轿厢充分停顿，其可包括在下部和上部区域中、或处于第一层、或处于顶层或当离开所有轿厢操作模式时轿厢可停顿的任意之处的附加开关。这种开关依次必须具有到其它轿厢的独立通信通道，上述通道通常甚至当主要通信通道失败时也会正常。

参照图4，本发明的第二实施例不总是利用三部轿厢的中间轿厢来以快速轿厢模式提供单独服务，不管哪一轿厢感测到失败。取而代之，感测失败的第一轿厢成为快速轿厢。其中，可以看到轿厢C停顿在下部区域中，以及轿厢B停顿在第一楼层11a处，使其不服务，如由虚线所示。如果允许任意轿厢A-C的水平移动，这种轿厢可靠近电梯井的附近运行区域停顿。当然，在任意建筑物中的可能区域中，下部停顿区域(在第一楼层之下)可提供两部轿厢，一部轿厢停顿在另一轿厢之上，但是在第一楼层之下，这样不会丧失到第一楼层的服务。上述对于上部停顿区域(也就是，能够将一个轿厢停顿在另一轿厢之上)也是同样的。

此外轿厢A能够上下行进以便为建筑物的第二楼层和顶层的乘客提供服务。如由图5的程序所示，由轿厢A的控制器达到通过点64使得上述有效进行。第一对步骤66，67确定任一其它轿厢发出失败模式命令，如相对于图3所述。如果是，那么轿厢C不能成为快速轿厢。如果不是，步骤69和子程序70开启计时器并将通信检测码发送到轿厢B。测试步骤73等待来自轿厢B的通信响应码，并且测试步骤74确定在计时器超时之前是否接收到响应。如果从轿厢B正确接收到响应，那么在步骤76中检测与轿厢C的通信、子程序77以及测试步骤80和81。

如果轿厢B或轿厢C未及时响应，测试步骤74或测试步骤81的肯定结果将到达子程序82，其将失败模式命令发送到轿厢B和C。测试步骤83确定轿厢A是否处于快速轿厢模式；如果是，在步骤91退出程序。如果不是，步骤84停止轿厢A。接着测试步骤85和86等待轿厢A中的提示：轿厢C处于下部区域中以及轿厢B停顿在第一楼层。当上述发生时，步骤88导致轿厢B采取快速轿厢模式操作。

如果没有轿厢发送如由测试步骤66和67的否定结果所示的失败模式，并且两个轿厢发送如由测试步骤73和80所示的通信响应码，测试步骤和类似于图3中的步骤处理轿厢C已经处于快速轿厢模式的情况。接着，程序终止，并且控制器通过返回点91到达其它程序。这样在涉及图5所述的实例中，轿厢A是通过测试步骤74或81的肯定结果注意到通信失败，因此轿厢A成为快速轿厢并且持续为乘客服务。

在轿厢B或轿厢C首先宣告通信失败，测试步骤66，67之一将肯定到达步骤93，命令轿厢A移动到顶层。在接到命令移动到顶层之后任选轿厢A允许答复霍尔呼叫，如果上述呼叫是沿其程序的。另一方面，禁止答复任意呼叫；当然，不应该答复霍尔呼叫。

步骤96导致发出声音提示和可视显示的离开信息，告知乘客必须离开该楼层。在步骤97打开门允许乘客离开。然后测试步骤100确定轿厢是否空载，诸如载重传感器检测在轿厢中不存在乘客的重量指示。可应用附加步骤和测试步骤来提供延迟，并且吃醋提示和显示，直到由轿厢的载重系统指示合适重量。当足够可靠确定轿厢空载时，步骤102将导致轿厢A移动到上部区域并且停顿在那。

在关于轿厢B和C的程序中，将执行测试步骤诸如图5中的测试步骤85和86，以确保不但轿厢A处于上部区域中，并且另一轿厢(B或C)合适停顿。参照图4，如果轿厢C执行快速轿厢模式，那么轿厢A将停顿在上部区域中，以及轿厢B必须停顿在建筑物的顶层处，并且将具有合适的传感器来确定何时为上述情况。当然，将转移停顿在第一层或顶层的更多停顿区域。

如图6所示，如果不存在上部停顿区域，轿厢A可停顿在顶层11b，如由虚线所示。

快速轿厢模式可简单地答复到每一其它楼层的呼叫，答复键入的任意霍尔呼叫，或者在本发明的任意给定执行中希望的任意其它。

本发明可为三部轿厢的情形，如果它们保持主要通信，那么三部中的两部将向可实践本发明。参照图7，其中一对轿厢不具有合适通信的实施例可继续运行，甚至如果轿厢不能与另一其它轿厢通信，那么如果如子程序82a和82b所示的将失败模式命令单独发送到每一轿厢，相比于如图3子程序82所示将单一的失败模式命令发送到所有轿厢，该实施例可更容易执行。

在图8中，命名系统被缩短，这样图7中的子程序82a指示为发送失败模式明令到轿厢B或“A发送到B”。类似的，图7的子程序82(在图8的下面部分中)示出为当轿厢C发送失败模式命令到轿厢B时，简化成“C发送到A”。在图8中，为了进一步却动轿厢A和B是否正确通信并且能够持续运行，测试步骤110确定轿厢B是否发送失败模式明令到轿厢A。如果测试步骤82a或测试步骤110是肯定的，步骤112将设定不运行A/B标志指示轿厢A和B不能在电梯井中一起保持运行(虽然，如此后所示，轿厢A或轿厢B可能与轿厢C继续运行是可能的)。如果轿厢A或轿厢B都没有发送失败模式命令到它们中的其它轿厢，测试步骤82a和110的否定结果将到达步骤115，设定运行A/B标志指示轿厢A和轿厢B可同时在电梯井中运行。以类似方式，测试步骤117和118将确定步骤119是否应该设定不运行B/C标志或步骤120是否应该设定运行B/C标志。

由于轿厢B处于轿厢A和C之间，轿厢A和C不能一起运行，除非轿厢B运行到合适的停顿区域或其可以移动到合适的不碍事的停顿区域。测试步骤123确定是否在步骤112中设定不运行A/B标志以及测试步骤124确定不运行B/C标志是否已经在步骤119中设定。如果任一这些标志没有设定，那么不允许轿厢B运行。测试步骤127确定是否存在不碍事的停顿轿厢B的运行附近区域；在此的实施例中，这种停顿区域将需要将轿厢B水平移动出电梯井。如果没有办法将轿厢B从电梯井中移除，那么轿厢A和C在任何情况下都不能一起运行。

但是如果没有禁止轿厢B运行(测试步骤123和124都是否定的)或其能够停顿(测试步骤127是肯定的)，那么测试步骤83b将确定轿厢C是否将失败模式命令发送到轿厢A，以及测试步骤128确定轿厢A是否将失败模式命令发送到轿厢C。如果这些中的任一被发送，测试步骤82b或128的肯定结果将在步骤131中设定不运行A/C标志。

如果轿厢B运行(测试步骤123，124的否定结果)或具有合适的运行附近区域(测试步骤127的肯定结果)以及轿厢A和轿厢C都没有将失败模式命令发送到另一轿厢，那么步骤133将设定运行A/C标志，这样轿厢A和轿厢C两者都可同时在电梯井中运行，不管有或没有轿厢B。之后，将其它程序返回通过返回点135。

在电梯井中存在三部轿厢的任意实施例中，当在一部轿厢与另一部轿厢之间的任一方向上的通信失败，中央的胶县(轿厢B)必须停止；如果中央轿厢停止，那么上部轿厢可继续上行(如果是这种情况)以及下部轿厢可继续下行(如果是这种情况)，但是它们不可以颠倒方向。如果上部轿厢下行，或者下部轿厢上行，那么当存在任意的通信失败时，相应的轿厢必须停止。

如此前参照单部轿厢操作的快速轿厢模式进行的描述，接着必须进行步骤以便确保在任意轿厢被允许继续运行之前未运行的轿厢不碍事。

在图8中示出假设由共用控制器执行的功能；但是，在任意轿厢和其它轿厢之间的主要通信失败之后的相对于电梯井操作的通信最小化，可在轿厢A和轿厢B中独立预先执行步骤83a和110-112，其中通过次级通道对“不运行”(“NOTRUN”)标志通信，以便防止在另一轿厢中会产生“运行”(“RUN”)标志。相对于图9中的轿厢B进行了示出，其与录入明显不同，并且导致不管其与轿厢A或轿厢C一起，允许轿厢B运行。这适于轿厢B的内部操作。

在本发明的任意实施例中，主要特征是当指定的轿厢正确停顿时存在简单的可能“ON/OFF”指示或二元指示，诸如通过开关和任一简单的配线，如此前所述，或者次级通道具有不同于主要通道的失败模式。显然，如果指定轿厢停顿，那么该轿厢不需要也不应该另外参与其它轿厢的操作。

在图6-9的实施例中，如果在多于一部的轿厢与另一轿厢之间指示发生通信失败(也就是，所有的轿厢具有“不运行”标志设定)，如果需要，那么图3的步骤85-88(或图5的合适步骤)可用于使得一部轿厢转到快速轿厢模式。

Claims (7)

1.一种用于控制多个电梯轿厢在单个电梯井中运行以便服务于建筑物中的多个楼层的方法，其特征在于：

周期性地将来自每一轿厢的通信检验码，直接地或通过共用控制器，通过第一通信通道发送到每一其它轿厢；

响应于所述通信检验码的接收，将通信响应码从接收所述通信检验码的每一所述其它轿厢，通过所述第一通信通道，发送至已发送所述通信检验码的轿厢；

对于已经将通信检验码发送到所述其它轿厢之一的轿厢，确定该轿厢在预定时间内没有从所述其它轿厢的所述之一接收到通信响应码；

通过第二通信通道，从已发送通信检验码但未接收到相应通信响应码之一的轿厢，将失败模式命令发送到所述其它轿厢的至少所述之一；

将所述其它轿厢的至少所述之一移动到各自的停顿位置，该停顿位置不妨碍基本所有所述楼层之间的至少另一轿厢的行进路径；以及

促使所述至少另一轿厢服务于基本所有所述楼层。

2.根据权利要求1所述的方法，其中：

所述移动的步骤包括：将除了已发送通信检验码但未接收到相应通信响应码之一的那个轿厢之外的所有轿厢移动到各自的停顿位置，该停顿位置不妨碍所述的那个轿厢的行进路径；以及

所述促使的步骤包括：使得感测到没有从所述其它轿厢之一接收到通信响应码的那个轿厢采取基本服务于所有所述楼层的快速轿厢模式。

3.根据权利要求1所述的方法，其中，所述方法用于控制三个轿厢在所述电梯井中运行。

4.根据权利要求1所述的方法，其中：

所述的各自的停顿位置包括：

在所述建筑物的底层处或在所述建筑物的底层之下；

或者

在所述建筑物的预层处或在所述建筑物的顶层之上。

5.根据权利要求1所述的方法，其中：

在从唯一一个轿厢没有接收到相应所述通信响应码的情况下，所述移动的步骤：包括将所述唯一一个轿厢移动到停顿位置，该停顿位置不妨碍其它轿厢的行进路径；并且所述促使的步骤包括：使得除了所述唯一一个轿厢之外的所有轿厢服务于基本所有所述楼层。

6.根据权利要求5所述的方法，其中：

存在三个轿厢，并且当所述三个轿厢之一停顿时，所述三个轿厢中的另外两个轿厢在所述电梯井中运行。

7.根据权利要求5所述的方法，其中：

在与一个轿厢通信失败后，一次可以允许三个轿厢中的两个运行。

Images