JPH02178701A - 電力用制御装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） 本発明は、電力用プラントの監視や制御のために使用さ
れる電力用制御装置に関する。

（従来の技術） 第４図は、従来の電力用制御装置の一例を示すブロック
図であり、電力用制御装置ｔ１は主ＣＰＵ（中央処理装
置）モジュール２と、入出力チャネルモジュール３と、
主ＣＰＵモジュール２と入出力チャネルモジュール３と
の間を接続するシステムバス４からなっている。図では
モジュール２，３の２個しか示していないが一般には複
数個のモジ為−ル２，３がシステムバス４に接続される
。

主ＣＰＵ−Ｔ：ゾエール２はプラント１５の監視制御の
処理を行うものであシ、システムバス４とのインタフェ
ースとなるＭ−パスＩ／Ｆ５と、プラント１５の監視制
御演算を行うＭ　−ＣＰＵ　６と、内部主記憶装置であ
るＭ　−ＭＥＭ　７と、主ＣＰＵモジュール２の初期化
プログラムが記憶されているＭ−ＲＯＭ８と、補助記憶
装置であるＨＤ９とのインタフェースとなるＨ　Ｄ　−
ＩＮＦ　１０とからなっている。

一方、入出力チャネルモジュール３は、プラント１５と
のデータの入出力を行うものであり、システムバス４と
のインタフェースとなるＣＨ−パスエ／′Ｆ１ノと、プ
ラント１５との入出力処理を行うＣＨ−ＣＰＵ　１２と
、内部主記憶装置であるＣＨ−ＭＥＭ　１３と、入出力
チャネルモジュール３の初期化プログラムが記憶されて
いるＣ　Ｈ−ＲＯＭ　１４と、プラント１５との入出力
インタフェースとなる入出力Ｉ／Ｆ　１６とからなって
いる。

システムバス４はｓ各モジ為−ルＸ　、　Ｓ間のデータ
転送の経路となっており、このデータ転送の際にシステ
ムのいずれかに異常が発生すると、Ｍ−パスＩ／Ｆ’　
５およびＣＨ−パスＩ／Ｆ　１１　Ｋシステムバスエラ
ー信号１７が発生する。

ところで、以上のように構成された電力用制御装置１の
起動は以下のようにして行われる。主ＣＰＵモジュール
２および入出力チャネルモジュール３は、装置の電源投
入ｉたはリセットにより、まず各モジュール自体の初期
化を行う。そして、この初期化が終わると、主ＣＰＵモ
ジュール２はＨＤ９から電力用制御装置１のオペレーテ
ィングシステム（以下Ｏ８という）と応用プログラム（
以下アプリケーションという）から成るプログラムラＭ
　−ＭＥＭ　７ヘロードして、これを実行する。

一方、入出力チャネルモジュール３は、初期化が終わる
と、主ＣＰＵモジュール２からの命令の待ち状態になる
。この命令には、次の２つがある。

命令（１）・・・プラント１５からプラント１５の状態
を表すプロセスデータを入力し、このデータをシステム
バス４を経由してＭ　−ＭＥＭ　７へ書き込むという命
令。

命令（２）・・・Ｍ　−ＭＥＭ　７に記憶されているプ
ラント１５を制御するデータをシステムバス４を経由し
て、プラント１５へ出力させるという命令。

これらの命令（１）　＃　（２）は、命令ブロックとい
う幾つかのデータの集合体として、システムバス４を経
由して、主ＣＰＵモジュール２から入出力チャネルモジ
ュール３へ送られる。

システムバス４を経由した命令ブロックおよびデータの
転送の際に、次の（１）　ｅ　（２）＃　（３）　Ｋ示
す原因により、システムバスエラーが発生することがあ
る。

（１）・・・集積回路（ＩＣ）等の回路素子の劣化およ
び不良 （２）・・・モジュール２．３とシステムバス４との接
続部の接触不良 （３）・・・ノイズ このシステムバスエラーには、タイムアウトエラート、
パスノタリティーエ、Ｆ　−トカｈ　ル。

タイムアウトエラーは、命令ブロックやデータを受け取
るモジュール（以下受信モジュールという）が存在しな
い場合、あるいは存在しても命令ブロックまたはデータ
を受け取ったという応答信号を返せないために、命令ブ
ロックやデータを送シ出したモジュール（以下送信上ジ
エールという）Ｋ一定時間以上、受信モジュールからの
応答信号が返ってこないときに発゛生ずる。

また、バスノぐリティーエラーは、受信モジュールが送
信モジュールから送られてきた命令ブロックやデータの
パリティ−を検査して、誤りを検出したときに発生する
。

なお、タイムアウトエラーの検出は、送信モジ為−ル側
ノハスＩ／Ｆ５　、１１で行われ、パスノ臂すティーエ
ラーの検出は、受信モジュール側のパスＩ／Ｆ　５　、
１１で行われる。

次に％Ｍ−パスＩ／Ｆ　５とＣＨ−パスＩＮＦ　Ｊ　１
の機能について第５図のフローチャートの各ステップ２
０〜２６にしたがりて、説明する。なお、Ｍ−パスＩ／
７５とＣＨ−パスＩＦＩＩとは、インタフェースとして
は同一機能を有する。

ステップＺＯ・・・電力用制御装置１の電源投入または
リセットによって起動される。

ステップ２１・・・システムバス４のアクセス要求の有
無を判断する、すなわち、他の七ジ為−ルにおけるＭ　
−ＣＰＵ　６あるいはＣＨ−ＣＰＵ　１２カラシステム
バス４へ命令ブロックまたはデータを送る要求があるか
否かを判断する。また逆にシステムバス４から命令ブロ
ックまたはデータが入ってきているか否かを判断する。

ステラｆ２２・・・システムバス４のアクセス要求つ。

システムバス４へ命令ブロックまたはデータを送る要求
があるときＫは、命令ブロックまたはデータをシステム
バス４へ出す。一方、システムバス４から命令ブロック
またはデータを取込むときには、システムバス４からの
命令ブロックまたはデータを受け取９、これを自己のモ
ジュールのＭ　−ＣＰＵ　６あるいはＣＭ　−ＣＰＵ　
Ｊ　２へ渡す。

ステップ２３・・・システムバスエラー検出の有無を判
断する。システムバス４へ命令ブロックまたはデータを
送る要求であるときには、命令ブロックまたはデータを
システムバス４に出してから一定時間内に他のモジュー
ルすなわち受信モジ１−ルからのデータ受け取り終了の
応答信号がないならば、タイムアウトエラーと判定する
。また、システムバス４かう命令ブロックまたはデータ
を取込むときＫは、受け取った命令ブロックまたはデー
タのノ譬すティを検査して、もし誤りがあったならば、
パスパリティエラーと判定する。このパリティ検査の後
で、データ受け取り終了の応答信号をシステムバス４へ
出す。

ステラｆ２４・・・システムバスエラー信号１１を出力
する。

ステップ２３で、パスパリティ−エラーまたはタイムア
ウトエラーが検出されたときには、システムバスエラー
信号１７ｔ−システムバス４　ＶＣ出力する。

ステラｆ２ｓ・・・システムバスエラー信号１７の有無
を判断する。

システムバス４にシステムバスエラー信号ｉ１が有るか
否かを判定させる。

ステップ２６・・・ステップ２５でシステムバスエラー
信号１７が検出されたときには、自己のモジュールのＭ
　−ＣＰＵ　６またはＣＨ−ＣＰＵ　Ｊ　Ｊをリセット
する。

上述のステラ７’２　ｓ　、　２６において、システム
バスエラー信号１７が出ているときＫは、システムバス
４に接続されたすべてのパスＩ／Ｆ　５　、　Ｉ　Ｊが
システムバスエラー信号１７を検出するので、結局シス
テムバス４に接続されたすべてのモジュールのＣＰＵが
リセットされる。そして、電源投入時と同じように電力
用制御装置は再起動することになる。

（発明が解決しようとする課題） ところが、上述のような従来の電力用制御装置１７では
、主ＣＰＵモジュール２と入出力チャネルモジュール３
との間の命令ブロックあるいはデータの転送のｌ１％に
発生したシステムバスエラーに対して、プラント１５と
の入出力インタフェースである入出力チャネルモジュー
ル３はかりでなく、プラント１５の監視制御のアプリケ
ージ曹ンが動いている主ＣＰＵモー）Ｓ−ル２にまでリ
セットが入りてしまう。そうするとシステム全体がダウ
ンしてしまう。

このシステムダウンの場合には、電力用制御装置１は電
源投入時と同じように再起動するが。

ＯＳとアプリケージ１ンをＨＤ　−Ｉ／ｒ　１０からＭ
−ＭＥＭ　７へ再ロードして実行を再開するのに喪する
時間分だけプラント１５の監視制御の処理が中断するこ
とになり、その間プラント１５の監視制御が全くできな
くなる。

また、上述のような従来の電力用制御装ｖｔ１には、シ
ステムバスエラーが起きた場合にも、同じアクセスを再
実行する手段が備えられている装置もあるが、有限回の
再実行してもなおシステムバスエラーが起こるときには
、やｉｉ６システムダウンすることになる。

さらに、上述のような従来の電力用制御装置１には、シ
ステムバスエラーに関する故障情報を保存しておく手段
（以下工２−ログという）が備えられている装置もある
が、この故障情報は、２つのシステムバスエラーのうち
、タイムアウトエラーとパスパリティ−エラーのどちら
が起きたかを表す情報と、システムバスエラーが起きた
時にＭ−ＣＰＵ　６が実行していた命令が格納されてい
るＭ−ＭＥＭ　７のアドレスを表す情報でしかないため
、システムバス４を経由してアクセスした入出力チャネ
ルモジュール３が正常なのか不良なのかを判断するのに
十分な情報ではない。もし、リセットによる再起動を行
っても回復しない原因でシステムバスエラーが発生して
いるとしたら、システムバスエラー発生によるリセット
と再起動を繰り返すことになる。

そこで本発明は、システムダウンによるプラントの監視
制御が中断する時間を短かくできる電力用制御装置を提
供することを目的とする・［発明の構成］ Ｃ１１題を解決するための手段） 本発明はプラントと受け渡しするデータの演算処理を実
行する中央処理装置モジ為−ルと、この中央処理装置モ
ジュールとシステムバスを介して接続され、プラントの
状態を表すデータを入力したり、プラントの状態を制御
するデータを出力したりする入出力チャネルモジュール
とから成り、プラントの状態を監視制御する電力用制御
装置において、中央処理装置モ”ジェールのバスインタ
フェースは、システムバスを経由して入出力チャネルモ
ジニールとデータの受け渡しを行う際システムバスエラ
ーとなりた場合に、データの受け渡しを再実行する再実
行手段と、この再実行手段によってもなおシステムバス
エラーとなる場合に入出力チャネルモジュールの故障診
断を実行する故障診断実行手段と、入出力チャネルモジ
ュールの不良をオンラインで検出して、システムダウン
させるか、またはバックアップとしての予備の入出力チ
ャネルモジュールへの切り替えを行う切替手段と、再実
行手段および故障診断実行手段の動作結果を格納する記
憶手段とから構成したものである。

（作用） これによシ、システムバスを介しな命令ブロックまたは
データの受け渡しの際に発生したシステムバスエラーに
対して、同じアクセスの再実行と、この再実行によつて
もなおシステムバスエラーが発生するならば入出力チャ
ネルモジュールの故障診断を実行して、オンラインで入
出力チャネルモジュールの不良の有無を判断する。そし
て、システムダウンさせるか、または、バックアップと
しての予備の入出力チャネルモジュールに切り替えるか
どうかを決定する。従りて、システムダウンによるプラ
ントの監視制御が中断する時間を短かくできる。

（実施例） 次に１図面を参照しながら本発明の一実施例について説
明する。前述した従来の電力用制御装置と同一部分には
同一符号を付して説明を省略する。第１図は本発明のバ
スインタフェースを示すブロック図であり、第１図（Ａ
）は主ＣＰＵモジ１−ル２のＭ−パスＩ／Ｆ　５を示し
、第１図（均は入出力チャネルモジ島−ルＩｆ）ＣＨ−
パス１７Ｆ　１１を示す。

Ｍ　−ハスＩ／７５は第１図のようにパスデータインタ
フェースであるＭ−データＩ／）’　５０と、Ｍ−ノ櫂
スエラー信号処理部５２と、Ｍ　−ＣＰＵＢ　５４と、
内部メモリであるＭ一部Ｍ８５６と、Ｍ　−ＲＯＭＢ　
５　Ｂとからなっている。

またＣｌ−パスＩ／Ｆ　７７は１Ｍ−パスＩ／Ｆ　５と
同様に、パスデータイン漣フェースであるＣＨ−パスデ
ータＩ／’Ｆ　１１０と、ＣＢ−パスエラー信号処理部
１１２と、ＣＨ−ＣＰＵＢＪＺ４と、内部メモリである
Ｃ　Ｈ−ＭＥＭＢ　１１６と、ＣＨ−ＲＯＭＢ　Ｉ　Ｊ
　８とからなりている。

第２図（Ａ）はＭ−パスＩ／Ｆ　５の機能を示すフロー
チャートであシ、第２図（Ｂ）はＣＭ−パスＩ／’Ｆ　
Ｉ　Ｊの機能を示すフローチャートである。第２図（Ａ
）において、以下釜々のステラｆ３０〜４０を説明する
が、ステップ３０〜３５で再実行手段の機能をなし、ス
テラ７’３６〜３９で故障診断実行手段の機能をなし、
ステップ４０で切替手段の機能をなしている。

ステラｆ３０・・・主ＣＰＵモジュール２の起動により
システムバスへの要求があると、Ｍ　−ＣＰＵ　６がＭ
　−ＣＰＵＢ　５４に対してスタート命令を出す。

そして、Ｍ　−ＣＰＵＢ　５４は、Ｍ　−ＲＯＭＢ　５
　Ｂに格納しであるプログラムの実行を開始する。

ステップ３１・・・まず、Ｍ−ＭＥＭ７に記憶されてい
る命令ブロックをＭ　−ＭＥＭＢ　５６　Ｋ格納すると
７！：４１Ｋ、Ｍ−パスデータＩ／’Ｆ　５０を通して
システムバス４に出す。

なお、システムバス４を経由した命令ブロックあるいは
データの受け渡しは、すべてＭ−パスデータＩＮＦ　５
０を通して行われる。

ステップ３２・・・システムバスエラーの有無をチエツ
クする。主ＣＰＵモジュール２が命令ブロックまたはデ
ータを出す送信モジュールのときには、この命令ブロッ
クまたはデータを送シ出してから一定時間内に受信モジ
ュールである入出力チャネルモジュール３からの受け取
り終了の応答信号があるか否かを判断する。

そして、応答がないならは、タイムアウトエラーと判定
する。

また、主ＣＰＵモジュール２がデータを受け取る受信上
ジ為−ルのときＫは、受け取ったデータのＩＩリテイー
を検査して、誤シがあったならば、データ受け取シ終了
の応答をして、パスノＪ？リティーエラーと判定する。

ステップ３３・・・タイムアウトエラーまたはノぐスノ
母すティーエラーのシステムバスエラーが検出されたと
きＫは、Ｍ−パスエラー信号処理部５２よす、システム
バスエラー信号１７にシステムバス４に出力する。

ステップ３４・・・システムバスエラー信号１７の有無
を判断する。Ｍ−パスエラー信号処理部５２によりシス
テムバスエラー信号１１の有無を判定する。

ステップ３５・・・再実行。ステップ３４でシステムバ
スエラー信号１７が検出されたときに、システムバス４
のアクセスが再実行される。まず１Ｍ−バスエラー信号
処理部５２ｔｌＣシステムバスエラー傷号１１を消させ
る。

そして、ステラｆ３１でＭ　−ＭＥＭＢ　ｓ　６に記憶
させておいた命令ブロックを衿びＭ　−１４スデータＩ
／Ｆ　５０を通してシステムバス４に出し、システムバ
ス４のアクセスを再実行する。

ステラｆ３６・・・システムバスエラー検出の有無を判
断する。ステップ３２と同じ動作が行われる。

ステップ３７・・・パスエラー信号出力。ステップ３３
と同じ処理が行われる。

ステラｆ３ＦＩ・・・システムバスエラー信号１ｖｏ有
無を判断する。ステップ３４と同じ処理が行われる。

ステラｆ３９・・・入出力チャネンモジュール３の故障
診断を行う。まず、Ｍ−ＲＯＭＢ５＆に格納しておいた
故障診断プログラムＡを実行し、正常ならば故障診断プ
ログラムＢを実行する。

故障診断プログラム人は、Ｍ−バスＩ／Ｆ５自身の各ブ
ロックの機能の良否が判定できるものである。

故障診断プログラムＢは、システムバス４を経由したＭ
−パスＩＭＰ　５とＣＨ−パスＩ／Ｆ１１との間のデー
タ転送の良否が判定できるものである。例えば、Ｍ−Ｍ
ＥＭＢ５６のテストデータをＣＨ−避ＭＢｘｘ６ＶＣ送
シ、そして逆に受け直して、送ったデータと受け直した
データを比較するものである。

なお、この故障診断プログラムＢでは、システムパス４
のアクセスがあるので、システムバスエラーになること
があるが、このときＫは、故障診断の結果をエラーとす
る。

故障診断プログラムＡ、Ｂ共に正常ならは。

次にＣＭ−ＲＯＭ７４ＧＣ格納されている故障診断プロ
グラムＣを実行させる。

この故障診断グログラムＣは、ＣＨ−パスＩＮＦ　１１
の各ブロックの機能の良否、入出力チャネルモジ島−ル
３の各ブロックの機能の良否が判定できるものである。

また、ＣＨ−ＲＯＭ　７４　Ｋ格納された故障診断プロ
グラムＣを実行させるためには、Ｍ−パスＩ／Ｔ　５か
ら命令ブロックをＣＨ−パスＩ／Ｆ’　１１　Ｋ送るこ
とＫよって実現される。

さらに、この故障診１ｆｒｆログラムＣの実行において
本システムバス４のアクセスがあるので、システムバス
エラーになることがあるが、このときも故障診断の結果
をエラーとする。

故障診断グログラムＡ、Ｂ、Ｃの実行結果は、　Ｍ　−
ＭＥＭＢ　５６に記憶させておく。故障診断プログラム
Ａ、Ｃについては、各ブロックの診断結果を記憶してお
き、故障診断プログラムＢ　、ＣＫついては、システム
バスエラーが発生したときには、その時のアクセス同各
を記憶しておく。

ステラｆ４０・・・システムバス４のアクセスが正常圧
実行されたかどうかを表す情報と、正常に実行されなか
った場合に、ステラｆ３９の入出力チャネルモジュール
３の故障診断でＭ−ＭＥＭＢ　５６に記憶させておいた
診断結果の情報とから成るリターンステータスを、アグ
リケーシ習ンに戻すために、Ｍ−ＭＥＭ７にこのリター
ンステータスを記憶させる。

次に、第１図（均のブロック図に示したＯＨ−パスＩ／
’Ｆ　１１の機能を第２図（Ｂｌのフローチャートの各
ステラ７’４１〜４５にしたがりて、説明する。

ステップ４１・・・電力用制御装置１の電源投入または
リセットによってＣＨ−ＣＰＵＢ　Ｉ　１４は、ＣＨ−
ＲＯＭＢ　Ｚ　Ｉ　ｆｔ　Ｋ格納しであるプログラムの
実行を開始する。

ステラｆ４２・・・システムバス４のアクセス要求の有
無を判断する。入出力チャネルモジュール３が、主ＣＰ
Ｕモジュール２から命令ブロックまたはデータを受け取
る受信モジュールになるときには、ＣＨ−ＣＰＵＢ　７
１４は、ＣＨ−パスデータＩ／Ｆ　１１０を通してこの
命令ブロックまたはデータが入ってきているかを判断す
る。

また、入出カモジュール３が、王ＣＰＵモジュール２ヘ
データを送る送信モジュールになるときには、この要求
がＣＨ−ＣＰＵ　１２からあるかどうかを判断する。

ステップ４３・・・入出力チャネルモジュール３が受信
モジ＾−ルのときには、王ＣＰＵモ・ソユール２からの
命令ブロックまたはデータをＣＨ−ハスデータＩ／Ｆ　
１１０を通して受け取り、ＣＨ−ＣＰＵ　１２に渡す。

また、入出力チャネルモジュール３が、送信子ジ乳−ル
のときには、ＣＨ−ＣＰＵ　１２からのデータをＣＭ−
パスデータＩＮＦ　１１０を通シてシステムバス４へ出
す。

ステップ４４・・・システムバスエラー検出の有無を判
断する。入出力チャネルモノ轟−ル３が受信モジュール
のときには、受け取った命令ブロックま九はデータのパ
リティ−を検査して、誤りがあったならば、データ受け
取シ終了の応答信号をして、パスパリティ−エラーと判
定する。

また、入出力チャネルモジュール３が送信モジュールの
ときＫは、データを送シ出してから一定時間内に受信モ
ジュールである主ＣＰＵモジュール２からの受け取シ終
了の応答信号がないならば、タイムアウトエラーと判定
する。

ステップ４５・・・タイムアウトエラーまたはパスパリ
ティ−エラーのシステムバスエラーが検出されたときに
は、ＣＨ−パスエラー信号処理部Ｉ　Ｊ　２ヨＦ）、シ
ステムバスエラー信号１ｖを出力する。

第３図は、アグリケージ璽ンの流れと第４図のＭ−パス
Ｉ／Ｆ　５のプログラム（以下パスプログラムという）
の流れとの関係を説明するための図である。アグリケー
シッンがシステムバス４のアクセス要求６０とすると、
パスプログラムが動き出す。パスプログラムは、システ
ムバスのアクセス９求６０に従い、システムバスをアク
セス６ノとする。

ここで、システムバスエラーが発生したときには、シス
テムバスのアクセスを再実行するが、それでもなおシス
テムバスエラーが発生するときには、入出力チャネルモ
ジュール３の故障診断をスタート６２する。この故障診
断を実行６３した後は診断結果６４を戻す。

そして、パスプログラムはアグリケーシ冒ンにこの診断
結果６４を含むリターンステータス６５を戻す。

この第３図のように、パスプログラムを専用のＭ　−Ｃ
ＰＵＢ　５４で実行させているので、アプリケージ１ン
はシステムノぐス４のアクセス要求６０をしてから、リ
ターンステータス６５を得るまでの間、すなわちパスプ
ログラムが動いている間も、処理を続行できる。

このパスプログラムの実行時間、特に入出力チャネルモ
ジュール３の故障診断の実行時間が長くなっても、プラ
ントＩ５とのデータの受け渡しが中断することはなくな
る。すなわち、アプリケージ１ンがシステムバス４のア
クセス要求ｅｏｔ出してから、リターンステータス６５
を得るまでの間、アプリケージ璽ンを一時停止させて、
パスプログラムをＭ　−ＣＰＵ　６で動かしたり、ある
いは、このパスプログラムをＨＤ９に格納しておき、Ｍ
−ＭＥＭ　７　Ｋロードして実行したりする必要がなく
なる。

このように本実施例ではこのパスプログラムをＭ　−Ｒ
ＯＭ　ｓ　ｓに格納し、ノ々スプログラムをＭ−ＣＰＵ
５４に実行させるので、ＨＤ９からＭ　−ＭＥＭ２にロ
ードする必要がなくなシ、その実行時間が短縮される。

以上述べ九本発明の実施例では、システムバスエラーを
システムバスインタフェース（Ｍ−パスＩ／Ｔ　５″！
！たはＣＨ／バスＩ／’Ｆ　１１　）が検出したときに
、システムバス４のアクセスを再実行して、なおかつシ
ステムバスエラーが検出されたときには、入出力チャネ
ルモジュール３の故障診断を実行し、この結果をアプリ
ケージ１ンに戻すことをＭ−パスＩ／Ｆ　５内にあるＭ
　−ＲＯＭＢ　ｓ　ｓに格納しておいたプログラムをＭ
　−ＣＰＵＢ　５４が高速に実行することで実現する。

従りて、アプリケーションがシステムバス４のアクセス
を行い、システムバスエラーが発生しても、オンライン
で入出力チャネルモノ１−ル３の不良を検出してシステ
ムダウンさせるかどうかを決定できるので、プラント１
５の監視制御が中断する時間を短かくでさる。さらに不
良の入出力チャネルモジュール３が特定されるので、保
守性が向上するようになる。

以上説明した実施例ではデータ転送路は多重化されてい
ないが、例えば、プラント１５と電力用制御装置１との
データ転送路を多重化して、多重化した分だけ入出力チ
ャネルモジュール３を設けるようにしてもよい。この場
合、正常実行時は、１つの入出力チャネルモジュールだ
けを使うが、システムバスエラーが発生して、この入出
力チャネルモジュールが不良と判定されたときには、バ
ックアップとしての予備の入出力チャネルモジュールに
切り替えればよい。これにより、１つの入出力チャネル
モジュールが不良となっても、予備の入出力チャネルモ
ジュールに切り替わるので、システムダウンさせないで
もプラントの状態の監視制御を継続実行できる。

［発明の効果コ 以上述べた本発明によれば、システムバスを経由して中
央処理装置モジュールと入出力チャネルモジュールとが
データの受け渡しを行う際、システムバスエラーが発生
したときに、上記データの受け渡しを再実行して、なお
かつシステムバスエラーが発生したときには、入出力チ
ャネルモソユールの故障診断を実行するので、システム
ダウンによるプラントの監視制御が中断する時間を短か
くできる電力用制御装置を提供できる。

【図面の簡単な説明】

第１図は本発明による電力用制御装置のシステムインタ
フェースのハードウェア構成を示すブロック図、第２図
は第１図のシステムバスインタフェースの機能を説明す
るためのフローチャート。 第３図は第２図のアプリケーションの流れとシステムバ
スインタフェースのプログラムの流れとの関係を示す説
明図、第４図は従来の電力用制御装置のハードウェア構
成を示すブロック図、第５図は従来の同装置のシステム
バスインタフェースの機能を説明するためのフローチャ
ートである。 ２・・・主ＣＰＵ　（中央処理装置）モジュール、３・
・・入出力チャネルモシ島−ル％４・・・システムバス
、５・・・主ＣＰＵモジ為−ル２のシステムバスインタ
７エース、７・・・主ＣＰＵモジュール２の内部記憶装
置、９・・・補助記憶装置、１１・・・入出力チャネル
モジュール３のシステムバスインタフェース、１５・・
・プラント、３５・・・再実行ステップ、３９・・・入
出力チャネルモジュール１３の故障診断ステップ、５０
゜１１０・・・パスデータインタフェース、５２，１１
２・・・システムバスエラー信号処理部、５４．１１４
・・・パスＩ／Ｆ用の演算装置％５６，１１６・・・パ
スＩ／Ｆ用の内部記憶装置、５ＦＩ、１１１１・・・リ
ードオンリメモリ（ＲＯＭ　）。 出願人代理人　弁理士　鈴　江　武　彦（Ａ） 第 （Ａ） （Ｂ） 第 図 第 図

Claims (1)

【特許請求の範囲】
1. 電力用プラントと受け渡しするデータの演算処理を実行
   する中央処理装置モジュールと、この中央処理装置モジ
   ュールとシステムバスを介して接続され、前記電力用プ
   ラントの状態を表すデータを入力したり、前記電力用プ
   ラントの状態を制御するデータを出力したりする入出力
   チャネルモジュールとから成り、前記電力用プラントの
   状態を監視制御する電力用制御装置において、前記中央
   処理装置モジュールのバスインタフェースは、前記シス
   テムバスを経由して前記入出力チャネルモジュールとデ
   ータの受け渡しを行う際システムバスエラーとなった場
   合に、前記データの受け渡しを再実行する再実行手段と
   、この再実行手段によってもなおシステムバスエラーと
   なる場合に前記入出力チャネルモジュールの故障診断を
   実行する故障診断実行手段と、前記入出力チャネルモジ
   ュールの不良をオンラインで検出して、システムダウン
   させるかまたはバックアップとしての予備の入出力チャ
   ネルモジュールへの切り替えを行う切替手段と、前記再
   実行手段および前記故障診断実行手段の動作結果を格納
   する記憶手段とを有したことを特徴とする電力用制御装
   置。