JP3251414B2 - プログラマブルコントローラおよびそのプログラム容量変更方法 - Google Patents

プログラマブルコントローラおよびそのプログラム容量変更方法

Info

Publication number
JP3251414B2
JP3251414B2 JP00120394A JP120394A JP3251414B2 JP 3251414 B2 JP3251414 B2 JP 3251414B2 JP 00120394 A JP00120394 A JP 00120394A JP 120394 A JP120394 A JP 120394A JP 3251414 B2 JP3251414 B2 JP 3251414B2
Authority
JP
Japan
Prior art keywords
program
capacity
file
data
determined
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP00120394A
Other languages
English (en)
Other versions
JPH07210217A (ja
Inventor
英昭 森田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP00120394A priority Critical patent/JP3251414B2/ja
Priority to US08/365,191 priority patent/US5610809A/en
Priority to GB9500146A priority patent/GB2285527B/en
Priority to KR1019950000330A priority patent/KR0137311B1/ko
Priority to DE19500626A priority patent/DE19500626A1/de
Publication of JPH07210217A publication Critical patent/JPH07210217A/ja
Priority to HK98110348A priority patent/HK1009657A1/xx
Application granted granted Critical
Publication of JP3251414B2 publication Critical patent/JP3251414B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023—Free address space management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99956—File allocation
    • Y10S707/99957—Garbage collection

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Programmable Controllers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】この発明は、プログラマブルコン
トローラに関し、特に、プログラマブルコントローラに
おけるプログラムおよび各種データの管理および実行方
式に関するものである。
【０００２】
【従来の技術】図２９は、この種のプログラマブルコン
トローラにおける従来における構成を示し、図におい
て、１は周辺機器、２はＣＰＵユニットである。該ＣＰ
Ｕユニット２において、３は周辺機器とのデータのやり
とりを行う周辺機器用インタフェース部、４は演算処理
部、４Ａはシーケンスプログラムの一部を高速に実行す
るＨ／Ｗ演算回路、５はシステムのプログラムを格納す
るマイクロプログラムメモリ、６はシーケンスプログラ
ム、ファイルメモリ、コメント等のユーザデータを格納
するユーザメモリである。また、７はプログラム全体の
スキャンタイムを格納するスキャンタイムメモリ、８は
ポインタのアドレス情報を格納するポインタテーブル、
１５はユーザメモリ割付情報メモリである。
【０００３】また、１６はＣＰＵに接続されるユニット
群であり、１６ａは入力ユニット、１６ｂは高速カウン
タ、１６ｃは出力ユニット、１６ｄはアナログユニッ
ト、１６ｅはリンクユニットである。さらに、１７はＣ
ＰＵに接続されるユニット群１６に接続される機器群で
あり、１７ａはリミットスイッチ、１７ｂはセンサ、１
７ｃはバルブ調節計、１７ｄはモータである。
【０００４】つぎに、動作について説明する。図３０
は、周辺機器でのユーザメモリ割付例であり、この例で
は、シーケンスプログラムが１０００バイト、ファイル
データが２０００バイト、コメントが３０００バイトで
割り付けられている。この場合におけるユーザメモリ割
付情報メモリ１５と、ユーザメモリ６の割付は図示のと
おり（プログラム領域６ａ、ファイルデータ領域６ｂ、
コメント領域６ｃ）となる。ここで、１５−１はシーケ
ンスプログラムが格納されるエリアの先頭アドレス、１
５−２はコメントデータが格納されるエリアの先頭アド
レス、１５−３はコメントデータが格納されるエリアの
先頭アドレスをそれぞれ示し、実際には周辺機器１より
シーケンスプログラムの読出しもしくは書込み要求が発
行されると、出力ユニット１６ｃはそれぞれの先頭アド
レスからデータを書込むことになる。
【０００５】図３１は、図３０に示したプログラム領域
６ａの具体的な構成例を示したものであり、図におい
て、ＢＫ１からＢＫ５までの機能毎のブロックが実行順
番に配置されている。ここで、ＢＫ１は起動条件のチェ
ックやイニシャルデータをセットするなど始動時のみ実
行すればよい（始動時処理）ブロックである。ＢＫ２は
リミットスイッチ１７ａやセンサ１７ｂ等からの信号を
取り込んだ入力ユニット１６ａや高速カウンタ１６ｂの
処理を実行する（入力処理）ブロックである。ＢＫ３は
ＢＫ２からの指示を受けて演算を実行する（動作制御処
理）ブロックである。ＢＫ４はＢＫ３からの動作指示を
受けて出力ユニット１６ｃやアナログユニット１６ｄを
介してバルブ調節計１７ｃやモータ１７ｄへの出力を実
行する（出力処理）ブロックであり、ブロック中のＦＥ
ＤＮは処理の完了を示す命令である。
【０００６】上記ＢＫ１からＢＫ４までの一連の処理は
スキャンと呼ばれ、図３１の右側に示したように順次サ
イクリックに実行され、実際の制御が達成される。ま
た、ＢＫ５は、数値データの処理等、必要なときのみ呼
ばれて処理を行う（サブルーチン処理）ブロックであ
る。上記の構成は、シーケンスプログラムの一構成例で
あるが、シーケンスプログラムは、以上のような機能毎
のブロックに分割作成し、それらのブロックを複数の人
間により並行開発するのが一般的である。
【０００７】つぎに、プログラムの読出しもしくは書込
み動作について説明する。図３２は、プログラムを読み
出す場合の周辺機器での操作例であり、プログラムの全
範囲を読出すか、指定範囲を読出すかの設定を行い、指
定範囲のみの場合は、開始ステップと終了ステップを指
定する。図３２では、図３１に示したＢＫ２を読み出す
場合の指定方法について示してある。書込み動作に関し
ても同様である。
【０００８】つぎに、プログラムメモリの内容を追加す
る場合の動作について説明する。図３３は、シーケンス
プログラム上での各ブロックの配置について示したもの
であり、図において、６ａ（１）は変更前のメモリ内
容、６ａ（２）は６ａ（１）に対してＢＫ２のブロック
のプログラムを１００から２００へ変更した場合のメモ
リ内容、６ａ（３）は６ａ（２）に対してＢＫ６の新規
ブロックを追加した場合のメモリ内容であり、１（２）
は６ａ（２）に対応した周辺機器からの操作、１（３）
は６ａ（３）に対応した周辺機器からの操作である。こ
こで、ＢＫ６は入出力チェック処理のブロックとし、Ｂ
Ｋ２とＢＫ３の間に実行する必要があるものである。
【０００９】つぎに、プログラム実行の動作について説
明する。プログラムの実行にあたっては、先ずシーケン
スプログラムメモリの先頭、すなわち、ＢＫ１の先頭を
実行開始するアドレスにセットしたのち、ＢＫ１→ＢＫ
２→ＢＫ３と順番に実行を行う。この際、簡単な命令に
関してはＨ／Ｗ演算回路４Ａが処理を行い、その他の命
令はマイクロプログラムメモリ５に格納されるマイクロ
プログラムにより処理が行われる。ＦＥＮＤ命令を検出
すると所定のＥＮＤ処理を行って、再度ＢＫ１から同様
にサイクリックにプログラムが実行される。また、ＢＫ
５に関しては常時サイクリックには実行されず、ＣＡＬ
Ｌ命令が実行されたときのみ実行される。また、一連の
スキャンに要した処理時間は、ＥＮＤ処理にてスキャン
タイムメモリ７に格納される。
【００１０】つぎに、ポインタの動作について説明す
る。図３４は、ＢＫ１、ＢＫ２およびＢＫ４におけるプ
ログラム例である。ここで、ＪＭＰは所定のポインタま
でジャンプする命令であり、ＣＡＬＬ命令は所定のポイ
ンタにあるサブルーチンをコールする命令である。ただ
し、各ブロックのポインタＮｏ．は、重複しないように
つける必要がある。また、ＭＯＶ命令は、定数をファイ
ルメモリに転送する命令であり、ＬＥＤＣは指定デバイ
スのコメントを表示部に表示する命令である。
【００１１】図３５は、ポインタテーブル８の構成につ
いて示したものであり、本テーブルはプログラム実行前
に予めセットされているものである。なお、ポインタが
存在しない場合には、実際に存在しない大きなプログラ
ムアドレス、たとえば、ＦＦＦＦＨ等の値が格納されて
いるものとする。
【００１２】図３６は、ＪＭＰ命令の処理について示す
フローチャートであり、まず、ＪＭＰ命令を検出すると
ポインタＮｏ．をシーケンスプログラムメモリ５より読
出し（ｆ１４１）、図２９に示したポインタテーブル８
の内容にしたがって、プログラムアドレスを算出する
（ｆ１４２）。つぎに、その値が存在可能なアドレスで
あるか否かを判断し（ｆ１４３）、“ポインタのアドレ
ス＞最大アドレス”であると判断した場合には、ポイン
タなしとしてエラー処理を実行する（ｆ１４５）。反対
に、“ポインタのアドレス≦最大アドレス”であると判
断した場合には、指定のアドレスのプログラムへジャン
プする処理を行って（ｆ１４４）、命令が終了する。
【００１３】図３７は、ＭＯＶ命令の処理について示す
フローチャートであり、まず、第１デバイスの定数を読
出した後（ｆ２８１）、第２デバイスのファイルＮｏ．
を読出し（ｆ２８２）、ユーザメモリ割付情報メモリ１
５のファイルデータ先頭アドレス１５−２（図３０参
照）により示される値を加えたアドレスへ、データへの
書込みを行う（ｆ２８３）。
【００１４】図３８は、コメントデータ内部の構成につ
いて示したものであり。図３９は、コメント読出命令で
あるＬＥＤＣ命令の処理について示したフローチャート
であり、まず、ユーザメモリ割付情報メモリ１５のコメ
ント先頭アドレス１５−３（図３０参照）から格納され
ているコメントデータを読出した後（ｆ２９１）、表示
部へその内容を表示する（ｆ２９２）。
【００１５】複数データ、特に、プログラムの管理方式
に関しては、特開平１−２０５２０３号公報に開示され
ている「プログラマブルコントローラのプログラム管理
方式」があるが、容量の変更が生じた場合には、結局全
てのプログラムを周辺機器側に読み込む必要がある。
【００１６】さらに、処理時間に関しては、全体の処理
時間しか検出できないため、どの部分に多く処理時間が
かかっているかを把握することは困難であった。特に、
プログラマブルコントローラにおけるプログラムサイズ
は、システムの規模が大きくなるにつれて年々膨大化す
る傾向にあり、数年前までは高々数１０００ステップ程
度で十分であったものが、最近では１０００００ステッ
プを超えるものまで要求されている。そのようなサイズ
のプログラムを個々にチェックして処理時間を解析する
ことは不可能に近い。しかしながら、プログラマブルコ
ントローラの性能は、制御システム全体のリアルタイム
性に大きく寄与するため、個々のブロックの処理時間を
詳細に検討して短縮することは非常に重要なことであ
る。
【００１７】また、特開平２−２５９９１０号公報の
「ＮＣ加工プログラムのファイル管理方式」では、ＮＣ
（数値制御）の場合を例にファイル管理方式について開
示されているが、単にファイル管理部に絶対アドレスを
採用したのみであり、基本的には一般のパソコンを利用
したファイル方式と大差なく、ＦＡＴにしたがって、順
次プログラムを実行する必要があり、高速応答性が要求
されるプログラマブルコントローラに対して適用するこ
とは困難である。
【００１８】さらに、特開平３−２２２０４７号公報の
「領域管理方式」にあっては、未使用領域の情報につい
て開示されているが、連続した領域を確保するために
は、結局空きエリアを順番にサーチする必要がある。
【００１９】その他、この発明に関連する参考技術文献
としては、特開平２−１４０８２５号公報に開示されて
いる「プログラムの再配置処理方法」、特開平２−９３
７４２号公報に開示されている「データファイルの未使
用領域再配置方式」、特開平２−３３６５３号公報に開
示されている「プログラマブル制御装置」がある。
【００２０】
【発明が解決しようとする課題】従来におけるプログラ
マブルコントローラにあっては、以上のようなユーザメ
モリの管理方式であるため、以下の如き問題点があっ
た。
【００２１】第１に、ユーザメモリ全体がユーザ割付情
報にて管理されているため、プログラムの容量を増やし
たり、ファイルデータの容量を増やしたりする場合は、
格納場所の絶対アドレスが変化するため、容易に変更す
ることができないという問題点があった。
【００２２】第２に、シーケンスプログラムを各ブロッ
ク毎に分割して作成する場合、最終的にはひとつのプロ
グラムに合体してＣＰＵ本体に格納しなければならない
ので、プログラムのある１ブロックを追加変更する場合
でも、そのブロック以降に配置される全てのブロックを
再度ＣＰＵへ書込む必要がある。また、プログラマブル
コントローラに、一般のパソコンで使用されるファイル
管理を導入するとしても、つぎの問題が生じる。すなわ
ち、シーケンスプログラムは通常Ｈ／Ｗ演算回路で高速
に実行されており、シーケンスプログラムの途中で処理
を中断して他のプログラムへ移ることは困難である。し
たがって、プログラムファイルのデータは連続で配置さ
れていなければならない。さらに、始動時のみ実行すれ
ばよいブロックにおいても常にスキャン実行を行う必要
があり、処理時間に無駄を生じる場合があった。
【００２３】第３に、各ブロック間で共通にポインタＮ
ｏ．を使用するため、設計を開始する以前にあらかじめ
ブロック毎にポインタＮｏ．の割り振りを行っておく必
要があり、逆に、一度作成済のプログラムを再利用する
場合は、再度ポインタＮｏ．を変更する必要があった。
【００２４】第４に、複数プログラムを分割作成する場
合に、全データメモリを複数プログラムで共通利用する
ため、あらかじめプログラム単位毎にデバイスを割り付
けておく必要があり、途中でデータを増やしたい場合は
データの再割付を行い、それに対応してプログラムを変
更する必要があった。
【００２５】第５に、複数プログラムを分割作成する場
合に、全コメントデータを複数プログラムで共通利用す
るため、コメントを変更もしくは追加する度に、コメン
トデータを再結合する必要があった。
【００２６】以上の問題は、特に、近年制御システムの
複雑化が進行するなか、機能毎にプログラムを分割し
て、複数人で設計を同時に進めることにより設計効率を
あげるとともに、プログラムの機能を明確にしていく上
で大きな障害となっていた。
【００２７】この発明にかかるプログラマブルコントロ
ーラは、上記のような課題を解決するためになされたも
ので、プログラムやデータを複数のファイルとしてＣＰ
Ｕ内のメモリに自由に読み書き可能とすることにより、
データの追加や変更を容易にすることを第１の目的とす
る。
【００２８】また、プログラムの実行形態を自由に指定
可能とすることにより、スキャンタイムの軽減を図るこ
とを第２の目的とする。
【００２９】また、プログラムの処理時間を各ブロック
毎で監視することにより、処理時間の検討を容易に可能
とすることを第３の目的とする。
【００３０】また、各プログラム毎に同一のポインタＮ
ｏ．を使用可能とし、かつ、プログラム中で使用するデ
ータをプログラム単位で切り替え可能とし、かつプログ
ラムのコメントデータをプログラム単位で切り替え可能
とすることにより複数人によるプログラミング性を向上
させることを第４の目的とする。
【００３１】
【課題を解決するための手段】上記目的を達成するため
に、本発明にかかるプログラマブルコントローラは、自
動プログラミングを実行する際に、各工程や制御対象毎
に分割された複数のシーケンスプログラムおよび工程ス
ケジュールや加工データ等の複数データをファイルとし
て格納するユーザメモリと、各ファイルの格納場所や属
性および容量を格納するユーザメモリ管理テーブルと、
周辺機器からのファイルの新規書き込みを行う書込手段
と、前記ファイルの容量変更を行う容量変更手段と、を
具備し、前記容量変更手段は、所定のプログラムが存在
するか否かを判断し、所定のプログラムが存在し、か
つ、空きエリアが存在すると判断した場合には、つぎ
に、要求データ中の追加容量が空き容量以内か否かを判
断し、要求データ中の追加容量が空き容量以内ではな
い、あるいは、該当ファイルの直後に空きエリアが存在
しないと判断した場合には、指定プログラムと、それよ
り前方（先頭アドレスの小さい）プログラムを前詰め
し、指定プログラムより後方（先頭アドレスの大きい）
プログラムを後詰めすることによりプログラムの容量変
更を行うことを特徴とする。
【００３２】つぎの発明にかかるプログラマブルコント
ローラのプログラム容量変更方法は、所定のプログラム
が存在するか否かを判断し、所定のプログラムが存在す
る場合には、つぎに、該当ファイルの直後に空きエリア
が存在するか否かを判断し、空きエリアが存在すると判
断した場合には、つぎに、要求データ中の追加容量が空
き容量以内か否かを判断し、要求データ中の追加容量が
空き容量以内ではない、あるいは、該当ファイルの直後
に空きエリアが存在しないと判断した場合には、指定プ
ログラムと、それより前方（先頭アドレスの小さい）プ
ログラムを前詰めし、指定プログラムより後方（先頭ア
ドレスの大きい）プログラムを後詰めすることによりプ
ログラムの容量変更を行うことを特徴とする。
【００３３】つぎの発明にかかるプログラマブルコント
ローラは、自動プログラミングを実行する際に、各工程
や制御対象毎に分割された複数のシーケンスプログラム
および工程スケジュールや加工データ等の複数データを
ファイルとして格納するユーザメモリと、各ファイルの
格納場所や属性および容量を格納するユーザメモリ管理
テーブルと、周辺機器からのファイルの新規書き込みを
行う書込手段と、前記ファイルの容量変更を行う容量変
更手段と、プログラムの実行を管理するプログラム実行
管理テーブルと、前記ユーザメモリに格納された複数の
シーケンスプログラムに対して、必要なシーケンスプロ
グラムのみ選択的に実行する制御手段と、を具備し、前
記容量変更手段は、所定のプログラムが存在するか否か
を判断し、所定のプログラムが存在し、かつ、空きエリ
アが存在すると判断した場合には、つぎに、要求データ
中の追加容量が空き容量以内か否かを判断し、要求デー
タ中の追加容量が空き容量以内ではない、あるいは、該
当ファイルの直後に空きエリアが存在しないと判断した
場合には、指定プログラムと、それより前方（先頭アド
レスの小さい）プログラムを前詰めし、指定プログラム
より後方（先頭アドレスの大きい）プログラムを後詰め
することによりプログラムの容量変更を行うことを特徴
とする。
【００３４】つぎの発明にかかるプログラマブルコント
ローラは、自動プログラミングを実行する際に、各工程
や制御対象毎に分割された複数のシーケンスプログラム
および工程スケジュールや加工データ等の複数データを
ファイルとして格納するユーザメモリと、各ファイルの
格納場所や属性および容量を格納するユーザメモリ管理
テーブルと、周辺機器からのファイルの新規書き込みを
行う書込手段と、前記ファイルの容量変更を行う容量変
更手段と、プログラムの実行を管理するプログラム実行
管理テーブルと、前記ファイル毎のスキャンタイムを記
憶するスキャンタイムメモリと、前記ファイル単位のシ
ーケンスプログラムの実行時間を監視する制御手段と、
を具備し、前記容量変更手段は、所定のプログラムが存
在するか否かを判断し、所定のプログラムが存在し、か
つ、空きエリアが存在すると判断した場合には、つぎ
に、要求データ中の追加容量が空き容量以内か否かを判
断し、要求データ中の追加容量が空き容量以内ではな
い、あるいは、該当ファイルの直後に空きエリアが存在
しないと判断した場合には、指定プログラムと、それよ
り前方（先頭アドレスの小さい）プログラムを前詰め
し、指定プログラムより後方（先頭アドレスの大きい）
プログラムを後詰めすることによりプログラムの容量変
更を行うことを特徴とする。
【００３５】つぎの発明にかかるプログラマブルコント
ローラは、自動プログラミングを実行する際に、各工程
や制御対象毎に分割された複数のシーケンスプログラム
および工程スケジュールや加工データ等の複数データを
ファイルとして格納するユーザメモリと、各ファイルの
格納場所や属性および容量を格納するユーザメモリ管理
テーブルと、周辺機器からのファイルの新規書き込みを
行う書込手段と、前記ファイルの容量変更を行う容量変
更手段と、プログラムの実行を管理するプログラム実行
管理テーブルと、ポインタを管理するポインタ管理テー
ブルと、各シーケンスプログラム間において共通に使用
可能な共通ポインタあるいは各シーケンスプログラム内
でのみ有効なローカルポインタを選別して実行する制御
手段と、を具備することを特徴とする。
【００３６】つぎの発明にかかるプログラマブルコント
ローラは、自動プログラミングを実行する際に、各工程
や制御対象毎に分割された複数のシーケンスプログラム
および工程スケジュールや加工データ等の複数データを
ファイルとして格納するユーザメモリと、各ファイルの
格納場所や属性および容量を格納するユーザメモリ管理
テーブルと、周辺機器からのファイルの新規書き込みを
行う書込手段と、前記ファイルの容量変更を行う容量変
更手段と、プログラムの実行を管理するプログラム実行
管理テーブルと、ファイルデータを管理するファイルデ
ータ管理テーブルと、前記シーケンスプログラムが切り
換わるのに同期してデータファイルを切り換える制御手
段と、を具備し、前記容量変更手段は、所定のプログラ
ムが存在するか否かを判断し、所定のプログラムが存在
し、かつ、空きエリアが存在すると判断した場合には、
つぎに、要求データ中の追加容量が空き容量以内か否か
を判断し、要求データ中の追加容量が空き容量以内では
ない、あるいは、該当ファイルの直後に空きエリアが存
在しないと判断した場合には、指定プログラムと、それ
より前方（先頭アドレスの小さい）プログラムを前詰め
し、指定プログラムより後方（先頭アドレスの大きい）
プログラムを後詰めすることによりプログラムの容量変
更を行うことを特徴とする。
【００３７】つぎの発明にかかるプログラマブルコント
ローラは、自動プログラミングを実行する際に、各工程
や制御対象毎に分割された複数のシーケンスプログラム
および工程スケジュールや加工データ等の複数データを
ファイルとして格納するユーザメモリと、各ファイルの
格納場所や属性および容量を格納するユーザメモリ管理
テーブルと、周辺機器からのファイルの新規書き込みを
行う書込手段と、前記ファイルの容量変更を行う容量変
更手段と、プログラムの実行を管理するプログラム実行
管理テーブルと、コメントを管理するコメント管理テー
ブルと、前記シーケンスプログラムが切り換わるのに同
期してコメントファイルを切り換える制御手段と、を具
備し、前記容量変更手段は、所定のプログラムが存在す
るか否かを判断し、所定のプログラムが存在し、かつ、
空きエリアが存在すると判断した場合には、つぎに、要
求データ中の追加容量が空き容量以内か否かを判断し、
要求データ中の追加容量が空き容量以内ではない、ある
いは、該当ファイルの直後に空きエリアが存在しないと
判断した場合には、指定プログラムと、それより前方
（先頭アドレスの小さい）プログラムを前詰めし、指定
プログラムより後方（先頭アドレスの大きい）プログラ
ムを後詰めすることによりプログラムの容量変更を行う
ことを特徴とする。
【００３８】
【作用】この発明にかかるプログラマブルコントローラ
およびプログラマブルコントローラのプログラム容量変
更方法は、機能毎のシーケンスプログラムの読み書きを
任意に実行可能とする手段が、変更もしくは追加が必要
となったブロックに対してのみＣＰＵ本体からの読み書
きを行う。
【００３９】つぎの発明にかかるプログラマブルコント
ローラは、各シーケンスプログラムの実行方式を任意に
指定可能とする手段が、始動時のみに実行するプログラ
ムと毎回実行するプログラムを選別するとともに指定さ
れた順番にしたがって各ブロックを実行する。
【００４０】つぎの発明にかかるプログラマブルコント
ローラは、実行時間を監視する手段が、各プログラム終
了毎に時間監視テーブルへ処理時間を書き込む。
【００４１】つぎの発明にかかるプログラマブルコント
ローラは、各プログラム間で共通に使用可能な共通ポイ
ンタと、各プログラム内でのみ有効なローカルポインタ
を選別して実行する手段が、ポインタ管理テーブルにし
たがって、共通ポインタかローカルポインタかを判別す
るとともに実行を行う。
【００４２】つぎの発明にかかるプログラマブルコント
ローラは、データのアドレスをファイルデータ管理メモ
リにしたがって、切り替える手段が、実行されるプログ
ラム名が変更される毎に、使用するデータの先頭アドレ
スを、プログラムと同一ファイルレジスタの先頭アドレ
スにセットする。
【００４３】つぎの発明にかかるプログラマブルコント
ローラは、データのコメント管理メモリにしたがって切
り替える手段が、実行されるプログラム名が変更される
毎に、使用するデータの先頭アドレスを、プログラムと
同一ファイル名のファイルコメントの先頭アドレスにセ
ットする。
【００４４】
【実施例】実施例１． 図１は、この発明にかかる実施例１のプログラマブルコ
ントローラの概略構成を示すブロック図であり、図にお
いて、２Ａはプログラマブルコントローラであり、図中
１〜８までは、図２９に示した１〜８と同一のものを示
している。９はユーザメモリ内における各種プログラム
やデータの存在場所などを管理するユーザメモリ管理テ
ーブル、１０はプログラムの実行を管理するプログラム
実行管理テーブル、１１は各プログラムファイル毎のス
キャンタイムを格納するファイル毎スキャンタイムメモ
リ、１２はポインタテーブル８の内容を管理するポイン
タ管理テーブル、１３はファイルデータを切り替えるた
めのファイルデータ管理メモリ、１４はコメントを切り
替えるための情報を格納するコメント管理メモリであ
る。
【００４５】図２は、ユーザメモリ６の構成例について
示したものであり、ＢＫ１からＢＫ５までのファイルが
順に格納されている。図３は、ユーザメモリ管理テーブ
ル９の内部構成について示したものである。ユーザメモ
リ管理テーブル９において、９ａはユーザメモリ６内に
登録されているデータの登録情報を格納する登録エリア
管理テーブルであり、９ｂはユーザメモリ６内の空きメ
モリを管理する空きエリア管理テーブルである。
【００４６】図４は、登録エリア管理テーブル９ａのデ
ータ構成である。９ａ−１は登録個数ｍであり、９ａ−
２は１番目に登録されたデータのプログラム名であり、
９ａ−３はそのデータの属性、たとえば、シーケンスプ
ログラムか、ファイルデータか等を識別する属性であ
り、９ａ−４は同データの開始するユーザメモリ５上で
の先頭アドレスであり、９ａ−５は同データの容量であ
る。同様に、ｍ個分のデータが格納されている。
【００４７】図５は、空きエリア管理テーブル９ｂのデ
ータ構成を示している。９ｂ−１は空きエリアの個数ｐ
であり、９ｂ−２は１番目の空きエリアの開始するユー
ザメモリ５上での先頭アドレスであり、９ｂ−３は同空
きエリアの容量である。同様に空きエリアｐ個分のデー
タが格納されている。
【００４８】図６は、ファイル新規書込みを行う場合の
周辺機器での操作例について示した説明図であり、図の
１（４）では、１００ステップ分のＢＫ６のプログラム
を新規書込みする場合について示してある。
【００４９】図７は、図６に示した操作時における周辺
機器からの要求データの構成について示したものであ
り、Ｒ１は新規登録の要求データであり、Ａ１はその場
合の応答データである。また、Ｒ２はデータ書込みの要
求データであり、Ａ２はその場合の応答データである。
【００５０】図８は、図７に示した各要求データに対応
したＣＰＵ側の処理について示しており、図８（ａ）に
示すＦ１はＲ１の要求データに、図８（ｂ）に示すＦ２
はＲ２の要求データにそれぞれ対応した処理である。
【００５１】図９は、ファイルの容量を変更をする場合
における周辺機器側の操作と、そのときの要求データＲ
３について示したものであり、ここでは例として、ＢＫ
２（図２参照）のプログラムを１００ステップ分の容量
を増やす場合について示している。図１０に示すＦ３
は、Ｒ３に対応したＣＰＵ側の処理を示すフローチャー
トである。
【００５２】図１１は、図６および図９の操作を行った
場合のユーザメモリ６の内容について示してあり、図１
１（ａ）は、２００の容量をもつＢＫ６を追加する場
合、図１１（ｂ）は、ＢＫ２の容量を１００から２００
へ変更した場合をそれぞれ示し、６（１）は操作前の状
態、６（２）は図６の操作後、６（３）は図９の操作後
の状態である。
【００５３】図１２は、図１１に対応したユーザメモリ
管理テーブル９の状態について示したものであり、図中
９ａ（１）から９ａ（３）の状態は、図１１の６（１）
から６（３）の状態に対応する。ここで、図１２（ａ）
は、登録エリア管理テーブルの状態、図１２（ｂ）は、
空きエリア管理テーブルの状態を示している。
【００５４】つぎに、動作について説明する。ユーザメ
モリ６の中には、あらかじめ図２に示されるように、Ｂ
Ｋ１からＢＫ５のプログラムがあらかじめ格納されてい
るものとする。このとき、登録エリア管理テーブルは９
ａ（１）となる。すなわち、合計で５個のファイルが格
納されており、たとえば、２番目に登録されているファ
イルは、プログラム名が“ＢＫ２”のシーケンスプログ
ラムであり、１００バイト目から１００バイト分が格納
されていることを示す。また、このとき、空き管理テー
ブルは９ｂ（１）のようになる。すなわち、空きエリア
は一つあり、５００バイト目から５００バイト分の容量
があることを示す。
【００５５】ここで、図６に示した新規書込み操作を行
った場合の動作について説明する。まず、周辺機器１か
らは、図７に示される新規登録Ｒ１の要求がＣＰＵに発
行される。そのときのＣＰＵの処理を図８（ａ）に示し
たフローチャートＦ１にしたがって説明する。まず、要
求データ中のプログラム名Ｒ１２が、登録エリア管理テ
ーブル９ａ中に存在するか否かを判断し（ｆ１１）、既
に存在するならばエラーとする。反対に、存在しないと
判断した場合には、空きエリア管理テーブル９ｂ内に要
求データ中の容量Ｒ１４を確保できるか否かを判断し
（ｆ１２）、確保できると判断した場合には、登録エリ
ア管理テーブル９ａに登録を行うとともに（ｆ１３）、
空きエリア管理テーブル９ｂを変更する（ｆ１４）。
【００５６】その後、登録エリア管理テーブル９ａにお
ける登録Ｎｏ．を、応答データＡ１中の登録Ｎｏ．Ａ１
２へセットして処理は完了する（ｆ１５）。また、ｆ１
２において、空きエリアが存在しないと判断した場合
は、一度全ファイルを前方に前詰めし（ｆ１６）、再度
ｆ１２と同様の判断を行い（ｆ１７）、それでも不足す
ると判断した場合にはエラーとし、反対に、格納可能で
あればｆ１３へ処理を移す。これは、一度登録されたフ
ァイルが削除されると、空きエリアの個数が増加するた
め、連続で確保できる容量が減少するためである。
【００５７】新規登録が完了すると、周辺機器１から、
データ書込み要求Ｒ２が実行される。この場合の処理に
ついて、図８（ｂ）に示したフローチャートＦ２にした
がって説明する。まず、登録Ｎｏ．Ｒ２２が、登録エリ
ア管理テーブル９ａに存在するか（登録済か）否かを判
断し（ｆ１２）、存在しないと判断した場合には、エラ
ーとする。存在すると判断した場合には、オフセットア
ドレスＲ２３および書込み容量Ｒ２４が、９ａ−５で示
される容量範囲内か否か判断し（ｆ２２）、範囲内であ
ると判断した場合には、オフセットアドレスＲ２３、書
込み容量Ｒ２４にしたがって、書込みデータＲ２５を順
次書込む（ｆ２３）。この場合、実際の書込み先頭アド
レスは、先頭アドレス９ａ−４の内容にオフセットアド
レスＲ２３を足した値となる。
【００５８】以上の操作により、ユーザメモリ６は、図
１１における６（２）に変更され、ユーザメモリ管理テ
ーブルは、図１２に示した９ａ（２）および９ｂ（２）
に変更される。
【００５９】つぎに、図９で示されるファイル容量の変
更を行った場合の動作について説明する。周辺機器１か
らは、Ｒ３で示される要求データがＣＰＵに発行され
る。そのときのＣＰＵの処理を、図１０に示したのフロ
ーチャートＦ３にしたがって説明する。まず、プログラ
ム名Ｒ３２が登録エリア管理テーブル９ａに存在するか
否かを判断し（ｆ３１）、存在しないと判断した場合に
はエラーとする。反対に、存在すると判断した場合に
は、該当ファイルの直後に空きエリアが存在するか否か
を空きエリア管理テーブル９ｂにより判断し（ｆ３
２）、存在すると判断した場合には、要求データ中の追
加容量Ｒ３４が空き容量以内かを判断し（ｆ３３）、空
き容量以内であると判断した場合には、登録エリア管理
テーブル９ａと空きエリア管理テーブル９ｂを変更して
（ｆ３４）、正常終了する（ｆ３９）。
【００６０】また、上記ｆ３２およびｆ３３において、
それぞれ該当しないと判断した場合には、指定プログラ
ムＲ３２と、それより前方（先頭アドレスの小さい）プ
ログラムを前詰めし（ｆ３５）、指定プログラムＲ３３
より後方（先頭アドレスの大きい）プログラムを後詰め
し（ｆ３６）、登録エリア管理テーブル９ａと空きエリ
ア管理テーブル９ｂを変更した後（ｆ３７）、再度ｆ３
２と同様の判断をを行い（ｆ３８）、範囲内であると判
断した場合には上記ｆ３４の処理に移り、範囲外である
と判断した場合には、エラーとする（ｆ４０）。
【００６１】以上の操作により、ユーザメモリ６は、図
１１に示した６（３）に変更され、ユーザメモリ管理テ
ーブルは、図１２に示した９ａ（３）および９ｂ（３）
にそれぞれ変更される。
【００６２】実施例２． つぎに、実施例２について説明する。図１３は、周辺機
器１におけるユーザメモリ内の複数のプログラムの実行
方法の指定例を示している。図中、１（１）は、図１１
に示した６（１）の構成時における実行指定方法であ
り、１（２）は、“ＢＫ６”を追加した６（３）の構成
時における実行指定方法である。
【００６３】図１４は、プログラム実行管理テーブル１
０の内容であり、１０ａは初回実行管理テーブル、１０
ｂは毎回実行管理テーブルである。それぞれのテーブル
内では、実行個数とプログラム名と先頭アドレスが格納
されている。初回実行管理テーブル１０ａ中、１０ａ−
１は初回実行するプログラムの登録個数であり、１０ａ
−２は初回実行するプログラム名、１０ａ−３は、プロ
グラムの先頭アドレスである。初回１０ｂにおける１０
ｂ−１から１０ｂ−３も同様である。図１５は、プログ
ラム実行の動作を示すフローチャートである。
【００６４】つぎに動作について説明する。まず、ＣＰ
Ｕがプログラム実行を開始する前に、図１３に示した周
辺機器１により設定されたデータにもとづき、図１４に
示した初回実行個数１０ａ−１、毎回実行個数１０ｂ−
１、初回実行プログラム名１０ａ−２、毎回実行プログ
ラム名１０ｂ−２を書込んでおく。そのデータをもと
に、ＣＰＵは、登録エリア管理テーブル９ａにしたが
い、それぞれのプログラムの先頭アドレスを、１０ａ−
３もしくは１０ｂ−３にセットする。
【００６５】以上の準備のもとで、プログラムの実行を
開始することになるが、プログラム実行の動作について
は、図１５に示したフローチャートにしたがって説明す
る。まず、初回実行プログラムがあるか否かを判断し
（ｆ７１）、初回実行プログラムがないと判断した場合
には、毎回実行の処理に移る（ｆ７７）。反対に、初回
プログラムが存在すると判断した場合は、開始Ｎｏ．を
１番目とし（ｆ７２）、プログラム実行開始アドレスを
該当Ｎｏ．のアドレスにセットし（ｆ７３）、ＥＮＤ命
令までプログラム実行を行う（ｆ７４）。つぎに、該当
Ｎｏ．をひとつずつ増加させながら（ｆ７５）、所定の
回数ｑまで処理を繰り返す（ｆ７６）。ｆ７６にてすべ
て実行が完了したと判断した時点で、同様にｆ７７から
ｆ８１までの毎回実行処理を行う。ただし、ｆ８１では
毎回実行処理を完了したと判断した時点で、所定のＥＮ
Ｄ処理を行い上記ｆ７７の処理へ移る。すなわち、毎回
実行のプログラムのみ毎回処理されることになる。
【００６６】また、図１３の１（２）のように、“ＢＫ
２”と“ＢＫ３”の実行の間に“ＢＫ６”の実行を追加
する場合には、毎回実行管理テーブル１０ｂの内容をあ
らかじめ変更しておけばよいことはあきらかである。
【００６７】実施例３． つぎに、実施例３について説明する。図１６は、周辺機
器１にてファイル毎のスキャンタイムを表示した際の表
示例を示している。図１７は、ファイル毎スキャンタイ
ムメモリ１１の構成について示したものであり、１１ａ
は、初回実行のプログラムに関するスキャンタイムを格
納した初回実行スキャンタイムテーブルであり、初回実
行管理テーブル１０ａの登録個数１０ａ−１個分のスキ
ャンタイムが格納される。また、１１ｂは、毎回実行の
プログラムに関するスキャンタイムを格納した毎回実行
スキャンタイムテーブルであり、毎回実行管理テーブル
１０ｂの登録個数１０ｂ−１個分のスキャンタイムが格
納される。
【００６８】図１８は、プログラムファイル毎のスキャ
ンタイムを計測する動作を示すフローチャートであり、
このフローチャートにおける動作は、図１５に示したｆ
７１からｆ８１までの動作にｆ７３ａ、ｆ７４ａ、ｆ７
４ｂ、ｆ７８ａ、ｆ７９ａ、ｆ７９ｂの処理が追加され
ている。
【００６９】つぎに、動作について説明する。基本的な
動作は、上記実施例２と同じであるが、初期実行の場合
は、開始アドレスをセットした後（ｆ７３）、タイマの
計測値を０にし（ｆ７３ａ）、プログラムを実行した後
（ｆ７４）、タイマ値をスキャンタイムとし（ｆ７４
ａ）、ファイル毎スキャンタイムメモリへスキャンタイ
ムを格納する（ｆ７４ｂ）。毎回実行の場合も同様にｆ
７８ａ、ｆ７９ａ、ｆ７９ｂまでの処理を追加すればよ
いことはあきらかである。周辺機器１では、定期的に、
ファイル毎スキャンタイムメモリの内容を読出し、表示
すればよい。
【００７０】実施例４． つぎに、実施例４について説明する。図１９は、周辺機
器での共通ポインタの設定例について示したものであ
る。図２０は、共通ポインタとローカルポインタを使用
したときのプログラム例について示したものであり、各
命令の機能は、従来例と同じである。図２１は、ポイン
タ管理テーブル１２の構成について示したものである。
図２２は、ＪＭＰ命令の処理動作を示すフローチャート
である。
【００７１】つぎに、動作について説明する。まず、図
１９で示すように、共通ポインタの開始Ｎｏ．をあらか
じめ周辺機器にて設定しておく。共通ポインタＮｏ．以
降は、各プログラム間で共通に使用するポインタを示
す。すなわち、図２０でいえば、Ｐ０からＰ２９９まで
は各プログラム毎で使用可能であり、Ｐ３００のポイン
タＮｏ．は各プログラム共通で使用するため、全体でひ
とつのみ存在可能である。つぎに、ＣＰＵは、各プログ
ラムファイルの内容をチェックし、ポインタテーブル８
ａとポインタ管理テーブル１２を作成する。ポインタ管
理テーブル１２には、各プログラム毎のポインタが開始
するポインタテーブルの先頭アドレスと、共通ポインタ
の開始するポインタテーブルの先頭アドレスを格納して
おく。
【００７２】つぎに、実際にＪＭＰ命令を検出すると、
図２２にしたがって処理を行う。まず、ポインタＮｏ．
をプログラムより読み込み（ｆ１４１）、自プログラム
のポインタＮｏ．が存在するシーケンスプログラムアド
レスをポインタ管理テーブル１２とポインタテーブル８
ａより算出する（ｆ１４２）。つぎに、ポインタの設定
があるか否かを判断し（ｆ１４３）、あると判断した場
合には指定のアドレスへジャンプ操作を行って（ｆ１４
４）処理が完了する。すなわち、これはローカルポイン
タの処理となる。また、上記ｆ１４３にてポインタが存
在しないと判断した場合は、共通ポインタがあるか否か
を判断し（ｆ１４５）、あると判断した場合には、ｆ１
４４にて同様にジャンプ処理を行う。反対に、共通ポイ
ンタがないと判断した場合には、エラーとして処理され
る（ｆ１４６）。
【００７３】実施例５． つぎに、実施例５について説明する。図２３は、ファイ
ルデータ管理メモリ１３について示したものである。図
中、１３−１は現在選択中のファイルデータの先頭アド
レスを示してあり、１３ａ−１から１３ａ−ｑまでは、
初期実行プログラムに対応したファイルデータの先頭ア
ドレスについて示してある。また、１３ｂ−１から１３
ｂ−ｒまでは毎回実行プログラムに対応したファイルデ
ータの先頭アドレスについて示してある。図２４は、プ
ログラム実行の動作について示したものであり、図１８
に示した処理にｆ７３ａ−１とｆ７８ａ−１の処理が追
加されてくる。図２５は、ファイルデータに定数を転送
するＭＯＶ命令の処理について示すフローチャートであ
る。
【００７４】つぎに、動作について説明する。まず、プ
ログラムを実行する前に、ファイルデータ管理メモリ１
３を作成する。手順として、プログラム実行管理テーブ
ル１０に登録されているプログラム名と同一のファイル
データを、ユーザメモリ管理テーブル９より探し、存在
すれば順次ファイルデータ管理メモリ１３へ登録すれば
よい。
【００７５】つぎに、図２４のフローチャートにしたが
って、プログラム実行時の動作について説明する。基本
的な動作方法は、上記実施例３の場合と同様であるが、
初期実行の場合は開始アドレスをセット後（ｆ７３）、
現ファイルデータアドレスを、初回Ｎｏ．ｉのファイル
データアドレスにセット後（ｆ７３ａ−１）、つぎの処
理に移行する。毎回実行の場合も同様に、ｆ７８ａ−１
の処理を追加すればよい。これにより、現ファイルデー
タアドレスには、必ずプログラムと同一名のファイルデ
ータが選択されることになる。
【００７６】つぎに、ＭＯＶ命令の処理について図２５
をもとに説明する。まず、第１デバイスの定数を読出し
た後（ｆ２５１）、第２デバイスのファイルＮｏ．を読
出し（ｆ２５２）、ユーザメモリ割付情報メモリ１５の
ファイルデバイス先頭アドレス１５−２で示される値を
加えたアドレスへ、データへの書込みを行う（ｆ２５
３）。
【００７７】実施例６． つぎに、実施例６について説明する。図２６は、コメン
ト管理メモリ１４について示したものである。図中、１
４−１は現在選択中のコメントの先頭アドレスを示して
あり、１４ａ−１から１４ａ−ｑまでは、初期実行プロ
グラムに対応したファイルデータの先頭アドレスについ
て示してある。また、１４ｂ−１から１４ｂ−ｒまでは
毎回実行プログラムに対応したファイルデータの先頭ア
ドレスについて示してある。図２７は、プログラム実行
の動作を示すフローチャートであり、図２４に示した処
理に対して、ｆ７３ａ−２とｆ７８ａ−２の処理が追加
されている。図２８は、コメントを表示するＬＥＤＣ命
令の処理を示すフローチャートである。
【００７８】つぎに動作について説明する。まず、プロ
グラムを実行する前に、コメント管理メモリ１４を作成
する。手順として、プログラム実行管理テーブル１０に
登録されているプログラム名と同一のファイルデータ
を、ユーザメモリ管理テーブル９より探し、存在すれば
順次ファイルデータ管理メモリ１４へ登録すればよい。
【００７９】つぎに、図２７にしたがって、プログラム
実行時の動作について説明する。基本的な動作方法は、
実施例５の場合と同様であるが、初期実行の場合は現フ
ァイルアドレスをセット後（ｆ７３ａ−１）、現コメン
トアドレスを、初回Ｎｏ．ｉのファイルデータアドレス
にセット後（ｆ７３ａ−２）、つぎの処理に移行する。
毎回実行の場合も同様に、ｆ７８ａ−２の処理を追加す
ればよい。これにより、現コメントデータアドレスに
は、必ずプログラムと同一名のコメントデータが選択さ
れることになる。
【００８０】つぎに、ＬＥＤＣ命令の処理について図２
８にしたがって説明する。まず、現コメントアドレスか
ら該当デバイスのコメントデータを取り出した（ｆ２８
１）後、表示部へ表示すればよい（ｆ２８２）。
【００８１】
【発明の効果】以上説明した通り、この発明にかかるプ
ログラマブルコントローラおよびプログラマブルコント
ローラのプログラム容量変更方法にあっては、ユーザメ
モリをファイル毎に分割してＣＰＵへ格納可能としたの
で、データに追加変更が生じた場合でも、他のファイル
を意識することなく操作が可能である。また、この発明
によるファイルの書込み手段により、ファイル単位での
データの連続性を保つことができるので、Ｈ／Ｗ処理を
行うシーケンスプログラム実行にも適用可能である。
【００８２】つぎの発明にかかるプログラマブルコント
ローラにあっては、始動時のみ実行すればよいブロック
等を実行条件を自由に指定可能なため、処理時間に無駄
を生じることなく、最適な処理が可能となった。また、
新規にプログラムを追加する場合でも、容易に組み込む
ことが可能である。
【００８３】つぎの発明にかかるプログラマブルコント
ローラにあっては、処理時間がブロック単位で検出でき
るため、どの部分に多く処理時間がかかっているか簡単
にわかり、処理時間の短縮の検討が容易になる。
【００８４】つぎの発明にかかるプログラマブルコント
ローラにあっては、各ブロック間で自由に使用できるロ
ーカルポインタが設定可能なため、設計を開始する以前
にあらかじめブロック毎にポインタＮｏ．のわりふりを
行っておく必要がないため、複数人で設計効率を向上さ
せることができる。
【００８５】つぎの発明にかかるプログラマブルコント
ローラにあっては、プログラムの切り替えと同時に、フ
ァイルデータを自動的に切り替えるので、各プログラム
で自由にファイルデータを使用することができる。
【００８６】つぎの発明にかかるプログラマブルコント
ローラにあっては、プログラムの切り替えと同時に、コ
メントデータを自動的に切り替えるので、各プログラム
で必要な分だけコメントデータを作成可能となる。
【図面の簡単な説明】
【図１】 この発明にかかるプログラマブルコントロー
ラの構成を示すブロック図である。
【図２】 ユーザメモリの構成を示す説明図である。
【図３】 ユーザメモリ管理テーブルの構成を示すブロ
ック図である。
【図４】 登録エリア管理テーブルの構成を示す説明図
である。
【図５】 空きエリア管理テーブルの構成を示す説明図
である。
【図６】 ファイル新規書込みの周辺機器操作例を示す
説明図である。
【図７】 ファイル新規書込みの周辺機器からの要求デ
ータを示す説明図である。
【図８】 ファイル新規書込み時のＣＰＵの動作を示す
フローチャートである。
【図９】 ファイル新規書込みの周辺機器操作例を示す
説明図である。
【図１０】 ファイル容量変更時のＣＰＵの動作を示す
フローチャートである。
【図１１】 ユーザメモリの状態遷移例を示す説明図で
ある。
【図１２】 ユーザ管理テーブルの状態遷移例を示す説
明図である。
【図１３】 プログラム実行の周辺機器操作例を示す説
明図である。
【図１４】 プログラム実行管理テーブルの構成を示す
説明図である。
【図１５】 プログラム実行の動作を示すフローチャー
トである。
【図１６】 周辺機器でのプログラム実行時間表示例を
示す説明図である。
【図１７】 ファイル毎スキャンタイムテーブルの構成
を示すフローチャートである。
【図１８】 プログラム実行の動作を示すフローチャー
トである。
【図１９】 周辺機器での共通ポインタの設定例を示す
説明図である。
【図２０】 プログラム例を示す説明図である。
【図２１】 ポインタ管理テーブルの構成を示す説明図
である。
【図２２】 ＪＭＰ命令の処理動作を示すフローチャー
トである。
【図２３】 ファイルデータ管理メモリの構成を示す説
明図である。
【図２４】 プログラム実行の動作を示すフローチャー
トである。
【図２５】 ＭＯＶ命令の動作を示すフローチャートで
ある。
【図２６】 コメント管理メモリの構成を示す説明図で
ある。
【図２７】 プログラム実行の動作を示すフローチャー
トである。
【図２８】 ＬＥＤＣ命令の動作を示すフローチャート
である。
【図２９】 従来におけるプログラマブルコントローラ
の構成を示すブロック図である。
【図３０】 従来におけるユーザメモリ割り付け例を示
す説明図である。
【図３１】 従来におけるプログラム例を示す説明図で
ある。
【図３２】 従来におけるプログラム読出し例を示す説
明図である。
【図３３】 従来におけるプログラム変更例を示す説明
図である。
【図３４】 従来におけるプログラム例を示す説明図で
ある。
【図３５】 従来におけるポインタテーブルを示す説明
図である。
【図３６】 従来におけるＪＭＰ命令の動作を示すフロ
ーチャートである。
【図３７】 従来におけるＭＯＶ命令の動作を示すフロ
ーチャートである。
【図３８】 従来におけるコメントデータ内部の構成を
示す説明図である。
【図３９】 従来におけるＬＥＤＣ命令の動作を示すフ
ローチャートである。
【符号の説明】
１ 周辺機器、２ ＣＰＵユニット、３ 周辺機器用イ
ンタフェース部、４演算処理部、５ マイクロプログラ
ムメモリ、６ ユーザメモリ、７ スキャンタイムメモ
リ、８ ポインタテーブル、９ ユーザメモリ管理テー
ブル、１０プログラム実行管理テーブル、１１ ファイ
ル毎スキャンタイムメモリ、１２ポインタ管理テーブ
ル、１３ ファイルデータ管理メモリ、１４ コメント
管理メモリ。
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G05B 19/048 G05B 19/05 G06F 9/06 G06F 12/00

Claims (7)

    (57)【特許請求の範囲】
  1. 【請求項１】 自動プログラミングを実行する際に、各
    工程や制御対象毎に分割された複数のシーケンスプログ
    ラムおよび工程スケジュールや加工データ等の複数デー
    タをファイルとして格納するユーザメモリと、 各ファイルの格納場所や属性および容量を格納するユー
    ザメモリ管理テーブルと、 周辺機器からのファイルの新規書き込みを行う書込手段
    と、 前記ファイルの容量変更を行う容量変更手段と、 を具備し、 前記容量変更手段は、所定のプログラムが存在するか否
    かを判断し、所定のプログラムが存在し、かつ、空きエ
    リアが存在すると判断した場合には、つぎに、要求デー
    タ中の追加容量が空き容量以内か否かを判断し、要求デ
    ータ中の追加容量が空き容量以内ではない、あるいは、
    該当ファイルの直後に空きエリアが存在しないと判断し
    た場合には、指定プログラムと、それより前方（先頭ア
    ドレスの小さい）プログラムを前詰めし、指定プログラ
    ムより後方（先頭アドレスの大きい）プログラムを後詰
    めすることによりプログラムの容量変更を行うことを特
    徴とするプログラマブルコントローラ。
  2. 【請求項２】 所定のプログラムが存在するか否かを判
    断し、所定のプログラムが存在する場合には、つぎに、
    該当ファイルの直後に空きエリアが存在するか否かを判
    断し、空きエリアが存在すると判断した場合には、つぎ
    に、要求データ中の追加容量が空き容量以内か否かを判
    断し、要求データ中の追加容量が空き容量以内ではな
    い、あるいは、該当ファイルの直後に空きエリアが存在
    しないと判断した場合には、指定プログラムと、それよ
    り前方（先頭アドレスの小さい）プログラムを前詰め
    し、指定プログラムより後方（先頭アドレスの大きい）
    プログラムを後詰めすることによりプログラムの容量変
    更を行うことを特徴とするプログラマブルコントローラ
    のプログラム容量変更方法。
  3. 【請求項３】 自動プログラミングを実行する際に、各
    工程や制御対象毎に分割された複数のシーケンスプログ
    ラムおよび工程スケジュールや加工データ等の複数デー
    タをファイルとして格納するユーザメモリと、 各ファイルの格納場所や属性および容量を格納するユー
    ザメモリ管理テーブルと、 周辺機器からのファイルの新規書き込みを行う書込手段
    と、 前記ファイルの容量変更を行う容量変更手段と、 プログラムの実行を管理するプログラム実行管理テーブ
    ルと、 前記ユーザメモリに格納された複数のシーケンスプログ
    ラムに対して、必要なシーケンスプログラムのみ選択的
    に実行する制御手段と、 を具備し、 前記容量変更手段は、所定のプログラムが存在するか否
    かを判断し、所定のプログラムが存在し、かつ、空きエ
    リアが存在すると判断した場合には、つぎに、要求デー
    タ中の追加容量が空き容量以内か否かを判断し、要求デ
    ータ中の追加容量が空き容量以内ではない、あるいは、
    該当ファイルの直後に空きエリアが存在しないと判断し
    た場合には、指定プログラムと、それより前方（先頭ア
    ドレスの小さい）プログラムを前詰めし、指定プログラ
    ムより後方（先頭アドレスの大きい）プログラムを後詰
    めすることによりプログラムの容量変更を行うことを特
    徴とするプログラマブルコントローラ。
  4. 【請求項４】 自動プログラミングを実行する際に、各
    工程や制御対象毎に分割された複数のシーケンスプログ
    ラムおよび工程スケジュールや加工データ等の複数デー
    タをファイルとして格納するユーザメモリと、 各ファイルの格納場所や属性および容量を格納するユー
    ザメモリ管理テーブルと、 周辺機器からのファイルの新規書き込みを行う書込手段
    と、 前記ファイルの容量変更を行う容量変更手段と、 プログラムの実行を管理するプログラム実行管理テーブ
    ルと、 前記ファイル毎のスキャンタイムを記憶するスキャンタ
    イムメモリと、 前記ファイル単位のシーケンスプログラムの実行時間を
    監視する制御手段と、 を具備し、 前記容量変更手段は、所定のプログラムが存在するか否
    かを判断し、所定のプログラムが存在し、かつ、空きエ
    リアが存在すると判断した場合には、つぎに、要求デー
    タ中の追加容量が空き容量以内か否かを判断し、要求デ
    ータ中の追加容量が空き容量以内ではない、あるいは、
    該当ファイルの直後に空きエリアが存在しないと判断し
    た場合には、指定プログラムと、それより前方（先頭ア
    ドレスの小さい）プログラムを前詰めし、指定プログラ
    ムより後方（先頭アドレスの大きい）プログラムを後詰
    めすることによりプログラムの容量変更を行うことを特
    徴とするプログラマブルコントローラ。
  5. 【請求項５】 自動プログラミングを実行する際に、各
    工程や制御対象毎に分割された複数のシーケンスプログ
    ラムおよび工程スケジュールや加工データ等の複数デー
    タをファイルとして格納するユーザメモリと、 各ファイルの格納場所や属性および容量を格納するユー
    ザメモリ管理テーブルと、 周辺機器からのファイルの新規書き込みを行う書込手段
    と、 前記ファイルの容量変更を行う容量変更手段と、 プログラムの実行を管理するプログラム実行管理テーブ
    ルと、 ポインタを管理するポインタ管理テーブルと、 各シーケンスプログラム間において共通に使用可能な共
    通ポインタあるいは各シーケンスプログラム内でのみ有
    効なローカルポインタを選別して実行する制御手段と、 を具備することを特徴とするプログラマブルコントロー
    ラ。
  6. 【請求項６】 自動プログラミングを実行する際に、各
    工程や制御対象毎に分割された複数のシーケンスプログ
    ラムおよび工程スケジュールや加工データ等の複数デー
    タをファイルとして格納するユーザメモリと、 各ファイルの格納場所や属性および容量を格納するユー
    ザメモリ管理テーブルと、 周辺機器からのファイルの新規書き込みを行う書込手段
    と、 前記ファイルの容量変更を行う容量変更手段と、 プログラムの実行を管理するプログラム実行管理テーブ
    ルと、 ファイルデータを管理するファイルデータ管理テーブル
    と、 前記シーケンスプログラムが切り換わるのに同期してデ
    ータファイルを切り換える制御手段と、 を具備し、 前記容量変更手段は、所定のプログラムが存在するか否
    かを判断し、所定のプログラムが存在し、かつ、空きエ
    リアが存在すると判断した場合には、つぎに、要求デー
    タ中の追加容量が空き容量以内か否かを判断し、要求デ
    ータ中の追加容量が空き容量以内ではない、あるいは、
    該当ファイルの直後に空きエリアが存在しないと判断し
    た場合には、指定プログラムと、それより前方（先頭ア
    ドレスの小さい）プログラムを前詰めし、指定プログラ
    ムより後方（先頭アドレスの大きい）プログラムを後詰
    めすることによりプログラムの容量変更を行うことを特
    徴とするプログラマブルコントローラ。
  7. 【請求項７】 自動プログラミングを実行する際に、各
    工程や制御対象毎に分割された複数のシーケンスプログ
    ラムおよび工程スケジュールや加工データ等の複数デー
    タをファイルとして格納するユーザメモリと、 各ファイルの格納場所や属性および容量を格納するユー
    ザメモリ管理テーブルと、 周辺機器からのファイルの新規書き込みを行う書込手段
    と、 前記ファイルの容量変更を行う容量変更手段と、 プログラムの実行を管理するプログラム実行管理テーブ
    ルと、 コメントを管理するコメント管理テーブルと、 前記シーケンスプログラムが切り換わるのに同期してコ
    メントファイルを切り換える制御手段と、 を具備し、 前記容量変更手段は、所定のプログラムが存在するか否
    かを判断し、所定のプログラムが存在し、かつ、空きエ
    リアが存在すると判断した場合には、つぎに、要求デー
    タ中の追加容量が空き容量以内か否かを判断し、要求デ
    ータ中の追加容量が空き容量以内ではない、あるいは、
    該当ファイルの直後に空きエリアが存在しないと判断し
    た場合には、指定プログラムと、それより前方（先頭ア
    ドレスの小さい）プログラムを前詰めし、指定プログラ
    ムより後方（先頭アドレスの大きい）プログラムを後詰
    めすることによりプログラムの容量変更を行うことを特
    徴とするプログラマブルコントローラ。
JP00120394A 1994-01-11 1994-01-11 プログラマブルコントローラおよびそのプログラム容量変更方法 Expired - Lifetime JP3251414B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP00120394A JP3251414B2 (ja) 1994-01-11 1994-01-11 プログラマブルコントローラおよびそのプログラム容量変更方法
US08/365,191 US5610809A (en) 1994-01-11 1994-12-28 Programmable controller and program capacity changing method thereof
GB9500146A GB2285527B (en) 1994-01-11 1995-01-05 Programmable controller and program capacity changing method thereof
KR1019950000330A KR0137311B1 (ko) 1994-01-11 1995-01-10 프로그래머블 콘트롤러 및 그 프로그램 용량 변경방법
DE19500626A DE19500626A1 (de) 1994-01-11 1995-01-11 Programmierbare Steuerung und Verfahren zum Ändern ihrer Programmaufnahmefähigkeit
HK98110348A HK1009657A1 (en) 1994-01-11 1998-09-01 Programmable controller and program capacity changing method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP00120394A JP3251414B2 (ja) 1994-01-11 1994-01-11 プログラマブルコントローラおよびそのプログラム容量変更方法

Publications (2)

Publication Number Publication Date
JPH07210217A JPH07210217A (ja) 1995-08-11
JP3251414B2 true JP3251414B2 (ja) 2002-01-28

Family

ID=11494910

Family Applications (1)

Application Number Title Priority Date Filing Date
JP00120394A Expired - Lifetime JP3251414B2 (ja) 1994-01-11 1994-01-11 プログラマブルコントローラおよびそのプログラム容量変更方法

Country Status (6)

Country Link
US (1) US5610809A (ja)
JP (1) JP3251414B2 (ja)
KR (1) KR0137311B1 (ja)
DE (1) DE19500626A1 (ja)
GB (1) GB2285527B (ja)
HK (1) HK1009657A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6749604B1 (en) * 1993-05-10 2004-06-15 Arthrocare Corporation Electrosurgical instrument with axially-spaced electrodes
US6263487B1 (en) 1996-01-17 2001-07-17 Siemens Ag Programmable controller
EP0885412B1 (en) * 1996-02-06 2002-05-02 Fisher-Rosemount Systems, Inc. Interface controls for a field device management system
WO2000043883A1 (fr) * 1999-01-25 2000-07-27 Mitsubishi Denki Kabushiki Kaisha Unite peripherique de controleur programmable
DE19946096A1 (de) * 1999-09-27 2001-04-12 Mannesmann Vdo Ag Steuergerät, insbesondere für ein Kraftfahrzeug
US7822495B2 (en) 2002-04-15 2010-10-26 Fisher-Rosemount Systems, Inc. Custom function blocks for use with process control systems
KR100817364B1 (ko) * 2006-04-05 2008-03-26 미쓰비시덴키 가부시키가이샤 프로그래머블 로직 컨트롤러의 주변 장치 및 그 프로그램작성 방법
KR20100038472A (ko) * 2007-08-27 2010-04-14 가부시키가이샤 어드밴티스트 시퀀스 제어 장치 및 시험 장치
JP5574688B2 (ja) * 2009-12-10 2014-08-20 東洋電機製造株式会社 プログラマブルコントローラのコメント情報ダウンロード装置
CN103838679B (zh) * 2012-11-22 2017-08-04 中兴通讯股份有限公司 一种缓存处理方法及装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4281392A (en) * 1979-05-01 1981-07-28 Allen-Bradley Company Memory circuit for programmable machines
US4484303A (en) * 1979-06-19 1984-11-20 Gould Inc. Programmable controller
JPS57764A (en) * 1980-04-22 1982-01-05 Westinghouse Electric Corp Peripheral memory
JPS58222310A (ja) * 1982-06-21 1983-12-24 Omron Tateisi Electronics Co 状態パタ−ン比較機能を備えたプログラマブル・コントロ−ラ
JPH01205203A (ja) * 1988-02-10 1989-08-17 Mitsubishi Electric Corp プログラマブルコントローラのプログラム管理方式
JPH0233653A (ja) * 1988-07-25 1990-02-02 Mitsubishi Electric Corp プログラマブル制御装置
JPH0293742A (ja) * 1988-09-30 1990-04-04 Toshiba Corp データファイルの未使用領域再配置方式
JPH02140825A (ja) * 1988-11-21 1990-05-30 Fujitsu Ltd プログラムの再配置処理方法
JPH02259910A (ja) * 1989-03-31 1990-10-22 Yaskawa Electric Mfg Co Ltd Ｎｃ加工プログラムのファイル管理方式
JPH03222047A (ja) * 1990-01-29 1991-10-01 Nec Software Ltd 領域管理方式
WO1991019244A1 (en) * 1990-06-04 1991-12-12 3Com Corporation Method for optimizing software for any one of a plurality of variant architectures
US5339411A (en) * 1990-12-21 1994-08-16 Pitney Bowes Inc. Method for managing allocation of memory space
GB2251324B (en) * 1990-12-31 1995-05-10 Intel Corp File structure for a non-volatile semiconductor memory
GB2251323B (en) * 1990-12-31 1994-10-12 Intel Corp Disk emulation for a non-volatile semiconductor memory

Also Published As

Publication number Publication date
GB9500146D0 (en) 1995-03-01
GB2285527B (en) 1998-04-01
JPH07210217A (ja) 1995-08-11
US5610809A (en) 1997-03-11
DE19500626A1 (de) 1995-07-20
GB2285527A (en) 1995-07-12
KR950024040A (ko) 1995-08-21
HK1009657A1 (en) 1999-06-04
KR0137311B1 (ko) 1998-06-01

Similar Documents

Publication Publication Date Title
JP2664137B2 (ja) Ｉｃカード
US4080651A (en) Memory control processor
NL192144C (nl) Informatieverwerkende inrichting.
JP3251414B2 (ja) プログラマブルコントローラおよびそのプログラム容量変更方法
US4080652A (en) Data processing system
US4126893A (en) Interrupt request controller for data processing system
JPH02227763A (ja) データ転送制御システム
JPH0561754A (ja) データ処理装置
JP2004199827A (ja) データ書き込み装置
JP2716254B2 (ja) リストベクトル処理装置
JP2798492B2 (ja) リストベクトル処理装置
JPH0962545A (ja) 情報処理装置
JPS59158450A (ja) プログラムテスト装置
JPH09190465A (ja) 分類格納された情報の参照方法
JPH01175048A (ja) コンピュータ
JP3543516B2 (ja) シーケンサのデータトレース方法
JP2539079B2 (ja) カラムデ―タ選択処理回路
KR100258933B1 (ko) 메모리 관리장치 및 방법
KR100545654B1 (ko) 시스템 시동 후 디스크에 존재하는 파일의 무결점을감지하는 방법
JPH0652020A (ja) ファイル編集装置
JPH01233526A (ja) データアクセス及びプログラム呼出方式
JPH0823820B2 (ja) アドレス・オーバラップ・チェック処理装置
JPH02266450A (ja) 主記憶装置の試験方式
JPH0668727B2 (ja) 情報処理装置
JPS63113747A (ja) 仮想記憶管理装置

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071116

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081116

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081116

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091116

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091116

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101116

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111116

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121116

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121116

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131116

Year of fee payment: 12

EXPY Cancellation because of completion of term