JPH08115119A - シミュレーション装置 - Google Patents

Abstract

(57)【要約】 【目的】 １つの設備コントローラの動作をシミュレー
ションするに際し、他の設備用のコントローラを流用す
ることを可能にしたシミュレーション装置を提案する。 【構成】 互いに通信回線を介して接続された複数の設
備コントローラの動作をシミュレーションするために、
前記複数の設備コントローラの一側に接続されるシミュ
レーション装置は、前記一側の設備コントローラにおけ
る操作信号を通信回線と他側の設備コントローラとを介
して受信する。また、前記操作信号の受信に応答して所
定の応答信号を、前記他側の設備コントローラと前記通
信回線とを介して前記一側の設備コントローラに返す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、設備の動作を制御す
るコントローラの動作をシミュレーションするシミュレ
ーション装置に関する。

【０００２】

【従来の技術】自動車の組立ラインの如くの生産ライン
において、設置された種々の設備に対してコンピユータ
を内蔵したシーケンス制御部を設け、かかるシーケンス
制御部により各設備が順次行なうべき動作についてのシ
ーケンス制御を行なうようにすることが知られている。
かかるシーケンス制御では、シーケンス制御部に内蔵さ
れたコンピユータに制御プログラムがロードされ、その
シーケンス制御部が生産ラインに設置された種々の設備
の夫々に対する動作制御の各段階をシーケンス動作制御
プログラムに従って順次進めていくようになっている。

【０００３】このようなシーケンス制御プログラムを作
成するためには、ユーザはまず、ラダープログラムを作
成し、これを翻訳してシーケンス制御部にロードするよ
うにしている。

【０００４】一方、このようなラダープログラムは稼働
するに先立ってシミュレーションすることが重要であ
る。シミュレーションの方法として従来から種々の方法
が提案されている。作成したシーケンスプログラムをプ
ログラムコントローラにロードし、、その信号入出力部
に設備の動きを模倣するためのスイッチ類を取付け、手
動で設備動作をシミュレーションする方法がある。しか
し、このような手法は人手に頼るゆえに正確なチェック
ができない、多くのパターンを組合わせたチェックがで
きないなどの欠点を有している。

【０００５】また、例えば、特開平１−１２９３０６号
では、プラントシミレータをプログラマブルコントロー
ラに接続し、このシミュレータからシミュレーション信
号をプログラマブルコントローラに返答するようにして
いる。この手法は、手動による方法に比して色々な組み
合わせのシミュレーション動作を実現できるという長所
を有する。

【０００６】

【発明が解決しようとする課題】しかしながら、上記特
開平１−１２９３０６号の手法は、特別のシミュレーシ
ョン装置を必要とする。実際に、シミュレーションが必
要なのはシーケンスプログラムの開発場所ではなく、遠
方の工場であることもあり、そのようなところにまでシ
ミュレーション装置を運ぶのは大変である。また、シミ
ュレーション装置も比較的効果になる。

【０００７】本発明は、上記先行技術の問題点を解消す
るために提案されたもので、その目的は、設備コントロ
ーラ（例えば、プログラマブルコントローラ）がプログ
ラム実行機能を有することに着目し、１つの設備コント
ローラの動作をシミュレーションするに際し、他の設備
用のコントローラを流用することを可能にしたシミュレ
ーション装置を提案するものである。

【０００８】

【課題を解決するための手段】上記の目的を達成すべ
く、請求項１の互いに通信回線を介して接続された複数
の設備コントローラの動作をシミュレーションするため
に、前記複数の設備コントローラの内所定の設備コント
ローラに接続されるシミュレーション装置は、前記一側
の設備コントローラにおける操作信号を通信回線と他側
の設備コントローラとを介して受信する手段と、前記操
作信号の受信に応答して所定の応答信号を、前記他側の
設備コントローラと前記通信回線とを介して前記一側の
設備コントローラに返す手段とを具備したことを特徴と
する。

【０００９】また、上記課題を達成するために、請求項
２の、通常モードでは内蔵の制御回路を使って接続され
た自設備のシーケンス動作を制御し、シミュレーション
モードにおいて他設備用の設備コントローラのシミュレ
ーションを行なうシミュレーション装置は、前記他設備
用の設備コントローラにおける操作信号を通信回線を介
して受信する手段と、前記操作信号の受信に応答して所
定の応答信号を他設備用の設備コントローラに前記通信
回線を介して返答する手段とを具備したことを特徴とす
る。

【００１０】上記のシミュレーション装置によれば、通
常ではシーケンス制御に使われるコントローラをシミュ
レーションに流用できる。、請求項２のシミュレーショ
ン装置は前記他側の設備コントローラに設けられている
ことを特徴とする。請求項３のシミュレーション装置
は、前記他側の設備コントローラには前記一側の設備コ
ントローラのシーケンスプログラムの逆シーケンスを辿
る逆シーケンスプログラムが組み込まれることを特徴と
する。

【００１１】逆シーケンスを辿るプログラムは正確に対
象のシーケンスプログラムをシミュレーションする。請
求項４のシミュレーション装置においては、前記逆シー
ケンスプログラムは、タイマプログラム要素とタイミン
グ条件設定テーブルとを有することを特徴とする。

【００１２】タイマによってシミュレーション条件を設
定することによってシミュレーション条件の変更が容易
となる。請求項５のシミュレーション装置は表示手段を
具備し、前記逆シーケンスプログラムの動作を設備の作
動要素毎にブロックで表示する。これにより、シミュレ
ーション状態の変遷が容易となる。

【００１３】請求項７のシミュレーション装置におい
て、前記通信回線は通常はシーケンス制御用のプログラ
ムをロードするのに使うことを特徴とする。通信回線が
兼用される。

【００１４】

【実施例】以下、本発明を工場の生産設備のプログラマ
ブルコントローラに適用した実施例を図面に基づいて説
明する。図１は、本発明の１実施例の構成および動作を
もっとも良く説明する。同図に於て、２つの設備（ｍ番
目とｎ番目）が図示されている。それぞれの設備には、
専用のプログラマブルコントローラが接続されている。
各々のプログラマブルコントローラにそれぞれの設備専
用のラダープログラム（シーケンスプログラム）がロー
ドされて、このプログラマブルコントローラがそれぞれ
の設備を制御する。２つのプログラマブルコントローラ
は一本の通信回線（例えば、イーサネット）によって接
続されている。不図示のホストコンピュータは、この回
線を介して、それぞれのプログラマブルコントローラに
それぞれのシーケンスプログラムをロードする。

【００１５】本実施例の特徴は、一方のプログラマブル
コントローラ（図の例では、＃ｍの設備のプログラマブ
ルコントローラ）のシーケンスプログラムをシミュレー
ションするとき（この場合、＃ｍ側のプログラマブルコ
ントローラを「ターゲットコントローラ」と呼ぶ）は、
他方の（図の例では、＃ｎのプログラマブルコントロー
ラ）にシミュレーションプログラムをロードし、この＃
ｎのプログラマブルコントローラを介してシミュレーシ
ョンすることができるということである。即ち、通常で
は、生産設備の制御を行なうプログラマブルコントロー
ラとして機能するものを必要に応じてシュミレータとし
て利用するというものである。したがって、特別なシミ
ュレーション専用の装置が不要となる。

【００１６】通常のプログラマブルコントローラシステ
ムでは、プログラマブルコントローラ間では直接的なデ
ータのやり取りは行なわない。そこで、本システムで
は、プログラムロードなどのための前記通信回線をシミ
ュレーションデータのやり取りに使う。既存の通信回線
を使用するという意味においても、コストの低下に寄与
する。

【００１７】本システムでは、ターゲット側でシーケン
スプログラムが実行されると、ターゲット側から「出力
コマンド」フレームがシュミレータ側プログラマブルコ
ントローラに送られる。シュミレータ側は、このコマン
ドを受け、所定のタイミングを計算し、ターゲットコン
トローラ側に「応答コマンド」フレームを返す。図２
は、ターゲットコントローラ側にロードされるシーケン
スプログラムの簡単な一例と、シュミレータ側にロード
されるシミュレーションプログラムとの対応を説明す
る。

【００１８】この一例としてのシーケンスプログラムを
通常の稼働状態でスタートさせると、ステップＴ１で、
シリンダが戻り状態にあることを確認するスイッチから
の信号「戻りＬＳ」がオンであることによって「シリン
ダ出」信号を出力して、不図示のシリンダを出状態にす
る。シリンダが出ると、リミットスイッチ（不図示）を
やがてオンにする。この状態は「出ＬＳ」信号によって
確認される。この「出ＬＳ」信号がオンになると、ステ
ップＴ２において、信号「シリンダ戻り」がオンされ
る。

【００１９】このようなターゲットコントローラをシミ
ュレーションするときは、シリンダもリミットスイッチ
も存在しないので、シーケンスプログラムには「出ＬＳ
信号」は返されないので、ステップは進まない。そこ
で、シミュレーションプログラムがシュミレータ側に必
要になる。上記の２ステップのシーケンスプログラムに
対応するシミュレーションプログラムは、図２に示すよ
うに、４ステップになる。即ち、ステップＴ１を実行し
たターゲットコントローラ側が、信号「シリンダ出」を
有した「出力コマンド」フレームをシュミレータ側に送
ってくると、シュミレータ側はステップＳ１を実行して
タイマＴ1をトリガする。時間Ｔ1が経過すると、シュミ
レータ側はステップＳ２において信号「出ＬＳ」を疑似
的に発生して、それを「応答コマンド」フレームにのせ
てターゲットコントローラ側に返す。このフレームを受
けたターゲットコントローラ側はステップＴ２を実行し
て信号「シリンダ戻り」を出力し、この信号を載せた
「出力コマンド」フレームをシュミレータ側に送出す
る。このフレームを受けたシュミレータ側はステップＳ
３を実行してタイマＴ2をトリガする。時間Ｔ2が経過す
ると、シュミレータ側はステップＳ４において信号「戻
りＬＳ」を疑似的に発生して、それを「応答コマンド」
フレームにのせてターゲットコントローラ側に返す。

【００２０】以上が、シーケンスプログラムとシミュレ
ーションプログラムとの関係である。シーケンスプログ
ラムでは、例えば図２に示すように、アクチュエータを
駆動する信号（図２の例では「シリンダ出」と「シリン
ダ戻り」）と、アクチュエータが駆動されたことを確認
する信号（図２の例では「出ＬＳ」と「戻りＬＳ」）と
が数多く現われる。これらの信号はプログラマブルコン
トローラの所定のメモリ番地に対応させられる。即ち、
シーケンスプログラムにおいて信号を出力するというこ
とは、対応するメモリ番地の１にすることであり、ある
信号がオンしているかを確認するということは、その信
号に対応するメモリ番地の内容が１であるか否かを調べ
るということである。

【００２１】図３は、シーケンスプログラムによる上述
の出力信号（混同を避ける意味で、便宜上、「デバイス
出力」信号と呼ぶ）や確認信号（便宜上「確認スイッ
チ」信号と呼ぶ）を格納する状態を示す。なお、図３に
おいて、「中間フラグ」とは、実際のアクチュエータに
関連しない信号であって、プログラマブルコントローラ
内部でのみ意味のある信号である。例えば、シーケンス
プログラムで定義されているシーケンス番号を進める信
号などである。

【００２２】ターゲット側のプログラマブルコントロー
ラは、「出力コマンド」フレームに、図３の「デバイス
出力」信号を載せてシュミレータ側に送る。また、ター
ゲットコントローラ側は、シュミレータ側のプログラマ
ブルコントローラが送ってきた「応答コマンド」フレー
ムに載っている「確認スイッチ信号」を、図３の「確認
スイッチ」信号フィールドに格納する。

【００２３】なお、図３では、「デバイス出力」信号や
「確認スイッチ」信号や「中間フラグ」は全て分離され
て格納されている。これは、本実施例では、コマンドフ
レームに、「デバイス出力」信号や「確認スイッチ」信
号を一括して載せるために、「デバイス出力」信号と
「確認スイッチ」信号を分けて格納したほうがフレーム
に格納するときに短時間で済むからである。従って、個
々の「デバイス出力」信号や「確認スイッチ」信号の格
納位置を別個に定めていても、それらの位置が確定して
いれば、図３のように整然と分けられている必要はな
い。

【００２４】図４はターゲットコントローラ側が送出す
る「出力コマンド」フレームの形式を示す。このフレー
ムは、デリミタコード（ＳＤ）の次に、送り先のシュミ
レータ側プログラマブルコントローラを示す「コントロ
ーラ番号」フィールドと、ターゲットコントローラ側で
出力された信号を示す「出力信号」フィールドとを有す
る。「出力信号」フィールドには前述の「デバイス信
号」（図３）が載せられる。

【００２５】図５はシュミレータ側プログラマブルコン
トローラ側が送出する「応答コマンド」フレームの形式
を示す。このフレームは、デリミタコード（ＳＤ）の次
に、送り先のターゲット側プログラマブルコントローラ
を示す「コントローラ番号」フィールドと、シュミレー
タ側で出力された信号を示す「確認スイッチ信号」フィ
ールドとを有する。「確認スイッチ信号」フィールドに
は前述の「確認スイッチ信号」（図３）が載せられる。

【００２６】図６はターゲットコントローラとしてのプ
ログラマブルコントローラ１００の構成を示し、図７は
シュミレータとしてのプログラマブルコントローラ２０
０の構成を示す。本実施例のプログラマブルコントロー
ラは、ターゲットコントローラ側であれ、シュミレータ
側であれ、通常は、シーケンスプログラムを実行するの
で、内部構成は実質的に同一である。即ち、図６，図７
のプログラマブルコントローラは、内部に、シーケンス
プログラム若しくはシミュレーションプログラムを実行
するメインＣＰＵ１０２（２０２）と、前述の２種類の
コマンドを送受する通信用ＣＰＵ１０４（２０４）と、
それぞれの制御対象の設備１０５（２０５）を有してい
る。個々のプログラマブルコントローラは、さらに、シ
ーケンスプログラム（あるいはシミュレーションプログ
ラム）を格納するメモリ１０６（２０６）と、信号類を
格納するメモリ１０３（２０３）と、通常稼働モードと
シミュレーションモードとを設定するためのモード設定
スイッチ１０１（２０１）とを有する。

【００２７】図７に示したプログラマブルコントローラ
２００をシュミレータとして使用し、さらに後述するよ
うに、シミュレーション条件を色々と変更する必要のあ
る場合は、プログラマブルコントローラ２００に条件設
定モニタ２０７を周知のＲＳ２３２インタフェースを介
して接続する。なお、条件設定モニタ２０７は通常のパ
ソコンで代用が可能である。

【００２８】図６に示すように、プログラマブルコント
ローラ１００がターゲットコントローラとして使用され
るときは、メインＣＰＵ１０２は、デバイス出力フィー
ルド１０３ａを通信用ＣＰＵ１０４に送る。また、通信
用ＣＰＵ１０４から「確認スイッチ」信号を受けたとき
は、確認スイッチフィールド１０３ｂに格納する。反対
に、図７に示すように、プログラマブルコントローラ２
００がシュミレータコントローラとして使用されるとき
は、メインＣＰＵ２０２は、通信用ＣＰＵ２０４が受け
た「デバイス出力」信号をフィールド２０３ａに書き込
む。また、ターゲットコントローラ１００に「確認信
号」を送るときはフィールド２０３ｂを介して通信用Ｃ
ＰＵ２０４に送る。

【００２９】図８は、シュミレータ側のプログラマブル
コントローラに設定されるタイマ管理テーブルである。
このテーブルは、シミュレーションされるデバイス（ア
クチュエータ）の数だけのエントリが設定される。例え
ば、ある設備に１００個のアクチュエータが設定され、
その各々に、出と戻りの２つの出力状態が定義されるな
らば、全部で２００個のタイマが設定されるべきであ
る。

【００３０】図９は、本出願人が特願平３−６７２９
０，３−６７２９１，３−６７２９２等で提案した「実
Ｉ／Ｏマップ」と呼ぶマップの構成を示す。このマップ
は、対象の設備で実際に使われる全てのアクチュエータ
について、それぞれの出状態と戻り状態についての、出
力信号メモリ番地と、確認信号メモリ番地と、そのアク
チュエータが出状態や戻り状態に移行するのに必要な公
称時間とを格納する。上記出願で開示しているように、
シミュレーションプログラムを作成するときは、この実
Ｉ／Ｏマップを参照して、図８のタイマテーブルが作成
される。即ち、タイマ管理テーブルのカウント値フィー
ルドは、実Ｉ／Ｏマップの時間値が格納される。また、
タイマ管理テーブルのフラグフィールドは、そのタイマ
が現在使用されていることを示す。

【００３１】次に、図１０〜図１４を用いて実施例の制
御手順を説明する。プログラマブルコントローラ１００
がシミュレーションモードに設定されたときには、メイ
ンＣＰＵ１０２は図１１に示される制御手順を実行し、
通信用ＣＰＵ１０４は図１１の制御手順を実行する。ま
た、プログラマブルコントローラ２００がシミュレーシ
ョンモードに設定されたときには、メインＣＰＵ２０２
は図１２に示される制御手順を実行し、通信用ＣＰＵ２
０４は図１３の制御手順を実行する。

【００３２】まず、ターゲットコントローラ側でシミュ
レーションモードが設定されると、ＣＰＵ１０２は、ス
テップＳ１００で初期化を行なってシミュレーションの
ための準備を行なう。ステップＳ１０２では通信用ＣＰ
Ｕ１０４を起動する。ステップＳ１０４，ステップＳ１
０６ではシミュレーション対象のシーケンスプログラム
を実行する。即ち、ステップＳ１０４で、シーケンスプ
ログラムで定義されている「中間フラグ」信号や「確認
スイッチ」信号などをサーチして、出力条件が満足され
ているものを探し、対応する「デバイス出力「信号や
「中間フラグ」をオンにする。そして、ステップＳ１０
６では、「デバイス出力」フィールド１０３ａを更新す
る。ステップＳ１０８で、いずれかのデバイス出力に変
更があったことが確認されると、ステップＳ１１０で、
その旨を、即ち、シュミレータ側に送るべき「出力コマ
ンド」があることを、通信用ＣＰＵ１０４に知らせる。

【００３３】ステップＳ１０４〜ステップＳ１１０の動
作は、シミュレーションモードがリセットされるまで繰
り返される。即ち、シミュレーション対象であるシーケ
ンスプログラムの１つのステップが実行され、「デバイ
ス出力」がオンされたときは、その旨がシュミレータ側
に伝えられる。ステップＳ１０４〜ステップＳ１１０の
動作が繰り返されても、シュミレータ側から「応答コマ
ンド」が返されないうちは、ステップＳ１０４，ステッ
プＳ１０６では、シーケンスプログラムのステップを進
める条件がそろわないので、シーケンスプログラムのス
テップは進まない。

【００３４】図１１は通信用ＣＰＵ１０４の制御手順を
示す。ステップＳ１５０では、ＣＰＵ１０２から起動さ
れるのを待つ。起動されると、ステップＳ１５２でシュ
ミレータ側からの応答コマンドの入力があるのを、ステ
ップＳ１５４でメインＣＰＵ１０２からの「出力コマン
ド」の送出要請があるのを待つ。即ち、シュミレータ側
からの応答コマンドの入力がないときは、ステップＳ１
５２でメインＣＰＵ１０２からの「出力コマンド」の送
出要請を確認する。図１０のステップＳ１１０でＣＰＵ
１０２がこの要請を出すと、通信用ＣＰＵ１０４はステ
ップＳ１５６においてメモリ１０３ａの内容を「出力コ
マンド」フレームとし、ステップＳ１５８においてその
フレームを通信回線に載せる。このフレームはシュミレ
ータ側の通信用ＣＰＵ２０４によって受信される。

【００３５】図１２は、シュミレータ側のメインＣＰＵ
２０２の制御手順を示す。ステップＳ２００〜ステップ
Ｓ２０６までは、シミュレーションモードが設定された
ときの初期ルーチンである。即ち、ステップＳ２０２で
はシミュレーションプログラムをメモリ２０６にロード
する。なお、このシミュレーションプログラムは不図示
のディスク装置からロードしてもよいし、あるいは通信
回線を使ってロードしてもよい。ステップＳ２０４では
メモリ２０３を初期化する。また、ステップＳ２０６で
はタイマ管理テーブルをロードする。ステップＳ２０８
では通信用ＣＰＵ２０４を初期化して起動する。

【００３６】図１３はシュミレータ２００の通信用ＣＰ
Ｕ２０４の制御手順を示す。ＣＰＵ２０４はＣＰＵ２０
２によって起動されると、ステップＳ２５２で、通信回
線上にターゲットコントローラ側からの「出力コマン
ド」があるかを調べる。このコマンドがないときは、ス
テップＳ２５８でメインＣＰＵ２０２においてターゲッ
トコントローラ側に送るべきコマンドがあるか否かを調
べる。即ち、ステップＳ２５０，ステップＳ２５８で、
ターゲットコントローラ側からの「出力コマンド」もし
くはターゲットコントローラ側に送るべきコマンドの発
生を待つ。

【００３７】前述の説明で、ターゲットコントローラ側
のＣＰＵ１０４はステップＳ１５８で出力コマンドをシ
ュミレータ側に送っているので、ステップＳ２５８でイ
エスとなる。すると、ステップＳ２６０で、フレームの
内容（出力コマンド）をメモリ２０３ａを転送する。そ
して、ステップＳ２６２で、メインＣＰＵ２０２に出力
コマンド受けたことを知らせる。

【００３８】シュミレータのメインＣＰＵ２０２では、
ステップＳ２１０で、通信用ＣＰＵ２０４からの連絡を
待っている。この連絡がないと、ステップＳ２２０で、
タイマ管理テーブル（図８）の、フラグが１にセットさ
れているデバイスの「カウント値をデクリメントする。
今の場合は、フラグがセットされているものがないの
で、ステップＳ２２０では実際上は何も行なわれない。
同じ理由で、ステップＳ２２２でタイムアウトが検出さ
れることはない。

【００３９】通信用ＣＰＵ２０４がターゲットコントロ
ーラ側から「出力コマンド」を受け取つたことをＣＰＵ
２０２がステップＳ２１０で確認すると、ステップＳ２
１２で、ＣＰＵ２０２はメモリ２０３ａの内容をサーチ
する。このメモリ２０３ａの内容は、ＣＰＵ２０４がタ
ーゲットコントローラ側から送られてきた出力コマンド
の内容に変えているはずである。そこで、ステップＳ２
１４では、変化の合ったデバイスに相当するタイマをト
リガし、合わせて、ステップＳ２１６でそのフラグを１
にセットする。

【００４０】タイマ管理テーブルのタイマが一旦セット
されると、メインＣＰＵ２０２は、一定時間毎に、フラ
グが１にセットされているタイマを１ずつデクリメント
する。このようにすると、やがてどれかのタイマがタイ
ムアウトするであろう。どれかのタイマがタイムアウト
すると、ステップＳ２２４で対応する確認スイッチのメ
モリ番地（メモリ２０３ｂ内）を１にセットする。ステ
ップＳ２２６では、管理テーブル（図８）内の対応する
フラグをリセットし、ステップＳ２２８では通信用ＣＰ
Ｕ２０４に、応答コマンドフレームを送出すべきことを
知らせる。

【００４１】この通知を受けたＣＰＵ２０４は、ステッ
プＳ２５２（図１３）からステップＳ２５４に進み、メ
モリ２０３ｂの内容（確認スイッチ信号）をフレームに
載せ、、ステップＳ２５６でこの応答コマンドフレーム
をターゲットコントローラ側に送出する。図１１のステ
ップＳ１５２で応答コマンドフレームを受けたターゲッ
トコントローラ側の通信用ＣＰＵ１０４は、ステップＳ
１６０で、そのフレームの内容をメモリ１０３ｂに移
す。

【００４２】ターゲットコントローラ側のメインＣＰＵ
１０２は、ステップＳ１０４で、メモリ１０３ｂの内容
が変更されたこと、即ち、シミュレーション側が応答コ
マンドにのせて、確認スイッチ信号を送り返してきたこ
とを知り、ステップＳ１０６で、条件の満足されたもの
があるならばそのデバイスの出力信号をオンにする。こ
のデバイスのオン状態は、前述の制御手順を繰り返して
シュミレータ側に伝えられる。そして、シュミレータ側
でも、発生したタイムアウト状態に対応して応答コマン
ドを返す。

【００４３】以上が通常のシミュレーションの制御手順
である。本システムでは、シミュレーションを行ない易
いように、シミュレーションモードに設定されたプログ
ラマブルコントローラ側では、条件設定モニタ２０７の
接続を許し、このモニタを介して、シミュレーション条
件を色々と変更できるようにしている。即ち、この実施
例では、図１４に示すように、シミュレーション条件と
して、タイマの時間間隔を可変にしている。そしてさら
に、そのタイマ間隔をＧＵＩ(graohic user interface)
により使いやすいものにしている。

【００４４】前述した用に、本システムでは、シーケン
スプログラムが多くのステップを有していても、中間フ
ラグはシュミレータ側ではシミュレーション対象にはな
らない。換言すれば、シーケンスプログラムの数多くの
ステップは、アクチュエータを出力することを単位とし
てグループ化される。図２の例で、ターゲットコントロ
ーラ側のシーケンスプログラムのステップＴ１が多くの
ステップ（但し中間フラグを扱うステップのみ）からな
ろうとも、その中に１つのアクチュエータへの出力ステ
ップを有しているときは、その多くの１群のステップ
は、シミュレーションプログラム側では、２ステップの
タイマステップ（図２では、Ｓ１とＳ２の組）に変換さ
れる。このことは、シミュレーションにおいて、数多く
のステップを含むシーケンスプログラムであっても、ブ
ロック単位に単純化されることを意味する。

【００４５】図１４は、そのようなブロックが条件変更
モニタ２０７の画面に表示されている要素を示す。図１
４において１つのボックスが１つのブロックを示す。ま
た、個々のボックスは、図８のタイマ管理テーブルと関
連づけられている。さらに、個々のボックスには、ＧＵ
Ｉ(graohic user interface)では周知の「ボタンコント
ロール」がセットされている。即ち、ボックスをマウス
などでクリックすると、セットされている「ボタンコン
トロール」が起動して、タイマ管理テーブルからのタイ
ムアウト時間の初期値を図１４に示すように、タイミン
グチャートとして表示する。

【００４６】ユーザは、表示されたタイミングチャート
を見て、マウスを使って、タイミングチャート中の線を
ドラッグして移動する。この移動量は、タイマ管理テー
ブル中のタイ町に繁栄される。即ち、ユーザは、マウス
を使って自由にしかも簡単にタイムアウト時間を返るこ
とが出きる、即ち、シミュレーション条件の変更を行な
うことができるのである。

【００４７】なお、シミュレーションを行なっているス
テップを色を変えて表示することにより、シミュレーシ
ョンの進行状況が一目でわかる。

【００４８】

【発明の効果】以上説明したように、本発明のシミュレ
ーション装置によれば、通常はシーケンスプログラムの
制御に使用されるコントローラをシミュレーションに兼
用することができるという効果がある。

【図面の簡単な説明】

【図１】本発明が適用された実施例の構成を説明する
図。

【図２】図１の実施例で用いられる一例としてのシーケ
ンスプログラムとシミュレーションプログラムの図。

【図３】プログラマブルコントローラ内で３種類の信号
がメモリに格納される様子を示す図。

【図４】出力コマンドフレームのフォーマットを示す
図。

【図５】応答コマンドフレームのフォーマットを示す
図。

【図６】ターゲット側のプログラマブルコントローラの
構成を示す図。

【図７】シュミレータ側のプログラマブルコントローラ
の構成を示す図。

【図８】タイマ管理テーブルの構成を示す図。

【図９】実Ｉ／Ｏマップの構成を示す図。

【図１０】ターゲット側のメインＣＰＵの制御手順を示
すフローチャート。

【図１１】ターゲット側の通信ＣＰＵの制御手順を示す
フローチャート。

【図１２】シュミレータ側のメインＣＰＵの制御手順を
示すフローチャート。

【図１３】シュミレータ側の通信ＣＰＵの制御手順を示
すフローチャート。

【図１４】実施例システムで使われるシミュレーション
条件変更の手法を説明する図。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 互いに通信回線を介して接続された複数
   の設備コントローラの動作をシミュレーションするため
   に、前記複数の設備コントローラの内所定の設備コント
   ローラに接続されるシミュレーション装置であって、 前記一側の設備コントローラにおける操作信号を通信回
   線と他側の設備コントローラとを介して受信する手段
   と、 前記操作信号の受信に応答して所定の応答信号を、前記
   他側の設備コントローラと前記通信回線とを介して前記
   一側の設備コントローラに返す手段とを具備したことを
   特徴とするシミュレーション装置。
2. 【請求項２】 請求項１のシミュレーション装置は前記
   他側の設備コントローラに設けられていることを特徴と
   するシミュレーション装置。
3. 【請求項３】 請求項１または２に記載のシミュレーシ
   ョン装置において、前記他側の設備コントローラには前
   記一側の設備コントローラのシーケンスプログラムの逆
   シーケンスを辿る逆シーケンスプログラムが組み込まれ
   ることを特徴とするシミュレーション装置。
4. 【請求項４】 請求項３に記載のシミュレーション装置
   において、前記逆シーケンスプログラムは、タイマプロ
   グラム要素とタイミング条件設定テーブルとを有するこ
   とを特徴とするシミュレーション装置。
5. 【請求項５】 請求項３乃至４のいずれかに記載のシミ
   ュレーション装置は表示手段を具備し、前記逆シーケン
   スプログラムの動作を設備の作動要素毎にブロックで表
   示することを特徴とするシミュレーション装置。
6. 【請求項６】 通常モードでは内蔵の制御回路を使って
   接続された自設備のシーケンス動作を制御し、シミュレ
   ーションモードにおいて他設備用の設備コントローラの
   シミュレーションを行なうシミュレーション装置であっ
   て、 前記他設備用の設備コントローラにおける操作信号を通
   信回線を介して受信する手段と、 前記操作信号の受信に応答して所定の応答信号を他設備
   用の設備コントローラに前記通信回線を介して返答する
   手段とを具備したことを特徴とするシミュレーション装
   置。
7. 【請求項７】 請求項１乃至６のシミュレーション装置
   において、前記通信回線は通常はシーケンス制御用のプ
   ログラムをロードするのに使うことを特徴とするシミュ
   レーション装置。