JP4258366B2 - ビルダ - Google Patents

Description

本発明は、分散型制御システムにあるフィールドコントロールステーションやデータベース等の機能ブロックを構築するビルダに関し、機能ブロックカテゴリのカスタマイズが容易なビルダに関するものである。

図４に従来のビルダの機能を示す。図４において、６はドローイングビルダであり、分散型制御システムで用いるフィールドコントロールステーションＦＣＳ１，ＦＣＳ２のプロセス制御機能ブロック、あるいはデータベースＤＢ１，ＤＢ２のデータベース機能ブロックを構築する。

これらの機能ブロックを構築するために、ドローイングビルダ６は物理雛型を読み込み、この読み込んだ物理雛型を上書きして新しい機能ブロックを構築してフィールドコントロールステーションＦＣＳ１などに転送する。物理雛型はフィールドコントロールステーションやデータベースのタイプ毎に予め用意されている。

フィールドコントロールステーションの機種には、アプリケーションの違いにより、標準型、拡散型、高分散型等がある。例えば拡散型フィールドコントロールステーションの中にあるフィールドコントロールユニットには、シングルバス構造、２重化バス構造等のステーションタイプがある。また、ステーションタイプは入出力バスのタイプによっても異なる。
各ステーションタイプには様々なデータベースタイプを保有したものがある。データベースタイプとして、例えば汎用形、更新形、リモートノード形等がある。データベースタイプは、機能ブロックや入出力点数等によってそれぞれ特徴がある。

図４において、７１、７２はそれぞれフィールドコントロールステーションＦＣＳ１用、ＦＣＳ２用の物理雛型、７３，７４はそれぞれデータベース１，２用の物理雛型である。フィールドコントロールステーションＦＣＳ１の機能ブロックを構築するために、（Ａ）に示すようにドローイングビルダ６はＦＣＳ１用物理雛型７１を読み込み、これを上書きして機能ブロックを構築して、ＦＣＳ１に転送する。

以下同様に、フィールドコントロールステーション２の機能ブロックを構築するためにはＦＣＳ２用物理雛型７２を、データベース１の機能ブロックを構築するためにはデータベース１用物理雛型７３を、データベース２の機能ブロックを構築するときはデータベース２用物理雛型７４を読み込む。

このような物理雛型では、雛型毎に各カテゴリで使用できる領域が決まっているために、使用できる機能ブロックのカテゴリに制限がある。図５はそのことを表したものである。機能ブロックのカテゴリには連続制御／演算、シーケンス、汎用演算器、ＳＦＣ等があり、カテゴリによって使用できるブロック個数の制限値が決まっている。

図５の線８はこのブロック個数の制限値を表した線である。例えば、連続制御／演算、シーケンス、汎用演算器カテゴリは各々最大１０００個、ＳＦＣカテゴリは最大９００個のブロックを取ることができる。このブロック個数の制限値は各物理雛型で定義されており、雛型の物理的な容量が機能ブロックカテゴリの制限数になっていた。

しかし、このような構成のビルダは、機能ブロックカテゴリの取りうるブロックの最大値を物理雛型で定義しているため、フィールドコントロールステーションのタイプあるいはデータベースのタイプ毎に物理雛型を用意しておかなければならないという課題があった。

また、機能ブロックカテゴリの制限数を変更するためには物理雛型を変更しなければならないが、物理雛型を変更するとプロジェクトにおいてフィールドコントロールステーション自体を作り直さなければならず、かなりの作業量が必要になるという課題もあった。

従って本発明が解決しようとする課題は、汎用の物理雛型を用意し、タイプ毎に機能ブロックカテゴリの制限情報を記述したファイルを用いることにより、容易に機能ブロックカテゴリの制限数をカスタマイズすることが出来るビルダを提供することにある。

このような課題を達成するために、本発明のうち請求項１記載の発明は、
物理雛型を読み込み、この読み込んだ物理雛型に基づいて機能ブロックを構築するビルダにおいて、
複数のステーションタイプまたはデータベースタイプで共通に使用できる汎用物理雛型と、
機能ブロックカテゴリの制限情報を記述した機能ブロックリソース情報ファイルと、
前記汎用物理雛型から機能ブロックを構築し、前記制限情報を用いてブロックカテゴリのチェックを行うジェネレータと、
を備えたものである。タイプ毎に異なる雛型を用意する必要がなくなる。

請求項２記載の発明は、請求項１記載の発明において、
前記機能ブロックリソース情報ファイルには、少なくとも各機能ブロックカテゴリで使用できるブロックの最大数が記述されているものである。容易に機能ブロックカテゴリの制限数をカスタマイズできる。

請求項３記載の発明は、請求項２記載の発明において、
前記機能ブロックリソース情報ファイルには使用できる機能ブロックの総数が記述されていて、
前記ジェネレータは、ある機能ブロックカテゴリで使用できるブロックの制限数を増やすときは他の機能ブロックカテゴリで使用できるブロックの制限数を減らし、制限数の合計が前記総数を超えないようにするものである。ブロック数が許容量を越えないように制御できる。

請求項４記載の発明は、請求項１乃至３のいずれかに記載の発明において、
前記ステーションは、分散型制御システムにあるフィールドコントロールステーションであるものである。フィールドコントロールステーションのタイプ毎に物理雛型を用意する必要がなくなるという効果がある。

以上説明したことから明らかなように、本発明によれば、機能ブロックカテゴリの制限情報を機能ブロックリソース情報ファイルに記述し、汎用雛型を用いて機能ブロックを構築し、この機能ブロックリソース情報ファイルに記述された制限情報によって機能カテゴリをチェックするようにした。

従来はステーションタイプあるいはデータベースタイプ毎に物理雛型を用意していたが、一つの汎用物理雛型で機能ブロックを構築することができるので、タイプ毎に物理雛型を用意する必要がなくなるという効果がある。

また、機能ブロックリソース情報ファイルに記述された制限情報を変更するだけで使用可能なブロック数を変更することができ、従来のように物理雛型を変更したり、ユーザ定義型を作成する必要がなくなるという効果もある。

以下本発明を図面を用いて詳細に説明する。図１は本発明に係るビルダの一実施例を示す構成図である。なお、図４と同じ要素には同一符号を付し、説明を省略する。

図１において、１はフィールドコントロールステーションやデータベースの機能ブロックを構築するドローイングビルダである。２はフィールドコントロールステーションやデータベースの各タイプ共通な汎用物理雛型、３１〜３４は機能ブロックカテゴリの制限情報を記述した機能ブロックリソース情報ファイルである。機能ブロックリソース情報ファイルには、フィールドコントロールステーションＦＣＳ１用ファイル３１，同ＦＣＳ２用ファイル３２，データベースＤＢ１用ファイル３３，同ＤＢ２用ファイル３４がある。

ドローイングビルダ１は、まず汎用物理雛型２を読み込み、続いて機能ブロックを構築するフィールドコントロールステーションあるいはデータベースに対応した機能ブロックリソース情報ファイルを読み込んで機能ブロックカテゴリの制限情報を取得する。そして、機能ブロックを構築して対象となるフィールドコントロールステーションまたはデータベースに転送する。

例えば、フィールドコントロールステーションＦＣＳ１の機能ブロックを構築するために、汎用物理雛型２と（Ａ）に示したようにＦＣＳ１用機能ブロックリソース情報ファイル３１を読み込む。そして、ＦＣＳ１用機能ブロックリソース情報ファイル３１から機能ブロックカテゴリの制限情報を取得して機能ブロックを構築し、フィールドコントロールステーションＦＣＳ１に転送する。

同様にして、フィールドコントロールステーションＦＣＳ２，データベースＤＢ１，ＤＢ２の機能ブロックを構築するときも、（Ｂ）〜（Ｄ）に示すように対応する機能ブロックリソース情報ファイル３２〜３４と汎用物理雛型２を読み込んで機能ブロックを構築し、対象となるフィールドコントロールステーションＦＣＳ２あるいはデータベースＤＢ１，ＤＢ２に転送する。

図２に、機能ブロックリソース情報ファイル３１〜３４に記述された機能ブロックの制限数と、汎用物理雛型２で制限される最大ブロック個数の関係を示す。図５と同様に、機能ブロックには連続制御／演算、シーケンス、汎用演算器、ＳＦＣ等がある。

一点鎖線４１は機能ブロックリソース情報ファイル３１〜３４に記述された制限数、実線４２は汎用物理雛型２で制限される最大ブロック個数である。この図では汎用物理雛型２で制限される最大ブロック個数はカテゴリによらず一定値としているが、実際には汎用雛型２では全カテゴリのブロック数の合計値で制限される。また、通常機能ブロックリソース情報ファイル３１〜３４で制限される各カテゴリのブロックの制限数は、汎用雛型２で制限される最大ブロック数より小さな値に設定される。

図３はドローイングビルダ１で機能を構築する手順を示したものである。なお、図１と同じ要素には同一符号を付し、説明を省略する。なお、この図ではフィールドコントロールステーションＦＣＳ１の機能ブロックを構築するものとする。

図３において、５はドローイングビルダ１がインストールされているエンジニアリングマシンであり、ＬＡＮでフィールドコントロールステーションＦＣＳ１と接続されている。５１はエンジニアリングマシン５のジェネレータの機能を表したものであり、８１１はフィールドコントロールステーションＦＣＳ１のリソース情報のデータベースである。

ドローイングビルダ１は汎用物理雛型２をダウンロードし、機能ブロックを作成して汎用物理雛型２を上書きする。そして、ＦＣＳ１用機能ブロックリソース情報ファイル３１を利用してカテゴリ毎にブロックの個数が制限数を超過していないかをチェックする。

制限数を超過していないとジェネレーションが成功し、機能ブロックはフィールドコントロールステーションＦＣＳ１に転送される。機能ブロックの数が制限数を超えているとジェネレーションに失敗し、機能ブロックの追加はできない。

各カテゴリ毎の機能ブロック数の制限数は、機能ブロックリソース情報ファイルの内容を変えるだけで変更することができ、汎用物理雛型２を変更する必要はない。従って、あるカテゴリの機能ブロックの個数が制限数を超えた場合でも、機能ブロックリソース情報ファイルを書き換えてそのカテゴリの制限数を増やすだけで、機能ブロックを追加することができる。

ただし、この機能ブロックリソース情報ファイルには使用できる機能ブロックの総数が記述されており、この総数を超えると機能ブロックの追加はできなくなる。このときは、ジェネレータが、例えばシーケンスブロックの制限数を増やしたいときは汎用演算ブロックの制限数を減らす等して、制限数の合計が機能ブロックの総数を超えないようにすればよい。

本発明の一実施例を示す構成図である。 機能ブロックリソース情報ファイルの内容を説明するための特性図である。 ビルダの動作を説明するための図である。 従来のビルダの構成図である。 従来の機能ブロックカテゴリの制限情報を説明するための図である。

符号の説明

１ ドローイングビルダ
２ 汎用物理雛型
３１ ＦＣＳ１用機能ブロックリソース情報ファイル
３２ ＦＣＳ２用機能ブロックリソース情報ファイル
３３ ＤＢ１用機能ブロックリソース情報ファイル
３４ ＤＢ２用機能ブロックリソース情報ファイル
ＦＣＳ１，ＦＣＳ２ フィールドコントロールステーション
ＤＢ１、ＤＢ２ データベース
４１ 機能ブロックの制限数
４２汎用物理雛型２の最大ブロック個数
５ ５１ エンジニアリングマシン

Claims (4)

1. 制御を行うステーションの仕様によって決まるステーションタイプと制御に用いるデータベースの仕様によって決まるデータベースタイプについて作成した物理雛型を読み込み、読み込んだ物理雛型に基づいて機能ブロックを構築するビルダにおいて、
   複数のステーションタイプまたはデータベースタイプで共通に使用できる汎用物理雛型と、
   機能ブロックカテゴリの制限情報を記述した機能ブロックリソース情報ファイルと、
   前記汎用物理雛型から機能ブロックを構築し、前記制限情報を用いてブロックカテゴリのチェックを行うジェネレータと、
   を備えたことを特徴とするビルダ。
2. 前記機能ブロックリソース情報ファイルには、少なくとも各機能ブロックカテゴリで使用できるブロックの最大数が記述されていることを特徴とする請求項１記載のビルダ。
3. 前記機能ブロックリソース情報ファイルには使用できる機能ブロックの総数が記述されていて、
   前記ジェネレータは、ある機能ブロックカテゴリで使用できるブロックの制限数を増やすときは他の機能ブロックカテゴリで使用できるブロックの制限数を減らし、制限数の合計が前記総数を超えないようにすることを特徴とする請求項２記載のビルダ。
4. 前記ステーションは、分散型制御システムにあるフィールドコントロールステーションであることを特徴とする請求項１乃至３のいずれかに記載のビルダ。
   

Images