JP4115219B2 - Elevator control device - Google Patents
Elevator control device Download PDFInfo
- Publication number
- JP4115219B2 JP4115219B2 JP2002271992A JP2002271992A JP4115219B2 JP 4115219 B2 JP4115219 B2 JP 4115219B2 JP 2002271992 A JP2002271992 A JP 2002271992A JP 2002271992 A JP2002271992 A JP 2002271992A JP 4115219 B2 JP4115219 B2 JP 4115219B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- memory
- program
- elevator
- control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Indicating And Signalling Devices For Elevators (AREA)
- Elevator Control (AREA)
- Detection And Correction Of Errors (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Description
【0001】
【発明の属する技術分野】
本発明はエレベータ制御装置に関し、特にプログラム格納用不揮発メモリにてプログラム実行を行った際にメモリのデータ化けなどにより制御に支障をきたすおそれやエレベータが故障となり交通サービスを復旧までの間提供できなくなるということを想定して、メモリのデータ化けが発生した場合にエレベータの故障を回避しかつ、信頼性の高い制御プログラムを提供することの可能なエレベータ制御装置に関する。
【0002】
【従来の技術】
図6は従来のエレベータ制御装置の運転制御回路の構成図である。
【0003】
同図に示すように、エレベータ制御装置10の運転制御回路は、運転制御の実行を行うための運転制御CPU1と、運転制御処理のプログラムを格納した不揮発メモリであるプログラム格納メモリ2と、エレベータ制御装置10とエレベータ会社の監視センタ8との間を電話回線7で通信するために必要とされる保守インタフェース4と、エレベータの状態を検出するためのエレベータ状態検出回路6と、制御データを格納した揮発メモリであるデータ格納用メモリ12で構成される。
【0004】
また、複数号機が1つの建物に設置された環境において、2台制御や群管理制御を行うシステムにおいては、さらに他号機通信インタフェース5と他号機20との通信のための通信線9が構成され通信線9を介して他号機20に接続される。他号機20の内部の構成は本図のエレベータ制御装置10と同様の運転制御回路の構成を有する。
【0005】
一般に、前述の運転制御CPU1は、エレベータの運行制御に関する演算を行い、エレベータのかごの停止階を決定するための演算処理などを行い、16ビットから32ビットの演算を行うCPUが使用される。
【0006】
プログラム格納メモリ2には、256KB程度の不揮発メモリであるEPROMやフラッシュROMが一般に使用される。
【0007】
保守インタフェース4は、前述の運転制御CPU1との通信を行い、データを電話回線7のプロトコルに変換してエレベータの保守会社の監視センタ8とデータの通信を行う。
【0008】
他号機通信インタフェース5では、運転制御CPU1から送信されたデータをシリアルデータに変換して、通信線9により光通信またはRS−422、RS−485、LANなどの長距離通信インタフェースで他号機20との通信を行う。
【0009】
エレベータ状態検出回路6では、エレベータのかご位置の検出機能や、着床レベルの検出をはじめエレベータに取りつけられたスイッチ・センサの状態を信号として読み込み、運転制御CPU1にて前述の信号を演算することでエレベータの状態検出を行う。
【0010】
データ格納用メモリ12には、256KB程度の揮発メモリであるスタティックRAMが一般に使用され、エレベータの制御データの格納や、プログラムデータの総和を演算した結果であるチェックサム値を格納するレジスタなどに使用される。
【0011】
前述の信号の演算を行うにあたって、運転制御CPU1は、プログラム格納メモリ2に格納されたプログラムデータを読み出すことで、エレベータ状態検出回路6から読み出されるエレベータの各種の信号を演算してエレベータの運行命令を行うためプログラム格納メモリ2に格納されたプログラムデータを正確に読み出すことを要求され、万一データを誤って読み出した場合は本来目的とする運転制御の誤動作を引き起こし安全な運行サービスを提供できなくなるおそれが多分にあるため、一般に運転制御CPU1は常時プログラム格納メモリ2のデータの総和を演算するチェックサム処理を行う。
【0012】
次に、チェックサム処理の概要を説明する。
【0013】
運転制御CPU1は、常時プログラムデータのデータの総和を演算してデータ格納用メモリ12にチェックサムレジスタとして格納するが、格納する前に前のチェックサムデータと現在演算したチェックサムデータとの比較を行い異常の有無を判定し、データに相違がある場合にはチェックサムを行った領域内でのデータの相違があるものと判断してチェックサムエラーと判定する。チェックサムエラーが発生した場合には本来変更されることのないプログラムデータが変更されているためにデータ化けが発生したものと考えるため、プログラムの誤動作・暴走による危険を回避するためにエレベータを故障させる処理を行う。
【0014】
【発明が解決しようとする課題】
しかしながら、近年の電子部品の発達によりプログラム格納メモリ2の集積度が著しく増加することに伴い、プログラム格納メモリ2に使用される不揮発メモリには、書き込み回数の限界値や一定アドレスを連続してアクセスしつづけた場合アクセスした番地に電荷が蓄積されることに起因したチャージゲイン現象などからデータ化けといった現象が発生する課題があった。
【0015】
そこで本発明は、メモリのデータ化けが発生した場合にエレベータの故障を回避し、信頼性の高いエレベータの制御を行うことが可能なエレベータ制御装置を提供することを目的とする。
【0016】
【課題を解決するための手段】
本発明に係るエレベータ制御装置は、エレベータにおける所定の制御を行うための処理装置と、所定の制御のプログラムのプログラムデータを格納する第1のメモリと、所定の制御のプログラムを実行するために、第1のメモリから転送されたプログラムデータを格納する第2のメモリとを備え、通常は第2のメモリのプログラムデータを用いて処理装置により所定の制御を行うエレベータ制御装置において、複数号機間の通信を行うための通信手段と、この通信手段を介して、複数号機間でプログラムデータのベリファイチェックを行う手段と、ベリファイエラー時には各号機のエレベータが停止したことを確認して複数号機間でプログラムデータを転送する手段とを備えたことを特徴とする。
【0017】
このような構成の本発明によれば、例えば不揮発メモリからなる第1のメモリをプログラム格納メモリの用途に限定し、プログラムの実行メモリとなる第2のメモリを別に設けているので、プログラム実行メモリとなる第2のメモリに例えば自由に読み書き可能な揮発メモリを使用して、プログラム実行メモリのデータ化けを防止するためのベリファイチェック機能を有するようにすれば、信頼性の高いエレベータの制御を行うことができる。
また、複数号機間でプログラムデータのベリファイチェックを行うことで、さらに信頼性を向上させることができる。
【0018】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。
【0019】
図1は、本発明の一実施形態に係るエレベータ制御装置の運転制御回路の構成図である。同図に示すように、エレベータ制御装置10の運転制御回路は、運転制御の実行を行うための運転制御CPU(処理装置)1と、運転制御処理のプログラムを格納した不揮発メモリであるプログラム格納メモリ2と、前述の運転制御処理のプログラムを実行するための揮発メモリであるプログラム実行メモリ3と、エレベータの制御装置10とエレベータ会社の監視センタ8との間を電話回線7で通信するために必要とされる保守インタフェース4と、エレベータの状態を検出するためのエレベータ状態検出回路6と、データを一時的に退避させることの可能なデータバッファ用メモリ11と、制御データを格納した揮発メモリであるデータ格納用メモリ12と、前述の運転制御CPU1がプログラム格納メモリ2及びプログラム実行メモリ3のいずれのメモリにアクセス可能となるかを制御するためのバンク切替制御信号13とで構成される。
【0020】
前述のプログラム実行メモリ3には、プログラム格納メモリ2と同等以上のメモリ領域の揮発メモリを使用し、一般には書きこみ回数に制約のないスタティックRAMを使用する。
【0021】
また、プログラム格納メモリ2には、不揮発メモリとして、書き換え不能なEPROMや、電気的に消去可能なEEPROMや、電気的に一定領域をブロック消去可能なフラッシュROMなどが使用されるが、現在実用化に向けて開発中の磁気メモリMRAMや誘電体FCRAMなどは同様の特性を持ち、ビット単位で書き換え・消去が可能であるためデータの加工の容易性に優れており今後使用されることが推定される。
【0022】
プログラム実行メモリ3はプログラム格納メモリ2と同一のアドレスに配置して、バンク切替制御信号13を使用していずれの素子にアクセス可能とするかを制御するバンク選択機能により運転制御CPU1からメモリヘのアクセスを行う。これは、プログラムデータの転送を行う場合に異なるアドレスにデータの転送を行うよりも、同一アドレスのデータを異なるバンクに転送する処理の方がソフトウェアの処理上簡潔に処理を行うことが可能なため、バンク選択方式としている。
【0023】
また、複数号機が1つの建物に設置された環境において、2台制御や群管理制御を行うシステムにおいては、さらに他号機通信インタフェース5と、他号機との通信のための通信線9が構成され、通信線9を介して他号機20に接続される。他号機20の内部の構成は本図のエレベータ制御装置10と同様の運転制御回路の構成を有する。
【0024】
次にプログラムデータの転送方法について説明する。
【0025】
まず、プログラムの起動方法について、図2により説明する。
【0026】
あらかじめ電源投入を行うとバンク選択制御信号13は必ずプログラム格納メモリ2を選択できるような構成を用意しておき、エレベータ制御装置10の電源を投入すると、最初に運転制御CPU1はプログラム格納メモリ2に格納されたプログラム転送用プログラムをデータバッファ用メモリ11に退避させる(ステップS21)。退避が完了すると、データバッファ用メモリ11に退避したプログラム転送用プログラムの実行を行う。
【0027】
プログラム転送用プログラムでは、まずプログラム格納メモリ2の制御プログラムデータをデータバッファ用メモリ11に退避させる(ステップS22)。ここで、プログラム転送用プログラムもデータバッファ用メモリ11から実行しているため、プログラム転送用プログラムの格納されていない領域にデータの退避を行う。次にバンク切替制御信号13をプログラム実行メモリ3に変更して(ステップS23)、データバッファ用メモリ11に転送された制御プログラムデータをプログラム実行メモリ3に転送する(ステップS24)。1度に制御プログラムデータをプログラム格納メモリ2からプログラム実行メモリ3に転送できないときは、バンク切替制御信号13をプログラム格納メモリ2に変更して(ステップS26)、ステップS22に戻り、転送動作を繰り返す。転送が完了すると、プログラム実行エリアに格納した制御プログラムを実行させることができる(ステップS27)。
【0028】
なお、プログラムデータを他のメモリに退避・転送させる場合には逐次データの整合性確認を行う(ステップS25)。整合性確認の方法すなわちベリファイチェックとしては、転送前データと転送後データの全領域データの照合を行うデータベリファイもしくは各転送データの総和となるチェックサムデータ同士の比較を行うチェックサム処理といった方法を用い、転送中にデータ化けが発生していないことを確認する。
【0029】
プログラムデータをプログラム実行メモリ3に転送完了すると、運転制御CPU1は以降プログラム実行メモリ3からプログラムデータを読み出し、運転制御を行う。この場合プログラム実行メモリ3は揮発メモリであるためランダムに読み書きが可能であるため、誤書込みによるプログラムデータ化けを回避するために常時整合性確認を行う。この整合性確認は、例えば、プログラム実行メモリ3における一回前のチェックサムデータとの比較によるチェックサム処理により行うが、プログラム格納メモリ2とプログラム実行メモリ3とのデータ全領域のデータベリファイまたはチェックサム処理により行うこともできる。
【0030】
この制御プログラム実行中にデータ整合性異常が発生した場合のプログラム交換手順について、図3によって説明する。
【0031】
データの整合性異常が発生した場合は、まず異常内容をデータ格納用メモリ12に内蔵したエラーコード格納エリアに記録して監視センタ8に対して保守インタフェース4を経由してエラー発報、すなわち異常警告を行う(ステップS31)。この場合、エラーの発生した回数、発生日時も合わせて送信することで、監視センタ8に駐在のエレベータ保守会社の作業員がエラーの発生傾向を確認できるため、メンテナンスデータとして有効に扱うことが可能となる。
【0032】
次にエレベータの走行中・停止中の判断を行い(ステップS32)、エレベータ走行中の場合は、減速させ最寄階へかごを移動して停止させる(ステップS33)。これは、エレベータ走行中にプログラムのバックアップ転送処理を実施した場合はエレベータが途中無制御になる危険を伴う可能性があるため行う処理であり、必ずエレベータ停止中という安全な状態でデータ転送作業を行うための処理となる。
【0033】
エレベータの停止を確認すると、乗客へ異常を報知するためにかご内に故障中・復旧中であることまたは「しばらくお待ち下さい」などのアナウンスを行う。また故障中にエレベータの利用をやめる乗客がいることも想定できるため、呼びの登録は全てクリアする(ステップS34)。これら故障であることの手続を完了させた上で、プログラム格納メモリ2からプログラム実行メモリ3ヘバックアップされたプログラムデータを転送し(ステップS35)、転送が完了するとかご内に復旧完了のアナスンスを行いプログラム実行メモリ3の制御プログラムを実行する(ステップS36)ことで、エレベータの永久故障を回避できるのでエレベータ制御の信頼性を向上させることが可能となる。
【0034】
データの整合性確認は、前述のデータ全領域のデータベリファイもしくはチェックサム処理により実現させ、プログラムデータの転送方法は制御装置起動時の制御プログラムの転送方法と同様の方法によって実現可能である。
【0035】
エレベータの停止の判断については、エレベータ状態検出回路6から例えば、かご位置パルスのデータが所定時間内で変位しないこと、エレベータの着床スイッチが一定時間オンとなっていること、モーター制御CPUからインバータ制御状態のデータを受け取りインバータ制御を停止していることなどから容易に判断できる。
【0036】
ここで、前述の監視センタ8へのエラー発報の手順について、図4によって説明する。
【0037】
プログラムデータの整合性に異常が発生した場合、整合性異常の発生した日時・アドレス及び正常データと異常データの記録をデータ格納用メモリ12に格納する(ステップS43)。
【0038】
ここで、整合性異常のアドレス及びデータについては、プログラム格納メモリ2のデータをデータバッファ用メモリ11に転送して(ステップS41)、このデータバッファ用メモリ11のデータとプログラム実行メモリ3のデータの整合性を確認する(ステップS42)ことにより、すなわちプログラム格納メモリ2のデータとプログラム実行メモリ3のデータの内容をベリファイチェックして、異なるアドレスおよびデータについて記録することで容易に実現可能である。相違データについてはプログラム格納メモリ2のデータは、プログラム実行中はアクセス不能となるため正しいデータとなりデータ実行メモリ3のデータが化けたデータとなる。
【0039】
これらデータをデータ格納用メモリ12から読み出し保守インタフェース4へ送信する(ステップS44)。送信するデータは異常データの他に、制御装置の納入物件コードなども送信する。保守インタフェース4には通信制御回路を備えておき、受信したデータを直列通信で電話回線のフォーマットに従ってデータ送信を行う(ステップS45)。
【0040】
電話回線から監視センタ8側で異常情報を受信して監視センタ8のサーバに異常情報を記録して(ステップS46)、エレベータ保守会社の従業員にモニタなどの表示装置に報知する(ステップS47)。
【0041】
また、前述のプログラムデータのバックアップ方法においてプログラムデータの整合性確認の手段として、他号機20とのプログラムデータのチェックサム値同士を号機間で整合性確認し、整合性エラーが発生した場合にプログラムのバックアップ転送処理を行うといった処理も有効である。
【0042】
他号機20との間のプログラムの交換手順について図5を元に説明する。
【0043】
一般に号機間通信は通信線9の電線本数の低減といった観点から直列通信方式でデータの授受を行うため、プログラムデータ全領域のベリファイチェックを行う場合チェック時間の長さからエレベータ制御に支障を与えるために、チェックサム処理によるチェックサム値の整合性確認が有効とされる。
【0044】
チェックサム値の整合性確認方法としては、他号機20のチェックサムデータを他号機通信インタフェース5でシリアルデータからパラレルデータに変換して運転制御CPU1は他号機20のチェックサムデータとしてデータ格納用メモリ12に格納する(ステップS51)。また、運転制御CPU1は常時自号機のチェックサムデータを同様にデータ格納用メモリ12に格納する(ステップS52)。ここで、それぞれ格納したチェックサムデータに相違が生じた場合、いずれの号機のプログラムに異常が発生したのかを判断できないために一回前に他号機から受信したチェックサムデータおよび一回前の自号機のチェックサムデータも同様にデータ格納用メモリ12に格納する。
【0045】
そして、データ格納用メモリ12に格納された自号機と他号機のチェックサムデータを比較し(ステップS53)、チェックサムデータに相違がある場合はデータ格納用メモリ12に格納された一回前のチェックサムデータも参照して相違のあるデータの号機をプログラム異常と判定する(ステップS54)。すなわち、自号機と他号機のチェックサムデータ及び一回前の自号機と他号機のチェックサムデータの4つを参照すれば、1つだけ他の3つと異なっていることからその号機をプログラム異常と判定することができる。
【0046】
自号機が異常の場合は、まず自号機のプログラム格納メモリ2のチェックサムと他号機のチェックサムデータの比較照合を行い、一致している場合は前述のプログラムの起動手順に従って、プログラムデータをプログラム格納メモリ2からプログラム実行メモリ3に転送して転送完了後にプログラム実行メモリ3の制御プログラムを起動させる。
【0047】
自号機のプログラム格納メモリ2のチェックサムとデータ格納用メモリ12に格納された他号機のチェックサムが異なる場合は、データプログラムデータを送信する号機とプログラムデータを受信する号機はエレベータを停止させた状態にして(ステップS55〜S60)、停止を確認した上で、通信線9を介してシリアル通信でプログラムデータを通信させ(ステップS61〜S63)、受信号機は他号機通信インタフェース5でデータをパラレル変換してデータバッファ用メモリ11にデータを格納する(ステップS64)。
【0048】
エレベータの停止手順については前述のこの制御プログラム実行中にデータ整合性異常が発生した場合のプログラム交換手順により実現する。
【0049】
他号機からのプログラムデータをデータバッファ用メモリ11に転送完了すると、データバッファ用メモリ11に格納されたプログラムデータをプログラム格納メモリ2およびプログラム実行メモリ3に転送を行い(ステップS65)、転送完了後プログラム実行メモリ3から制御プログラムの実行を行う(ステップS66)。データバッファ用メモリ11からプログラム格納メモリ2およびプログラム実行メモリ3へのデータの転送処理はバンク切替制御信号13を使用してプログラムの起動方法と同じ手段で実現する。
【0050】
また反対に、プログラム格納メモリ2のプログラムデータの信頼性を向上させるために、プログラム格納メモリ2が書き換え可能なEEPROMやフラッシュROMの場合は、プログラム実行メモリ3のデータのチェックサム値を一回前のプログラム実行メモリ3のデータのチェックサム値と比較するチェックサム処理を常時行い、プログラム実行メモリ3のチェックサムが正常な場合は一定周期でエレベータの停止中にプログラム実行メモリ3のプログラムデータをプログラム格納メモリ2に転送することでバックアップされたプログラムデータの信頼性を確保することも可能となる。プログラムの転送手順はバンク切替制御信号13を使用してプログラムの起動方法と同じ手段で実現する。
【0051】
以上のようにプログラムデータの信頼性について述べているが、制御固定データのデータ化け防止のための処理についても同様処理にてデータの信頼性向上を図ることができる。すなわち、プログラム格納メモリ2の一定の空きエリアに制御固定データをバックアップしておくことで、本来データ格納用メモリ12に格納された制御固定データとバックアップデータとのベリファイチェック(データ全領域のデータベリファイまたはチェックサム処理)、またはデータ格納用メモリ12に格納された制御固定データをデータ格納用メモリ12に格納された一回前の制御固データと比較するベリファイチェック(データ全領域のデータベリファイまたはチェックサム処理)を常時行い、ベリファイエラーの場合はエレベータの停止を確認した上でバックアップデータを、本来格納しているデータ格納用メモリ12のデータエリアに転送する処理により実現可能となる。
【0052】
現在はプログラム格納用不揮発メモリとしてはフラッシュROMのようにブロック単位で書きこみ、消去を行うメモリが主流であるが、現在メモリ業界で開発中の素子には磁気メモリMRAMや誘電メモリFCRAMといった1バイト単位でプログラムやデータの補正が可能となる見込みがあることからも小容量の固定データの補正についても今後有効となる機能と考える。
【0053】
また、本実施形態ではエレベータの運行制御回路を一例に実施形態を説明しているが、エレベータの制御装置においてCPUにより制御を行うモーター制御、ドア制御、乗り場制御、かご上制御、かご操作盤制御、表示装置制御、群管理制御、2台号機制御などといった制御においても実施形態であげたようなCPUを用いた制御を行っているため同様の制御装置の構成と手段によってプログラムデータの信頼性向上を図ることが可能となる。
【0054】
以上の処理を行うことによって、エレベータ制御装置において、安全でデータ化けなどの誤動作による故障の起こりにくい安全なエレベータ制御を行うことができる。
【0055】
【発明の効果】
本発明によれば、エレベータのデータの誤動作による危険や故障の起こりにくい安全なエレベータ制御装置を得ることができる。
【図面の簡単な説明】
【図1】 本発明の一実施形態に係るエレベータ制御装置の構成を示すブロック図。
【図2】 本発明の一実施形態におけるプログラム起動方法を示すフローチャート。
【図3】 本発明の一実施形態におけるプログラムの交換手順を示すフローチャート。
【図4】 本発明の一実施形態におけるエラーの発報手順を示すフローチャート。
【図5】 本発明の一実施形態における他号機とのプログラム交換手順を示すフローチャート。
【図6】 従来例の構成を示すブロック図。
【符号の説明】
1…運転制御CPU
2…プログラム格納メモリ
3…プログラム実行メモリ
4…保守インタフェース
5…他号機通信インタフェース
6…エレベータ状態検出回路
7…電話回線
8…監視センタ
9…通信線
10…エレベータ制御装置
11…データバッファ用メモリ
12…データ格納用メモリ
13…バンク切替制御信号
20…他号機[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an elevator control device, and in particular, when a program is executed in a nonvolatile memory for storing programs, the control may be hindered due to garbled data in the memory, etc., and the elevator will fail and traffic services cannot be provided until recovery. In view of the above, the present invention relates to an elevator control device capable of avoiding an elevator failure and providing a highly reliable control program when data corruption occurs in a memory.
[0002]
[Prior art]
FIG. 6 is a configuration diagram of an operation control circuit of a conventional elevator control device.
[0003]
As shown in the figure, the operation control circuit of the
[0004]
Further, in an environment in which multiple units are installed in one building, in a system that performs control of two units or group management control, a communication line 9 for communication between the other
[0005]
Generally, the above-described
[0006]
As the
[0007]
The
[0008]
The other
[0009]
The elevator
[0010]
The data storage memory 12 is generally a static RAM, which is a volatile memory of about 256 KB, and is used for storage of elevator control data and a register for storing a checksum value obtained by calculating the sum of program data. Is done.
[0011]
In calculating the above-described signals, the
[0012]
Next, an outline of the checksum process will be described.
[0013]
The
[0014]
[Problems to be solved by the invention]
However, along with the recent increase in the degree of integration of the
[0015]
SUMMARY OF THE INVENTION An object of the present invention is to provide an elevator control apparatus capable of avoiding an elevator failure and performing highly reliable control of an elevator when data corruption occurs in a memory.
[0016]
[Means for Solving the Problems]
An elevator control device according to the present invention includes a processing device for performing predetermined control in an elevator, a first memory for storing program data of a program for predetermined control, and a program for predetermined control . In an elevator control device that includes a second memory that stores program data transferred from the first memory and that normally performs predetermined control by the processing device using the program data in the second memory , Communication means for performing communication, means for verifying program data between multiple units via this communication means, and confirming that the elevator of each unit has stopped when there is a verification error, programming between multiple units And means for transferring data .
[0017]
According to the present invention having such a configuration, for example, the first memory composed of the nonvolatile memory is limited to the use of the program storage memory, and the second memory serving as the program execution memory is provided separately. If, for example, a freely readable / writable volatile memory is used as the second memory to have a verification check function for preventing data corruption in the program execution memory, the elevator can be controlled with high reliability. be able to.
In addition, the reliability of the program data can be further improved by performing a program data verify check between multiple machines.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0019]
FIG. 1 is a configuration diagram of an operation control circuit of an elevator control apparatus according to an embodiment of the present invention. As shown in the figure, the operation control circuit of the
[0020]
As the
[0021]
As the
[0022]
The
[0023]
In an environment in which multiple units are installed in one building, in a system that performs control of two units or group management control, a communication line 9 for communication with another unit and a communication line 9 for communication with other units is further configured. The
[0024]
Next, a method for transferring program data will be described.
[0025]
First, the program activation method will be described with reference to FIG.
[0026]
When the power is turned on in advance, the bank selection control signal 13 must be prepared so that the
[0027]
In the program transfer program, first, the control program data in the
[0028]
When the program data is saved / transferred to another memory, data consistency is sequentially confirmed (step S25). As a method of checking consistency, that is, as a verification check, there is a method such as data verification for comparing all area data of data before transfer and data after transfer, or checksum processing for comparing checksum data that is the sum of each transfer data. Confirm that no data corruption occurred during transfer.
[0029]
When the transfer of the program data to the
[0030]
The program exchange procedure when a data consistency abnormality occurs during the execution of this control program will be described with reference to FIG.
[0031]
When a data consistency error occurs, the error content is first recorded in an error code storage area built in the data storage memory 12, and an error is issued to the monitoring center 8 via the
[0032]
Next, it is determined whether the elevator is running or stopped (step S32). If the elevator is running, the vehicle is decelerated and the car is moved to the nearest floor and stopped (step S33). This is a process that is performed when the backup transfer process of the program is performed while the elevator is running, because there is a risk that the elevator may become out of control, and the data transfer work must be performed in a safe state that the elevator is stopped. It is a process to do.
[0033]
After confirming that the elevator has stopped, an announcement is made in the car indicating that the vehicle is out of order or in recovery, or "please wait for a while" to notify the passenger of the abnormality. Further, since it can be assumed that there is a passenger who stops using the elevator during the failure, all call registrations are cleared (step S34). After completing the procedure for the failure, the program data backed up from the
[0034]
The data consistency check can be realized by the above-described data verification or checksum processing of the entire data area, and the program data transfer method can be realized by the same method as the control program transfer method when the control device is activated.
[0035]
Regarding the determination of the stop of the elevator, for example, the car position pulse data is not displaced within a predetermined time from the elevator
[0036]
Here, the procedure for issuing an error to the monitoring center 8 will be described with reference to FIG.
[0037]
When an abnormality occurs in the consistency of the program data, the date / address / address at which the consistency abnormality occurred and the record of normal data and abnormal data are stored in the data storage memory 12 (step S43).
[0038]
Here, for the address and data of the consistency abnormality, the data in the
[0039]
These data are read from the data storage memory 12 and transmitted to the maintenance interface 4 (step S44). In addition to the abnormal data, the data to be transmitted also includes the delivery code of the control device. The
[0040]
The monitoring center 8 side receives the abnormality information from the telephone line, records the abnormality information on the server of the monitoring center 8 (step S46), and notifies the elevator maintenance company employees on a display device such as a monitor (step S47). .
[0041]
Further, as a means for confirming the consistency of program data in the program data backup method described above, the program data checksum values with
[0042]
A program exchange procedure with another
[0043]
In general, unit-to-unit communication uses serial communication to exchange data from the viewpoint of reducing the number of wires on the communication line 9, and when performing a verification check of the entire program data area, the length of the check time hinders elevator control. In addition, the checksum value consistency check by the checksum processing is valid.
[0044]
As a method for confirming the consistency of the checksum value, the checksum data of the
[0045]
Then, the checksum data of the own machine and the other car stored in the data storage memory 12 are compared (step S53). If there is a difference in the checksum data, the previous one stored in the data storage memory 12 is compared. With reference to the checksum data, the data machine having the difference is determined to be a program error (step S54). That is, if you refer to the checksum data of your own machine and the other machine and the checksum data of your own machine and the other machine of the previous time, it is different from the other three by one, so that machine has a program error. Can be determined.
[0046]
If the own machine is abnormal, first check and check the checksum data of the
[0047]
When the checksum of the
[0048]
The elevator stop procedure is realized by the program exchange procedure when a data consistency abnormality occurs during the execution of the control program.
[0049]
When the program data from the other machine is transferred to the data buffer memory 11, the program data stored in the data buffer memory 11 is transferred to the
[0050]
On the other hand, in order to improve the reliability of the program data in the
[0051]
Although the reliability of the program data has been described as described above, the reliability of the data can be improved by the same processing for the processing for preventing data corruption of the control fixed data. That is, the control fixed data is backed up in a certain free area of the
[0052]
Currently, the mainstream of nonvolatile memory for storing programs is a memory that writes and erases in blocks, such as a flash ROM, but elements currently under development in the memory industry include one byte such as magnetic memory MRAM and dielectric memory FCRAM. Since correction of programs and data is expected to be possible in units, correction of small-capacity fixed data will be an effective function in the future.
[0053]
Further, in this embodiment, the elevator operation control circuit is described as an example, but motor control, door control, landing control, on-car control, and car operation panel control that are controlled by the CPU in the elevator control device. Since the control using the CPU as described in the embodiment is also performed in the control such as the display device control, the group management control, and the second unit control, the reliability of the program data is improved by the same configuration and means of the control device. Can be achieved.
[0054]
By performing the above processing, the elevator control device can perform safe elevator control that is safe and is unlikely to cause a failure due to malfunction such as garbled data.
[0055]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the safe elevator control apparatus with which the danger by the malfunction of the data of an elevator, and a failure hardly occur can be obtained.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an elevator control apparatus according to an embodiment of the present invention.
FIG. 2 is a flowchart showing a program start method according to an embodiment of the present invention.
FIG. 3 is a flowchart showing a program exchange procedure according to an embodiment of the present invention.
FIG. 4 is a flowchart showing a procedure for issuing an error according to an embodiment of the present invention.
FIG. 5 is a flowchart showing a program exchange procedure with another machine according to an embodiment of the present invention.
FIG. 6 is a block diagram showing a configuration of a conventional example.
[Explanation of symbols]
1 ... Operation control CPU
2 ...
Claims (5)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002271992A JP4115219B2 (en) | 2002-09-18 | 2002-09-18 | Elevator control device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002271992A JP4115219B2 (en) | 2002-09-18 | 2002-09-18 | Elevator control device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004110400A JP2004110400A (en) | 2004-04-08 |
| JP4115219B2 true JP4115219B2 (en) | 2008-07-09 |
Family
ID=32269139
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002271992A Expired - Fee Related JP4115219B2 (en) | 2002-09-18 | 2002-09-18 | Elevator control device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4115219B2 (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5240682B2 (en) * | 2007-04-19 | 2013-07-17 | 東芝エレベータ株式会社 | Elevator monitoring system |
| FI20070617L (en) * | 2007-08-16 | 2009-02-17 | Kone Corp | Distributed data backup |
| JP2009187049A (en) * | 2008-02-01 | 2009-08-20 | Fujitsu Ltd | apparatus |
| JP5653591B2 (en) * | 2009-05-13 | 2015-01-14 | 京楽産業.株式会社 | Game machine |
| JP5422488B2 (en) * | 2010-05-31 | 2014-02-19 | 株式会社日立製作所 | Safety elevator |
| EP3124417A1 (en) * | 2015-07-29 | 2017-02-01 | Inventio AG | Avoiding synchronisation runs of an elevator |
-
2002
- 2002-09-18 JP JP2002271992A patent/JP4115219B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004110400A (en) | 2004-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100316981B1 (en) | Microcomputer provided with flash memory and method of storing program into flash memory | |
| JP4115219B2 (en) | Elevator control device | |
| JP2687927B2 (en) | External bus failure detection method | |
| CN111726270B (en) | Memory system and control system | |
| CN110069360B (en) | Motor controller data storage and reading method and device | |
| JP2010204851A (en) | Storage device and information processing apparatus | |
| US6363493B1 (en) | Method and apparatus for automatically reintegrating a module into a computer system | |
| JPH05132256A (en) | Elevator controller and remote supervisory system thereof | |
| CN110865906B (en) | Motor initial position angle storage method and device, vehicle and storage medium | |
| JP2868001B1 (en) | Disk array device control method and disk array device | |
| JP5278267B2 (en) | END COVER, PROGRAMMABLE LOGIC CONTROLLER DEVICE EQUIPPED WITH THE SAME, END COVER INSTALLATION CHECK METHOD, AND PROGRAMMABLE LOGIC CONTROLLER FAILURE DIAGNOSIS METHOD | |
| JPH07122087A (en) | EEPROM error check method | |
| JP3094924B2 (en) | Communication device control circuit | |
| JPH06214835A (en) | Error preventing system | |
| JP5619243B1 (en) | In-vehicle electronic control unit | |
| JP2522117B2 (en) | Elevator control device | |
| CN100461118C (en) | Device, method and integrated circuit chip for controlling access register | |
| JP2005316667A (en) | How to update the firmware | |
| JPH08153045A (en) | Memory control circuit | |
| JP2001334057A (en) | Gaming machine management device | |
| JP2002047998A (en) | Vehicle control device | |
| JP3728580B2 (en) | Memory device and memory protection method | |
| CN115858247A (en) | Data backup method and device, computer readable storage medium and computer equipment | |
| CN121326652A (en) | Electronic control unit program backup and recovery method, device, equipment and medium | |
| CN121050919A (en) | Substrate management controller refreshing system, method and server |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050920 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080109 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080310 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080404 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080415 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120425 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |