(57)【要約】【課題】  自らを含む制御システムを、より容易かつ的確に診断可能な制御用表示装置を実現する。【解決手段】  プログラマブル表示器１２は、操作画面生成部５１、ラダーモニタ画面生成部５２および表示処理部５４を備えている。上記操作画面生成部５１は、画面データに基づいて、デバイス２ａの状態を表示すると共に、デバイス２ａへの操作を受け付ける操作画面のイメージを生成する。一方、上記ラダーモニタ画面生成部５２は、ラダーモニタ画面として、デバイス２ａを制御する際に実行される制御プログラムを示す画面を表示する。さらに、表示処理部５４は、ブレンド率設定処理部５３の設定したブレンド率により、上記両画面生成部５１・５２の生成した画面を合成して、ディスプレイ２３に表示する。これにより、上記操作画面へ半透明な上記ラダーモニタ画面が重ね合わせ表示される。【選択図】  図１
2006209381.tif 000002
【特許請求の範囲】
【請求項１】
予め格納された画面データに基づいて、デバイスの状態を表示すると共に、デバイスへの操作を受け付ける操作画面を表示する操作画面表示部と、プログラム表示画面として、上記デバイスを制御する制御装置が当該デバイスを制御する際に実行する制御プログラムを示す画面を表示する制御プログラム表示部とを有する制御用表示装置において、
上記操作画面へ半透明な上記プログラム表示画面が重ね合わせ表示されるように制御する表示制御手段とを備えていることを特徴とする制御用表示装置。
【請求項２】
上記制御プログラム表示部は、上記制御プログラムをラダー図として表示することを特徴とする請求項１記載の制御用表示装置。
【請求項３】
上記制御プログラムを構成する各命令には、それぞれの動作の対象として上記デバイスの少なくとも１つを対応付けることができ、
上記プログラム表示画面へ上記制御プログラムを構成する各命令を表示する際、上記制御プログラム表示部は、命令の動作にデバイスが対応付けられていれば、当該デバイスの状態に応じて、各命令に対応する表示要素の表示形式を変更して表示すると共に、
さらに、少なくとも上記制御プログラム表示部が表示する上記表示要素に対応するデバイスの状態変化を監視する監視手段が設けられていると共に、
上記表示制御手段は、上記監視手段により状態変化が検出されたデバイスに対応する表示要素について、半透明の度合いを変更するか、不透明にすることを特徴とする請求項１または２記載の制御用表示装置。
【請求項４】
請求項１〜３のいずれか１項に記載の制御用表示装置の備える上記手段としてコンピュータを動作させるプログラム。
【請求項５】
請求項４記載のプログラムが記録された記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスの状態を表示すると共に、デバイスへの操作を受け付ける制御用表示装置、並びに、そのプログラムおよび記録媒体に関するものである。
【背景技術】
【０００２】
従来から、制御システムのＨＭＩ（Human Machine Interface ）として、プログラマブル表示器が広く使用されている（後述する特許文献１参照）。当該プログラマブル表示器は、予め格納された画面データに基づいて、デバイスの状態を操作画面上に表示してオペレータへ通知すると共に、オペレータによる操作画面への操作を受け付け、当該操作に応じてデバイスを制御している。また、特許文献１記載のプログラマブル表示器は、ＰＬＣ（プログラマブル・ロジック・コントローラ）の機能も兼ね備えており、制御プログラムとしてのラダープログラムを実行して、各デバイスを制御することもできる。
【０００３】
さらに、当該プログラマブル表示器は、ラダーモニタ画面中に、制御プログラムを示すラダー図を表示することもでき、当該ラダーモニタ画面は、例えば、あるデバイスの状態が異常な場合に、その異常の原因となるデバイスを特定する際などに好適に用いられている。
【特許文献１】特開２００４−５０６０号公報（公開日：2004年１月８日）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の構成では、ラダーモニタ画面と、操作画面とは別の画面であって、プログラマブル表示器のオペレータが、双方を確認するためには、両画面を切り換え表示させる必要がある。したがって、プログラマブル表示器を含む制御システムの状態を的確に診断するための手間がかかるという問題を生じる。
【０００５】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、自らを含む制御システムを、より容易かつ的確に診断可能な制御用表示装置を実現することにある。
【課題を解決するための手段】
【０００６】
本発明に係る制御用表示装置は、上記課題を解決するために、予め格納された画面データに基づいて、デバイスの状態を表示すると共に、デバイスへの操作を受け付ける操作画面を表示する操作画面表示部と、プログラム表示画面として、上記デバイスを制御する制御装置が当該デバイスを制御する際に実行する制御プログラムを示す画面を表示する制御プログラム表示部とを有する制御用表示装置において、上記操作画面へ半透明な上記プログラム表示画面が重ね合わせ表示されるように制御する表示制御手段とを備えていることを特徴としている。また、上記構成に加えて、上記制御プログラム表示部は、上記制御プログラムをラダー図として表示してもよい。
【０００７】
これらの構成では、操作画面に、半透明なプログラム表示画面が重ね合わせて表示されるので、両画面を表示する表示装置の表示画面が比較的狭く、両画面を別々の表示領域に表示することが難しい場合であっても、制御用表示装置のオペレータは、両画面の切り換え操作を行うことなく、両画面を同時に確認することができる。この結果、制御用表示装置を含む制御システムを、より容易かつ的確に診断できる。
【０００８】
さらに、上記構成に加えて、上記制御プログラムを構成する各命令には、それぞれの動作の対象として上記デバイスの少なくとも１つを対応付けることができ、上記プログラム表示画面へ上記制御プログラムを構成する各命令を表示する際、上記制御プログラム表示部は、命令の動作にデバイスが対応付けられていれば、当該デバイスの状態に応じて、各命令に対応する表示要素の表示形式を変更して表示すると共に、さらに、少なくとも上記制御プログラム表示部が表示する上記表示要素に対応するデバイスの状態変化を監視する監視手段が設けられていると共に、上記表示制御手段は、上記監視手段により状態変化が検出されたデバイスに対応する表示要素について、半透明の度合いを変更するか、不透明にしてもよい。なお、表示要素としては、例えば、図形や文字などが挙げられる。また、表示形式の変更としては、例えば、形状、色あるいは点滅の有無などの変更などが挙げられる。
【０００９】
ここで、上記構成では、半透明なプログラム表示画面を操作画面に重ね合わせて表示している。したがって、仮に、半透明の度合いを一律に設定したとすると、プログラム表示画面のみを表示している場合と比較して、プログラム表示画面が若干見づらくなってしまう虞れがあり、デバイスの状態変化に起因する表示要素の変化をオペレータが見落とす可能性が高くなってしまう虞れがある。
【００１０】
これに対して、上記構成では、自らに対応するデバイスの状態が変化した表示要素は、半透明の度合いが変化されるか、不透明に表示されるので、当該表示要素は、プログラム表示画面中の他の表示要素（対応するデバイスの状態が変化していない表示要素）よりも強調して表示される。この結果、デバイスの状態変化に起因する表示要素の変化をオペレータが見落とす可能性を抑制でき、制御用表示装置のオペレータは、より容易かつ的確に、上記制御システムを診断できる。
【００１１】
ところで、上記制御用表示装置は、ハードウェアで実現してもよいが、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上記いずれかの制御用表示装置の備える上記手段（表示制御手段、あるいは、さらに監視手段）としてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。
【００１２】
これらのプログラムが上記コンピュータによって実行されると、当該コンピュータを含む制御用表示装置は、上記制御用表示装置のいずれかとして動作する。したがって、上記制御用表示装置と同様に、制御用表示装置を含む制御システムを、より容易かつ的確に診断可能な制御用表示装置を実現できる。
【発明の効果】
【００１３】
本発明によれば、操作画面に、半透明なプログラム表示画面を重ね合わせ表示するので、両画面を表示する表示装置の表示画面が比較的狭く、両画面を別々の表示領域に表示することが難しい場合であっても、制御用表示装置のオペレータは、両画面の切り換え操作を行うことなく、両画面を同時に確認することができる。この結果、制御用表示装置を含む制御システムを、より容易かつ的確に診断できる。それゆえ、プログラマブル表示器をはじめとする制御用表示装置として、広く好適に使用できる。
【発明を実施するための最良の形態】
【００１４】
本発明の一実施形態について図１ないし図１５に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御システム１は、オペレータが操作画面とラダーモニタ画面とを切り換えなくても、両画面を同時に確認可能なシステムであって、例えば、図２に示すように、例えば、ベルトコンベアー式の自動組付機など、ターゲットシステム２のデバイス（制御対象）２ａを制御するために用いられている。
【００１５】
なお、以下では、プログラマブル表示器１２による上記両画面の表示処理について説明する前に、制御システム１の全体構成、並びに、通常の制御状態におけるプログラマブル表示器１２の動作について簡単に説明する。
【００１６】
すなわち、上記制御システム１には、上記デバイス２ａを制御する制御装置としてのＰＬＣ１１と、多くの場合、制御対象近傍に配されると共に、制御システム１のＨＭＩとして、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるプログラマブル表示器（制御用表示装置）１２とを備えている。また、本実施形態に係るプログラマブル表示器１２は、詳細は後述するように、ＰＬＣとしての機能も備えており、それぞれに対応するＰＬＣ１１だけではなく、自らが制御するデバイス２ａにも直接接続されている。
【００１７】
さらに、本実施形態に係る制御システム１では、各プログラマブル表示器１２は、イーサネット（登録商標）などのＬＡＮ（ローカルエリアネットワーク）１３によって互いに接続されている。また、上記ＬＡＮ１３には、多くの場合、プログラマブル表示器１２よりも離れた場所から、制御システム１全体を管理する制御用ホストコンピュータ１４が接続されている。
【００１８】
なお、上記各プログラマブル表示器１２は、シリアルケーブルなどを介して、それぞれに対応するＰＬＣ１１と接続されている。また、図２では、説明の便宜上、ＬＡＮ１３にプログラマブル表示器１２が２台接続され、各プログラマブル表示器１２には、ＰＬＣ１１およびデバイス２ａがそれぞれ１台ずつ接続されると共に、各ＰＬＣ１１にデバイス２ａが１台接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。
【００１９】
また、デバイスは、デバイスアドレスや変数により特定可能で、しかも、状態を取得したり、制御（変更）できるものであれば、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やプログラマブル表示器１２の記憶装置など、制御システム１に設けられた記憶装置の一領域を示していてもよい。
【００２０】
ここで、上記制御システム１では、制御システム１に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるプログラマブル表示器１２が通信の大半を処理するように構成されている。さらに、各プログラマブル表示器１２は、自らに接続されているＰＬＣ１１の機種に固有の専用プロトコルと、ＬＡＮ１３での共通プロトコルとを変換して、他のプログラマブル表示器１２や制御用ホストコンピュータ１４と、ＰＬＣ１１との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１１固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、デバイスアドレスと、当該デバイスアドレスに対応し、しかも、デバイスアドレスとは異なる値に設定可能な変数や変数の名称（変数名）との変換なども含まれる。
【００２１】
これにより、プログラマブル表示器１２および制御用ホストコンピュータ１４は、他のプログラマブル表示器１２に接続されているＰＬＣ１１の機種に拘らず、ＬＡＮ１３を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１１の混在する制御システム１が比較的容易に実現されている。
【００２２】
上記プログラマブル表示器１２は、後述する画面データに基づいて、デバイスの状態を画面表示する際の動作や、画面への操作に応じてデバイスの状態を制御する際の動作を特定するものであって、ＰＬＣ１１と通信するＰＬＣ・ＩＦ部２１と、上記ＬＡＮ１３に接続するためのＬＡＮ・ＩＦ部２２と、例えば、液晶表示装置などからなるディスプレイ２３と、ディスプレイ２３の画面上に配されたタッチパネル２４と、上記各部材２１〜２４を制御するＨＭＩ処理部２５と、当該ＨＭＩ処理部２５によって参照され、上記画面データを格納する領域（画面データ記憶領域）Ｍ１、および、後述する変数を格納する領域（変数記憶領域）Ｍ２が設けられた記憶部２６とを備えている。
【００２３】
なお、上記各部材２１〜２６、並びに、後述する各部材３１〜５６は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。なお、これらの部材のうち、記憶部２６および表示用メモリ５４ａは、例えば、半導体メモリなどの記憶装置自体であってもよい。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取って、当該プログラムを実行するだけで、本実施形態に係るプログラマブル表示器１２を実現できる。
【００２４】
また、例えば、シリアルケーブルやＬＡＮ１５あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、当該通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００２５】
上記画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成されている。本実施形態では、ＨＭＩ処理部２５が複数の単位画面を切り換え表示可能であり、上記タグは、当該タグが有効となる単位画面を示すファイル番号と、単位画面上で実行すべき動作内容を特定する事象名と、各事象毎に参照される参照情報とを含んでいる。
【００２６】
例えば、上記タグが所定の画面領域（表示座標範囲）へ所定のデバイスの状態に応じた部品図形を表示する表示タグの場合、上記参照情報には、表示座標範囲と、デバイスを特定可能な変数（後述）と、例えば、部品図形がスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号とが含まれる。さらに、タグが入力タグの場合、参照情報として、有効入力座標範囲と、入力結果が書き込まれるデバイスの変数とが含まれる。
【００２７】
また、記憶部２６（より詳細には、変数記憶領域Ｍ２）には、図３に示すように、各変数について、変数の名称（変数名）と、変数に対応するデバイス２ａまたは内部メモリを特定するための情報（例えば、アドレスなど）と、変数の内容との組み合わせが記憶されている。なお、本実施形態では、変数に対応するデバイス２ａの機種に拘わらず、変数の内容を格納する際の表現方法（例えば、ワード長や符号の有無、あるいは、ＢＣＤ／２進表記など）が予め定められた表現方法に統一されており、変数が実在のデバイス２ａに対応する場合、記憶部２６には、実際の機種での表現方法も格納されている。この場合、ＨＭＩ処理部２５は、ＰＬＣ・ＩＦ部２１を介してデバイス２ａの状態を取得あるいは制御する際、表現方法を形式変換して、格納時の表現方法を統一する。
【００２８】
一方、上記ＨＭＩ処理部２５は、所定の時間間隔で、記憶部２６（より詳細には、画面データ記憶領域Ｍ１）に格納された画面データから、ベース画面のファイル番号が、現在表示中のベース画面である表示タグを抽出する。さらに、ＨＭＩ処理部２５は、記憶部２６（より詳細には、変数記憶領域Ｍ２）を参照して、タグに対応する変数の内容を読み出し、内容に応じた部品図形をディスプレイ２３に表示する。ここで、ＰＬＣ・ＩＦ部２１に接続されたＰＬＣ１１により制御されるデバイス２ａに、上記変数が対応している場合、ＨＭＩ処理部２５は、ＰＬＣ・ＩＦ部２１によるＰＬＣ１１との通信によって、デバイス２ａの状態を取得し、上記変数の内容を当該状態に応じて更新している。これにより、図４に示すように、ディスプレイ２３において、デバイス２ａの状態を示す画面（操作画面）が表示される。
【００２９】
なお、変数が他のプログラマブル表示器１２に接続されたＰＬＣ１１によって制御されるデバイス２ａの場合、ＨＭＩ処理部２５は、ＬＡＮ・ＩＦ部２２、ＬＡＮ１３および他のプログラマブル表示器１２を介して当該ＰＬＣ１１と通信するなどして、デバイスの状態を取得し、それに応じて変数の内容を更新する。
【００３０】
また、例えば、タッチパネル２４への押し操作など、オペレータによる操作画面への入力操作を受け付けると、ＨＭＩ処理部２５は、上記画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグを検索すると共に、入力結果に応じて、タグに対応する変数の内容を更新する。さらに、ＨＭＩ処理部２５は、デバイス２ａの状態を取得する場合と略同様に、ＰＬＣ１１やプログラマブル表示器１２と通信するなどして、上記変数の内容に応じて、デバイス２ａの状態を制御させる。ここで、入力操作の後も、ＨＭＩ処理部２５は、デバイス２ａの状態を画面表示するので、操作結果が画面表示に反映される。
【００３１】
加えて、ＨＭＩ処理部２５は、例えば、他のプログラマブル表示器１２や制御用ホストコンピュータ１４など、ＬＡＮ１３に接続された機器から自らに接続されたＰＬＣ１１のデバイス２ａへの制御指示を受け取った場合や、これとは逆に、上記機器へ報告すべきデバイス２ａの状態を自らのＰＬＣ１１から受け取った場合には、上述したプロトコル変換によって、ＬＡＮ１３での通信、および、ＰＬＣ１１との通信の間を中継できる。
【００３２】
さらに、本実施形態に係るプログラマブル表示器１２の記憶部２６には、ＰＬＣとしても動作するために、制御プログラムに関する情報（例えば、制御プログラム自体など）を記憶する制御用ファイル領域Ｍ３が設けられている。さらに、プログラマブル表示器１２は、ＰＬＣとしても動作するために、デバイス２ａに接続するためのＩＯ・ＩＦ部３１と、当該制御プログラムに基づいて、ＩＯ・ＩＦ部３１に接続されたデバイス２ａを制御するデバイス制御部（制御装置）３２とを備えている。
【００３３】
本実施形態に係るデバイス制御部３２は、制御プログラムにおいて、制御対象を変数で特定可能なＰＬＣであって、例えば、数十ｍｓなど、予め定められた長さの走査期間（スキャンタイム）毎に、各デバイス２ａの状態を読み出し、各デバイス２ａに対応する変数の内容として、記憶部２６（より詳細には、変数記憶領域Ｍ２）に格納する。
【００３４】
さらに、デバイス制御部３２は、記憶部２６に格納された各変数の内容を参照しながら、記憶部２６（より詳細には、制御用ファイル領域Ｍ３）に格納された制御プログラムの示す各命令を順次実行する。
【００３５】
ここで、本実施形態に係る制御プログラムでは、図５にラダープログラムとして示すように、あるいは、図６に、そのニモニック表記として示すように、各命令において、命令語Ｃα…で示される動作の対象（オペランド）を、変数で指定可能であり、命令が、変数で示されたオペランドを含んでいる場合、当該命令の実行に伴なって、変数の内容が更新される。また、本実施形態に係る制御プログラムでは、制御プログラムの可読性を向上させるため、変数名として、命令語名を含む文字列も指定できる。なお、デバイス制御部３２が実行可能な命令セットには、オペランドを含まない命令が含まれていてもよい。また、オペランドを含む命令であっても、オペランドとして、変数以外の値（定数など）を含んでいてもよい。
【００３６】
さらに、上記順次実行される命令の１つとして、エンド命令が実行されると、デバイス制御部３２は、制御プログラムの実行を終了し、記憶部２６に格納された各変数のうち、ＩＯ・ＩＦ部３１に接続されたデバイス２ａに対応する変数の内容を各デバイス２ａに書き込む。これにより、デバイス制御部３２は、ＰＬＣと同様に、ユーザが作成した制御プログラムに従い、デバイス２ａの状態に応じて各デバイス２ａを制御できる。
【００３７】
なお、上述したように、変数の内容を格納する際の表現方法が統一されているので、デバイス制御部３２は、ＩＯ・ＩＦ部３１を介してデバイス２ａと通信する際、表現方法を形式変換して、格納時の表現方法を統一する。
【００３８】
さらに、本実施形態に係るプログラマブル表示器１２は、例えば、あるデバイス２ａの状態が異常な場合に、その異常の原因となるデバイス２ａを特定する際などに好適に用いられるラダーモニタ画面を表示するために、上記ＨＭＩ処理部２５およびデバイス制御部３２を連携動作させるコントロール−ＨＭＩ処理部４１が設けられている。なお、当該コントロール−ＨＭＩ処理部４１およびＨＭＩ処理部２５（より詳細には、後述するラダーモニタ画面生成部５２）が特許請求の範囲に記載の制御プログラム表示部に対応する。
【００３９】
また、上記記憶部２６（より詳細には、制御用ファイル領域Ｍ３）には、制御プログラムのＯＰコード（命令語）およびオペランドだけではなく、制御プログラムに応じたラダー図を表示するための情報も、制御プログラムに関する情報として記憶されている。当該情報としては、例えば、各オペコードおよびオペランドに対応して表示すべきもの（ラダー記号や説明文など）の情報、ジャンプ先のラベル、各ラダー記号がどのように接続されるかを示す情報や、ラング番号などが挙げられる。なお、各オペランドに対応して表示すべきもの（説明文など）の情報は、各オペランドに対応して表示すべきものを特定できれば、例えば、変数の情報などとして記憶されていてもよい。
【００４０】
ラダーモニタ画面を表示する場合、上記コントロール−ＨＭＩ処理部４１は、ＨＭＩ処理部２５に指示して、図７および図８に示すラダーモニタ画面を表示させることができる。なお、本実施形態に係るプログラマブル表示器１２は、後述するように、ラダーモニタ画面のみを表示するだけではなく、ラダーモニタ画面を半透明にして、操作画面に重ね合わせて表示することもできるが、以下では、図７および図８を参照しながら、操作画面を表示せず、ラダーモニタ画面のみが表示されている場合を例にして説明する。
【００４１】
すなわち、当該ラダーモニタ画面には、ラダー図を表示する領域Ｄ１が設けられており、コントロール−ＨＭＩ処理部４１は、上記記憶部２６（本実施形態では、制御用ファイル領域Ｍ３）を参照して、当該記憶部２６に格納された制御プログラムを示すラダー図を表示させることができる。
【００４２】
ここで、上記領域Ｄ１に表示されるラダー図は、接点やコイル、カウンタなど、図形やその他の形式で表された機能ブロックとしてのラダー記号（Ｉα…）と、これらに関連するラベルとからなる１または複数のネットワーク（Ｌ１…）を、左右の母線（Ｌａ・Ｌｂ）内に記述した図であって、配置されているラダー記号の種類と、各ラダー記号の接続関係とによって、制御手順を図示できる。
【００４３】
さらに、上記コントロール−ＨＭＩ処理部４１は、記憶部２６（より詳細には、変数記憶領域Ｍ２）を参照して、ラダー記号Ｉα…に関連するデバイス２ａの現在の制御状態を取得すると共に、ＨＭＩ処理部２５へ指示して、上記各ラダー記号（Ｉα…）の表示形式（例えば、形状や色あるいは点滅の有無など）を、それぞれに関連するデバイス２ａの現在の制御状態に合わせて更新させることができる。
【００４４】
例えば、図７および図８のラダーモニタ画面は、図５および図６の制御プログラムを図示したものであって、ロードを示すラダー記号Ｉαが、アンドを示すラダー記号Ｉβ、および、インクリメントを示すラダー記号Ｉγを介して、母線Ｌｂに接続されている。また、各ラダー記号Ｉ…には、デバイスに対応する変数の名称が併記されている。したがって、これらのラダー記号Ｉα〜Ｉγと、各ラダー記号Ｉα〜Ｉγの接続関係とによって、命令語Ｃα〜Ｃγに対応する制御手順、すなわち、第１接点がオン状態で、しかも、第２接点がオン状態の場合、カウンタをインクリメントするという手順を記述できる。
【００４５】
また、図７のラダーモニタ画面では、ロードを示すラダー記号ＩαおよびＩδがオフ状態を示す形状で記述されているのに対して、図８のラダーモニタ画面では、両ラダー記号Ｉα、Ｉδがオン状態を示す形状で記述されている。したがって、図７および図８に示すラダー図からは、制御手順だけではなく、デバイスの制御状態、すなわち、図７の場合は、第１接点がオフ状態であり、図８の場合は、第１接点がオン状態であることも読み取れる。
【００４６】
このように、ラダーモニタ画面は、デバイス２ａの状態と制御の手順との双方を表示できる。したがって、あるデバイス２ａに不具合が発生し、それによって、他のデバイス２ａの状態が通常と違うように制御されて、異常が判明した場合、異常と認識されたデバイス２ａ自体だけではなく、そのデバイス２ａの制御に関連するデバイス２ａを順次遡ることができる。この結果、不具合が発生したデバイス２ａとは異なるデバイス２ａにて異常が検出された場合でも、不具合が発生したデバイス２ａを特定できる。
【００４７】
さらに、本実施形態に係るコントロール−ＨＭＩ処理部４１は、母線Ｌａ・ＬｂやネットワークＬ１…のうち、導電部分を、非導電部分と異なる表示形式で表示するように、ＨＭＩ処理部２５へ指示している。本実施形態では、一例として、非導電部分を、白の細線で表示し、導電部分を緑の太線で表示している。これにより、オペレータは、ラダーモニタ画面を参照することで、ラダープログラムの導電部分も把握できる。なお、図５ないし図８あるいは以下の図面では、例えば、命令語Ｃαとラダー記号Ｉαとのように、互いに対応するもの同士に、互いに同じギリシャ文字を付している。
【００４８】
また、本実施形態に係るコントロール−ＨＭＩ処理部４１は、ラダーモニタ画面として上記ラダー図を表示する際、図７および図８に示すように、ラダーモニタ画面を操作するためのボタンＢ…も合わせて表示するよう、ＨＭＩ処理部２５へ指示する。さらに、ＨＭＩ処理部２５が各ボタンＢ１〜Ｂ３４への操作を受け付けると、コントロール−ＨＭＩ処理部４１は、操作に応じて、ラダーモニタ画面を制御する。
【００４９】
例えば、ボタンＢ１は、ラダープログラム（制御プログラム）の起動／停止を指示するボタンであり、当該ボタンＢ１が押された場合、コントロール−ＨＭＩ処理部４１は、デバイス制御部３２が制御プログラムを実行中であれば停止させ、制御プログラムの実行を停止していた場合は、制御プログラムの実行を開始させる。
【００５０】
また、ボタンＢ２は、ラダーモニタ画面の領域Ｄ１において、先頭に表示されているネットワークＬ１…の番号（ラング番号）を表示するボタンであって、当該ボタンＢ２が操作されると、コントロール−ＨＭＩ処理部４１は、例えば、キーパットを表示させるなどして、ラング番号の入力を受け付け、当該ラダー番号からのラダー図を表示させる。
【００５１】
また、ボタンＢ３は、スクロールの単位が、ラング単位／ページ単位かを表示するボタンであって、当該ボタンＢ３が操作されると、コントロール−ＨＭＩ処理部４１は、スクロールの単位を両者間で切り換える。さらに、ボタンＢ４は、ラダー図中に整数を表示する際に、１０進表示するか１６進表示するかを切り換えるボタンであり、当該ボタンＢ４が操作されると、コントロール−ＨＭＩ処理部４１は、整数の表示方法を両者間で切り換える。また、ボタン群Ｂ５は、制御プログラムに応じたラダー図全体のうちのラダーモニタ画面中に表示する領域の移動（スクロール）を指示するボタンであり、それぞれ、左右上下のボタンのいずれかかが操作された場合、コントロール−ＨＭＩ処理部４１は、指示された方向に、表示領域をスクロールさせる。
【００５２】
一方、コントロール−ＨＭＩ処理部４１は、ボタンＢ６が操作されると、ラダーモニタ画面の表示を停止して、ＨＭＩ処理部２５に、通常の操作画面を表示させる。
【００５３】
さらに、本実施形態に係る上記記憶部２６（例えば、変数記憶領域Ｍ２）には、ラダーモニタに関する変数（ラダーモニタ変数）を格納する領域（ラダーモニタ変数領域）Ｍ４が設けられており、他の変数と同様に、ラダーモニタ変数の内容も、ＨＭＩ処理部２５およびデバイス制御部３２から変更できるように構成されている。また、上記コントロール−ＨＭＩ処理部４１は、当該ラダーモニタ変数の内容を監視して、ラダーモニタへの指示を受け付けている。なお、これらラダーモニタへの指示には、ラダーモニタ画面の表示の要否、制御プログラム全体のうち、ラダーモニタ画面で表示する箇所、あるいは、ラダーモニタ画面への操作も含まれている。
【００５４】
このように、本実施形態に係るプログラマブル表示器１２では、ＨＭＩ処理部２５が、画面データに基づいて、ラダーモニタ変数の上記記憶領域の内容を変更できるように構成されている。また、デバイス制御部３２も制御プログラムに基づいて上記記憶領域の内容を変更できるように構成されている。したがって、制御システム１のユーザは、画面データまたは制御プログラムを変更することによって、ラダーモニタ起動のトリガを変更できる。
【００５５】
また、本実施形態に係るプログラマブル表示器１２では、上記ラダーモニタ変数の一領域として、制御プログラム全体のうち、ラダーモニタ画面が表示する箇所を記憶する領域も設けられており、当該記憶領域の内容も、起動／停止を示す記憶領域と同様にＨＭＩ処理部２５およびデバイス制御部３２から変更できる。
【００５６】
したがって、制御システム１のユーザが、画面データまたは制御プログラムを設計する際、トリガとなる事象が発生して、ラダーモニタ画面を起動させるまでの間に、当該記憶領域の内容がトリガとなる事象に関連する箇所を示すように、画面データまたは制御プログラムを設計することによって、ラダーモニタの起動時に上記箇所を表示させることができる。この結果、プログラマブル表示器１２は、異常発生時に、異常に関連する箇所を表示したラダーモニタ画面を表示することができる。
【００５７】
さらに、ラダーモニタ変数には、ラダーモニタ画面への上記各操作を示す領域も設けられており、コントロール−ＨＭＩ処理部４１は、当該領域の内容に応じて、当該領域に対応する操作がオペレータによって行われたときと同様に、ラダーモニタ画面を自動的に制御できる。したがって、制御システム１のユーザは、ラダーモニタ画面を自動的に操作する画面データまたは制御プログラムを作成できる。一例として、画面データや制御プログラムによって、ラダーモニタ画面のスクロールやスクロールの単位を制御できる。
【００５８】
また、本実施形態に係るＨＭＩ処理部２５は、操作画面から、ラダーモニタ画面に切り換えて表示するだけではなく、図９に示すように、ラダーモニタ画面を半透明にして、操作画面に重ね合わせて表示することができる。これにより、ディスプレイ２３の表示画面が比較的狭く、両画面を別々の表示領域に表示することが難しい場合であっても、プログラマブル表示器１２のオペレータは、切り換え操作を行うことなく、両画面を同時に確認することができる。
【００５９】
具体的には、図１に示すように、本実施形態に係るＨＭＩ処理部２５は、記憶部２６に格納された画面データおよび変数の内容を参照しながら、上述した動作を行って、操作画面を表示する操作画面生成部（操作画面表示部）５１と、記憶部２６に格納された画面データを参照しながら、コントロール−ＨＭＩ処理部４１の指示に応じたラダーモニタ画面を生成するラダーモニタ画面生成部５２とを備えている。さらに、本実施形態に係るＨＭＩ処理部２５には、例えば、タッチパネル２４などが受け付けた操作に応じて、上記両画面生成部５１・５２の生成した画面のブレンド率を設定するブレンド率設定処理部５３と、当該ブレンド率設定処理部５３の設定したブレンド率により、上記両画面生成部５１・５２の生成した画面を合成して、ディスプレイ２３に表示する表示処理部５４とを備えている。これにより、プログラマブル表示器１２は、ラダーモニタ画面を半透明にして、操作画面に重ね合わせて表示することができる。なお、上記ブレンド率設定処理部５３および表示処理部５４が特許請求の範囲に記載の表示制御手段に対応する。
【００６０】
ところで、上記構成では、プログラマブル表示器１２のオペレータは、切り換え操作を行うことなく、操作画面およびラダーモニタ画面の双方を同時に確認することができるため、例えば、あるデバイス２ａの状態が異常な場合に、その異常の原因となるデバイス２ａを特定しやすい。ところが、両画面の一方のみを表示している場合と比較すると、各画面は、若干見づらくなっているため、仮に、ラダーモニタ画面のブレンド率を一律に設定したとすると、デバイス２ａの状態変化に起因する、ラダー記号Ｉα…の表示形式の変化を、オペレータが見落とす可能性が大きくなってしまう。
【００６１】
これに対して、本実施形態に係るＨＭＩ処理部２５には、例えば、記憶部２６（より詳細には、変数記憶領域Ｍ２）を参照するなどして、デバイス２ａの状態変化を監視する監視部（監視手段）５５が設けられており、上記ブレンド率設定処理部５３は、ラダーモニタ画面に表示される各ラダー記号Ｉα…を表示する際のブレンド率を、それぞれに対応するデバイス２ａの状態変化に応じて変更できる。
【００６２】
より詳細には、本実施形態に係る監視部５５は、例えば、状態変化が検出されてから、予め定められた時間の間、状態が一定である場合か否かの判定などによって、状態が変化しているデバイスか否かを判定できる。一方、本実施形態に係るブレンド率設定処理部５３は、ラダーモニタ画面に表示される各ラダー記号Ｉα…を表示する際のブレンド率を設定する際、それぞれに対応するデバイス２ａの状態が変化した場合、変化しない場合用に予め定められた値よりも、ブレンド率を高く設定したり、半透明表示の中止を指示したりして、ラダー記号の半透明の度合いを小さく、あるいは、透過しないように設定し、当該ラダー記号を見えやすくすることができる。
【００６３】
これにより、図１０に示すように、操作画面上に、半透明な状態で重ねあわされるラダーモニタ画面のうち、状態の変化したデバイスに対応するラダー記号（この場合は、Ｉζ）は、ラダーモニタ画面中の他の部分よりも強調して表示される。この結果、ラダーモニタ画面のブレンド率を一律に設定する構成と比較して、デバイス２ａの状態変化に起因する、ラダー記号Ｉα…の表示形式の変化を、オペレータが見落とす可能性を抑制でき、オペレータは、より容易かつ的確に制御システム１を診断できる。
【００６４】
さらに、ＨＭＩ処理部２５には、例えば、タッチパネル２４への特定操作などに基づいて、操作画面への操作とラダーモニタ画面への操作とのうちのいずれを優先するかを判定する競合処理部５６が設けられている。なお、上記特定操作としては、例えば、予め定められた複数の場所への同時タッチ操作、あるいは、予め定められた複数の場所を予め定められた順番でタッチする操作などが好適に用いられる。
【００６５】
また、本実施形態に係る競合処理部５６は、操作画面とラダーモニタ画面とを重ね合わせて表示している場合、基本的に操作画面への操作を優先するように設定されており、上記特定操作があった場合には、例外的に、ラダーモニタ画面への操作を優先する。また、本実施形態では、上記特定操作は、ブレンド率設定処理部５３へのブレンド率変更を指示する操作と兼用されており、ブレンド率設定処理部５３は、当該特定操作を受け付けた場合、例えば、ラダーモニタ画面を半透明表示するために予め定められたブレンド率よりも高い値を設定するなどして、ラダーモニタ画面全体の半透明の度合いを小さく、あるいは、透過しないように設定し、例えば、図７または図８に示すように、当該ラダーモニタ画面を見えやすくすることができる。なお、図７および図８は、一例として、ラダーモニタ画面を不透明に設定した場合を示している。
【００６６】
以下では、図１１を参照しながら表示処理部５４の一構成例について説明する。なお、図１１は、ディスプレイ２３に表示されるイメージの各ドット毎に、上記ブレンド率設定処理部５３がアルファブレンド処理の要否を示すブレンドフラグを通知する場合の構成例である。
【００６７】
すなわち、表示処理部５４は、例えば、各イメージを構成する各ドット毎に、Ｒ、ＧおよびＢの階調の情報（階調情報）と、当該ドットのブレンドフラグとを格納する表示用メモリ５４ａと、当該表示用メモリ５４ａに格納されているイメージのうち、表示が指示された各イメージを、指示されたように重ね合わせて、各イメージを合成し、合成後のイメージデータを出力するブレンド率演算装置５４ｂとを備えている。
【００６８】
上記表示用メモリ５４ａには、操作画面生成部５１およびラダーモニタ画面生成部５２によって、各画面のイメージを構成する各ドット毎に、Ｒ、ＧおよびＢの階調の情報（階調情報）が記憶されている。また、表示用メモリ５４ａには、ブレンド率設定処理部５３によって、上記各ドットに対応するブレンドフラグが、各画面（操作画面またはラダーモニタ画面）に関連付けて記憶されている。
【００６９】
上記ブレンド率演算装置５４ｂは、上記ブレンド率設定処理部５３から、上記各画面のブレンド率として、ラダーモニタ画面の比率ＴｏｐＲａｔｅと、当該ウィンドウの下に表示される操作画面の比率２ｎｄＲａｔｅとが指示され、あるドットのアルファブレンド処理が指示された場合、当該ドットの色を、ＴｏｐＣｏｌｏｒ、当該ドットの下に表示されるドットの色を、２ｎｄＣｏｌｏｒとすると、以下の式（１）の演算、すなわち、
TopColor × TopRate  ＋  2ndColor × 2ndRate                          …（１）
によって、合成後のドットの色を算出する。一方、あるドットのアルファブレンド処理が不要と指示された場合、ブレンド率演算装置５４ｂは、当該ドットの色を TopColor で指定された色に設定する。
【００７０】
これにより、上記ブレンド率設定処理部５３が、各画面のイメージを構成する各ドットに関連付けながら、それぞれのブレンドフラグを上記表示用メモリ５４ａへ書き込むと共に、上記ブレンド率演算装置５４ｂへブレンド率を設定することによって、各画面を構成する各部位のブレンド率を設定できる。
【００７１】
なお、ブレンド率設定処理部５３のうち、表示用メモリ５４ａへ各ドットのブレンドフラグを書き込む部分は、各画面生成部５１・５２と独立して形成されていてもよいが、当該部分を画面生成部５１・５２と共用した場合は、ドットイメージを生成する処理の大部分を共用できる。
【００７２】
上記構成において、図１２に示すフローチャートに基づき、制御システム１の概略動作を説明すると以下の通りである。すなわち、ステップ１（以下では、Ｓ１のように略称する）において、例えば、制御用ホストコンピュータ１４の作画エディタなどによって、プログラマブル表示器１２用の画面データが作成される。また、Ｓ２において、制御用ホストコンピュータ１４の制御プログラムエディタなどによって、プログラマブル表示器１２のデバイス制御部３２用の制御プログラムを含む制御用ファイルが作成される。上記各エディタでは、タグや制御プログラムにて、操作や参照の対象となるデバイスを指定する際、デバイスに対応する変数が生成され、当該変数で指定される。
【００７３】
さらに、Ｓ３では、上記各エディタなどによって、各変数が実際のデバイス２ａなどと関連付けられる。なお、変数には、実際のデバイス２ａだけではなく、プログラマブル表示器１２の記憶領域や、マクロの演算結果を関連付けることができる。この場合、ＨＭＩ処理部２５は、予め設定されたプログラム（マクロ）に従って、変数の内容を演算した結果を、マクロに関連付けられた変数の内容に設定できる。
【００７４】
また、画面表示や操作あるいは制御に関連する変数の場合と同様に、上記各エディタによって、ラダーモニタ変数は、トリガとなる事象、すなわち、デバイス２ａやプログラマブル表示器１２の記憶領域またはマクロと関連付けられる。なお、ラダーモニタ変数は、プログラマブル表示器１２の記憶領域のうち、操作に応じて内容が変化する記憶領域を関連付けるなどして、オペレータの操作と関連付けることもできる。
【００７５】
ここで、上記各エディタでは、デバイスのアドレスを指定するのではなく、デバイスを変数で指定している。したがって、実際のデバイス２ａと変数との対応は、プログラマブル表示器１２が動作を開始するまでに関連付ければよく、実際のアドレスが決まっていない段階でも、画面や制御手順を設計できる。また、デバイス２ａの変更などによって、実際のアドレスが変更されたとしても、画面データおよび制御プログラムにおいて、当該デバイス２ａに関連する箇所全てを変更する必要がなく、変数とアドレスとの関連付けを変更するだけでよい。
【００７６】
上記Ｓ１〜Ｓ３にて、画面データ、制御プログラムおよび変数の関連付けが完成すると、Ｓ４において、これらのデータは、プログラマブル表示器１２に伝送され、記憶部２６に格納される。なお、上記では、説明の便宜上、Ｓ１〜Ｓ３の順に各ステップを記載したが、上記Ｓ４にて、プログラマブル表示器１２に格納されるまでに、これらのデータが設定されれば、順序が異なっていてもよい。
【００７７】
さらに、Ｓ５において、プログラマブル表示器１２は、上記制御プログラムに基づいて、ＩＯ・ＩＦ部３１に接続されたデバイス２ａを制御すると共に、例えば、図４に示すように、上記画面データに基づいて、操作画面を表示する。ここで、上記Ｓ５の処理は、ラダーモニタ画面表示のトリガとなる事象が発生するまでの間（Ｓ６にて、NOの間）、繰り返される。
【００７８】
トリガとなる事象が発生すると（Ｓ６にて、YESの場合）、ＨＭＩ処理部２５またはデバイス制御部３２は、Ｓ７において、画面データまたは制御プログラムに従って、ラダーモニタ変数のうち、起動／停止を示す記憶領域を、起動を示す値に変更する。一方、コントロール−ＨＭＩ処理部４１は、当該記憶領域の内容を監視しており、当該記憶領域の内容が起動を示す値になると、ＨＭＩ処理部２５にラダーモニタ画面を表示させる。これにより、半透明のラダーモニタ画面が操作画面に重ね合わせて表示される。
【００７９】
ここで、各デバイス２ａに対応する変数の内容は、ＨＭＩ処理部２５またはデバイス制御部３２によって更新されており、変数の内容取得および内容に応じた表示指示は、例えば、図９および図１０に示す「ＣＬＯＳＥ」ボタンが押されるなどして、ラダーモニタ画面の表示終了が指示されるまで（Ｓ８にてYES になるまで）、予め定められた周期で繰り返される。
【００８０】
これにより、ディスプレイ２３には、図９または図１０などに示すように、デバイス２ａの状態に応じたラダー図と、デバイス２ａの状態を示す操作画面とが重ね合わせて表示される。
【００８１】
したがって、オペレータは、ラダー図に基づいて、異常の原因を推測し、例えば、異常の原因と推定されるデバイス２ａが、正常に動作しているか否かを確認するなど、推測が正しいか否かを確認できる。さらに、この状態では、操作画面も表示されているので、ラダーモニタ画面に表示されている各デバイス２ａの状態を確認している状態において、操作画面を操作して、当該操作画面に表示されているデバイスの状態を変更することもできる。これらの結果、オペレータは、より容易かつ的確に制御システム１を診断できる。
【００８２】
ここで、上記Ｓ７の処理について、図１３を参照しながら、さらに詳細に説明すると、Ｓ１１において、ＨＭＩ処理部２５（より詳細には、操作画面生成部５１）は、記憶部２６に格納された変数の内容と画面データとに基づいて、操作画面のイメージを生成する。一方、ＨＭＩ処理部２５（より詳細には、ラダーモニタ画面生成部５２）およびコントロール−ＨＭＩ処理部４１は、Ｓ１２において、記憶部２６に格納された変数の内容と画面データと制御プログラムに関する情報とに基づいて、ラダーモニタ画面のイメージを生成する。
【００８３】
例えば、コントロール−ＨＭＩ処理部４１は、画面データのうち、予めラダーモニタ用に用意された画面を表示するよう、ＨＭＩ処理部２５へ指示する。これによって、図９および図１０に示すように、各ボタン（図７および図８に示すボタンＢ１〜Ｂ３４）が表示される。
【００８４】
さらに、コントロール−ＨＭＩ処理部４１は、記憶部２６（より詳細には、制御用ファイル領域Ｍ３）の内容を解析して、制御プログラムが示すラダー図に含まれるラダー記号、各ラダー記号間の接続関係、各ラダー記号に対応する変数の名称およびアドレスを把握し、上記ラダー図を含むラダーモニタ画面（図９および図１０参照）を表示するよう、ＨＭＩ処理部２５へ指示する。
【００８５】
また、コントロール−ＨＭＩ処理部４１は、制御用ファイル領域Ｍ３の内容に基づいて、ラダー図を表示するために必要な変数を特定する。また、コントロール−ＨＭＩ処理部４１は、これらの各変数について、デバイス制御部３２へ変数名を通知し、デバイス制御部３２から、記憶部２６のアドレスのうち、当該変数名の変数の内容が格納されたアドレスを受け取る。さらに、コントロール−ＨＭＩ処理部４１は、当該アドレスへアクセスして、変数の内容を取得する。
【００８６】
さらに、各変数の内容が取得できると、コントロール−ＨＭＩ処理部４１は、各変数の内容に応じた表示形式で、各変数に対応するラダー記号を表示するよう、ＨＭＩ処理部２５へ指示する。また、変数の名称およびアドレスを記憶部２６（より詳細には変数記憶領域Ｍ２）から取得すると共に、ＨＭＩ処理部２５へ指示して、各ラダー記号に変数名を併記させる。なお、上記ＨＭＩ処理部２５は、コントロール−ＨＭＩ処理部４１の指示に応じてラダーモニタ画面のイメージを生成する際、必要に応じて、記憶部２６のデータ（例えば、画面データなど）を参照している。
【００８７】
一方、監視部５５は、記憶部２６に格納された変数の内容を監視して、Ｓ１３において、デバイス２ａの状態が変化したか否かを検出し、ブレンド率設定処理部５３は、Ｓ１４において、各ラダー記号のブレンド率を、それぞれに対応するデバイスの状態変化の検出結果に応じて変更する。さらに、表示処理部５４は、Ｓ１５において、上記Ｓ１４にて設定されたブレンド率に従い、操作画面およびラダーモニタ画面を重ね合わせて表示する。
【００８８】
例えば、図９は、各デバイスの状態が変化していない場合を示している。この場合、ブレンド率設定処理部５３は、例えば、各ラダー記号のブレンド率を予め定められた値に設定するなどして、各ラダー記号を半透明表示する。
【００８９】
一方、図１０は、第１接点の状態がオフ状態からオン状態に変化し、他のデバイスの状態が変化していない場合を示している。この場合は、監視部５５によって第１接点の状態変化が検出されているので、ブレンド率設定処理部５３は、例えば、第１接点に関連する表示のブレンド率を高く設定するなどして、当該ラダー記号の半透明表示の度合いを小さく、あるいは、透過しないように設定する。この結果、第１接点に関連する表示が、他の表示よりも見やすくなっている。なお、ここでは、第１接点に関連する表示として、ラダー記号（図７および図８に示すラダー記号ＩαおよびＩδ）、並びに、ラダー記号の説明（変数名「第１接点」）のブレンド率を変更している。なお、例えば、第１接点の状態がオン状態に変化した後、予め定められた時間が経過するなどして、監視部５５が第１接点に対応するデバイスの状態が変化していないと判断すると、図１４に示すように、第１接点を示すラダー記号は、通常の半透明表示に戻される。
【００９０】
ところで、上記では、プログラマブル表示器１２などの制御用表示装置が、ＰＬＣ１１などの制御装置の機能を兼ね備えており、制御用表示装置が自らの制御プログラムを表示する構成を例にして説明した。
【００９１】
これに対して、本変形例に係る制御システム１ａでは、図１５に示すプログラマブル表示器（制御用表示装置）１２ａが、自らに接続されているＰＬＣ（制御装置）１１の制御プログラムを表示している。なお、当該構成でも、プログラマブル表示器がＰＬＣの機能を兼ね備えていてもよいが、以下では、一例として、プログラマブル表示器がＰＬＣの機能を有していない場合を例にして説明する。
【００９２】
上記プログラマブル表示器１２ａは、図１に示すプログラマブル表示器１２と略同様の構成であるが、ＩＯ・ＩＦ部３１およびデバイス制御部３２が省略されている。また、コントロール−ＨＭＩ処理部４１に代えて設けられたコントロール−ＨＭＩ処理部４１ａは、デバイス制御部３２へ指示する代わりに、ＰＬＣ・ＩＦ部２１を介して、ＰＬＣ１１へ指示できる。
【００９３】
また、記憶部２６には、自らのデバイス制御部３２の制御プログラムに関する情報に代えて、ＰＬＣ１１の制御プログラムに関する情報が格納されている。なお、これらの情報は、例えば、ラダーモニタ画面の表示が指示された場合などに、コントロール−ＨＭＩ処理部４１ａがＰＬＣ１１と通信して取得してもよい。また、例えば、当該情報が制御用ホストコンピュータ１４にて生成され、プログラマブル表示器１２ａ経由でＰＬＣ１１にダウンロードされる場合のように、プログラマブル表示器１２ａが、ＰＬＣ１１の制御プログラムに関する情報を受信し、ＰＬＣ１１へ制御プログラムを送信する場合は、プログラマブル表示器１２ａが制御プログラムのダウンロード時に、当該制御プログラムに関する情報を記憶部２６に格納しておいてもよい。また、ＰＬＣ１１の制御プログラムに関する情報であることが保証されていれば、例えば、プログラマブル表示器１２ａが、当該情報の格納された記録媒体を読み取って記憶部２６に格納したり、当該記録媒体を記憶部２６として使用してもよい。
【００９４】
当該構成でも、プログラマブル表示器１２ａは、半透明のラダーモニタ画面を操作画面に重ね合わせて表示できるので、ディスプレイ２３の表示画面が比較的狭く、両画面を別々の表示領域に表示することが難しい場合であっても、プログラマブル表示器１２のオペレータは、切り換え操作を行うことなく、両画面を同時に確認することができ、より容易かつ的確に制御システム１ａを診断できる。
【００９５】
なお、上記では、タグを組み合わせて構成した画面データに基づいて動作するプログラマブル表示器を例にして説明したが、画面データの記憶方法は、これに限るものではない。例えば、画面上に表示されるものをオブジェクトとして記憶したものを画面データとしてもよい。いずれの場合であっても、予め格納された画面データに基づいて、デバイスの状態を表示すると共に、デバイスへの操作を受け付ける操作画面を表示する操作画面表示部を備えた制御用表示装置であれば、同様の効果が得られる。
【産業上の利用可能性】
【００９６】
本発明によれば、操作画面に、半透明なプログラム表示画面を重ね合わせ表示するので、両画面を表示する表示装置の表示画面が比較的狭く、両画面を別々の表示領域に表示することが難しい場合であっても、制御用表示装置のオペレータは、両画面の切り換え操作を行うことなく、両画面を同時に確認することができる。この結果、制御用表示装置を含む制御システムを、より容易かつ的確に診断できる。それゆえ、プログラマブル表示器をはじめとする制御用表示装置として、広く好適に使用できる。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施形態を示すものであり、プログラマブル表示器に設けられたＨＭＩ処理部の要部構成を示すブロック図である。
【図２】上記プログラマブル表示器を含む制御システムの要部構成を示すブロック図である。
【図３】上記プログラマブル表示器の変数記憶領域に格納される情報を示す図面である。
【図４】上記プログラマブル表示器の画面を示すものであり、操作画面のみを表示している状態を示す図面である。
【図５】上記プログラマブル表示器に格納される制御プログラムを、ラダープログラムとして記載した図面である。
【図６】上記制御プログラムをニモニック表記した図面である。
【図７】上記プログラマブル表示器の他の画面を示すものであり、ラダーモニタ画面のみを表示している状態を示す図面である。
【図８】上記プログラマブル表示器のさらに他の画面を示すものであり、デバイスの状態が変化した後の上記ラダーモニタ画面を示す図面である。
【図９】上記プログラマブル表示器の別の画面を示すものであり、操作画面とラダーモニタ画面とを重ね合わせて表示した画面を示す図面である。
【図１０】上記プログラマブル表示器のまた別の画面を示すものであり、デバイスの状態が変化した後の上記画面を示す図面である。
【図１１】上記ＨＭＩ処理部の表示処理部の構成例を示すブロック図である。
【図１２】上記制御システムの動作の概略を示すフローチャートである。
【図１３】上記プログラマブル表示器が操作画面とラダーモニタ画面とを重ね合わせ表示しているときの動作を示すフローチャートである。
【図１４】上記プログラマブル表示器の他の画面を示すものであり、デバイスの状態が変化した後、そのまま状態が変化していないときの上記画面を示す図面である。
【図１５】上記制御システムの変形例を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
【００９８】
１１          ＰＬＣ（制御装置）
１２・１２ａ  プログラマブル表示器（制御用表示装置）
３２          デバイス制御部（制御装置）
４１          コントロール−ＨＭＩ処理部（制御プログラム表示部）
５１          操作画面生成部（操作画面表示部）
５２          ラダーモニタ画面生成部（制御プログラム表示部）
５３          ブレンド率設定処理部（表示制御手段）
５４          表示処理部（表示制御手段）
５５          監視部（監視手段）
【図１】
2006209381.tif 000003
【図２】
2006209381.tif 000004
【図３】
2006209381.tif 000005
【図４】
2006209381.tif 000006
【図５】
2006209381.tif 000007
【図６】
2006209381.tif 000008
【図７】
2006209381.tif 000009
【図８】
2006209381.tif 000010
【図９】
2006209381.tif 000011
【図１０】
2006209381.tif 000012
【図１１】
2006209381.tif 000013
【図１２】
2006209381.tif 000014
【図１３】
2006209381.tif 000015
【図１４】
2006209381.tif 000016
【図１５】
2006209381.tif 000017