著录项信息
专利名称 | 电梯系统 |
申请号 | CN201410056514.9 | 申请日期 | 2014-02-19 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2014-09-10 | 公开/公告号 | CN104030102A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | B66B1/06 | IPC分类号 | B;6;6;B;1;/;0;6;;;B;6;6;B;5;/;0;0;;;B;6;6;B;1;3;/;0;2查看分类表>
|
申请人 | 株式会社日立制作所 | 申请人地址 | 日本东京都
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 株式会社日立制作所 | 当前权利人 | 株式会社日立制作所 |
发明人 | 纳谷英光;关根英则;星野孝道 |
代理机构 | 中科专利商标代理有限责任公司 | 代理人 | 李国华 |
摘要
本发明提供一种电梯系统,使得能够以简单的方法来安装电梯轿厢运行所需的新的软件程序或者能够简化控制盘的控制功能的检查等作业。通过设置在升降通道外部的控制装置对用于操作电梯轿厢的操作设备的控制量或者检测电梯轿厢运行状态的检测设备的状态量进行运算处理,并且通过通信线路将控制装置运算出的控制量发送到用于操作电梯轿厢的操作设备。由此,能够通过外部的控制装置一次完成新的软件程序的安装作业或者控制盘的功能检查等。
1.一种电梯系统,所述电梯系统的特征在于,所述电梯系统包括操作设备、检测设备以及控制装置,
所述操作设备至少使设置在升降通道内的电梯轿厢进行运行,
所述检测设备检测所述电梯轿厢的运行状态,
所述控制装置经由通信网络与所述操作设备以及所述检测设备进行连接,至少根据所述检测设备的状态量对所述操作设备的控制量进行运算,并且经由所述通信网络对所述操作设备进行控制,
所述操作设备是使所述电梯轿厢进行运行的卷扬机用电动机,所述控制装置是云系统,并且具有连接所述操作设备、所述检测设备与所述通信网络的桥接电路,所述云系统根据经由所述桥接电路从所述检测设备检测出的状态量运算所述电梯轿厢的目标速度或目标距离,并且根据所运算出的所述目标速度或所述目标距离来控制所述卷扬机用电动机,所述桥接电路分别设置在各个所述操作设备和所述检测设备上,或者设置成由各个所述操作设备和所述检测设备共用,
通过所述桥接电路监视定期从所述云系统发送来的活跃度信号,在所述活跃度信号的迟延超出了允许范围时,使所述电梯轿厢停止运行或者使所述电梯轿厢停靠到最近的楼层。
2.如权利要求1所述的电梯系统,其特征在于,
所述云系统针对设置在多个升降通道内的各个电梯轿厢,根据由所述检测设备检测出的状态量运算所述操作设备的控制量,由此来控制所述操作设备。
3.如权利要求1所述的电梯系统,其特征在于,
所述升降通道设置在多个建筑物内,所述云系统针对设置在各个所述升降通道内的各个电梯轿厢,根据由所述检测设备检测出的状态量运算所述操作设备的控制量,由此来控制所述操作设备。
4.如权利要求1所述的电梯系统,其特征在于,
将在所述操作设备和所述云系统之间以及所述检测设备和所述云系统之间通信的所述操作设备的控制指令以及所述检测设备的传感器数据进行数据包化。
5.如权利要求1所述的电梯系统,其特征在于,
当在所述云系统上运行的软件程序发生了故障后,在所述软件程序再起动而恢复到了正常动作的场合,使所述电梯轿厢重新开始运行。
6.如权利要求5所述的电梯系统,其特征在于,
在所述软件程序再起动后,检测所述操作设备和所述检测设备的当前的控制量和状态量,并对存储在所述软件程序内的控制量和状态量进行更新。
电梯系统\n技术领域\n[0001] 本发明涉及对电梯轿厢的运行进行控制的电梯系统,尤其是涉及一种从设置有电梯轿厢的升降通道的外部对电梯轿厢进行控制的电梯系统。\n背景技术\n[0002] 一般来说,电梯系统具有悬吊在建筑物的升降通道内的电梯轿厢,该电梯轿厢在卷扬机的驱动下沿着上下方向在升降通道内进行升降和移动运行。电梯系统的电梯轿厢的运行控制通常由设置在升降通道上部或者升降通道壁面的控制盘进行控制。因此,设置在控制盘内的计算机装置获取与电梯轿厢的运行有关的各种信息,通过安装在计算机装置内的软件程序计算电梯轿厢运行所需的各种控制量,并且根据上述各种控制量对电梯轿厢进行运行控制。例如,通过计算机装置进行使电梯轿厢前往目的地楼层的卷扬机的控制、卷扬机的制动器控制以及电梯轿厢门的开闭控制等。\n[0003] 可是,在上述电梯系统中,为了应对社会环境的变化以及满足建筑物业主的要求等,已经提出有各种形式的控制方式。\n[0004] 例如,在特开2008-56361号公报(专利文献1)中公开了一种控制方式,其在由多个企业和店铺等共同使用的大楼中,根据安全认证信息使电梯轿厢在实现高效率运行的同时实现节能。\n[0005] 在该控制方式中,参照由大楼侧拥有的乘客的认证用信息数据库,根据认证区域或者认证终端中检测到的乘客的信息计算乘客的目的地楼层,根据该计算的结果对各个楼层的电梯门厅的等候人数进行合计,并且根据算出的电梯门厅的等候人数对设置在大楼内的多台电梯轿厢发送目的地楼层控制指示以使电梯轿厢进行适当的运行,并且在显示部分显示电梯轿厢的目的地楼层,由此能够在不损害乘客便利性的情况下高效率地进行电梯轿厢的分配控制。\n[0006] 此外,在特开2005-206323号公报(专利文献2)中公开了一种控制方式,其对电梯轿厢的乘客使用条件的个人差状况进行识别。\n[0007] 在该控制方式中,在乘客乘坐电梯时,在乘客所携带的信号发送装置进入了与设置在电梯轿厢内的读取器终端的非接触式通信区域时,由读取器终端将乘客的个人特征信息转发给识别信息中心,之后,由处理控制装置从识别信息中心对该乘客个人信息的使用条件个人差状况进行识别,以判断与普通乘客之间的个人使用能力差时,由此能够对该乘客提供必要的附加功能服务。\n[0008] 在先技术文献\n[0009] 专利文献\n[0010] 专利文献1日本国专利特开2008-56361号公报\n[0011] 专利文献2日本国专利特开2005-206323号公报\n[0012] 可是,在由专利文献1和专利文献2公开的控制方法中,将乘客使用电梯轿厢的履历积累在与设置于升降通道上部或者升降通道壁面的控制盘分开设置的服务器中,并且根据该积累数据对电梯轿厢进行运用管理。也就是说,通过与设置在升降通道上部或者升降通道壁面的控制盘分开设置的外部服务器来进行与群管理相当的处理。\n[0013] 如上所述,在由专利文献1和专利文献2公开的控制方法中,电梯轿厢的实际动作(也就是使电梯轿厢进行升降的卷扬机控制、卷扬机的制动器控制、传感器处理控制以及电梯轿厢门的开闭控制等)的控制量的运算并不是由外部服务器侧来进行的。\n[0014] 因此,对使电梯轿厢进行升降的卷扬机控制、卷扬机的制动器控制、传感器处理控制以及电梯轿厢门的开闭控制等的控制量进行运算的控制盘的控制如上所述,通过设置在升降通道上部或者升降通道壁面的控制盘来进行。因此,在需要安装电梯轿厢运行所需的新开发的控制程序即新开发的软件程序时,或者在需要对控制盘的功能进行检查时等,需要针对各个控制盘分别进行作业。由于该等作业的作业量非常大,且作业复杂,所以需要花费大量的时间。此外,由于需要由作业人员对各个控制盘分别进行作业,所以不仅会导致检查成本上升,而且需要大量的维护管理费用。另外,还会派生出在作业人员对控制盘进行维护和检查时需要确保作业人员安全的问题。\n发明内容\n[0015] 本发明的主要目的在于提供一种电梯系统,使得能够以简单的方法来安装电梯轿厢运行所需的新的软件程序,并且能够简化控制盘控制功能的检查等作业。\n[0016] 解决方案\n[0017] 本发明的特征在于,通过设置在升降通道外部的控制装置对用于操作电梯轿厢的操作设备的控制量以及检测电梯轿厢的运行状态的检测设备的状态量等进行运算处理,并且通过通信线路将控制装置运算出的控制量发送到用于操作电梯轿厢的操作设备。其中,作为控制装置的具体示例,例如可以通过云系统来实现控制装置。\n[0018] 发明效果\n[0019] 根据本发明,由于能够通过设置在升降通道外部的控制装置对用于操作电梯轿厢的卷扬机以及对轿厢门进行开闭的门开闭用电动机等的操作设备的控制量以及位置传感器和负载传感器等检测设备的状态量进行运算处理,所以能够在外部的控制装置中一次完成新的软件程序的安装以及控制盘的功能检查等。由此,不需要像现有技术那样分别对各个控制盘进行新软件程序的安装,也不需要分别对控制盘进行功能检查等,所以能够简化作业。\n[0020] 此外,由于能够通过控制装置一次完成该等作业,所以能够降低检查成本。并且,由于作业人员在进行控制盘的维修检查时不需要进入升降通道内,所以还具有有利于确保作业人员安全性这一派生效果。\n附图说明\n[0021] 图1是本发明的一实施例所涉及的使用了云系统的电梯系统的结构图。\n[0022] 图2是本发明的其他实施例所涉及的使用了云系统的电梯系统的结构图。\n[0023] 图3A是在电梯轿厢的操作设备与云系统之间进行通信的通信数据包的结构图。\n[0024] 图3B是在检测设备与云系统之间进行通信的通信数据包的结构图。\n[0025] 图4是表示云系统发生了故障时的电梯轿厢控制状态的控制流程图。\n[0026] 图5是用于在云系统发生了故障时在卷扬机侧逻辑电路的主导下使电梯轿厢停靠到最近楼层的控制流程图。\n[0027] 图6是用于在云系统发生了故障时在传感器侧逻辑电路的主导下使电梯轿厢停靠到最近楼层的控制流程图。\n[0028] 图7是用于在云系统发生了故障时使电梯轿厢恢复运行的控制流程图。\n[0029] 图8是表示云系统上的程序的结构例的结构图。\n具体实施方式\n[0030] 以下参照附图对本发明的实施方式进行洋细说明。本发明并不仅限于以下的实施方式,本发明的技术概念中的各种变形例和应用例包括在本发明的范围内。\n[0031] 第一实施例\n[0032] 图1表示本发明的第一实施例所涉及的电梯系统的结构。作为为了使电梯轿厢在升降通道内升降而必须设置在升降通道内的操作设备和检测设备,可列举出用于使电梯轿厢升降的卷扬机用电动机10a、作为检测该卷扬机用电动机10a的转速或者旋转速度的检测设备的旋转编码器20a以及为了使电梯轿厢停止而对卷扬机用电动机10a进行制动的电动制动器30。卷扬机用电动机10a是用于使电梯轿厢上下升降的大功率电动机,由逆变器装置等驱动器75驱动。逻辑电路70a作为用于驱动卷扬机用电动机10a、旋转编码器20a以及电动制动器30的基本逻辑电路、对来自云系统的指令进行解释的逻辑电路以及生成用于云系统\n100的状态数据的逻辑电路发生作用。\n[0033] 作为为了检测电梯轿厢的位置而必须设置在升降通道内的检测设备,可列举出测定电梯轿厢速度的调速器40和测定电梯轿厢位置的位置传感器50。逻辑电路70b是对来自调速器40的数据进行处理的基本逻辑电路、对来自位置传感器50的数据进行处理的基本逻辑电路以及生成用于云系统100的状态数据的逻辑电路。此外,由该逻辑电路70b进行的处理是将从各种检测设备发送来的数据变换为能够由云系统100处理的形式的处理。由于该处理有时能够在云系统100侧进行,所以在能够在云系统侧进行时,将逻辑电路70b的功能设置在云系统100侧。\n[0034] 此外,作为为了对电梯轿厢的开闭门进行开闭而必须设置在升降通道内的电梯轿厢的操作设备和检测设备,可列举出对电梯轿厢门进行开闭的开闭用电动机10b、作为检测该开闭用电动机10b的转速或者旋转速度的检测设备的旋转编码器20b以及用于检测开闭门的开闭状态的检测开关60。开闭用电动机10b的输出功率小于卷扬机用电动机10a的输出功率,不需要设置驱动装置。逻辑电路70c作为用于驱动开闭用电动机10b和旋转编码器20b或者检测开关60的状态的基本逻辑电路、对来自云系统100的指令进行解释的逻辑电路以及生成用于云系统的状态数据的逻辑电路发挥作用。\n[0035] 各种逻辑电路70a,70b,70c被构造成分别经由与其连接的桥接电路80和通信网络\n90进行连接,并且进一步经由该通信网络90与云系统100进行连接。通信网络90既可以是有线网络,也可以是无线网络,可以采用任何与该系统相适应的方法来组建通信网络。\n[0036] 在该云系统100中执行大量的控制量运算和状态量运算,作为该等控制量运算和状态量运算,可以列举出对用于使电梯轿厢升降的卷扬机用电动机10a的控制量进行运算的运算处理、检测电梯轿厢位置的位置检测用的运算处理、对卷扬机的速度等的状态量进行运算的运算处理、以及对用于使电梯轿厢的开闭门进行开闭的开闭用电动机10b的控制量进行运算的运算处理等。如上所述,在云系统100中算出的卷扬机用电动机10a的控制量和开闭用电动机10b的控制量再次经由通信网络90被发送到桥接电路80中,并且进一步通过该桥接电路80被发送到逻辑电路70a和逻辑电路70c中,用以对卷扬机用电动机10a或者开闭用电动机10b进行控制。\n[0037] 以下参照图8说明在云系统100上进行虚拟动作的软件程序的示例。\n[0038] 用于对卷扬机用电动机进行控制的电动机控制程序200是用于控制卷扬机用电动机10a,处理对该卷扬机用电动机的动作进行确认的旋转编码器20a的数据以监视卷扬机用电动机10a的状态,并且对电动制动器30进行控制的程序。\n[0039] 执行电梯运行控制的综合控制程序210是处理调速器40的数据以测定电梯轿厢的速度,处理位置传感器50的数据以测定电梯轿厢的位置,并且控制电梯轿厢的运行以使其前往目的地楼层等的程序。\n[0040] 用来执行设置在电梯轿厢上的操作设备的控制的轿厢控制程序220是控制轿厢门的开闭用电动机10b,处理用于确认轿厢门状态的旋转编码器20b的数据以监视轿厢门的状态,处理电梯轿厢的目的地楼层按钮60的状态数据以管理由乘客指示的目的地楼层的程序。\n[0041] 在现有技术中,该等程序分别在不同的控制装置中执行,而在本实施例中,统一由云系统100来执行。此外,在现有技术中,数据的发送和接收通过串联通信等的通信装置来执行,而在本实施例中,均使用云系统100的虚拟环境中的通信装置。\n[0042] 在图1所示的电梯系统中,以设置在一个升降通道内的电梯轿厢为例,而在实际上则连接有设置在多个升降通道内的电梯轿厢。例如,在大型建筑物中有很多升降通道,所以云系统100能够在该大型建筑物中组建。在现有技术中,通过设置在各个升降通道内的控制盘来进行电梯轿厢的控制,而根据本云系统100,能够在升降通道的外部对多个升降通道内的电梯轿厢进行控制。\n[0043] 此外,也可以在多个建筑物中组建云系统100,以对设置在多个建筑物中的升降通道的电梯轿厢进行控制。在现有技术中,通过设置在各个建筑物的升降通道内的控制盘来进行电梯轿厢的控制,而根据本云系统100,能够在升降通道的外部对多个建筑物的升降通道内的电梯轿厢进行控制。\n[0044] 电梯轿厢运行所需的新开发的控制程序即新的软件程序的安装和控制盘的功能检查等可以在本云系统100内进行。\n[0045] 如上所述,在云系统100中,通过在升降通道以外的场所以虚拟方式对电梯轿厢进行运行管理,能够方便地安装新的软件程序,或者能够方便地进行控制盘的功能检查等。此外,由于能够在云系统内进行作业,所以能够大幅度降低维修检查等的成本。并且,与在升降通道中进行作业相比,能够在用于组建云系统这一虚拟环境的服务器室等安全的场所进行维护作业。另外,为了提高冗余度,作为灾害对策,还可以在其他地区设置多个服务器室。\n[0046] 该云系统100不是一般的使用者能够使用的公共云系统,而是仅限于由电梯系统的管理公司或者建筑物的业主使用的私有云系统。由于电梯系统是必须优先确保安全运行管理的系统,所以采用了私有云系统。为了确保云系统的安全性,采用私有云系统是非常重要的。\n[0047] 第二实施例\n[0048] 图2表示本发明的第二实施方式所涉及的电梯系统的结构,与图1所示的电梯系统的不同之处在于,在本实施例中,将桥接电路80集成为一个桥接电路。在图2中,功能与图1所示实施例的结构要素相同或者相似的结构要素,采用与图1相同的参考符号来表示,并省略其详细的说明。\n[0049] 在现有的电梯系统中,在一个升降通道内设置有多个控制装置的场合,通过串联通信等的通信装置来连接各个控制装置。在本实施例中,利用该串联通信装置在逻辑电路\n72a,72b,72c之间进行通信。也就是说,通过图2所示的通信装置82来连接逻辑电路72a,\n72b,72c,并将桥接电路85与该通信装置82连接以实现通用化。\n[0050] 桥接电路85具有对通信装置82与通信网络90进行桥接的功能,通过桥接电路85的动作,在云系统100与操作设备或者检测设备的逻辑电路72a,72b,72c之间交换信息。通过采用这一结构,能够在有效利用现有的电梯系统所具有的通信装置82的同时,在云系统100中执行对用于使电梯轿厢升降的卷扬机用电动机10a的控制量进行运算的运算处理、检测电梯轿厢位置的位置检测用的运算处理以及对用于开闭电梯轿厢的开闭门的开闭用电动机10b的控制量进行运算的运算处理。\n[0051] 第二实施例也能够获得与第一实施例相同的作用和效果。由于与第一实施例重复,所以在此省略其详细的说明。\n[0052] 在图1和图2所示的电梯系统中,通过分组通信进行云系统100与各个逻辑电路\n72a,72b,72c之间的通信。该分组通信中使用的数据包的结构如图3A和图3B所示。图3A表示操作设备与云系统之间的通信中的通信数据包的结构,图3B表示检测设备与云系统之间的通信中的通信数据包的结构。\n[0053] 图3A所示的数据包110是用于从云系统100控制升降通道内的卷扬机用电动机\n10a、开闭用电动机10b以及电动制动器30的数据包的结构。\n[0054] 数据包110至少由头部111、命令112、数据113和脚注114构成。头部111和脚注114包括用于监视数据包到达顺序的序列编号、时间戳、与用于提高数据包可靠性的加密有关的信息以及用于表示数据匹配性的CRC等的信息。\n[0055] 命令112表示与卷扬机用电动机10a、开闭用电动机10b以及电动制动器30的动作有关的指示,数据113中保持有该命令112所附带的与卷扬机用电动机10a、开闭用电动机\n10b以及电动制动器30的目标值等有关的数据。\n[0056] 与卷扬机用电动机10a相对的命令112例如可以是正方向的驱动指示,作为与该驱动指示有关的目标值的数据113可以是目标速度或者加速度等的实数值等。此外,命令112也可以是移动指定距离的指示,作为与该指示有关的目标值的数据113也可以是目标距离等的实数值。另外,还可以是与转速和步进数等的卷扬机用电动机10a的形式有关的命令。\n[0057] 图3B所示的数据包120是用于将旋转编码器20a,20b、调速器40和位置传感器50等检测升降通道或者电梯轿厢内的状态用的检测设备的数据发送到云系统100的数据包。与数据包110一样,数据包120由头部121、类型122、数据123和脚注124构成。头部121和脚注\n124包括用于监视数据包到达顺序的序列编号、时间戳、与用于提高数据包可靠性的加密有关的信息以及用于表示数据匹配性的CRC等的信息。\n[0058] 类型122表示数据123与升降通道内的哪一个检测设备相对应,也就是所谓的ID。\n数据123是由检测设备测出的测定数据,该测定数据可以是检测设备的RAW数据或者在逻辑电路中实施了滤波等处理的逻辑数据。\n[0059] 由于头部111、脚注114和头部121、脚注124按照通信协议或者加密通信的规格来决定,所以在本实施例中省略其详细的说明。\n[0060] 第三实施例\n[0061] 以下对使用云系统100的电梯系统的具体的控制例进行说明。在本实施例中,监视云系统100与逻辑电路72a,72b,72c之间的通过通信网络90传送的来自云系统100的定期信号的到来,在该信号的到来时间发生了迟延时,判断为云系统100发生了异常,并进行确保电梯轿厢安全的控制。\n[0062] 在图4所示的控制流程中,通过桥接电路80,85接收从云系统定期发送来的活跃度信号(Alive Signal),如果活跃度信号没有在应该到达的周期内到达,则使电梯轿厢的升降速度减速或者使电梯轿厢停止,由此进行确保乘客安全的控制。\n[0063] 该活跃度信号是用于将云系统100侧的动作正常这一信息传递给桥接电路80,85的信号。因此,在云系统100侧发生了故障时,云系统100侧停止发送活跃度信号。\n[0064] 以下说明各个步骤及其控制内容。在此,将图1所示的实施例作为所适用的对象实施例。本控制流程每隔规定时间起动一次。\n[0065] (步骤S100)\n[0066] 在本步骤S100中,通过桥接电路80监视定期从云系统100发送来的活跃度信号,并且判断是否能够接收到该活跃度信号。由于该活跃度信号每隔规定周期产生,所以每隔规定周期有活跃度信号到来时,判断为云系统的动作正常,而在经过了规定周期仍然没有该活跃度信号到来时(以下称为“通信迟延”),判断为云系统100发生了故障。在本步骤中判断为云系统100发生了故障时,进入步骤S110,在判断为云系统的动作正常时,进入步骤S160。\n[0067] (步骤S110)\n[0068] 当在步骤S110中判断为没有定期收到活跃度信号,也就是判断为发生了通信迟延时,桥接电路80向逻辑电路发送虚拟的未到达数据包。在此,假设该逻辑电路是能够操作卷扬机用电动机10a的逻辑电路70a。\n[0069] (步骤S120)\n[0070] 在步骤S120中接收通过桥接电路80发送的未到达数据包,在接收到该未到达数据包后,进入步骤S130。\n[0071] (步骤S130)\n[0072] 在步骤S130中,根据电梯轿厢的移动速度来判断电梯轿厢是否进入了减速状态或者减速状态是否还在继续。在进行该判断时,根据卷扬机用电动机10a的旋转速度等求出规定时间内的速度变化,由此来判断减速状态。在此,在判断为不处于减速状态时,进入步骤S140,在判断为处于减速状态时,进入步骤S150。\n[0073] (步骤S140)\n[0074] 在步骤S140中,由于电梯轿厢还没有进行减速,所以降低卷扬机用电动机10a的旋转目标值以降低卷扬机用电动机10a的旋转速度,由此使电梯轿厢降低升降速度而开始进行减速。此时,设置成同时使用电动制动器30来加快减速。此外,在不需要使用电动制动器\n30也能够进行减速时,也可以设置成不同时使用电动制动器30。\n[0075] (步骤S150)\n[0076] 在步骤S150中,由于电梯轿厢处于减速状态,所以使电梯轿厢朝着接近电梯轿厢当前位置的规定的楼层进一步进行减速,此后,在电梯轿厢停靠在规定楼层后,使电梯轿厢停止移动。\n[0077] 此时,同样将卷扬机用电动机10a的旋转目标值设定成使电梯轿厢停止,进一步降低卷扬机用电动机10a的旋转速度,由此将电梯轿厢的升降速度降低到使电梯轿厢停止。在电梯轿厢停靠规定楼层后,通过电动制动器30来保持电梯轿厢的停止位置,将电梯轿厢维持在能够让乘客安全转移的状态。\n[0078] 作为使电梯轿厢进入停止状态的条件,例如可以设定减速状态持续了规定的时间这一条件,或者活跃度信号的未到达状态持续了规定的时间这一条件,在满足该等条件时,进行使电梯轿厢停止等的控制。\n[0079] (步骤S160)\n[0080] 当在步骤S100的判断中判断为活跃度信号在规定的周期到达而没有发生通信迟延时,执行本步骤S160,判断在步骤S110中有无发送未到达数据包。在判断为没有发送未到达数据包时,说明通信网络90的动作从过去到现在一直正常,因此结束本控制流程,等到下一个起动周期时再次起动。此时,电梯轿厢通过云系统100继续进行正常状态的动作。\n[0081] 另一方面,当在步骤S160中判断为发送了未到达数据包时,能够判断为虽然在过去发生了通信迟延,但在本次判断时该通信迟延已经消除。在通信迟延消除后,为了使电梯轿厢的运行恢复正常,进入步骤S170。\n[0082] (步骤S170)\n[0083] 在本步骤S170中,在通信迟延消除后,为了使电梯轿厢的运行恢复正常,通过桥接电路80向逻辑电路发送虚拟的恢复数据包。在此,假设该逻辑电路是能够操作卷扬机用电动机10a的逻辑电路70a。\n[0084] (步骤S180)\n[0085] 在步骤S180中接收由桥接电路80发送的恢复数据包,在完成该恢复数据包的接收后,通过逻辑电路72a使电梯轿厢的运行恢复到正常状态。例如,为了使电梯轿厢的运行恢复到正常状态,对处于减速状态的电梯轿厢进行解除减速,使电梯轿厢加速而恢复到以前的目标速度等的处理。或者进行使处于停止状态的电梯轿厢重新起动而恢复到目标速度等的处理。\n[0086] 根据本实施例,通过桥接电路80,85接收从云系统100定期发送来的活跃度信号,如果活跃度信号没有在应该到达的周期内到达,则对电梯轿厢的升降速度进行减速或者使电梯轿厢停止,由此能够确保乘客的安全。\n[0087] 此外,在本实施例中,通过操作控制电梯轿厢移动的卷扬机用电动机10a的逻辑电路72a来确保电梯轿厢的安全,但没有采取使电梯轿厢停止在升降通道的任意位置的措施。\n在有必要使电梯轿厢停止在升降通道的任意位置时,可以采用以下说明的实施例。\n[0088] 第四实施例\n[0089] 以下说明进一步提高上述第三实施例所示的控制功能的控制方法。在本控制方法中,在经由通信网络90进行的通信的迟延超过了允许范围时,使用管理卷扬机用电动机10a的逻辑电路72a和管理位置传感器50的逻辑电路72b,使电梯轿厢停靠到所要求的停靠楼层。在此,所要求的停靠楼层例如是指停靠在最近的楼层。如果能够使电梯轿厢停靠在最近的楼层,则能够打开电梯轿厢的开闭门,使乘客立刻离开电梯轿厢。以下说明的控制流程以图2所示的电梯系统为前提。\n[0090] 在图5所示的控制流程中,通过桥接电路85接收从云系统100定期发送来的活跃度信号,如果活跃度信号没有在应该到达的周期内到达,则以逻辑电路72a为主体使电梯轿厢停靠在最近的楼层,由此来确保乘客的安全。\n[0091] 在图5中,逻辑电路72a在图4所示的步骤S150中,在电梯轿厢从减速状态进入停止状态的期间执行以下步骤的处理。\n[0092] (步骤S200)\n[0093] 在步骤S200中,要求逻辑电路72b提供从电梯轿厢的当前位置到最近楼层为止的距离。提出该要求的理由是,为了决定电梯轿厢要停靠的最接近的停靠楼层,需要知道到该最近楼层为止的距离。\n[0094] (步骤S210)\n[0095] 另一方面,在步骤210中,逻辑电路72b从逻辑电路72a接收要求获取到最近楼层为止的距离的要求。在接收到要求获取到最近楼层为止的距离的要求后,进入步骤S220。\n[0096] (步骤S220)\n[0097] 在步骤S220中进行运算以求出到最近楼层为止的距离。在该运算处理中,根据电梯轿厢的当前位置搜索最为接近的楼层,并且计算与所搜索到的楼层相隔多少距离。该计算结果用于判断所搜索到的楼层与电梯轿厢当前位置之间的距离是否满足电梯轿厢从当前的位置到停止所需的距离。\n[0098] (步骤S230)\n[0099] 在步骤S230中,通过逻辑电路72b将在步骤S220中算出的到最近楼层为止的距离回复给逻辑电路72a。\n[0100] (步骤S240)\n[0101] 在步骤S240中,逻辑电路72a从逻辑电路72b获取到最近的楼层为止的距离后,进入下一个步骤S250。\n[0102] (步骤S250)、(步骤S260)\n[0103] 在步骤S250和步骤S260中,判断所获取的到最近楼层为止的距离是否为电梯轿厢能够停靠的距离。在该判断中判断电梯轿厢按照当前的减速度是否能够停靠到最近的楼层。也就是说,如果电梯轿厢离开最近楼层过近,则即使电梯轿厢进行减速,其停止位置也有可能会超过最近的楼层。此外,如果为了能够停靠在最近楼层而进行急剧减速,则可能会导致电梯轿厢内的乘客受伤,所以进行急剧的减速不妥当。另外,如果仅仅根据距离来判断,则还存在判断时电梯轿厢已经超过了最近楼层的情况,所以在判断时还对电梯轿厢的行驶方向作出考虑。也就是说,如果在判断时电梯轿厢已经超过了最近的楼层,则由于行驶方向的原因,电梯轿厢实际上无法停靠到最近楼层。因此,需要寻找行驶方向上的最近楼层并求出与该最近楼层之间的距离。在上述步骤中判断为能够停靠在最近的楼层时,进入步骤S320,在判断为不能够停靠在最近的楼层时,进入步骤S270。\n[0104] (步骤S270)\n[0105] 在步骤S270中,在判断为最近的楼层太近而来不及进行减速时,或者在判断时电梯轿厢已经超过了最近的楼层时,要求逻辑电路72b获取从电梯轿厢的当前位置到下一个楼层的距离。\n[0106] (步骤S280)\n[0107] 另一方面,在步骤S280中,逻辑电路72b从逻辑电路72a接收要求获取到下一个楼层为止的距离的要求。在接收到要求获取到下一个楼层为止的距离的要求后,进入步骤S290。\n[0108] (步骤S290)\n[0109] 在步骤S290中,执行求出到下一个楼层为止的距离的运算处理。在该运算处理中,根据电梯轿厢的当前位置搜索下一个楼层,并且计算从电梯轿厢的当前位置到所搜索到的楼层的距离是多少。\n[0110] (步骤S300)\n[0111] 在步骤S300中,通过逻辑电路72b将在步骤S290中算出的到下一个楼层为止的距离回复给逻辑电路72a。\n[0112] (步骤S310)\n[0113] 在步骤S310中,在逻辑电路72a从逻辑电路72b获取到下一个楼层为止的距离后进入下一个步骤S320。\n[0114] (步骤S320)\n[0115] 在步骤S260判断为能够停靠到最近的楼层时,或者在步骤S310中求出了到下一个楼层为止的距离后,执行本步骤S320。\n[0116] 在本步骤S320中,由于电梯轿厢处于减速状态,所以使电梯轿厢朝着最近的楼层或者下一个楼层进一步减速,在电梯轿厢停靠后使电梯轿厢停止移动。此时,同样将卷扬机用电动机10a的旋转目标值设定成使电梯轿厢停止,进一步降低卷扬机用电动机10a的旋转速度来降低电梯轿厢的升降速度,同时使用电动制动器30使电梯轿厢停止。在电梯轿厢停靠楼层后,通过电动制动器30保持电梯轿厢的停止位置,将电梯轿厢维持在能够让乘客安全转移的状态。\n[0117] 如上所述,根据本实施例,能够尽早使电梯轿厢停靠到最近的楼层,所以能够打开电梯轿厢的开闭门使乘客立刻离开电梯。\n[0118] 以下参照图6对本实施例的变形例进行说明。在图6所示的控制流程中,通过桥接电路85接收从云系统100定期发送来的活跃度信号,如果活跃度信号没有在应该到达的周期内到达,则以逻辑电路72b为主体使电梯轿厢停靠到最近的楼层,由此来确保乘客的安全。\n[0119] 本控制流程与图5一样,逻辑电路72b在图4所示的步骤S150中,在电梯轿厢从减速状态进入停止状态的期间执行以下步骤的处理。\n[0120] (步骤S330)\n[0121] 在处于必须在步骤S150中使电梯轿厢停止的状况时,在步骤S330中,根据由调速器40测得的电梯轿厢的减速度以及位置传感器50的数据计算从电梯轿厢的当前位置到能够停靠的楼层的距离。该运算结束后进入下一个步骤S340。\n[0122] (步骤S340)\n[0123] 在步骤S340中,将在步骤S330中求出的到电梯轿厢能够停靠的楼层为止的距离发送给逻辑电路72a。\n[0124] (步骤S350)\n[0125] 在步骤S350中,接收从逻辑电路72b发送来的到电梯轿厢能够停靠的楼层为止的距离,供下一个步骤S360的运算使用。\n[0126] (步骤S360)\n[0127] 在步骤S360中,根据所求出的到电梯轿厢能够停靠的楼层为止的距离,降低卷扬机用电动机10a的目标设定速度,并且根据需要驱动电动制动器30以促进减速状态。例如,在到电梯轿厢能够停靠的楼层为止的距离较长时,进行缓慢的减速,而在到电梯轿厢能够停靠的楼层为止的距离较短时,进行快速减速。\n[0128] 此外,如果减速度超过允许值,则会给乘客带来不利的影响,因此,也可以设置成在减速度可能超过允许值时,求出到所求出的楼层的下一个楼层为止的距离,并根据该距离来控制电梯轿厢的减速度。\n[0129] 如上所述,根据本实施例,由于能够尽早使电梯轿厢停靠到最近的楼层,所以能够打开电梯轿厢的开闭门使乘客尽早离开电梯。\n[0130] 第五实施例\n[0131] 以下说明在云系统100中进行虚拟动作的软件程序发生了故障时使电梯系统恢复的控制流程。图7示出了在云系统中进行虚拟动作的软件程序发生了故障时使电梯轿厢恢复运行的控制方法。\n[0132] (步骤S400)\n[0133] 在步骤S400中,在云系统100内的软件程序的动作发生了故障时,在本步骤S400中检测出该状态。此时,由于云系统100发生了异常状态,所以在步骤S400中停止向桥接电路\n80,85发送活跃度信号。在停止向桥接电路80,85发送活跃度信号后,在桥接电路80,85侧检测出信号的发送已停止,并执行图4所示的控制流程,使电梯轿厢进入减速状态或者停止状态。在步骤S400的处理结束后进入下一个步骤。\n[0134] (步骤S410)\n[0135] 在步骤S410中,由于软件程序的动作发生了故障,所以与其对应地进行故障切换(Failover)处理。\n[0136] (步骤S420)\n[0137] 在步骤S420中,通过故障切换处理而继续进行云系统100在故障发生前执行的处理,或者在因软件程序的错误而发生了故障时,由于即使进行故障切换也会复位,所以使发生了错误的软件程序再起动。该等处理结束后进入下一个步骤。\n[0138] 在此,从在步骤S400中检测到故障发生后开始到在步骤S420中再起动为止的期间是不能发送活跃度信号的期间。如果该期间过长,则可能是电梯轿厢的状态发生了变化,所以执行下一个步骤。\n[0139] (步骤S430)\n[0140] 如上所述,由于发生了故障的软件程序再起动需要一定的时间,所以电梯轿厢的状态在该期间内发生变化的可能性大。这是因为在发生了故障后,电梯轿厢在短时间内不会进入停止状态。因此,在软件程序进行了再起动时,需要与电梯轿厢的动作状态或者相关的设备进行同步处理。因此,在步骤S430中向桥接电路80,85发送要求其获取当前状态的要求。\n[0141] (步骤S440)\n[0142] 在步骤S440中,根据该要求,桥接电路80,85要求各个逻辑电路72a,72b,72c获取电梯轿厢或者开闭门等操作设备的当前的动作状态或者检测设备的动作状态。各个逻辑电路72a,72b,72c根据该要求进行将动作状态的数据传递给桥接电路80,85的动作。在接收到该动作状态的数据后进入下一个步骤。\n[0143] (步骤S450)\n[0144] 在步骤S450中,桥接电路80,85将从各个逻辑电路72a,72b,72c接收到的操作设备或者检测设备的当前动作状态的控制量或者状态量的数据转发给云系统100。该转发来的动作状态的数据在再起动后的软件程序的处理中使用。\n[0145] (步骤S460)\n[0146] 在步骤S460中,在云系统100中进行动作的软件程序使用转发来的操作设备或者检测设备的当前动作状态的控制量或者状态量的数据将自身管理的数据更新为新的数据。\n[0147] (步骤S470)\n[0148] 在步骤S470中,使用该等更新后的操作设备或者检测设备的当前动作状态的控制量或者状态量的数据使电梯轿厢重新开始运行。例如,使用发生了故障时的操作设备或者检测设备的当前动作状态的控制量或者状态量的数据使电梯轿厢重新开始运行时,由于该等控制量或者状态量与电梯轿厢实际的动作状态不同,所以有可能无法进行正常运行。与此相对,由于在重新开始运行时该等控制量或者状态量的数据已经更新为实际的当前动作状态的控制量或者状态量的数据,所以能够迅速恢复到正常的运行状态。\n[0149] 通过执行上述控制方法,即使在云系统100中进行虚拟动作的软件程序发生了故障,也能够迅速使电梯轿厢重新开始运行。其中,步骤S400至步骤S420为止的处理是比较花费时间的处理,但通过提高云系统100的性能,能够在进入步骤S150的停止处理状态后,在电梯轿厢进入减速状态时使电梯轿厢恢复运行。此时,能够在乘客意识到减速前使电梯轿厢继续进行运行。此外,即使从步骤S400到步骤S420进行了长时间的处理,也能够如图5所示的实施例所说明的那样,使电梯轿厢安全停靠在最近的楼层或者规定的楼层。\n[0150] 如上所述,根据本发明,通过设置在升降通道外部的控制装置对用于操作电梯轿厢的卷扬机和使电梯门开闭的门用电动机等的操作设备的控制量或者位置传感器和负载传感器等的检测设备的状态量进行运算处理,所以能够通过外部的控制装置一次完成新的软件程序的安装作业或者控制盘的功能检查等。\n[0151] 因此,不需要像现有技术那样对各个控制盘分别进行新软件程序的安装或者控制盘的功能检查等,该作业变得简单。\n[0152] 此外,由于上述作业能够在服务器室等比升降通道安全的场所一次完成,所以能够降低维修检查成本,并且,由于作业人员在对控制盘进行维修检查作业时不需要进入升降通道,所以还能够获得有利于安全的派生效果。此外,由于可以不设置控制盘等设备,所以还能够获得将必须设置在升降通道内的设备抑制在最低限度的派生效果。\n[0153] 符号说明\n[0154] 10a…卷扬机用电动机,20a…旋转编码器,30…电动制动器,40…调速器(包括编码器),50…位置传感器,60…目的地楼层按钮,70a,70b,70c…逻辑电路,75…驱动器,80…桥接电路,90…通信网络,100…云系统。
法律信息
- 2017-05-03
- 2014-10-15
实质审查的生效
IPC(主分类): B66B 1/06
专利申请号: 201410056514.9
申请日: 2014.02.19
- 2014-09-10
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |