JPH09319410A - プログラマブルコントローラ - Google Patents

Abstract

(57)【要約】 【課題】 大容量のデバイスを分別して使用する際に容
易にデバイス処理が行うことができるプログラマブルコ
ントローラを得る。 【解決手段】 シーケンスプログラムのデバイスを命令
コード及びインデックス領域としてインデックスを付加
されたデバイスコードに変換した形で格納するシーケン
スプログラムメモリ６と、所定のアドレス毎に区切られ
て使用されるように構成されたデバイスメモリ３と、プ
ログラム毎のローカルデバイスのアドレスの値がセット
されるインデックスレジスタ１１を有するＣＰＵ２と、
デバイスコードからインデックスレジスタにセットされ
ているローカルデバイスのアドレスの値を参照してデバ
イスメモリをデバイス範囲に区切った内容をローカルデ
バイスの内容とし、その内容によりデバイスを処理する
ものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、産業機器などで
使用されるプログラマブルコントローラに関するもの
で、特にシーケンスプログラムのデバイス処理のインデ
ックス修飾に関するものである。

【０００２】

【従来の技術】従来のこの種のプログラマブルコントロ
ーラにおけるデバイス処理（ローカルデバイス処理）を
説明するものとして図１１〜図１５を用いて説明する。

【０００３】図１１は、従来のプログラマブルコントロ
ーラの全体の構成図である。１は、プログラマブルコン
トローラで、２は、このプログラムマブルコントローラ
１のＣＰＵである。３は、プログラマブルコントローラ
１で処理されるプログラムでＤ０、Ｄ１といったデバイ
スデータを扱うためのデバイスメモリである。４は、デ
バイスメモリ３と同様にＣＰＵ２からアクセスできる増
設メモリである。５は、プログラマブルコントローラ１
に接続し、ユーザがシーケンスプログラムを作成したり
プログラマブルコントローラ１にシーケンスプログラム
を格納するための周辺装置である。６は、ユーザが作成
したシーケンスプログラムを命令コード、デバイスコー
ドに変換した形で格納するためのシーケンスプログラム
メモリである。

【０００４】シーケンスプログラムメモリ６は、プログ
ラム１用、プログラム２用というように分割されたエリ
アになっている。増設メモリ４は、プログラム１で使用
しているデバイス用エリア７、プログラム２で使用して
いるデバイス用エリア８というように分割されている。

【０００５】図１２は、図１１のプログラマブルコント
ローラ１におけるＣＰＵ２のシーケンスプログラムを処
理するときのデバイス処理に関する部分の処理フローで
ある。

【０００６】図１３は、シーケンスプログラムのデバイ
スＤ０を扱う命令の例をラダー図で示したものであり、
デバイスＤ０の値をこの命令１３１が実行するたびに＋
１してＤ０に格納するシーケンスプログラムである。

【０００７】図１４は、図１３でのシーケンスプログラ
ムでの命令１３１でのデバイスＤ０のデバイスコードの
構成を示したものである。この構成で図１１のシーケン
スプログラムメモリ６に格納されている。１４１はデバ
イス判定、１４２はアドレスを示すためのエリアであ
る。

【０００８】図１５は、プログラマブルコントローラを
使用した工場のラインを示す説明図である。１は、ライ
ンのプログラマブルコントローラである、９は第１ライ
ン、１０は第２ラインである。

【０００９】ここで、従来の技術の具体的な例を手順に
そって説明する。図１５にあるような工場の第１ライン
９、第２ライン１０を考える。例えば、２つの生産ライ
ンをプログラマブルコントローラ１台で監視して、動作
状況における計量を管理しようとする。この場合、ユー
ザはプログラマブルコントローラ１に第１ライン９用の
プログラムＡと第２ライン１０用のプログラムＢを用意
する。この２つのプログラムは、それぞれのラインにお
ける物体が流れた数を累積して、その数を管理しようと
するものである。そして、その累積の数をデバイスＤ０
に入れていくことにする。この２つのプログラムは物体
の数を累積していくということでは処理が同じため、プ
ログラムＡを作成し、それをコピーする形でプログラム
Ｂを作成できる。よって、どちらのプログラムも累積の
数をデバイスＤ０に入れていくことになる。

【００１０】通常はプログラムによって、プログラムＡ
はデバイスＤ０、プログラムＢはデバイスＤ１というよ
うに、プログラムによってデバイスを変えるのだが上記
のようにプログラムＡとプログラムＢで計量を累積する
という点で処理が同様であるため、ユーザはプログラム
ＡをコピーしてプログラムＢを作成することができる。
そこで、第１ライン９でさらにもう１つデバイスを使用
するようにプログラムを変更してデバイスＤ２を使用す
るか、デバイスＤ１を使用しプログラムＢのデバイスＤ
１をデバイスＤ２に変更するという作業が発生する。従
って、プログラム間で、どのデバイスを使用するかとい
う取り決めが必要でありプログラムの作成変更が複雑に
なってくる。また、現在では使用するデバイスが多くな
ってきており、例えば一つのプログラムで１００近くの
デバイスを使い、そのようなプログラムが１００近くあ
るとＤ５４３２１というようにデバイスのアドレスが大
きくなってしまい、ユーザがプログラム中で扱いにくく
なってきている。そのため、同じデバイスをそのまま使
用できるようにするための処理がローカルデバイス処理
であり、その処理を以下に説明する。

【００１１】前例でユーザがシーケンスプログラムＡ、
シーケンスプログラムＢの２本のプログラムを作成した
ものとする。シーケンスプログラムＡ、シーケンスプロ
グラムＢにはそれぞれ同様に図１３に示す命令が作成さ
れているものとする。この命令はＩＮＣ命令で、これは
デバイスＤ０の値を＋１してＤ０に格納するシーケンス
プログラムである。図１１のシーケンスプログラムメモ
リ６にあるプログラム１が実行される場合、まずローカ
ルデバイスを復帰させる処理として増設メモリ４にある
プログラム１用のデバイスエリア７の内容をデバイスメ
モリ３にＯＳが転送する。図１２のフローではステップ
１２２にあたる。そして、プログラム１が実行され、そ
のなかでＤ０の値を処理する場合、デバイスメモリ３の
ＡにあるＤ０の内容を図１４のデバイスコードから参照
して処理する。

【００１２】命令処理時のデバイスＤ０の処理では、図
１３のシーケンスプログラムのデバイスＤ０をデバイス
コードで示すと図１４のようになる。図１４の１４１は
デバイス判別を表し、１４２はアドレス部である。この
デバイスコードは図１１の周辺装置５によってラダー図
から変換し、シーケンスプログラムメモリ６に格納され
る。そして、このコードからＨ／Ｗがデバイスメモリ３
のＡをこのデバイスが使用することを認識する。

【００１３】次に、ローカルデバイスを退避させるため
にデバイスメモリ３のデバイスＤ０の内容Ａを増設メモ
リ４のプログラム１用の箇所にＯＳが転送する。これが
図１２のフローではステップ１２４にあたる。図１２の
フローのステップ１２５で次に実行するプログラムがあ
るかの判断をしている。ある場合は次のプログラムのデ
バイスの復帰をＯＳがおこない、無い場合は１通りのプ
ログラム実行は終了し他の処理を実行する。次に実行す
るプログラムがある場合のデバイスのＯＳによる復帰、
退避はプログラム１の場合と同様である。

【００１４】以上のくり返しによって複数プログラムで
同じデバイス名、すなわち同じデバイスコードをもちい
ても別のデバイスとして扱うことができる。このＯＳが
行う復帰、参照、退避によって上記の例のような容易に
複数のプログラムを作成するときにおきる同一デバイス
の使用を気にせず作成が可能となる。

【００１５】

【発明が解決しようとする課題】上述のように、従来の
プログラマブルコントローラにおけるシーケンスプログ
ラムでのローカルデバイス処理は、複数シーケンスプロ
グラムの各プログラム実行前に増設メモリ４にあるデバ
イスデータをデバイスメモリ３に復帰させ、プログラム
実行後にデバイスメモリ３のデバイスデータを増設メモ
リ４に退避させるＯＳ側での処理が必要であり、そのた
め復帰、退避の処理の時間が必要であるため、シーケン
スプログラムの処理時間がのび、本来の入出力制御のレ
スポンスが遅くなる。

【００１６】現在では、プログラム中で使用するデバイ
スが多くなっており、また大容量のデバイスを用いると
アドレスが大きくなりデバイスＤ３４５６７のようにユ
ーザがプログラムを作成するにあたり、扱いにくさが発
生している。

【００１７】この発明では、従来のローカルデバイス処
理で必要になっていた時間を短縮し、ローカルデバイス
処理を高速に行うこと、デバイスコードに使用するプロ
グラムＮＯ．、使用するデバイスのブロックＮＯ．を指
定することにより、大容量のデバイスを分別して使用す
る際に容易にデバイス処理が行うことができるプログラ
マブルコントローラを得ることを目的としたものであ
る。

【００１８】

【課題を解決するための手段】この発明に関るプログラ
マブルコントローラは、記憶されたシーケンスプログラ
ムに基づき、産業機器等の制御対象機器を制御するプロ
グラマブルコントローラにおいて、前記シーケンスプロ
グラムのデバイスを命令コード及びインデックス領域と
してインデックスを付加されたデバイスコードに変換し
た形で格納するシーケンスプログラムメモリと、所定の
アドレス毎に区切られて使用されるように構成されたデ
バイスメモリと、前記プログラム毎のローカルデバイス
のアドレスの値がセットされるインデックスレジスタを
有するＣＰＵと、前記デバイスコードから前記インデッ
クスレジスタにセットされているローカルデバイスのア
ドレスの値を参照して前記デバイスメモリをデバイス範
囲に区切った内容をローカルデバイスの内容とし、その
内容によりデバイスを処理するものである。

【００１９】また、デバイスコードにプログラムＮＯ．
を指定する箇所を付加したことにより、そのプログラム
で使用できるローカルデバイスを決定するものである。

【００２０】また、デバイスをブロックにわけてアクセ
スするためにデバイスコードにおいてデバイスのブロッ
クサイズを決める命令表現と命令コードを作成すること
により、プログラム中で前記ブロックサイズを決定する
ものである。

【００２１】また、デバイスコードにブロックＮＯ．を
指定する箇所を付加したことにより、指定したブロック
ＮＯ．でデバイスを使用するものである。

【００２２】

【発明の実施の形態】この発明の実施の形態を図１から
図１０を用いて説明する。図１は、この発明におけるプ
ログラマブルコントローラの構成図である。１は、プロ
グラマブルコントローラ、２は、プログラマブルコント
ローラ１のＣＰＵである。３は従来例と同様のデバイス
メモリである。５は、プログラマブルコントローラ１に
接続し、ユーザがシーケンスプログラムを作成したりプ
ログラマブルコントローラ１にシーケンスプログラムを
格納するための周辺装置である。６は、ユーザが作成し
たシーケンスプログラムを命令コード、デバイスコード
に変換した形で格納するためのシーケンスプログラムメ
モリである。シーケンスプログラムメモリ６には、プロ
グラム１とプログラム２がある。１１は、ＣＰＵ２に設
けられ、この発明により追加するインデックスレジスタ
である。

【００２３】実施の形態１．図２は、この発明の実施の
形態１によるプログラマブルコントローラのデバイス処
理フローである。従来例と違うのはステップ１２２、１
２４がステップ２２になっていることである。

【００２４】図３は、この発明の実施の形態１によるプ
ログラマブルコントローラのシーケンスプログラムで、
デバイスＤ０を扱う命令の例をラダー図３１で示したも
のであり、命令としては図１３と同様のＩＮＣ命令であ
る。

【００２５】図４は、図３でのシーケンスプログラムで
のデバイスＤ０のデバイスコードの構成を示したもので
ある。

【００２６】図５は、図１のデバイスメモリ３をＯＳに
よって区切られたデバイスメモリの状態である。

【００２７】実施の形態１として、具体例を挙げて説明
する。図３のようなシーケンスプログラムを図１の周辺
装置５によってユーザが作成する。そして、周辺装置５
がそのシーケンスプログラムのデバイスＤ０をデバイス
コードに変換し、図１のプログラマブルコントローラ１
のシーケンスプログラムメモリ６に格納する。格納され
たデバイスコードの構成が図４である。４１は、図１４
の１４１と同様にデバイス判定を示している。４３も１
４２と同様にデバイスのアドレスを示している。４２が
この発明で追加したインデックスＩＤＸである。

【００２８】この図４のデバイスコードのインデックス
４２には図１のプログラマブルコントローラ１のＣＰＵ
２に、この発明によって付加したインデックスレジスタ
４２を参照する箇所を表す値を周辺装置５がセットす
る。このインデックスの値はあらかじめ周辺装置５とＣ
ＰＵ２との間の取り決めで、ローカルデバイスはどのイ
ンデックスレジスタ１１を参照するかを決めておく。例
えば図１のインデックスレジスタ１１のＺ５を使用する
と決める。

【００２９】具体例をフローで示すと図２のようにな
る。まず、ステップ２１でユーザが作成したプログラム
のＮＯ．を変数ｍにセットする。次にステップ２２でロ
ーカルデバイスの実アドレスをＯＳがセットする処理を
次のようにして行う。

【００３０】この処理は、図１のデバイスメモリ３にお
いてプログラム１が使用するデバイス範囲が０から１０
０だとする。この範囲からＯＳがプログラム１のデバイ
スＤ０が指すアドレスを計算する。デバイスメモリ３
は、図５に示すように１００番地毎に区切られて使用さ
れるように構成されており、プログラム１でのデバイス
Ｄ０のアドレスはＯＳによって０Ｈとなる。そして、こ
の０Ｈの値をＯＳが図１のインデックスレジスタ１１の
Ｚ５の箇所にセットする。

【００３１】次に図２のフローのステップ２３でプログ
ラムを実行する。図３のシーケンスプログラムで実際に
デバイスＤ０を処理するときは、図４のデバイスコード
から図１の周辺装置５がセットしたＩＤＸ４２のＺ５を
示す値によって図１のインデックスレジスタ１１のＺ５
の箇所をＯＳが参照してＺ５の箇所にセットされている
０ＨがデバイスＤ０のアドレスと決まる。そしてＨ／Ｗ
が図１のデバイスメモリ３をデバイス範囲に区切った図
５の５１の内容をデバイスＤ０の内容とするのである。

【００３２】ステップ２４で次のプログラムがあるかど
うかの判定をしている。あれば、次のプログラムで使用
しているデバイスについて上記と同様のことを行い、プ
ログラム中でデバイスの処理をおこなう。図５のデバイ
スメモリの例においてプログラム２のデバイスＤ０は１
００Ｈ、プログラム３のデバイスＤ０は２００Ｈとな
る。

【００３３】この実施の形態１では、デバイスコードに
インデックス領域としてＩＤＸを付加する。従って周辺
装置でユーザが作成したシーケンスプログラムを新規デ
バイスコードに変換する。ＣＰＵは新規のデバイスコー
ドを処理するとき、ローカルデバイス用インデックスを
行うようにする。ＣＰＵがプログラム実行前にインデッ
クスにデータをセットする。

【００３４】以上により、デバイスコードにローカルデ
バイス用インデックス修飾を設けるため、従来のように
ＯＳによって行われていたデバイスデータの増設メモリ
への退避、増設メモリからの復帰をする必要がなくなり
デバイス処理が高速になる。

【００３５】実施の形態２．図６は、シーケンスプログ
ラムのデバイスＤ０を扱う命令の例をラダー図で示した
ものである。ＩＮＣ命令については図１３と同様であ
る。

【００３６】図７は、図６でのシーケンスプログラムの
命令６１でのデバイスＤ０のデバイスコードの構成を表
したものである。

【００３７】次に具体的な例を用いて説明する。まず、
図６にあるシーケンスプログラムを図１の周辺装置５に
よって作成する。次に周辺装置５がシーケンスプログラ
ムをデバイスコードに変換し図１のプログラムコントロ
ーラ１に格納する。その格納されたデバイスコードの構
成を図７に示す。図７のデバイスコードは、図４のデバ
イスコードに７１を加えたものである。コード７１の７
３は図４のデバイスコード同様にデバイス判定である。
ここがＰになっていることで以降のプログラムＮＯ．を
指定するコードということになる。７２には実際のプロ
グラムＮＯ．がセットされる。これは、図６のようなシ
ーケンスプログラムを図１の周辺装置５がデバイスコー
ドに変換する際に周辺装置５がセットするのである。こ
の７４に周辺装置５がセットした値によってＯＳがプロ
グラムＮＯ．２で使用するデバイスＤ０ということを認
識する。図７のデバイスコードの７５のコードによって
実施の形態１と同様に図１のデバイスメモリ３を図５の
ようにプログラムごとのＤ０の先頭アドレスで区切る。
この実施の形態２の場合もデバイス範囲は１００Ｈとす
る。

【００３８】７５のコードによって実施の形態１と同様
にデバイスＤ０のアドレスをきめるのだが、実施の形態
２では７１のコードがついているため、図１のデバイス
メモリ３を区切った図５のデバイスメモリでプログラム
２のデバイスＤ０のアドレス、すなわち１００Ｈがデバ
イスＤ０のアドレスとＯＳによってきめられる。この後
の図１のシーケンスプログラムメモリ６にある図７のデ
バイスコードがインデックスレジスタ１１を参照しプロ
グラム中でデバイスメモリの内容を処理する方法は実施
の形態１の例と同様にＯＳ、Ｈ／Ｗが行う。

【００３９】なお、図７のデバイスの７５では、実施の
形態１で示した図１の周辺装置５とＣＰＵ２とでの取り
決めは、インデックスレジスタ１１のＺ４を参照するこ
とにきめておく。

【００４０】以上により、複数のプログラムで同デバイ
スを使用する場合でも、従来のようにデバイスデータの
増設メモリへの退避、増設メモリからの復帰をする必要
がななくなりデバイス処理が高速になる。

【００４１】実施の形態１、実施の形態２でデバイスメ
モリ３での１プログラムに使用できるデバイス範囲を決
めていたが、デバイスメモリ３をいくつかのブロックに
わけてブロックごとにアクセスをするようにしたのが実
施の形態３、実施の形態４である。

【００４２】実施の形態３．図８は、ユーザが図１の周
辺装置５で作成するシーケンスプログラムである。ラダ
ー図８１がブロックサイズ指定の命令、ラダー図８２、
ラダー図８３はＩＮＣ命令である。ＩＮＣ命令について
は図１３と同様である。

【００４３】図９は、図１のデバイスメモリ３をブロッ
クサイズによって区切ったデバイスメモリの状態であ
る。

【００４４】図８のラダー図８１によって図１のデバイ
スメモリでの１ブロックのサイズを決めることができ
る。ＢＳＩＺＥ８４は図１のデバイスメモリ３をブロッ
クにわける命令であり、Ｋ５の箇所８５で１つのブロッ
クサイズを指定する。ラダー図８１ではデバイスメモリ
３を図９のように５Ｈごとに区切ったことになる。図８
のラダー図８２、８３は図３と同様のＩＮＣ命令のラダ
ー図である。このラダー図８２の８６にあるようにＢ２
と指定することでブロックＮＯ２を表し、ラダー図８２
はブロックＮＯ２のデバイスＲ０の値を＋１してブロッ
クＮＯ２のデバイスＲ０にいれることになる。ラダー図
８３も同様であるが、８７でＢ１となっていることから
ブロックＮＯ１のデバイスＲ０の値を＋１してブロック
ＮＯ１のデバイスＲ０にいれることになる。

【００４５】以上により、ユーザが大容量のデバイスを
分別して使用するプログラム中でブロックサイズを決め
ることができる。

【００４６】この図８のラダー図８３のデバイスコード
のアクセス法が実施の形態４である。

【００４７】実施の形態４．図１０は、図８のラダー図
８２を図１の周辺装置５が変換し、シーケンスプログラ
ムメモリ６に格納したデバイスコードである。

【００４８】次に具体的な例を用いて説明する。まず、
図８のようなシーケンスプログラムをユーザが図１の周
辺装置５で作成し、周辺装置５が図１のプログラマブル
コントローラ１のシーケンスプログラムメモリ６に格納
する。そのデバイスコードが図１０のデバイスコード１
０１である。このデバイスコード１０１は先の実施の形
態１でのデバイスコード１０３にコード１０２を付加し
たものである。

【００４９】コード１０２はブロックサイズを指定する
コードであり、デバイス判別がＢになっていることから
ブロックサイズの指定ということをＯＳが認識する。そ
して、１０５にある２によってブロックＮＯ２を指定し
ていることになる。１０６のＢ，１０５の２は図１の周
辺装置５がセットする。このコード１０２によってＯＳ
がブロックＮＯ２ということを認識する。

【００５０】図８のユーザが作成したラダー図８１では
ブロックサイズが５となっているため図１のデバイスメ
モリ３は図９のようになる。そして、図１０のデバイス
コード１０１のコード１０３から図１のインデックスレ
ジスタ１１の値をＯＳが参照しデバイスコード１０１の
アドレスがきまる。ここでは、図１のデバイスメモリ３
が図９のようになることにより９２の部分が使用できる
デバイス範囲となる。

【００５１】図１のインデックスレジスタ１１に値をセ
ットすることは、実施の形態１と同様であり、コード１
０３の１０４に３となっているのは、ここに図１のイン
デックスレジスタ１１のＺ３を示す値がセットされてい
る。これは実施の形態１と同様にＯＳがおこない、図１
の周辺装置５とＣＰＵ２との取り決めでＺ３を使用する
となっているからである。この後のプログラム中でのデ
バイスＲ０は実施の形態１、実施の形態２と同様に図１
のデバイスメモリ３の内容を処理する。

【００５２】以上により、指定したブロックＮＯでのデ
バイスを使用することになり大容量のデバイスを用いる
とアドレスが大きくなりユーザにとって扱いやすくな
る。

【００５３】

【発明の効果】以上のように、この発明によれば、記憶
されたシーケンスプログラムに基づき、産業機器等の制
御対象機器を制御するプログラマブルコントローラにお
いて、シーケンスプログラムのデバイスを命令コード及
びインデックス領域としてインデックスを付加されたデ
バイスコードに変換した形で格納するシーケンスプログ
ラムメモリと、所定のアドレス毎に区切られて使用され
るように構成されたデバイスメモリと、プログラム毎の
ローカルデバイスのアドレスの値がセットされるインデ
ックスレジスタを有するＣＰＵと、デバイスコードから
インデックスレジスタにセットされているローカルデバ
イスのアドレスの値を参照して前記デバイスメモリをデ
バイス範囲に区切った内容をローカルデバイスの内容と
し、その内容によりデバイスを処理することにより、デ
バイスコードにローカルデバイス用インデックス修飾を
設けるため、従来のようにＯＳによって行われていたデ
バイスデータの増設メモリへの退避、増設メモリからの
復帰をする必要がなくなりデバイス処理が高速になる効
果がある。

【００５４】また、デバイスコードにプログラムＮＯ．
を指定する箇所を付加したことにより、そのプログラム
で使用できるローカルデバイスを決定することにより、
複数のプログラムで同デバイスを使用する場合でも、従
来のようにデバイスデータの増設メモリへの退避、増設
メモリからの復帰をする必要がなくなりデバイス処理が
高速になる効果がある。

【００５５】また、デバイスをブロックにわけてアクセ
スするためにデバイスコードにおいてデバイスのブロッ
クサイズを決める命令表現と命令コードを作成すること
により、ユーザが大容量のデバイスを分別して使用する
プログラム中でブロックサイズを決めることができる。

【００５６】また、デバイスコードにブロックＮＯ．を
指定する箇所を付加したことにより、指定したブロック
ＮＯ．でのデバイスを使用することになり大容量のデバ
イスを用いるとアドレスが大きくなりユーザにとって扱
いやすくなる効果が得られる。

【図面の簡単な説明】

【図１】 この発明によるプログラマブルコントローラ
の構成図である。

【図２】 この発明の実施の形態１でのプログラム実行
でのデバイス処理を示すフローチャートである。

【図３】 この発明の実施の形態１でのシーケンスプロ
グラムを示す図である。

【図４】 図３のシーケンスプログラムでのデバイスＤ
０のデバイスコードを示す説明図である。

【図５】 この発明の実施の形態１によるプログラマブ
ルコントローラのデバイスメモリを示す構成図である。

【図６】 この発明の実施の形態２でのシーケンスプロ
グラムを示す図である。

【図７】 図６のシーケンスプログラムでのデバイスＤ
０のデバイスコードを示す説明図である。

【図８】 この発明の実施の形態３、４でのシーケンス
プログラムを示す図である。

【図９】 この発明の実施の形態３、４によるプログラ
マブルコントローラのデバイスメモリを示す構成図であ
る。

【図１０】 図８のシーケンスプログラムでのデバイス
Ｒ０のデバイスコードを示す説明図である。

【図１１】 従来のプログラマブルコントローラの構成
図である。

【図１２】 従来のプログラム実行でのデバイス処理を
示すフローチャートである。

【図１３】 従来のプログラマブルコントローラでのシ
ーケンスプログラムを示す図である。

【図１４】 図１３のシーケンスプログラムでのデバイ
スＤ０のデバイスコードを示す説明図である。

【図１５】 プログラマブルコントローラを使用したラ
インを示す構成図である。

【符号の説明】

１ プログラマブルコントローラ、２ ＣＰＵ、３ デ
バイスメモリ、５ 周辺装置、６ シーケンスプログラ
ムメモリ、１１ インデックスレジスタ。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 記憶されたシーケンスプログラムに基づ
   き、産業機器等の制御対象機器を制御するプログラマブ
   ルコントローラにおいて、前記シーケンスプログラムの
   デバイスを命令コード及びインデックス領域としてイン
   デックスを付加されたデバイスコードに変換した形で格
   納するシーケンスプログラムメモリと、所定のアドレス
   毎に区切られて使用されるように構成されたデバイスメ
   モリと、前記プログラム毎のローカルデバイスのアドレ
   スの値がセットされるインデックスレジスタを有するＣ
   ＰＵと、前記デバイスコードから前記インデックスレジ
   スタにセットされているローカルデバイスのアドレスの
   値を参照して前記デバイスメモリをデバイス範囲に区切
   った内容をローカルデバイスの内容とし、その内容によ
   りデバイスを処理することを特徴とするプログラマブル
   コントローラ。
2. 【請求項２】 デバイスコードにプログラムＮＯ．を指
   定する箇所を付加したことにより、そのプログラムで使
   用できるローカルデバイスを決定することを特徴とする
   請求項１に記載のプログラマブルコントローラ。
3. 【請求項３】 デバイスをブロックにわけてアクセスす
   るためにデバイスコードにおいてデバイスのブロックサ
   イズを決める命令表現と命令コードを作成することによ
   り、プログラム中で前記ブロックサイズを決定すること
   を特徴とする請求項１又は請求項２に記載のプログラマ
   ブルコントローラ。
4. 【請求項４】 デバイスコードにブロックＮＯ．を指定
   する箇所を付加したことにより、指定したブロックＮ
   Ｏ．でデバイスを使用することを特徴とする請求項３に
   記載のプログラマブルコントローラ。