(57)【特許請求の範囲】
【請求項１】
制御プログラムに基づいて動作する制御装置から送信されたモニタデータをモニタ装置が受信して表示する制御システムにおいて、
前記制御装置は、
前回のモニタ表示時から次のモニタ表示時までの前記制御プログラムのモニタ範囲で使用された変数の値を、前記制御プログラム実行毎に収集し、また以前に収集した値と比較した比較結果から得られた前記変数の値の変化回数を示す状態変化データを求め、モニタデータ送信周期にあわせて前記制御プログラム実行毎に収集した前記変数の値を前記モニタデータとして送信するとともに前記状態変化データを送信し、
前記モニタ装置は、
前記制御装置からの前記モニタデータと前記状態変化データとを受信すると、前記変数の値の変化回数を示す前記状態変化データの内容にしたがって表示色と輝度とのうちの少なくとも一方を変化させて前記モニタデータの表示状態を切り替える
ことを特徴とする制御システム。
【請求項２】
制御プログラムに基づいて動作し、その状態を表示するためのモニタデータをモニタ装置に送信する制御装置において、
前記制御プログラムのモニタ範囲で使用される変数の値を、前記制御プログラム実行毎に保存し、また以前に保存した値と比較する手段と、
比較結果から得られた前記変数の値の変化回数を示す状態変化データと前記制御プログラム実行毎に保存された前記変数の値である前記モニタデータとを、モニタデータ送信周期にあわせて送信する手段と
を具備したことを特徴とする制御装置。
【請求項３】
制御プログラムに基づいて動作する制御装置から送信されたモニタデータを受信して表示するモニタ装置において、
前記制御装置から、前記制御プログラムのモニタ範囲で使用される変数の値を、前記制御プログラム実行毎に保存し、また以前に保存した値と比較した比較結果から得られた前記変数の値の変化回数を示す状態変化データと前記制御プログラム実行毎に保存された前記変数の値である前記モニタデータとを受信する手段と、
前記状態変化データの内容にしたがって表示色と輝度とのうちの少なくとも一方を変化させて前記モニタデータの表示状態を切り替える手段と
を具備したことを特徴とするモニタ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば鉄鋼、製紙プラントや自動車産業などの組立作業を含むＦＡ分野、化学プラントなどのＰＡ分野、そして上下水道システム他の公共システムなど、産業用システムの制御に広く使用されている制御システム及び制御装置並びにモニタ装置に関する。
【０００２】
【従来の技術】
産業用制御装置において動作する制御プログラムの実行状態を確認するには、モニタ装置上に対象となる制御プログラムを表示させ、制御プログラム中の命令や接続線などの構成要素の近くに命令実行結果の値や、ＯＮ／ＯＦＦ情報を表示させるのが一般的である。
【０００３】
この方法では制御プログラムを実行完了した時点での命令実行結果や接続線の状態を知ることが可能であるが、これらの制御プログラムの実行結果は、制御装置からモニタ装置に伝送されたデータであることが多く、制御装置とモニタ装置間のデータ伝送速度により、その表示内容の質が左右される。
【０００４】
【発明が解決しようとする課題】
モニタ装置で確認したい制御プログラムのモニタ範囲が広くなるにつれて、また制御装置の実行周期が短くなるにつれて、モニタ装置に送信すべきモニタデータは多くなる。
【０００５】
しかし、制御装置とモニタ装置間のデータ転送速度は通常、モニタデータを全て送信できる程には高速ではないので、モニタ周期は制御装置での制御プログラム実行周期に比較して長くなる。
【０００６】
この場合、モニタ装置での制御プログラムの表示内容はモニタ周期でサンプリングした内容となるので、モニタ画面は制御プログラムの実行の様子を正しく反映したものではなくなってしまう場合がある。この場合、モニタ装置の操作者が制御プログラムの実行状況を正確に把握できない場合がある。
【０００７】
以下に、モニタ画面の表示内容と制御プログラムの実行内容とが整合しない状況を詳細に説明する。
【０００８】
図７は、従来の制御装置の動作を例示するフロー図である。従来の制御装置では、この図７に示すように、プログラム実行及びモニタデータ収集プログラム（図７（ａ））とモニタデータをモニタ装置に送信するプログラム（図７（ｂ））が並列に実行される。
【０００９】
プログラム実行及びモニタデータ収集プログラムの方が一般的に実行時間が短く、モニタデータ送信時間の１／１０〜１／１００の時間で実行される。
【００１０】
したがって、図７（ａ）のプログラムで収集されたモニタデータの多くは使用されずに捨てられている。
【００１１】
図８は、従来のモニタ装置でのモニタ表示動作を例示するフロー図である。
【００１２】
モニタ表示を開始すると、モニタ装置は初期化処理を実行し（ｓｔ８０１）、モニタ範囲の制御プログラム内の制御命令を順に読み出してモニタ命令の種別を調べ（ｓｔ８０２）、その命令のオペランドがビットなのか数値なのか判断する（ｓｔ８０３）。
【００１３】
オペランドがビットであれば、制御装置から送信されたモニタデータの中からビットデータ部分を順に取りだし、そのデータがＯＮかＯＦＦかにしたがって（ｓｔ８０４）、該当する命令のＯＮ／ＯＦＦ表示を行う（ｓｔ８０５，ｓｔ８０６）。
【００１４】
また、制御命令のオペランドが数値であれば、同様にモニタデータから数値データを順に取りだして、該当する命令に数値表示を実行する（ｓｔ８０７）。
【００１５】
このようにして、制御命令のそれぞれに該当するモニタデータを表示する。モニタ範囲が終了でなければ（ｓｔ８０８）、モニタ対象命令ポインタを更新し（ｓｔ８０９）、初期化処理から後の処理をモニタ範囲の最後まで繰り返す。
【００１６】
このようにしてモニタ装置はモニタ表示を実行し、新しいモニタデータを受信する毎に前記の動作を繰り返す。
【００１７】
この場合、制御装置で実行されているあるビットオペランドをもつ制御命令Ａに着目してみると、そのモニタデータＡｎは図９に示すようになる。
【００１８】
この図９は、モニタデータの送信周期、制御命令Ａのモニタデータ、制御命令Ａの状態を比較している。
【００１９】
制御装置内では制御プログラムが繰り返し実行され、ｍ回目のモニタデータ送信について、複数回のデータ収集が実行されているが、実際にモニタ装置に送信されるのは最後に収集されたＡｎのデータだけである。
【００２０】
このとき、制御プログラム上では図９のタイミングチャートに示すようにＡｎは複数回変化している可能性があるが、モニタ装置に送信されるモニタデータは最後のモニタデータだけなので、モニタ装置上のモニタ表示は実際の変化状態とは食い違っている場合が生じる。したがって、制御データの変化を把握しにくい場合がある。
【００２１】
本発明は、以上のような実情に鑑みてなされたもので、制御データの変化を把握容易とする制御システム及び制御装置並びにモニタ装置を提供することを目的とする。
【００２２】
【課題を解決するための手段】
本発明の骨子は、制御プログラムのモニタを実施するために制御装置が制御プログラムを実行した結果をモニタ装置に送信する場合に、制御プログラムの実行結果と共に前回のモニタデータからの変化状態を同時に送信し、モニタ装置側ではその変化状態を利用して制御プログラムのモニタ画面の表示状態を変化させることにより、制御プログラムの実行結果をモニタデータとしてサンプリングした値の表示ばかりでなく、それらの変化状態も同時に把握可能とする点にある。
【００２３】
以下、本発明を実現するにあたって講じた具体的手段について説明する。
【００２４】
第１の発明は、制御プログラムに基づいて動作する制御装置から送信されたモニタデータをモニタ装置が受信して表示する制御システムに関する。この第１の発明における制御装置は、前回のモニタ表示時から次のモニタ表示時までの制御プログラムのモニタ範囲で使用された変数の値を制御プログラム実行毎に収集し、また以前に保存した値と比較した比較結果から得られた変数の値の変化回数を示す状態変化データを求め、モニタデータ送信周期にあわせて制御プログラム実行毎に収集した変数の値をモニタデータとして送信するとともに状態変化データを送信する。また、モニタ装置は、制御装置からのモニタデータと状態変化データとを受信すると、変数の値の変化回数を示す状態変化データの内容にしたがって表示色と輝度とのうちの少なくとも一方を変化させてモニタデータの表示状態を切り替える。
【００２５】
なお、制御装置は、制御プログラム記憶手段、制御データ記憶手段、制御プログラム実行手段、モニタ用データ抽出手段、モニタデータ蓄積手段、モニタデータ解析手段、モニタ装置との通信手段とを具備してもよい。
【００２６】
また、モニタ装置は、制御プログラム記憶手段、制御データ記憶手段、モニタ範囲、モニタ方法指定手段、制御装置との通信手段、モニタ表示手段とを具備してもよく、制御装置の動作をモニタする。
【００２７】
例えば、このモニタ装置は、状態変化データに応じてモニタデータを多値式に表示する。
【００２８】
この第１の発明においては、モニタ装置が制御装置で実行されている制御プログラムの変数の値をモニタデータとして表示する際に、制御プログラムの変数の値の瞬時値ばかりでなく、前回のモニタ表示から今回のモニタ表示までの間に発生した制御プログラムの変数の値の変化回数をも判断することが可能となる。したがって、モニタ装置の操作者が制御プログラムの実行の様子をよりよく把握できる。
【００２９】
第２の発明は、制御プログラムに基づいて動作し、その状態を表示するためのモニタデータをモニタ装置に送信する制御装置に関する。この第２の発明は、制御プログラムのモニタ範囲で使用される変数の値を、制御プログラム実行毎に保存し、また以前に保存した値と比較する手段と、比較結果から得られた変数の値の変化回数を示す状態変化データと制御プログラム実行毎に保存された変数の値であるモニタデータとを、モニタデータ送信周期にあわせて送信する手段とを具備する。
【００３０】
この第２の発明の制御装置においては、この制御装置で制御プログラムが実行されると使用された変数の値が収集され、かつ前回実行時の変数の値と比較されその変化状態もモニタデータとともにモニタ装置へ送信される。
【００３１】
したがって、モニタ装置では制御プログラムの変数の値ばかりでなく、変数の値の変化状態も同時に表示できる。
【００３２】
第３の発明は、制御プログラムに基づいて動作する制御装置から送信されたモニタデータを受信して表示するモニタ装置に関する。この第３の発明は、制御装置から、制御プログラムのモニタ範囲で使用される変数の値を、制御プログラム実行毎に保存し、また以前に保存した値と比較した比較結果から得られた変数の値の変化回数を示す状態変化データと制御プログラム実行毎に保存された変数の値である前記モニタデータとを受信する手段と、状態変化データの内容にしたがって表示色と輝度とのうちの少なくとも一方を変化させてモニタデータの表示状態を切り替える手段とを具備する。
【００３３】
この第３の発明のモニタ装置においては、制御プログラムの変数の値を表示するばかりでなく、制御装置から送信された制御データなどの変化状態をも表示できる。
【００３４】
したがって、モニタ装置の操作者に対して、制御プログラムの実行状態をよりよく伝達することができる。
【００３７】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００３８】
（第１の実施の形態）
図１は、本実施の形態に係る制御システムの構成例を示すブロック図である。
【００３９】
また、図２は、この制御システムに備えられる制御装置の構成例を示すブロック図であり、図３は、この制御装置に備えられているシーケンス演算プロセッサの構成例を示すブロック図である。
【００４０】
さらに、図４は、本実施の形態に係る制御システムに備えられるモニタ装置の構成例を示すブロック図である。
【００４１】
まず、本実施の形態に係る制御システムについて、上記図１に示す制御システムの構成、上記図２に示す制御装置の構成、上記図４に示すモニタ装置の構成を用いて説明する。
【００４２】
図１に示すように、制御システム５は、制御装置１とモニタ装置３とがデータ通信可能な状態でデータ転送媒体３に接続されて構成される。
【００４３】
図２に示すように、制御装置１は、制御装置１全体の制御を実行するＣＰＵ１１、制御プログラムを実行するシーケンス演算プロセッサ４、制御プログラムを格納する制御プログラムメモリ１５、制御プログラムに使用する変数データを格納するデータメモリ１６、ＣＰＵ１１や他の要素を接続するためのシステムバス１７、モニタ装置と通信するための通信インタフェース１８、制御対象との入出力を行う入出力モジュール１９、プログラムメモリ１２、ワークメモリ１３から構成される。
【００４４】
図４に示すように、モニタ装置２は、モニタ装置２全体の制御を実行するＣＰＵ２０１、制御装置１が格納する制御プログラムと同一のプログラムを格納しておく制御プログラムメモリ２０４、変数データを格納するデータメモリ２０５、制御装置１と通信するための通信インタフェース２０８、モニタ範囲の指定、変数データの指定などを行うための入力装置（キーボードなど）２１０、入力装置２１０を接続するための入出力インタフェース２０９、プログラムやデータを表示する表示装置２１１、表示装置２１１をＣＰＵ２０１と接続するための表示インタフェース２０６、ＣＰＵ２０１と各構成要素を接続するシステムバス２０７から構成される。
【００４５】
制御プログラムのモニタ中の場合、制御装置１は、モニタ範囲の制御プログラムを実行する際に、使用した変数データを時系列的に蓄積する。そして、個々のデータを前回実行時の蓄積データと比較し、その変化状態を個々のデータ毎の状態変化データとして蓄積する。その後、蓄積データをモニタデータとして状態変化データとともに通信インタフェースを介してモニタ装置２に送信する。送信が完了した時点で、蓄積データと状態変化データはクリアされる。
【００４６】
モニタ装置２は、制御装置１から送信されたモニタデータを最新のデータとして表示するとともに、状態変化データの内容にしたがって表示色や表示輝度を変化可能に構成されているので、制御プログラムの実行結果の変化状態をより正確に表示することが可能である。
【００４７】
次に、本実施の形態に係る制御システム５を構成する制御装置１について、上記図２に示す制御装置１の構成、上記図３に示す制御装置１のシーケンス演算プロセッサ４の構成を用いて説明する。
【００４８】
本実施の形態においては、制御プログラムがシーケンス演算プロセッサ４と称する制御プログラム実行用の専用回路で実行されるとする。なお、これと同等の論理をソフトウェアで実現してＣＰＵ１１で実行してもよい。
【００４９】
制御プログラムはシーケンス命令と呼ばれる命令で記述され、制御プログラムメモリ１５に格納されているとする。
【００５０】
シーケンス演算プロセッサ４は、システムバス１７を介して制御プログラムメモリ１５から読み出した制御プログラムを実行する。
【００５１】
内部レジスタ４０２は、演算実行に必要なデータを一時的に格納しておくレジスタである。
【００５２】
シーケンス命令ポインタ４０３は、実行中の制御プログラムのアドレスを格納しておくレジスタである。
【００５３】
シーケンス命令レジスタ４０４は、現在実行中のシーケンス命令のコードを格納しておくレジスタである。
【００５４】
オペランドデータレジスタ４０５は、シーケンス命令の演算対象となるデータを格納しておくレジスタである。
【００５５】
モニタ開始アドレスレジスタ４０６は、モニタ装置２から指定されたモニタ開始アドレスを格納しておくレジスタである。
【００５６】
モニタ終了アドレスレジスタ４０７は、モニタ終了アドレスを格納しておくレジスタである。
【００５７】
モニタ命令アドレスレジスタ４０８は、モニタ対象となる命令のアドレスを格納しておくレジスタである。
【００５８】
比較回路４０９は、前置されたアドレスレジスタの内容と、命令ポインタや命令レジスタやデータレジスタの内容とを比較して一致信号をデータ蓄積制御回路４１０に送る。
【００５９】
データ蓄積制御回路４１０は、データ蓄積の開始および停止タイミングの制御や、蓄積すべきデータの形を実行中の命令種別によって判定するなどの動作を行い、データ蓄積動作全体の制御を行う。また、データ蓄積制御回路４１０は、必要時にはシステムバス１７を介してＣＰＵ１１に割込み信号を送出することができる。
【００６０】
ステップモニタ指定フラグ４１１は、制御プログラムを１ステップ実行する毎に実行を中断して、モニタ装置２との同期を図るためのフラグである。
【００６１】
蓄積データカウンタ４１２は、蓄積したデータ数をカウントするカウンタである。
【００６２】
データ蓄積メモリ４１３は、データ蓄積用のバッファとして使用されるメモリであり、ビットデータ、ワードデータ、状態変化データなどを格納する。
【００６３】
モニタカウンタ４１４は、モニタデータをモニタ装置２に送信してからのモニタ回数をカウントする。このモニタカウンタ４１４は、モニタ装置２へモニタデータを送信完了した時点で０にリセットされる。
【００６４】
シーケンス演算プロセッサ４は、入出力モジュール１９を介して外部の制御対象の状態を入力した後、制御プログラムメモリ１５から制御プログラムを読み出し、必要に応じてデータメモリ内のデータをアクセスしながら実行し、結果を入出力モジュール１９経由で外部の制御対象に出力する。
【００６５】
シーケンスプログラムの実時間モニタを行うときには、まずモニタ開始アドレスをＣＰＵ１１からモニタ開始アドレスレジスタ４０６にセットし、モニタ終了アドレスをモニタ終了アドレスレジスタ４０７にセットする。
【００６６】
その後、制御プログラムの実行を開始するとモニタ対象範囲の制御プログラムを実行した際に、比較回路４０９がシーケンス命令ポインタの値とモニタ開始アドレスを比較して一致を検出すると、データ蓄積制御回路４１０がそれ以降の必要なデータをデータ蓄積メモリ４１３に格納する。
【００６７】
また、このとき、モニタカウンタ４１４が０でなければ、前回のモニタデータが存在するので、データ蓄積制御回路４１０は該当する命令の前回のモニタデータと今回のデータを比較し、変化があれば状態変化データをインクリメントする。
【００６８】
図５は、状態変化データの内容を例示している。
【００６９】
この例では、モニタデータ送信までのデータの変化回数が状態変化データとして記録されている。１命令分のモニタデータを蓄積した時点で蓄積データカウンタ４１２を更新する。
【００７０】
モニタ終了アドレスが検出されるか、蓄積データカウンタ４１２が規定の値になるとデータ蓄積制御回路４１０がそれをＣＰＵ１１に知らせ、データ蓄積メモリ４１３の読み取りやモニタの終了処理を要求する。
【００７１】
このようにして制御プログラムの実時間モニタを実行する。制御装置１のＣＰＵ１１は収集された変数データを通信インタフェース１８経由でモニタ装置２に送信する。このようにして制御装置１はモニタ範囲で使用されている変数データを使用された順に収集する。モニタ装置２へのモニタデータ送信が可能になった時点で、制御装置１はモニタデータと状態変化データをモニタ装置２へ送信する。送信完了後、モニタカウンタ４１４と状態変化データをクリアする。
【００７２】
制御装置１は、上記の処理を実行することでモニタデータと状態変化データをモニタ装置２へ送信することが可能になる。
【００７３】
次に、本実施の形態に係る制御システム５を構成するモニタ装置２について、上記図４に示すモニタ装置２の構成を用いて説明する。
【００７４】
モニタ装置２において、制御プログラムメモリ２０４には現在モニタしている制御装置１が持つ制御プログラムと同一のプログラムを格納しておく。
【００７５】
モニタ装置２の操作者は、モニタ装置２の表示装置２１１と入力装置２１０を使用して制御プログラムのモニタ範囲を指定する。制御装置１からモニタ範囲のモニタデータと状態変化データが送信されてくると、モニタ装置２は該当する制御プログラムの命令種別に従って、制御命令の表示を変化させる。このとき、状態変化データの内容を併用することによって、表示を変化させることができる。
【００７６】
例えば、ビットオペランド命令の通常のＯＮ表示はＯＦＦ表示と比較して高輝度の表示か特定色の表示が行われるが、前回の表示から今回の表示の間に２回以上の変化があった場合にはＯＮ／ＯＦＦ表示色の輝度を上げるとか、異なる表示色を使用することにより、そのデータの変化を強調することが可能である。
【００７７】
図６は、状態変化データの内容に基づいて表示を変化させるモニタ装置２の処理を例示するフロー図である。
【００７８】
モニタ装置２が制御装置１をモニタ中であれば（ｓｔ６０１）、モニタ対象命令の種別を調べ（ｓｔ６０２）、オペランドがビットか否かを判断する（ｓｔ６０３）。
【００７９】
オペランドがビットの場合、モニタデータを読み出して表示色を決定し（ｓｔ６０４）、状態変化データを読み出してその輝度を決定する（ｓｔ６０５）。
【００８０】
一方、オペランドがビットの場合、モニタデータを読み出し（ｓｔ６０６）、状態変化データを読み出して表示色と輝度を決定する（ｓｔ６０７）。
【００８１】
そして、モニタ装置２は、決定した内容でデータを表示装置２１１に表示する（ｓｔ６０８）。モニタ範囲が終了でなければ（ｓｔ６０９）、モニタ対象命令のポインタを更新し、同様の処理を繰り返す（ｓｔ６１０）。
【００８２】
従来の表示において、ＯＮ表示が赤、ＯＦＦ表示が青だったとする。このとき、前回のモニタ表示がＯＮで今回もＯＮであれば、モニタ表示はただの赤色の表示であるが、本実施の形態におけるモニタ装置２では、前回のモニタ表示から、今回のモニタ表示までの間に制御データがＯＮ→ＯＦＦ→ＯＮなどの２回以上の変化があった場合に、それを高輝度の赤色表示により、表現することが可能である。
【００８３】
さらに変化回数により輝度の差を設定することにより、より詳細な表現も可能となる。
【００８４】
同様にモニタデータが数値データであっても、前回のモニタデータからの変化がない場合には通常輝度の表示とし、前回のモニタデータから変化があった際には輝度や表示色を変化させるなどして、制御データの変化の様子を詳細に表示することが可能である。
【００８５】
以上説明したように、本実施の形態に係る制御システム５においては、制御装置１がモニタデータを作成する際に、前回のモニタデータからの変化を状態変化データとして同時に作成し、モニタ装置２がモニタ表示をする際に、モニタデータばかりでなく状態変化データも使用して表示色や輝度を変化させる。
【００８６】
したがって、制御データの変化の様子をモニタ表示周期に関係なく分かりやすく表示することができる。
【００８７】
（第２の実施の形態）
本実施の形態においては、制御装置が上記第１の実施の形態で説明した機能を持たない場合に、モニタ装置側の機能のみで上記と同様の表示内容を得るためのモニタ装置について説明する。
【００８８】
制御装置が上記第１の実施の形態で説明した機能を持たない場合、モニタ装置は、表示を行うためにモニタデータを前回のモニタデータと比較して同様に状態変化データを作成する。
【００８９】
この場合、変化回数は０か１しか存在しないので、変化回数が０の場合は通常表示とし、変化回数が１のときには高輝度表示か特別色表示とする。
【００９０】
これにより、データが変化しているのか変化していないのか容易に判断できるようになる。
【００９１】
すなわち、本実施の形態に係るモニタ装置においては、制御装置に状態変化データの作成機能がない場合でも、モニタデータの変化状態から状態変化データを作成することで、通常の２値でのモニタ表示と比較して制御データの変化を理解しやすい状態で表示することができる。
【００９２】
なお、上記各実施の形態で説明した制御システム、制御装置、モニタ装置においては、同様の作用・機能を実現可能であれば各構成要素の配置を変更させてもよく、また各構成要素を自由に組み合わせてもよい。
【００９３】
また、上記各実施の形態で説明した制御システム、制御装置、モニタ装置の機能は、コンピュータに実行させることのできるプログラムとして、例えば磁気ディスク（フロッピーディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録媒体に書き込んでコンピュータに適用したり、通信媒体により伝送してコンピュータに適用することも可能である。上記機能を実現するコンピュータは、記録媒体に記録されたプログラムを読み込み、プログラムによって動作が制御されることにより、上述した処理を実行する。
【００９４】
【発明の効果】
以上詳記したように本発明においては、制御装置がモニタデータを作成する際に、前回のモニタデータからの変化を状態変化データとして同時に作成し、モニタ装置がモニタ表示をする際に、モニタデータと状態変化データとを使用して表示を行う。
【００９５】
これにより、モニタ装置の表示内容で制御プログラムの実行内容を詳細に確認でき、制御データの変化をモニタ表示周期に関係なく分かりやすく表示することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る制御システムの構成例を示すブロック図。
【図２】同実施の形態に係る制御システムに備えられる制御装置の構成例を示すブロック図。
【図３】同実施の形態における制御装置に備えられているシーケンス演算プロセッサの構成例を示すブロック図。
【図４】同実施の形態に係る制御システムに備えられるモニタ装置の構成例を示すブロック図。
【図５】状態変化データの内容を例示する図。
【図６】状態変化データの内容に基づいて表示を変化させるモニタ装置の処理を例示するフロー図。
【図７】従来の制御装置の動作を例示するフロー図。
【図８】従来のモニタ装置でのモニタ表示動作を例示するフロー図。
【図９】モニタデータの送信周期、制御命令のモニタデータ、制御命令の状態を比較した図。
【符号の説明】
１…制御装置
２…モニタ装置
３…データ転送媒体
４…シーケンス演算プロセッサ
５…制御システム
１１、２０１…ＣＰＵ
１２、２０２…プログラムメモリ
１３、２０３…ワークメモリ
１５、２０４…制御プログラムメモリ
１６、２０５…データメモリ
１７、２０７…システムバス
１８、２０８…通信インタフェース
１９…入出力モジュール
２０６…表示インタフェース
２０９…入出力インタフェース
２１０…キーボード
２１１…表示装置
４０１…シーケンス演算回路
４０２…内部レジスタ
４０３…シーケンス命令ポインタ
４０４…シーケンス命令レジスタ
４０５…オペランドデータレジスタ
４０６…モニタ開始アドレスレジスタ
４０７…モニタ終了アドレスレジスタ
４０８…モニタ命令アドレスレジスタ
４０９…比較回路
４１０…データ蓄積制御回路
４１１…ステップモニタ指定フラグ
４１２…蓄積データカウンタ
４１３…データ蓄積メモリ
４１４…モニタカウンタ
【図１】
0003702161.tif 000002
【図２】
0003702161.tif 000003
【図３】
0003702161.tif 000004
【図４】
0003702161.tif 000005
【図５】
0003702161.tif 000006
【図６】
0003702161.tif 000007
【図７】
0003702161.tif 000008
【図８】
0003702161.tif 000009
【図９】
0003702161.tif 000010