JP2011103140A - 自動チューナおよび制御要素をチューニングする方法 - Google Patents

Abstract

【課題】分散化制御機能を有するプロセス制御ネットワーク内で制御要素をチューニングするのに用いられる自動チューナを提供する。
【解決手段】自動チューナは、制御要素６２が動作している第１のフィールド装置４４内に位置した第１のチューニング要素６６と、通信ネットワークによって第１の装置と通信する異なる装置１４内に位置する第２のチューニング要素７１とを含む。第１のチューニング要素は、自動チューニング手続きの間にデータを集め、プロセス特性を決定し、通信ネットワークによって、決定されたプロセス特性を第２のチューニング要素に伝える。第２のチューニング要素は、送信されたプロセス特性に基づいて制御要素のための新しいチューニングパラメータを決定し、通信ネットワークによって、これを制御要素に送り、それにより、制御要素を再チューニングする。
【選択図】図２

Description

本発明は一般にプロセス制御ネットワークに関し、より特定的にはプロセス制御環境中に分散された制御要素に対し自動チューニングを行なう装置および方法に関する。

化学処理、石油処理、または他の処理で用いられるもののように、プロセス制御ネットワークは一般に、例えば、弁ポジショナ、スイッチ、センサ（温度、圧力、および流量センサ）などのひとつ以上のフィールド装置に通信結合された集中型プロセスコントローラを含んでいた。これらのフィールド装置はプロセス内の物理的な制御機能（弁の開閉のような）を行なっても、プロセスの動作を制御するのに用いられるプロセス内の測定値の測定を行なっても、プロセス内で他の所望の機能を実行してもよい。プロセスコントローラは、例えば、フィールド装置へそしてそこから４ないし２０（以下、○−○のように表す）ｍＡ（ミリアンペア）の信号を搬送し得るひとつ以上のアナログ信号線またはバスによってフィールド装置に接続されていた。一般に、プロセスコントローラは、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を示す信号を受け取り、この情報を用いて典型的には複雑な制御ルーチンを実行し、ついで制御信号を生成し、この制御信号はアナログ信号バスによってフィールド装置に送られて、それによってプロセスの動作を制御する。

最近、プロセス制御環境内でフィールドベースのディジタル通信を実現するために、プロセス制御産業内で動きがあった。例えば、プロセス制御産業は、ＨＡＲＴ（登録商標）、ＰＲＯＦＩＢＵＳ（登録商標）、ＷＯＲＬＤＦＩＰ（登録商標）、Ｄｅｖｉｃｅ−Ｎｅｔ（登録商標）、およびＣＡＮプロトコルなど、多くの標準的、開放的、ディジタルのまたは組み合わされたディジタルおよびアナログの通信プロトコルを開発してきた。これらのディジタル通信プロトコルによって、一般に、より多くのフィールド装置が特定のバスに接続されるようになり、フィールド装置とコントローラとの間でより多くのかつ高速の通信を支援し、および／または、フィールド装置が、フィールド装置自身の状態および機器構成に関する情報のようなより多くのかつ様々な種類の情報をプロセスコントローラに送ることが可能となる。さらに、これらの標準的なディジタルプロトコルによって、様々な製造業者により製造されたフィールド装置が同じプロセス制御ネットワーク内で一緒に用いられるようになる。

現在、プロセス制御を非集中化（分散化）し、それによってプロセスコントローラを簡単化するために、プロセス制御産業内で動きがある。非集中化された制御は、弁ポジショナ、送信機などのようなフィールド装着プロセス制御装置に、典型的には機能ブロックまたは制御ブロックと称されるものを用いてひとつ以上のプロセス制御機能を実行させることにより、そして他の制御機能を実行する際に他のプロセス制御装置（または機能ブロック）により用いられるバス構造によってデータを伝えることにより得られる。これらの制御機能を実行するために、各プロセス制御装置は典型的には、標準的なかつ開放的な通信プロトコルを用いて他のプロセス制御装置と通信する能力だけでなくひとつ以上の機能ブロックを実行する性能（capability）を有するマイクロプロセッサを含む。このように、フィールド装置は、集中化されたプロセスコントローラの介在なしに、プロセス制御ネットワーク内で相互接続されて、互いと通信し、制御ループを形成するひとつ以上の制御機能を実行することが可能である。Foundation(登録商標)Fieldbus（以後“フィールドバス”）プロトコルとして知られているフィールドバスファウンデーションにより今現在宣伝されている全ディジタル、２線式バスプロトコルは、様々な製造業者により製造された装置が標準的なバスによって互いに相互動作し通信して、プロセス内で非集中化された制御を達成する開放的通信プロトコルである。

ひとつ以上の集中化されたコントローラ内に位置する全体のプロセス制御ルーチン（例えば制御ルーチンの機能ブロック全て）またはその部分を有する先行技術のシステム内で制御ブロックまたは制御ループをチューニングすることはかなり単純である。なぜならば全体のチューニングは集中化されたコントローラ内に記憶可能であるからだ。このような集中化された制御ルーチンの制御ループのチューニングが望まれる場合、集中化されたコントローラ内の別個のチューニングルーチンは、誘導された発振手続きのようなチューニング手続きを経て、比例・積分（ＰＩ）または比例・積分・微分（ＰＩＤ）制御ブロックのような適切な制御ブロックに、プロセスまたはループの予め定められた特性を強制的に決定させる。チューニング手続きのこの動的データキャプチャ（取りこみ）段階の間、チューニングルーチンはループにより生成されたデータを集め、このデータは、正規動作毎に、集中化されたコントローラに送られているが、チューニングルーチンはこのデータから、プロセスの極限利得、時定数などのようなひとつ以上のプロセス特性を決定する。いったん所望のプロセス特性が計算されると、チューニングルーチンは、制御ブロックまたは制御ループのための新しいチューングパラメータを決定するために、計算されたプロセス特性を用いて一組の規則または他のアルゴリズムを応用する。このステップは通常、チューニング手続きの規則アプリケーション段階と称される。その後、チューニングルーチンは、新しいチューニングパラメータを制御ブロック（または制御ループ）に送り、チューニング手続きが完了する。なぜなら、集中化されたプロセス制御システムにおいて、制御機能の全てはコントローラ内に位置し、チューニングのために必要なデータ全てはプロセスの正規動作の間にコントローラに与えられるので、チューニングルーチンは、制御ブロックに直接アクセスし、チューニングルーチンを実行するために必要なデータに直接アクセスする。

ＰＩ、ＰＩＤ、ファジイ論理などの制御ブロックのような制御ブロックまたは制御要素がプロセス制御ネットワーク中に分散されて位置している非集中化された通信プロトコルを用いると、制御ブロック（またはこれらのブロックが動作している制御ループ）をチューニングするのは難しい。なぜなら、制御ブロックは、チューニングルーチンが典型的には記憶されている集中化コントローラ（または他の装置）から離れて位置しているからである。分散化プロセス制御環境においてチューニングを実行するのに用いられる当該技術で公知のシステムにおいては、全体のチューニング手続きは集中化プロセスコントローラ内にあるままである。しかしながら、このシステムは、高速チューニングを行なうことはできない。なぜなら、それは、バスネットワーク（プロセス内で他の通信を与えている）によって通信を行なってチューニングルーチンの間に生じたデータを受信しなければならないからであり、そして、残念なことに、データの量（またはチューニングルーチンがこのデータを受信することが出来る速度）はバススループットの制約により制限されるからである。さらに、バス通信は別個のバスコントローラにより制御されているのであって、チューニングルーチンにより制御されているわけではないので、チューニングルーチンは、チューニング手続きの様々なセグメントを開始、停止、および実行するためにチューニング制御信号が制御ブロックに送られる正確な時間を厳密に制御することはできない。これは、チューニング制御ルーチンは、チューニング手続きのタイミングに対し厳密な制御を有しないということを意味し、このことは不正確な結果につながる。

分散化プロセス制御環境内でチューニングを与える別の当該技術で公知のシステムにおいては、全体のチューニングルーチンは、チューニングされるべき制御ブロック（ＰＩＤ機能ブロックのような）と同じ装置内に配置され、事実、制御ブロックの機能性内に実際に組み込まれている。このシステムは、正確にチューニング手続きのタイミングを制御し、所望の速度でデータを集めることが出来るが（なぜならチューニングルーチンはバスによって制御ブロックと通信する必要はないので）、チューニングルーチンは制御ブロックと一緒にかつ同時にコンパイルされなければならず、これは、自動チューニングルーチンの機能性が制御ループの正規動作の間に比較的あまり使用されずとも、プロセスの正規動作の間に制御ブロックを用いることに関連したオーバーヘッド（例えばタイミング、処理、メモリなどの要件）を増大させる。さらに、制御ブロックが各制御ブロックの自動チューニングを可能化するために位置している各々異なる装置内に完全な自動チューニングルーチンが配置されなければならず、これはプロセス制御システムに不必要な冗長性を付加し、プロセス制御システムの費用を増大させる。

本発明は、分散化制御機能を有するプロセス制御ネットワーク内で制御要素をチューニングするのに用いられる自動チューナ及びチューニング方法を提供することを目的としている。

分散化制御機能を有するプロセス制御ネットワークにおいて制御要素（制御ブロックのような）をチューニングするのに用いられる自動チューナは、制御要素が動作しているコントローラまたはフィールド装置内に位置した第１のチューニング要素と、第１のチューニング要素が位置するコントローラまたはフィールド装置に接続されたオペレータワークステーション、パソコン、または集中化コントローラのような異なる装置に位置する第２の装置とを含み、第２のチューニング要素はバスまたは他の通信ネットワークによって第１のチューニング要素と通信する。第１のチューニング要素は、自動チューニング手続きの動的データキャプチャ段階の間に制御ブロックの動作を制御し、自動チューニング手続きのこの段階の間にデータを集め、好ましくは、集められたデータからひとつ以上のプロセス（例えばループ）特性を計算する。第１のチューニング要素は、自動チューナの第２のチューニング要素に通信ネットワークによって、計算されたプロセス特性（または集められたデータ）を送る。第２のチューニング要素は一つ以上の記憶された組（ファジイ論理規則組、ニューラルネットワーク構成もしくは規則組または他の組のアルゴリズムのような）を用いて、第１のチューニング要素により生じさせられたプロセス特性に基づいて制御要素のために新しいパラメータを決定する。第２のチューニング要素は次いで通信ネットワークによって制御要素に新しいチューニングパラメータを送って、制御要素または制御要素が位置している制御ループを再チューニングする。

ここで述べられる自動チューナの実施の形態は、正確にチューニングパラメータのタイミングを制御し、必要なだけのデータを取りこんで所望のプロセス特性を決定する。なぜなら制御およびデータキャプチャ機能は、制御要素と同じ装置内で実行され、その結果、チューニング手続きの動的データキャプチャ段階の間にバスによって制御要素と通信する必要はないからである。しかしながら、この自動チューナは、制御要素内で不必要なオーバーヘッドを生じさせない。なぜなら、チューニングパラメータの計算は、制御要素から離れて位置する別の装置内で行なわれ、その結果、制御要素は、これらの機能を組み込むのにコンパイルされる必要はない。さらに、単一のチューニングパラメータ計算ルーチンは、ネットワーク内で様々な種類および様々なものの制御要素のチューニングパラメータを計算するのに用いられ得る。なぜなら、このルーチンは、チューニングされている様々な種類の制御要素の各々に対して異なる組の規則を記憶し、用いるからである。さらに、同じ自動チューナ機能ブロックまたは機能性は、制御要素を有する装置の各々内に配置可能である。なぜなら、様々な制御ループが、例えば、ＰＩ、ＰＩＤおよびファジイ論理制御ブロックを含め、様々な種類の制御ブロックを用いるとしても、これらの制御ループと関連するプロセス特性は同じ方法で決定できるからである。これらの利点によって、自動チューナをより汎用性があるようにし、制御要素を有する各装置において別個の完全な自動チューナを配置する必要がなくなる。さらに、この自動チューナは、アドオンケイパビリティとしてプロセス制御ネットワークの一部内に容易に実現可能である。

自動チューナを用いる分散化制御要素を有するプロセス制御ネットワークの概略的なブロック図である。 分散化プロセス制御環境内の制御ループにおいて用いられる自動チューナの実施の形態の概略的なブロック図である。 分散化および集中化制御要素の両方を有するプロセス制御環境内で制御ループにおいて用いられる自動チューナのさらなる実施の形態の概略的なブロック図である。 集中化制御要素を有するプロセス制御環境内の制御ループにおいて用いられる自動チューナのさらなる実施の形態の概略的なブロック図である。 プロセス制御環境内で修正子機能ブロックとして実行される自動チューニング機能ブロックの概略的なブロック図である。

さて、図１を参照して、プロセス制御ネットワーク１０はブロック図の形で示される。プロセス制御ネットワーク１０は、ひとつ以上の集中化されたプロセスコントローラ１２を含み（そのひとつのみが図１に示される）。このコントローラ１２は、記憶されているプロセス制御ルーチンを実行すること、および／または、プロセス制御ネットワーク１０中に分散されたフィールド装置内に位置した機能ブロックのような制御要素と通信することが出来る。コントローラ１２は、例えば、フィッシャローズモントシステムズ（Fisher-Rosemont Systems）により販売されているＤｅｌｔａＶ（登録商標）コントローラであり、ハブ１６およびイーサネット（登録商標）接続１８によってパソコン（ＰＣ）１４のような無数のワークステーションに接続されて良い。この構成においては、ＰＣ１４は、一人以上のオペレータまたはユーザにより用いられて、プロセスコントローラ１２またはフィールド装置と通信し、それによりプロセス制御ネットワーク１０の要素に関する情報を得、プロセス制御ネットワーク１０内の要素の状態を見直すか変更し、プロセス制御ネットワーク１０内の個々のフィールド装置に関する情報を得るなどを行なう。コントローラ１２がＤｅｌｔａＶコントローラであるならば、コントローラ１２内のプロセス制御ルーチンの図形的表示をＰＣ１４のひとつによってユーザに与えて良く、これは、プロセス制御ルーチン内の機能ブロックまたは他の制御要素と、プロセスの制御を与えるようにこれらの機能ブロックが互いに接続される方法を示す。さらに、所望であれば、ユーザまたはオペレータは、ＰＣ１４のひとつから機能ブロックまたは制御ループのうちのひとつ以上のチューニングを開始することが出来る。

図１に示されるように、集中化コントローラ１２は、プロセス（参照番号１９で包括的に示される）中に位置した無数のフィールド装置に接続される。集中化コントローラ１２は、標準的なタイプのＩ／Ｏカード２０、２２を介して、典型的なフィールド装置２６、２８、３０、３２、３４、３６と通信してよく、これらのフィールド装置はコントローラ１２から集中化された制御を受ける。Ｉ／Ｏカード２０は、例えば、アナログＩ／Ｏカードであってよく、これはコントローラ１２をアナログフィールド装置２６、２８に接続し、このフィールド装置２６、２８は４−２０ｍＡバス３８によって通信を行なう。同様に、Ｉ／Ｏカード２２は、ディジタルかまたは組み合わされたディジタルおよびアナログのＩ／Ｏカードであってよく、これは例えば４−２０ｍＡアナログフォーマットまたは他の所望のフォーマットを用いて、ディジタルかまたは混合のディジタルおよびアナログのフィールド装置と通信する。当然、フィールド装置２６、２８、３０、３２、３４、３６は、送信機、センサ、弁ポジショナ、弁コントローラなどを含むどんな種類のフィールド装置であってよい。図１に示される例示のプロセス制御ネットワーク１０のために理解されるように、フィールド装置２６−３６は、コントローラ１２内で記憶される制御ルーチンによる集中化された制御を受けるプロセス１９の部分と関連する。

コントローラ１２はインターフェースカード４０にも通信結合され、このカード４０は、プロセス制御が分散的に行なわれるプロセス制御ネットワークに（またはその一部）に接続される。図１に示される実施の形態においては、プロセス１９の非集中化されたプロセス制御部分は、インターフェースカード４０と、バス４２と、バス４２に接続された無数のフィールド装置４３、４４、４６、４８、５０とを含む。装置４３は、例えば、何らかのプロセス変数を測定する送信機であってよく、装置４４は、プロセス１９内で流量を制御するポジショナ／弁装置であってよい。図１の分散プロセス制御ネットワークは、例えば、フィールド通信プロトコルを用いるフィールドバスネットワークであってよく、インターフェースカード４０は、フィールドバス通信プロトコルと関連するリンクアクティブスケジューラ（link active scheduler）であってよい。

コントローラ１２内に位置する集中化されたプロセス制御ルーチンは、フィールド装置２６−３６から、そして可能性としては４３−５０から、入力を受け取り、計算および制御ルーチンと関連する他の活動を行ない、ついで、Ｉ／Ｏカード２０、２２、およびインターフェースカード４０によってフィールド装置にコマンドを送り、プロセス１９の所望の制御を実行する。しかしながら、プロセス制御ネットワーク１０の非集中化されたプロセス制御部分（すなはち図１のバス４２と関連するもの）は、コントローラ１２により行なわれている制御と関連して（またはその代わりに）非集中的に、それ自身のプロセス制御ルーチンを実行して良いことに注目されたい。このように、コントローラ１２は、バス４２に接続された装置４３−５０とつながり（interface）し、それらに対し制御を行なって良いが、これらの装置は、コントローラ１２により行なわれる制御と関連しないがそのかわりにバス４２に接続された装置中に分散された制御ブロックまたは機能ブロックを実行してもよい。いづれにせよ、本発明の自動チューナは、図１のフィールド装置２６−３６および４３−５０またはコントローラ１２のいづれかにおいて位置したいづれかの制御要素（機能ブロックのような）をチューニングするのに用いられてよい。

好ましい実施の形態において、プロセス制御ネットワーク１０の非集中化された部分はフィールドバス通信および制御プロトコルを用いているが、将来において開発されるプロトコルを含め、同様に他の公知のまたは所望のプロトコルを用いることが出来る。一般的に、フィールドバスプロトコルは、例えば、工場またはプラントの器械またはプロセス制御環境に位置するセンサ、アクチュエータ、装置コントローラ、弁などのような２線式ループまたはバス相互接続「フィールド」機器に、標準化された物理的インターフェースを与える全ディジタル、シリアル、双方向の通信プロトコルである。事実上、フィールドバスプロトコルは、プロセス内のフィールド計器（フィールド装置）のためのローカルエリアネットワークを与え、これにより、これらのフィールド装置が、プロセス機構中に分散された位置で制御機能を実行し、全体の制御戦略を実行するためにこれらの制御機能を実行した前後に互いに通信できるようになる。フィールドバスプロトコルによって、制御機能がプロセス制御ネットワーク中に分散可能となるので、集中化プロセスコントローラ１２の作業負荷を低減したり、それらのフィールド装置またはプロセスのエリアのために集中化コントローラ１２を必要としなくなる。フィールドバスプロトコルは、プロセス制御ネットワークで用いられるように開発された比較的新しい全ディジタル通信プロトコルであるが、このプロトコルは当該技術で公知であり、とりわけ、テキサス州、オースチンに本社のある営利団体ではないフィールドバスファウンデーション（FieldbusFoundation）により出版され、流通され、そこから入手できる多くの記事、パンフレットおよび仕様書に詳細に記載されている。従って、フィールドバス通信プロトコルの詳細はここでは述べられない。

図２はある制御ループを構成する相互接続された機能ブロックの概略的なブロック図であり、この制御ループは、制御ループ内の機能ブロックが、バスのような通信ネットワークにより相互接続された様々な装置内に位置した、例えば、フィールドバスネットワークまたは他の分散化制御環境内で実現されてよい。図２に示される制御ループは、アナログ入力（ＡＩ）機能ブロック６０（これは、例えば、図１の送信機４３内に位置してよい）と、ＰＩＤ機能ブロック６２と、アナログ出力（ＡＯ）機能ブロック６４とを含む。図２の例示のループのために、ＰＩＤ機能ブロック６２およびＡＯ機能ブロック６４は、図１のポジショナ／弁４４内に位置する。機能ブロック６０、６２、６４の間の通信接続は、これらの機能ブロックのプロセスおよび制御入力と出力とを接続する線を用いて図２に示される。このように、ＡＩ機能ブロック６０の出力は、プロセス可変性測定値またはプロセスパラメータ信号を含んでよく、フィールドバス電線４２によってＰＩＤ機能ブロック６２の入力に通信結合され、機能ブロック６２は、ＡＯ機能ブロック６４の入力に通信結合された制御信号を含む出力を有する。ＡＯ機能ブロック６４の出力は、例えば弁４４の位置を示すフィードバック信号を含み、ＰＩＤ機能ブロック６２の制御入力に接続される。ＰＩＤ機能ブロック６２はこのフィードバック信号をＡＩ機能ブロック６０からのプロセス測定値信号（そして可能性として他の信号または設定点）と一緒に用いてＡＯ機能ブロック６４の所望の制御を行ない、それにより、ＡＩ機能ブロック６０により測定されたプロセス変数を制御する。図２の制御ループ図内の線により示される接続は、ＡＯ機能ブロック６４およびＰＩＤ機能ブロック６２の場合と同様に、機能ブロックが同じフィールド装置内にあるときに、フィールド装置内で内的に行なわれてよい。

制御要素６２をチューニングするのに用いられる自動チューナは、ポジショナ／弁４４内に位置した自動チューニング機能ブロック６６を含む。自動チューニング機能ブロック６６は、チューニング手続きの動的データキャプチャ段階の動作の間にＰＩＤ機能ブロック６２に通信結合されて、その入力に信号を送り、出力を変更することなどにより、ＰＩＤ機能ブロック６２を制御する。特に、チューニング手続きの動的データキャプチャ段階の間に、制御要素コントローラ６７（これは、ハードウェアまたはソフトウェアにおいて実現される信号発生器でもよい）は、機能ブロック６０、６２、６４を含む制御ループを駆動して、制御された誘導された発振手続き内に入らせる（または制御ループを駆動して他の所望のチューニング手続きを実行する）。データ収集ユニット（データＣＯＬ）６８は、この手続きの間にＰＩＤ機能ブロック６２（またはループの他の部分）により生成されまたはそれに送られるデータを集め、そして好ましくはこのデータを装置４４のメモリ内に記憶する。プロセス特性決定ユニット（プロセスＣＨＲ）６９は次いで、公知のまたは所望の手続きを用いて、集められたデータから、所望のプロセス特性（プロセス、ループまたは装置特性であってよい）を決定して良い。その後、通信ユニット７０は、計算されたプロセス特性（またはこのような特性を決定するのに必要なデータ）をチューニングコントローラ７１に与え、このコントローラ７１は好ましくは、オペレータワークステーションまたはＰＣ１４のひとつに位置しているが、自動チューニング機能ブロック６６が位置している装置４４から離れて、集中化コントローラ１２内などに位置していてもよい。

チューニング手続きの間、自動チューニング機能ブロック６６は、プロセスループに強制的にある変更を行なわせ、プロセス制御ループ内に存在する様々な数量または信号を感知して、プロセスまたは制御ループのひとつ以上のプロセス特性を決定する。プロセス特性（またはチューニング手続きの間に取りこまれたデータ）は、チューニングコントローラ７１に送られるが、このコントローラ７１はユーザインターフェース支援および一組以上の制御またはチューニングパラメータを生じさせるのに用いられるように異なる装置に位置している。ＰＩＤ機能ブロック６２を用いることははあくまで例示的であり、自動チューニング機能ブロック６６を、なんらかの他の制御ループ内の他の種類の機能ブロックとともに用いることが出来ることが理解されるだろう。さらに、チューニングコントローラ７１は、例えばユーザまたはオペレータインターフェース装置（ワークステーションのような）、コントローラ、または別のフィールド装置を含め、他の何らかの装置に位置することも出来る。

自動チューニング機能ブロック６６の個々の要素が所望の方法で実行されると理解されるだろう。例えば、好ましい実施の形態において、これらの要素の各々は、自動チューニング機能ブロック６６が記憶されている装置と関連するプロセッサ上で実行されるソフトウェアで実現される。この場合、制御要素コントローラ６７は、ＰＩＤ機能ブロック６２またはチューニングされている他の機能ブロックへの入力およびその出力と通信し、それらを制御するのに用いられるべき一連の命令であってよい。同様に、データ収集ユニット６８は、例えば、ＰＩＤ機能ブロック６２と関連するある所望の信号を監視し、装置４４のメモリ内にこれらの信号を示すデータを記憶する。プロセス特性決定ユニット６９は、記憶されるかまたは集められるデータからひとつ以上のプロセス特性を計算するかまたはそうでなければ決定するようにソフトウェアで実現されて良く、通信ユニット７０は、装置４４の通信プロトコルまたはセットアップを用いて、チューニングコントローラ７１と通信してもよい。例えば、フィールド装置においては、通信ユニット７０は、装置４４内ですでに与えられている通信システムがフィールドバス４２によってチューニングコントローラ７１にプロセス特性を伝えるようにしてよい。フィールドバス環境においては、個々のユニット６７、６８、６９、７０は、独立型フィールドバス機能ブロックとして一緒に実装されても、ＰＩＤ機能ブロック６２内で与えられても良い。代替的には、ユニット６７、６８、６９および／または７０のいづれかまたは全ては、プロセス制御環境においてはソフトウェア、ハードウェアまたはファームウェアで実現可能である。自動チューニング機能ブロック６６そして、より特定的には、チューニング手続きの間に開放ループまたは閉ループチューニング技術のような所望のチューニング手続きを用いてよい。同様に、自動チューニング機能ブロック６６は、例えば、ＡＯ機能ブロック６４の出力、ＰＩＤ機能ブロック６２の設定ポイント、ＡＩ機能ブロック６０の出力などを含め、所望の変数を測定し、所望のプロセスまたはループ特性を決定してよい。好ましい実施の形態において、自動チューニング機能ブロック６６は、制御され誘導された発振手続きを用いて所望のプロセス特性を決定するように構成されてよい。このような構成では、自動チューニング機能ブロック６６のコントローラ６７は、誘導された発振が開始される前に、ＰＩＤ機能ブロック６２の制御入力に、ＰＩＤ機能ブロック６２に送られる制御信号の値辺りに中心を置かれた２ｄの選択可能なピーク対ピーク値を有する矩形波信号を与える。このような矩形波信号に応答して、図２の制御ループは、誘導された発振を行ない、ＡＩ機能ブロック６０の出力（すなはちプロセス変数）はピーク対ピーク振幅２ａおよび期間Ｔｕを有して発振する。プロセス変数の振幅ａおよび矩形波信号の振幅から、プロセスの極限（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 (29)

1. 通信ネットワークによって通信結合された第１および第２の装置と、第１の装置内に位置した制御要素とを有するプロセス制御システムにおいて用いられる自動チューナであって、第１の装置内に位置した第１のチューニング要素を含み、前記第１のチューニング要素は、第１の装置内で制御要素に通信結合され、チューニング手続きの間に制御要素の動作を制御するように適合される制御要素コントローラと、チューニング手続きの間に生成されたデータを集めるデータ収集ユニットと、通信ネットワークによって第２の装置にプロセス特性情報を伝えるコミュニケータとを含み、前記自動チューナはさらに、第２の装置内に位置し、通信ネットワークを介して第１のチューニング要素に通信結合された第２のチューニング要素を含み、前記第２のチューニング要素は、プロセス特性情報から制御要素のためのチューニングパラメータを決定する自動チューナ。
2. 前記第１のチューニング要素はさらに、集められたデータからプロセス特性を計算するプロセス特性計算機をさらに含み、プロセス特性情報は計算されたプロセス特性を示す、請求項１に記載の自動チューナ。
3. プロセス特性情報は、集められたデータを含む、請求項１に記載の自動チューナ。
4. 前記第２のチューニング要素は、特定の種類の制御要素のためのチューニングパラメータを決定するのに用いられる一組の規則を含む、請求項１に記載の自動チューナ。
5. 一組の規則は、比例・積分・微分制御要素のためのチューニングパラメータを決定するように構成される、請求項４に記載の自動チューナ。
6. 一組の規則は、比例・積分制御要素のためのチューニングパラメータを決定するように構成される、請求項４に記載の自動チューナ。
7. 一組の規則は、ファジイ論理制御要素のためのチューニングパラメータを決定するように構成される、請求項４に記載の自動チューナ。
8. 一組の規則は、ニューラルネットワークを用いてチューニングパラメータを決定するように構成される、請求項４に記載の自動チューナ。
9. 第２のチューニング要素は、複数組の規則を含み、該複数組の規則の各々は、異なる種類の制御要素のためのチューニングパラメータを決定するように構成される、請求項１に記載の自動チューナ。
10. 第１の装置はフィールドバス装置であり、前記第１のチューニング要素は、フィールドバスプロトコルに従う自動チューナ機能ブロックである、請求項１に記載の自動チューナ。
11. 前記第２のチューニング要素は、決定されたチューニングパラメータを制御要素に送る、請求項１に記載の自動チューナ。
12. 前記第２のチューニング要素は、プロセス制御システムと関連する集中化コントローラ内に位置している、請求項１に記載の自動チューナ。
13. 前記第２のチューニング要素は、プロセス制御システムと関連するユーザワークステーション内に位置している、請求項１に記載の自動チューナ。
14. 第１の装置はフィールド装置である、請求項１に記載の自動チューナ。
15. 前記第１のチューニング要素は第１のフィールド装置内に位置し、前記第２のチューニング要素は第２のフィールド装置内に位置する、請求項１に記載の自動チューナ。
16. 第３の装置内に位置した第３のチューニング要素をさらに含み、第３の装置はさらなる制御要素を含み、前記第３のチューニング要素は、第３の装置内でさらなる制御要素に通信結合され、さらなるチューニング手続きの間にさらなる制御要素の動作を制御するように適合される第２の制御要素コントローラと、さらなるチューニング手続きの間に生成されたデータを集める第２のデータ収集ユニットと、さらなる制御要素のためのチューニングパラメータを決定するのに用いるために、通信ネットワークによって第２の装置にさらなる制御要素と関連するプロセス特性情報を伝える第２のコミュニケータとを含む、請求項１に記載の自動チューナ。
17. 通信ネットワークによって通信結合された第１および第２の装置と第１および第２の装置の各々内でソフトウェアを実行することが出来るプロセッサと、第１および第２の装置内の各々内のメモリと、第１の装置内に位置する制御要素とを有するプロセス制御システムにおいてチューニング手続きを実行するのに用いられる自動チューナであって、第１の装置のメモリ内に記憶され、第１の装置のプロセッサ上で実行されるように適合されるチューニング機能ブロックソフトウェアを含み、前記チューニング機能ブロックソフトウェアは、チューニング手続きの間に第１の装置内の制御要素の動作を制御する制御ルーチンと、チューニング手続きの間に生成されたデータを集め、第１の装置のメモリ内に集められたデータを記憶するデータ収集ルーチンと、通信ネットワークによってプロセス特性情報を第２の装置に伝える通信ルーチンとを含み、前記自動チューナはさらに、第２の装置のメモリ内に記憶され、プロセス特性情報から第１の装置の制御要素のためのチューニングパラメータを決定する第２の装置のプロセッサ上で実行されるように適合されるチューニングパラメータ計算ソフトウェアを含む、自動チューナ。
18. 前記チューニング機能ブロックソフトウェアは、集められたデータからプロセス特性を計算するプロセス特性計算ルーチンを含み、プロセス特性情報は、計算されたプロセス特性を示す、請求項１７に記載の自動チューナ。
19. 前記チューニングパラメータ計算ソフトウェアは、計算されたプロセス特性から特定の種類の制御要素のためのチューニングパラメータを決定するのに用いられる一組の規則を含む、請求項１８に記載の自動チューナ。
20. 一組の規則は、比例・積分・微分制御要素のためのチューニングパラメータを決定するように構成される、請求項１９に記載の自動チューナ。
21. 一組の規則は、ファジイ論理制御要素のためのチューニングパラメータを決定するように構成される、請求項１９に記載の自動チューナ。
22. 一組の規則は、ニューラルネットワークを用いてチューニングパラメータを決定するように構成される、請求項１９に記載の自動チューナ。
23. 第１の装置はフィールドバスフィールド装置であり、前記チューニング機能ブロックソフトウェアは、フィールドバスプロトコルに従う自動チューナ機能ブロックである、請求項１８に記載の自動チューナ。
24. 通信ネットワークによって通信結合された第１の装置および第２の装置を有するプロセス制御システムの第１の装置内に位置した制御要素をチューニングする方法であって、第１の装置内に記憶された制御手続きを実行して制御要素の動作を制御し、それによってチューニング手続きを実行するステップと、第１の装置においてチューニング手続きの間に生成されたデータを集めるステップと、通信ネットワークによって、集められたデータから展開されたプロセス特性情報を第２の装置に伝えるステップと、第２の装置においてプロセス特性情報から制御要素のためのチューニングパラメータを決定するステップとを含む、制御要素をチューニングする方法。
25. 第１の装置において、集められたデータからプロセス特性を決定するステップをさらに含み、プロセス特性情報は、決定されたプロセス特性を示す、請求項２４に記載の制御要素をチューニングする方法。
26. プロセス特性情報は集められたデータを含む、請求項２４に記載の制御要素をチューニングする方法。
27. 前記チューニングパラメータを決定するステップは、第２の装置内で特定の種類の制御要素のためのチューニングパラメータを決定するのに用いられる一組の規則を記憶するステップと、記憶された一組の規則を用いて、プロセス特性情報に基づいてチューニングパラメータを決定するステップとを含む、請求項２４に記載の制御要素をチューニングする方法。
28. 前記チューニングパラメータを決定するステップは、複数組の規則を記憶するステップを含み、該複数組の規則の各々は異なる種類の制御要素のためのチューニングパラメータを決定するように構成され、前記決定するステップはさらに、チューニングされている制御要素の種類に依って複数組の規則のうちの異なるものを用いるステップを含む、請求項２４に記載の制御要素をチューニングする方法。
29. 前記チューニングパラメータを決定するステップの後に、通信ネットワークによってチューニングパラメータを制御要素に送るステップをさらに含む、請求項２４に記載の制御要素をチューニングする方法。

Images