JPH05132256A

JPH05132256A - エレベーター制御装置とその遠隔監視システム

Info

Publication number: JPH05132256A
Application number: JP31741291A
Authority: JP
Inventors: Kenji Yoneda; 健治米田; Hiroaki Yamaji; 宏昭山児
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1991-11-05
Filing date: 1991-11-05
Publication date: 1993-05-28

Abstract

(57)【要約】【目的】マイコンの異常時における原因究明を容易に
かつその原因を遠方から診断するエレベーター制御装置
とその遠隔監視システムを提供する。【構成】マイコンを備えるエレベーター制御装置にお
いて、エレベーター制御を実行するプログラムと、前記
マイクロコンピュータの状態を診断する診断プログラム
と、少なくとも前記エレベーター制御プログラムの実行
状態の異常を検出し、異常指令を出力する異常検出手段
を有し、前記異常検出手段から異常指令が出力すると、
前記エレベーター制御プログラムの実行を阻止し、前記
診断プログラムのみを動作させ、前記マイクロコンピュ
ータの状態を診断する。また、保守センターへの異常発
報要求手段を有し、故障発報時に、異常要因の異常診断
データを送信し、さらに、保守センターからの故障診断
要求通信に応えるデータを作成する返信データ作成手段
を備え、異常要因の異常診断データを返信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、エレベーター制御装置
に係り、特に、マイクロコンピュータによるエレベータ
ー制御において、マイクロコンピュータの異常診断を行
うエレベーター制御装置とその遠隔監視システムに関す
る。

【０００２】

【従来の技術】従来、特開昭５４−１５１２０２号に示
されている様に、ハードウェア、または、特開昭５６−
７５３５５号に示されている様に、ソフトウェアに異常
が発生すると、一般にエレベーター制御装置の機能を停
止させていた。また、特開昭６１−１８６８６号と特開
昭６１−１４８５６５号に示されている様に、一過性の
異常の場合にはシステムを停止させることなく、所定回
数は再起動させることにより、システムの信頼性の向上
を図る方法が採られていた。また、特開昭６２ー８８７
９１号に示されている様に、異常時にこれを検知して、
再起動指令をかけ、エレベーターの運転を続行すること
が記載されている。近年は、特開平２−１３８０８号及
び特開昭６０−２３２７４号に示されている様に、エレ
ベーター保守会社による集中保守の為の監視センターと
エレベーター制御装置の故障を診断する監視端末装置を
電話回線を介して接続し、故障発生の発報及び地震発生
に伴う点検要求の発報を行う遠隔監視システムが普及し
始めている。このシステムでは、特開平２−１３８０８
１号に示されている様に、エレベーター制御の運転履歴
や運転状態より故障診断を行い、異常検出時に発報する
構成が提案されている。一方、特開昭５７ー１６４３４
４号、特開昭６１ー６８６４５号に示されている様に、
コンピータの障害時に、再試行制御をかけ、機能の再復
帰を図ることが開示されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来技術では、エレベーター制御装置を構成するマイクロ
コンピュータ（以下、マイコンと略称する）に異常が発
生した際に、その具体的現象及び原因を遠方から診断す
る方法に関しては触れられておらず、単にエレベーター
との通信が出来ないことを判定し、保守の監視センター
へエレベーター制御装置の故障発生を発報する構成とし
ていた。このため、故障診断を行う監視端末装置を必要
とするだけだなく、マイコンに関する異常発生の時に、
監視センター側では故障の要因が判らないという、問題
点があつた。即ち、マイコンのハード不良の要因、例え
ば、プログラムを格納したリードオンリーメモリ（以
下、ＲＯＭと略称する）の書き変わり不良か、ランダム
アクセスメモリ（以下、ＲＡＭと略称する）のデータ保
持不良かあるいはＩＣメモリカ−ドなどの拡張ＲＡＭ回
路や各種の入出力回路とのリードライト（以下、Ｒ／Ｗ
と略称する）アクセス不良などを原因とするものか、な
どについて、その状態を遠方から知ることができなかっ
た。また、マイコンのソフト不良の発生状況と要因、例
えば、特定状態（最上階のかご内人数過剰など通常なか
なか発生しない状態）の時のみ処理異常、即ち、マイク
ロプロセッサの異常例外処理（オペコードエラー、ゼロ
デバイド、アドレスエラー）の発生またはウオッチドッ
グタイマー（以下、ＷＤＴと略称する）動作によるリス
タートなどの異常が発生し、プログラム実行不能となる
ソフトバグによりマイコンがダウンしたのか、プログラ
ム実行時間の過大によるソフトウオッチドッグタイマー
（以下、ＳＷＤＴと略称する）動作か、重要データが異
常な値となり、エレベーター制御のプログラム処理を継
続不能と判断したのかなど、いかなる原因により再起動
不能となっているかについて、不良発生したエレベータ
ーの機械室まで出向いて行かなければ分からない、とい
う欠点があった。また、エレベーター制御マイコンの電
源を一回ＯＦＦ後に、マイコンに原因調査用のアナライ
ザなどを接続し、電源を再投入し、異常現象の再現を待
つ必要があった。例えば、群管理制御マイコンにおいて
は、ホ−ル呼びが多数登録され、長待ちホ−ル呼び発生
時に再割当てを行う方法は、一般的に知られているが、
このプログラムに通常は生じない特殊な不良があり、数
日に一度の割合でマイコンがダウンする場合には、原因
をつかみ、対策が完了するまでに長期間を要する、とい
う問題点があった。

【０００４】本発明の目的は、マイコンの異常時におけ
る原因究明を容易にかつその原因を遠方から診断するエ
レベーター制御装置とその遠隔監視システムを提供する
ことにある。

【０００５】

【課題を解決するための手段】上記目的は、マイクロ
コンピュータを備え、複数階床を走行するエレベーター
制御装置において、エレベーター制御を実行するプログ
ラムと、前記マイクロコンピュータの状態を診断する診
断プログラムと、少なくとも前記エレベーター制御プロ
グラムの実行状態の異常を検出し、異常指令を出力する
異常検出手段を有し、前記異常検出手段から異常指令が
出力すると、前記エレベーター制御プログラムの実行を
阻止し、前記診断プログラムのみを動作させ、前記マイ
クロコンピュータの状態を診断することにより、また、
保守センターへの異常発報要求手段を有し、故障発報時
に、マイクロコンピュータの異常の有無と異常要因の異
常診断データを送信すること、保守センターからの故障
診断要求通信に応えるデータを作成する返信データ作成
手段を備え、マイクロコンピュータの異常の有無と異常
要因の異常診断データを返信することにより、達成され
る。

【０００６】

【作用】上記の構成を採ることにより、マイコンによる
エレベーター制御プログラム実行中に異常が発生する
と、エレベーター制御プログラムの実行を停止し、保守
・診断機能を司るマイクロコンピュータの状態を診断す
る診断プログラムのみを実行し、異常要因の確認をエレ
ベーター機械室や遠方の監視センターから行い、また、
遠方の監視センターへ故障とその要因を自動発報を行う
ことができる。

【０００７】

【実施例】以下、本発明の一実施例を図１ないし図４と
表１ないし表１１を用いて説明する。図１は、本発明の
一実施例を示すシステム構成図である。本システムは、
エレベーター機械室１内に設置の群管理制御盤４０とエ
レベーター１号機制御盤１０、エレベーター２号機制御
盤２０及びエレベーター３号機制御盤３０と監視センタ
ー用伝送端末装置５０、ビル内の管理人室に設置のエレ
ベーターの監視盤３、それにこれら装置間を接続するバ
ス型伝送路４、エレベーター保守会社に設置の監視セン
ター２より構成する。群管理制御盤４０には、群管理制
御１マイコン４１とその電源装置４１２と伝送局４１
１、群管理制御２マイコン４２とその電源装置４２２と
伝送局４２１を内蔵する。公衆電話回線２９を介して監
視センターとの通信を行う監視センター用伝送端末装置
５０は、伝送局５１と通信ポート５２とから構成する。
１号機制御盤１０は、図２にその詳細を示す。内容は後
述する。尚、図示しないが、号機制御盤内には、情報案
内制御装置、乗りかご駆動の制御装置、安全確認リレー
とその入出力装置などが組込まれている。ここで、バス
型伝送路４は、マイコン４１と伝送局４１１が正常なら
群管理制御１マイコン４１が伝送の管理を行い、もし、
異常が発生すると、これを群管理制御２マイコン４２が
検出し、伝送の管理を行う。ここでは、説明の都合上、
エレベーター３台の群管理システムを表記したが、これ
に関係なく、本発明は、１台以上のエレベーター号機制
御盤について実施できる。

【０００８】エレベーター１号機制御盤１０の一部とマ
イコン１１の一具体的実施例を、図２のマイコン構成を
用いて、説明する。図２において、図１と同一の記号を
付したものは同一の装置であり、マイコン１１の関連回
路は、電源装置１３、制御盤内の制御機器などの入力回
路１４と出力回路１５、荷重、温度、位置偏差の検出な
らびに速度指令出力用のＡ／Ｄ入出回路１６、群管理制
御盤と伝送する伝送局１２１とＤＰＲＡＭ（デュアルポ
ートラム）１２３、かごとホールのＩ／Ｏ端末装置と伝
送する伝送局１２２とＤＰＲＡＭ１２４、保守点検用の
表示器１９Ｄとキースイッチ１９Ｋとから成るアナンシ
ェター用の入出力回路１９、コンソール６０との通信回
路１８とから構成する。マイコン１１は、マイクロプロ
セッサ１１３が制御するデータバス、アドレスバス、コ
ントロールバスからなるマイコンバス１１７により前記
各回路と接続し、マイコン内部にはＷＤＴ（ウオッチ・
ドッグ・タイマー）１１１、リセット回路１１２、タイ
マー１１６、ＲＯＭ１１４、ＲＡＭ１１５、点検プログ
ラムのみ起動させる点検ＳＷ１１８とから構成する。Ｗ
ＤＴ１１１は、マイクロプロセッサ１１３からの特定の
被チェック信号が所定範囲の周期ごとに実行されるかを
監視する回路であり、異常と判定すると、リセット回路
１１２、ＤＰＲＡＭ１２３と１２４、出力回路１５の各
リセット端子にリセット指令を与える。従って、マイク
ロプロセッサ１１３に異常が発生すると、前記被チェッ
ク信号が停止または異常な間隔で出力する様になり、Ｗ
ＤＴ１１１が動作し、出力回路１５がリセットし、前述
の安全確認リレーをＯＦＦしエレベーターを非常停止さ
せる。また、ＤＰＲＡＭ１２３と１２４を介して伝送局
１２１と１２２をリセットし、伝送機能を完全に停止さ
せると共に、受信データをクリアーする。これにより伝
送局１２２からの伝送によるかごとホ−ルへの送信を停
止し、案内やドアの開閉制御などを確実に停止する。ま
た、伝送局１２１からの伝送によるバス型伝送路４への
異常なデータ出力を完全に防止する。この様に、マイク
ロプロセッサ１１３に異常が発生すると、伝送局１２１
からバス型伝送路４への伝送が停止する。この伝送停止
により、マイコン４２は群管理制御１のマイコン４１の
故障を判定し、バックアップ運転系に自ら切り換え、シ
ステムダウンを防止する。以上、１号機制御のマイコン
１１を例にマイコンの構成例と基本動作について説明し
たが、他のマイコンも同様に構成する。なお、必要に応
じて、マイコンバス１１７へバッテリーにより停電時に
も記憶を保持するＩＣカードや時計用ＬＳＩを接続する
ことができる。また、伝送局の入出力部に光素子やパル
ストランスを使うことにより、電気的に他のマイコンと
完全に絶縁分離し、１つのマイコンを１枚のフリーサイ
ズボードに実装置できる。これにより、コモンモードノ
イズによる耐ノイズ性の向上と、相互マイコン動作確認
のための信号回路を不要とでき、信頼性向上を図ること
ができる。また、個別に電源装置を設けられる盤内の実
装位置が自在に決定できる。または、いずれかの号機制
御盤内に組み入れることが可能となる。この様にして、
群管理制御システムの信頼性とエレベーターの安全性を
高めることができる。

【０００９】図３による本発明の動作説明に先立って、
号機制御マイコン１１を例にソフトウエアの構成を説明
する。表１に、制御システムエラーコード一覧を示す。
Ｎｏ．１ないしＮｏ．６は、マイクロプロセッサ１１３
が持つエラー検出機能であり、その他は、表２、表１
０、表１１に示すエレベーター制御プログラムと異常診
断プログラムならびに図３のシステムプログラムにより
個別に作成した判定処理により作成するエラーコードで
ある。

【００１０】

【表１】

【００１１】表２は、号機制御のプログラム管理スペッ
クの一実施例を示す。ここでは、４つの実行優先レベル
（０＊、１＊、２＊、３＊）ごとに、個別に、任意に設
定できる４つの起動周期（１０ｍｓ、５０ｍｓ、０．５
ｓ、５ｓ）スペックを設定し、それぞれについて最大８
つのプログラムのアドレスをスペックとして登録する。
なお、タスクＮｏ．１７にはＷＤＴが動作しないように
信号を所定周期幅毎に出力する。

【００１２】

【表２】

【００１３】表３から表５は、この表２に対応して設定
するタスク・マスク・スペックであり、”１”がセット
されているビットに対応する表２のプログラムは、起動
しなくするためのスペックである。マスク・レベル３の
時は表３のスペックを使用する。マスク・レベル４の時
は表４のスペックを使用し、高速走行時に必要であり、
タスクＮｏ．１２による最寄り階帰着制御では、不必要
なプログラムの起動を阻止する様にタスク・マスク・フ
ラグ・テーブルをセットする。マスク・レベル８の時は
表５のスペックを使用し、全てのレベルが正常に動作し
ていることを示す。

【００１４】

【表３】

【表４】

【表５】

【００１５】表６は、リスタート時に一度だけ設定する
起動スペックの事例を示し、表７は、前記した表２に示
したタスクレベル別に設定する起動周期ごとに、各タス
クレベル別に起動するタスクを指定するタスク起動スペ
ックである。

【００１６】

【表６】

【表７】

【００１７】表８は、号機制御用のタスク・マスク・レ
ベルの設定例を示し、リスタート回数などにより判定し
たタスク・マスク・レベルに応じてマスク・レベル３、
レベル４、レベル８におけるマスクスペックの設定例を
それぞれ表３ないし表５に示す。

【００１８】

【表８】

【００１９】図３は、マクロコンピュータ１１、２１、
３１内のマイクロプロセッサ１１３等において共通して
使用するシステムプログラムの全体フローチャートであ
り、ここでは、１号機制御盤を例に、以下、動作を詳細
に説明する。表２に示した各タスクのプログラムとその
管理スペック（起動周期ならびに各プログラムの起動開
始アドレス、必要に応じてソフトウオッチドッグタイマ
ー時限）ならびに表３ないし表７に示すタスクプログラ
ムを起動制御するために必要なスペック等と共に、図３
のシステムプログラムをＲＯＭ１１４に格納する。ま
た、ＲＡＭ１１５の内部は、図４のテーブル配置図Ｔ１
１５に示すように区分して使用する。特に、異常要因記
録テーブルＴ１１５Ｂの内容を図５に示す。このプログ
ラムは、電源装置１３が所定の電圧に達したことをリセ
ット回路１１２により検出し、マイクロプロセッサ１１
３がリスタートを掛けられたときは、ステップＳ２より
起動する。ステップＳ９０において、点検ＳＷ１１８の
無操作を判定し、ステップＳ４において、買電の停電か
ら復帰した事によるリスタートかを停電判定コードテー
ブルにセットした特定コード、例えば、＄ＡＡＡＡが保
持されているかにより判定する。停電のために保持され
ていないときは、ステップＳ６において、異常要因記録
テーブル、リスタート・カウンター、システム切換指示
テーブル等の診断用テーブル（図４）をクリアする等の
イニシャル処理を行う。なお、ここでは、５秒以上の長
時間停電から復帰した際は、ＲＡＭ１１５の記憶内容が
消失し、＄００００や＄ＦＦＦＦの様に変化するので、
ステップＳ６において、前記の＄ＡＡＡＡをセットし、
ステップＳ４においてこれを判定している。しかし、こ
の方法に限定するものでなく、例えば、電源装置１３の
出力電源が無くとも動作する停電記憶メモリを備える時
計を設け、停電前の時刻記憶値と復電時の時計の時刻と
の差より判定する方法でもよい。ステップＳ１２におい
て、図４に示す様に、タスク・マスク・フラグ・テーブ
ルなどシステムプログラムにおいて使用するテーブルの
イニシャルクリアーを行い、リスタート回数カウンター
をカウントアップする。ステップＳ１３において、今ま
でに異常処理をした表１に示す内容やリスタート回数等
より表８（群管理では表９）に示す判定条件により、異
常レベル判定を行い、表３から表５に一部の例を示すタ
スク・マスクのスペックを選択し、図４に示すタスク・
マスク・フラグテーブルにセットする。ステップＳ１４
において、１０ｍｓ毎にタイマー割り込みを掛ける様
に、タイマー１１６をイニシャル処理し、保守用コンソ
ールとの伝送仕様を通信回路１８へセットする。また、
伝送局１２１の動作モードに対応した仕様データをＤＰ
ＲＡＭ１２３へセットするなど、システム診断に必要な
ハードウエアーのイニシャル処理をする。したがって、
システム診断に必要の無いエレベーター制御用テーブル
のテーブルクリアーやかごとホールとの入出力をする伝
送局１２２のイニシャル処理は、ここでは実行しない。
このように構成する事により、万一、ＤＰＲＡＭ１２４
やＲＡＭ１１５一部を構成する拡張エリア（ＲＡＭカー
ドやＩＣメモリカ−ド）のアクセス異常が発生し、イニ
シャルが完了し無くなるのを未然に防止できる。つぎ
に、ステップＳ１５において、表６に示すイニシャルタ
スク起動スペックを図４に示すタスク起動要求フラグテ
ーブルへセットし、ステップＳ２０において、各プログ
ラムをタスクレベルの高い順に起動するタスク実行管理
制御部により、起動を行う。実行中のプログラムは、図
４に示すタスク実行中フラグテーブルにより管理する。
また、タスクレベル別にプログラムの実行時間をＳＷＤ
Ｔ用カウンタテーブルを用いて測定し、タスクＮｏ．１
７のＷＤＴプログラム部により、表２の起動周期の１か
ら１０倍を超過しないかを監視し、超過時はトラップを
発行し、ステップＳ７の例外処理ベクタからステップＳ
８の異常要因記録プログラムにより、トラップ番号と処
理時間がオーバしたタスクレベルと実行フラグテーブル
の内容ならびに発生日時データを図５に示す異常要因記
録テーブルに記録する。表２を拡張し、判定時間値を設
定し、実行時間の超過を判定する事もできる。全ての処
理を実行すると、ステップＳ２１において、スタックの
再セットと割り込みマスク解除の処理を行い、ステップ
Ｓ２２において、タイマー１１６からの割り込みを待ち
ながら負荷率を測定するためのアイドルカウンターＩＤ
ＬＥのカウントを行う。

【００２０】また、タイマー１１６から１０ｍｓ定期割
り込みを受ける度に、ステップＳ３０より割り込み起動
し、ステップＳ３１において、タイマーからの割り込み
であることを判定し、ステップＳ３３において、表７に
示す号機制御用の定期起動スペックにより与えられた周
期で各タスクに対応した起動要求テーブル（図４）に起
動要求を立てる。しかし、前記したタスク・マスク・フ
ラグテーブルのセットされているタスクの起動は、阻止
する様にプログラムする。一方、ステップＳ３１におい
ては、その他の割り込み要因を判定し、ステップＳ３４
において、点検ＳＷ１１８が操作されており、常時有効
とするコンソール６０などからの割り込みかについて判
定し、ステップＳ３６において、指定アドレスからのデ
ータのライトとデータリードの実行処理を行い、ステッ
プＳ３７において、割り込み前の処理プログラムに戻る
ためのＲＴＩ(リターンインタラプト）命令を実行す
る。通常は点検ＳＷ１１８がオフしているので、ステッ
プＳ３５において、停電検出、位置検出など通信割り込
みなどの割り込み要因に対応した表２のＮｏ．０１やＮ
ｏ．０３やＮｏ．０４などのタスクの起動要求処理を行
い、タスク・マスク・フラグテーブルにマスク・フラグ
が無ければ、図４のタスク起動要求フラグテーブルの対
応ビットに”１”をセットする。例えば、タスクＮｏ．
２４のいたずら呼びキャンセルのプログラムに、特定の
状態（例えば、かご呼び登録数が３２を越えた）におい
て異常となるプログラム不良、例えば、未定義の命令語
の実行の不良があると、マイクロプロセッサの例外処理
が発生し、表１に示すエラーコード２を図５に示す異常
要因記録テーブルに記録する。また、タスクＮｏ．０４
のモータや機械室の温度、かご内加重等のアナログ値を
取り込む処理において、Ａ／Ｄ入力回路部１６にアクセ
ス不良となるハード不良があると、表１のエラーコード
１をステップＳ８において記録し、ステップＳ１２から
の再度のリスタートに変わる。さらに、リスタート回数
が表８に示すように１０回以上になると、ステップＳ１
３においてタスク・マスク・レベル４と判定し、表４に
示すタスク・マスクスペックをタスク・マスク・フラグ
テーブルへセットする。その後は、マイコンＤＯＷＮを
起こすタスクＮｏ．０４が起動され無くなるので、タス
クＮｏ．１２の継続的実行により、最寄り階帰着制御を
実行し、かご内の乗客を最寄り階で下ろした後に、休止
する。このように、システムプログラムを構成すること
により、エレベーター制御プログラムに異常が生じて
も、かごない缶詰を極力少なくすることができる。即
ち、異常レベルに対応する制御プログラムの実行を阻止
し、他の範囲のプログラムを継続して実行することによ
り、機能停止範囲を縮減できる。

【００２１】また、不幸にもステップＳ２０のタスク実
行管理制御部に関するプログラムまたはハードに不良が
発生すると、以上に説明した動作ができなくなる。その
ような最悪の状態に至ったときは、図２の点検ＳＷ１１
８を操作し、これをステップＳ８９またはステップＳ９
０並びにステップＳ３４において判定し、ステップＳ９
１からステップＳ９４による点検専用のプログラムのみ
を起動する。ステップＳ９１においてはコンソール６
０からの通信（ステップＳ３０、Ｓ３１、Ｓ３４、Ｓ３
６、Ｓ３７による）を可能とするイニシャルを行う。こ
れによりプログラムの書き変わり部の点検や復旧、ない
しは、正しいプログラムの書込みを行い、プログラム格
納の電気的書込みができるＩＣ（ＥＥＰＲＯＭ）がハン
ダずけされているプリント板の再利用を可能とする。ま
た場合によっては、マイコンハードが故障したときに、
バッテリバックアップされたメモリＩＣ（ＣＲＡＭ）や
ＥＥＰＲＯＭに格納されている調整データや学習データ
を読み出すことにより、新しいマイコンプリント板によ
るシステムの復旧が容易にできる効果がある。

【００２２】次に、図１と表９から表１１を用いて、群
管理制御システムの動作を説明する。表９は、群管理制
御のタスク・マスク・レベルを示し、表８の号機制御用
のタスク・マスク・レベルの設定例に対応する。表９に
示すように、群管理マイコンは３種類の動作モードを持
っており、それぞれの動作モードにおけるシステム異常
時に要求される機能にもとずいて、各タスクレベルごと
の実行停止判定を設定している。即ち、群管理制御マイ
コン４１による運転系の動作モードでは、レベル４から
６までを同一の判定値とし、異常時には群管理制御マイ
コン４２に切り替えた方がよく、逆にマイコン４２によ
るバックアップ運転系のモードではマスクレベルの４か
ら６を段階的に管理する必要がある。また、マスクレベ
ル７と８は当初より実行プログラムがない。マイコン４
２が知能系として動作するモードにおいては、マスクレ
ベル４から６のプログラムを必要としないので、その分
レベル７と８における判定値を大きくした。

【００２３】

【表９】

【００２４】群管理制御は、その性質より安全性の配慮
はあまり必要がない。一方、制御プログラムは膨大な量
であり、且つ、複雑な機能であり、その処理周期が極め
て長い。従って、全てのプログラムについて色々なデー
タの組み合わせについて、確実な動作を事前にチェック
することは不可能に近い。場合によっては納入後数年を
経過し、交通需要が増え、且つ、１台が保守運転中の場
合に初めて異常が発生する可能性もある。この様な状況
が発生したとき、群管理システムの完全な停止を防止
し、機能低下の状態で、如何にサービスを持続するかが
重要である。また、再現性のない異常の発生が十分に考
えられるため、異常発生の日時とその要因を記録ないし
は監視センターへ発報するなどして、原因の究明と早期
の再発防止策を施す必要がある。

【００２５】表１０は、通常は群管理制御１のマイコン
４１において実行する運転系のプログラム管理スペック
であり、表１１は、群管理制御２専用の知能系のプログ
ラム管理スペックを示す。尚、ここで、マイコン４１に
異常が１０回以上発生すると、タスクＮＯ．０４の制御
用データ伝送など群管理制御を全て停止する。これに対
し、通常は表１１のプログラム管理スペックにより、知
能系として動作するマイコン４２は、リトライ２回以上
でシミュレーションなどの学習制御を停止し、４回以上
で学習運転のスペック作成を停止する。更に、運転系が
異常のため、機能停止しているとき、マイコン４２は運
転系として動作するが、この時は表９に示すように、リ
トライ回数が６回から１０回までは段階的に機能制限を
しながらも、ホール呼びサービス等の群管理制御と制御
用データ伝送を継続する。これを越える回数の異常が発
生すると、制御用データ伝送を停止し、表１０のタスク
ＮＯ．１５他の診断データ伝送のみを行う。また、表２
の号機制御のタスクＮＯ．２３により、群管理制御の停
止を検出し、予め号機別に設定した特定階へのホ−ル呼
び寄せサービスとかご呼び登録サービスを継続する。

【００２６】

【表１０】

【表１１】

【００２７】群管理制御１では、表９のマスク・レベル
の設定思想に基づいて、図３のステップＳ１３のタスク
・マスク・レベル判定において、リトライ回数が２回未
満であれば、一過性のノイズや瞬停と見なし、全ての機
能を生かす再起動を行う。リトライ回数が２回以上と判
定すると、表１０のタスクレベル３＊に登録の学習制御
のタスクの起動を阻止するタスク・マスクを行う。異常
が短期間に１０回以上発生すると、診断用のタスクＮ
Ｏ．０１、０７、１５、１６のみを実行し、タスクＮ
Ｏ．０４の制御用データ伝送などのタスクをマスクす
る。これにより、バス型伝送路４の伝送が停止する。こ
れを群管理制御２のタスクＮＯ．１３を検出し、表１１
の知能系としての動作モードから運転系のバックアップ
動作モードに切り換えて、ホ−ル呼び割り当てなどの制
御を行う。これにより、マイコン４１によるレベル４と
５の機能低下による運転に代わって、マイコン４２をバ
ックアップ運転系に切り変える事により、タスク・マス
ク・レベル６の機能によるサービス制御ができる。切換
の方法は、タスクＮｏ．１３によりトラップを発行し、
図３のステップＳ７の例外処理ベクターにより、図３の
システムプログラムを起動し、ステップＳ８において異
常要因記録テーブルへ表１のエラーコ−ド１４と切換日
時を含めて記録する。ステップＳ１３と１４により、エ
ラーコード１４の記録を確認し、第２のプログラム管理
スペックによる動作モードでシステムを立ち上げる。ま
た、一度の異常であっても、タスクＮＯ．１５により、
監視センター２へ異常の発生とその要因データの発報要
求する。この要求は伝送局４１１よりバス型伝送路４を
通って伝送局５１を経由し、通信ポート５２により監視
センター２へ通信する。

【００２８】

【発明の効果】本発明によれば、マイコンによるエレベ
ーター制御プログラム実行中に異常が発生すると、エレ
ベーター制御プログラムの実行を停止し、保守・診断機
能を司るプログラムのみを継続し、実行する構成にした
ので、コンソールや監視センター機能により、異常要因
の確認を行うことができる。また、遠方の監視センター
へ故障とその要因の発報を行うので、マイコン関係の異
常状態とその原因を早期に、確実に把握でき、不稼動と
なる対策時間の大幅な短縮を図ることができる。また、
一過性の異常に対しては、正常復帰させるために、異常
発生回数または発生頻度が所定値以下であれば、その原
因を診断するに必要なデータを記録または後でエレベー
ター制御プログラムを再起動させる構成としたので、エ
レベータ−制御を再開後に、異常の原因究明が容易とな
り、異常の再発防止策を検討できる。更に、システムＤ
ＯＷＮの範囲を縮減するために、異常レベルとエレベー
ター制御プログラムを複数のレベルに分類し、異常レベ
ルに対応する制御プログラムの実行を阻止するように構
成したので、マイコンの異常の発生したレベルに対応し
た範囲のエレベーター制御プログラムのみを停止し、他
の範囲のプログラムを継続して実行することにより、機
能停止範囲を縮減できる。これにより、特に、エレベー
ター制御の完全停止によるかご内缶詰めやホール呼びの
完全無効による高層ビル機能のマヒ状態の発生確率を大
幅に縮減できる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すエレベーター遠隔監視
システム図を示す。

【図２】本発明に用いるマイコンの構成例を示す。

【図３】本発明の動作を説明するシステムプログラムの
全体フローチャートを示す。

【図４】マイコンが使用するテーブル配置図を示す。

【図５】診断用異常要因記録テーブルの具体的な実施例
を示す。

【符号の説明】

１エレベーター機械室２監視センター３監視盤４バス型伝送路１０１号機制御盤２０２号機制御盤３０３号機制御盤４０群管理制御盤５０伝送端末装置６０コンソール

Claims

【特許請求の範囲】

【請求項１】マイクロコンピュータを備え、複数階床
を走行するエレベーター制御装置において、エレベータ
ー制御を実行するプログラムと、前記マイクロコンピュ
ータの状態を診断する診断プログラムと、少なくとも前
記エレベーター制御プログラムの実行状態の異常を検出
し、異常指令を出力する異常検出手段と、この異常を遠
方へ伝える異常発報要求手段を有し、前記異常検出手段
から異常指令が出力すると、前記エレベーター制御プロ
グラムの実行を阻止し、前記診断プログラムのみを動作
させ、前記異常発報要求手段により前記マイクロコンピ
ュータの異常診断データを送信するすることを特徴とす
るエレベーター制御装置。
【請求項２】請求項１において、異常検出手段は、プ
ログラムの実行状態の異常の発生回数を計数し、所定回
数または所定頻度以上に達すると、異常指令を出力する
ことを特徴とするエレベーター制御装置。
【請求項３】請求項２において、異常発生回数のカウ
ント値は、エレベーター制御プログラムによる一連の制
御処理の最大周期より長周期で経過するとき、この経過
毎に１減ずることを特徴とするエレベ−タ−制御装置。
【請求項４】請求項１、請求項２または請求項３にお
いて、異常検出手段は、マイクロコンピュータの処理を
するマイクロプロセッサの異常例外処理（オペコードエ
ラー、ゼロデバイド、アドレスエラー）の発生またはウ
オッチドッグタイマー動作によるリスタートの発生によ
り動作するプログラム内に、少なくとも異常を診断する
データを記憶または送信要求する処理を組み込むことを
特徴とするエレベーター制御装置。
【請求項５】請求項１において、エレベーター制御装
置は、複数のマイクロコンピュータを具備し、前記マイ
クロコンピュータにはエレベーター制御用伝送手段と診
断用伝送手段を備え、異常指令出力時にエレベーター制
御用伝送を停止し、これを他のマイクロコンピュータに
より検出し、故障したマイクロコンピュータが担ってい
たブロック機能を正常動作している他のマイクロコンピ
ュータが代行または兼務することを特徴とするエレベ−
タ−制御装置。
【請求項６】マイクロコンピュータを備え、複数階床
を走行するエレベーター制御装置において、エレベータ
ー制御を実行するエレベーター制御プログラムと、少な
くとも前記エレベーター制御プログラムの実行状態の異
常を検出し、少なくとも異常レベルを含む異常指令を出
力する異常検出手段と、前記異常検出手段に異常レベル
を判断するための信号を記憶する手段と、前記エレベー
ター制御プログラムをその制御機能により複数のレベル
に分類する手段を有し、前記エレベーター制御プログラ
ムの実行に異常が発生し、出力された前記異常指令の異
常レベルが上記異常レベルに対応する制御プログラムの
実行を阻止し、マイクロコンピュータの異常の発生した
レベルに対応した範囲のエレベーターの制御機能のみを
停止し、他の範囲の制御機能の実行を継続することを特
徴とするエレベ−タ−制御装置。
【請求項７】マイクロコンピュータを備え、複数階床
を走行するエレベーター制御装置において、エレベータ
ー制御を実行するプログラムと、前記マイクロコンピュ
ータの状態を診断する診断プログラムと、少なくとも前
記エレベーター制御プログラムの実行状態の異常を検出
し、異常指令を出力する異常検出手段と、保守センター
への異常発報要求手段を有し、前記異常信号出力時に前
記保守センターへ故障発報し、異常の発生を伝えること
を特徴とするエレベ−タ−制御装置の遠隔監視システ
ム。
【請求項８】請求項７において、故障発報時に、マイ
クロコンピュータの異常の有無と異常要因の異常診断デ
ータを送信することを特徴とするエレベ−タ−制御装置
の遠隔監視システム。
【請求項９】請求項７において、診断プログラムに
は、保守センターからの故障診断要求通信に応えるデー
タを作成する返信データ作成手段を備え、マイクロコン
ピュータの異常の有無と異常要因の異常診断データを返
信することを特徴とするエレベ−タ−制御装置の遠隔監
視システム。