JPH11212631A - 設備制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 種類の異なる複数のコントローラに対応する
ことが可能なモニター装置を備えた設備制御装置を提供
する。 【解決手段】 設備制御を行うためのコントローラ４０
に接続可能で、該コントローラ４０からの情報を表示す
るためのモニター装置６０に、当該モニター装置６０の
属性データを記憶したモニターメモリ部６８を備える。
コントローラ４０に、モニター装置６０の制御を行うた
めのモニター制御プログラム部４６と、モニター装置６
０に対して出力するための仮想デバイスデータを記憶可
能なコントローラメモリ部５０と、仮想デバイスデータ
を、モニター装置６０の属性データに合致した実デバイ
スデータに変換して送信するための仮想・実デバイスデ
ータコンバータ４８とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、設備制御を行うた
めのコントローラと、このコントローラに接続可能なモ
ニター装置とを備えた設備制御装置に関し、特に、モニ
ター装置を種類の異なる複数のコントローラに対応でき
るようにしたものである。

【０００２】

【従来の技術】従来から、設備制御を行うための設備制
御装置では、コントローラにモニター装置を接続して、
両者の間で通信を行うことにより、当該設備固有のパラ
メータや動作プログラムの編集及びデータのバックアッ
プ等を行っていた。

【０００３】このような設備制御装置は、例えば図７に
示すように、設備の動作制御を行うためのコントローラ
１０と、このコントローラ１０に接続され、コントロー
ラ１０からの情報を表示するためのモニター装置２０と
を備えている。

【０００４】上記コントローラ１０は、ＣＰＵ１２、モ
ニター装置２０との間で通信を行うための通信部１４、
設備制御に関する制御を行うための設備制御プログラム
部１６、パラメータ及び動作プログラムを記憶するコン
トローラメモリ部１８、Ｉ／Ｏ部１９を備えている。

【０００５】上記モニター装置２０は、ＣＰＵ２２、コ
ントローラ１０との間で通信を行うための通信部２４、
モニター装置２０に関する制御を行うためのモニター制
御プログラム部２６、画面表示とキー状態入力とカーソ
ル制御とモニターメモリ部３０及びＩ／Ｏ部３２のリー
ドライト等を行う基本機能部２８、モニター装置２０の
属性データ及び画面表示データを記憶するモニターメモ
リ部３０、Ｉ／Ｏ部３２を備えている。

【０００６】このように、従来の設備制御装置では、モ
ニター装置２０が、モニター制御プログラム、画面表示
データ、モニター装置２０の属性データ等、制御を行う
べき設備専用の機能及びデータを全て備えている。一
方、コントローラ１０では、モニター装置２０から送信
されてくるコントローラメモリ部１８及びＩ／Ｏ部１９
に対するのリードライト等のリクエストに応答するのみ
であった。

【０００７】例えば、モニター装置２０にパラメータＡ
を表示する場合には、モニター装置２０から、コントロ
ーラメモリ部１８のパラメータＡが格納されているメモ
リアドレスに対してリードリクエスト信号を送信し、モ
ニター装置２０において、コントローラメモリ部１８か
ら受信したデータを１０進数変換し、モニター装置２０
の表示装置（画面）の所定位置に、当該データを表示し
ていた。

【０００８】

【発明が解決しようとする課題】しかし、上述した従来
の設備制御装置において、モニター装置のハードウェア
部分は、汎用されているノートパソコンやペンダント装
置等を使用しているにもかかわらず、ソフトウェア部分
は、当該設備専用の部分を有していた。

【０００９】したがって、設備毎に、当該設備のコント
ローラに対応したソフトウェア部分を有するモニター装
置を開発しなければならず、開発に関する時間と費用が
必要であるという問題点があった。

【００１０】また、モニター装置が故障した場合には、
モニター装置を修理するまでの間、当該設備のモニター
を行うことができないという問題点があった。このよう
な問題点に対応するために、予備のモニター装置を備え
ておくことも考えられるが、モニター装置は各設備毎に
専用であるため、予備のモニター装置を準備したので
は、設備費用が上昇してしまうという新たな問題が生じ
てしまう。

【００１１】本発明は、上記した事情に鑑み提案された
もので、種類の異なる複数のコントローラに対応するこ
とが可能なモニター装置を備えた設備制御装置を提供す
ることを目的とする。

【００１２】

【課題を解決するための手段】本発明は、上記した目的
を達成するため、以下の特徴点を備えている。請求項１
記載の発明は、設備制御を行うためのコントローラと、
該コントローラに接続可能で、該コントローラからの情
報を表示するためのモニター装置とを備えた設備制御装
置であって、上記モニター装置は、種類の異なる複数の
コントローラに対応可能であることを特徴とするもので
ある。

【００１３】請求項２記載の発明は、上記した請求項１
記載の発明の特徴点に加えて、上記コントローラは、仮
想デバイスデータを上記モニター装置の実デバイスデー
タに変換することにより、上記モニター装置に情報を表
示させることを特徴とするものである。

【００１４】請求項３記載の発明は、上記した請求項１
または請求項２記載の発明の特徴点に加えて、上記モニ
ター装置には、当該モニター装置の属性データを記憶し
たモニターメモリ部を備え、上記コントローラには、上
記モニター装置の制御を行うためのモニター制御プログ
ラム部と、上記モニター装置に対して出力するための仮
想デバイスデータを記憶可能なコントローラメモリ部
と、上記仮想デバイスデータを、上記モニター装置の属
性データに合致した実デバイスデータに変換して送信す
るための仮想・実デバイスデータコンバータとを備えた
ことを特徴とするものである。

【００１５】請求項４記載の発明は、上記した請求項３
記載の発明の特徴点に加えて、上記モニター装置に電源
が投入された際に、上記コントローラメモリ部に対し
て、上記モニターメモリ部に記憶された属性データを読
み込むことを特徴とするものである。

【００１６】

【発明の効果】本発明は、上記した特徴点を備えている
ため、以下に説明するような効果を奏することができ
る。

【００１７】本発明に係る設備制御装置によれば、モニ
ター装置が種類の異なる複数のコントローラに対応可能
であるため、各コントローラ毎に専用のモニター装置を
開発する必要がなく、開発に関する時間と費用を節減す
ることができる。

【００１８】また、モニター装置が故障した場合であっ
ても、他の設備制御装置に使用しているモニター装置を
代替装置として使用することができる。

【００１９】また、コントローラにおいて、モニター装
置に対して汎用な仮想デバイスデータを、接続されるモ
ニター装置の実デバイスデータに変換しているため、コ
ントローラ側で仮想デバイスデータを固定することによ
り、当該仮想デバイスデータへのリードライトを行うた
めのコントローラ側の制御プログラムを設計する際に、
モニター装置側のハードウェアを意識する必要がなく、
当該制御プログラムを標準化することができる。

【００２０】さらに、モニター装置に電源が投入された
際に、コントローラ側でモニター装置に関する属性デー
タを読み込んでいるため、接続されるモニター装置のハ
ードウェア部分の相違を、コントローラ側のソフトウェ
ア部分で吸収することができる。

【００２１】

【発明の実施の形態】以下、図面を参照しつつ、本発明
の実施形態の一例を説明する。図１は、本発明に係る設
備制御装置の概略構成を示したブロック図、図２は、コ
ントローラのメモリ部に記憶されるデバイスデータテー
ブルの説明図、図３は、画面表示イメージの説明図、図
４は、キーボードイメージの説明図、図５は、メモリイ
メージの説明図、図６は、Ｉ／Ｏイメージの説明図をそ
れぞれ示す。

【００２２】＜設備制御装置＞本発明に係る設備制御装
置は、図１に示すように、設備の動作制御を行うための
コントローラ４０と、このコントローラ４０に接続さ
れ、コントローラ４０からの情報を表示するためのモニ
ター装置６０とを備えている。なお、コントローラ４０
とモニター装置６０との接続は、ケーブル等により有線
接続してもよいし、赤外線等を利用した無線通信により
接続してもよい。

【００２３】上記コントローラ４０は、ＣＰＵ４２、設
備制御に関する制御を行うための設備制御プログラム部
４４、モニター装置６０に関する制御を行うためのモニ
ター制御プログラム部４６、仮想デバイスデータを、接
続されたモニター装置６０の属性データに合致した実デ
バイスデータに変換して送信するための仮想・実デバイ
スデータコンバータ４８、デバイスデータテーブルと仮
想デバイスイメージと画面表示データとパラメータと動
作プログラムを記憶したコントローラメモリ部５０、Ｉ
／Ｏ部５２を備えている。

【００２４】上記モニター装置６０は、ＣＰＵ６２、コ
ントローラ４０との間で通信を行うための通信部６４、
画面表示とキー状態入力とカーソル制御とモニターメモ
リ部６８及びＩ／Ｏ部７０のリードライト等を行う基本
機能部６６、モニター装置６０の属性データを記憶する
モニターメモリ部６８、Ｉ／Ｏ部７０を備えている。ま
た、Ｉ／Ｏ部７０には、液晶表示装置等からなる表示装
置７２、スピーカ７４等が接続されている。

【００２５】＜制御手順＞上記した設備制御装置では、
コントローラ４０により設備の動作制御を行うととも
に、コントローラ４０とモニター装置６０との間で通信
を行い、コントローラ４０からの情報をモニター装置６
０に表示することができる。

【００２６】以下、設備制御装置における制御手順につ
いて説明する。

【００２７】＜初期化処理＞ （ステップ１）コントローラ４０に接続されたモニター
装置６０に電源が投入されると、コントローラ４０に対
してモニターメモリ部６８に記憶した属性データを送信
する。

【００２８】（ステップ２）コントローラ４０では、モ
ニター装置６０から送信されてきた属性データに基づい
てデバイスデータテーブルを作成し、コントローラメモ
リ部５０に記憶する。

【００２９】このデバイスデータテーブルは、図２に示
すように、モニター装置６０のハード的な特徴を展開し
たテーブルであり、例えば、画面表示エリアの横方向バ
イト数を表す「ｄｉｓｐ＿ａｒｅａ＿ｘ」の値が「４
０」、画面表示エリアの縦方向バイト数を表す「ｄｉｓ
ｐ＿ａｒｅａ＿ｙ」の値が「２０」、キーの種類を表す
「ｋｅｙ＿ｌａｙｏｕｔ」の値が「０，１，２，３，
４，５，６，７，８，９，〜」、データバックアップエ
リアの下限アドレスを表す「ｍｅｍ＿ａｒｅａ＿Ｌ」の
値が「１００００Ｈ」、データバックアップエリアの上
限アドレスを表す「ｍｅｍ＿ａｒｅａ＿Ｈ」の値が「２
００００Ｈ」、ビープ音のＩ／Ｏアドレスを表す「Ｉ／
Ｏ＿Ｂｅｅｐ」の値が「２０Ｈ」等のデバイスデータが
展開されている。実際には、図２に示した各メモリ値
が、コントローラメモリ部５０の所定アドレスから連続
的に格納されている。

【００３０】＜モニター画面表示処理＞ （ステップ３−１）コントローラ４０のモニター制御プ
ログラム部４６では、モニター装置６０に表示したい内
容を、仮想デバイスデータイメージとして画面イメージ
エリアに書き込み、ＤＩＳＰＬＡＹフラグに「１」をセ
ットする。なお、モニター装置６０に表示されるデータ
は、アスキーデータとなっている。

【００３１】この画面イメージは、図３に示すように、
モニター装置６０のメモリやＩ／Ｏ等の資源をコントロ
ーラメモリ部５０にマッピングしたものである。なお、
画面イメージエリアは、モニター装置６０の基本機能毎
に確保されている。また、画面サイズ等の仮想デバイス
のハード的な特徴は、標準的なものを一意的に決定して
よい。

【００３２】この画面イメージにおいて、例えば、モニ
ター画面の左上から「Ａ」「Ｂ」「Ｃ」を表示したい場
合には、図３に示すように、メモリアドレス「１００
０」に「Ａ」をコピーし、メモリアドレス「１００１」
に「Ｂ」をコピーし、メモリアドレス「１００２」に
「Ｃ」をコピーする。また画面に何も表示しない場合に
は、全てのエリアを「２０Ｈ」（アスキーコードのスペ
ース）で埋める。

【００３３】（ステップ４−１）コントローラ４０の仮
想・実デバイスデータコンバータ４８は、各ｍｏｄｉｆ
ｙフラグに「１」がセットされているかどうかを常時監
視しており、各ｍｏｄｉｆｙフラグに対応した処理を行
う。なお、ｍｏｄｉｆｙフラグは、ＤＩＳＰＬＡＹフラ
グ、ＫＥＹフラグ、ＭＥＭ＿Ｗ（メモリライト）フラ
グ、ＭＥＭ＿Ｒ（メモリリード）フラグ、ＩＯフラグか
らなる。

【００３４】例えば、ＤＩＳＰＬＡＹフラグに「１」が
セットされている場合には、画面イメージエリアのデー
タをモニター装置６０へ送信する。この場合、実デバイ
スデータの画面サイズが、コントローラ４０の仮想デバ
イスデータの画面サイズよりも大きい場合には、当該デ
ータをそのままモニター装置６０へ送信する。一方、実
デバイスデータの画面サイズが、コントローラ４０の仮
想デバイスデータの画面サイズよりも小さい場合には、
まず、実デバイスデータの画面サイズである「ｄｉｓｐ
＿ａｒｅａ＿ｘ」×「ｄｉｓｐ＿ａｒｅａ＿ｙ」分だけ
データを送信し、モニター装置６０のカーソル移動キー
（「↑」「↓」「←」「→」）が押されると、画面イメ
ージエリアを「ｄｉｓｐ＿ａｒｅａ＿ｘ」×「ｄｉｓｐ
＿ａｒｅａ＿ｙ」の範囲で上下左右に移動させ、当該画
面イメージエリアのデータをモニター装置６０へ送信す
る。このようにして、モニター装置６０の画面上では表
示しきれなかった領域をスクロール表示することができ
る。

【００３５】基本的には、上記したステップ３−１及び
ステップ４−１の繰り返しを行うことにより、コントロ
ーラ４０がモニター装置６０を制御することになる。

【００３６】＜モニター装置のキー状態のセンシング＞ （ステップ３−２）コントローラ４０の仮想・実デバイ
スデータコンバータ４８は、モニター装置６０に対して
ポーリングを行い、前回のキー状態から変化があった場
合に、ＫＥＹフラグに「１」をセットし、受信したキー
の変化について、キーボードテンプレートを参照した
後、仮想デバイスデータとしてキーボードイメージエリ
アの所定アドレスに反映させる。

【００３７】例えば、図４に示すように、キーボードイ
メージとキーボードテンプレートが対応しており、キー
ボードイメージエリアの所定アドレスに「１」がセット
されている場合には、当該所定アドレスに対応するキー
が押されており、「０」がセットされている場合には、
当該所定アドレスに対応するキーが押されていないこと
になる。図４に示した例では、アドレス「１２２２」に
「１」がセットされているため、アドレス「１２２２」
に対応する「９」のキーが押されていることがわかる。

【００３８】なお、キーボードイメージにおいて、各キ
ーをバイトではなくビットに割り付けることにより、使
用メモリを１／８に節約することができる（１バイト＝
８ビットの場合）。

【００３９】（ステップ４−２）コントローラ４０のモ
ニター制御プログラム部４６では、ＫＥＹフラグを常時
監視しており、ＫＥＹフラグに「１」がセットされてい
る場合に、キーボードイメージエリアを参照して、前回
参照した内容との差を抽出し、「ＯＮ」から「ＯＦＦ」
あるいは「ＯＦＦ」から「ＯＮ」に変化したキーを知る
ことができる。キーボードイメージエリアの参照が終了
すると、ＫＥＹフラグに「０」をセットする。

【００４０】なお、通常は、キーが「ＯＦＦ」から「Ｏ
Ｎ」に変化した場合には、当該キーに対応して画面表示
が変化するため、上記したステップ３−１及びステップ
４−１の処理に移行する。例えば、キー「１」が「ＯＦ
Ｆ」から「ＯＮ」に変化した場合には、パラメータイメ
ージを表示する。

【００４１】＜モニター装置のメモリ書込処理＞ （ステップ３−３）コントローラ４０のモニター制御プ
ログラム部４６では、モニターメモリ部６８に書き込み
たいデータ（最初の４バイトは先頭アドレスを表す）
を、まず仮想デバイスイメージとしてメモリイメージエ
リア書き込み、ＭＥＭ＿Ｗフラグに「１」をセットす
る。

【００４２】このメモリイメージは、図５に示すよう
に、モニター装置６０のメモリ内容を反映したもので、
例えば１ページを５１２バイトとして、ページ単位で書
き込みあるいは読み出しを行う。

【００４３】（ステップ４−３）コントローラ４０の仮
想・実デバイスデータコンバータ４８は、ＭＥＭ＿Ｗフ
ラグに「１」がセットされているかどうかを常時監視し
ており、ＭＥＭ＿Ｗフラグに「１」がセットされている
場合には、ｍｅｍ＿ａｒｅａ＿Ｌの値が先頭アドレス以
下であり、先頭アドレスに１ページ分の５１２バイトを
加算した値がｍｅｍ＿ａｒｅａ＿Ｌの値以下であるとい
う条件をチェックした上で、メモリイメージエリアのデ
ータをモニター装置６０へ送信する。当該データの送信
が終了すると、ＭＥＭ＿Ｗフラグに「０」をセットす
る。

【００４４】＜モニター装置のメモリ読出処理＞ （ステップ３−４）コントローラ４０のモニター制御プ
ログラム部４６では、モニターメモリ部６８の頭４バイ
トに、読み出したいモニターメモリ部６８の先頭アドレ
スを書き込み、ＭＥＭ＿Ｒフラグに「１」をセットす
る。

【００４５】（ステップ４−４）コントローラ４０の仮
想・実デバイスデータコンバータ４８は、ＭＥＭ＿Ｒフ
ラグに「１」がセットされているかどうかを常時監視し
ており、ＭＥＭ＿Ｒフラグに「１」がセットされている
場合には、ｍｅｍ＿ａｒｅａ＿Ｌの値が先頭アドレス以
下であり、先頭アドレスに１ページ分の５１２バイトを
加算した値がｍｅｍ＿ａｒｅａ＿Ｌの値以下であるとい
う条件をチェックした上で、モニター装置６０から、モ
ニターメモリ部６８の先頭アドレスから５１２バイト分
（先頭アドレス＋５１１バイト）のデータを受信し、メ
モリイメージエリアに当該データを書き込む。当該デー
タの書き込みが終了すると、ＭＥＭ＿Ｒフラグに「２」
をセットする。

【００４６】コントローラ４０のモニター制御プログラ
ム部４６では、ＭＥＭ＿Ｒフラグに「２」がセットされ
るのを監視しており、ＭＥＭ＿Ｒフラグに「２」がセッ
トされた場合には、メモリイメージエリアのデータを参
照（または別エリアにコピー）して、ＭＥＭ＿Ｒフラグ
に「０」をセットする。なお、上述した実施形態では、
メモリのＲ／Ｗ（リードライト）単位を ５１２バイト
として説明しているが、メモリのＲ／Ｗ単位を可変とし
てもよい。その場合には、メモリイメージエリアの頭の
先頭アドレスの次に、バイト長を付加する必要がある。

【００４７】＜Ｉ／Ｏの書込処理＞ （ステップ３−５）コントローラ４０のモニター制御プ
ログラム部４６では、モニター装置６０のＩ／Ｏ部７０
を制御したい場合に、Ｉ／Ｏイメージエリアの該当アド
レスに「１」をセットするとともに、ＩＯフラグに
「１」をセットする。

【００４８】このＩ／Ｏイメージは、図６に示すよう
に、アドレスとＩ／Ｏ制御を対応させたもので、例え
ば、ビープ音はアドレス「１７５２」に対応し、カーソ
ル反転はアドレス「１７５３」に対応し、カーソル非表
示はアドレス「１７５４」に対応している。例えば、モ
ニター装置６０でビープ音を発生した場合には、Ｉ／Ｏ
イメージエリアの該当アドレス「１７５２」に「１」を
セットするとともに、ＩＯフラグに「１」をセットす
る。

【００４９】（ステップ４−５）コントローラ４０の仮
想・実デバイスデータコンバータ４８は、ＩＯフラグに
「１」がセットされているかどうかを常時監視してい
る。ＩＯフラグに「１」がセットされている場合には、
Ｉ／Ｏイメージエリアの「１」がセットされているアド
レスを探し出し、デバイスデータテーブルに基づいて、
該当するＩＯポートアドレス（例えば、ビープ音Ｉ／Ｏ
アドレスである２０Ｈ）をモディファイするデータをモ
ニター装置６０へ送信する。当該データをモニター装置
６０に送信した後、Ｉ／Ｏイメージエリアのビープ音ア
ドレス「１７５２」に「０」をセットするとともに、Ｉ
Ｏフラグに「０」をセットする。

【００５０】＜モニター制御処理＞コントローラ４０
は、設備制御プログラムが動作する合間に、上述したス
テップ３−１及びステップ４−１〜ステップ３−５及び
ステップ４−５の５パターンのモニター制御処理を行
う。

【図面の簡単な説明】

【図１】 本発明に係る設備制御装置の概略構成を示し
たブロック図である。

【図２】 コントローラのメモリ部に記憶されるデバイ
スデータテーブルの説明図である。

【図３】 画面表示イメージの説明である。

【図４】 キーボードイメージの説明図である。

【図５】 メモリイメージの説明図である。

【図６】 Ｉ／Ｏイメージの説明図である。

【図７】 従来の設備制御装置の概略構成を示したブロ
ック図である。

【符号の説明】 （従来の設備制御装置） １０ コントローラ １２ ＣＰＵ １４ 通信部 １６ 設備制御プロ部ラム部 １８ コントローラメモリ部 １９ Ｉ／Ｏ部 ２０ モニター装置 ２２ ＣＰＵ ２４ 通信部 ２６ モニター制御プログラム部 ２８ 基本機能部 ３０ モニターメモリ部 ３２ Ｉ／Ｏ部 （本発明に係る設備制御装置） ４０ コントローラ ４２ ＣＰＵ ４４ 設備制御プロ部ラム部 ４６ モニター制御プログラム部 ４８ 仮想・実デバイスデータコンバータ ５０ コントローラメモリ部 ５２ Ｉ／Ｏ部 ６０ モニター装置 ６２ ＣＰＵ ６４ 通信部 ６６ 基本機能部 ６８ モニターメモリ部 ７０ Ｉ／Ｏ部 ７２ 表示装置 ７４ スピーカ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 設備制御を行うためのコントローラと、
   該コントローラに接続可能で、該コントローラからの情
   報を表示するためのモニター装置とを備えた設備制御装
   置であって、 前記モニター装置は、種類の異なる複数のコントローラ
   に対応可能であることを特徴とする設備制御装置。
2. 【請求項２】 前記コントローラは、仮想デバイスデー
   タを前記モニター装置の実デバイスデータに変換するこ
   とにより、前記モニター装置に情報を表示させることを
   特徴とする請求項１記載の設備制御装置。
3. 【請求項３】 前記モニター装置には、 当該モニター装置の属性データを記憶したモニターメモ
   リ部を備え、 前記コントローラには、 前記モニター装置の制御を行うためのモニター制御プロ
   グラム部と、 前記モニター装置に対して出力するための仮想デバイス
   データを記憶可能なコントローラメモリ部と、 前記仮想デバイスデータを、前記モニター装置の属性デ
   ータに合致した実デバイスデータに変換して送信するた
   めの仮想・実デバイスデータコンバータとを備えたこと
   を特徴とする請求項１または請求項２記載の設備制御装
   置。
4. 【請求項４】 前記モニター装置に電源が投入された際
   に、前記コントローラメモリ部に対して、前記モニター
   メモリ部に記憶された属性データを読み込むことを特徴
   とする請求項３記載の設備制御装置。