(57)【要約】本発明は、多チャネルの制御システム内部共同作業方法を開示する。具体的な方法としては、多チャネルのＣＰＵ計算サイクルを規則的に配列し、各チャネルが最初の信号ジャンプを受信する確率が均等である。ＣＰＵサイクルの長さを調整することにより、ＣＰＵ計算負荷を制御する。後ろに配列されたチャネルがトリガ信号が形成した後の最初のサイクル開始点に、同時に、チャネルのトリガ信号と最初トリガ信号を受信したチャネルからのロジック判断信号を受信できる。同じソースからの信号を繰り返して利用しないように、各チャネルが直接に入力信号を受信し、統合ロジック判断を行う。本発明は、多コントローラからなる制御システムがトリガ信号が形成した後各チャネル計算サイクル数量と応答時間を低減する。
2016536711.tif 000002
【特許請求の範囲】
【請求項１】
多コントローラー間の共同作業の最適化方法は、多センサーが同時に同一の物理量を検出する時、各センサーから測定した信号を対応する制御装置へ出力し、各制御装置がチャネルと呼ばれる。それぞれのコントローラは、互いに独立して通信する。各チャネルがそれぞれの受信、信号出力、ＣＰＵ、通信の部分が含む。中央処理装置はＣＰＵ又はＭＰＵとも呼ばれる。一定の計算サイクルがあり、各サイクルが一定の実行順序を持つ。各チャネルから取得したセンサー信号が閾値判断の上に当該チャネルのロジック判断信号を形成し、各チャネルが他のチャネルからのロジック判断信号を受信し、このチャネル及び他チャネルの信号を統合した上で判断し、ロジック信号を出力する。多チャネルのＣＰＵ作動サイクルを配列し、各チャネルの間に共同作業のメカニズムを形成し、次の詳細な手順：
１)、多チャネルＣＰＵの実行サイクルを順序で配列し、チャネルが他チャネルとサイクル毎に最初の信号ジャンプを受信する確率が均等である。
２)ＣＰＵサイクルの長さを調整した上でＣＰＵ計算負荷を制御し、即ちサイクル毎に最初の受信から出力終了までの時間とＣＰＵサイクルの比を調整する。後ろに配列するチャネルにしても、トリガ信号が形成した後の最初サイクルに同時にトリガ信号と一番早くトリガ信号を受信するチャネルからのロジック判断信号を取得できる。
３)あるモードでの判断信号数はチャネルの数より少ない場合、その一部の信号を複数信号に転化し、元に配分されないチャネルへ伝送し、センサーの信号が各チャネルに配分したことを保証する。
４)、ＣＰＵ各チャネルの計算順序は：
１．受信したセンサー信号に対する閾値判断
２．他チャネルの判断信号を統合して判断し、ジャンプ信号が形成する
３．当該チャネルのジャンプ信号をジャンプデバイスへ出力し、他チャネルへ当該チャネルのセンサー閾値の判断信号を出力する。
４．センサー信号とチャネルの数が同じの場合、統合ロジック判断を行う時、全ての他チャネルの判断信号を受信する。信号数がチャネルより少ない場合、転化信号を受信するチャネルが統合ロジック判断を行う時、センサー信号は同じソースの判断信号であるため、一回だけ受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は自動制御技術に属し、具体的に多チャネル自動制御システムの統合技術と制御アルゴリズムの技術に関連する。
【背景技術】
【０００２】
従来の多チャネル制御システムの多コントローラー間で共同作業の方法について、多チャネルが同時に受信し、各チャネルは外部へ１つのジャンプ信号を出力し、外部に独立のチャンプ判断装置を設置し、ロジック判断を行う。多チャネルからのジャンプ信号が外部の判断装置のロジック判断に満足する時、ジャンプ状態になる。例として４つのチャネルの場合：
各チャネルは、実際に、一定の動作サイクルで行い、独立の受信、出力と計算機能を含み、独立のコントローラーである。４つのチャネル間通信、制御システムに形成する。各チャネル間にリアルタイムの通信方法で、必要な制御信号を他チャネルに送信し、通信時間が非常に短い。便利に解析するために、通信時間を動作サイクル出力時間に考慮する。簡単で言うと、その中の１つチャネルの出力が終了すると、他チャネルはもう伝送信号を受信したということである。しかし、時間が掛かり、ＣＰＵサイクル受信時にロジック計算を行い始める。図１に示すように、４つのチャネル間通信リンク、図１の実線の矢印は、各チャネル間の通信リンクを示し、破線の矢印は、ジャンプ信号を表示する。
【０００３】
各チャネルから１つのジャンプ信号を外部の判断デバイスへ伝送し、ここでジャンプデバイスと呼ばれる。ジャンプデバイスから最終的にジャンプアクションに形成する。ジャンプアクションの形成条件は同じ時点、４つのチャネルには２つのチャネルがジャンプ信号を出力する。したがって、制御システムの有効ジャンプ条件は２つのチャネルがジャンプ信号を出力するということである。
【０００４】
多チャネル制御システムの多コントローラー間で共同作業の方法について、多センサーが同時に同じ物理量（例えば：温度）を測定し、例えば、４つのセンサーの番号はａ、ｂ、ｃ、ｄであり、同時に同一物理量の温度変化を測定し、４センサーに対応する４ＣＰＵ、各ＣＰＵはチャネルＩ、チャネルＩＩ、チャネルＩＩＩ、とチャネルＩＶと呼ばれる。図２に示す。
【０００５】
各チャネルの信号モードの計算方法：まずは、受信したセンサー信号の閾値判断を行い、他チャネルからの信号を統合して判断する。最後に、他チャネルへ当該チャネルの閾値判断結果を出力し、同時に当該チャネルのジャンプ信号を出力する。図３に示す。
【０００６】
多チャネルの応答時間に対し解析する時、通常、可能な範囲に、最大応答時間を取り、即ち最悪のケースを取る。４つのチャネルの状況を例として、現在の技術欠点を分析する：
１、４チャネルのＣＰＵサイクルの開始点はランダムに配置し、一定のサイクル時間に、各サイクルの開始点は直接に各チャネルの受信時間に影響する。(入力した信号は同一の物理量を対象に、仮定で信号が同時にジャンプする場合)。即ち、サイクルスタート時間は信号スタート時間に近くほど早く受信でき、ロジック計算を行う。仮定でＩチャネルのサイクル操作がトリガ信号の直後に行い、他のＩＩ、ＩＩＩ、ＩＶサイクルはＩチャネルの前に（図４に示すように）この状態は受信、処理など消耗が最長のケースである。最終の四番目のチャネルまで少なくとも２ジャンプ信号があり、３サイクル時間が必要である。トリガー信号の時間が前に０．２５サイクルを推進すれば、その効果も同じである。したがって、トリガ信号から最後ジャンプ信号出力までの最大応答時間が２．７５サイクルである。
【０００７】
２、多チャネル制御システムの入力信号数はあるモードでチャネル数より少ない。あるモードで、入力信号の数は３つまたは２つの可能性があり、このような状況で、１つ（３つの信号の場合）または２つ（２つの信号の場合）チャネルにこの状態の信号を受信できなく、最初受信のチャネルのジャンプ位置が最後になる可能性があり、全体の制御システムが信号ジャンプした後の１サイクルまでジャンプ信号を受信するかもしれなく、応答速度の改善に影響がある。そして、受信チャネルが故障すれば（ＣＰＵ故障、メモリ故障）直接に全体システムの受信状況を減らす。
【発明の概要】
【０００８】
本発明特許の目的は多コントローラー間の共同作業の最適化方法を提供し、その上で多コントローラーでの制御システムの応答時間を削減し、全体システムの性能をアップする。
【０００９】
上記の発明の目的を達成するために、次の技術提案：
多コントローラー間の共同作業の最適化方法について、多センサーが同時に同一の物理量を測定する時、各センサーから測定した信号を対応の制御装置へ出力し、各制御装置がチャネルと呼ばれる。それぞれのコントローラは、互いに独立して通信する。各チャネルがそれぞれの受信部分、信号出力部分、ＣＰＵ及び通信の部分を含む。中央処理装置はＣＰＵ又はＭＰＵとも呼ばれる。一定の計算サイクルがあり、各サイクルが一定の実行順序を持つ。各チャネルから取得したセンサー信号が閾値判断の上で当該チャネルのロジック判断信号を形成し、各チャネルが他チャネルからのロジック判断信号を受信し、このチャネル及び他チャネル信号を統合した上で判断し、ロジック信号を出力する。多チャネルのＣＰＵの作動サイクルを配列し、各チャネルの間に共同作業のメカニズムを形成し、次の詳細な手順：
多チャネルＣＰＵの実行サイクルを順序で配列し、各チャネルが他チャネルとサイクル毎に最初ジャンプ受信の確率が均等である。
【００１０】
ＣＰＵサイクルの長さを調整した上でＣＰＵ計算負荷を制御し、即ちサイクル毎に最初の受信から出力終了までの時間とＣＰＵサイクルの比を調整する。後ろに配列するチャネルにしても、トリガ信号が形成した後の最初サイクルに同時にトリガ信号と一番早くトリガ信号を受信するチャネルからのロジック判断信号を取得できる。
【００１１】
あるモードでの判断信号数はチャネルの数より少ない場合、その一部の信号を多信号に転化し、元に配分されないチャネルへ送り、センサーからの信号が各チャネルに配分したことを保証する
（４）各チャネルＣＰＵ計算順序は：
４．受信したセンサー信号に対する閾値判断
５．他チャネルの判断信号を統合して判断し、ジャンプ信号の形成
６．ジャンプ信号をジャンプデバイスへ出力し、他チャネルへ当該チャネルのセンサー閾値判断信号を出力する
４．センサー信号とチャネルの数が同じの場合、統合ロジック判断を行う時、全ての他チャネルの判断信号を利用する。信号数がチャネルより少ない場合、転化信号を利用するチャネルが統合ロジック判断を行う時、センサー信号は同じソースの判断信号であるため、一回だけ利用する。
【００１２】
本発明の利点：
１、多コントローラー（又はＣＰＵ）間の共同作業の動作メカニズムと作業の方法を提供する。高信頼性、高冗長性と効率的の共同作業メカニズムである。コントローラーがより早くセンサージャンプ信号と他チャネルからのロジック判断信号を受信し、計算サイクルを減らし、早めに最終の結果を取得し、応答時間を短縮する
２、実際の操作に、応答時間とＣＰＵの負荷及びＣＰＵサイクルの効率的の最適な組み合わせを達成することが可能である。
【００１３】
３、多コントローラー（またはＣＰＵ）共同作業の状態で、各コントローラ内部のロジック計算順序と計算規則が最適化である。
【００１４】
４、取得した信号を変換して配分し、センサー信号を取得するチャネルの数を増加し、システム全体の信頼性を向上させる。
【図面の簡単な説明】
【００１５】
【図１】図１は、従来の多チャネル制御システムのブロック図である。
【００１６】
矢印の方向は、個々のチャネル間の信号伝送の方向を表示する。各チャネルは、他の３つのチャネルへ送信し、そして、他の３チャネルから受信する性能を持つ。信号伝送の時間が短く、分析のため、伝送時間をＣＰＵ計算時間に考慮する。ジャンプデバイスが各チャネルからのジャンプ信号を取得し、ジャンプアクションを形成する。ジャンプデバイスが記述した制御システムに属しなく、独立の装置である。
【図２】図２に示すようにセンサーの信号とチャネルの対応関係。
【図３】図３は、本発明の計算順序とロジック判断略図である。
【図４】図４は、多プロセッサ間の共同作業のサイクル図である。
【図５】図５は、四つのチャネル、そしてＣＰＵ計算負荷が大きい（≦７５％，＞５０％）の場合、多チャネル間の共同作業サイクル略図
【図６】図６は、四つのチャネル、そしてＣＰＵ計算負荷が少ない（≦５０％）の場合、多チャネル間の共同作業サイクル略図
【図７】図７は、３つのチャネル、共同作業サイクル略図。
【図８】図８は、センサーの数はチャネルより少ない場合、信号分布図。
【図９】図９は、４つのチャネル、３つのセンサーの場合、計算順序とロジック判断略図である。センサー信号が同一の判断信号から形成し、ロジック判断する時、１回だけ利用する。そのため、チャネルＩＩＩとチャネルＩＶのセンサー信号は同一の信号ソースから形成し、ロジック判断する時、チャネルＩＶの判断結果を利用せず、判断結果を出力する時、チャネルＩＶへ出力しない。
【図１０】図１０は、４つのチャネル、２つのセンサーの場合、計算順序とロジック判断略図である。センサー信号が同一の判断信号から形成し、ロジック判断する時、１回だけ利用する。そのため、チャネルＩＩとチャネルＩＩＩの判断信号が判断結果を出力する時、チャネルＩＩとチャネルＩＩＩの同一信号ソースで、チャネルＩへ出力しない。
【発明を実施するための形態】
【００１７】
本発明は、多チャネルからなる制御システムに適用し、各チャネルのＣＰＵ計算負荷を調整し、多チャネルＣＰＵ計算サイクルを規則的に配列し、チャネルの間に最適化の共同作業のメカニズムを形成する。トリガ信号がランダムに形成し、各チャネルのＣＰＵサイクルが同じで、全体の多チャネル制御システムには、チャネル数と同じの受信回数がある。各チャネルも一番早くトリガ信号を受信する可能性がある。チャネルのＣＰＵを配列する時、各チャネルが一番早く受信する確率が同じである。配列の方法は多く、チャネル数とＣＰＵ計算負荷の違いに従い変化し、そして同時に多チャネルが一番早くトリガ信号を受信することができる。
【００１８】
同じタイプのＣＰＵ、同じ計算量、時間も同じである。ＣＰＵサイクルの長さを変更し、ＣＰＵ負荷の計算値も変化する。ＣＰＵサイクルの長さを調整する上で、ＣＰＵ計算負荷の大きさを制御する。上述の１番の上で、後ろに配列するチャネルがトリガ信号形成の最初のサイクルの開始点に、同時にトリガ信号と最初トリガ信号を受信したチャネルからのロジック判断信号を取得できる。したがって、このチャネルの最初のサイクルでこのチャネルのジャンプ信号を出力できる。
【００１９】
チャネル全体はセンサーからの信号を持つように、センサーの数はチャネル数より少ない時、一部のセンサー信号を多信号に転化し、元に配分されないチャネルへ伝送する。計算の面もロジック計算の方法を調整し、最適化の共同作業メカニズムは、さまざまな状況で役割を果たすことができる。
【００２０】
４つのチャネルの状況を例として、下記の詳細な作業原理と実装方法
多チャネル制御システムの各チャネルは、実際に独立のコントローラーであり、ＣＰＵは一定の計算サイクルで動作し、独立の受信、出力および計算の機能を持つ。４つのチャネル間で通信し、制御システムが形成する。各チャネル間にリアルタイム通信方法で、必要な制御信号を他チャネルに伝送し、通信時間が非常に短い。便利に解析するのため、通信時間を動作サイクル出力の時間に考慮する。簡単に理解すると、チャネル出力のいずれかが完了すると、他チャネルはもう伝送信号を受信したが、ＣＰＵサイクルが信号取得の段階までロジック計算することを行わなければ行けない。図１に示すように、４つのチャネル間の通信リンク。
【００２１】
各チャネルから１つのジャンプ信号を外部判断デバイスへ伝送し、ここでジャンプデバイスと呼ばれる。ジャンプデバイスから最終的にジャンプアクションが形成する。ジャンプアクションの形成は同じ時点、４つのチャネルには２つのチャネルがジャンプ信号を出力する。したがって、制御システムにとって、実際に有効ジャンプ信号の条件は２つのチャネルがジャンプ信号を出力するということである。
【００２２】
多チャネル制御システムは、多コントローラー間で共同作業の方法は多センサーが同時に同じ物理量（例えば：温度）を測定し、例えば、４つのセンサーの番号はａ、ｂ、ｃ、ｄであり、同時に同一物理量の温度変化を測定し、４つのセンサーに対応する４つのＣＰＵ、各ＣＰＵはチャネルＩ、チャネルＩＩ、チャネルＩＩＩ、とチャネルＩＶと呼ばれる。図２に示す。特定のシャンプ或いは特定値に達した時、信号を取得するチャネルがジャンプ信号を形成して出力する。
【００２３】
ジャンプ信号を形成させた信号が多いかもしれなく、信号を測定するセンサーの数はチャネル数と必ずしも一致しない。例えば、４つのチャネルの場合、同時に特定の部分の温度を測定する４つのセンサがあり、３つのセンサーが同じ部分の圧力を測定し、２つのセンサーで同じ部分の水位を測定するなど可能性がある。
【００２４】
あるモードでの判断信号数はチャネルの数より少ない場合、その一部の信号を多信号に転化し、元に配分されないチャネルへ伝送し、センサーからの信号が各チャネルに配分したことを保証する。信号が転化するうちにＣＰＵ計算の操作に経由しないため、遅延する時間を省略する。図８に示す。
【００２５】
各チャネルがセンサーからの信号と他チャネルの判断信号を受信して処理し、当該チャネルの判断信号とジャンプ信号を出力する。計算処理の順序：
まず、センサー信号の閾値に判断する
第二は、閾値判断からの当該チャネルの判断信号と他チャネルの判断信号を統合してロジック判断をする。
【００２６】
第三は、当該チャネルの判断信号とジャンプ信号を出力する。
【００２７】
センサー信号数がチャネルより少ない場合、同じソース（センサー）の判断信号であれば、次の統合ロジック判断を行う時、一回だけ利用する。
【００２８】
３つのセンサーの信号を４つのチャネルに配分する時、仮定で図８に示すように、判断ロジックは図９のように調整する必要がある。その中、チャネルＩとチャネルＩＩの論理フォームは基本的に同じ、ただチャネルＩまたはＩＩの間に相応的の交換を行う。チャネルＩＩＩとチャネルＩＶの理論フォームは基本的に同じ、チャネルＩＩＩまたはチャネルＩＶの間に相応的の交換を行う。
【００２９】
２つのセンサー信号を４つのチャネルへ配分する時、分布図８を参照し、ロジック判断は図１０に示すように、その中チャネルＩＩＩとＩＶは似ている、ただチャネル番号ＩＩＩまたはＩＶの間に交換する。センサー信号が同じソースの判断信号であれば、次の統合ロジック判断を行う時、一回だけ利用するため、チャネルＩＩとＩＩＩの判断結果を出力する時、チャネルＩＩとＩは同じ信号のソースでるため、チャネルＩへ出力する必要はない。
【００３０】
各チャネルのロジックは実際工程の要求と上記信号配分処理の原則を決めた後ＣＰＵ負荷の計算も基本的に決めた。計算負荷の大きさにより、多チャネルＣＰＵ計算サイクルの開始点を配列し、共同作業のメカニズムを形成する。チャネルＣＰＵ計算サイクルを配列する時、以下の２点で行うこと：
１．各サイクルが他チャネルに対し、各サイクルに一番早く信号ジャンプを受信する確率が均等である。
【００３１】
後ろに配列するチャネルにしても、トリガ信号が形成した後の最初サイクルに同時にトリガ信号と一番早くトリガ信号を受信するチャネルからのロジック判断信号を取得できる。
【００３２】
実際の配列順序は様々であり、ＣＰＵサイクル時間を変更する上で、ＣＰＵ計算負荷を変更することができる。この方法で、簡単に最適化の配列案を見つける。チャネルの数により平均で配列すれば、４つのチャネルが１／４サイクルごとに配列し、図５に示すように又は４つのチャネル、２つ毎にグループで、１／２サイクルを間隔し、図６に示す。図６示すように２つのチャネルが同時に一番早くトリガ信号を受信し、受信の確率はそれぞれ５０％である。図５は別の４つのチャネルの場合を示し、各チャネル受信の確率は２５％である。
【００３３】
異なる配置により、ＣＰＵ計算負荷を考慮し、各チャネル間の最適化の共同作業状態を達する。一番後ろに配列するチャネルは最初のサイクルで当該チャネルのジャンプ信号を出力でき、システム全体のジャンプ信号の応答時間も低減する。
【００３４】
例１：４つのチャネルの場合、ＣＰＵ計算負荷は４０ｍｓ時、７５％であり、即ちＣＰＵが各サイクルに３０ｍｓ計算する必要がある。ＣＰＵサイクルは６０ｍｓに設定すれば、ＣＰＵ計算負荷が５０％であり、図６に示された方法に適用する。後ろの２つのチャネルはトリガ信号を受信すると同時に前の２つのチャネルからのロジック判断信号を受信できる。そのため、最初のサイクルにジャンプ信号を伝送できる。ジャンプデバイスが２つのチャネルからのジョンプ信号を受信する後、ジャンプデバイス動作を引き起こす。そのため、この方法は最初のサイクルにジャンプを形成し、信号は最初のサイクル前の０．５サイクルに発生し、効果は同じである。チャネル計算サイクルで最大応答時間を計算すると、最大の影響時間は１．５サイクル、即ち９０ｍｓであると考える。
【００３５】
実施例２：３チャネルの場合、ＣＰＵ計算負荷はサイクル４０ｍｓ時７５％であり、即ちＣＰＵがサイクル毎に３０ｍｓが必要である。ＣＰＵ計算負荷が高すぎると最終の応答時間に影響がある。サイクルを５０ｍｓに設定すれば、ＣＰＵ計算負荷は６０％になり、その時、図７に示すような方法で行う。
【００３６】
本発明は、主に原子力ＤＣＳ産業に利用され、自動制御、航空宇宙、電力、電子、石油化学製品などへ発展することができる。
【図１】
2016536711.tif 000003
【図２】
2016536711.tif 000004
【図３】
2016536711.tif 000005
【図４】
2016536711.tif 000006
【図５】
2016536711.tif 000007
【図６】
2016536711.tif 000008
【図７】
2016536711.tif 000009
【図８】
2016536711.tif 000010
【図９】
2016536711.tif 000011
【図１０】
2016536711.tif 000012
【国際調査報告】
2016536711.tif 000013
2016536711.tif 000014
2016536711.tif 000015
2016536711.tif 000016
2016536711.tif 000017