JPS6190211A - プログラマブルコントロ−ラのプロセスモニタ方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は・製造設備等の制御を行うプログラマブルコン
ト田−ラにおいて、そのプロセスのモニタを高速に行う
ための制御実行プロセスのモニタ方式に関するものであ
る。

〔発明の背景〕

プログラマブルコントローラには、プログラミングの簡
易さとともに、プログラム実行状態をソースプログラム
上に表示することにより、プロセスの状態を容易にモニ
タしつるという長所がある。例えば、ＯＲＴを使用して
リレーラダー図形式のプログラムを作成し、その各プロ
セスの入出力接点の状態を、このリレーラダー図上で輝
度を変えて表示するという機能が実現されている。

この機能を実現するため、従来は、モニタコマンドが入
力された時点でモニタすべき部分のオブジェクトプログ
ラムを検索し、このオブジェクトプログラムからソース
プログラムを復元（生成）シ、さらにプロセス人出力接
点の状態を調べ、復元したリレーラダー図形式のソース
プログラムの各リレーシンボルの輝度を変えて表示して
いる。かかるモニタ装置としては、例えば、特開昭５７
−８９１０９号公報、及び特開昭５８−１４２０１３号
公報に記載されているものが知られている。

このような方式では、処理に長時間を要するソースプロ
グラムの復元をプロセスモニタ時に行わなければならな
いので、プロセスモニタの応答時間が長くなるという問
題がある。特に最近においてはプログラマブルコントロ
ーラの制御実行速度自体が次々と高速化されているので
、プロセスモニタの応答時間が長くて制御実行の周期に
追随できないということは大きな問題となっている。

〔発明の目的〕

本発明の目的は、上記した問題点を解決し、プログラマ
ブルコントローラの制御実行フロセスの状態を高速でモ
ニタすることができる制御実行プロセスのモニタ方式を
提供することにある。

〔発明の概要〕

本発明は、プロセス入出力状態、プログラム実行ステッ
プなどの制御実行プロセス情報をモニタし、それらをソ
ースプログラムに重ねて表示しうるプログラマブルコン
トローラのプロセスモニタ装置であって、表示すべき複
数種のソースプログラムをオブジェクトプログラムから
事前に生成して複数のバッファメモリに記憶しておき、
モニタ時、制御実行プロセス情報の取込みのみを行い、
それを上記Ｗ数種のソースプログラムに選択的に重ねて
表示するようにしたものである。

〔発明の実施例〕

以下、本発明の実施例を図に基づいて説明する。第１図
は、本発明に係る制御実行プロセスモニタ方法が適用さ
れたプログラマブルコントローラの一実施例を示すブロ
ック図、第２図は、そのプロセスモニタの手順図である
。ここで、Ａはプシセスモニタコンソール部、Ｂは制御
実行部、Ｏは制御対象の装置を示すもので、１は制御実
行部Ｂから転送されてくるオブジェクトプログラムを格
納するオブジェクトプログラムバッファ、２はオブジェ
クトプログラムをソースプログラムに変換する逆トラン
スレータ、３は変換されたソースプログラムを格納する
ソースプログラムバッファ、４は入力されたコマンドを
解析するコマンドアナライザ、５はモニタ表示に適合し
た情報にデータを処理するためのモニタ表示実行部、６
はＯＲＴに表示する情報を格納する○ＲＴイメージメモ
リ、７はソースプログラム等を表示するＯＲ’ｒｓ８は
コマンド等を入力するキーボード、９はコンソール部イ
ンターフェース、１０はプログラム実行用のコンソール
部プロセッサ、１１はキーボード８からの信号を取り込
むキーボードインタフェースであって、これらはプロセ
スモニタコンソール部人を構成するものである。

また、１２は制御プロセッサ、１３はプロセス入出力の
状態情報を格納するプロセス状態バッファ、１４は制御
実行部インタフェース、１５は制御プロセッサ１２が実
行するオブジェクトプログラムを格納するオブジェクト
プログラムメモリ、１６はモニタコマンド実行部、１７
はプロセス入出力ボードであって、これらは制御実行部
Ｂを構成するものである。

そして、コンソール部Ａ１制御実行部Ｂにおいては夫々
バスによりて各部が接続される構成をとっている。

なお、第１図において、オブジェクトプログラムバッフ
ァ７、ソースプログラムバッファ３、ＯＲＴイメージメ
モリ６、プロセス状態バッファ１３、及びオブジェクト
プログラムメモリ１５は１夫々読み書き可能なメモリ（
ＲＡＭ）である。

また、逆トランスレータ２．コマンドアナライザ４．モ
ニタ表示実行部５．及びモニタコマンド実行部１６は、
夫々所定の機能のプログラムを格納するメモリ（ＲＯＭ
）である。そして、これらのプログラムメモリに格納さ
れたプログラムは、コンソール部プロセッサ１０あるい
は制御プロセッサ１２にて実行される。

まず、プロセスモニタコンソール部Ａにおいて、オブジ
ェクトプログラムバッファ１は制御実行部Ｂからコンソ
ール部インタフェース９を介して転送されるオブジェク
トプログラムを格納するもので、このオブジェクドブ貸
グラムは、逆トランスレータ２によってソースプログラ
ムに復元（生成）されたのちソースプログラムバッファ
３に格納（記憶）される。

一方、コマンドアナライザ４によって、キーボード８か
ら入力されたコマンドが解釈され、制御実行プロセスモ
ニタ（以下、単にプロセスモニタという。）に必要な処
理が各部に指示されるっまだモニタ表示実行部５によっ
て、ソースプログラムバッ７ア３中のソースプログラム
と制御実行部Ｂから送られてくるプロセス入出力の状態
とからモニタ表示画面が作成され、そのデータがＯＲＴ
イメージメモリ６に転送されたのち、その画面が０ＲＴ
７に表示される。なお、ここで、これらの処理は、プロ
セッサ１０にて実行される。

次に１制御実行部Ｂにおいて、制御プロセッサ１２によ
って実行されるオブジェクトプログラムはオブジェクト
プログラムメモリ１５に格納され、制御実行部インタフ
ェース１４を介してプロセスモニタコンソール部人に転
送される。一方、プロセスモニタコンソール部Ａからモ
ニタに関するコマンドが送られてくると、モニタコマン
ド実行部１６によって、そのコマンドに応じてプロセス
状態を調べてプロセス状態バッファ１３に格納したり、
オブジェクトプログラムやプロセス状態をプロセスモニ
タコンソール部Ａに転送したりする。なお、ここで、こ
のモニタコマンド実行部１６のプログラムの実行は、制
御プロセッサ１２にて行なわれる。

以上のプロセスモニタコンソールｉＡと制御実行部Ｂと
の間のコマンド、データの授受は、コンソール部インタ
フェース９．制御実行部インタフェース１４を介して行
なわれる。

次に、第２図に基づいて上述の構成のプログラマブルコ
ントローラにおけるプロセスモニタの手順の概要を説明
する。

まず、プロセスモニタを行う場合は、それに先だち第２
１Ｊ（ａ）に示す「モニタ準備」を行う。

この処理の起動は、キーボード８からコマンドとして指
示することができる。この処理では、最初にプロセスモ
ニタコンソール？ＩＡ（以下、単にコンソール部という
。）から制御実行部Ｂに対し、オブジェクトプログラム
要求命令を出す（１０１）。制御実行部Ｂはこの命令を
受けてからオブジェクトプログラムをコンソール部Ａへ
転送する（　１０２　）。コンソール部Ａは、これを受
は取って（１０３）、ソースプログラムの形に復元、保
持しておく　（１０４）。以上の処理により、以後のプ
ロセスモニタを高速で行いうるようになる。

次に、制御実行プロセス「入出力状態モニタ」は、第２
図（ｂ）に示す手順で行われる。

まず、キーボード８からモニタ所望の入出力ポートの番
号が指示されると、コマンドアナライザ４は、その番号
を受は取り、これを更に制御実行部Ｂへ転送して状態モ
ニタの指示をする（１１１）。制御実行部Ｂでは、モニ
タコマンド実行部１６のプログラムにより、プロセス入
出力ボード１７の入出力ボートの状態を読み込んでプロ
セス状態バッファ１３に格納しく１１２）、さらにその
状態をコンソール部Ａへ転送する（　１１３）。

コンソール部Ａは、この入出力ボートの状態を受取り（
１１４）、それと事前に作成しておいたソースプログラ
ムの形状データとを重ねてＣＲＴイメージメモリ６に格
納し、それらを○ＲＴ７に表示させる（　１１５）。

以上示したプロセスモニタの処理を制御するのは、コン
ソール部Ａにおける逆トランスレータ２．コマンドアナ
ライザ４．モニタ表示実行部５と、制御実行部Ｂにおけ
るモニタコマンド実行部１６の各プログラムである。そ
こで各プログラムの処理内容をプロセスモニタの手順に
したがい以下に示すＯ まず、キーボード８からのプロセスモニタコマンドをキ
ーボードインタフェース１１を介して受けつけ、制御実
行部Ｂにプロセスモニタ用の指示を出すコマンドアナラ
イザ４の処理フローを第３図に示す。第３図に示すよう
に、コマンドアナライザ４は、プロセスモニタ用のコマ
ンド以外にもデバッグ用箋各種のコマンドを受けつける
ものである。コマンドアナライザ４は、キーボード８か
ら指示されるコマンドをインタフェース１１及びパスを
介して受は付けると（２０１）。

そのコマンドの種別を識別する（２０２）。しかる後、
プロセスモニタ用のコマンドであることを判定すると、
そのコマンドに対応する伝送データを合成しく２０３．
２０４）　、そのデータをコンソール部インタフェース
９を介して制御実行部Ｂに送信する（２０５）。

次にモニタコマンド実行部１６の処理フローを第４図に
示す０第４図に示されるように、モニタコマンド実行部
１６の処理は、オブジェクトプログラムメモリ１５に格
納されているオブジェクトプログラムのうちモニタする
部分のオブジェクトプログラムをサーチし、コンソール
部Ａに伝送することと−そのオブジェクトプログラムが
使用しているプロセス入出力の状Ｂを調べ、コンソール
部Ａに伝送することである。すなわち、モニタコマンド
実行部１６は、コンソール部Ａからのコマンドを制御実
行部インタフェース１４を介して受信すると（ｓｏｉ）
、そのコマンド種別を判定する（３０２）。しかる後、
モニタ準備のコマンドであると判定すると、オブジェク
トプログラムメモリ１５内の指定されたオブジェクトプ
ログラム部をサーチしく３０３）　、そのオブジェクト
プログラムをインタフェース１４を介シてコンソール部
Ａに伝送する。一方、入出力状態モニタ用のコマンドを
識別すると、指定されたオブジェクトプログラムの先頭
部分をサーチしく３０５）、オブジェクトコードを取り
出す（５０６）。

そしてそのコードの種別を判定して（３０７）　、入出
力アクセスを行うものであれば、プロセス入出力ボード
１７における入出力ボートの状態を読み出して（３０Ｂ
）　、プロセス状態バッファ１３に格納する。その後、
オブジェクトコードの位置がモニタ範囲内にあるものの
入出力状態を読出しく３０９）　、バッファ１３に格納
された入出力状態を示す情報をインタフェース１４を介
してコンソール部Ａに伝送する（３１０）。

次に制御実行部Ｂから送られてきたオブジェクトプログ
ラムをソースプログラムに変換する逆トランスレータ２
の処理フローを第５図に示す。この処理は、第５図に示
す様にまずインタフェース９を介してバッファ１に格納
されたオブジェクトプログラムを先頭から１ワードずつ
とり出しく４０１）、とり出したオブジェクトコードを
判定して文形式のソースプログラムに変換する（４０２
）。この変換は、オブジェクトコードの形式がコンパイ
ラの内部コードとしてよく使われる逆ボーランド形式な
ら、例えば、ＤａｖｉｃＬＧｒｉ、ｅｓ　著”コンパイ
ラ作成の技法′等のコンパイラ技法の本に示されている
逆ボーランド形式オブジェクトプログラム変換法により
容易に行うことができる。プログラマブルコントローラ
では、この文形式のンープログラムをさらに第６図に示
すリレーラダー図、あるいは第７図に示すシーケンスフ
ロー図の様な図形形式のソースプログラムに編集する（
４０３）。この図形形式のソースプログラムはソースプ
ログラムバッファ乙に格納される。

モニタ表示実行部５の処理は、このソースプログラムバ
ッファ３内の図形形式ソースプログラムと制御実行部Ｂ
から送られてくるプロセス入出力の状態を重ねて、ＯＲ
Ｔイメージメモリ６に書きこみ、０ＲＴ７に表示するこ
とである。

第８図は、本発明に係る制御実行プロセスモニタ方式が
適用されたプログラマブルコントローラの主要な実施例
のコンソール部Ａのブロック図である。この図において
、第１図に示した、実施例との違いは、ソースプログラ
ムバッファ３が複数固有ることである０第６図に示すリ
レーラダー図形式、および第７図に示すシーケンスフロ
ー図形式の両方ともプロセスモニタしたい画面が複数あ
ることが多い。この場合、ソースプログラムバッ７ア３
が複数面あり、１度プロセスモニタしたソースプログラ
ム画面を保存できれば、画面切り換えの際、毎回逆トラ
ンスレータ２によりソースプログラムを復元する必要が
なくなり、画面切り換えが高速に行なえる。

この複数面のソースプログラムバッファを備えた実施例
はシーケンス７０−図形式のプログラム実行のプロセス
モニタに対し特に有効である。シーケンス７０−図形式
のプログラムは第９図に示す横のラインで一連のシーケ
ンスの処理を表わす。このラインの長さはディスプレイ
画面の幅で制約される。したがって長いシーケンスの処
理を記述するときは、サブルーチンやマクロを用いてト
ップダウンにプログラムを作ることになる。すなわちメ
インプログラムはサブルーチンコールやマクロコールだ
けを行つコとにより、長いシーケンスの処理プログラム
の全体がディスプレイ画面内におさまる様にする。

この様なプログラム構造に対するプロセスモニタは、ま
ずはじめにメインプログラム画面上で大局的なプロセス
モニタをし、詳細なプロセスモニタが必要な時は適宜必
要なサブルーチンやマクロを指定し、その画面上でプロ
セスモニタをする。すなわち、メインプログラムや各サ
ブルーチンのプログラム画面を切換えながらプロセスモ
ニタをする。この場合のコマンドアナライザ４の処理フ
ローを第１０図に示す。メインプログラム、サブルーチ
ン、及びマクロのソースプログラムは複数のソースプロ
グラムバッファ６に個々に格納され、ソースプログラム
バッファ３のヘッダにその名前が記される。

コマンドアナライザ４はプロセスモニタコマンドを、モ
ニタするプログラムの名称とともに受ケつけると（５０
１，５０２）　、ソースプログラムバッファ３のヘッダ
をサーチしく５０３）　、格納済であることがわかれ壊
（５０４）　、その内容を・ＯＲＴイメージメモリ６に
入れ（５０７）、その以前にＣＲＴイメージメモリ６に
入っていた内容をソースプログラムバッファ３に保持す
る。またヘッダ分サーチして、指定されたプログラムが
いずれのソースプログラムバッファ３にもないときは（
５０す、第３図及び第５図と同様な処理により制御実行
部Ｂからオブジェクトプログラムを受けとり（５０５）
　、ソース復元・してソースプログラムバッファ３に格
納した後（ｓｏ６）、ｏ　ＲＴイメージメモリ６に入れ
て０ＲＴ７に表示する。これらの処理は、コマンドアナ
ライザ４．逆トランスレータ２及びモニタ表示実行部５
のプログラムに従って実行される。

同時にモニタしたいプログラム画面数はそれ程多くない
ので、数面のソースプログラムバッファ３をもてば、は
とんどの場合時間のかかるソースプログラムの復元をせ
ずに、高速にモニタするプログラム画面の切り換えを行
うことができる。

以上水した、ソースプログラムバッ７ア３が複数面ある
場合の実施例をさらに詳細に示すと以下の様になる。

まず、ソースプログラムバッファ内にある、表示用に復
元されたソースプログラムデータの形式を第１１図に示
す。この列は、第７図に示したシーケンス７０−図形式
のプログラムをモニタする場合のものである。先頭のエ
リア６０１にはプログラム名が入っており、この部分が
第１０図のステップ５０３の処理でサーチされる。次の
エリア６０２には、第７図に示すモニタ画面において上
部に表示されるシーケンスフロー図形がそのままキャラ
クタコードの形で格納されている。その次のエリア６０
５は、第７図に示すモニタ画面において下部に表示され
る文がソース形式で格納されている。ここで第７図のモ
ニタ画面における表示内容をさらに説明すると、上部の
シーケンスフロー図形は、左側から右側に制御が進行す
るもので、制御の進行した箇所迄が実線表示され１未進
行の部分は破線のままになる◇下部に表示される文は、
上部のシーケンス７０−図において、制御の進行が止ま
っている箇所の文である。一般に、制御の進行が止まり
でいるのは、制御進行条件が満たされないからであり、
第７図の例においてはＸＩ　ＡＮＤ　Ｘ２という条件と
ｘ３という条件の値が真でないため、８のステップ及び
１７のステップで制御が止まっているわけである。第７
図のモニタ画面ではこの制御進行条件であるＸｌ、Ｘ２
．Ｘ３の値が真ならば高輝度、偽ならば低輝度にし、ど
の値のために、制御進行条件が満たされていないかが一
目でわかる様になっている。

以上の様なモニタ画面の文の部分を作成するためのデー
タが先に述べた第１１図の文復元エリア６０３である。

この中には、シーケンスフロー図の各ルート毎に、ルー
ト内で制御の進行が止まる可能性のある文（条件待ち文
）のシーケンスフロー図上での場所と、その文のソース
コードが復元されてあり、ざらに各文の中の個々の条件
（第７図におけるＸｌ、Ｘ２．Ｘ５）の文の左端からの
位置と、長さが入っている。この情報により画面上で輝
度を変える場所を即座に知ることができる。

次に、制御実行部から送られてくる実行状態データの形
式を第１２図に示す。先頭７０１にはプログラム名が入
っており、次のデータ部７０２に制御の進行が中断して
いるルートの数があり、次のデータ部７０６にその各ル
ート毎に中断している箇所のプログラムアドレスと、そ
の文の制御進行条件の値が入っている。

次に、第１１図のソースプログラムデータと第１２図の
実行状態データからＯＲ’ｌ’イメージメモリ６にモニ
タ画面を作成する処理の７０−を第１３図に示す。この
処理は、第１３図に示すようにまずシーケンスフロー図
をＯＲＴイメージメモリ上部に作成しく８０１．８０２
）　、次に各シーケンスフロー図の各ルート毎に実行状
態データからそのルートの中断アドレスを取り出しく８
０５）、ソースプログラムデータを調べて前記中断アド
レスｌＪ所の文をＯＲＴイメージメモリの下部に作なら
その条件の名称の箇所を高輝度にする処理を行う（８０
５，８０６）。

第１４図は、本発明に係る制御実行プロセスモニタ方式
が適用されたプログラマブルコントローラの他の実施例
によるプロセスモニタコンソール部Ａのブロック図であ
る。

ここで、オブジェクトプログラムバッ７ア１からキーボ
ードインタフェース１１までは、第８図の同一符号のも
のと同じものであり、これらにコンソール接続検知器９
Ａが付加されている。

ここで、コンソール接続検知器９Ａの処理フローを第１
５図に示す。第１５図に示されるように、コンソール接
続検知器９Ａのプログラムは、所定の周期で実行され、
コンソール部Ａが通電されると制御実行部Ｂに対して接
続確認信号を送り（６０１）、応答があればコンソール
部Ａと制御実行部Ｂとが接続されているものと認識しく
６ｏ２）　。

第２図の「モニタ準備」と同様の処理を自動的に開始さ
せる（６０３）。したがりて、プロセス七二夕の操作が
簡略化される。

最後に、モニタ画面について説明する。

第６図は、リレーラダー図形式のプロセスモニタ画面の
説明図であり、プログラマブルコントローラで広く使わ
れているもの、第７図は、シーケンス７０−（ステップ
）図形式のプロセスモニタ画面の説明であり、主として
設備機械の動作シーケンスを表現するものである。

シーケンスフロー（ステップ）図形式は、リレーラダー
図形式と比べ複雑な図形となるので、オブジェクトプロ
グラムからソースプａグラムへの復元には長時間を要す
が、本発明の制御実行プロセスモニタ方式によれば、あ
らかじめモニタ前にソースプログラムを復元しておくの
で高速なモニタが可能となる。

また、第２図ではプロセスモニタとして入出力ボートの
状態をモニタする場合の手順を示しであるが、ステップ
図形式の場合には、実行ステップ番号のモニタも行うこ
とができるので、コンソール部Ａから実行ステップ番号
の要求指示を制御実行部Ｂに送ればよい。

従来、プロセスモニタを行うには、（１）制御実行ｇＢ
からプロセスモニタコンソール部Ａへオブジェクトプロ
グラム、プロセス情報の転送、（２）オブジェクトプロ
グラムからソースプログラムの復元（生成）　、（３）
モニタ画面の作成という３つの処理が必要であった。こ
れに対して上述の実施例によれば、プロセスモニタをす
る以前に上記（１）、（２）を行なっておくので、プロ
セスモニタ時には、制御実行部Ｂからプロセスモニタコ
ンソール部Ａへのプロセス情報の転送とモニタ画面の作
成とを行なえばよい。したがって、プログラマブルコン
トローラで通常値われているリレーラダー図形式のプロ
セスモニタを行う場合、その処理時間は１／２程度にな
る。

すなわち、近年、プログラマブルコントローラの制御実
行速度自体はＬＳＩ等の進歩によりて高速化し、１命令
が１マイクロ秒程度で、１０にワードのプログラムを実
行する場合のスキャンニング時間が１０ミリ程度のもの
が出現していルノに対し、プロセスモニタは数１０ミリ
秒ヲ要して制御状態が把握しえないという問題を解消す
ることができる。

また、機械の動作シーケンスに対応したステップ図形式
のプロセスモニタを行う場合には更に有効である。ステ
ップ図形式は、リレーラダー図形式よりもオブジェクト
プログラムからソースプログラムへの復元が一層複雑で
処理時間を要するので、事前に複数種のソースプログラ
ムを復元しておく効果が顕著となるからである。

〔発明の効果〕

以上、詳細に説明したように、本発明によれば、プログ
ラマブルコントローラの制御実行プロセスの状態を高速
でモニタすることができるので、プログラマブルコント
ローラのプログラム作成、プログラム確認、制御状態把
握等の確実化、効率化に顕著な効果が得られる。

【図面の簡単な説明】

第１図は本発明に係るプログラマブルコントローラを示
すブ賞ツク図為第２図は第１図におけるプロセスモニタ
の手順の概要を説明するための図、第３図は第１図にお
けるコマンドアナライザの処理手順を示すフローチャー
ト、第４図は同じくモニタコマンド実行部の処理手順を
示すフローチャート、第５図は、同じく逆トランスレー
タの処理手順を示すフローチャート、第６図はりレーラ
ダー図形式のプロセスモニタ画面の説明図、第７図はシ
ーケンスフロー図形式のプロセスモニタ画面の説明図、
第８図は、本発明によるモニタ方式の一実施例を示すブ
ロック図、第９図は第８図におけるプロセスモニタ画面
の説明図、第１０図は第８図における処理手順を示すフ
ローチャート、第１１図は第８図の実施例におけるソー
スプログラムバッファ内のデータの形式を示す図、第１
２図は第８図の実施例で使われる制御実行部から送られ
てくる実行状態データの形式を示す図、第１５図は第１
０図におけるＯＲＴイメージメモリにモニタ画面を生成
する処理の詳細なフローチャート、第１４図は本発明に
おけるモニタ方式の他の例を示すブロック図、第１５図
は第１４ｒｙＪにおけるコンソール接続検知器の処理手
順を示すフローチャートである０ １・・・オブジェクトプログラムバッファ、２・・・逆
トランスレータ、 ３・・・ソースプログラムバッファ、 ４・・・コマンドアナライザ、 ５・・・モニタ表示部、 ６・・・ＯＲＴイメージメモリ、 ７・・・ＯＲＴ。 ８・・・キーボード、 ９・・・コンソール部インタフェース、９Ａ・・・コン
ソール接続検知器、 １０・・・コンソール部プロセッサ１ １１・・・キーボードインタフェース、１２・・・制御
プロセッサ、 １３・・・プロセス状態バッファ１ １４・・・制御実行部インタフェース１１５・・・オブ
ジェクトプログラムメモリ、１６・・・モニタコマンド
実行部飄 １７・・・プロセス入出力ボード。 第　２　図 鯵）σ＝Ｉ江Ｄ （７゛ロセスｔニタコーソールＩｉＳ〜　　１　　　　
　　　（制府Ｐ大名テｇｅ）′第　４　口 第　　乙　閉 芽　　′ｉ′　　閃 第２口 、−１ ￥７　ｑ　図 第　　　ノＯβハ 第１１１ 茅　７３図 第　７４図 第１５防

Claims (1)

1. 【特許請求の範囲】 １、プロセス入出力状態、プログラム実行ステップなど
   の制御実行プロセス情報をモニタし、それらをソースプ
   ログラムに重ねて表示しうるプログラマブルコントロー
   ラのプロセスモニタ装置において、制御実行部にて実行
   されるオブジェクトプログラムを事前に該制御実行部よ
   りモニタコンソール部にて受信し、その受信プログラム
   から複数種のソースプログラムを生成する手段と、この
   夫々異なるソースプログラムを識別符号と共に記憶する
   複数のバッファメモリと、制御実行プロセスのモニタ時
   に、前記制御実行プロセス情報の取込みを行う手段と、
   前記ソースプログラムに前記制御実行プロセス情報を重
   ねて表示する手段を備え、プロセスモニタに先立ち、複
   数種のソースプログラムを生成しておき、プロセスモニ
   タ時は、制御実行プロセス情報のみの取込みを行ない、
   それをモニタコンソール部にて、前記複数種のソースプ
   ログラムのうち任意のプログラムを前記複数のバッファ
   メモリより選択して重ねて表示することを特徴とするプ
   ログラマブルコントローラのプロセスモニタ方式。 ２、前記複数のバッファメモリに、メインプログラムと
   、それに付随するサブルーチンプログラムとを別々に格
   納することを特徴とする特許請求の範囲第１項記載のプ
   ログラマブルコントローラのプロセスモニタ方式。