(57)【特許請求の範囲】
【請求項１】
通信媒体上のデバイスあるいは該通信媒体の周囲のデバイスに起因する、該通信媒体の動作周波数内にあるノイズを検出する方法であって、
該方法は、
破損メッセージがないか、前記通信媒体上で前記ノイズによって破損し得るメッセージを監視することと、
破損メッセージの数が破損メッセージ閾値に達すると、ノイズ検出信号を発生することと
を備え、
前記破損メッセージ閾値は、一期間内に１つのデバイスが送信可能なメッセージの数より多い、該期間内に検出された破損メッセージの数である
ことを特徴とする方法。
【請求項２】
通信媒体上のデバイスあるいは該通信媒体の周囲のデバイスに起因する、該通信媒体の動作周波数内にあるノイズを検出する方法であって、
該方法は、
前記ノイズによって破損し得る前記通信媒体上のメッセージから破損メッセージを検出することと、
破損メッセージが検出されると、破損メッセージのカウント値を更新することと、
前記破損メッセージのカウント値が破損メッセージ閾値に達すると、ノイズ検出信号を発生することと
を備え、
前記破損メッセージ閾値は、一期間内に１つのデバイスが送信可能なメッセージの数より多い、該期間内に検出された破損メッセージの数である
ことを特徴とする方法。
【請求項３】
請求項２に記載の方法であって、
前記通信媒体上の破損メッセージを検出することは、前記通信媒体上で破損メッセージが発生したときに発生される割込信号を処理することを備えている
ことを特徴とする方法。
【請求項４】
通信媒体と接続する診断ツールであって、
該診断ツールは、
該診断ツールを前記通信媒体に接続する複数の導体素子と、
該導体素子を介して、前記通信媒体からの信号を受信動作可能な媒体接続装置（ＭＡＵ）と、
該ＭＡＵに接続され、破損メッセージがないか、前記通信媒体上のデバイスあるいは前記通信媒体の周囲のデバイスに起因するノイズによって破損し得る前記通信媒体上のメッセージを監視動作可能であり、且つ、破損メッセージの数が破損メッセージ閾値に達すると、ノイズ検出出力を発生動作可能な処理装置と
を備え、
前記破損メッセージ閾値は、一期間内に１つのデバイスが送信可能なメッセージの数より多い、該期間内に検出された破損メッセージの数である
ことを特徴とする診断ツール。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
[発明の背景]
本発明は、ネットワークと、ネットワーク上の信号に関する。具体的には、本発明は、通信ネットワークの動作周波数内にあるノイズを検出することに関する。
【０００２】
一般的な工業プラントでは、分散制御システム（ＤＣＳ）が、プラントで実行される多くの工業処理を制御するのに使用されている。一般的に、プラントには、コンピュータシステムを備えた集中制御室があり、コンピュータシステムには、コンピュータ技術において周知のユーザ入力部／出力部（Ｉ／Ｏ）と、ディスクＩ／Ｏと、他の周辺デバイスとが具備されている。コンピュータシステムには、コントローラとプロセスＩ／Ｏサブシステムとが連結されている。
【０００３】
プロセスＩ／Ｏサブシステムには、Ｉ／Ｏポートが具備されており、このＩ／Ｏポートには、プラント全体における種々のフィールドデバイスが接続されている。フィールドデバイスとしては、さまざまな種類の解析装置、シリコン圧力センサ、容量圧力センサ、抵抗温度検出器、熱電対、ひずみゲージ、リミットスイッチ、オン／オフスイッチ、流量送信器、圧力送信器、静電容量レベルスイッチ、計量器、トランスデューサ、バルブ固定装置、バルブコントローラ、アクチュエータ、ソレノイド、表示灯がある。“フィールドデバイス”という用語は、これらデバイスとともに、分散制御システムにおいて機能する他のいかなるデバイスも含む。
【０００４】
フィールドバスは、マルチドロップ・シリアル・ディジタル双方向通信プロトコルであり、分散制御システムにおける、現場計器と、監視ユニットや模擬ユニットといった他のプロセスデバイスとを接続するためのものである。フィールドバスによって、以前のプロセス制御ループ法におけるディジタル通信を強化しつつ、フィールドバス閉ループに連結されたプロセスデバイスに電力を供給する能力を維持するとともに、固有の安全要求に合致させることもできる。
【０００５】
合理的に標準化された２つの工業用フィールドバスプロトコルとして、ファウンデーション・フィールドバスと、プロフィバスとがある。フィールドバスプロトコルの物理層は、アメリカ計測学会（ＩＳＡ）規格であるＡＮＳＩ／ＩＳＡ−Ｓ５０．０２−１９９２と、１９９５年の２つの拡張案とに定義されている。フィールドバスプロトコルでは、２つのサブプロトコルが定義されている。Ｈ１フィールドバスネットワークは、最大３１．２５（キロビット／秒）（Ｋｂｐｓ）の速度でデータを送信するとともに、ネットワークに接続されたフィールドデバイスに電力を供給する。Ｈ１物理層サブプロトコルは、１９９２年の９月に承認されたＩＳＡ規格の第１１節第２部に定義されている。Ｈ２フィールドバスネットワークは、最大２．５（メガビット／秒）（Ｍｂｐｓ）の速度でデータを送信するものの、ネットワークに接続されたフィールドデバイスに電力を供給せず、余剰の伝送媒体を備えている。
【０００６】
フィールドバスネットワークは、大型モータ、プロセス設備、工場設備と関連して用いられることが多い。モータや設備を起動すると、通信媒体の動作周波数内にバーストノイズが発生することがある。このバーストノイズによって、メッセージが破損する可能性があり、極端な場合、ネットワークデバイスとの通信が喪失されてしまう可能性がある。
【０００７】
[発明の概要]
本発明は、通信媒体の動作周波数内にあるノイズを検出すること目的としている。通信媒体上では、破損メッセージがないか、メッセージが監視される。破損メッセージの数が、破損メッセージ閾値に達すると、ノイズ検出信号が発生される。
【０００８】
[詳細な説明]
＜プロセス制御システムの概要＞
フィールドバス物理層は、物理層プロトコルデータユニット（ＰｈＰＤＵ）の形式で通信プロトコルデータを送受信する物理手段の電気的特性を定義している。さらに、フィールドバス物理層は、シンボル符号化、メッセージフレーム化、エラー検出方法を定義している。ＩＳＡフィールドバス規格は、３つの信号伝送速度と２つの結合モードとを定義している。本説明のため、ＩＳＡ規格ＡＮＳＩ／ＩＳＡ−Ｓ５０．０２の第２部−１９９２における第１１節に定義されたＨ１物理層を背景にしてプロセス制御システムを説明する。この節は、低電力の選択肢を有した、３１．２５Ｋｂｐｓ、電圧モード、導線媒体を対象としている。この選択肢によれば、通信媒体に接続されたデバイスは、通信媒体から動作電力の供給を受けることができる。物理層は、危険な環境のための固有の安全要求に合致させることができる。このプロトコルは、規格によって定義された電圧及び電流の制限に従って、低級ツイストペア線で動作し、多数のデバイスに対応するものである。
【０００９】
図１は、一般的なプロセス制御システム１０を示している。このプロセス制御システム１０は、セグメント１２と、電源１４と、５つのデバイスとを備えている。尚、５つのデバイスは、リンク・アクティブ・スケジューラ（ＬＡＳ）２０、リンク・マスタ（ＬＭ）デバイス２２、基本デバイス２４，２６，２８である。また、図１は、セグメント１２に接続された診断ツール２９も示している。セグメント１２は、１対の導線上で３２基のデバイスまで対応することができる。一般的に、セグメント１２は、ループ実行速度と、電力と、固有の安全要求とに基づいて、４〜１６基のデバイスを有することになる。
【００１０】
ＬＡＳ２０は、セグメント１２上のデバイス間でなされる全ての通信の主要スケジュールを維持する。ＬＡＳ２０は、コンペル・データ（ＣＤ）・データ・リンク・プロトコル・データ・ユニット（ＤＬＰＤＵｓ）を各デバイスへ送信し、各デバイスが、その後に返信するようにスケジューリングされる周期的なデータを返信することで全体的な通信の信頼性を向上させる。ＬＡＳ２０は、セグメント１２上のデータリンク時刻（ＤＬ時刻）の局部的な起点として機能する。ＤＬＰＤＵは、セグメント１２をわたって通信されるＰｈＰＤＵメッセージのデータ内容である。
【００１１】
ＬＭデバイス２２は、万が一、ＬＡＳ２０が故障した場合、もしくは正常に動作しなくなった場合に、ＬＡＳ２０の役割を引き継ぐように構成されている。図１には、ＬＭデバイス２２しか図示されていないが、複数のリンク・マスタ・デバイスをセグメント上に設けることができる。複数のリンク・マスタ・デバイスを設けることによって、リンク・アクティブ・スケジューラと第１のリンク・マスタとの双方が故障しても、第２のリンク・マスタがリンク・アクティブ・スケジューラを引き継ぐことができる。リンク・アクティブ・スケジューラがいったん機能しなくなると、リンク・マスタがリンク・アクティブ・スケジューラの機能を引き継ぐ。
【００１２】
各デバイスは、Ｖ（ＴＮ）と称する固有のアドレスを有している。尚、Ｖ（ＴＮ）は、ローカルノードＩＤ（Ｔｈｉｓ＿Ｎｏｄｅ）を表す。図１に示す例では、ＬＡＳ２０は、Ｖ（ＴＮ）＝２０というアドレス；ＬＭデバイス２２は、Ｖ（ＴＮ）＝２２というアドレス；基本デバイス２４は、Ｖ（ＴＮ）＝Ａ５というアドレス；基本デバイス２６は、Ｖ（ＴＮ）＝Ｆ３というアドレス；基本デバイス２８は、Ｖ（ＴＮ）＝Ｆ５というアドレスを有している。
【００１３】
ＬＡＳ２０は、セグメント１２上の全てのデバイスにパス・トークン（ＰＴ）メッセージとプローブ・ノード（ＰＮ）メッセージとを送信する。他のデバイス（ＬＭデバイス２２及び基本デバイス２４，２６，２８）はそれぞれ、リターン・トークン（ＲＴ）メッセージとプローブ・レスポンス（ＰＲ）メッセージとをＬＡＳ２０に適宜返信する。
【００１４】
基本デバイス２４，２６，２８はそれぞれ、ＬＡＳ２０によって送信された各々に対するＰＴメッセージとＰＮメッセージとを確認する必要があるだけである。ＰＴメッセージ及びＰＮメッセージは、符号化された宛先アドレス（ＤＡ）をＤＬＰＤＵの第２バイトに有している。ＬＡＳ２０は、セグメント１２上の全てのデバイスに対して、トークン（ＰＴ）の転送、もしくはノード（ＰＮ）の調査を１つづつ行う。
【００１５】
基本デバイス２４，２６，２８は、各々の固有アドレス（ＤＡ＝Ｖ（ＴＮ））と一致する宛先アドレスを有するＰＴメッセージを受信すると、ＬＡＳ２０に対してＲＴメッセージで応答する。基本デバイス２４，２６，２８は、ＤＡ＝Ｖ（ＴＮ）を有するＰＮ  ＤＬＰＤＵを受信すると、ＰＲメッセージで応答することを要求される。
【００１６】
ＬＡＳ２０からのＰＴメッセージ、ＰＮメッセージ、及びＬＡＳ２０へのＲＴメッセージ、ＰＲメッセージの送信によって、特定の基本デバイス２４，２６，２８が受信や応答する必要がない種々のメッセージがセグメント１２上に生成される。基本デバイス２４，２６，２８はそれぞれ、その特定のデバイス宛のＰＴメッセージ及びＰＮメッセージに応答する必要があるだけである。ＬＡＳ２０からの他のデバイス宛のＰＴメッセージ及びＰＮメッセージ、さらに、他のデバイスからのＬＡＳ２０宛のＲＴメッセージ及びＰＲメッセージに頻繁に割り込まれることにより、これら“妨害割込”を処理する過度の処理時間が生じ得る。基本デバイス２４，２６，２８のために、ＤＬＰＤＵフィルタリングを用いて、基本デバイスが処理しなければならない割込の数を低減できる。他方、ＬＡＳ２０は、セグメント１２上の各メッセージを処理しなければならない。
【００１７】
セグメント１２上の全てのデバイスは、データをマンチェスタ符号化ベースバンド信号としてセグメント１２上に送信する。マンチェスタ符号化によって、“０”及び“１”は、ビット周期内で起こるロウからハイへの変化と、ハイからロウへの変化とでそれぞれ表される。フィールドバスでは、公称ビット時間は３２マイクロ秒（μ秒）であり、１６μ秒で変化を生じる。マンチェスタ符号化法は、拡張され、非データプラス（Ｎ＋）、非データマイナス（Ｎ−）といった２つの追加シンボルを含んでいる。但し、ビット周期中に変化は起こらず、マンチェスタ符号化ベースバンド信号は、ハイ（Ｎ＋）もしくはロウ（Ｎ−）のままとなる。
【００１８】
診断ツール２９は、例えば金属線やプローブなどの２つの導体素子によってセグメント１２に接続される。診断ツール２９の診断機能の１つは、セグメント１２上において破損メッセージの数が、破損メッセージ閾値を超過すると、ユーザに警告を発することである。図４に関してより詳細に説明されているように、破損メッセージ閾値を超過することは、動作周波数内にあるノイズの指標となり得る。
【００１９】
＜メッセージフォーマット＞
図２に、メッセージをセグメント１２上に送信するのに用いられる物理層プロトコルデータユニット（ＰｈＰＤＵ）のフォーマットを示す。ＰｈＰＤＵは、プリアンブルと、スタート・デリミタ（ＳＤ）と、データリンク・プロトコル・データ・ユニット（ＤＬＰＤＵ）と、エンド・デリミタ（ＥＤ）とを含んでいる。プリアンブルは、ＰｈＰＤＵメッセージの最初の数ビットである。フィールドバス仕様では、１〜８バイトのプリアンブルが許容されている。メッセージを受信するデバイスは、プリアンブルを用いて、到来するメッセージと同期する。図２に示すように、プリアンブルにおける最初のバイト列は、１  ０  １  ０  １  ０  １  ０となっている。
【００２０】
スタート・デリミタ（ＳＤ）は、プリアンブルの直後に続く。１つのメッセージにつき１つのＳＤがある。フィールドバス仕様では、ＳＤは、非文字データ（Ｎ＋及びＮ−）を有している必要がある。この非文字データは、常に、相互補完関係にある一対としてＳＤメッセージに現れる。この符号化方法によって、ＳＤは独特のものとなり、ＳＤとメッセージのデータ部分（ＤＬＰＤＵ）との混同が生じることがない。図２に示すＳＤの列は、１  Ｎ＋  Ｎ−  １  ０  Ｎ−  Ｎ＋  ０となっている。
【００２１】
ＤＬＰＤＵは、可変長メッセージである。ＤＬＰＤＵは、その最初のバイトとしてフレーム制御（ＦＣ）バイトを含み、（以下により詳細に説明されている）その最後の２バイトとしてフレーム・チェック・シーケンス（ＦＣＳ）チェックサムを含んでいる。ＤＬＰＤＵの長さは、可変であり、最小３バイト（ＲＴメッセージの場合）から例えばおおよそ３００バイトのジャバリミットまでである。
【００２２】
エンド・デリミタ（ＥＤ）は、ＤＬＰＤＵに続く。ＥＤは、セグメント１２上へ送信されたあらゆるＰｈＰＤＵメッセージの最後のバイトを表している。ＳＤと同様に、ＥＤは、相互補完関係にある一対の非文字データを含んでいる。この符号化方法によって、ＥＤは独特のものとなり、ＥＤとＤＬＰＤＵとの混同が生じることがない。図２に示すエンド・デリミタの列は、１  Ｎ＋  Ｎ−  Ｎ＋  Ｎ−  １  ０  １となっている。
【００２３】
また、図２は、キャリア検出信号を示している。キャリア検出信号の用途は、（ａ）到来するＰｈＰＤＵメッセージがセグメント１２上へ送出される時期、もしくは（ｂ）デバイスがセグメント１２上にメッセージを送信している時期を示すことである。
【００２４】
送信開始（ＳＯＴ）は、送信イネーブル（ＴｘＥ）がアクティブになったとき、つまり、ＰｈＰＤＵメッセージのプリアンブルがセグメント１２へ最初に送出されたときに発生する。
【００２５】
活動開始（ＳＯＡ）は、キャリア検出信号がアクティブになり、キャリア検出信号が少なくとも１ビット時間、もしくは２ビット時間（おおよそ１６〜３２μ秒）の間、安定したのちに発生する。この時間は、メッセージを受信するデバイスの内部クロックに対して、いつキャリア検出がアクティブになるかに依存する。キャリア検出信号が安定したのちに活動開始（ＳＯＡ）が発生することによって、デバイスの通信コントローラは、プリアンブルの前半で起こる可能性が非常に高いノイズ異常を無視できる。追加時間は、ビット境界との同期に用いられ、それによりセグメント１２上の短いノイズバーストが活動として誤解釈される可能性が排除される。送信メッセージの場合、送信イネーブルがいったんアクティブになると（つまり、ＰｈＰＤＵのプリアンブルがセグメント１２へ送出されると）、ＳＯＡが発生する。
【００２６】
メッセージ開始（ＳＯＭ）は、受信メッセージのＦＣバイトが検出されたときの最初のビットの始まりで発生する。
ＳＯＭ＿ｘｍｔは、メッセージ送信開始であり、送信メッセージのＦＣバイトが検出されたときの最初のビットの始まりで発生する。
【００２７】
ＳＯＭｆは、フィルタ処理された受信ＤＬＰＤＵのＳＯＭである。ＳＯＭｆは、デバイス内の通信コントローラが、到来するメッセージをフィルタ処理するか判定するのに十分な情報を検出すると発生する。
【００２８】
メッセージ終了（ＥＯＭ）は、ＥＤにおける最後のビットの終わりが受信メッセージに現れると発生する。送信終了（ＥＯＴ）は、送信メッセージにおけるＥＤの最後のビットの終わりで発生する。
【００２９】
活動終了（ＥＯＡ）は、キャリア検出信号が非アクティブになったときに発生する。ＥＯＡは、送信ＤＬＰＤＵ及び受信ＤＬＰＤＵの双方で発生する。
＜診断ツール２９＞
図３は、診断ツール２９の構成ブロック図である。診断ツール２９は、ハウジング３０と、液晶ディスプレイ（ＬＣＤ）３１と、導体素子３２と、通信ボード３３とを備えている。通信ボード３３は、ハウジング３０内に収容され、媒体接続装置（ＭＡＵ）３４と、中央処理装置（ＣＰＵ）３６と、通信コントローラ３８とを備えている。
【００３０】
ハウジング３０は、診断ツール２９をより一層携帯し易い寸法を有している。例えば、ハウジング３０は、診断ツール２９が手持ちサイズのデバイスとなるような寸法であってもよい。
【００３１】
ＬＣＤ３１は、診断ツール２９のユーザがディスプレイを外部から視認可能にハウジング３０に収容されている。ＬＣＤ３１は、診断ツール２９の操作に関連する情報をユーザに伝えるのに使用される。
【００３２】
診断ツール２９は、導体素子３２によってセグメント１２に電気的に接続される。一実施形態では、導体素子３２は、導体線もしくは導体プローブである。導体素子３２は、セグメント１２からＭＡＵ３４へ信号を供給する。ＭＡＵ３４は、セグメント１２からの信号を通信ボード３３上のハードウェアで使用可能な信号に変換する送信機である。ＭＡＵ３４は、ネットワークプロトコルの物理層の一部であり、集積回路であってもよいし、個別部品で構成されてもよい。
【００３３】
ＣＰＵ３６は、通信コントローラ３８を介して、ＭＡＵ３４に接続されている。ＣＰＵ３６は、モトローラ社製６８ＬＣ３０２、モトローラ社製Ｍｃｏｒｅ２０７５、モトローラ社製ＰｏｗｅｒＰＣ８５０、アトメル社製ＴｈｕｍｂプロセッサＡＴ９１Ｍ４０８００などといったマイクロプロセッサを基礎としたシステムである。一実施形態では、ＣＰＵ３６は、８ビット以上のプロセッサである。
【００３４】
通信コントローラ３８は、特定用途向け集積回路（ＡＳＩＣ）素子であり、ＭＡＵ３４とＣＰＵ３６との間のインターフェイスとして機能する。通信コントローラ３８は、セグメント１２に接続された外部のアナログ回路との間で符号化されたマンチェスタデータの送受信を行う。通信コントローラ３８は、ＭＡＵ３４からシリアルデータを受信したのち、受信したデータを符号化し、符号化したデータをバイトに変換して、プリアンブル、ＳＤ、ＥＤ（そして、任意にＦＣＳバイト）を除去し、リンク層が読み取るメッセージデータを供給する。
【００３５】
診断ツール２９の１つの機能は、セグメント１２上の動作周波数内にノイズが存在することを検出することである。図４は、セグメント１２の動作周波数内にあるノイズを検出するために診断ツール２９によって使用される、本発明の実施形態に係る処理のフローチャートである。この処理は、診断ツール２９内のＣＰＵ３６によって実行されるソフトウェアに組み込まれてもよいし、診断ツール２９内のハードウェアに組み込まれてもよい。一般的に、診断ツール２９は、セグメント１２上で検出された破損メッセージを監視し、検出された破損メッセージの数が破損メッセージ閾値を超過すると、ノイズ検出信号を発生させる。
【００３６】
診断ツール２９は、破損メッセージの形跡がないか、セグメント１２上のメッセージを監視する（ステップ５０）。一実施形態では、通信コントローラ３８は、全ての受信メッセージに対するＦＣＳ検査の実行によって監視処理を開始する。ＦＣＳ検査は、巡回冗長検査（ＣＲＣ）であって、メッセージの伝送におけるエラーを検出するチェックサムを生成するのに使用されるハッシュ関数の一種である。ＦＣＳ検査の結果は、ＤＬＰＤＵの最後の２バイトに格納される。セグメント１２上のデバイスは、例えばＬＡＳ２０からのＰＴメッセージ及びＰＮメッセージ、もしくは基本デバイスからのＲＴメッセージ及びＰＲメッセージなどのメッセージを送信するとき、常に、メッセージの送信前に、ＦＣＳ検査の結果をメッセージの末尾に付加する。診断ツール２９がメッセージを検出すると、通信コントローラ３８は、同一のＦＣＳ検査をこのメッセージに行う。通信コントローラ３８は、ＦＣＳ検査の結果と、ＤＬＰＤＵの末尾のＦＣＳバイトとを比較する。２つのＦＣＳ検査の結果が一致しなければ、メッセージは伝送中に破損してしまった可能性があり、通信コントローラ３８は、メッセージが破損していることを示すエラーレジスタをセットする。
【００３７】
次に、通信コントローラ３８は、キャリア検出が非アクティブになったときに発生するＥＯＡの検出とともに割込を発生させる。ＥＯＡが受信メッセージの最後の処理を表しているので、この時点で割込を発生させることによって、メッセージの所定の受け手であるデバイスと、診断ツール２９との双方は、メッセージを最初に処理できる。この割込は、メッセージが破損しているかの指標について、強制的にＣＰＵ３６に通信コントローラ３８のエラーレジスタを検査させる。
【００３８】
破損メッセージの検出とともに（ステップ５２）、ＣＰＵ３６は、通信コントローラ３８内のレジスタに格納された破損メッセージのカウント値を更新する（ステップ５４）。一実施形態では、破損メッセージのカウント値は、通信コントローラによって受信された破損メッセージの合計数と関連している。別の実施形態では、破損メッセージのカウント値は、一期間内に受信された破損メッセージの数と関連している。さらなる実施形態では、破損メッセージのカウント値は、ＣＰＵ３６によって保持された、ネットワーク上で有効に通信しているデバイスのリストから削除されたデバイスと関連している。例えば、リスト上のデバイスが、このデバイスとの通信が喪失したことに起因して削除された場合、このデバイスとの通信の喪失は、ネットワーク動作周波数内にあるノイズの指標となり得る。さらなる実施形態では、破損メッセージのカウント値は、未更新データブロックのカウント値と関連している。未更新データブロックとは、複数回の実行後もデータが変化しない一期間のことである。
【００３９】
ＣＰＵ３６は、通信コントローラ３８に格納された、破損メッセージ閾値と呼ばれるデータ領域を保持している。破損メッセージ閾値は、ユーザが、例えばデバイスとの通信の喪失などといった、セグメント１２上の過剰な破損メッセージに起因する二次的兆候に遭遇し始める基準である。一実施形態では、破損メッセージ閾値は、例えば通信の喪失などといった二次的兆候が発生する前の期間を通じて許容可能な破損メッセージの最大数を表している。別の実施形態では、破損メッセージ閾値は、二次的兆候が発生する前のセグメント１２上のメッセージの合計数のうち、許容可能な破損メッセージの最大数を表している。ＣＰＵ３６は、破損メッセージのカウント値を閾値と比較して、閾値が超過されたのか判定する（ステップ５６）。
【００４０】
破損メッセージの数が破損メッセージ閾値を超過したとき、セグメント１２の動作周波数内にあるノイズがメッセージを破損させている可能性がある。さらに、一期間内に検出された破損メッセージの数が、この期間に１つのデバイスが送信可能なメッセージの数よりも多い場合というのは、セグメント１２の状態が、複数のデバイスへのメッセージ、及び複数のデバイスからのメッセージの破損を生じさせていることを示している可能性がある。この指標から、セグメント１２の動作周波数内にあるノイズがメッセージを破損させていることを推測可能である。また、この指標は、例えば、不具合が生じているデバイスが破損メッセージを送信しているなどといった、他の原因によって破損メッセージが生じている可能性を排除する。
【００４１】
破損メッセージ閾値が超過されている場合、ＣＰＵ３６は、ノイズ検出信号を発生させる（ステップ５８）。一実施形態では、ノイズ検出信号は、ＬＣＤ３１への信号であり、ネットワークの動作周波数内にあるノイズによって破損したメッセージが存在していることをユーザに警告する画像出力をＬＣＤ３１に生成させる信号である。別の実施形態では、診断ツール２９は、警報音を出力して、ネットワークの動作周波数内にあるノイズによって破損したメッセージが存在していることをユーザに警告する。
【００４２】
要約すると、通信媒体上のメッセージは、ネットワークの動作周波数内にあるノイズによって破損することがある。本発明は、通信媒体の動作周波数内にあるノイズを検出する方法である。破損したメッセージは、そのメッセージが通信媒体から受信されたときに検出される。検出された破損メッセージの数が破損メッセージ閾値に達すると、ノイズ検出信号が発生される。
【００４３】
本発明は、好ましい実施形態を参照しながら説明されているが、当業者は、本発明の精神及び範囲を逸脱することなく、形態の変更及び詳細な変更が可能であることを認識するであろう。
【図面の簡単な説明】
【００４４】
【図１】通信媒体セグメント上のデバイス間のディジタル通信を行うプロセス制御システムの図面である。
【図２】図１のプロセス制御システムにおけるデバイス間の通信のためのメッセージフォーマットを示す。
【図３】図１に示された診断ツールの構成ブロック図である。
【図４】ネットワーク上の動作周波数内にあるノイズを検出するための、本発明に係る処理のフローチャートである。
【図１】
0005405827.tif 000002
【図２】
0005405827.tif 000003
【図３】
0005405827.tif 000004
【図４】
0005405827.tif 000005