JP5133473B2 - 自動チューナおよび制御要素をチューニングする方法 - Google Patents
自動チューナおよび制御要素をチューニングする方法 Download PDFInfo
- Publication number
- JP5133473B2 JP5133473B2 JP2000072787A JP2000072787A JP5133473B2 JP 5133473 B2 JP5133473 B2 JP 5133473B2 JP 2000072787 A JP2000072787 A JP 2000072787A JP 2000072787 A JP2000072787 A JP 2000072787A JP 5133473 B2 JP5133473 B2 JP 5133473B2
- Authority
- JP
- Japan
- Prior art keywords
- tuning
- control
- function block
- control element
- value
- 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
Links
- 230000006870 function Effects 0.000 claims description 302
- 238000000034 method Methods 0.000 claims description 207
- 230000008569 process Effects 0.000 claims description 139
- 238000004886 process control Methods 0.000 claims description 70
- 230000006854 communication Effects 0.000 claims description 45
- 238000004891 communication Methods 0.000 claims description 45
- 238000013481 data capture Methods 0.000 claims description 15
- 238000004364 calculation method Methods 0.000 claims description 8
- 238000013480 data collection Methods 0.000 claims description 8
- 238000013528 artificial neural network Methods 0.000 claims description 5
- 239000003607 modifier Substances 0.000 description 41
- 238000004422 calculation algorithm Methods 0.000 description 35
- 230000008859 change Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 230000010355 oscillation Effects 0.000 description 8
- 230000003068 static effect Effects 0.000 description 8
- 230000004044 response Effects 0.000 description 7
- 238000005259 measurement Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000012567 pattern recognition method Methods 0.000 description 2
- QABBQIGDZQUNKN-UHFFFAOYSA-N 5-phenyldithiol-3-imine Chemical compound S1SC(=N)C=C1C1=CC=CC=C1 QABBQIGDZQUNKN-UHFFFAOYSA-N 0.000 description 1
- 238000012369 In process control Methods 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 238000012993 chemical processing Methods 0.000 description 1
- 238000011217 control strategy Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010965 in-process control Methods 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000003208 petroleum Substances 0.000 description 1
- 238000011112 process operation Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
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
- G05B13/00—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion
- G05B13/02—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion electric
- G05B13/0205—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion electric not using a model or a simulator of the controlled system
- G05B13/024—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion electric not using a model or a simulator of the controlled system in which a parameter or coefficient is automatically adjusted to optimise the performance
-
- 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
- G05B11/00—Automatic controllers
- G05B11/01—Automatic controllers electric
- G05B11/36—Automatic controllers electric with provision for obtaining particular characteristics, e.g. proportional, integral, differential
- G05B11/42—Automatic controllers electric with provision for obtaining particular characteristics, e.g. proportional, integral, differential for obtaining a characteristic which is both proportional and time-dependent, e.g. P. I., P. I. D.
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Evolutionary Computation (AREA)
- Medical Informatics (AREA)
- Software Systems (AREA)
- Feedback Control In General (AREA)
- Control By Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は一般にプロセス制御ネットワークに関し、より特定的にはプロセス制御環境中に分散された制御要素に対し自動チューニングを行なう装置および方法に関する。
【０００２】
【従来の技術および発明が解決すべき課題】
化学処理、石油処理、または他の処理で用いられるもののように、プロセス制御ネットワークは一般に、例えば、弁ポジショナ、スイッチ、センサ（温度、圧力、および流量センサ）などのひとつ以上のフィールド装置に通信結合された集中型プロセスコントローラを含んでいた。これらのフィールド装置はプロセス内の物理的な制御機能（弁の開閉のような）を行なっても、プロセスの動作を制御するのに用いられるプロセス内の測定値の測定を行なっても、プロセス内で他の所望の機能を実行してもよい。プロセスコントローラは、例えば、フィールド装置へそしてそこから４ないし２０（以下、○−○のように表す）ｍＡ（ミリアンペア）の信号を搬送し得るひとつ以上のアナログ信号線またはバスによってフィールド装置に接続されていた。一般に、プロセスコントローラは、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を示す信号を受け取り、この情報を用いて典型的には複雑な制御ルーチンを実行し、ついで制御信号を生成し、この制御信号はアナログ信号バスによってフィールド装置に送られて、それによってプロセスの動作を制御する。
【０００３】
最近、プロセス制御環境内でフィールドベースのディジタル通信を実現するために、プロセス制御産業内で動きがあった。例えば、プロセス制御産業は、ＨＡＲＴ（登録商標）、ＰＲＯＦＩＢＵＳ（登録商標）、ＷＯＲＬＤＦＩＰ（登録商標）、Ｄｅｖｉｃｅ−Ｎｅｔ（登録商標）、およびＣＡＮプロトコルなど、多くの標準的、開放的、ディジタルのまたは組み合わされたディジタルおよびアナログの通信プロトコルを開発してきた。これらのディジタル通信プロトコルによって、一般に、より多くのフィールド装置が特定のバスに接続されるようになり、フィールド装置とコントローラとの間でより多くのかつ高速の通信を支援し、および／または、フィールド装置が、フィールド装置自身の状態および機器構成に関する情報のようなより多くのかつ様々な種類の情報をプロセスコントローラに送ることが可能となる。さらに、これらの標準的なディジタルプロトコルによって、様々な製造業者により製造されたフィールド装置が同じプロセス制御ネットワーク内で一緒に用いられるようになる。
【０００４】
現在、プロセス制御を非集中化（分散化）し、それによってプロセスコントローラを簡単化するために、プロセス制御産業内で動きがある。非集中化された制御は、弁ポジショナ、送信機などのようなフィールド装着プロセス制御装置に、典型的には機能ブロックまたは制御ブロックと称されるものを用いてひとつ以上のプロセス制御機能を実行させることにより、そして他の制御機能を実行する際に他のプロセス制御装置（または機能ブロック）により用いられるバス構造によってデータを伝えることにより得られる。これらの制御機能を実行するために、各プロセス制御装置は典型的には、標準的なかつ開放的な通信プロトコルを用いて他のプロセス制御装置と通信する能力だけでなくひとつ以上の機能ブロックを実行する性能（capability）を有するマイクロプロセッサを含む。このように、フィールド装置は、集中化されたプロセスコントローラの介在なしに、プロセス制御ネットワーク内で相互接続されて、互いと通信し、制御ループを形成するひとつ以上の制御機能を実行することが可能である。Foundation(登録商標) Fieldbus（以後“フィールドバス”）プロトコルとして知られているフィールドバスファウンデーションにより今現在宣伝されている全ディジタル、２線式バスプロトコルは、様々な製造業者により製造された装置が標準的なバスによって互いに相互動作し通信して、プロセス内で非集中化された制御を達成する開放的通信プロトコルである。
【０００５】
ひとつ以上の集中化されたコントローラ内に位置する全体のプロセス制御ルーチン（例えば制御ルーチンの機能ブロック全て）またはその部分を有する先行技術のシステム内で制御ブロックまたは制御ループをチューニングすることはかなり単純である。なぜならば全体のチューニングは集中化されたコントローラ内に記憶可能であるからだ。このような集中化された制御ルーチンの制御ループのチューニングが望まれる場合、集中化されたコントローラ内の別個のチューニングルーチンは、誘導された発振手続きのようなチューニング手続きを経て、比例・積分（ＰＩ）または比例・積分・微分（ＰＩＤ）制御ブロックのような適切な制御ブロックに、プロセスまたはループの予め定められた特性を強制的に決定させる。チューニング手続きのこの動的データキャプチャ（取りこみ）段階の間、チューニングルーチンはループにより生成されたデータを集め、このデータは、正規動作毎に、集中化されたコントローラに送られているが、チューニングルーチンはこのデータから、プロセスの極限利得、時定数などのようなひとつ以上のプロセス特性を決定する。いったん所望のプロセス特性が計算されると、チューニングルーチンは、制御ブロックまたは制御ループのための新しいチューングパラメータを決定するために、計算されたプロセス特性を用いて一組の規則または他のアルゴリズムを応用する。このステップは通常、チューニング手続きの規則アプリケーション段階と称される。その後、チューニングルーチンは、新しいチューニングパラメータを制御ブロック（または制御ループ）に送り、チューニング手続きが完了する。なぜなら、集中化されたプロセス制御システムにおいて、制御機能の全てはコントローラ内に位置し、チューニングのために必要なデータ全てはプロセスの正規動作の間にコントローラに与えられるので、チューニングルーチンは、制御ブロックに直接アクセスし、チューニングルーチンを実行するために必要なデータに直接アクセスする。
【０００６】
ＰＩ、ＰＩＤ、ファジイ論理などの制御ブロックのような制御ブロックまたは制御要素がプロセス制御ネットワーク中に分散されて位置している非集中化された通信プロトコルを用いると、制御ブロック（またはこれらのブロックが動作している制御ループ）をチューニングするのは難しい。なぜなら、制御ブロックは、チューニングルーチンが典型的には記憶されている集中化コントローラ（または他の装置）から離れて位置しているからである。分散化プロセス制御環境においてチューニングを実行するのに用いられる当該技術で公知のシステムにおいては、全体のチューニング手続きは集中化プロセスコントローラ内にあるままである。しかしながら、このシステムは、高速チューニングを行なうことはできない。なぜなら、それは、バスネットワーク（プロセス内で他の通信を与えている）によって通信を行なってチューニングルーチンの間に生じたデータを受信しなければならないからであり、そして、残念なことに、データの量（またはチューニングルーチンがこのデータを受信することが出来る速度）はバススループットの制約により制限されるからである。さらに、バス通信は別個のバスコントローラにより制御されているのであって、チューニングルーチンにより制御されているわけではないので、チューニングルーチンは、チューニング手続きの様々なセグメントを開始、停止、および実行するためにチューニング制御信号が制御ブロックに送られる正確な時間を厳密に制御することはできない。これは、チューニング制御ルーチンは、チューニング手続きのタイミングに対し厳密な制御を有しないということを意味し、このことは不正確な結果につながる。
【０００７】
分散化プロセス制御環境内でチューニングを与える別の当該技術で公知のシステムにおいては、全体のチューニングルーチンは、チューニングされるべき制御ブロック（ＰＩＤ機能ブロックのような）と同じ装置内に配置され、事実、制御ブロックの機能性内に実際に組み込まれている。このシステムは、正確にチューニング手続きのタイミングを制御し、所望の速度でデータを集めることが出来るが（なぜならチューニングルーチンはバスによって制御ブロックと通信する必要はないので）、チューニングルーチンは制御ブロックと一緒にかつ同時にコンパイルされなければならず、これは、自動チューニングルーチンの機能性が制御ループの正規動作の間に比較的あまり使用されずとも、プロセスの正規動作の間に制御ブロックを用いることに関連したオーバーヘッド（例えばタイミング、処理、メモリなどの要件）を増大させる。さらに、制御ブロックが各制御ブロックの自動チューニングを可能化するために位置している各々異なる装置内に完全な自動チューニングルーチンが配置されなければならず、これはプロセス制御システムに不必要な冗長性を付加し、プロセス制御システムの費用を増大させる。
【０００８】
本発明は、分散化制御機能を有するプロセス制御ネットワーク内で制御要素をチューニングするのに用いられる自動チューナ及びチューニング方法を提供することを目的としている。
【０００９】
【課題を解決するための手段】
分散化制御機能を有するプロセス制御ネットワークにおいて制御要素（制御ブロックのような）をチューニングするのに用いられる自動チューナは、制御要素が動作しているコントローラまたはフィールド装置内に位置した第１のチューニング要素と、第１のチューニング要素が位置するコントローラまたはフィールド装置に接続されたオペレータワークステーション、パソコン、または集中化コントローラのような異なる装置に位置する第２の装置とを含み、第２のチューニング要素はバスまたは他の通信ネットワークによって第１のチューニング要素と通信する。第１のチューニング要素は、自動チューニング手続きの動的データキャプチャ段階の間に制御ブロックの動作を制御し、自動チューニング手続きのこの段階の間にデータを集め、好ましくは、集められたデータからひとつ以上のプロセス（例えばループ）特性を計算する。第１のチューニング要素は、自動チューナの第２のチューニング要素に通信ネットワークによって、計算されたプロセス特性（または集められたデータ）を送る。第２のチューニング要素は一つ以上の記憶された組（ファジイ論理規則組、ニューラルネットワーク構成もしくは規則組または他の組のアルゴリズムのような）を用いて、第１のチューニング要素により生じさせられたプロセス特性に基づいて制御要素のために新しいパラメータを決定する。第２のチューニング要素は次いで通信ネットワークによって制御要素に新しいチューニングパラメータを送って、制御要素または制御要素が位置している制御ループを再チューニングする。
【００１０】
ここで述べられる自動チューナの実施の形態は、正確にチューニングパラメータのタイミングを制御し、必要なだけのデータを取りこんで所望のプロセス特性を決定する。なぜなら制御およびデータキャプチャ機能は、制御要素と同じ装置内で実行され、その結果、チューニング手続きの動的データキャプチャ段階の間にバスによって制御要素と通信する必要はないからである。しかしながら、この自動チューナは、制御要素内で不必要なオーバーヘッドを生じさせない。なぜなら、チューニングパラメータの計算は、制御要素から離れて位置する別の装置内で行なわれ、その結果、制御要素は、これらの機能を組み込むのにコンパイルされる必要はない。さらに、単一のチューニングパラメータ計算ルーチンは、ネットワーク内で様々な種類および様々なものの制御要素のチューニングパラメータを計算するのに用いられ得る。なぜなら、このルーチンは、チューニングされている様々な種類の制御要素の各々に対して異なる組の規則を記憶し、用いるからである。さらに、同じ自動チューナ機能ブロックまたは機能性は、制御要素を有する装置の各々内に配置可能である。なぜなら、様々な制御ループが、例えば、ＰＩ、ＰＩＤおよびファジイ論理制御ブロックを含め、様々な種類の制御ブロックを用いるとしても、これらの制御ループと関連するプロセス特性は同じ方法で決定できるからである。これらの利点によって、自動チューナをより汎用性があるようにし、制御要素を有する各装置において別個の完全な自動チューナを配置する必要がなくなる。さらに、この自動チューナは、拡張機能としてプロセス制御ネットワークの一部内に容易に実現可能である。
【００１１】
【発明の実施の形態】
さて、図１を参照して、プロセス制御ネットワーク１０はブロック図の形で示される。プロセス制御ネットワーク１０は、ひとつ以上の集中化されたプロセスコントローラ１２を含み（そのひとつのみが図１に示される）。このコントローラ１２は、記憶されているプロセス制御ルーチンを実行すること、および／または、プロセス制御ネットワーク１０中に分散されたフィールド装置内に位置した機能ブロックのような制御要素と通信することが出来る。コントローラ１２は、例えば、フィッシャローズモントシステムズ（Fisher-Rosemont Systems）により販売されているＤｅｌｔａＶ（登録商標）コントローラであり、ハブ１６およびイーサネット（登録商標）などのネットワーク１８によってパソコン（ＰＣ）１４のような無数のワークステーションに接続されて良い。この構成においては、ＰＣ１４は、一人以上のオペレータまたはユーザにより用いられて、プロセスコントローラ１２またはフィールド装置と通信し、それによりプロセス制御ネットワーク１０の要素に関する情報を得、プロセス制御ネットワーク１０内の要素の状態を見直すか変更し、プロセス制御ネットワーク１０内の個々のフィールド装置に関する情報を得るなどを行なう。コントローラ１２がＤｅｌｔａＶコントローラであるならば、コントローラ１２内のプロセス制御ルーチンの図形的表示をＰＣ１４のひとつによってユーザに与えて良く、これは、プロセス制御ルーチン内の機能ブロックまたは他の制御要素と、プロセスの制御を与えるようにこれらの機能ブロックが互いに接続される方法を示す。さらに、所望であれば、ユーザまたはオペレータは、ＰＣ１４のひとつから機能ブロックまたは制御ループのうちのひとつ以上のチューニングを開始することが出来る。
【００１２】
図１に示されるように、集中化コントローラ１２は、プロセス（参照番号１９で包括的に示される）中に位置した無数のフィールド装置に接続される。集中化コントローラ１２は、標準的なタイプのＩ／Ｏカード２０、２２を介して、典型的なフィールド装置２６、２８、３０、３２、３４、３６と通信してよく、これらのフィールド装置はコントローラ１２から集中化された制御を受ける。Ｉ／Ｏカード２０は、例えば、アナログＩ／Ｏカードであってよく、これはコントローラ１２をアナログフィールド装置２６、２８に接続し、このフィールド装置２６、２８は４−２０ｍＡバス３８によって通信を行なう。同様に、Ｉ／Ｏカード２２は、ディジタルかまたは組み合わされたディジタルおよびアナログのＩ／Ｏカードであってよく、これは例えば４−２０ｍＡアナログフォーマットまたは他の所望のフォーマットを用いて、ディジタルかまたは混合のディジタルおよびアナログのフィールド装置と通信する。当然、フィールド装置２６、２８、３０、３２、３４、３６は、送信機、センサ、弁ポジショナ、弁コントローラなどを含むどんな種類のフィールド装置であってよい。図１に示される例示のプロセス制御ネットワーク１０のために理解されるように、フィールド装置２６−３６は、コントローラ１２内で記憶される制御ルーチンによる集中化された制御を受けるプロセス１９の部分と関連する。
【００１３】
コントローラ１２はインターフェースカード４０にも通信結合され、このカード４０は、プロセス制御が分散的に行なわれるプロセス制御ネットワークに（またはその一部）に接続される。図１に示される実施の形態においては、プロセス１９の非集中化されたプロセス制御部分は、インターフェースカード４０と、バス４２と、バス４２に接続された無数のフィールド装置４３、４４、４６、４８、５０とを含む。装置４３は、例えば、何らかのプロセス変数を測定する送信機であってよく、装置４４は、プロセス１９内で流量を制御するポジショナ／弁装置であってよい。図１の分散プロセス制御ネットワークは、例えば、フィールド通信プロトコルを用いるフィールドバスネットワークであってよく、インターフェースカード４０は、フィールドバス通信プロトコルと関連するリンクアクティブスケジューラ（link active scheduler）であってよい。
【００１４】
コントローラ１２内に位置する集中化されたプロセス制御ルーチンは、フィールド装置２６−３６から、そして可能性としては４３−５０から、入力を受け取り、計算および制御ルーチンと関連する他の活動を行ない、ついで、Ｉ／Ｏカード２０、２２、およびインターフェースカード４０によってフィールド装置にコマンドを送り、プロセス１９の所望の制御を実行する。しかしながら、プロセス制御ネットワーク１０の非集中化されたプロセス制御部分（すなはち図１のバス４２と関連するもの）は、コントローラ１２により行なわれている制御と関連して（またはその代わりに）非集中的に、それ自身のプロセス制御ルーチンを実行して良いことに注目されたい。このように、コントローラ１２は、バス４２に接続された装置４３−５０とつながり（interface）し、それらに対し制御を行なって良いが、これらの装置は、コントローラ１２により行なわれる制御と関連しないがそのかわりにバス４２に接続された装置中に分散された制御ブロックまたは機能ブロックを実行してもよい。いづれにせよ、本発明の自動チューナは、図１のフィールド装置２６−３６および４３−５０またはコントローラ１２のいづれかにおいて位置したいづれかの制御要素（機能ブロックのような）をチューニングするのに用いられてよい。
【００１５】
好ましい実施の形態において、プロセス制御ネットワーク１０の非集中化された部分はフィールドバス通信および制御プロトコルを用いているが、将来において開発されるプロトコルを含め、同様に他の公知のまたは所望のプロトコルを用いることが出来る。一般的に、フィールドバスプロトコルは、例えば、工場またはプラントの器械またはプロセス制御環境に位置するセンサ、アクチュエータ、装置コントローラ、弁などのような２線式ループまたはバス相互接続「フィールド」機器に、標準化された物理的インターフェースを与える全ディジタル、シリアル、双方向の通信プロトコルである。事実上、フィールドバスプロトコルは、プロセス内のフィールド計器（フィールド装置）のためのローカルエリアネットワークを与え、これにより、これらのフィールド装置が、プロセス機構中に分散された位置で制御機能を実行し、全体の制御戦略を実行するためにこれらの制御機能を実行した前後に互いに通信できるようになる。フィールドバスプロトコルによって、制御機能がプロセス制御ネットワーク中に分散可能となるので、集中化プロセスコントローラ１２の作業負荷を低減したり、それらのフィールド装置またはプロセスのエリアのために集中化コントローラ１２を必要としなくなる。フィールドバスプロトコルは、プロセス制御ネットワークで用いられるように開発された比較的新しい全ディジタル通信プロトコルであるが、このプロトコルは当該技術で公知であり、とりわけ、テキサス州、オースチンに本社のある営利団体ではないフィールドバスファウンデーション（Fieldbus Foundation）により出版され、流通され、そこから入手できる多くの記事、パンフレットおよび仕様書に詳細に記載されている。従って、フィールドバス通信プロトコルの詳細はここでは述べられない。
【００１６】
図２はある制御ループを構成する相互接続された機能ブロックの概略的なブロック図であり、この制御ループは、制御ループ内の機能ブロックが、バスのような通信ネットワークにより相互接続された様々な装置内に位置した、例えば、フィールドバスネットワークまたは他の分散化制御環境内で実現されてよい。図２に示される制御ループは、アナログ入力（ＡＩ）機能ブロック６０（これは、例えば、図１の送信機４３内に位置してよい）と、ＰＩＤ機能ブロック６２と、アナログ出力（ＡＯ）機能ブロック６４とを含む。図２の例示のループのために、ＰＩＤ機能ブロック６２およびＡＯ機能ブロック６４は、図１のポジショナ／弁４４内に位置する。機能ブロック６０、６２、６４の間の通信接続は、これらの機能ブロックのプロセスおよび制御入力と出力とを接続する線を用いて図２に示される。このように、ＡＩ機能ブロック６０の出力は、プロセス可変性測定値またはプロセスパラメータ信号を含んでよく、フィールドバス電線４２によってＰＩＤ機能ブロック６２の入力に通信結合され、機能ブロック６２は、ＡＯ機能ブロック６４の入力に通信結合された制御信号を含む出力を有する。ＡＯ機能ブロック６４の出力は、例えば弁４４の位置を示すフィードバック信号を含み、ＰＩＤ機能ブロック６２の制御入力に接続される。ＰＩＤ機能ブロック６２はこのフィードバック信号をＡＩ機能ブロック６０からのプロセス測定値信号（そして可能性として他の信号または設定点）と一緒に用いてＡＯ機能ブロック６４の所望の制御を行ない、それにより、ＡＩ機能ブロック６０により測定されたプロセス変数を制御する。図２の制御ループ図内の線により示される接続は、ＡＯ機能ブロック６４およびＰＩＤ機能ブロック６２の場合と同様に、機能ブロックが同じフィールド装置内にあるときに、フィールド装置内で内的に行なわれてよい。
【００１７】
制御要素６２をチューニングするのに用いられる自動チューナは、ポジショナ／弁４４内に位置した自動チューニング機能ブロック６６を含む。自動チューニング機能ブロック６６は、チューニング手続きの動的データキャプチャ段階の動作の間にＰＩＤ機能ブロック６２に通信結合されて、その入力に信号を送り、出力を変更することなどにより、ＰＩＤ機能ブロック６２を制御する。特に、チューニング手続きの動的データキャプチャ段階の間に、制御要素コントローラ６７（これは、ハードウェアまたはソフトウェアにおいて実現される信号発生器でもよい）は、機能ブロック６０、６２、６４を含む制御ループを駆動して、制御された誘導された発振手続き内に入らせる（または制御ループを駆動して他の所望のチューニング手続きを実行する）。データ収集ユニット（データＣＯＬ）６８は、この手続きの間にＰＩＤ機能ブロック６２（またはループの他の部分）により生成されまたはそれに送られるデータを集め、そして好ましくはこのデータを装置４４のメモリ内に記憶する。プロセス特性決定ユニット（プロセスＣＨＲ）６９は次いで、公知のまたは所望の手続きを用いて、集められたデータから、所望のプロセス特性（プロセス、ループまたは装置特性であってよい）を決定して良い。その後、通信ユニット７０は、計算されたプロセス特性（またはこのような特性を決定するのに必要なデータ）をチューニングコントローラ７１に与え、このコントローラ７１は好ましくは、オペレータワークステーションまたはＰＣ１４のひとつに位置しているが、自動チューニング機能ブロック６６が位置している装置４４から離れて、集中化コントローラ１２内などに位置していてもよい。
【００１８】
チューニング手続きの間、自動チューニング機能ブロック６６は、プロセスループに強制的にある変更を行なわせ、プロセス制御ループ内に存在する様々な数量または信号を感知して、プロセスまたは制御ループのひとつ以上のプロセス特性を決定する。プロセス特性（またはチューニング手続きの間に取りこまれたデータ）は、チューニングコントローラ７１に送られるが、このコントローラ７１はユーザインターフェース支援および一組以上の制御またはチューニングパラメータを生じさせるのに用いられるように異なる装置に位置している。ＰＩＤ機能ブロック６２を用いることははあくまで例示的であり、自動チューニング機能ブロック６６を、なんらかの他の制御ループ内の他の種類の機能ブロックとともに用いることが出来ることが理解されるだろう。さらに、チューニングコントローラ７１は、例えばユーザまたはオペレータインターフェース装置（ワークステーションのような）、コントローラ、または別のフィールド装置を含め、他の何らかの装置に位置することも出来る。
【００１９】
自動チューニング機能ブロック６６の個々の要素が所望の方法で実行されると理解されるだろう。例えば、好ましい実施の形態において、これらの要素の各々は、自動チューニング機能ブロック６６が記憶されている装置と関連するプロセッサ上で実行されるソフトウェアで実現される。この場合、制御要素コントローラ６７は、ＰＩＤ機能ブロック６２またはチューニングされている他の機能ブロックへの入力およびその出力と通信し、それらを制御するのに用いられるべき一連の命令であってよい。同様に、データ収集ユニット６８は、例えば、ＰＩＤ機能ブロック６２と関連するある所望の信号を監視し、装置４４のメモリ内にこれらの信号を示すデータを記憶する。プロセス特性決定ユニット６９は、記憶されるかまたは集められるデータからひとつ以上のプロセス特性を計算するかまたはそうでなければ決定するようにソフトウェアで実現されて良く、通信ユニット７０は、装置４４の通信プロトコルまたはセットアップを用いて、チューニングコントローラ７１と通信してもよい。例えば、フィールド装置においては、通信ユニット７０は、装置４４内ですでに与えられている通信システムがフィールドバス４２によってチューニングコントローラ７１にプロセス特性を伝えるようにしてよい。フィールドバス環境においては、個々のユニット６７、６８、６９、７０は、独立型フィールドバス機能ブロックとして一緒に実装されても、ＰＩＤ機能ブロック６２内で与えられても良い。代替的には、ユニット６７、６８、６９および／または７０のいづれかまたは全ては、プロセス制御環境においてはソフトウェア、ハードウェアまたはファームウェアで実現可能である。
自動チューニング機能ブロック６６そして、より特定的には、チューニング手続きの間に開放ループまたは閉ループチューニング技術のような所望のチューニング手続きを用いてよい。同様に、自動チューニング機能ブロック６６は、例えば、ＡＯ機能ブロック６４の出力、ＰＩＤ機能ブロック６２の設定ポイント、ＡＩ機能ブロック６０の出力などを含め、所望の変数を測定し、所望のプロセスまたはループ特性を決定してよい。好ましい実施の形態において、自動チューニング機能ブロック６６は、制御され誘導された発振手続きを用いて所望のプロセス特性を決定するように構成されてよい。このような構成では、自動チューニング機能ブロック６６のコントローラ６７は、誘導された発振が開始される前に、ＰＩＤ機能ブロック６２の制御入力に、ＰＩＤ機能ブロック６２に送られる制御信号の値辺りに中心を置かれた２ｄの選択可能なピーク対ピーク値を有する矩形波信号を与える。このような矩形波信号に応答して、図２の制御ループは、誘導された発振を行ない、ＡＩ機能ブロック６０の出力（すなはちプロセス変数）はピーク対ピーク振幅２ａおよび期間Ｔｕを有して発振する。プロセス変数の振幅ａおよび矩形波信号の振幅から、プロセスの極限（ultimate）利得Ｋｕは等式Ｋｕ＝４ｄ／πａに従って導出される。
【００２０】
この場合、プロセスの極限期間Ｔｕは、プロセス変数の発振の期間に等しいものとして計算可能である。自動チューニング機能ブロック６６は当然のことながら、他のデータを測定してよく、例えば、時間遅延Ｔｄおよびプロセスの支配的時定数を含む他の所望のプロセス特性を決定してよい。
【００２１】
このようなプロセス特性を計算した後、自動チューニング機能ブロック６６は、これらの特性をチューニングコントローラ７１に与え、これは、数量ＫｕおよびＴｕから、例えば、ＰＩＤ制御機能ブロック６２の比例利得Ｋｐ、積分時定数Ｔｉ、および微分時定数Ｔｄを含む仮の一組の制御またはチューニングパラメータを決定する。しかしながら、所望であれば、自動チューニング機能ブロック６６は、必要なデータを取りこみ、そのデータを記憶し、非実時間でバスによって記憶されたデータをチューニングコントローラ７１に与え、その場合、チューニングコントローラ７１は所望の方法で所望のプロセスまたはループ特性を計算して良い。
【００２２】
上記の説明にかかわらず、自動チューニング機能ブロック６６はＰＩ、ＰＩＤ、ファジイ論理または他の種類の制御要素を有する制御ループに対し公知の無数のルーチンを含む所望の動的データキャプチャルーチンを実行してよい。例えば、自動チューニング機能ブロック６６は米国特許第４，５４９，１２３号（その開示をここに引用により援用する）に記載されているハグランド−アストロム社のリレーチューニング手続きのような制御された誘導された発振手続きを実行してよい。リレータイプのチューニング方法では、自動チューニング機能ブロック６６はプロセスループ（機能ブロック６０、６２、６４で構成された）を、例えば非線形フィードバック機能を用いて自己発振させ、プロセスループの応答を測定して、極限利得および極限期間のような所望のプロセス特性を決定する。
【００２３】
代替的には、自動チューニング機能ブロック６６は、１９９３年８月１１日に出願され、「自動チューニングを備えたファジイ論理制御のための方法および装置 "Method and Apparatus for Fuzzy logic Control with Automatic Tuning"」と題された同時係属中の親出願連続番号０８／１０５、８９９（米国特許番号６，３３０，４８０。その開示をそこに引用により援用する）に記載されているチューナのいづれかの設計を組み込んで良い。例えば、自動チューニング機能ブロック６６（特にプロセス特性計算機６９）は、モデル突き合わせチューニング手続きを行なって良く、この手続きにおいては、プロセス変数に対しシグネチュア(signature)解析を行なって、複数の記憶された数学的モデルから、プロセスまたはループをもっとも正確に特徴付けるモデルを選択する。プロセスループのプロセス特性はついで、選択されたモデルから決定される。
【００２４】
さらに、自動チューニング機能ブロック６６は、米国特許第４６０２、３２６号（その開示をここに引用により援用される）において開示されるもののようなプロセス特性化のパターン認識方法を用いてループのプロセス特性を決定してよい。チューニングのパターン認識方法において、プロセスまたはループの特性は、それがプロセス混乱状況に反応するときにプロセス変数を観察することにより決定される。プロセス混乱状況の結果として生成されたプロセス変数のパターンは次いで解析されて、プロセスまたはループの所望の特性を決定する。
【００２５】
さらに、自動チューニング機能ブロック６６は、例えば、米国特許第５、２８３、７２９号、および１９９３年５月２８日に出願され、「プロセスコントローラを自動的にチューニングするシステムおよび方法"System and Method For Automatically Tuning a Process Controller"」と題された同時係属中の米国特許出願連続番号０８／０７０、０９０（米国特許番号５，４５３，９２５。その開示をここに引用により援用する）に開示されたもののようなプロセス（例えばループ）の特性を決定する信号注入方法を用いて良い。しかしながら、所望のごとく、他のどんなチューニング手続きが用いられても良く、自動チューニングコントローラ６７は、ここに述べられたまたは引用された具体的なチューニング手続きとともに用いることに限定されない。
【００２６】
同様に、チューニングコントローラ７１は、自動チューニング機能ブロック６６により計算されるか集められたプロセスまたはループ特性（または生データ）からチューニングパラメータを決定する所望の方法を用いて良い。例えば、チューニングコントローラ７１は、米国特許第５、７４８、４６７号（その開示をここに引用により援用する）に記載され引用されるチューニングパラメータ計算方法、例えば、いくつか例を挙げると、内部モデル制御（ＩＭＣ）チューニング、コーエン（Ｃｏｈｅｎ）およびクーン（Ｃｏｏｎ）チューニング、ツィーグラー・ニコルズチューニング（Ｚｉｅｇｌｅｒ−Ｎｉｃｈｏｌｓ）、または修正されたツィーグラー・ニコルズチューニングのいくつかを用いてよい。
一般に、チューニングコントローラ７１は、ひと組以上の規則（ファジイ論理規則組、ニューラルネットワーク機器構成または規則組、または線形か非線形アルゴリズムの組のような）を記憶して、これらを用いて、チューニングされている機能ブロックの種類に従って利得および時定数のようなチューニングパラメータを決定する。さらに、チューニングコントローラ７１（これは、様々な装置内のどんな数の様々な自動チューニング機能ブロックと通信してよい）は、様々な種類の制御ブロックまたはループのため異なる組のチューニングパラメータ計算規則を記憶して良く、そしてこのようにして、プロセス制御システム内のＰＩＤ、ＰＩ、ファジイ論理または他の制御要素のいづれかか全てをチューニングするのに用いられてよい。チューニングコントローラ７１は、様々な種類の制御要素とともに用いられるべき多くの異なる組の規則を記憶して良く、自動チューニング機能ブロック６６により決定される動的プロセス特性に基づいて新しいチューニングパラメータを計算するときにどんな組の規則であれ適切なものを応用することができるので、単一のチューニングコントローラ７１だけがプロセス制御ネットワーク内に位置する必要がある。
チューニングコントローラ７１が新しいチューニングパラメータを決定した後、それは、バス４２によって図２のＰＩＤ機能ブロック６２のような適切な制御要素にこれらのパラメータを与える。所望であれば、チューニングコントローラ７１は、チューニングパラメータを自動チューニング機能ブロック６６に与えて良く、自動チューニング機能ブロック６６は次いでこれらのパラメータをＰＩＤ機能ブロック６２に与えて良い。
チューニングの動的データキャプチャ段階の間に実行される機能がチューニングの規則アプリケーション段階の間に実行される機能から分離されるような、上で述べた分離された機能セットアップを用いて、自動チューナは、チューニング手続きの動的データキャプチャ段階の間に非常に正確に制御ループの動作のタイミングを制御することができる。さらに、この自動チューナは、チューニングされている制御ループのプロセス特性を正確に決定するのに必要なだけのデータを検出し、記憶することが出来る。なぜなら、データ通信は、バスによって実時間において生じていないからである。また、プロセスまたはループ特性（かなり複雑である）に基づいて新しいチューニングパラメータを決定することと関連する規則適用機能は、装置においてまたはループを制御するのに用いられる機能ブロックにより実行されないので、これらの機能は、動作ループ内に符号化される必要はない。これにより、全体のチューニングルーチンが、チューニングされている制御ブロック内に位置するシステムと比較すると、ループのオーバーヘッドを低減する。
【００２７】
さて図３を参照して、本発明の自動チューナのさらなる実施の形態は、集中化および非集中化された方法で実行される制御ブロックまたは制御機能を有する環境内で用いられるように示される。この例においては、ＡＩ機能ブロック６０およびＡＯ機能ブロック６４は図１の集中化コントローラ１２内に位置しそれにより実行され、コントローラ１２は、送信機装置および／ポジショナ装置（図１の装置２６、２８、３０、３２、３４、または３６のいづれであってもよい。）と通信して、これらの機能ブロックの入力および出力を得る。しかしながら、ＰＩＤ機能ブロック６２は図１の非集中化フィールドバスネットワーク内のポジショナ／弁装置４４内に記憶され、これにより実行され、図１のフィールドバスリンク４２およびインターフェースカード４０によって、集中化されたコントローラ１２と通信する。
【００２８】
この実施の形態においては、集中化コントローラ１２は、影（shadow）ＰＩＤ機能ブロック７２を含み（破線ブロックにより示される）、これは、ＰＩＤ機能ブロック６２と関連する入力および出力ならびに他のデータを映し、ＰＩＤ機能ブロック６２がまるで集中化コントローラ１２内に記憶されそれにより実行されているかのようにＡＩ機能ブロック６０およびＡＯ機能ブロック６４と通信する。より特定的には、影ＰＩＤ機能ブロック７２がＡＩ機能ブロック６０およびＡＯ機能ブロック６４からリンクによって、入力を受け取ると、それはすぐにポジショナ／弁装置４４内の実際のＰＩＤ機能ブロック６２にこれらの入力を送る。図３に破線で示されるように、影ＰＩＤ機能ブロック７２および実際のＰＩＤ機能ブロック６２間の通信は、フィールド装置４４と関連する通信プロトコルを用いて、この場合は、フィールドバスプロトコルを用いて行なわれる。実際のＰＩＤ機能ブロック６２は次いで、ＡＩ機能ブロック６０およびＡＯ機能ブロック６４がフィールドバスネットワーク内のフィールドバス機能ブロックであるかのように、標準的な方法で、受け取られた入力に基づいてその制御機能を実行する。
【００２９】
同様に、影ＰＩＤ機能ブロック７２は、実際のＰＩＤ機能ブロック６２の状態を示す出力および他のデータの周期的に更新したものを受信して、適切な時間にＡＩ機能ブロック６０およびＡＯ機能ブロック６４にコントローラ１２内のこのようなデータをリンクによって伝えるように構成されている。このようにして、ＡＩ機能ブロック６０およびＡＯ機能ブロック６４には、ＰＩＤ制御機能が集中化コントローラ１２内で与えられているように見える。これらのブロックは、これらのブロックが集中化コントローラ１２により実行される他の機能ブロックと通信するのと同じ方法で影ＰＩＤ機能ブロック７２と通信可能である。影機能ブロックの実現化例の詳細は、本発明の主題ではないが、１９９８年９月１０日に出願された「プロセス制御ネットワークで用いられる影機能ブロックインターフェース“A Shadow Function Block Interface For Use in a Process Control Network”」と題された米国出願連続番号０９／１５１、０８４（米国特許番号６，７３８，３８８）に詳細に説明され、これは本発明の譲受人により譲渡され、その開示はここに引用により援用される。
【００３０】
図３の実施の形態においては、自動チューニング機能ブロック６６はポジショナ／弁４４内に位置し、図２に関して説明されたように、チューニング手続きを実行するように実際のＰＩＤ機能ブロック６２と通信し、これを制御する。ＰＩＤ機能ブロック６２と同様に、自動チューニング機能ブロック６６はコントローラ１２内に位置する影自動チューニング機能ブロック７６を有する。実際の自動チューニング機能ブロック６６は、影自動チューニング機能ブロック７６と通信して、データ（計算されたプロセスまたはループ特性のような）を影自動チューニング機能ブロック７６に送り、自動チューニング機能ブロック７６からコマンドまたは他のデータを受信する。図２の実施の形態と同様に、自動チューナのチューニングコントローラ７１はワークステーションまたはＰＣ１４内に記憶されこれにより実行されるが、その代わりに、コントローラ１２内または他の所望の装置内であってよい。チューニングコントローラ７１は影自動チューニング機能ブロック７６と通信して、例えば、チューニングを開始するか、自動チューニング機能ブロック６６により生じさせられたプロセスまたはループ特性を受け取るか、または自動チューニング機能ブロック６６により集められたまたはその状態を示すデータを受信する。
【００３１】
チューニングが図３の実施の形態において望まれるならば、チューニングコントローラ７１はコマンドを（例えば、ユーザからまたはプロセス制御ネットワーク内のさらなるコントローラから）受け取り、チューニングを開始する。チューニングコントローラ７１は次いでチューニング開始コマンドを影自動チューニング機能ブロック７６に送り、ブロック７６はこのコマンドを実際の自動チューニング機能ブロック６６に送る。このコマンドに応答して、実際の自動チューニング機能ブロック６６は、図２の実施の形態に関して上で述べたようなもののいくつかのようなチューニング手続きを開始し、チューニング手続きの間にループにより生成されたデータを集め、次いでひとつ以上の所望のプロセス特性を計算するかまたは決定する。実際の自動チューニング機能ブロック６６は、次いで、これらの特性を（または集められたデータ）を影自動チューニング機能ブロック７６に与え、ブロック７６は、この情報をチューニングコントローラ７１に伝える。
【００３２】
代替的には、影自動チューニング機能ブロック７６またはチューニングコントローラ７１は、影ＰＩＤ機能ブロック７２の状態を変更してよい（影ＰＩＤ機能ブロック７２は実際のＰＩＤ機能ブロック６２の状態を変更するが、これは、実際のＰＩＤ機能ブロック６２に強制的に実際の自動機能ブロック６６を呼び出させるかまたはこれと通信させて、それによってチューニング手続きを実行させる）。この場合、ＰＩＤ機能ブロック６２の状態に変化があるとすぐに、影自動チューニング機能ブロック７６は開始されるかまたは自動的にインストールされてよい。
【００３３】
いづれにせよ、チューニングコントローラ７１は、所望のチューニングパラメータ計算方法を用いて、受信されたデータ（計算されたループまたはプロセス特性のような）に基づいて、新しいチューニングパラメータを決定する。チューニングコントローラ７１は次いでこのようなチューニングパラメータを影ＰＩＤ機能ブロック７２（または必要に応じて他のどんな機能ブロックにでも）に送り、影ＰＩＤ機能ブロック７２は、これらの新しいチューニングパラメータを実際のＰＩＤ機能ブロック６２を送り、ここでそれらはループの正規動作の間にＰＩＤ機能ブロック６２により用いられる。
【００３４】
影自動チューニング機能ブロック７６を用いることは望ましいが必要ではなく、その代わりに、チューニングコントローラ７１は、直接自動チューニング機能ブロック６６と通信してチューニング手続きを実行することは理解されるであろう。さらに、図２および３の実施の形態は、ＰＩＤ機能ブロック６２とは別個の機能ブロックとして自動チューニング機能ブロック６６を示しているが、そのかわりに自動チューニング機能ブロック６６の機能性は、別個の機能ブロックであるかわりにＰＩＤ（または他の制御）機能ブロック６２内に組み込み可能である。
【００３５】
好ましくは、自動チューニング影機能ブロック７６は、フィールドバス装置の自動チューニング機能ブロック６６の属性と同一の属性を有する。しかしながら、ある実施の形態においては、ＳＴＲＡＴＥＧＹ、ＡＬＥＲＴ＿ＫＥＹ、ＭＯＤＥ＿ＢＬＫ、およびＢＬＯＣＫ＿ＥＲＲの標準的なフィールドバス属性は、実際の自動チューニング機能ブロック６６において与えられるが、影自動チューニング機能ブロック７６において与えられる必要はない。また、自動チューニング影機能ブロック７６はユーザに直接見える必要はない。なぜなら、それは、チューニング手続きの識別段階（すなはち動的データキャプチャ段階）の間のみ、制御を開始し、チューニングコントローラ７１と自動チューニング機能ブロック６６との間の通信を与えるのに用いられるからである。にもかかわらず、自動チューニング影機能ブロック７６のパラメータは、チューニングコントローラ７１およびチューニングユーザインターフェースアプリケーションにより利用可能であり、これらにより用いられ、そして所望であれば、ユーザアプリケーションにより得られる。さらに、フィールドバスＰＩＤ機能ブロック６２は好ましくは、自動チューニング機能ブロック６６の開始指数を含むように修正され、この指数は、影自動チューニング機能ブロック７６により用いられるように利用可能である。これによって、ＰＩＤ機能ブロック６２は自動チューニング機能ブロック６６により制御可能となる。
【００３６】
プロセス特性情報は、例えば、影自動チューニング機能ブロック７６だけでなくフィールドバス自動チューニング機能ブロック６６内に、他の種類のフィールドバス機能ブロックと関連する他の属性と同じ方法で属性として含まれる。当業者は、用いられている様々な種類のチューニング、および自動チューナが位置するシステムの様々な局面に依って、様々な属性を影自動チューニング機能ブロック７６だけでなく実際の自動チューニング機能ブロック６６において与えることが可能である。自動チューニング機能ブロックにより与えられる例示のプロセス特性は以下の通りに規定される：Ｔ＿ＩＰＧＡＩＮ-積分プロセス利得-入力におけるユニットステップ変更に対するプロセス出力の変更のレート；Ｔ＿ＵＧＡＩＮ-極限利得-ループがかろうじて安定している、つまり、安定性と不安定性との間の境界上にある比例コントローラ利得の値；Ｔ＿ＵＰＥＲＩＯＤ-極限期間-そのコントローラ利得がプロセスの極限利得に設定されるループの発振期間；Ｔ＿ＰＳＧＡＩＮ-プロセス静的利得-プロセス出力変更のプロセス入力変更に対する比；Ｔ＿ＰＴＩＭＥＣ；プロセス時定数-システムがステップ入力に応答し始めるときと、システムがその最終の着実な状態の値の６３パーセントに達するときとの間の持続時間；およびＴ＿ＰＤＴＩＭＥ-プロセス遅延時間-制御動作が行なわれているときとプロセスがこの動作に応答するときとの間の時間の長さ。
【００３７】
チューニングテストが完了したとき、これらの属性は、自動チューニング機能ブロック６６において計算され、次いで、例えば、ワークステーション１４内にチューニングコントローラ７１に提示され、これは、これらのプロセス特性情報または属性のうちのひとつ以上を用いて、例えば、ＰＩまたはＰＩＤまたはファジイ論理コントローラのための利得、積分時間（リセットの逆）および微分時間（レート）のようなチューニングパラメータを決定する。ある実施の形態においては、上に挙げられた属性は、浮動小数点データであってよく、静的データとして不揮発性メモリ内に記憶されて良く、リードオンリーデータとしてアクセスされてよい。また、上に挙げられた属性の各々は、フィールドバスまたはＤｅｌｔａＶプロトコルのビュー１および３において利用可能であってよい。フィールドバスまたはＤｅｌｔａＶプロトコルにおけるビューリストは、機能ブロックからの情報に対する単一の要求（すなはちあるビュー）により与えられるパラメータを規定すると理解されるだろう。このように、ビュー要求を用いて、影自動チューニング機能ブロック６６は、自動チューニング機能ブロック６６から大多数の利用可能な属性の最新値を得て良い。
【００３８】
さらに、上に挙げられた属性またはプロセス特性は自動チューナのひとつの可能な実現化例と関連し、本発明に従って動作するように他の方法で構成される他の自動チューナにより与えられる他の属性および情報があることが理解されるだろう。
【００３９】
このような他のプロセス特性情報は、極限利得、静的利得、および積分利得のような所望の種類の利得と、極限期間、不動作時間、および微分時間のような時間と、プロセスと関連する時定数と、他の所望の情報とを含んで良い。
【００４０】
理解されるように、実行される自動チューニングの正確な種類は本発明にとっては重要でなく、上で挙げられたリストは、チューニングコントローラ７１に利用可能にされてチューニングコントローラ７１がひとつ以上のチューニングパラメータを決定することが可能なプロセス特性情報のなんらかの種類の単なる例にすぎない。所望であれば、チューニングコントローラ７１は、なんらかの種類のＰＩＤ、ファジイ論理、ニューラルネットワークなどのプロセスを用いて、極限利得、極限期間、および不動作時間のような入力から、コントローラ利得、リセットなどのようなチューニングパラメータを決定して良い。
【００４１】
好ましい実施の形態においては、自動チューニングアプリケーション（すなはちチューニングコントローラ７１）は、フィールドバス装置（すなはち実際のＰＩＤ機能ブロック６２）内で関連する機能ブロックに自動チューニングが行なわれるべきであると示すため、影ＰＩＤ機能ブロック７２のＴＵＮＳＫＩ属性に書き込みをする。この属性変更に応答して、影自動チューニングブロック７６のインスタンスが集中化コントローラ１２内で作成される。（付随的に、チューニングコントローラ７１は、いつ自動チューニングが完了するかを示すためにＴＵＮＳＫＩ属性に書き込みをし、これによって、影自動チューニング機能７６は廃棄される）。影自動チューニング機能ブロック７６が作成された後、フィールドバス装置内の関連する自動チューニング機能ブロック６６の状態が読まれる。自動チューニング機能ブロック６６の状態がクリア（Ｔ＿Ｒｅｑｕｅｓｔ＝０）であるならば、チューニングは着手されてよい。
【００４２】
しかしながら、もし、Ｔ＿Ｒｅｑｕｅｓｔ属性が０でなければ、チューニングはフィールド装置内でアクティブ（活動最中）である。この場合、チューニング要求は尊重されず、影自動チューニング機能ブロック７６のインスタンスは消去され、それにより自動チューニングを停止する。
【００４３】
影自動チューニング機能ブロック７６のインスタンスが作成されると、その静的および動的属性は、自動チューニング機能ブロック６６のものに反映する。これらの値は、まるで集中化コントローラ１２内のＰＩＤ機能ブロックがチューニングされているかのように自動チューニングアプリケーションによるアクセスされるだろう。このように、もし自動チューニングアプリケーション（コントローラ）７１が新しい値を影自動チューニング機能ブロック７６の属性に書き込むならば、影自動チューニング機能ブロック７６は、関連の自動チューニング機能ブロック６６に対しこの属性値の書き込みを開始する。同様に、自動チューニング機能６６がフィールドバス装置内でアクティブに働いているとき、影自動チューニング機能ブロック７６は周期的に自動チューニング機能ブロック６６の動的属性値を得る（フィールドバスプロトコルにおけるビュー３）。自動チューニング機能ブロック６６が機能ブロックとして規定されているので、このビューは他のブロックと同じ方法でアクセスされる。ビュー要求に応答して与えられた動的属性値は次いで、その動的属性値を更新させるために影ブロック７６において用いられる。フィールドバスインターフェースカード４０（図１）が静的属性値において変更を見ると、それは、自動チューニング機能ブロック６６から静的属性の全て（ビュー４）を要求する。この要求に応答して受け取られた静的値は次いで、影自動チューニング機能ブロック７６の属性を更新させるのに用いられる。
【００４４】
さらに、集中化コントローラ１２と関連する装置ライブラリ内の装置がＰＩＤ機能ブロックを含むとき、このテンプレート情報は、図３のポジショナ／弁４４内のような装置内でそれと関連する自動チューニング機能ブロックの開始のオブジェクトディクショナリ指数を規定するＰＩＤ機能ブロックと関連するひとつの静的属性を含んで良い。一般的に、ひとつ以上のＰＩＤ（および／または他の制御）ブロックを含む装置内にひとつの自動チューニング機能ブロックが存在する必要がある。しかしながら、自動チューング機能ブロック６６は好ましくは、装置テンプレート内のブロックとして規定されないだろうし、したがってライブラリには示されないだろう。にもかかわらず、影自動チューニング機能ブロック７６が集中化コントローラ１２により作成されるとき、自動チューング機能ブロック６６の指数は影自動チューニングブロック７６により用いられるだろう。この指数に基づいて、プロキシは、自動チューニング機能ブロック６６のためのフィールドバスインターフェースカード４０において確立されるだろう。このようにして、遠隔装置（例えばフィールドバス）装置における自動チューニング属性は、自動チューナアプリケーションが活性化され、関連のＰＩＤ機能ブロック６２がチューニングのために選択されてしまうと、アクセスされる。ＰＩＤ機能ブロック６２が遠隔装置で実行されているとき、その装置内の自動チューニング機能ブロックに対するＰＩＤ機能ブロック基準がわかるだろう。もしＰＩＤ機能ブロックが集中化コントローラ１２内で実行されているならば、自動チューニングブロックは、自動チューニングの開始時にＰＩＤブロックによってインスタンス生成が行なわれるだろう。
【００４５】
さて図４を参照して、別の実施の形態は、実際の自動チューニング機能ブロック６６がコントローラ１２内に位置し、コントローラ１２内に位置するＰＩＤ機能ブロック６２をチューニングするのに用いられる場合を示す。この構成は、例えば、非スマート装置または他の装置を制御する制御ブロックをチューニングすることが望まれる場合、用いられて良く、その動作は集中化コントローラ１２により実行される制御機能ブロックにより制御される。チューニングコントローラ７１は、コントローラ７１が実際の自動チューニング機能ブロック６６と直接通信し、機能ブロック６６が実際のＰＩＤ機能ブロック６２と通信し、その両方がコントローラ１２内に記憶されることを除いては、図３の実施の形態と同じ方法で動作することが理解されるだろう。
【００４６】
好ましい実施の形態において、自動チューニング機能ブロック６６は、遠隔（例えばフィールドバス）装置内でまたはコントローラ１２内で修正子（modifier）機能ブロックとして与えられる。一般的に、修正子機能ブロックは、オリジナルまたは基本機能ブロック（ＰＩＤ機能ブロック６２のような）のアルゴリズムを修正する機能ブロックであり、オリジナルまたは基本機能ブロックの一部ではない。
【００４７】
修正子機能ブロックの概念は図５に関して詳細に述べられるだろう。図５は、基本またはオリジナル機能ブロック７８を示し、これは、この例では、図２、３、および４のＰＩＤ機能ブロック６２である。理解されるように、基礎またはオリジナル機能ブロック７８は、プロセッサにより実行されるコードまたは他の種類のコードのラインを有するアルゴリズム８０を含む。ポイント８２および８４として図５に示されるコード内のひとつまたは多くの点では、中断または分岐点はアルゴリズム８０内に設定される。これらの分岐点８２、８４のひとつまたは両方は、アルゴリズム８０内で向上させられた性能を与えるのに用いられてよく、このような向上させられた性能は、アルゴリズム９４を有する修正子機能９０ブロックにより与えられる。
【００４８】
一般的に言って、分岐点８２、８４は、他の所望の分岐点といっしょに、それが作成されるときに基本機能ブロック７８内にセットアップされる。しかしながら、これらの分岐点のコンテンツは、基本機能ブロック７８をコンパイルした後、修正子機能ブロック９０かまたは基本アルゴリズム８０内の次ぎのラインのコードに対するポインタを含むように変更されてよい。最初に、中断点８２でのポインタは、基本アルゴリズム８０内の次ぎのラインのコードを指し示すように、またはアルゴリズム８０がこれに続くようにするために設定され、したがって、アルゴリズム８０が、向上させられた性能なしに動作するようになる。しかしながら、なんらかの向上させられた性能または機能性が基本機能ブロック７８に付加されることが望まれる場合、ひとつ以上の分岐点でのポインタ（例えば点８２）は、アルゴリズム８０がその分岐点に達すると、アルゴリズム８０が修正子機能ブロック９０内のアルゴリズム９４を呼び出すか、またはそうでなければ、アルゴリズム９４に制御を転送するように設定される。所望であれば、ポインタ８２は、メモリ内で修正子機能ブロック９０のアドレスを示すアドレスを格納してよく、修正子機能ブロック９０に制御を渡すのに用いられる他の分岐装置または方法であってよい。
【００４９】
制御が修正子機能ブロック９０に渡されると、ある予め規定されたデータが修正子機能ブロック９０に送られるかまたはそれに利用可能にされ、修正子機能ブロック９０は、アルゴリズム９４の動作の間にこのデータを用いるか変更する。このデータは好ましくは、インターフェース９６として図５に示される固定されたまたは予め規定されたインターフェースを介して与えられる。インターフェース９６は典型的には、基本機能ブロック７８内のどこに制御を戻すべきかで修正子機能ブロック９０で用いられるのに必要なパラメータまたはデータ値（またはアドレスのようなそれに対するポインタ）のうちのいづれか、および／または、制御を取り、実行し、制御を基本機能ブロック７８に制御を戻すために必要とされる他のデータまたは情報を含む。制御を受け取ると、修正子機能ブロック９０は、インターフェース９６によって与えられたデータ上に作用するそのアルゴリズム９４を実行し、そして、終了すると、制御がそこから解放された中断点または分岐点からすぐに先に進むかまたは続くような（実行の意味で）基本機能ブロック７８のアルゴリズム８０内の点に制御を戻す。修正子機能ブロック９６は、インターフェース９６によって（修正子機能ブロック９０に制御を送るのに用いられるものと同じであるかまたは異なるインターフェースであってよく）あるデータを戻し、そのデータは基本機能ブロック７８内のアルゴリズム８０により用いられる。
【００５０】
２つの分岐点８２、８４が図５に示されているが、１つ、３つ、または他の数の分岐点が、アルゴリズム８０内のひとつ以上の点で向上させられた性能を与えるためにオリジナル機能ブロック８０内に配置可能である。さらに、基本機能ブロック７８内の分岐点は、修正子機能ブロック９０内のアルゴリズム９４の異なる部分またはサブルーチンを呼び出すために設定されて、それにより、基本アルゴリズム８０の異なる部分で異なる向上させられた機能を与えてよい。この機能性は、基本アルゴリズム８０内で様々な点に付加された様々な性能を有することが必要であるかもしれない基本機能ブロック７８内でチューニングのような完全に新しい手続きを実現するのに必要であるかもしれない。当然、基本アルゴリズム８０内の様々な分岐点は、単一の修正子機能ブロックの同じまたは異なる部分を呼び出すためにセットアップされても、様々な修正子機能ブロックを呼び出すのにセットアップされてもよい。
【００５１】
最初に販売されている場合、基本機能ブロック７８には分岐点８２、８４（他の所望の分岐点だけでなく）が設けられてよく、これにより、修正子機能ブロックの向上させられた性能を後日ユーザに与えられる。ユーザが修正子機能ブロックと関連する機能性を実現する必要がないかまたはこれを欲しないとき、ユーザは、ナル値、または、アルゴリズム８０が修正子機能ブロックを呼び出すことなく継続すべきであると示す、基本アルゴリズム８０内の分岐点での他の何らかの指示を記憶させる必要があるだけである。修正子機能ブロックの機能が付加されるべきであるとき、基本アルゴリズム８０内のひとつ以上の分岐点でのポインタの値は、その分岐点に達すると、基本アルゴリズム８０が適切な修正子機能ブロックを呼びだすように変更される。典型的には、これは、基本機能ブロック７８を再コンパイルすることなく行なうことが可能である。その後、修正子機能ブロック９０は、基本アルゴリズム８０が分岐点に達すると呼び出される。呼び出されると、修正子機能ブロック９０は、基本機能ブロック７８内でアルゴリズム８０の機能性を向上させるか変更させるためにアルゴリズム９４を実行する。しかしながら、向上させられたかまたは新しい機能性がもはや望まれない場合、例えば、チューニング手続きの終わりに、分岐点は、基本機能ブロック７８が修正子機能ブロック９０を呼び出さないようにリセット可能である。
【００５２】
このように、基本機能ブロック７８は、更新された性能なしに最初に販売可能であり、これは、その機能ブロックと関連するドキュメンテーションおよびオーバーヘッドを減らす。しかしながら、基本機能ブロック７８は、単に適切な修正子機能ブロック９０を、基本機能ブロック７８が記憶されている装置に付加し、基本機能ブロック７８のアルゴリズム８０内のポインタを変更するだけで更新可能である。これにより、完全な新しい基本ブロックをインストールする必要なく、また基本機能ブロック７８を再コンパイルする必要なく、基本機能ブロックを向上させるかまたは後日変更することが出来、これによって、基本機能ブロック７８を容易に更新できる。さらに、様々な修正子機能ブロックは、システムを更新させることに関してユーザにより多くの選択肢を与える同じ基本機能ブロックのために開発可能である。これにより、機能ブロックプロバイダが比較的簡単に修正子機能ブロックの様々なバージョンを与えたり更新したりできるようにもなる。さらに、基本機能ブロック７８のアルゴリズム８０は、修正子機能ブロックに対する標準的なインターフェースを支援するようにブロックが設計される付加的な性能を与えるように修正される必要はない。同様に、付加された機能性のための支援は、機器構成の間またはチューニングアプリケーションのようなカスタムアプリケーションを通じて設定されたブロック属性により示されるように呼び出されるだけである。これは、修正子機能ブロックにより与えられる特徴がプロセスの正規動作の間に必要でないときに、メモリおよびＣＰＵ要件を低減させる。理解されるように、修正子機能ブロックを用いるとき、基本機能ブロックは、それが修正子機能ブロックを呼び出す性能（ケイパビリティ）を有しなければならず、すなはちその中にひとつ以上のリセット可能な分岐点を有しなければならないという事実を除いては同じままである。
【００５３】
フィールドバス環境において用いられるとき、修正子機能ブロック９０（この場合自動チューニング機能ブロック６６）は、基礎機能ブロック（例えばＰＩＤ機能ブロック６２）と同じ実行時間フレーム内で実行されるだろう。さらに、修正子機能ブロック９０は、ユーザにはシステム内の機能ブロックとして見える必要はない。なぜならば、それは単に基本機能ブロック７８のアルゴリズム８０を修正しているだけであるからだ。しかしながら、所望であれば、自動チューナアプリケーションユーザインターフェースは、周知のＯＰＣプロトコルを用いて修正子機能ブロック９０から情報を得ることが出来る。さらに、単に、修正子機能ブロック９０のコードを単に変更することにより基本機能ブロック７８のコードを変更することは容易であるが、修正子機能ブロック９０は基本機能ブロック７８よりもより簡単にシステムに付加可能であり、システムから消去可能である。これは、高度の制御性能の開発を非常にスピードアップさせ、カスタマがそれらの機能を用いる特定のアプリケーションを有するときに、そのカスタマが基本機能ブロックにオーバーヘッドを付加しさえすればよいということを意味する。つまり、修正子機能ブロックに与えられる付加的な機能性が必要でないときに、カスタマは、修正子機能ブロックを用いることおよびコンパイルすることなくシステムのオーバーヘッドを低減させる。
【００５４】
この説明は、単一の自動チューニング機能ブロック６６と単一のチューニングコントローラ７１とを有する自動チューナの実現化およびこれを用いることに向けられてきたが、自動チューナは、単一または多数のチューニングコントローラ７１、および／または異なる装置に位置する多数の自動チューニング機能ブロック６６を含むことが可能であることが理解されるだろう。さらに、単一の自動チューニング機能ブロック６６は、同じ装置内で多数の異なる制御ブロックの動的データキャプチャ段階を実行するのに用いられることが出来、そしてそのようなわけで２つ以上の制御ブロックを有する装置は依然としてひとつの自動チューニング機能ブロックを有する必要があるだけである。同様に、同じ種類の自動チューニング機能ブロックは、異なる種類の制御ブロック（ＰＩ、ＰＩＤおよびファジイ論理制御ブロックのような）とともに用いられることが出来る。なぜならば、同じ動的データキャプチャ技術を、これらの異なる種類の制御要素の各々を有するループのために用いることが出来るからである。自動チューニング機能ブロックは、外部プロセス制御通信プロトコル（フィールドバスプロトコル）を用いて実現可能であり、フィールドバスプロトコルにより特定されかつこれにより支援される様々な機能ブロックと同様であるかまたは同じである機能ブロックを含め、なんらかの種類の機能ブロックと通信するのに用いられて良い。さらに、自動チューニング機能ブロックはここではフィールドバス「機能ブロック」として述べられているが、ここで「機能ブロック」という表現を用いることは、フィールドバスプロトコルが機能ブロックとして特定するものに限定されないが、そのかわりに、なんらかの種類の制御システムおよび／または通信プロトコルと関連し、なんらかの制御機能を実行するのに用いられるどんな他の種類のブロック、プログラム、ハードウェア、ファームウェアなどを含む。このように、機能ブロックは典型的にはオブジェクト指向プログラミング環境内でオブジェクトの形をとっているが、その必要はなく、その代わりに、プロセス制御環境内で特定の制御（入力および出力を含む）機能を実行するのに用いられる他の論理ユニットであってよい。
【００５５】
ここで説明された自動チューニング機能ブロックおよびチューングコントローラは好ましくは、コントローラまたは他のプロセス制御装置内に記憶されたソフトウェアで実行されているが、それらは、所望のごとくハードウェア、ファームウェア、などで代替的にまたは付加的に実行されてもよい。ソフトウェアで実行されるときは、本発明の自動チューニング機能ブロックおよびチューニングコントローラは、磁気ディスク、レーザディスク、または他の記憶媒体上のようなコンピュータ読み取可能なメモリ内で、コンピュータ、コントローラー、フィールド装置のＲＡＭまたはＲＯＭなどにおいて記憶されてよい。同様に、このソフトウェアは、電話回線、インターネットなどのような通信チャンネルによってを含め、公知のまたは所望の送り方法によって、ユーザまたは装置に送られても良い。
【００５６】
また、本発明の自動チューナは、一組のフィールドバス装置を用いて非集中化または分散化した方法でプロセス制御機能を実行するプロセス制御ネットワークと関連して詳細に説明されたが、本発明の自動チューナは、アナログおよび／またはディジタル通信を支援する２線式バスおよびプロトコル以外のものを信頼するプロトコルを含め、他の種類のフィールド装置および通信プロトコルを用いて制御機能を実行するプロセス制御ネットワークとともに用いられて良いことが理解されるだろう。例えば、本発明の自動チューナは、ＨＡＲＴ、ＰＲＯＦＩＢＵＳなどの通信プロトコル、または既存であるか将来において開発されるかもしれない他の通信プロトコルに従う装置を用いるプロセス制御ネットワークにおいて用いられることが出来る。
【００５７】
本発明は、具体例を参照して説明されたが、これらは、あくまでも例示的であり、本発明を限定するものではないが、本発明の精神および範囲を逸脱することなく、開示された実施の形態に、変更、追加、およびまたは消去を加えてよいことは当業者には明らかである。
【図面の簡単な説明】
【図１】自動チューナを用いる分散化制御要素を有するプロセス制御ネットワークの概略的なブロック図である。
【図２】分散化プロセス制御環境内の制御ループにおいて用いられる自動チューナの実施の形態の概略的なブロック図である。
【図３】分散化および集中化制御要素の両方を有するプロセス制御環境内で制御ループにおいて用いられる自動チューナのさらなる実施の形態の概略的なブロック図である。
【図４】集中化制御要素を有するプロセス制御環境内の制御ループにおいて用いられる自動チューナのさらなる実施の形態の概略的なブロック図である。
【図５】プロセス制御環境内で修正子機能ブロックとして実行される自動チューニング機能ブロックの概略的なブロック図である。
【符号の説明】
４４ 第１の装置
１４ 第２の装置
６２ 制御要素
４４ 第１のチューニング要素
６７ 制御要素コントローラ
６８ データ収集ユニット
７９ コミュニケータ
７１ 第２のチューニング要素
【発明の属する技術分野】
本発明は一般にプロセス制御ネットワークに関し、より特定的にはプロセス制御環境中に分散された制御要素に対し自動チューニングを行なう装置および方法に関する。
【０００２】
【従来の技術および発明が解決すべき課題】
化学処理、石油処理、または他の処理で用いられるもののように、プロセス制御ネットワークは一般に、例えば、弁ポジショナ、スイッチ、センサ（温度、圧力、および流量センサ）などのひとつ以上のフィールド装置に通信結合された集中型プロセスコントローラを含んでいた。これらのフィールド装置はプロセス内の物理的な制御機能（弁の開閉のような）を行なっても、プロセスの動作を制御するのに用いられるプロセス内の測定値の測定を行なっても、プロセス内で他の所望の機能を実行してもよい。プロセスコントローラは、例えば、フィールド装置へそしてそこから４ないし２０（以下、○−○のように表す）ｍＡ（ミリアンペア）の信号を搬送し得るひとつ以上のアナログ信号線またはバスによってフィールド装置に接続されていた。一般に、プロセスコントローラは、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を示す信号を受け取り、この情報を用いて典型的には複雑な制御ルーチンを実行し、ついで制御信号を生成し、この制御信号はアナログ信号バスによってフィールド装置に送られて、それによってプロセスの動作を制御する。
【０００３】
最近、プロセス制御環境内でフィールドベースのディジタル通信を実現するために、プロセス制御産業内で動きがあった。例えば、プロセス制御産業は、ＨＡＲＴ（登録商標）、ＰＲＯＦＩＢＵＳ（登録商標）、ＷＯＲＬＤＦＩＰ（登録商標）、Ｄｅｖｉｃｅ−Ｎｅｔ（登録商標）、およびＣＡＮプロトコルなど、多くの標準的、開放的、ディジタルのまたは組み合わされたディジタルおよびアナログの通信プロトコルを開発してきた。これらのディジタル通信プロトコルによって、一般に、より多くのフィールド装置が特定のバスに接続されるようになり、フィールド装置とコントローラとの間でより多くのかつ高速の通信を支援し、および／または、フィールド装置が、フィールド装置自身の状態および機器構成に関する情報のようなより多くのかつ様々な種類の情報をプロセスコントローラに送ることが可能となる。さらに、これらの標準的なディジタルプロトコルによって、様々な製造業者により製造されたフィールド装置が同じプロセス制御ネットワーク内で一緒に用いられるようになる。
【０００４】
現在、プロセス制御を非集中化（分散化）し、それによってプロセスコントローラを簡単化するために、プロセス制御産業内で動きがある。非集中化された制御は、弁ポジショナ、送信機などのようなフィールド装着プロセス制御装置に、典型的には機能ブロックまたは制御ブロックと称されるものを用いてひとつ以上のプロセス制御機能を実行させることにより、そして他の制御機能を実行する際に他のプロセス制御装置（または機能ブロック）により用いられるバス構造によってデータを伝えることにより得られる。これらの制御機能を実行するために、各プロセス制御装置は典型的には、標準的なかつ開放的な通信プロトコルを用いて他のプロセス制御装置と通信する能力だけでなくひとつ以上の機能ブロックを実行する性能（capability）を有するマイクロプロセッサを含む。このように、フィールド装置は、集中化されたプロセスコントローラの介在なしに、プロセス制御ネットワーク内で相互接続されて、互いと通信し、制御ループを形成するひとつ以上の制御機能を実行することが可能である。Foundation(登録商標) Fieldbus（以後“フィールドバス”）プロトコルとして知られているフィールドバスファウンデーションにより今現在宣伝されている全ディジタル、２線式バスプロトコルは、様々な製造業者により製造された装置が標準的なバスによって互いに相互動作し通信して、プロセス内で非集中化された制御を達成する開放的通信プロトコルである。
【０００５】
ひとつ以上の集中化されたコントローラ内に位置する全体のプロセス制御ルーチン（例えば制御ルーチンの機能ブロック全て）またはその部分を有する先行技術のシステム内で制御ブロックまたは制御ループをチューニングすることはかなり単純である。なぜならば全体のチューニングは集中化されたコントローラ内に記憶可能であるからだ。このような集中化された制御ルーチンの制御ループのチューニングが望まれる場合、集中化されたコントローラ内の別個のチューニングルーチンは、誘導された発振手続きのようなチューニング手続きを経て、比例・積分（ＰＩ）または比例・積分・微分（ＰＩＤ）制御ブロックのような適切な制御ブロックに、プロセスまたはループの予め定められた特性を強制的に決定させる。チューニング手続きのこの動的データキャプチャ（取りこみ）段階の間、チューニングルーチンはループにより生成されたデータを集め、このデータは、正規動作毎に、集中化されたコントローラに送られているが、チューニングルーチンはこのデータから、プロセスの極限利得、時定数などのようなひとつ以上のプロセス特性を決定する。いったん所望のプロセス特性が計算されると、チューニングルーチンは、制御ブロックまたは制御ループのための新しいチューングパラメータを決定するために、計算されたプロセス特性を用いて一組の規則または他のアルゴリズムを応用する。このステップは通常、チューニング手続きの規則アプリケーション段階と称される。その後、チューニングルーチンは、新しいチューニングパラメータを制御ブロック（または制御ループ）に送り、チューニング手続きが完了する。なぜなら、集中化されたプロセス制御システムにおいて、制御機能の全てはコントローラ内に位置し、チューニングのために必要なデータ全てはプロセスの正規動作の間にコントローラに与えられるので、チューニングルーチンは、制御ブロックに直接アクセスし、チューニングルーチンを実行するために必要なデータに直接アクセスする。
【０００６】
ＰＩ、ＰＩＤ、ファジイ論理などの制御ブロックのような制御ブロックまたは制御要素がプロセス制御ネットワーク中に分散されて位置している非集中化された通信プロトコルを用いると、制御ブロック（またはこれらのブロックが動作している制御ループ）をチューニングするのは難しい。なぜなら、制御ブロックは、チューニングルーチンが典型的には記憶されている集中化コントローラ（または他の装置）から離れて位置しているからである。分散化プロセス制御環境においてチューニングを実行するのに用いられる当該技術で公知のシステムにおいては、全体のチューニング手続きは集中化プロセスコントローラ内にあるままである。しかしながら、このシステムは、高速チューニングを行なうことはできない。なぜなら、それは、バスネットワーク（プロセス内で他の通信を与えている）によって通信を行なってチューニングルーチンの間に生じたデータを受信しなければならないからであり、そして、残念なことに、データの量（またはチューニングルーチンがこのデータを受信することが出来る速度）はバススループットの制約により制限されるからである。さらに、バス通信は別個のバスコントローラにより制御されているのであって、チューニングルーチンにより制御されているわけではないので、チューニングルーチンは、チューニング手続きの様々なセグメントを開始、停止、および実行するためにチューニング制御信号が制御ブロックに送られる正確な時間を厳密に制御することはできない。これは、チューニング制御ルーチンは、チューニング手続きのタイミングに対し厳密な制御を有しないということを意味し、このことは不正確な結果につながる。
【０００７】
分散化プロセス制御環境内でチューニングを与える別の当該技術で公知のシステムにおいては、全体のチューニングルーチンは、チューニングされるべき制御ブロック（ＰＩＤ機能ブロックのような）と同じ装置内に配置され、事実、制御ブロックの機能性内に実際に組み込まれている。このシステムは、正確にチューニング手続きのタイミングを制御し、所望の速度でデータを集めることが出来るが（なぜならチューニングルーチンはバスによって制御ブロックと通信する必要はないので）、チューニングルーチンは制御ブロックと一緒にかつ同時にコンパイルされなければならず、これは、自動チューニングルーチンの機能性が制御ループの正規動作の間に比較的あまり使用されずとも、プロセスの正規動作の間に制御ブロックを用いることに関連したオーバーヘッド（例えばタイミング、処理、メモリなどの要件）を増大させる。さらに、制御ブロックが各制御ブロックの自動チューニングを可能化するために位置している各々異なる装置内に完全な自動チューニングルーチンが配置されなければならず、これはプロセス制御システムに不必要な冗長性を付加し、プロセス制御システムの費用を増大させる。
【０００８】
本発明は、分散化制御機能を有するプロセス制御ネットワーク内で制御要素をチューニングするのに用いられる自動チューナ及びチューニング方法を提供することを目的としている。
【０００９】
【課題を解決するための手段】
分散化制御機能を有するプロセス制御ネットワークにおいて制御要素（制御ブロックのような）をチューニングするのに用いられる自動チューナは、制御要素が動作しているコントローラまたはフィールド装置内に位置した第１のチューニング要素と、第１のチューニング要素が位置するコントローラまたはフィールド装置に接続されたオペレータワークステーション、パソコン、または集中化コントローラのような異なる装置に位置する第２の装置とを含み、第２のチューニング要素はバスまたは他の通信ネットワークによって第１のチューニング要素と通信する。第１のチューニング要素は、自動チューニング手続きの動的データキャプチャ段階の間に制御ブロックの動作を制御し、自動チューニング手続きのこの段階の間にデータを集め、好ましくは、集められたデータからひとつ以上のプロセス（例えばループ）特性を計算する。第１のチューニング要素は、自動チューナの第２のチューニング要素に通信ネットワークによって、計算されたプロセス特性（または集められたデータ）を送る。第２のチューニング要素は一つ以上の記憶された組（ファジイ論理規則組、ニューラルネットワーク構成もしくは規則組または他の組のアルゴリズムのような）を用いて、第１のチューニング要素により生じさせられたプロセス特性に基づいて制御要素のために新しいパラメータを決定する。第２のチューニング要素は次いで通信ネットワークによって制御要素に新しいチューニングパラメータを送って、制御要素または制御要素が位置している制御ループを再チューニングする。
【００１０】
ここで述べられる自動チューナの実施の形態は、正確にチューニングパラメータのタイミングを制御し、必要なだけのデータを取りこんで所望のプロセス特性を決定する。なぜなら制御およびデータキャプチャ機能は、制御要素と同じ装置内で実行され、その結果、チューニング手続きの動的データキャプチャ段階の間にバスによって制御要素と通信する必要はないからである。しかしながら、この自動チューナは、制御要素内で不必要なオーバーヘッドを生じさせない。なぜなら、チューニングパラメータの計算は、制御要素から離れて位置する別の装置内で行なわれ、その結果、制御要素は、これらの機能を組み込むのにコンパイルされる必要はない。さらに、単一のチューニングパラメータ計算ルーチンは、ネットワーク内で様々な種類および様々なものの制御要素のチューニングパラメータを計算するのに用いられ得る。なぜなら、このルーチンは、チューニングされている様々な種類の制御要素の各々に対して異なる組の規則を記憶し、用いるからである。さらに、同じ自動チューナ機能ブロックまたは機能性は、制御要素を有する装置の各々内に配置可能である。なぜなら、様々な制御ループが、例えば、ＰＩ、ＰＩＤおよびファジイ論理制御ブロックを含め、様々な種類の制御ブロックを用いるとしても、これらの制御ループと関連するプロセス特性は同じ方法で決定できるからである。これらの利点によって、自動チューナをより汎用性があるようにし、制御要素を有する各装置において別個の完全な自動チューナを配置する必要がなくなる。さらに、この自動チューナは、拡張機能としてプロセス制御ネットワークの一部内に容易に実現可能である。
【００１１】
【発明の実施の形態】
さて、図１を参照して、プロセス制御ネットワーク１０はブロック図の形で示される。プロセス制御ネットワーク１０は、ひとつ以上の集中化されたプロセスコントローラ１２を含み（そのひとつのみが図１に示される）。このコントローラ１２は、記憶されているプロセス制御ルーチンを実行すること、および／または、プロセス制御ネットワーク１０中に分散されたフィールド装置内に位置した機能ブロックのような制御要素と通信することが出来る。コントローラ１２は、例えば、フィッシャローズモントシステムズ（Fisher-Rosemont Systems）により販売されているＤｅｌｔａＶ（登録商標）コントローラであり、ハブ１６およびイーサネット（登録商標）などのネットワーク１８によってパソコン（ＰＣ）１４のような無数のワークステーションに接続されて良い。この構成においては、ＰＣ１４は、一人以上のオペレータまたはユーザにより用いられて、プロセスコントローラ１２またはフィールド装置と通信し、それによりプロセス制御ネットワーク１０の要素に関する情報を得、プロセス制御ネットワーク１０内の要素の状態を見直すか変更し、プロセス制御ネットワーク１０内の個々のフィールド装置に関する情報を得るなどを行なう。コントローラ１２がＤｅｌｔａＶコントローラであるならば、コントローラ１２内のプロセス制御ルーチンの図形的表示をＰＣ１４のひとつによってユーザに与えて良く、これは、プロセス制御ルーチン内の機能ブロックまたは他の制御要素と、プロセスの制御を与えるようにこれらの機能ブロックが互いに接続される方法を示す。さらに、所望であれば、ユーザまたはオペレータは、ＰＣ１４のひとつから機能ブロックまたは制御ループのうちのひとつ以上のチューニングを開始することが出来る。
【００１２】
図１に示されるように、集中化コントローラ１２は、プロセス（参照番号１９で包括的に示される）中に位置した無数のフィールド装置に接続される。集中化コントローラ１２は、標準的なタイプのＩ／Ｏカード２０、２２を介して、典型的なフィールド装置２６、２８、３０、３２、３４、３６と通信してよく、これらのフィールド装置はコントローラ１２から集中化された制御を受ける。Ｉ／Ｏカード２０は、例えば、アナログＩ／Ｏカードであってよく、これはコントローラ１２をアナログフィールド装置２６、２８に接続し、このフィールド装置２６、２８は４−２０ｍＡバス３８によって通信を行なう。同様に、Ｉ／Ｏカード２２は、ディジタルかまたは組み合わされたディジタルおよびアナログのＩ／Ｏカードであってよく、これは例えば４−２０ｍＡアナログフォーマットまたは他の所望のフォーマットを用いて、ディジタルかまたは混合のディジタルおよびアナログのフィールド装置と通信する。当然、フィールド装置２６、２８、３０、３２、３４、３６は、送信機、センサ、弁ポジショナ、弁コントローラなどを含むどんな種類のフィールド装置であってよい。図１に示される例示のプロセス制御ネットワーク１０のために理解されるように、フィールド装置２６−３６は、コントローラ１２内で記憶される制御ルーチンによる集中化された制御を受けるプロセス１９の部分と関連する。
【００１３】
コントローラ１２はインターフェースカード４０にも通信結合され、このカード４０は、プロセス制御が分散的に行なわれるプロセス制御ネットワークに（またはその一部）に接続される。図１に示される実施の形態においては、プロセス１９の非集中化されたプロセス制御部分は、インターフェースカード４０と、バス４２と、バス４２に接続された無数のフィールド装置４３、４４、４６、４８、５０とを含む。装置４３は、例えば、何らかのプロセス変数を測定する送信機であってよく、装置４４は、プロセス１９内で流量を制御するポジショナ／弁装置であってよい。図１の分散プロセス制御ネットワークは、例えば、フィールド通信プロトコルを用いるフィールドバスネットワークであってよく、インターフェースカード４０は、フィールドバス通信プロトコルと関連するリンクアクティブスケジューラ（link active scheduler）であってよい。
【００１４】
コントローラ１２内に位置する集中化されたプロセス制御ルーチンは、フィールド装置２６−３６から、そして可能性としては４３−５０から、入力を受け取り、計算および制御ルーチンと関連する他の活動を行ない、ついで、Ｉ／Ｏカード２０、２２、およびインターフェースカード４０によってフィールド装置にコマンドを送り、プロセス１９の所望の制御を実行する。しかしながら、プロセス制御ネットワーク１０の非集中化されたプロセス制御部分（すなはち図１のバス４２と関連するもの）は、コントローラ１２により行なわれている制御と関連して（またはその代わりに）非集中的に、それ自身のプロセス制御ルーチンを実行して良いことに注目されたい。このように、コントローラ１２は、バス４２に接続された装置４３−５０とつながり（interface）し、それらに対し制御を行なって良いが、これらの装置は、コントローラ１２により行なわれる制御と関連しないがそのかわりにバス４２に接続された装置中に分散された制御ブロックまたは機能ブロックを実行してもよい。いづれにせよ、本発明の自動チューナは、図１のフィールド装置２６−３６および４３−５０またはコントローラ１２のいづれかにおいて位置したいづれかの制御要素（機能ブロックのような）をチューニングするのに用いられてよい。
【００１５】
好ましい実施の形態において、プロセス制御ネットワーク１０の非集中化された部分はフィールドバス通信および制御プロトコルを用いているが、将来において開発されるプロトコルを含め、同様に他の公知のまたは所望のプロトコルを用いることが出来る。一般的に、フィールドバスプロトコルは、例えば、工場またはプラントの器械またはプロセス制御環境に位置するセンサ、アクチュエータ、装置コントローラ、弁などのような２線式ループまたはバス相互接続「フィールド」機器に、標準化された物理的インターフェースを与える全ディジタル、シリアル、双方向の通信プロトコルである。事実上、フィールドバスプロトコルは、プロセス内のフィールド計器（フィールド装置）のためのローカルエリアネットワークを与え、これにより、これらのフィールド装置が、プロセス機構中に分散された位置で制御機能を実行し、全体の制御戦略を実行するためにこれらの制御機能を実行した前後に互いに通信できるようになる。フィールドバスプロトコルによって、制御機能がプロセス制御ネットワーク中に分散可能となるので、集中化プロセスコントローラ１２の作業負荷を低減したり、それらのフィールド装置またはプロセスのエリアのために集中化コントローラ１２を必要としなくなる。フィールドバスプロトコルは、プロセス制御ネットワークで用いられるように開発された比較的新しい全ディジタル通信プロトコルであるが、このプロトコルは当該技術で公知であり、とりわけ、テキサス州、オースチンに本社のある営利団体ではないフィールドバスファウンデーション（Fieldbus Foundation）により出版され、流通され、そこから入手できる多くの記事、パンフレットおよび仕様書に詳細に記載されている。従って、フィールドバス通信プロトコルの詳細はここでは述べられない。
【００１６】
図２はある制御ループを構成する相互接続された機能ブロックの概略的なブロック図であり、この制御ループは、制御ループ内の機能ブロックが、バスのような通信ネットワークにより相互接続された様々な装置内に位置した、例えば、フィールドバスネットワークまたは他の分散化制御環境内で実現されてよい。図２に示される制御ループは、アナログ入力（ＡＩ）機能ブロック６０（これは、例えば、図１の送信機４３内に位置してよい）と、ＰＩＤ機能ブロック６２と、アナログ出力（ＡＯ）機能ブロック６４とを含む。図２の例示のループのために、ＰＩＤ機能ブロック６２およびＡＯ機能ブロック６４は、図１のポジショナ／弁４４内に位置する。機能ブロック６０、６２、６４の間の通信接続は、これらの機能ブロックのプロセスおよび制御入力と出力とを接続する線を用いて図２に示される。このように、ＡＩ機能ブロック６０の出力は、プロセス可変性測定値またはプロセスパラメータ信号を含んでよく、フィールドバス電線４２によってＰＩＤ機能ブロック６２の入力に通信結合され、機能ブロック６２は、ＡＯ機能ブロック６４の入力に通信結合された制御信号を含む出力を有する。ＡＯ機能ブロック６４の出力は、例えば弁４４の位置を示すフィードバック信号を含み、ＰＩＤ機能ブロック６２の制御入力に接続される。ＰＩＤ機能ブロック６２はこのフィードバック信号をＡＩ機能ブロック６０からのプロセス測定値信号（そして可能性として他の信号または設定点）と一緒に用いてＡＯ機能ブロック６４の所望の制御を行ない、それにより、ＡＩ機能ブロック６０により測定されたプロセス変数を制御する。図２の制御ループ図内の線により示される接続は、ＡＯ機能ブロック６４およびＰＩＤ機能ブロック６２の場合と同様に、機能ブロックが同じフィールド装置内にあるときに、フィールド装置内で内的に行なわれてよい。
【００１７】
制御要素６２をチューニングするのに用いられる自動チューナは、ポジショナ／弁４４内に位置した自動チューニング機能ブロック６６を含む。自動チューニング機能ブロック６６は、チューニング手続きの動的データキャプチャ段階の動作の間にＰＩＤ機能ブロック６２に通信結合されて、その入力に信号を送り、出力を変更することなどにより、ＰＩＤ機能ブロック６２を制御する。特に、チューニング手続きの動的データキャプチャ段階の間に、制御要素コントローラ６７（これは、ハードウェアまたはソフトウェアにおいて実現される信号発生器でもよい）は、機能ブロック６０、６２、６４を含む制御ループを駆動して、制御された誘導された発振手続き内に入らせる（または制御ループを駆動して他の所望のチューニング手続きを実行する）。データ収集ユニット（データＣＯＬ）６８は、この手続きの間にＰＩＤ機能ブロック６２（またはループの他の部分）により生成されまたはそれに送られるデータを集め、そして好ましくはこのデータを装置４４のメモリ内に記憶する。プロセス特性決定ユニット（プロセスＣＨＲ）６９は次いで、公知のまたは所望の手続きを用いて、集められたデータから、所望のプロセス特性（プロセス、ループまたは装置特性であってよい）を決定して良い。その後、通信ユニット７０は、計算されたプロセス特性（またはこのような特性を決定するのに必要なデータ）をチューニングコントローラ７１に与え、このコントローラ７１は好ましくは、オペレータワークステーションまたはＰＣ１４のひとつに位置しているが、自動チューニング機能ブロック６６が位置している装置４４から離れて、集中化コントローラ１２内などに位置していてもよい。
【００１８】
チューニング手続きの間、自動チューニング機能ブロック６６は、プロセスループに強制的にある変更を行なわせ、プロセス制御ループ内に存在する様々な数量または信号を感知して、プロセスまたは制御ループのひとつ以上のプロセス特性を決定する。プロセス特性（またはチューニング手続きの間に取りこまれたデータ）は、チューニングコントローラ７１に送られるが、このコントローラ７１はユーザインターフェース支援および一組以上の制御またはチューニングパラメータを生じさせるのに用いられるように異なる装置に位置している。ＰＩＤ機能ブロック６２を用いることははあくまで例示的であり、自動チューニング機能ブロック６６を、なんらかの他の制御ループ内の他の種類の機能ブロックとともに用いることが出来ることが理解されるだろう。さらに、チューニングコントローラ７１は、例えばユーザまたはオペレータインターフェース装置（ワークステーションのような）、コントローラ、または別のフィールド装置を含め、他の何らかの装置に位置することも出来る。
【００１９】
自動チューニング機能ブロック６６の個々の要素が所望の方法で実行されると理解されるだろう。例えば、好ましい実施の形態において、これらの要素の各々は、自動チューニング機能ブロック６６が記憶されている装置と関連するプロセッサ上で実行されるソフトウェアで実現される。この場合、制御要素コントローラ６７は、ＰＩＤ機能ブロック６２またはチューニングされている他の機能ブロックへの入力およびその出力と通信し、それらを制御するのに用いられるべき一連の命令であってよい。同様に、データ収集ユニット６８は、例えば、ＰＩＤ機能ブロック６２と関連するある所望の信号を監視し、装置４４のメモリ内にこれらの信号を示すデータを記憶する。プロセス特性決定ユニット６９は、記憶されるかまたは集められるデータからひとつ以上のプロセス特性を計算するかまたはそうでなければ決定するようにソフトウェアで実現されて良く、通信ユニット７０は、装置４４の通信プロトコルまたはセットアップを用いて、チューニングコントローラ７１と通信してもよい。例えば、フィールド装置においては、通信ユニット７０は、装置４４内ですでに与えられている通信システムがフィールドバス４２によってチューニングコントローラ７１にプロセス特性を伝えるようにしてよい。フィールドバス環境においては、個々のユニット６７、６８、６９、７０は、独立型フィールドバス機能ブロックとして一緒に実装されても、ＰＩＤ機能ブロック６２内で与えられても良い。代替的には、ユニット６７、６８、６９および／または７０のいづれかまたは全ては、プロセス制御環境においてはソフトウェア、ハードウェアまたはファームウェアで実現可能である。
自動チューニング機能ブロック６６そして、より特定的には、チューニング手続きの間に開放ループまたは閉ループチューニング技術のような所望のチューニング手続きを用いてよい。同様に、自動チューニング機能ブロック６６は、例えば、ＡＯ機能ブロック６４の出力、ＰＩＤ機能ブロック６２の設定ポイント、ＡＩ機能ブロック６０の出力などを含め、所望の変数を測定し、所望のプロセスまたはループ特性を決定してよい。好ましい実施の形態において、自動チューニング機能ブロック６６は、制御され誘導された発振手続きを用いて所望のプロセス特性を決定するように構成されてよい。このような構成では、自動チューニング機能ブロック６６のコントローラ６７は、誘導された発振が開始される前に、ＰＩＤ機能ブロック６２の制御入力に、ＰＩＤ機能ブロック６２に送られる制御信号の値辺りに中心を置かれた２ｄの選択可能なピーク対ピーク値を有する矩形波信号を与える。このような矩形波信号に応答して、図２の制御ループは、誘導された発振を行ない、ＡＩ機能ブロック６０の出力（すなはちプロセス変数）はピーク対ピーク振幅２ａおよび期間Ｔｕを有して発振する。プロセス変数の振幅ａおよび矩形波信号の振幅から、プロセスの極限（ultimate）利得Ｋｕは等式Ｋｕ＝４ｄ／πａに従って導出される。
【００２０】
この場合、プロセスの極限期間Ｔｕは、プロセス変数の発振の期間に等しいものとして計算可能である。自動チューニング機能ブロック６６は当然のことながら、他のデータを測定してよく、例えば、時間遅延Ｔｄおよびプロセスの支配的時定数を含む他の所望のプロセス特性を決定してよい。
【００２１】
このようなプロセス特性を計算した後、自動チューニング機能ブロック６６は、これらの特性をチューニングコントローラ７１に与え、これは、数量ＫｕおよびＴｕから、例えば、ＰＩＤ制御機能ブロック６２の比例利得Ｋｐ、積分時定数Ｔｉ、および微分時定数Ｔｄを含む仮の一組の制御またはチューニングパラメータを決定する。しかしながら、所望であれば、自動チューニング機能ブロック６６は、必要なデータを取りこみ、そのデータを記憶し、非実時間でバスによって記憶されたデータをチューニングコントローラ７１に与え、その場合、チューニングコントローラ７１は所望の方法で所望のプロセスまたはループ特性を計算して良い。
【００２２】
上記の説明にかかわらず、自動チューニング機能ブロック６６はＰＩ、ＰＩＤ、ファジイ論理または他の種類の制御要素を有する制御ループに対し公知の無数のルーチンを含む所望の動的データキャプチャルーチンを実行してよい。例えば、自動チューニング機能ブロック６６は米国特許第４，５４９，１２３号（その開示をここに引用により援用する）に記載されているハグランド−アストロム社のリレーチューニング手続きのような制御された誘導された発振手続きを実行してよい。リレータイプのチューニング方法では、自動チューニング機能ブロック６６はプロセスループ（機能ブロック６０、６２、６４で構成された）を、例えば非線形フィードバック機能を用いて自己発振させ、プロセスループの応答を測定して、極限利得および極限期間のような所望のプロセス特性を決定する。
【００２３】
代替的には、自動チューニング機能ブロック６６は、１９９３年８月１１日に出願され、「自動チューニングを備えたファジイ論理制御のための方法および装置 "Method and Apparatus for Fuzzy logic Control with Automatic Tuning"」と題された同時係属中の親出願連続番号０８／１０５、８９９（米国特許番号６，３３０，４８０。その開示をそこに引用により援用する）に記載されているチューナのいづれかの設計を組み込んで良い。例えば、自動チューニング機能ブロック６６（特にプロセス特性計算機６９）は、モデル突き合わせチューニング手続きを行なって良く、この手続きにおいては、プロセス変数に対しシグネチュア(signature)解析を行なって、複数の記憶された数学的モデルから、プロセスまたはループをもっとも正確に特徴付けるモデルを選択する。プロセスループのプロセス特性はついで、選択されたモデルから決定される。
【００２４】
さらに、自動チューニング機能ブロック６６は、米国特許第４６０２、３２６号（その開示をここに引用により援用される）において開示されるもののようなプロセス特性化のパターン認識方法を用いてループのプロセス特性を決定してよい。チューニングのパターン認識方法において、プロセスまたはループの特性は、それがプロセス混乱状況に反応するときにプロセス変数を観察することにより決定される。プロセス混乱状況の結果として生成されたプロセス変数のパターンは次いで解析されて、プロセスまたはループの所望の特性を決定する。
【００２５】
さらに、自動チューニング機能ブロック６６は、例えば、米国特許第５、２８３、７２９号、および１９９３年５月２８日に出願され、「プロセスコントローラを自動的にチューニングするシステムおよび方法"System and Method For Automatically Tuning a Process Controller"」と題された同時係属中の米国特許出願連続番号０８／０７０、０９０（米国特許番号５，４５３，９２５。その開示をここに引用により援用する）に開示されたもののようなプロセス（例えばループ）の特性を決定する信号注入方法を用いて良い。しかしながら、所望のごとく、他のどんなチューニング手続きが用いられても良く、自動チューニングコントローラ６７は、ここに述べられたまたは引用された具体的なチューニング手続きとともに用いることに限定されない。
【００２６】
同様に、チューニングコントローラ７１は、自動チューニング機能ブロック６６により計算されるか集められたプロセスまたはループ特性（または生データ）からチューニングパラメータを決定する所望の方法を用いて良い。例えば、チューニングコントローラ７１は、米国特許第５、７４８、４６７号（その開示をここに引用により援用する）に記載され引用されるチューニングパラメータ計算方法、例えば、いくつか例を挙げると、内部モデル制御（ＩＭＣ）チューニング、コーエン（Ｃｏｈｅｎ）およびクーン（Ｃｏｏｎ）チューニング、ツィーグラー・ニコルズチューニング（Ｚｉｅｇｌｅｒ−Ｎｉｃｈｏｌｓ）、または修正されたツィーグラー・ニコルズチューニングのいくつかを用いてよい。
一般に、チューニングコントローラ７１は、ひと組以上の規則（ファジイ論理規則組、ニューラルネットワーク機器構成または規則組、または線形か非線形アルゴリズムの組のような）を記憶して、これらを用いて、チューニングされている機能ブロックの種類に従って利得および時定数のようなチューニングパラメータを決定する。さらに、チューニングコントローラ７１（これは、様々な装置内のどんな数の様々な自動チューニング機能ブロックと通信してよい）は、様々な種類の制御ブロックまたはループのため異なる組のチューニングパラメータ計算規則を記憶して良く、そしてこのようにして、プロセス制御システム内のＰＩＤ、ＰＩ、ファジイ論理または他の制御要素のいづれかか全てをチューニングするのに用いられてよい。チューニングコントローラ７１は、様々な種類の制御要素とともに用いられるべき多くの異なる組の規則を記憶して良く、自動チューニング機能ブロック６６により決定される動的プロセス特性に基づいて新しいチューニングパラメータを計算するときにどんな組の規則であれ適切なものを応用することができるので、単一のチューニングコントローラ７１だけがプロセス制御ネットワーク内に位置する必要がある。
チューニングコントローラ７１が新しいチューニングパラメータを決定した後、それは、バス４２によって図２のＰＩＤ機能ブロック６２のような適切な制御要素にこれらのパラメータを与える。所望であれば、チューニングコントローラ７１は、チューニングパラメータを自動チューニング機能ブロック６６に与えて良く、自動チューニング機能ブロック６６は次いでこれらのパラメータをＰＩＤ機能ブロック６２に与えて良い。
チューニングの動的データキャプチャ段階の間に実行される機能がチューニングの規則アプリケーション段階の間に実行される機能から分離されるような、上で述べた分離された機能セットアップを用いて、自動チューナは、チューニング手続きの動的データキャプチャ段階の間に非常に正確に制御ループの動作のタイミングを制御することができる。さらに、この自動チューナは、チューニングされている制御ループのプロセス特性を正確に決定するのに必要なだけのデータを検出し、記憶することが出来る。なぜなら、データ通信は、バスによって実時間において生じていないからである。また、プロセスまたはループ特性（かなり複雑である）に基づいて新しいチューニングパラメータを決定することと関連する規則適用機能は、装置においてまたはループを制御するのに用いられる機能ブロックにより実行されないので、これらの機能は、動作ループ内に符号化される必要はない。これにより、全体のチューニングルーチンが、チューニングされている制御ブロック内に位置するシステムと比較すると、ループのオーバーヘッドを低減する。
【００２７】
さて図３を参照して、本発明の自動チューナのさらなる実施の形態は、集中化および非集中化された方法で実行される制御ブロックまたは制御機能を有する環境内で用いられるように示される。この例においては、ＡＩ機能ブロック６０およびＡＯ機能ブロック６４は図１の集中化コントローラ１２内に位置しそれにより実行され、コントローラ１２は、送信機装置および／ポジショナ装置（図１の装置２６、２８、３０、３２、３４、または３６のいづれであってもよい。）と通信して、これらの機能ブロックの入力および出力を得る。しかしながら、ＰＩＤ機能ブロック６２は図１の非集中化フィールドバスネットワーク内のポジショナ／弁装置４４内に記憶され、これにより実行され、図１のフィールドバスリンク４２およびインターフェースカード４０によって、集中化されたコントローラ１２と通信する。
【００２８】
この実施の形態においては、集中化コントローラ１２は、影（shadow）ＰＩＤ機能ブロック７２を含み（破線ブロックにより示される）、これは、ＰＩＤ機能ブロック６２と関連する入力および出力ならびに他のデータを映し、ＰＩＤ機能ブロック６２がまるで集中化コントローラ１２内に記憶されそれにより実行されているかのようにＡＩ機能ブロック６０およびＡＯ機能ブロック６４と通信する。より特定的には、影ＰＩＤ機能ブロック７２がＡＩ機能ブロック６０およびＡＯ機能ブロック６４からリンクによって、入力を受け取ると、それはすぐにポジショナ／弁装置４４内の実際のＰＩＤ機能ブロック６２にこれらの入力を送る。図３に破線で示されるように、影ＰＩＤ機能ブロック７２および実際のＰＩＤ機能ブロック６２間の通信は、フィールド装置４４と関連する通信プロトコルを用いて、この場合は、フィールドバスプロトコルを用いて行なわれる。実際のＰＩＤ機能ブロック６２は次いで、ＡＩ機能ブロック６０およびＡＯ機能ブロック６４がフィールドバスネットワーク内のフィールドバス機能ブロックであるかのように、標準的な方法で、受け取られた入力に基づいてその制御機能を実行する。
【００２９】
同様に、影ＰＩＤ機能ブロック７２は、実際のＰＩＤ機能ブロック６２の状態を示す出力および他のデータの周期的に更新したものを受信して、適切な時間にＡＩ機能ブロック６０およびＡＯ機能ブロック６４にコントローラ１２内のこのようなデータをリンクによって伝えるように構成されている。このようにして、ＡＩ機能ブロック６０およびＡＯ機能ブロック６４には、ＰＩＤ制御機能が集中化コントローラ１２内で与えられているように見える。これらのブロックは、これらのブロックが集中化コントローラ１２により実行される他の機能ブロックと通信するのと同じ方法で影ＰＩＤ機能ブロック７２と通信可能である。影機能ブロックの実現化例の詳細は、本発明の主題ではないが、１９９８年９月１０日に出願された「プロセス制御ネットワークで用いられる影機能ブロックインターフェース“A Shadow Function Block Interface For Use in a Process Control Network”」と題された米国出願連続番号０９／１５１、０８４（米国特許番号６，７３８，３８８）に詳細に説明され、これは本発明の譲受人により譲渡され、その開示はここに引用により援用される。
【００３０】
図３の実施の形態においては、自動チューニング機能ブロック６６はポジショナ／弁４４内に位置し、図２に関して説明されたように、チューニング手続きを実行するように実際のＰＩＤ機能ブロック６２と通信し、これを制御する。ＰＩＤ機能ブロック６２と同様に、自動チューニング機能ブロック６６はコントローラ１２内に位置する影自動チューニング機能ブロック７６を有する。実際の自動チューニング機能ブロック６６は、影自動チューニング機能ブロック７６と通信して、データ（計算されたプロセスまたはループ特性のような）を影自動チューニング機能ブロック７６に送り、自動チューニング機能ブロック７６からコマンドまたは他のデータを受信する。図２の実施の形態と同様に、自動チューナのチューニングコントローラ７１はワークステーションまたはＰＣ１４内に記憶されこれにより実行されるが、その代わりに、コントローラ１２内または他の所望の装置内であってよい。チューニングコントローラ７１は影自動チューニング機能ブロック７６と通信して、例えば、チューニングを開始するか、自動チューニング機能ブロック６６により生じさせられたプロセスまたはループ特性を受け取るか、または自動チューニング機能ブロック６６により集められたまたはその状態を示すデータを受信する。
【００３１】
チューニングが図３の実施の形態において望まれるならば、チューニングコントローラ７１はコマンドを（例えば、ユーザからまたはプロセス制御ネットワーク内のさらなるコントローラから）受け取り、チューニングを開始する。チューニングコントローラ７１は次いでチューニング開始コマンドを影自動チューニング機能ブロック７６に送り、ブロック７６はこのコマンドを実際の自動チューニング機能ブロック６６に送る。このコマンドに応答して、実際の自動チューニング機能ブロック６６は、図２の実施の形態に関して上で述べたようなもののいくつかのようなチューニング手続きを開始し、チューニング手続きの間にループにより生成されたデータを集め、次いでひとつ以上の所望のプロセス特性を計算するかまたは決定する。実際の自動チューニング機能ブロック６６は、次いで、これらの特性を（または集められたデータ）を影自動チューニング機能ブロック７６に与え、ブロック７６は、この情報をチューニングコントローラ７１に伝える。
【００３２】
代替的には、影自動チューニング機能ブロック７６またはチューニングコントローラ７１は、影ＰＩＤ機能ブロック７２の状態を変更してよい（影ＰＩＤ機能ブロック７２は実際のＰＩＤ機能ブロック６２の状態を変更するが、これは、実際のＰＩＤ機能ブロック６２に強制的に実際の自動機能ブロック６６を呼び出させるかまたはこれと通信させて、それによってチューニング手続きを実行させる）。この場合、ＰＩＤ機能ブロック６２の状態に変化があるとすぐに、影自動チューニング機能ブロック７６は開始されるかまたは自動的にインストールされてよい。
【００３３】
いづれにせよ、チューニングコントローラ７１は、所望のチューニングパラメータ計算方法を用いて、受信されたデータ（計算されたループまたはプロセス特性のような）に基づいて、新しいチューニングパラメータを決定する。チューニングコントローラ７１は次いでこのようなチューニングパラメータを影ＰＩＤ機能ブロック７２（または必要に応じて他のどんな機能ブロックにでも）に送り、影ＰＩＤ機能ブロック７２は、これらの新しいチューニングパラメータを実際のＰＩＤ機能ブロック６２を送り、ここでそれらはループの正規動作の間にＰＩＤ機能ブロック６２により用いられる。
【００３４】
影自動チューニング機能ブロック７６を用いることは望ましいが必要ではなく、その代わりに、チューニングコントローラ７１は、直接自動チューニング機能ブロック６６と通信してチューニング手続きを実行することは理解されるであろう。さらに、図２および３の実施の形態は、ＰＩＤ機能ブロック６２とは別個の機能ブロックとして自動チューニング機能ブロック６６を示しているが、そのかわりに自動チューニング機能ブロック６６の機能性は、別個の機能ブロックであるかわりにＰＩＤ（または他の制御）機能ブロック６２内に組み込み可能である。
【００３５】
好ましくは、自動チューニング影機能ブロック７６は、フィールドバス装置の自動チューニング機能ブロック６６の属性と同一の属性を有する。しかしながら、ある実施の形態においては、ＳＴＲＡＴＥＧＹ、ＡＬＥＲＴ＿ＫＥＹ、ＭＯＤＥ＿ＢＬＫ、およびＢＬＯＣＫ＿ＥＲＲの標準的なフィールドバス属性は、実際の自動チューニング機能ブロック６６において与えられるが、影自動チューニング機能ブロック７６において与えられる必要はない。また、自動チューニング影機能ブロック７６はユーザに直接見える必要はない。なぜなら、それは、チューニング手続きの識別段階（すなはち動的データキャプチャ段階）の間のみ、制御を開始し、チューニングコントローラ７１と自動チューニング機能ブロック６６との間の通信を与えるのに用いられるからである。にもかかわらず、自動チューニング影機能ブロック７６のパラメータは、チューニングコントローラ７１およびチューニングユーザインターフェースアプリケーションにより利用可能であり、これらにより用いられ、そして所望であれば、ユーザアプリケーションにより得られる。さらに、フィールドバスＰＩＤ機能ブロック６２は好ましくは、自動チューニング機能ブロック６６の開始指数を含むように修正され、この指数は、影自動チューニング機能ブロック７６により用いられるように利用可能である。これによって、ＰＩＤ機能ブロック６２は自動チューニング機能ブロック６６により制御可能となる。
【００３６】
プロセス特性情報は、例えば、影自動チューニング機能ブロック７６だけでなくフィールドバス自動チューニング機能ブロック６６内に、他の種類のフィールドバス機能ブロックと関連する他の属性と同じ方法で属性として含まれる。当業者は、用いられている様々な種類のチューニング、および自動チューナが位置するシステムの様々な局面に依って、様々な属性を影自動チューニング機能ブロック７６だけでなく実際の自動チューニング機能ブロック６６において与えることが可能である。自動チューニング機能ブロックにより与えられる例示のプロセス特性は以下の通りに規定される：Ｔ＿ＩＰＧＡＩＮ-積分プロセス利得-入力におけるユニットステップ変更に対するプロセス出力の変更のレート；Ｔ＿ＵＧＡＩＮ-極限利得-ループがかろうじて安定している、つまり、安定性と不安定性との間の境界上にある比例コントローラ利得の値；Ｔ＿ＵＰＥＲＩＯＤ-極限期間-そのコントローラ利得がプロセスの極限利得に設定されるループの発振期間；Ｔ＿ＰＳＧＡＩＮ-プロセス静的利得-プロセス出力変更のプロセス入力変更に対する比；Ｔ＿ＰＴＩＭＥＣ；プロセス時定数-システムがステップ入力に応答し始めるときと、システムがその最終の着実な状態の値の６３パーセントに達するときとの間の持続時間；およびＴ＿ＰＤＴＩＭＥ-プロセス遅延時間-制御動作が行なわれているときとプロセスがこの動作に応答するときとの間の時間の長さ。
【００３７】
チューニングテストが完了したとき、これらの属性は、自動チューニング機能ブロック６６において計算され、次いで、例えば、ワークステーション１４内にチューニングコントローラ７１に提示され、これは、これらのプロセス特性情報または属性のうちのひとつ以上を用いて、例えば、ＰＩまたはＰＩＤまたはファジイ論理コントローラのための利得、積分時間（リセットの逆）および微分時間（レート）のようなチューニングパラメータを決定する。ある実施の形態においては、上に挙げられた属性は、浮動小数点データであってよく、静的データとして不揮発性メモリ内に記憶されて良く、リードオンリーデータとしてアクセスされてよい。また、上に挙げられた属性の各々は、フィールドバスまたはＤｅｌｔａＶプロトコルのビュー１および３において利用可能であってよい。フィールドバスまたはＤｅｌｔａＶプロトコルにおけるビューリストは、機能ブロックからの情報に対する単一の要求（すなはちあるビュー）により与えられるパラメータを規定すると理解されるだろう。このように、ビュー要求を用いて、影自動チューニング機能ブロック６６は、自動チューニング機能ブロック６６から大多数の利用可能な属性の最新値を得て良い。
【００３８】
さらに、上に挙げられた属性またはプロセス特性は自動チューナのひとつの可能な実現化例と関連し、本発明に従って動作するように他の方法で構成される他の自動チューナにより与えられる他の属性および情報があることが理解されるだろう。
【００３９】
このような他のプロセス特性情報は、極限利得、静的利得、および積分利得のような所望の種類の利得と、極限期間、不動作時間、および微分時間のような時間と、プロセスと関連する時定数と、他の所望の情報とを含んで良い。
【００４０】
理解されるように、実行される自動チューニングの正確な種類は本発明にとっては重要でなく、上で挙げられたリストは、チューニングコントローラ７１に利用可能にされてチューニングコントローラ７１がひとつ以上のチューニングパラメータを決定することが可能なプロセス特性情報のなんらかの種類の単なる例にすぎない。所望であれば、チューニングコントローラ７１は、なんらかの種類のＰＩＤ、ファジイ論理、ニューラルネットワークなどのプロセスを用いて、極限利得、極限期間、および不動作時間のような入力から、コントローラ利得、リセットなどのようなチューニングパラメータを決定して良い。
【００４１】
好ましい実施の形態においては、自動チューニングアプリケーション（すなはちチューニングコントローラ７１）は、フィールドバス装置（すなはち実際のＰＩＤ機能ブロック６２）内で関連する機能ブロックに自動チューニングが行なわれるべきであると示すため、影ＰＩＤ機能ブロック７２のＴＵＮＳＫＩ属性に書き込みをする。この属性変更に応答して、影自動チューニングブロック７６のインスタンスが集中化コントローラ１２内で作成される。（付随的に、チューニングコントローラ７１は、いつ自動チューニングが完了するかを示すためにＴＵＮＳＫＩ属性に書き込みをし、これによって、影自動チューニング機能７６は廃棄される）。影自動チューニング機能ブロック７６が作成された後、フィールドバス装置内の関連する自動チューニング機能ブロック６６の状態が読まれる。自動チューニング機能ブロック６６の状態がクリア（Ｔ＿Ｒｅｑｕｅｓｔ＝０）であるならば、チューニングは着手されてよい。
【００４２】
しかしながら、もし、Ｔ＿Ｒｅｑｕｅｓｔ属性が０でなければ、チューニングはフィールド装置内でアクティブ（活動最中）である。この場合、チューニング要求は尊重されず、影自動チューニング機能ブロック７６のインスタンスは消去され、それにより自動チューニングを停止する。
【００４３】
影自動チューニング機能ブロック７６のインスタンスが作成されると、その静的および動的属性は、自動チューニング機能ブロック６６のものに反映する。これらの値は、まるで集中化コントローラ１２内のＰＩＤ機能ブロックがチューニングされているかのように自動チューニングアプリケーションによるアクセスされるだろう。このように、もし自動チューニングアプリケーション（コントローラ）７１が新しい値を影自動チューニング機能ブロック７６の属性に書き込むならば、影自動チューニング機能ブロック７６は、関連の自動チューニング機能ブロック６６に対しこの属性値の書き込みを開始する。同様に、自動チューニング機能６６がフィールドバス装置内でアクティブに働いているとき、影自動チューニング機能ブロック７６は周期的に自動チューニング機能ブロック６６の動的属性値を得る（フィールドバスプロトコルにおけるビュー３）。自動チューニング機能ブロック６６が機能ブロックとして規定されているので、このビューは他のブロックと同じ方法でアクセスされる。ビュー要求に応答して与えられた動的属性値は次いで、その動的属性値を更新させるために影ブロック７６において用いられる。フィールドバスインターフェースカード４０（図１）が静的属性値において変更を見ると、それは、自動チューニング機能ブロック６６から静的属性の全て（ビュー４）を要求する。この要求に応答して受け取られた静的値は次いで、影自動チューニング機能ブロック７６の属性を更新させるのに用いられる。
【００４４】
さらに、集中化コントローラ１２と関連する装置ライブラリ内の装置がＰＩＤ機能ブロックを含むとき、このテンプレート情報は、図３のポジショナ／弁４４内のような装置内でそれと関連する自動チューニング機能ブロックの開始のオブジェクトディクショナリ指数を規定するＰＩＤ機能ブロックと関連するひとつの静的属性を含んで良い。一般的に、ひとつ以上のＰＩＤ（および／または他の制御）ブロックを含む装置内にひとつの自動チューニング機能ブロックが存在する必要がある。しかしながら、自動チューング機能ブロック６６は好ましくは、装置テンプレート内のブロックとして規定されないだろうし、したがってライブラリには示されないだろう。にもかかわらず、影自動チューニング機能ブロック７６が集中化コントローラ１２により作成されるとき、自動チューング機能ブロック６６の指数は影自動チューニングブロック７６により用いられるだろう。この指数に基づいて、プロキシは、自動チューニング機能ブロック６６のためのフィールドバスインターフェースカード４０において確立されるだろう。このようにして、遠隔装置（例えばフィールドバス）装置における自動チューニング属性は、自動チューナアプリケーションが活性化され、関連のＰＩＤ機能ブロック６２がチューニングのために選択されてしまうと、アクセスされる。ＰＩＤ機能ブロック６２が遠隔装置で実行されているとき、その装置内の自動チューニング機能ブロックに対するＰＩＤ機能ブロック基準がわかるだろう。もしＰＩＤ機能ブロックが集中化コントローラ１２内で実行されているならば、自動チューニングブロックは、自動チューニングの開始時にＰＩＤブロックによってインスタンス生成が行なわれるだろう。
【００４５】
さて図４を参照して、別の実施の形態は、実際の自動チューニング機能ブロック６６がコントローラ１２内に位置し、コントローラ１２内に位置するＰＩＤ機能ブロック６２をチューニングするのに用いられる場合を示す。この構成は、例えば、非スマート装置または他の装置を制御する制御ブロックをチューニングすることが望まれる場合、用いられて良く、その動作は集中化コントローラ１２により実行される制御機能ブロックにより制御される。チューニングコントローラ７１は、コントローラ７１が実際の自動チューニング機能ブロック６６と直接通信し、機能ブロック６６が実際のＰＩＤ機能ブロック６２と通信し、その両方がコントローラ１２内に記憶されることを除いては、図３の実施の形態と同じ方法で動作することが理解されるだろう。
【００４６】
好ましい実施の形態において、自動チューニング機能ブロック６６は、遠隔（例えばフィールドバス）装置内でまたはコントローラ１２内で修正子（modifier）機能ブロックとして与えられる。一般的に、修正子機能ブロックは、オリジナルまたは基本機能ブロック（ＰＩＤ機能ブロック６２のような）のアルゴリズムを修正する機能ブロックであり、オリジナルまたは基本機能ブロックの一部ではない。
【００４７】
修正子機能ブロックの概念は図５に関して詳細に述べられるだろう。図５は、基本またはオリジナル機能ブロック７８を示し、これは、この例では、図２、３、および４のＰＩＤ機能ブロック６２である。理解されるように、基礎またはオリジナル機能ブロック７８は、プロセッサにより実行されるコードまたは他の種類のコードのラインを有するアルゴリズム８０を含む。ポイント８２および８４として図５に示されるコード内のひとつまたは多くの点では、中断または分岐点はアルゴリズム８０内に設定される。これらの分岐点８２、８４のひとつまたは両方は、アルゴリズム８０内で向上させられた性能を与えるのに用いられてよく、このような向上させられた性能は、アルゴリズム９４を有する修正子機能９０ブロックにより与えられる。
【００４８】
一般的に言って、分岐点８２、８４は、他の所望の分岐点といっしょに、それが作成されるときに基本機能ブロック７８内にセットアップされる。しかしながら、これらの分岐点のコンテンツは、基本機能ブロック７８をコンパイルした後、修正子機能ブロック９０かまたは基本アルゴリズム８０内の次ぎのラインのコードに対するポインタを含むように変更されてよい。最初に、中断点８２でのポインタは、基本アルゴリズム８０内の次ぎのラインのコードを指し示すように、またはアルゴリズム８０がこれに続くようにするために設定され、したがって、アルゴリズム８０が、向上させられた性能なしに動作するようになる。しかしながら、なんらかの向上させられた性能または機能性が基本機能ブロック７８に付加されることが望まれる場合、ひとつ以上の分岐点でのポインタ（例えば点８２）は、アルゴリズム８０がその分岐点に達すると、アルゴリズム８０が修正子機能ブロック９０内のアルゴリズム９４を呼び出すか、またはそうでなければ、アルゴリズム９４に制御を転送するように設定される。所望であれば、ポインタ８２は、メモリ内で修正子機能ブロック９０のアドレスを示すアドレスを格納してよく、修正子機能ブロック９０に制御を渡すのに用いられる他の分岐装置または方法であってよい。
【００４９】
制御が修正子機能ブロック９０に渡されると、ある予め規定されたデータが修正子機能ブロック９０に送られるかまたはそれに利用可能にされ、修正子機能ブロック９０は、アルゴリズム９４の動作の間にこのデータを用いるか変更する。このデータは好ましくは、インターフェース９６として図５に示される固定されたまたは予め規定されたインターフェースを介して与えられる。インターフェース９６は典型的には、基本機能ブロック７８内のどこに制御を戻すべきかで修正子機能ブロック９０で用いられるのに必要なパラメータまたはデータ値（またはアドレスのようなそれに対するポインタ）のうちのいづれか、および／または、制御を取り、実行し、制御を基本機能ブロック７８に制御を戻すために必要とされる他のデータまたは情報を含む。制御を受け取ると、修正子機能ブロック９０は、インターフェース９６によって与えられたデータ上に作用するそのアルゴリズム９４を実行し、そして、終了すると、制御がそこから解放された中断点または分岐点からすぐに先に進むかまたは続くような（実行の意味で）基本機能ブロック７８のアルゴリズム８０内の点に制御を戻す。修正子機能ブロック９６は、インターフェース９６によって（修正子機能ブロック９０に制御を送るのに用いられるものと同じであるかまたは異なるインターフェースであってよく）あるデータを戻し、そのデータは基本機能ブロック７８内のアルゴリズム８０により用いられる。
【００５０】
２つの分岐点８２、８４が図５に示されているが、１つ、３つ、または他の数の分岐点が、アルゴリズム８０内のひとつ以上の点で向上させられた性能を与えるためにオリジナル機能ブロック８０内に配置可能である。さらに、基本機能ブロック７８内の分岐点は、修正子機能ブロック９０内のアルゴリズム９４の異なる部分またはサブルーチンを呼び出すために設定されて、それにより、基本アルゴリズム８０の異なる部分で異なる向上させられた機能を与えてよい。この機能性は、基本アルゴリズム８０内で様々な点に付加された様々な性能を有することが必要であるかもしれない基本機能ブロック７８内でチューニングのような完全に新しい手続きを実現するのに必要であるかもしれない。当然、基本アルゴリズム８０内の様々な分岐点は、単一の修正子機能ブロックの同じまたは異なる部分を呼び出すためにセットアップされても、様々な修正子機能ブロックを呼び出すのにセットアップされてもよい。
【００５１】
最初に販売されている場合、基本機能ブロック７８には分岐点８２、８４（他の所望の分岐点だけでなく）が設けられてよく、これにより、修正子機能ブロックの向上させられた性能を後日ユーザに与えられる。ユーザが修正子機能ブロックと関連する機能性を実現する必要がないかまたはこれを欲しないとき、ユーザは、ナル値、または、アルゴリズム８０が修正子機能ブロックを呼び出すことなく継続すべきであると示す、基本アルゴリズム８０内の分岐点での他の何らかの指示を記憶させる必要があるだけである。修正子機能ブロックの機能が付加されるべきであるとき、基本アルゴリズム８０内のひとつ以上の分岐点でのポインタの値は、その分岐点に達すると、基本アルゴリズム８０が適切な修正子機能ブロックを呼びだすように変更される。典型的には、これは、基本機能ブロック７８を再コンパイルすることなく行なうことが可能である。その後、修正子機能ブロック９０は、基本アルゴリズム８０が分岐点に達すると呼び出される。呼び出されると、修正子機能ブロック９０は、基本機能ブロック７８内でアルゴリズム８０の機能性を向上させるか変更させるためにアルゴリズム９４を実行する。しかしながら、向上させられたかまたは新しい機能性がもはや望まれない場合、例えば、チューニング手続きの終わりに、分岐点は、基本機能ブロック７８が修正子機能ブロック９０を呼び出さないようにリセット可能である。
【００５２】
このように、基本機能ブロック７８は、更新された性能なしに最初に販売可能であり、これは、その機能ブロックと関連するドキュメンテーションおよびオーバーヘッドを減らす。しかしながら、基本機能ブロック７８は、単に適切な修正子機能ブロック９０を、基本機能ブロック７８が記憶されている装置に付加し、基本機能ブロック７８のアルゴリズム８０内のポインタを変更するだけで更新可能である。これにより、完全な新しい基本ブロックをインストールする必要なく、また基本機能ブロック７８を再コンパイルする必要なく、基本機能ブロックを向上させるかまたは後日変更することが出来、これによって、基本機能ブロック７８を容易に更新できる。さらに、様々な修正子機能ブロックは、システムを更新させることに関してユーザにより多くの選択肢を与える同じ基本機能ブロックのために開発可能である。これにより、機能ブロックプロバイダが比較的簡単に修正子機能ブロックの様々なバージョンを与えたり更新したりできるようにもなる。さらに、基本機能ブロック７８のアルゴリズム８０は、修正子機能ブロックに対する標準的なインターフェースを支援するようにブロックが設計される付加的な性能を与えるように修正される必要はない。同様に、付加された機能性のための支援は、機器構成の間またはチューニングアプリケーションのようなカスタムアプリケーションを通じて設定されたブロック属性により示されるように呼び出されるだけである。これは、修正子機能ブロックにより与えられる特徴がプロセスの正規動作の間に必要でないときに、メモリおよびＣＰＵ要件を低減させる。理解されるように、修正子機能ブロックを用いるとき、基本機能ブロックは、それが修正子機能ブロックを呼び出す性能（ケイパビリティ）を有しなければならず、すなはちその中にひとつ以上のリセット可能な分岐点を有しなければならないという事実を除いては同じままである。
【００５３】
フィールドバス環境において用いられるとき、修正子機能ブロック９０（この場合自動チューニング機能ブロック６６）は、基礎機能ブロック（例えばＰＩＤ機能ブロック６２）と同じ実行時間フレーム内で実行されるだろう。さらに、修正子機能ブロック９０は、ユーザにはシステム内の機能ブロックとして見える必要はない。なぜならば、それは単に基本機能ブロック７８のアルゴリズム８０を修正しているだけであるからだ。しかしながら、所望であれば、自動チューナアプリケーションユーザインターフェースは、周知のＯＰＣプロトコルを用いて修正子機能ブロック９０から情報を得ることが出来る。さらに、単に、修正子機能ブロック９０のコードを単に変更することにより基本機能ブロック７８のコードを変更することは容易であるが、修正子機能ブロック９０は基本機能ブロック７８よりもより簡単にシステムに付加可能であり、システムから消去可能である。これは、高度の制御性能の開発を非常にスピードアップさせ、カスタマがそれらの機能を用いる特定のアプリケーションを有するときに、そのカスタマが基本機能ブロックにオーバーヘッドを付加しさえすればよいということを意味する。つまり、修正子機能ブロックに与えられる付加的な機能性が必要でないときに、カスタマは、修正子機能ブロックを用いることおよびコンパイルすることなくシステムのオーバーヘッドを低減させる。
【００５４】
この説明は、単一の自動チューニング機能ブロック６６と単一のチューニングコントローラ７１とを有する自動チューナの実現化およびこれを用いることに向けられてきたが、自動チューナは、単一または多数のチューニングコントローラ７１、および／または異なる装置に位置する多数の自動チューニング機能ブロック６６を含むことが可能であることが理解されるだろう。さらに、単一の自動チューニング機能ブロック６６は、同じ装置内で多数の異なる制御ブロックの動的データキャプチャ段階を実行するのに用いられることが出来、そしてそのようなわけで２つ以上の制御ブロックを有する装置は依然としてひとつの自動チューニング機能ブロックを有する必要があるだけである。同様に、同じ種類の自動チューニング機能ブロックは、異なる種類の制御ブロック（ＰＩ、ＰＩＤおよびファジイ論理制御ブロックのような）とともに用いられることが出来る。なぜならば、同じ動的データキャプチャ技術を、これらの異なる種類の制御要素の各々を有するループのために用いることが出来るからである。自動チューニング機能ブロックは、外部プロセス制御通信プロトコル（フィールドバスプロトコル）を用いて実現可能であり、フィールドバスプロトコルにより特定されかつこれにより支援される様々な機能ブロックと同様であるかまたは同じである機能ブロックを含め、なんらかの種類の機能ブロックと通信するのに用いられて良い。さらに、自動チューニング機能ブロックはここではフィールドバス「機能ブロック」として述べられているが、ここで「機能ブロック」という表現を用いることは、フィールドバスプロトコルが機能ブロックとして特定するものに限定されないが、そのかわりに、なんらかの種類の制御システムおよび／または通信プロトコルと関連し、なんらかの制御機能を実行するのに用いられるどんな他の種類のブロック、プログラム、ハードウェア、ファームウェアなどを含む。このように、機能ブロックは典型的にはオブジェクト指向プログラミング環境内でオブジェクトの形をとっているが、その必要はなく、その代わりに、プロセス制御環境内で特定の制御（入力および出力を含む）機能を実行するのに用いられる他の論理ユニットであってよい。
【００５５】
ここで説明された自動チューニング機能ブロックおよびチューングコントローラは好ましくは、コントローラまたは他のプロセス制御装置内に記憶されたソフトウェアで実行されているが、それらは、所望のごとくハードウェア、ファームウェア、などで代替的にまたは付加的に実行されてもよい。ソフトウェアで実行されるときは、本発明の自動チューニング機能ブロックおよびチューニングコントローラは、磁気ディスク、レーザディスク、または他の記憶媒体上のようなコンピュータ読み取可能なメモリ内で、コンピュータ、コントローラー、フィールド装置のＲＡＭまたはＲＯＭなどにおいて記憶されてよい。同様に、このソフトウェアは、電話回線、インターネットなどのような通信チャンネルによってを含め、公知のまたは所望の送り方法によって、ユーザまたは装置に送られても良い。
【００５６】
また、本発明の自動チューナは、一組のフィールドバス装置を用いて非集中化または分散化した方法でプロセス制御機能を実行するプロセス制御ネットワークと関連して詳細に説明されたが、本発明の自動チューナは、アナログおよび／またはディジタル通信を支援する２線式バスおよびプロトコル以外のものを信頼するプロトコルを含め、他の種類のフィールド装置および通信プロトコルを用いて制御機能を実行するプロセス制御ネットワークとともに用いられて良いことが理解されるだろう。例えば、本発明の自動チューナは、ＨＡＲＴ、ＰＲＯＦＩＢＵＳなどの通信プロトコル、または既存であるか将来において開発されるかもしれない他の通信プロトコルに従う装置を用いるプロセス制御ネットワークにおいて用いられることが出来る。
【００５７】
本発明は、具体例を参照して説明されたが、これらは、あくまでも例示的であり、本発明を限定するものではないが、本発明の精神および範囲を逸脱することなく、開示された実施の形態に、変更、追加、およびまたは消去を加えてよいことは当業者には明らかである。
【図面の簡単な説明】
【図１】自動チューナを用いる分散化制御要素を有するプロセス制御ネットワークの概略的なブロック図である。
【図２】分散化プロセス制御環境内の制御ループにおいて用いられる自動チューナの実施の形態の概略的なブロック図である。
【図３】分散化および集中化制御要素の両方を有するプロセス制御環境内で制御ループにおいて用いられる自動チューナのさらなる実施の形態の概略的なブロック図である。
【図４】集中化制御要素を有するプロセス制御環境内の制御ループにおいて用いられる自動チューナのさらなる実施の形態の概略的なブロック図である。
【図５】プロセス制御環境内で修正子機能ブロックとして実行される自動チューニング機能ブロックの概略的なブロック図である。
【符号の説明】
４４ 第１の装置
１４ 第２の装置
６２ 制御要素
４４ 第１のチューニング要素
６７ 制御要素コントローラ
６８ データ収集ユニット
７９ コミュニケータ
７１ 第２のチューニング要素
Claims (24)
- 通信ネットワークによって通信結合された第１および第２の装置と、第１の装置内に位置する制御要素とを有するプロセス制御システムにおいて用いられる自動チューナであって、
第１の装置内に位置した第１のチューニング要素を含み、前記第１のチューニング要素は、
制御要素に通信結合され、チューニング手続きの間に制御要素の動作を制御するチューニングパラメータを有する制御要素コントローラと、
チューニング手続きの間の前記プロセス制御システムに関連するデータを集めるデータ収集ユニットと、
データ収集ユニットで集められたデータからプロセス特性を計算するプロセス特性計算機と、
通信ネットワークによって第２の装置にプロセス特性計算機で計算されたプロセス特性を示すプロセス特性情報を伝えるコミュニケータとを含み、
前記自動チューナはさらに、第２の装置内に位置し、通信ネットワークを介して第１のチューニング要素に通信結合された第２のチューニング要素を含み、
前記第２のチューニング要素は、第１のチューニング要素がデータを集め、当該集めたデータからプロセス特性を示すプロセス特性情報を計算し、前記プロセス特性を前記第２のチューニング要素に伝えるチューニングの動的データキャプチャ段階とは時間的に分離したチューニングの規則アプリケーション段階の間に、プロセス特性情報から制御要素コントローラに出力されるチューニングパラメータの値を決定し、
制御要素コントローラは、チューニングパラメータの値に基づいて制御要素の動作を制御する自動チューナ。 - プロセス特性情報は、集められたデータを含む、請求項１に記載の自動チューナ。
- 前記第２のチューニング要素は、特定の種類の制御要素のためのチューニングパラメータの値を決定するのに用いられる一組の規則を含む、請求項１に記載の自動チューナ。
- 一組の規則は、比例・積分・微分制御要素のためのチューニングパラメータの値を決定するように構成される、請求項３に記載の自動チューナ。
- 一組の規則は、比例・積分制御要素のためのチューニングパラメータの値を決定するように構成される、請求項３に記載の自動チューナ。
- 一組の規則は、ファジイ論理制御要素のためのチューニングパラメータの値を決定するように構成される、請求項３に記載の自動チューナ。
- 一組の規則は、ニューラルネットワークを用いてチューニングパラメータの値を決定するように構成される、請求項３に記載の自動チューナ。
- 第２のチューニング要素は、複数組の規則を含み、該複数組の規則の各々は、異なる種類の制御要素のためのチューニングパラメータの値を決定するように構成される、請求項１に記載の自動チューナ。
- 第１の装置はフィールドバス装置であり、前記第１のチューニング要素は、フィールドバスプロトコルに従う自動チューナ機能ブロックである、請求項１に記載の自動チューナ。
- 前記第２のチューニング要素は、決定されたチューニングパラメータの値を制御要素コントローラに送る、請求項１に記載の自動チューナ。
- 前記第２のチューニング要素は、プロセス制御システムと関連する集中化コントローラ内に位置している、請求項１に記載の自動チューナ。
- 前記第２のチューニング要素は、プロセス制御システムと関連するユーザワークステーション内に位置している、請求項１に記載の自動チューナ。
- 第３の装置内に位置した第３のチューニング要素をさらに含み、第３の装置はさらなる制御要素を含み、前記第３のチューニング要素は、
第３の装置内でさらなる制御要素に通信結合され、さらなるチューニング手続きの間にさらなる制御要素の動作を制御する第２のチューニングパラメータを有する第２の制御要素コントローラと、
さらなるチューニング手続きの間に生成されたデータを集める第２のデータ収集ユニットと、
前記制御要素コントローラのための前記第２のチューニングパラメータの値を決定するのに用いるために、通信ネットワークによって第２の装置にさらなる制御要素と関連するプロセス特性情報を伝える第２のコミュニケータとを含む、請求項１に記載の自動チューナ。 - 通信ネットワークによって通信結合された第１および第２の装置と、第１および第２の装置の各々内でソフトウェアを実行することが出来るプロセッサと、第１および第２の装置内の各々内のメモリと、第１の装置内に位置する制御要素とを有するプロセス制御システムにおいてチューニング手続きを実行するのに用いられる自動チューナであって、
第１の装置のメモリ内に記憶可能且つ第１の装置のプロセッサ上で実行可能なチューニング機能ブロックソフトウェアを含み、前記チューニング機能ブロックソフトウェアは、
チューニング手続きの間に第１の装置内の制御要素の動作をチューニングパラメータを用いて制御する制御ルーチンと、
チューニング手続きの間に得られた前記プロセス制御システムに関連するデータを集め、第１の装置のメモリ内に集められたデータを記憶するデータ収集ルーチンと、
前記データ収集ルーチンで集められたデータからプロセス特性を計算するプロセス特性計算ルーチンと、
通信ネットワークによって前記プロセス特性計算ルーチンで計算されたプロセス特性を示すプロセス特性情報を第２の装置に伝える通信ルーチンとを含み、
前記自動チューナはさらに、
第２の装置のメモリ内に記憶可能且つチューニング手続きの間にデータを集め、当該集めたデータからプロセス特性を示すプロセス特性情報を計算する動的データキャプチャ段階とは時間的に分離したチューニングの規則アプリケーション段階の間に、プロセス特性情報から前記制御ルーチンのためのチューニングパラメータの値を決定し、当該チューニングパラメータの値を前記制御ルーチンに出力する第２の装置のプロセッサ上で実行可能なチューニングパラメータ計算ソフトウェアを含み、
チューニング機能ブロックソフトウェアは、チューニングパラメータの値に基づいて制御要素の動作を制御する自動チューナ。 - 前記チューニングパラメータ計算ソフトウェアは、計算されたプロセス特性から特定の種類の制御要素のためのチューニングパラメータの値を決定するのに用いられる一組の規則を含む、請求項１４に記載の自動チューナ。
- 一組の規則は、比例・積分・微分制御要素のためのチューニングパラメータの値を決定するように構成される、請求項１５に記載の自動チューナ。
- 一組の規則は、ファジイ論理制御要素のためのチューニングパラメータの値を決定するように構成される、請求項１５に記載の自動チューナ。
- 一組の規則は、ニューラルネットワークを用いてチューニングパラメータの値を決定するように構成される、請求項１５に記載の自動チューナ。
- 第１の装置はフィールドバスフィールド装置であり、前記チューニング機能ブロックソフトウェアは、フィールドバスプロトコルに従う自動チューナ機能ブロックである、請求項１４に記載の自動チューナ。
- 通信ネットワークによって通信結合された第１の装置および第２の装置を有するプロセス制御システムの第１の装置内に位置し、チューニングパラメータを有する制御要素をチューニングする方法であって、
第１の装置内に記憶された制御手続きを実行して制御要素の動作を制御し、それによってチューニング手続きを実行するステップと、
第１の装置においてチューニング手続きの間に得られた、第１の装置の制御出力に関連するデータを集めるステップと、
集められたデータからプロセス特性を決定するステップと、
通信ネットワークによって、集められたデータから展開され、決定されたプロセス特性を示すプロセス特性情報を第２の装置に伝えるステップと、
第２の装置において、チューニング手続きの間にデータを集め、当該集めたデータからプロセス特性を示すプロセス特性情報を計算する動的データキャプチャ段階とは時間的に分離したチューニングの規則アプリケーション段階の間に、プロセス特性情報から制御要素のためのチューニングパラメータの値を決定するステップとを含み、
チューニング手続きを実行するステップは、決定されたチューニングパラメータの値に基づいて制御要素の動作を制御する、制御要素をチューニングする方法。 - プロセス特性情報は集められたデータを含む、請求項２０に記載の制御要素をチューニングする方法。
- 前記チューニングパラメータの値を決定するステップは、第２の装置内で特定の種類の制御要素のためのチューニングパラメータを決定するのに用いられる一組の規則を記憶するステップと、記憶された一組の規則を用いて、プロセス特性情報に基づいてチューニングパラメータの値を決定するステップとを含む、請求項２０に記載の制御要素をチューニングする方法。
- 前記チューニングパラメータの値を決定するステップは、複数組の規則を記憶するステップを含み、該複数組の規則の各々は異なる種類の制御要素のためのチューニングパラメータの値を決定するように構成され、前記決定するステップはさらに、チューニングされている制御要素の種類に依って複数組の規則のうちの異なるものを用いるステップを含む、請求項２０に記載の制御要素をチューニングする方法。
- 前記チューニングパラメータの値を決定するステップの後に、通信ネットワークによってチューニングパラメータの値を制御要素に送るステップをさらに含む、請求項２０に記載の制御要素をチューニングする方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/268,219 US6445962B1 (en) | 1999-03-15 | 1999-03-15 | Auto-tuning in a distributed process control environment |
| US09/268219 | 1999-03-15 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011016594A Division JP5174197B2 (ja) | 1999-03-15 | 2011-01-28 | 自動チューナおよび制御要素をチューニングする方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000293202A JP2000293202A (ja) | 2000-10-20 |
| JP5133473B2 true JP5133473B2 (ja) | 2013-01-30 |
Family
ID=23021995
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000072787A Expired - Lifetime JP5133473B2 (ja) | 1999-03-15 | 2000-03-15 | 自動チューナおよび制御要素をチューニングする方法 |
| JP2011016594A Expired - Lifetime JP5174197B2 (ja) | 1999-03-15 | 2011-01-28 | 自動チューナおよび制御要素をチューニングする方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011016594A Expired - Lifetime JP5174197B2 (ja) | 1999-03-15 | 2011-01-28 | 自動チューナおよび制御要素をチューニングする方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6445962B1 (ja) |
| JP (2) | JP5133473B2 (ja) |
| DE (1) | DE10012258B4 (ja) |
| GB (1) | GB2348021B (ja) |
Families Citing this family (56)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0825506B1 (en) | 1996-08-20 | 2013-03-06 | Invensys Systems, Inc. | Methods and apparatus for remote process control |
| US6738388B1 (en) * | 1998-09-10 | 2004-05-18 | Fisher-Rosemount Systems, Inc. | Shadow function block interface for use in a process control network |
| US6961628B2 (en) * | 1999-04-16 | 2005-11-01 | Siemens Energy & Automation, Inc. | Method and apparatus for tuning compensation parameters |
| US7089530B1 (en) | 1999-05-17 | 2006-08-08 | Invensys Systems, Inc. | Process control configuration system with connection validation and configuration |
| US7096465B1 (en) * | 1999-05-17 | 2006-08-22 | Invensys Systems, Inc. | Process control configuration system with parameterized objects |
| WO2000070531A2 (en) | 1999-05-17 | 2000-11-23 | The Foxboro Company | Methods and apparatus for control configuration |
| US6788980B1 (en) | 1999-06-11 | 2004-09-07 | Invensys Systems, Inc. | Methods and apparatus for control using control devices that provide a virtual machine environment and that communicate via an IP network |
| DE19949954B4 (de) * | 1999-10-16 | 2007-12-06 | Basf Coatings Ag | Verfahren zur Analyse und Optimierung eines mehrstufigen Herstellungsprozesses |
| US6510353B1 (en) * | 1999-11-04 | 2003-01-21 | Fisher-Rosemount Systems, Inc. | Determining tuning parameters for a process controller from a robustness map |
| US6952727B1 (en) * | 1999-12-07 | 2005-10-04 | Schneider Automation Inc. | Method for adapting a computer-to-computer communication protocol for use in an industrial control system |
| US7113834B2 (en) * | 2000-06-20 | 2006-09-26 | Fisher-Rosemount Systems, Inc. | State based adaptive feedback feedforward PID controller |
| US8280533B2 (en) * | 2000-06-20 | 2012-10-02 | Fisher-Rosemount Systems, Inc. | Continuously scheduled model parameter based adaptive controller |
| US6980869B1 (en) * | 2000-11-20 | 2005-12-27 | National Instruments Corporation | System and method for user controllable PID autotuning and associated graphical user interface |
| US6687765B2 (en) * | 2001-01-16 | 2004-02-03 | International Business Machines Corporation | System, method, and computer program for explicitly tunable I/O device controller |
| KR100419196B1 (ko) * | 2001-07-06 | 2004-02-19 | 삼성전자주식회사 | 필드버스 인터페이스 보드 |
| US7035695B2 (en) * | 2002-01-22 | 2006-04-25 | Imb Controls Inc. | Method and apparatus for tuning a PID controller |
| US7822495B2 (en) * | 2002-04-15 | 2010-10-26 | Fisher-Rosemount Systems, Inc. | Custom function blocks for use with process control systems |
| US20030217054A1 (en) | 2002-04-15 | 2003-11-20 | Bachman George E. | Methods and apparatus for process, factory-floor, environmental, computer aided manufacturing-based or other control system with real-time data distribution |
| US8041436B2 (en) | 2002-04-18 | 2011-10-18 | Cleveland State University | Scaling and parameterizing a controller |
| US8180464B2 (en) * | 2002-04-18 | 2012-05-15 | Cleveland State University | Extended active disturbance rejection controller |
| US20060063503A1 (en) * | 2002-06-17 | 2006-03-23 | Koninklikle Phillips Electronics Nv | Receiver and tuner with electronically tuned filter |
| JP4062089B2 (ja) * | 2002-12-20 | 2008-03-19 | オムロン株式会社 | 計測制御情報提供方法、計測制御情報提供システムおよび計測制御情報提供サーバ |
| US7496041B2 (en) * | 2003-02-28 | 2009-02-24 | Fisher-Rosemount Systems, Inc. | High speed auto-tuning loop |
| GB0313887D0 (en) | 2003-06-16 | 2003-07-23 | Gsi Lumonics Ltd | Monitoring and controlling of laser operation |
| US7317953B2 (en) * | 2003-12-03 | 2008-01-08 | Fisher-Rosemount Systems, Inc. | Adaptive multivariable process controller using model switching and attribute interpolation |
| EP1706801A1 (en) | 2004-01-23 | 2006-10-04 | GSI Group Corporation | System and method for diagnosing a controller in a limited rotation motor system |
| US7761923B2 (en) | 2004-03-01 | 2010-07-20 | Invensys Systems, Inc. | Process control methods and apparatus for intrusion detection, protection and network hardening |
| US7676285B2 (en) * | 2004-04-22 | 2010-03-09 | General Electric Company | Method for monitoring driven machinery |
| EP1938499A4 (en) * | 2005-09-19 | 2011-06-29 | Univ State Cleveland | CONTROLS, OBSERVERS AND APPLICATIONS THEREOF |
| US7738975B2 (en) * | 2005-10-04 | 2010-06-15 | Fisher-Rosemount Systems, Inc. | Analytical server integrated in a process control network |
| US7444191B2 (en) | 2005-10-04 | 2008-10-28 | Fisher-Rosemount Systems, Inc. | Process model identification in a process control system |
| US8036760B2 (en) | 2005-10-04 | 2011-10-11 | Fisher-Rosemount Systems, Inc. | Method and apparatus for intelligent control and monitoring in a process control system |
| WO2007123753A2 (en) | 2006-03-30 | 2007-11-01 | Invensys Systems, Inc. | Digital data processing apparatus and methods for improving plant performance |
| DE102007059847A1 (de) * | 2007-12-12 | 2009-06-18 | Siemens Ag | Feldgerät zur Prozessinstrumentierung |
| CN104407518B (zh) | 2008-06-20 | 2017-05-31 | 因文西斯系统公司 | 对用于过程控制的实际和仿真设施进行交互的系统和方法 |
| US8463964B2 (en) | 2009-05-29 | 2013-06-11 | Invensys Systems, Inc. | Methods and apparatus for control configuration with enhanced change-tracking |
| US8127060B2 (en) | 2009-05-29 | 2012-02-28 | Invensys Systems, Inc | Methods and apparatus for control configuration with control objects that are fieldbus protocol-aware |
| US9447963B2 (en) | 2010-08-16 | 2016-09-20 | Emerson Process Management Power & Water Solutions, Inc. | Dynamic tuning of dynamic matrix control of steam temperature |
| US9217565B2 (en) | 2010-08-16 | 2015-12-22 | Emerson Process Management Power & Water Solutions, Inc. | Dynamic matrix control of steam temperature with prevention of saturated steam entry into superheater |
| US9335042B2 (en) | 2010-08-16 | 2016-05-10 | Emerson Process Management Power & Water Solutions, Inc. | Steam temperature control using dynamic matrix control |
| US20120215326A1 (en) * | 2011-02-17 | 2012-08-23 | Invensys Systems Inc. | Distributed Proportional/Integral/Derivative Tuning |
| US9772617B2 (en) * | 2011-06-30 | 2017-09-26 | General Electric Company | Systems and methods for function block instantiation |
| US9163828B2 (en) | 2011-10-31 | 2015-10-20 | Emerson Process Management Power & Water Solutions, Inc. | Model-based load demand control |
| US9529348B2 (en) | 2012-01-24 | 2016-12-27 | Emerson Process Management Power & Water Solutions, Inc. | Method and apparatus for deploying industrial plant simulators using cloud computing technologies |
| US9052703B2 (en) * | 2012-02-02 | 2015-06-09 | Emerson Process Management Power & Water Solutions, Inc. | Enhanced sequential method for solving pressure/flow network parameters in a real-time distributed industrial process simulation system |
| WO2013151646A2 (en) * | 2012-04-05 | 2013-10-10 | Carrier Corporation | Hvac system relay autotuning and verification |
| US8710777B2 (en) | 2012-04-20 | 2014-04-29 | Linestream Technologies | Method for automatically estimating inertia in a mechanical system |
| US9041337B2 (en) | 2012-05-18 | 2015-05-26 | Linestream Technologies | Motion profile generator |
| US10162315B2 (en) * | 2014-07-23 | 2018-12-25 | Emerson Process Management Power & Water Solutions, Inc. | Process control system using typical and adapter components |
| US10061275B2 (en) | 2014-07-29 | 2018-08-28 | Linestream Technologies | Optimized parameterization of active disturbance rejection control |
| CN104155876B (zh) * | 2014-08-19 | 2016-07-13 | 中国人民大学 | 一种pid控制器的分离实现方法 |
| US10126202B2 (en) | 2015-09-11 | 2018-11-13 | Linestream Technologies | Method for automatically estimating inertia, coulomb friction, and viscous friction in a mechanical system |
| US10180690B2 (en) * | 2016-03-22 | 2019-01-15 | Dell Products L.P. | Systems and methods for mitigation of oscillation in a closed-loop system |
| CN106647781B (zh) * | 2016-10-26 | 2019-09-06 | 广西师范大学 | 基于重复控制补偿神经模糊pid四旋翼飞行器的控制方法 |
| US10551814B2 (en) * | 2017-07-20 | 2020-02-04 | Fisher-Rosemount Systems, Inc. | Generic shadowing in industrial process plants |
| CN111812968B (zh) * | 2020-06-24 | 2022-04-22 | 合肥工业大学 | 基于模糊神经网络pid控制器的阀位串级控制方法 |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SE427508B (sv) | 1981-08-24 | 1983-04-11 | Naf Ab | Forfarande for instellning av en pid-regulator for en process |
| US4602326A (en) | 1983-12-12 | 1986-07-22 | The Foxboro Company | Pattern-recognizing self-tuning controller |
| DE3811086A1 (de) * | 1987-04-03 | 1988-10-20 | Hitachi Ltd | Pid-reglersystem |
| JPH02132502A (ja) * | 1988-07-28 | 1990-05-22 | Omron Tateisi Electron Co | ファジィ制御装置における動作方法および調整装置 |
| CA2031765C (en) * | 1989-12-08 | 1996-02-20 | Masahide Nomura | Method and system for performing control conforming with characteristics of controlled system |
| US5295061A (en) * | 1990-04-20 | 1994-03-15 | Sanyo Electric Co., Ltd. | Control parameter tuning unit and a method of tuning parameters for a control unit |
| US5283729A (en) | 1991-08-30 | 1994-02-01 | Fisher-Rosemount Systems, Inc. | Tuning arrangement for turning the control parameters of a controller |
| JPH0573104A (ja) * | 1991-09-11 | 1993-03-26 | Hitachi Ltd | Ｐｉｄパラメータオートチユーニング方法 |
| US5453925A (en) * | 1993-05-28 | 1995-09-26 | Fisher Controls International, Inc. | System and method for automatically tuning a process controller |
| US6330484B1 (en) * | 1993-08-11 | 2001-12-11 | Fisher-Rosemount Systems, Inc. | Method and apparatus for fuzzy logic control with automatic tuning |
| US5748467A (en) | 1995-02-21 | 1998-05-05 | Fisher-Rosemont Systems, Inc. | Method of adapting and applying control parameters in non-linear process controllers |
| US5768119A (en) | 1996-04-12 | 1998-06-16 | Fisher-Rosemount Systems, Inc. | Process control system including alarm priority adjustment |
| US5801942A (en) | 1996-04-12 | 1998-09-01 | Fisher-Rosemount Systems, Inc. | Process control system user interface including selection of multiple control languages |
| US5838563A (en) | 1996-04-12 | 1998-11-17 | Fisher-Rosemont Systems, Inc. | System for configuring a process control environment |
| US5828851A (en) | 1996-04-12 | 1998-10-27 | Fisher-Rosemount Systems, Inc. | Process control system using standard protocol control of standard devices and nonstandard devices |
| US5847952A (en) * | 1996-06-28 | 1998-12-08 | Honeywell Inc. | Nonlinear-approximator-based automatic tuner |
| JPH1020923A (ja) * | 1996-07-02 | 1998-01-23 | Hitachi Ltd | プラント制御装置 |
| JPH1091211A (ja) * | 1996-09-13 | 1998-04-10 | Toshiba Corp | 制御定数調整装置 |
| WO1998014851A1 (en) * | 1996-10-04 | 1998-04-09 | Fisher Controls International, Inc. | Method and apparatus for debugging and tuning a process control network having distributed control functions |
| CA2492656C (en) * | 1996-10-04 | 2007-04-10 | Fisher Controls International Llc | Local device and process diagnostics in a process control network having distributed control functions |
| US5970430A (en) * | 1996-10-04 | 1999-10-19 | Fisher Controls International, Inc. | Local device and process diagnostics in a process control network having distributed control functions |
| JPH10177401A (ja) * | 1996-12-16 | 1998-06-30 | Yokogawa Electric Corp | フィールドバスシステム |
| JPH10301617A (ja) * | 1997-04-24 | 1998-11-13 | Hitachi Ltd | 制御モデル構築支援装置およびその方法 |
| JPH10320017A (ja) * | 1997-05-22 | 1998-12-04 | Hitachi Ltd | フィールド通信システム |
| US6128541A (en) | 1997-10-15 | 2000-10-03 | Fisher Controls International, Inc. | Optimal auto-tuner for use in a process control network |
| US6738388B1 (en) * | 1998-09-10 | 2004-05-18 | Fisher-Rosemount Systems, Inc. | Shadow function block interface for use in a process control network |
-
1999
- 1999-03-15 US US09/268,219 patent/US6445962B1/en not_active Expired - Lifetime
-
2000
- 2000-03-10 GB GB0005630A patent/GB2348021B/en not_active Expired - Lifetime
- 2000-03-14 DE DE10012258A patent/DE10012258B4/de not_active Expired - Lifetime
- 2000-03-15 JP JP2000072787A patent/JP5133473B2/ja not_active Expired - Lifetime
-
2011
- 2011-01-28 JP JP2011016594A patent/JP5174197B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011103140A (ja) | 2011-05-26 |
| DE10012258B4 (de) | 2009-01-29 |
| GB2348021A (en) | 2000-09-20 |
| GB2348021B (en) | 2003-01-15 |
| GB0005630D0 (en) | 2000-05-03 |
| JP5174197B2 (ja) | 2013-04-03 |
| JP2000293202A (ja) | 2000-10-20 |
| US6445962B1 (en) | 2002-09-03 |
| DE10012258A1 (de) | 2000-09-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5133473B2 (ja) | 自動チューナおよび制御要素をチューニングする方法 | |
| JP5015369B2 (ja) | ロバスト性マップからのプロセスコントローラのためのチューニングパラメータの決定方法 | |
| US6510351B1 (en) | Modifier function blocks in a process control system | |
| JP6793213B2 (ja) | コンピュータ実施方法、処理モデル展開システム、処理監視システム | |
| JP5765873B2 (ja) | 適応プロセス制御ループ制御装置、プロセス制御システム、およびプロセス制御システム制御方法 | |
| JP4194396B2 (ja) | 変動性プロセス遅延に対する高度プロセス制御ブロックの適応 | |
| US6445963B1 (en) | Integrated advanced control blocks in process control systems | |
| JP5016002B2 (ja) | プロセス制御システムにおける統合型モデル予測制御および最適化 | |
| US10018997B2 (en) | Non-intrusive data analytics in a process control system | |
| US7392165B2 (en) | Simulation system for multi-node process control systems | |
| JP4542323B2 (ja) | プロセス制御システムにおける統合型モデル予測制御および最適化 | |
| JP4500561B2 (ja) | 高速オートチューニングループ | |
| US7275062B2 (en) | Automatic linkage of process event data to a data historian | |
| US10120350B2 (en) | Background collection of diagnostic data from field instrumentation devices | |
| EP3186683A1 (en) | Intelligent programmable logic controller | |
| US11960251B2 (en) | Parameterization of a component in an automation system | |
| CA2267525C (en) | Method and apparatus for debugging and tuning a process control network having distributed control functions | |
| US11449044B2 (en) | Successive maximum error reduction | |
| Manual | Foundation | |
| BLEVINS et al. | 4.7 DCS: Control and Simulation Advances |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070206 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090526 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090821 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090826 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091125 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100323 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100623 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100628 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100722 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100928 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110128 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20110207 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20110318 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20110722 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20110727 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120208 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20120518 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20120523 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20120628 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120817 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121108 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151116 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 5133473 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |