JPH04330532A - プログラマブルコントローラ - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子機器を自動制御す
るプログラマブルコントローラに関し、詳しくは装置の
故障診断処理を自動的に実行するプログラマブルコント
ローラに関する。

【０００２】

【従来の技術】従来のプログラマブルコントローラはユ
ーザの作成したシーケンスプログラムを演算実行するこ
とにより電子機器の自動制御を行っている。この演算機
能を用いて、故障診断プログラムを実行し、プログラマ
ブルコントローラ装置内の構成回路の故障の有無の判定
および故障内容の識別等の故障診断を行うことができる
ようになってきた。

【０００３】故障診断には、ユーザプログラムメモリの
中の記憶情報の脱落チェック処理，サムチェック処理，
バッテリ電圧チェック処理および入出力機器の故障，脱
落チェック処理が挙げられる。

【０００４】故障診断を自動的に行うために、プログラ
マブルコントローラはシーケンスプログラムの実行を終
了した後この故障診断プログラムを実行している。

【０００５】しかしながらプログラマブルコントローラ
が多機能化し、接続する周辺機器の内容も変化すると、
故障診断プログラムもユーザ毎に定められたプログラマ
ブルコントローラの仕様に合わせ作成しなければならな
いという不具合が生じていた。

【０００６】このような不具合を解消するために、本願
出願人は故障診断プログラムを故障の種類毎に分割し、
ユーザの指示入力する故障診断処理のみを実行させる提
案を行っている。

【０００７】この提案では故障診断の実行の要否を情報
テーブルの形態で記憶し、自動診断を実行する毎にその
都度情報テーブルを参照し、実行“要”の故障診断処理
を決定している。

【０００８】

【発明が解決しようとする課題】しかしながら一定周期
でシーケンスプログラムおよび診断プログラムを実行さ
せる場合、周期に制限があり、故障診断処理についても
できるだけ短時間で終了させることが望まれている。上
記提案では、故障診断プログラムの処理時間の短縮化に
おいてなお、改良の余地があった。

【０００９】そこで、本発明の目的は、このような点に
鑑みて、所望の診断処理を選択でき、かつ、その処理時
間を短縮化することの可能なプログラマブルコントロー
ラを提供することにある。

【００１０】

【課題を解決するための手段】このような目的を達成す
るために、本発明の第１形態は、複数の診断処理プログ
ラムを演算処理することにより、装置内の複数の構成機
器についての故障診断を行うプログラマブルコントロー
ラにおいて、前記複数の診断処理プログラムの中の１以
上の診断処理プログラムについての組み合わせを複数種
予め設定し、実行対象の１以上の診断処理を指定する指
定手段と、当該指定された診断処理に対応する前記診断
プログラムの組み合わせを識別する識別手段と、当該識
別された組み合わせに従って実行対象の診断処理プログ
ラムを順次に指示する指示手段とを具えたことを特徴と
する。

【００１１】本発明の第２形態は、複数の診断処理プロ
グラムを演算処理することにより、装置内の複数の構成
機器についての故障診断を行うプログラマブルコントロ
ーラにおいて、実行対象の２以上の診断処理を指定する
指定手段と、当該指定された診断処理に対応する２以上
の診断プログラムを、前記故障診断の実行に先立って１
つのプログラムに統合する統合手段と、を具えたことを
特徴とする。

【００１２】

【作用】本発明の第１形態では、実行可能な診断プログ
ラムの組み合わせを各種定めておき、ユーザが指定手段
により指定した実行対象の診断処理に対応する組み合わ
せを識別する。この識別の結果、得られる組み合わせに
従って実行すべき診断処理プログラムを指示手段が指示
して行くので、診断処理毎に実行の有無を判別する必要
はなく、診断処理の実行時間が短縮化される。

【００１３】本発明の第２形態では、ユーザが指定手段
により指定した診断処理についての診断プログラムを統
合して１つのプログラムにしておくことで診断プログラ
ムの実行時には実行の要否判別処理が不要となる。

【００１４】

【実施例】以下、図面を参照して本発明実施例を詳細に
説明する。

【００１５】図１は本発明第１実施例の基本構成を示す
。

【００１６】第１実施例のプログラマブルコントローラ
は複数の診断処理プログラムを演算処理することにより
、装置内の複数の構成機器についての故障診断を行うプ
ログラマブルコントローラである。

【００１７】このプログラマブルコントローラは、前記
複数の診断処理プログラムの中の１以上の診断処理プロ
グラムについての組み合わせを複数種予め設定してあり
、実行対象の１以上の診断処理を指定する指定手段１１
００と、当該指定された診断処理に対応する前記診断プ
ログラムの組み合わせを識別する識別手段１２００と、
当該識別された組み合わせに従って実行対象の診断処理
プログラムを順次に指示する指示手段１３００とを具え
ている。

【００１８】本発明第１実施例の具体的な回路構成例を
図２に示す。

【００１９】図２はプログラマブルコントローラの制御
系の主要部の回路構成を示す。

【００２０】図２において、ＣＰＵ１０はシステムプロ
グラムメモリに格納された各種のプログラムを演算実行
する。

【００２１】システムプログラム２０には、装置全体を
制御するためのシステムプログラム，装置内の各回路の
故障診断を行う第１〜第３の診断プログラムを格納して
いる。

【００２２】なお、上記システムプログラムの中には図
３のイニシャル処理やベース処理および上記診断プログ
ラムを実行するための図４，図５に示すシステム制御手
順が含まれている。

【００２３】ワークメモリ３０はＣＰＵ１０の演算に用
いるデータを一時記憶する。

【００２４】ユーザプログラムメモリ４０はユーザの作
成したシーケンスプログラムを格納する。

【００２５】次に、プログラマブルコントローラの動作
手順を図３のフローチャートにより説明する。

【００２６】電源オンによりＣＰＵ１０はシステムプロ
グラムメモリ２０のシステムプログラムに従って、イニ
シャル処理を実行する（図３のステップＳ１００）。

【００２７】イニシャル処理は、不図示のプログラミン
グ装置からシーケンスプログラムを受信し、ユーザプロ
グラムメモリ４０に書き込む処理や、実行すべき診断処
理の種類を示す指定情報を上記プログラミング装置から
受信し、ワークメモリ３０に書き込む処理が含まれてい
る。プログラミング装置が本発明の指定手段に相当する
。

【００２８】本実施例の場合、実行対象の診断処理の種
類およびその個数毎に診断処理の組み合わせを予め定め
ておりその組み合わせを番号により表わす。本実施例で
は番号“１”は診断処理を全く実行しないことを示し、
番号“２”は第１診断処理のみの実行を示す。番号“３
”は第２診断処理のみの実行を示す。

【００２９】番号“４”は第３診断処理のみの実行を示
す。番号“５”は第１診断処理，第２診断処理の実行を
示す。

【００３０】番号“６”は第２診断処理，第３診断処理
の実行を示す。番号“７”は第１診断処理，第３診断処
理の実行を示す。

【００３１】番号“８”は、第１〜第３診断処理全てを
実行することを示す。

【００３２】イニシャル処理の後、ＣＰＵ１０はユーザ
プログラムメモリ４０からシーケンスプログラムを読出
し、従来と同様、シーケンス演算処理を行って、制御対
象の機器に送信すべき情報信号を決定する（図３のステ
ップＳ２００）。シーケンスプログラムの実行終了の後
、ＣＰＵ１０はシステム管理のためのベース処理、たと
えば制御対象機器との間で授受する入出力データ格納用
のメモリ（不図示）をリフレッシュする処理，プログラ
ミング装置との間の通信処理等および本発明に関わる診
断処理を実行する（図３のステップＳ３００）。

【００３３】この診断処理の処理手順については後述す
る。

【００３４】以下、ＣＰＵ１０は上述のステップＳ２０
０のシーケンスプログラムの実行処理，ステップＳ３０
０のベース処理を電源“断”まで繰り返し実行する。

【００３５】上記診断処理を実行するためのシステム制
御手順を図４に示す。

【００３６】このシステム制御手順には上述した番号す
なわち、実行すべき診断処理群の組み合わせについての
種類を示す番号に対応させて、これら診断プログラム群
を順次に起動させる命令（たとえば、サブルーチン実行
命令）が予め記載されている。なお、この起動命令を実
行するときのＣＰＵ１０が本発明の指示手段として動作
する。

【００３７】ＣＰＵ１０がこのシステム制御手順を開始
すると、まず、ＣＰＵ１０はイニシャル処理（図３のス
テップＳ１００）においてワークメモリ３０に格納され
ている指示情報を読出し、ユーザが要求している診断内
容を指示情報の示す番号により識別する（図４のステッ
プＳ３０１→Ｓ３０２）。このときのＣＰＵ１０が本発
明の識別手段として動作する。

【００３８】たとえば指示情報が番号“５”（Ｖ）であ
る場合、手順をステップＳ３５１へ進める。

【００３９】この結果、図４に示すように、まず、第１
診断処理がプログラムに記載された起動命令により起動
される。より具体的には、システムプログラムメモリ２
０の第１診断プログラムが図５のシステム処理手順に基
き順次に終了部分まで読出され、ＣＰＵ１０により演算
処理される。この後、ＣＰＵ１０の処理手順は図４のＳ
３５２に戻り、第２診断処理が起動される。この第２診
断処理の終了の後、ＣＰＵ１０の制御手順は図３のベー
ス処理３００に復帰する。

【００４０】以上、説明したように、本実施例ではユー
ザは実行したい診断処理の組み合わせを番号により指定
すると、プログラマブルコントローラ内のＣＰＵ１０は
番号により示される診断処理プログラム群を順次に起動
させる処理手順を選択し、実行する。

【００４１】このため、ユーザの指示する診断処理の内
容の識別処理は番号識別処理１回で済む。実行の診断処
理を情報テーブルにより識別する方法では、第１の診断
プログラムについて実行の有無を情報テーブルを参照し
て決定し、実行要の場合は第１の診断プログラムを実行
する。この後、第２診断プログラムについて、実行の有
無を上記情報テーブルにより決定する。このため、診断
処理が３種ある場合は、診断処理の内容識別処理、すな
わち、情報テーブルを参照する処理は３回行なわなけれ
ばならない。

【００４２】これに対し、第１実施例では診断処理の種
類の数に関わらず診断処理の種類内容は１回でよいこと
から、ＣＰＵ１０の演算処理時間がより短縮される。

【００４３】次に、ユーザから各診断処理毎の実行の有
無を指定された場合、より高速な診断処理を実現する第
２実施例について説明する。

【００４４】第２実施例を実現するための基本構成を図
６に示す。

【００４５】第２実施例のプログラマブルコントローラ
も複数の診断処理プログラムを演算処理することにより
、装置内の複数の構成機器についての故障診断を行うプ
ログラマブルコントローラである。

【００４６】このプログラマブルコントローラは、実行
対象の２以上の診断処理を指定する指定手段２１００と
、当該指定された診断処理に対応する２以上の診断プロ
グラムを、前記故障診断の実行に先立って１つのプログ
ラムに統合する統合手段とを具えている。

【００４７】第２実施例の具体的な回路構成例を図７に
示す。なお、本図の説明では第１実施例と異なる点につ
いて説明することにする。

【００４８】図７において、ワークメモリ７０はプログ
ラムエリア７１とワークエリア７２に分割されている。 プログラムエリア７１は実行対象の統合された診断プロ
グラムを格納しておくための領域である。ワークエリア
７２はＣＰＵ５０の演算データの一時格納用として用い
る。プログラミング装置（本発明の指定手段）を介して
ユーザから実行を指示された診断処理については、診断
処理の種類毎に実行の要否を示すビット情報を情報テー
ブルの形態でワークエリア７２に格納する。

【００４９】システムプログラムメモリ６０には第１実
施例のように図３の処理手順を実行するためのシステム
プログラムおよび第１〜第３の診断プログラムが格納さ
れ、システムプログラムの内容が次の処理を実行するよ
うに指定されている点が第１実施例と異なる。

【００５０】１）電源起動時等、システム運転に先立っ
て、実行予定の診断処理の種類をプログラミング装置か
ら受付け、指示された診断処理の診断プログラムをワー
クメモリ７０のプログラムエリア７１にＣＰＵ５０によ
り複写（コピー）する。この処理を実行するためのＣＰ
Ｕ１０の処理手順を図８に示す。

【００５１】２）システム運転時にはプログラムエリア
７１から診断プログラムをＣＰＵ５０により読出し実行
する。なお、この処理を実行するための処理手順は図５
の制御手順を用いることができる。

【００５２】図７の第２実施例の回路動作を説明する。

【００５３】電源投入又はシステム運転起動の指示に応
じて図３のシステム処理手順がＣＰＵ５０において開始
される。ＣＰＵ５０はまず、図８のイニシャル処理手順
に移行する。ＣＰＵ５０は従来同様のイニシャル処理を
実行した後、プログラミング装置から、実行対象の診断
処理の種類情報を受け付け、ワークメモリ７０のワーク
エリア７２に格納する（図８のステップＳ１０１）。こ
の結果、上述したようにワークエリア７２では診断処理
毎に実行の要否を示すビット情報で種類情報が格納され
る。

【００５４】次に、ＣＰＵ５０は第１の診断処理につい
ての実行の要否を上記ビット情報により判別する。判別
結果が実行“要”の場合は、システムプログラムメモリ
６０の第１診断プログラムを読出し、ワークメモリ７０
のプログラムエリア７１に書き込むことにより第１診断
プログラムを複写する。（図８のステップＳ１０２→Ｓ
１０３）。

【００５５】以下、第２診断処理，第３診断処理につい
ても実行の要否をワークエリア７２の種類情報により判
別し、実行“要”の場合、その診断プログラムを、前に
記憶の診断プログラムに引き続きプログラムエリア７１
に展開的にコピー記憶する（図８のステップＳ１０４〜
Ｓ１０６）。

【００５６】最終の診断プログラムについての実行要否
の判別処理およびコピー処理を終了すると、プログラム
エリア中の最後尾の診断プログラムの最終部分に終了コ
ードを付加し、複数の診断プログラムの統合処理を終了
する（図８のステップＳ１０８）。

【００５７】このときのＣＰＵ５０が本発明の統合手段
として動作する。

【００５８】その他イニシャル処理をＣＰＵ５０が実行
すると、ＣＰＵ５０は図３のステップＳ２００の処理手
順に復帰し、ユーザプログラム（シーケンスプログラム
）の実行処理，ステップＳ３００のベース処理を繰り返
し実行する。

【００５９】このベース処理における診断処理の実行に
おいて、図５の制御手順に基き、ＣＰＵ５０は、ワーク
メモリ７０のプログラムエリア７１の先頭アドレスを読
出しアドレスに初期設定した後、順次に診断プログラム
のプログラム命令を読出し、プログラム命令で指示され
る診断処理を実行して行く（図５のステップＳ１→Ｓ２
〜Ｓ５のループ処理）。

【００６０】最後尾の診断プログラムの最終部に付加さ
れた終了命令コードが読出されると（図５のステップＳ
３）、ＣＰＵ５０は図５の制御手順を終了し、図３のス
テップＳ３００の処理手順に復帰する。

【００６１】本実施例では、診断処理に先立って、実行
対象の診断プログラムを１つに統合するので、実際の診
断処理の実行時には診断処理の実行の要否の判別を行う
必要がなく、ループ処理内における診断処理がより短縮
される。

【００６２】第１，第２実施例の他に次の例が挙げられ
る。

【００６３】１）第１実施例では、ユーザにより選択し
た診断処理群を番号情報で表わすようにしているが、番
号に限らず“Ａ”，“Ｂ”…のような文字情報でもよい
。

【００６４】

【発明の効果】以上、説明したように、本発明によれば
、診断処理プログラムの実行前において、実行すべき診
断処理プログラムおよびその実行順が設定されるので、
診断処理プログラムの実行処理時間が短縮される。

【図面の簡単な説明】

【図１】本発明第１実施例の基本構成を示すブロック図
である。

【図２】本発明第１実施例の主要構成を示すブロック図
である。

【図３】本発明第１実施例のシステム処理手順を示すフ
ローチャートである。

【図４】本発明第１実施例のシステム処理手順を示すフ
ローチャートである。

【図５】本発明第１実施例のシステム処理手順を示すフ
ローチャートである。

【図６】本発明第２実施例の基本構成を示すブロック図
である。

【図７】本発明第２実施例の回路構成を示すブロック図
である。

【図８】本発明第２実施例のシステム処理手順を示すフ
ローチャートである。

【符号の説明】

１０，５０　　ＣＰＵ ２０，６０　　システムプログラムメモリ３０，７０　
　ワークメモリ

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　複数の診断処理プログラムを演算処理
   することにより、装置内の複数の構成機器についての故
   障診断を行うプログラマブルコントローラにおいて、前
   記複数の診断処理プログラムの中の１以上の診断処理プ
   ログラムについての組み合わせを複数種予め設定し、実
   行対象の１以上の診断処理を指定する指定手段と、当該
   指定された診断処理に対応する前記診断プログラムの組
   み合わせを識別する識別手段と、当該識別された組み合
   わせに従って実行対象の診断処理プログラムを順次に指
   示する指示手段とを具えたことを特徴とするプログラマ
   ブルコントローラ。
2. 【請求項２】　　複数の診断処理プログラムを演算処理
   することにより、装置内の複数の構成機器についての故
   障診断を行うプログラマブルコントローラにおいて、実
   行対象の２以上の診断処理を指定する指定手段と、当該
   指定された診断処理に対応する２以上の診断プログラム
   を、前記故障診断の実行に先立って１つのプログラムに
   統合する統合手段と、を具えたことを特徴とするプログ
   ラマブルコントローラ。