JPS6330912A - バツチプロセスで使用される装置の逐次制御および故障検出のための自動システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［技術分野］ この発明は、一般的にはバッチプロセスの制御のための
システムに関し、特に、バッチプロセスでの離散装置の
逐次制御および故障検出を提供するための自動システム
に関するものである。

［従来の技術］ バッチプロセスとは、ある特定の結果に到達するために
、種々の逐次の（シーケンシャル）ステップの遂行を必
要とするプロセスである。ひとたび結果が達成されると
、バッチプロセスは、プロセスがシーケンスの最初のス
テップから再度起動されるまで、停止する。

種々の産業上の製品がバッチプロセスの使用を通じて製
造される。バッチプロセスは製薬、バルブおよび紙類な
らびに食物処理産業で大きな役割を果たしている。

産業バッチプロセスの一部である各個々のステップは、
例えばモーターおよび開閉弁などの種々の離散装置の動
作を必要とする。これらの離散装置はさらに例えばモー
ター始動器接点およびモーター自体または開閉弁により
使用されるバルブリミットスイッチなどの簡単な装置に
分解さ−れる。

現在、これらのバッチプロセスは、例えばペイリーコン
トロールズ社のネットワーク９ｏシステムなどの分散型
プロセス制御コンピュータシステムで制御されている。

これらのプロセス制御システムは種々の制御方式が構成
可能な複数の制御要素から構成される。制御要素は、そ
のＲＯＭ（固定記憶装置）に種々のアルゴリズムを含む
マイクロプロセッサから構成される。各アルゴリズムは
ロジック（論理）機能または制御機能を実行しそしてそ
して機能ブロックと呼称される。機能ブロックのある例
には、例えばＯＲブロックおよびＡ　Ｎ　Ｄブロックな
どの簡単な論理ブロックおよび例えばＰ　Ｉ　Ｄ　（ｐ
ｒｏｐｏｒｔｉｏｎａｌ−ｉｎｔｅｇｒａｌｄｅｒｉｖ
ａｔｉｖｅ、比例積分微分）制御器ブロックなどの複雑
な制御ブロックが含まれる。コンピュータの多数のマイ
クロプロセッサ制御要素は、必要とされる多数の制御形
態を提供するために、種々の機能ブロックを賦活する。

バッチ制御のためにプロセス制御コンピュータシステム
を使用する現在の装置は、従来の機能ブロック論理を通
じての離散装置の制御を含む。従来の機能ブロック論理
を通じて離散装置を制御することは、機能ブロック制御
方式と離散装置を構成する各簡単な装置との間の一対一
整合を必要とする。その理由は、各簡単な装置は、それ
がその動作を完了したときに、合図を行なうために、フ
ィードバック論理方式を必要とすることである。

このフィードバック信号は、簡単な装置が故障したかど
うかを確認しそしてバッチプロセスのこの特定のステッ
プでの別の離散装置を賦活するのに使用される。

一つの離散装置を制御することおよび離散装置の簡単な
装置が故障したことを操作者に合図することはしばしば
１０個以上の機能ブロックを必要としそしてかえって厄
介なものとなる。これは、非常なマイクロプロセッサパ
ワーの使用を要求しそしてコンピュータメモリ空間の浪
費である。さらに、離散装置からの情報を処理するため
の時間は、所望されるすべての機能により延長される。

もし、バッチプロセスが種々の離散装置を必要とするな
らば（これはしばしば起こる場合であるが）マイクロプ
ロセッサパワーの費用は大きな問題である。

バッチ制御で離散装置を制御するのに従来の論理を使用
することに関連する別の問題は、それが二つの手動イン
ターフェースボタンを必要とすることである。一方のボ
タンは離散装置を手動または自動モードに設定するため
に必要とされそして他方のボタンは離散装置をオンまた
はオフに切り替えるために必要とされる。これは、操作
者誤りの要素をシステムにもたらす。バッチプロセスは
一時に種々の離散装置を使用しそして各装置ごとに二つ
の手動制御ボタンを有することは、操作者が全プロセス
を制御しようとするとき、操作者にとって厄介である。

さらに各ボタンごとに一つの２つのメツセージが、単一
の離散装置のためのちょうど一つの代りに、制御システ
ムの残部に送信される。これは、分散型コンピュータ制
御システムに不必要な多大の負荷動作を発生させる。

かくして、バッチプロセスにより使用される離散装置の
制御および故障検出のための自動システムであって、広
範な機能ブロック形態および分散型プロセス制御コンピ
ュータシステムでのシステム負荷動作を除去する自動シ
ステムが必要とされていることが理解されよう。

［発明の概要］ ここに開示の本発明は逐次のバッチプロセスで離散装置
を制御するために従来の論理を使用するプロセス制御コ
ンピュータに関連の従来技術の種々の問題を可能な限り
克服するものである。本発明は、新規なストリームライ
ン機能ブロックシステムを提供しそれにより離散装置と
装置ドライバと呼称される新規な機能ブロック単位との
間には一対一整合のあることにより、これを実現する。

この新規な機能ブロック単位は離散装置へ制御入力を提
供しそして離散装置からフィードバックを受容する。装
置ドライバブロックはつぎに、フィードバックから離散
装置が故障しているかどうかを確認し、もしそうである
ならば操作者に警告する。離散装置を構成する簡単な装
置をモニタする必要がないので、これらの機能のすべて
は、現在使用されている標準的には１０個の従来の論理
巣位の代りに、バッチプロセスによる呼出しが可能な一
つの機能ブロックに集中される。さらに装置ドライバは
唯一つの出力をプロセス制御コンピュータシステムの残
部へと提供し、システム負荷動作をできるかぎり小さい
ものとする。

装置ドライバは、自動でありそして最少量のマイクロプ
ロセッサ空間および計算時間を使用する新規なバッチプ
ロセス制御システムの一部である。このシステムは知ら
れている分散型プロセスコンピュータで具現化可能であ
る。

かくして本発明の一様相は、分散型制御コンピュータの
従来の論理機能ブロックマイクロプロセッサパワー浪費
を除去する離散装置の制御のための自動システムを提供
することである。

本発明の別の様相は、バッチ制御で使用される離散装置
の妨害のない制御が可能な機能ブロック単位を提供する
ことである。

本発明のさらに別の様相は、バッチ制御で使用される離
散装置の妨害のない制御および同様物の簡単なモニタ動
作が可能な機能ブロック単位を提供することである。

本発明のさらに別の様相は、単一の通信出力を通じて全
分散型プロセス制御システムとのストリムライン通信が
可能な機能ブロック単位を制御およびモニタする別個の
装置を提供することである。

［好ましい実施例の詳細な説明］ 第１図を参照しながら、本発明を説明すると、自動バッ
チ処理制御システム１０が、例えばペイソーコントロー
ル１１社（Ｂａｉｌｅｙ　Ｃｏｎｔｒｏｌｓ　Ｃｏ、）
のモデルネットワーク９０い＋ｏｄｅｌ　Ｎｅｔｗｏｒ
ｋ　９０　）制御システムなどの知られているプロセス
制御コンピュータ１２とリミットスイッチと一緒の開閉
弁などの知られている離散フィールド装置１４の少なく
とも一つを備えて提供される。プロセス制御コンピュー
タ１２はさらにフィールド装置制御システム１６と、線
２４および２６によりフィールド装置制御システム１６
に接続されるインターフェースシステム１８と、線２４
および３ｏに沿ってインターフェースシステム１８に接
続される補助論理単位２６とを備える。

プロセス制御コンピュータ１２により遂行されるすべて
の動作および計算がアルゴリズムを使用する。これらの
アルゴリズムは、各アルゴリズムが特定の機能を遂行す
るので、機能ブロック単位と呼称される。機能ブロック
単位は、所望される機能を遂行するために内部の不変の
動作命令と一緒のマイクロプロセッサである。

特に、フィールド装置制御システム１６は、線３４およ
び３６に沿って離散フィールド装置１４から二つの入力
信号を受容する装置ドライバ機能ブロック単位３２を備
える。装置ドライバ機能ブロック単位３２はまた線４ｏ
に沿ってシーケンス発生ブロック３８から入力信号をも
受容する。装置ドライバ機能ブロック単位３２は、一つ
は線４２に沿って離散フィールド装置１４へまた他方は
線４６に沿ってモニタ機能ブロック単位４４へ向かう二
つの出力信号を有する。モニタ機能ブロック単位４４は
、線５２および５４に沿ってシーケンス発生ブロック単
位３８へ二つの出力信号の送信を行なうシーケンス決定
機能ブロック単位５０へ、線４８に沿って出力信号を送
信する。シーケンス発生ブロック３８は次に出力信号を
線２２に沿ってインターフェースシステム１日へ送信す
る。

シーケンス発生ブロック３８からの出力信号は、インタ
ーフェースシステム１８の実信号デマルチプレクサ５８
およびプール信号マルチプレクサ５６の両方に入力され
る。実信号デマルチプレクサ５８は、線２８に沿って出
力信号を補助論理単位２６へ送信し補助論理単位２６は
引き続き線３０に沿っである信号をプール信号マルチプ
レクサ５６へ送信する。プール信号マルチプレクサ５６
は、線２４に沿って出力信号をシーケンス決定機能ブロ
ック単位５ｏへ送信することにより、制御ループを完成
する。

動作において、フィールド装置制御システム１６は、二
つの相違するタイプの制御信号を使用する。これらの制
御信号は、プロセス制御コンピュータ１２の種々の機能
ブロックにより使用される標準タイプのものである。制
御信号の第１のタイプは、１または０またはそれぞれ高
または低のいずれかを発生する標準のプール信号である
。制御信号の第２のタイプは、整数または浮動１０進小
数点と一緒に表示される整数の分数とされる実信号であ
る。

装置ドライバ機能ブロック単位３２は、線４゜に沿って
、シーケンス発生ブロック３８からプール制御信号を受
容する。装置ドライバ機能ブロック単位３２は、次に線
４２に沿ってこの制御信号を離散フィールド装置１４へ
出力する。離散フィールド装置１４への出力は○または
１のいずれかである。

離散フィールド装置１４は、制御信号に対応するその所
望される動作を遂行しそしてそれからプールフィードバ
ック信号を発生する。離散フィールド装置１４は、線３
４に沿って第１フイードバツク信号をまた線３６に沿っ
て第２フイードバツク信号を発生する。ある種の装置は
一つのフィードバック信号のみの動作しか必要としない
。これらのフィードバック信号は、離散フィールド装置
１４が故障またはブレークダウンなく、満足にその動作
を完了したかどうかを決定する。

装置ドライバ機能ブロック単位３２は、線３４および３
６に沿って、フィードバック信号を受容しそしてこれら
を所望されるプールフィードバックマスク（図示せず）
と比較する。プールフィードバックマスクは２場所プー
ル数でありそして０Ｏ５０１，１０または１１とされよ
う。

プールフィードバックマスクでの第１の場所は線３４の
フィードバック信号の所望されるフィードバックであり
そしてプールフィードバックマスクでの第２の場所は線
３６のフィードバック信号の所望されるフィードバック
である。

装置ドライバ機能ブロック巣位３２１−１、線４６に沿
ってこの比較に対応する実出力信号を継続的に発生する
。もし、プールフィードバックマスクおよび線３４およ
び３６から受容されるフィードバック信号が等しくない
ならば、装置ドライバ機能ブロック単位３２は１．０に
等しいＢＡＤ（不良）実信号を発生する。もし、離散フ
ィールド装置１４が所望される動作を実行するための時
間が経過していなかったならば、装置ドライバ機能ブロ
ック単位３２は、２．０に等しいＷＡＩＴＩＮＧ（待ち
）実信号を発生する。もし、フィードバックマスク６０
が線３４および３６から受容されるフィードバック信号
に等しいならば、装置ドライバ機能ブロック単位３２は
、Ｏ２０に等しいＧＯＯＤ　（良）実信号を発生する。

線４６に沿って送信される出力信号は、操作者が継続的
に離散フィールド装置の状態を視認できまた装置が故障
の場合に必要な行動を行なうことができるよう、ＣＲＴ
モニタ（図示せず）へ送信することも可能である。

モニタ機能ブロック単位４４は、線４６から信号を受容
しそしてさらにプロセスのこの段階で使用される別の多
くの装置ドライバブロックから実出力信号を受容する。

モニタ機能ブロック単位４４は次に、特別の論理ＡＮＤ
ゲートとして作動する。もし、いずれかの装置ドライバ
機能ブロック（例えばブロック４６など）からのモニタ
機能ブロック単位４４へのいずれかの入力が、ＷＡＩＴ
ＩＮＧまたはＢＡＤならば、モニタ機能ブロック単位は
線４８に沿って、ＷＡＩＴＩＮＧまたはＢＡＤを各々発
生する。もし、モニタ機能ブロック単位により受容され
る入力がすべてＧＯＯＤであるならば、線４８に発生さ
れる出力信号は、引き続きＧＯＯＤである。線４８に出
力される信号は、プロセスのこの特定の段階で使用され
る例えば離散フィールド装置１４などの複数の離散フィ
ールド装置の全システムについての状態である。

モニタ機能ブロック単位４４により線４８に沿って送信
される実信号は、シーケンス決定機能ブロック単位５０
により受容され、シーケンス決定機能ブロック単位５０
は、バッチプロセスでの次の段階とすべきものに到達す
るようこの情報を処理する。もし、線４８に送信される
実信号が、すべての離散フィールド装置がＧＯＯＤであ
ることを指示するならば、シーケンス決定機能ブロック
単位５０は、バッチプロセスで使用されるべきシーケン
スの次の’ｎｏｒｍａｌ　（標準）」ステップ数を出力
する。このシーケンスはレシピ（ｒｅｃｉｐｅ、処方せ
ん）と呼ぶことが可能である。もし、線４８の信号がＢ
ＡＤ状態を指示するならば、シーケンス決定機能ブロッ
ク単位５ｏはｒｆａｕｌｔ（障害）」ステップに対応す
るステップ数を出力する。ｒ　ｆａｕｌｔ　Ｊステップ
では、バッチ制御ループの適当な装置がトリガされてフ
ェールセーフ状態に到達しその間バッチプロセス：ま遮
断される。

シーケンス決定機能ブロック単位５０は、バッチプロセ
スで次に付勢されるべきステップは何であるかを決定す
るこの信号を線５２に沿ってシーケンス発生ブロックに
出力する。シーケンス決定機能ブロック単位５ｏの出力
は実信号である。この実信号はプロセスでのあるステッ
プに対応する０例えば、もし実信号が３．０であるなら
ば、それは、プロセスのステップ３を実行するようシー
ケンス発生ブロック３８に告げている。

シーケンス決定機能ブロック単位５０はまた、インター
フェースシステム１６のプール信号マルチプレクサ５６
により送信される線２４からのステップトリガ信号をも
受容する。線２４に送信されるステップトリガ信号は、
線５２に沿ってバッチプロセスでの次のステップに対応
する次の実出力信号を出力するためにシーケンス決定機
能ブロック単位５０を付勢する。シーケンス決定機能ブ
ロック単位５ｏは、それが線２４で受容されそして適当
なステップが選択された後で、線５４に沿ってこのステ
ップトリガ信号をシーケンス発生ブロック３８に送信す
る。線２４のステップトリガおよび線５４のステップト
リガは、はとんど同時に起こる。

シーケンス決定機能ブロック単位５０はまた、入出力（
ｌ１０）コンピュータターミナル（図示せず）を通じて
、操作者により二つの別の特別の自動モードに設定され
ることも可能である。第１のモードは線２４のステップ
トリガを要求しない。このモードでは、シーケンス決定
機能ブロック単位５ｏが線４８を通じてＧＯＯＤ信号を
受容するときに、ステップトリガが、線５４を通じてシ
ーケンス発生ブロック３８に送信されることも可能であ
りそして適当なステップが線５２を通じて選択および出
力される。特別の第２のモードは、線４８でＧＯＯＤ信
号を要求せずそしてそれが線２４からステップトリガを
受容するときに、線５２および５４に適当な出力信号を
送信する。

シーケンス決定機能ブロック単位５０は、半自動モード
に設定できる。半自動モードは、バッチプロセスで次の
ステップを始動するためにシーケンス決定機能ブロック
単位が適当な信号を線５２および５４に出力する前に、
操作者が、入出力（Ｉｌｏ）コンピュータターミナル（
図示せず）から付勢信号を入力することを要求する。

ひとたびシーケンス発生ブロック３８が線５２を通ずる
信号からステップ数をまたシーケンス決定機能ブロック
単位５０から線５４を通じてステップトリガを受容する
と、それは、この特定ステップ数に対応してプール制御
信号を線４０に沿って送信する。

線４０に沿って送信される信号は実際には、シーケンス
発生ブロック３８により出力されるプールマスクの一部
である。このプールマスクは各ステップごとに異なる。

例えば、第１のステップは、１０００として現れるマス
クを持つこともでき、そして第２のステップは、０１０
０として現れるマスクを持つことが可能である。マスク
の各場所は、例えばブロック３２などの特定の装置ドラ
イバ機能ブロックへの一出力である。それゆえ、もし、
装置ドライバ機能ブロック３２がマスクの第１場所によ
り制御されたならば、装置ドライバ３２への出力は、バ
ッチプロセスの第１ステツプで１そして第２ステツプで
０である。

補助論理単位２６は、バッチプロセスの各ステップで必
要とされる変数を制御および設定するための装置を提供
する。これらの変数のいくつかは、目標値制御機能、フ
ィードフォワード制御機能、原料入力機能そしてタイミ
ング機能を含む。

補助論理単位は、バッチプロセスのあるステップが完全
であるときに認定のために、これらの変数を使用する。

補助論理単位２６は、所望される変数に到達するために
使用される従来の種々の機能ブロック単位から構成され
る。補助論理単位２６には、バッチプロセスの各ステッ
プごとに、機能ブロックの別々の形態がある。例えばも
し、目標値温度がバッチプロセスで達成されたときに、
ステップ３がステップ４へ切り替わるようになっていた
ならば、補助論理単位２６のステップ３に対応する従来
の機能ブロック論理は、この目標値が達成されたときに
、目標値を計算および感知しよう。従来の論理機能ブロ
ック形態は、すべて知られているプロセス制御アルゴリ
ズムである。

シーケンス決定機能ブロック単位５０およびシーケンス
発生ブロック３８は、インターフェースシステム１８を
通じて補助論理単位２６と通信を行なう。インターフェ
ースシステム１８は、プロセスのどのステップが現在動
作しているかを決定し、そのステップのために従来の機
能ブロック形態を付勢することを補助論理単位２６に告
げ、そして補助論理単位２６により計算または感知され
る変数が、ステップが完全であることを決定するときに
、ステップトリガを線２４に沿ってシーケンス決定機能
ブロック単位５０へ出力する。

動作において、インターフェースシステム１８は、プー
ル信号マルチプレクサ５６および実信号デマルチプレク
サ５８の両方で線２２から実信号を受容する。線２２か
らの実信号は、バッチプロセスにより実行されねばなら
ない当面のステップ数に対応しそしてシーケンス発生ブ
ロック３８の出力である。もし、シーケンス決定機能ブ
ロック単位が、バッチプロセスのステップ３が実行の要
求される次のステップであると決定するならば、３．０
が線２２に出力される。

実信号デマルチプレクサがこの実出力を線２２から受容
するときに、それは、線２８に沿って、プールマスクを
補助論理単位２６へ出力する。各ステップ数ごとに異な
るプールマスクがある。たとえば、ステップ３のための
プールマスクはステップ３を遂行するのに必要とされる
従来の機能ブロック論理を付勢する。ステップ３は、所
望される温度目標値が達成されるまで、蒸気または熱空
気弁を開放する。

各ステップごとの従来の機能ブロック論理は、線３０で
の補助論理単位２６からのプール出力にである場所を取
る。あるステップについての従来の機能ブロック論理が
完成されたとき、そのステップについての場所は１を送
信しそうでなければ、場所はつねにゼロである。ステッ
プ３についての従来の論理が、温度目標値が達成された
ことを指示するときに、プール信号マルチプレクサ５６
への線３０でのプール出力は のようである。

プール信号マルチプレクサ５６は線２２から実信号をそ
して線３０からプール信号を受容する。

プール信号マルチプレクサ５６は次に、もし実入力に対
応するプール入力の場所が○から１へ向かうならば、線
２４にステップトリガ信号を出力する。例において、プ
ール信号マルチプレクサは実入力として線２２から３．
０を受容する。補助論理単位からのプール入力が上に示
されるようなものとして現れるとき、プール信号マルチ
プレクサは線２４にステップトリガを送信する。ステッ
プトリガは、シーケンス決定機能ブロック単位５０にバ
ッチプロセスの次のステップへ向かうことを告げる。

第２図を参照すると、装置ドライバ機能ブロック単位３
２のアルゴリズムのためのフローチャート６４が用意さ
れている。フローチャート６４の種々の形状の囲いは、
装置ドライバ機能ブロックアルゴリズムでのステップを
表示し、ステップまたはモードとして言及される。フロ
ーチャート６４は、装置ドライバ機能ブロック単位３２
が操作者によりＩ１０ターミナルを通じて設定の行なわ
れる種々の特別の複数のモードを含む。これらの特別の
モードは、取消しくｏｖｅｒｒｉｄｅ）モード６６、手
動入力モードロ８および従来の機能ブロック入力モード
を含む。

第１図に具現化されるような標準動作においては、装置
ドライバ機能ブロック単位３２は、線４０に沿ってシー
ケンス発生ブロック３８からプール入力を受容する。こ
のプール入力は第２図で入力ステップ７２により記号化
されている。プール入力は出力ステップ７４へ移されそ
して離散フィールド装置１４へ出力される。

離散フィールド装置１４はタイムステップ７８の後、フ
ィードバック信号をプール形式でフローチャート６４へ
戻す。タイムステップ７８が経過するまで、第１の決定
ステップ８ｏは実信号２０を最終出力ステップ８２へ送
信する。実信号２．０はＷＡＴＴＩＮＧを表わす。

タイムステップ７８が経過した後、フィードバック信号
７６は処理ステップ８６で所望のフィードバックマスク
８４と比較される。もしフィードバック信号７６がフィ
ードバックマスク８４と等しいならば、処理ステップ８
６は実の０．Ｏに等しいＧＯＯＤ信号を出力ステップ８
２へ送信する。

もしフィードバック信号７６がフィードバックマスク８
４と等しくないならば、処理ステップ８６は実の１．０
に等しいＢＡＤ　　信号を出力ステップ８２へ送信する
。出力ステップ８２がいずれかの実信号を受容するとき
、それは、線４６上でバッチ制御システム１０の残部へ
この情報を送信する。

もし、取消しモード６６が操作者により賦活されるなら
ば、プール信号１が第２の決定ステップ８８へ送信され
る。もし、第２の決定ステップ８８が取消しモード６６
からプール１を受容するならば、タイムステップ７８が
経過したとき、ＧＯＯＤ信号が常に出力ステップ８２へ
送信される。処理ステップ８６からのいずれのＢＡＤ信
号も取り消されそしてＧＯＯＤ信号へ変化される。この
モード；ま、フィードバック信号７６により決定される
離散フィールド装置１４の故障が些細なものでありそし
てそれゆえに全バッチプロセスを停止したくないことを
操作者が決定するときに使用される。

もし操作者が、離散フィールド装置１４を手動モード６
８または従来の論理入力モードアｏで動作させたいなら
ば、許可ステップ９ｏがブール１を第３の決定ステップ
９２へ出力する。もし決定ステップ９２がブール１を受
容するならば、それは、手動モード６８または従来の論
理モード７０が制御信号を出力ステップ７４へ送信する
のを許容する。いずれのモード６８または７０も、プロ
セス制御コンピュータ１２のいずれかの部分の故障が検
出された後かまたは別のいずれの理由によっても操作者
により制御装置１４へ使用できる。

【図面の簡単な説明】

第１図は、装置ドライバ機能ブロック単位を使用する自
動バッチプロセス制御システムの模式図である。 第２図は第１図の装置ドライバ機能ブロック単位だめの
制御アルゴリズムの図である。 図中の各参照番号が示す主な名称を以下に掲げる。 １ｏ、自動バッチプロセス制御システム１２、プロセス
制御コンピュータ １４、離散フィールド装置 １６、フィールド装置制御システム １８、インターフェースシステム ２６、補助論理単位 ３２、装置ドライバ機能ブロック単位 ３８、シーケンス発生ブロック ４４、モニタ機能ブロック ５０、シーケンス決定機能ブロック単位５６、ブール信
号マルチプレクサ ５８、実信号デマルチブレクサ

Claims (1)

1. 【特許請求の範囲】 １、プロセスを制御するのに使用される離散装置を制御
   およびモニタするための自動システムにおいて、 複数の離散装置をモニタするための少なくとも一つのア
   ッセンブリと 前記モニタ動作アッセンブリを離散装置へ一対一ベース
   で整合し、それにより、一つのモニタ動作装置が一つの
   離散装置をモニタするための手段と、 前記モニタ動作アッセンブリを制御するための手段とを
   備える自動システム。 ２、前記制御手段は、プロセスの変数を計算および測定
   するための主処理アッセンブリを備える特許請求の範囲
   第１項記載の自動システム。 ３、前記制御手段は、前記モニタ動作アッセンブリを制
   御するための第１の制御単位および前記整合手段を通じ
   で前記モニタ動作アッセンブリを制御するための第２の
   制御単位を備える特許請求の範囲第１項記載の自動シス
   テム。 ４、前記第１の制御単位は、前記モニタ動作アッセンブ
   リの操作者制御のための手動入力手段である特許請求の
   範囲第３項記載の自動システム。 ５、前記第２の制御単位は、プロセスの前記変数を出力
   信号に変換しそして前記出力信号を前記整合手段へ送信
   するために出力アッセンブリを備える特許請求の範囲第
   １項記載の自動システム。 ６、各モニタ動作アッセンブリは、賦活信号を前記離散
   装置へ送信するための出力手段および前記離散装置から
   フィードバック信号を受容するための入力手段を備える
   特許請求の範囲第１項記載の自動システム。 ７、各モニタ動作アッセンブリは、前記フィードバック
   信号を処理しそして前記離散装置の動作状態を指示する
   出力信号を送信するためのモニタ動作単位と操作者によ
   るデータの手動入力のための手動入力手段とを備える特
   許請求の範囲第１項記載の自動システム。 ８、前記モニタ動作アッセンブリは、前記フィードバッ
   ク信号を、操作者入力手段を通じて設定される値と比較
   し、この比較に基づいて前記出力に到達するための比較
   手段を備える特許請求の範囲第７項記載の自動システム
   。 ９、前記入力手段により設定される値はプールマスクで
   ありそして前記比較手段からの前記出力信号はＧＯＯＤ
   またはＢＡＤまたはＷＡＩＴＩＮＧの離散装置の動作状
   態を指示するアナログ信号である特許請求の範囲第８項
   記載の自動システム。 １０、前記操作者入力手段を通じて前記出力信号を変化
   させるための取消し手段を備える特許請求の範囲第８項
   記載の自動システム。 １１、前記整合手段は、前記賦活動作およびモニタ動作
   手段からの前記複数の離散装置の一つの状態を指示する
   少なくとも一つの信号を受容するために第１の受取り手
   段と前記制御手段から制御信号を受容するために第２の
   受取り手段とを備える特許請求の範囲第１項記載の自動
   システム。 １２、前記整合手段は、少なくとも一つの賦活動作およ
   びモニタ動作アッセンブリへ制御信号を送信するための
   第１の通信手段と前記制御手段へプロセス状態信号を送
   信するための第２の通信手段とを備える特許請求の範囲
   第１項記載の自動システム。 １３、前記第１の受取り手段は前記状態信号をモニタし
   そして前記プロセスにより使用される全ての離散装置の
   状態を指示する信号を前記第２の受取り手段へ出力する
   ためにモニタアッセンブリを備える特許請求の範囲第１
   １項記載の自動システム。 １４、前記第２の受取り手段は、前記制御手段から前記
   制御信号および前記第１の受取り手段から前記状態信号
   を受容する特許請求の範囲第１３項記載の自動システム
   。 １５、前記第２の受取り手段は、前記制御信号および前
   記状態信号を処理し、この処理に基づいてどの離散装置
   が賦活されるべきかを確認しそして前記プロセスでのあ
   るステップを指示する実数値を出力するためのアッセン
   ブリを備える特許請求の範囲第１４項記載の自動システ
   ム。 １６、前記制御信号はプールマスクであり、プールマス
   クの各場所が一つの賦活動作およびモニタ動作アッセン
   ブリに対応する特許請求の範囲第１２項記載の自動シス
   テム。 １７、前記プールマスクは前記プロセスの種々の各ステ
   ップごとに相違する特許請求の範囲第１６項記載の自動
   システム。 １８、前記プロセス状態信号は、前記プロセスのあるス
   テップに対応する値の実数でありそして前記のある特定
   のステップを制御するのに必要な前記制御手段を賦活す
   る特許請求の範囲第１２項記載の自動システム。 １９、離散装置のための自動制御およびモニタユニット
   において、 複数の独立の制御ステーションからの制御信号を受容す
   るための手段と、 前記の複数の独立の制御ステーションから単一の制御信
   号を選択するための手段と、 前記単一の制御信号を前記離散装置へ出力するための手
   段と、 前記装置から単一のフィードバック信号を受容するため
   の手段と、 基準信号を提供するための手段と、 前記フィードバック信号を前記基準信号と比較するため
   の手段と、 前記比較に基づいて、前記装置の動作状態を指示する一
   つの信号を出力するための手段とを備える自動制御およ
   びモニタユニット。 ２０、離散装置を制御およびモニタするための方法にお
   いて、 複数の制御信号を受容し、 一つの制御信号を前記複数の制御信号から選択し、 前記制御信号を前記装置へ出力し、 前記装置から一つのフィードバック信号を受容し、 前記フィードバック信号から装置が故障しているかまた
   は適正に作動しているかどうかを決定し、 前記決定ステップに基づいて一つの装置状態信号を出力
   する諸段階を備える方法。