JP6281175B2 - Ｐｌｃ通信システム - Google Patents

Description

本発明は、ＰＬＣと他の機器との通信を行うシステムであって、通信回線の異常の場合にその異常箇所を把握できるシステムに関するものである。

プログラマブルロジックコントローラ（以下、ＰＬＣと言う。プログラマブルコントローラとも称する）は、他の機器と通信を行うことで動作する。ＰＬＣにおいて、特許文献１には、ある局が他の局からデータを受信する場合において、一定時間受信できず、タイマがタイムアップしたときに、回線異常であると判断することが記載されている。また、特許文献２には、発呼動作のリトライ回数を表示することで、どの位のリトライ回数でデータ授受通信が成立しているかを把握することが記載されている。

特開平６−３２４７２３号公報 特開平２−２３５１０４号公報

しかし、多数の通信機器が接続されている場合には、通信回線のどの部位が異常であるかを発見することは容易ではない。

本発明は、このような事情に鑑みてなされたものであり、作業者が、回線異常の場合にどの部位が異常であるかを把握できるＰＬＣ通信システムを提供することを目的とする。

（請求項１）本手段に係るＰＬＣ通信システムは、プログラマブルロジックコントローラ（以下、ＰＬＣ）と、複数の機器と、ＰＬＣおよび複数の機器のそれぞれに設けられ、ＰＬＣおよび複数の機器のそれぞれが他と通信可能とする３以上の通信処理ノードと、相互に通信処理ノード間をデータ通信可能に接続する通信回線と、を備えるＰＬＣ通信システムであって、ＰＬＣは、２つの通信処理ノード間の通信不能状態を検出し、ＰＬＣ通信システムは、ＰＬＣによって検出された通信不能状態が複数種類存在する場合に、通信不能状態を構成する複数の通信回線が重なり合う部分を回線異常として表示する表示装置をさらに備える。

（請求項２）また、表示装置は、全ての通信回線図を表示すると共に、通信回線図中における回線異常の部分を他部位とは異なる表示方法にて表示するとよい。
（請求項３）また、表示装置は、ＰＬＣによって検出された通信不能状態を構成する通信回線のうち回線異常の部分以外を注意回線として、回線異常とは異なる表示方法にて表示するとよい。
（請求項４）また、通信処理ノードは、他の通信処理ノードと通信不能な場合にリトライ処理を行い、表示装置は、通信処理ノード毎のリトライ処理の回数をさらに表示するとよい。

（請求項５）また、通信回線は、ＦＬ−ｎｅｔであり、各通信処理ノードは、順次トークンの送受を行うと共に、前順の通信処理ノードからトークンを受信しない場合に次順の通信処理ノードに再発行したトークンを送信するリトライ処理を行い、ＰＬＣは、リトライ処理が設定回数行われる場合に、当該通信処理ノードと前順の通信処理ノードとを接続する通信回線を通信不能状態と認識するようにしてもよい。

（請求項６）また、各通信処理ノードは、送信データの送信先アドレスに基づいて他の通信処理ノードに対してデータ送信を行うと共に、データ送信できない場合にデータを再送信するリトライ処理を行い、ＰＬＣは、リトライ処理が設定回数行われる場合に、送信元の通信処理ノードと送信先の通信処理ノードとを接続する通信回線を通信不能状態と認識するようにしてもよい。

（請求項１）表示装置が、通信不能状態を構成する複数の通信回線が重なり合う部分を回線異常として表示している。つまり、複数の通信不能の通信回線が重なり合う場合には、多数ある通信回線の中で、重なり合う部分が異常である可能性が非常に高い。そこで、当該重なり合う部分を表示装置に表示することで、作業者が容易に回線異常部位を特定することができる。

（請求項２）全ての通信回線図を表示した上で、回線異常の部分を他部位と異なる表示とすることで、回線異常の部分がどこに存在しているのかを容易に把握できる。

（請求項３）回線異常が発生していない場合であっても、通信不能状態を構成する通信回線を把握することは、システム管理としては重要である。そこで、通信不能状態を構成する通信回線のうち、回線異常とされていない部分を、注意回線として表示することで、作業者に対して注意喚起を図ることができる。また、通信処理ノード自身の設備異常によって通信不能状態になった後にノード自身が復旧した場合に、注意回線を表示しておくことで、どのノードが設備異常であったかを事後的に確認することができる。

（請求項４）リトライ処理の回数をさらに表示することで、回線異常の予測を図ることができる。さらに、通信処理ノード自身の設備異常によって通信不能状態になった後にノード自身が復旧した場合に、リトライ回数を表示しておくことで、どのノードが設備異常であったかを事後的に確認することができる。さらに、回線異常が複数存在する場合に、リトライ回数の多い方を確認の優先度を高くすることができる。

（請求項５）ＦＬ−ｎｅｔによる通信回線の場合に、確実に回線異常の部位を把握できる。
（請求項６）送信先アドレスをもつデータの場合、例えばＴＣＰ（Transmission Control Protocol）の場合に、確実に回線異常の部位を把握できる。

本発明の第一実施形態におけるＰＬＣ通信システム全体構成図である。 図１のFL-net網の一部分を取り出したネットワーク構成を示し、トークン（送信権）の移動経路を示す。 図２の構成において、時間経過に伴うトークンの移動を示し、太線矢印は既に発行されたトークンの移動を示し、二重線矢印は再発行されたトークンの移動を示す。 図３の状態において、各通信処理ノードにおけるトークン再発行（リトライ）の回数を示す。 図３の時刻ｔ９における表示装置の表示内容を示す。 図３の時刻ｔ１３における表示装置の表示内容を示す。 図２の構成において、通信回線の一部（×印の箇所）が断線などにより通信不能状態になった場合を示す。 図７の構成において、時間経過に伴うトークンの移動を示し、太線矢印は既に発行されたトークンの移動を示し、二重線矢印は再発行されたトークンの移動を示す。 図８の状態において、各通信処理ノードにおけるトークン再発行（リトライ）の回数を示す。 図７の時刻ｔ９における表示装置の表示内容を示す。 第二実施形態であって、図１のFL-net網の一部分を取り出したネットワーク構成を示し、矢印にてトークンの移動経路を示し、カッコ内の数字はトークン再発行（リトライ）の原因経路におけるリトライ回数を示す。また、×印にて通信回線の断線箇所を示す。 第三実施形態であって、TCP（Transmission Control Protocol）を適用した場合のネットワーク構成を示し、矢印にてデータの送信経路を示し、×印にて通信回線の断線箇所を示す。 図１２の状態にてある時間を経過した時刻における表示装置の表示内容を示す。カッコ内の「Ｔｏ４４３：２」は、当該通信処理ノードがノード４４３に対してデータの再送処理（リトライ）を行った回数が２回であることを示す。 第四実施形態であって、図１のDeviceNet（商標登録）網のうちディジーチェーンを構成する部分を取り出したネットワーク構成を示し、データの送信順序を示す。 図１４の状態における表示装置の表示内容を示す。

＜第一実施形態＞
（ネットワークシステムの全体構成）
第一実施形態のＰＬＣ通信システムを含むネットワークシステムの全体構成について、図１を参照して説明する。図１に示すように、ネットワークシステムは、工作機械などを制御するプログラマブルロジックコントローラ（以下、ＰＬＣと称する）２０を含み、他の機器と通信するシステムである。

ネットワークシステムは、ＰＬＣ２０の他、ＰＬＣ２０に対してパラメータの入力、ネットワーク構成図の入力などを行う入力装置１０、ＰＬＣ２０に関する情報を表示する表示装置３０を備える。さらに、ネットワークシステムは、ＰＬＣ２０に接続された通信処理ノード４１を備える。通信処理ノード４１は、FL-net、FLリモート、DeviceNet（登録商標、以下同様）に対応する。ここで、FLリモートは、FL-netの一形態である。

そして、図１においては、ネットワークシステムは、通信処理ノード４１を介して、FL-net網１００、FLリモート網２００、および、DeviceNet網３００を形成する。FL-net網１００は、通信回線１１０と、通信回線１１０により通信処理ノード４１に通信可能に接続された複数の通信処理ノード１４０と、それぞれの通信処理ノード１４０に接続された他の機器１５０とを備える。

FLリモート網２００は、通信回線２１０と、通信回線２１０により通信処理ノード４１に通信可能に接続された複数の通信処理ノード２４０と、それぞれの通信処理ノード２４０に接続された他の機器１５０とを備える。DeviceNet網３００は、通信回線３１０と、通信回線３１０により通信処理ノード４１に通信可能に接続された複数の通信処理ノード３４０と、それぞれの通信処理ノード３４０に接続された他の機器３５０とを備える。

FL-net網１００により通信処理ノード４１に通信可能に接続される他の機器１５０は、例えば、他のＰＬＣなどである。また、FLリモート網２００により通信処理ノード４１に通信可能に接続される他の機器２５０は、例えば、アクチュエータおよびセンサなどのI/Oモジュールである。また、DeviceNet網３００により通信処理ノード４１に通信可能に接続される他の機器３５０は、他のＰＬＣやI/Oモジュールなどである。なお、各網１００，２００，３００において、ハブHUBを用いて、接続する他の機器の数を増加することが可能である。

そして、表示装置３０には、全てのネットワーク構成図（通信回線図）が表示される。さらに、表示装置３０には、設備異常、回線異常、注意回線をそれぞれ異なる表示方法（例えば、異なる色）により表示される。

（ＰＬＣ通信システムの構成）
次に、本実施形態のＰＬＣ通信システムについて、図２を参照して説明する。本実施形態のＰＬＣ通信システムは、図１に示すネットワークシステムのうち、入力装置１０、ＰＬＣ２０、表示装置３０、通信処理ノード４１およびFL-net網１００を含む部分に相当する。ただし、図２には、FL-net網１００における通信処理ノードの一部のみを図示する。

図２に示すように、ＰＬＣ通信システムは、入力装置１０、ＰＬＣ２０、表示装置３０、ＰＬＣ２０に接続される通信処理ノード４１（以下、単に「ノード」と称する）、ハブ１６１を介して接続されたノード１４２，１４３，１４４、各ノード１４２，１４３，１４４に接続された他の機器１５２，１５３，１５４とを備える。また、ＰＬＣ通信システムは、相互に各ノード４１，１４２−１４４間をデータ通信可能に接続するために、FL-netに準拠した通信回線１１１−１１４を備える。回線１１１，１１２，１１３，１１４は、ノード４１、１４２，１４３，１４４のそれぞれとハブ１６１と間を接続する。

ここで、FL-net網１００においては、各ノード４１，１４２，１４３，１４４がデータの送信権（トークン）を決められた順序で移動させる。図２において、トークンの移動順序は、矢印にて示すように、ノード４１→ノード１４２→ノード１４３→ノード１４４→ノード４１としている。そして、トークンを有するノードは、データを他のノードに対して送信することができる。例えば、ノード１４３が前順のノード１４２からトークンを受けとると、受け取ってから規定時間内に他のノードへデータを送信し、当該規定時間を経過すると当該ノード１４３は次のノード１４４にトークンを送る。

しかし、なんらかの原因により、例えばノード１４４がノード１４３からトークンを受け取るべきタイミングになったにも関わらず、トークンを受け取ることができない場合には、ノード１４４はトークンを再発行（リトライ）する。つまり、当該ノード１４４は、新たなトークンを発行して、必要なデータを他のノードへ送信した後に、決められた次のノード４１に当該トークンを送る。

（ノード１４３が電源OFFとなりその後復旧する場合）
次に、ノード１４３が電源ＯＦＦとなり、その後に復旧した場合を例に挙げ、図３〜図６を参照して説明する。この場合、時間経過に伴うトークンの移動は、図３に示すようになる。時刻ｔ１において、ノード４１から次順のノード１４２へ移動する。つまり、この時点において、ノード１４２がトークンを有する。その直後に、ノード１４３が電源ＯＦＦとなるとする。

続いて、時刻ｔ２において、ノード１４３の電源ＯＦＦの影響を受けることなく、ノード１４２はトークンを次順のノード１４３へ送信する。しかし、ノード１４３は、トークンを受け取ることはできない。当然に、ノード１４３は、次順のノード１４４へトークンを送信することはできない。

そうすると、時刻ｔ４において、ノード１４４は、トークンを受け取ることができないため、トークンを再発行（リトライ）して、当該トークンを次順のノード４１へ送信する。続いて、時刻ｔ５−ｔ８までは、時刻ｔ１−ｔ４と同様の処理が行われる。つまり、時刻ｔ８にて、ノード１４４は、再び、トークンを再発行する。

そして、時刻ｔ９の後にノード１４３の電源が復旧するものとする。そうすると、時刻ｔ１０にて、ノード１４３は、前順のノード１４２から送信されたトークンを受け取る。従って、時刻ｔ１１にて、ノード１４３は、次順のノード１４４へトークンを送信する。従って、ノード１４４は、時刻ｔ１２にて、再発行することなく、受け取ったトークンを次順のノード４１へ送信する。

図３に示すようなトークンの移動の場合、各ノード４１，１４２，１４３，１４４のリトライ回数は、次のようになる。リトライ回数について図４を参照して説明する。ノード４１，１４２，１４３は、ｔ１−ｔ１６の間、０（ゼロ）である。しかし、ノード１４４のリトライ回数は、時刻ｔ４にて１回となり、時刻ｔ８にて２回となる。その後は、２回のままとなる。

次に、上記の時刻ｔ９，ｔ１３における表示装置３０の表示内容について説明する。時刻ｔ９における表示装置３０の表示内容は、図５に示すようになる。ここで、ＦＬ−ｎｅｔ網１００において、ある機器が電源ＯＦＦなどの状態の場合には、他の機器は、当該機器が電源ＯＦＦとなったことを認識することができる。従って、ＰＬＣ２０は、ノード１４３が電源ＯＦＦであることを認識することができる。そこで、表示装置３０には、ノード１４３が、設備異常として、例えば赤色（図５では太線とハッチング）にて表示される。

また、時刻ｔ９において、ノード１４４は、２回のリトライ回数となる。ここで、ＰＬＣ２０は、各ノード４１，１４２，１４３，１４４によるリトライ回数が設定回数（ここでは２回とする）行われる場合に、当該ノードと前順のノードとを接続する通信回線を通信不能状態と認識する。そこで、表示装置３０には、通信不能状態である通信回線１１３，１１４およびハブ１６１が、注意回線として、例えば黄色（図５では破線）にて表示される。

さらに、表示装置３０には、正常である各ノード４１，１４２，１４４の部位に、リトライ回数が表示される。図５において、リトライ回数は、各ノードにおけるカッコ内の数字で示す。ノード４１，１４２のリトライ回数は０回で、ノード１４４のリトライ回数は２回である。

このように、時刻ｔ９において、作業者は、設備異常のノードを把握することができると共に、全てのネットワーク構成図の中で設備異常のノードがどこに存在しているかを把握することができる。さらに、作業者は、リトライの原因回線を認識することができると共に、リトライ回数によりどの程度の状況であるかを把握することができる。

次に、時刻ｔ１３における表示装置３０の表示内容は図６に示すようになる。時刻ｔ１３においては、ノード１４３の電源が復旧しているため、ノード１４３の設備異常は解消している。従って、図６に示すように、表示装置３０には、ノード１４３は、正常状態を示す表示となる。ただし、リトライの原因回線であった通信回線１１３，１１４およびハブ１６１は、依然、注意回線として例えば黄色（図５では破線）にて表示されたままとなる。さらに、ノード１４４におけるリトライ回数も２回のまま維持される。このように、設備異常が解消された後においても注意回線およびリトライ回数を表示し続けることで、どのノードが設備異常であったかを事後的に確認することができる。

（通信回線１１３に断線などの異常が生じた場合）
次に、通信回線１１３に断線などの回線異常が生じた場合を例に挙げ、図７〜図１０を参照して説明する。図７に示すように、通信回線１１３が回線異常になると、ノード１４３は、ノード１４２から送信されたトークンを受け取ることができない。さらに、ノード１４３は再発行したトークンを送信するが、ノード１４４は当該トークンを受け取ることができない。従って、ノード１４４は、トークンを再発行して、ノード４１へ送信する。

時間経過に伴うトークンの移動は、図８に示すようになる。時刻ｔ１において、ノード４１から次順のノード１４２へ移動する。この直後に、通信回線１１３が断線する。続いて、時刻ｔ２において、ノード１４２は、トークンを次順のノード１４３へ送信する。しかし、通信回線１１３が断線しているため、ノード１４３は、トークンを受け取ることはできない。従って、ノード１４３は、トークンを再発行（リトライ）して、時刻ｔ３において、当該トークンを次順のノード１４４へ送信する。

この場合も、通信回線１１３の断線によって、ノード１４４は、ノード１４３から送信されたトークンを受け取ることはできない。そのため、ノード１４４は、トークンを再発行して、時刻ｔ４において、当該トークンをノード４１へ送信する。続いて、時刻ｔ５−ｔ８、ｔ６−ｔ１２、ｔ１３−ｔ１６は、時刻ｔ１−ｔ４と同様の処理が行われる。

図８に示すようなトークンの移動の場合、各ノード４１，１４２，１４３，１４４のリトライ回数は、次のようになる。リトライ回数について図９を参照して説明する。ノード４１，１４２は、ｔ１−ｔ１６の間、０（ゼロ）である。しかし、ノード１４３のリトライ回数は、時刻ｔ３にて１回となり、ｔ７にて２回、ｔ１１にて３回、ｔ１５にて４回となる。また、ノード１４４のリトライ回数は、ｔ４にて１回、ｔ８にて２回、ｔ１２にて３回となる。

次に、上記の時刻ｔ９における表示装置３０の表示内容は、図７および図１０に示すようになる。まず、再び図７を参照して、時刻ｔ９における通信不能状態の通信回線の関係について、より詳細に説明する。

時刻ｔ９においてノード１４３のリトライ回数が設定回数（２回）以上であるため、ＰＬＣ２０は、当該ノード１４３と前順のノード１４２とを接続する通信回線１１２，１１３およびハブ１６１を通信不能状態と認識する。さらに、ノード１４４のリトライ回数が設定回数以上であるため、ＰＬＣ２０は、当該ノード１４４と前順のノード１４３とを接続する通信回線１１３，１１４およびハブ１６１を通信不能状態と認識する。

つまり、時刻ｔ９において、図７の矢印にて示すように、通信不能状態が複数種類存在する。そして、図７のＡで囲むハブ１６１および通信回線１１３は、通信不能状態を構成する複数の通信回線の重なり合う部分となる。なお、通信回線１１２，１１４は、単一の通信不能状態を構成する通信回線となる。

このときの表示装置３０の表示内容は、図１０に示すようになる。表示装置３０には、図７のＡで囲む部分が、回線異常として、例えば、紫色（図１０では二重線）にて表示される。さらに、表示装置３０には、通信回線１１２，１１４が、注意回線として、黄色（図１０では破線）にて表示される。

さらに、表示装置３０には、各ノード４１，１４２，１４３，１４４の部位に、リトライ回数が表示される。図１０に示すように、ノード４１，１４２のリトライ回数は０回で、ノード１４３，１４４のリトライ回数は２回である。

上記のように、表示装置３０には、複数種類の通信不能状態が重なり合う部分を回線異常として表示した。ここで、FL-netにおいてトークンを順次移動させることを利用することにより、回線異常を示す図８は、設備異常を示す図４と異なることが分かる。そして、複数種類の通信不能状態が重なり合うということは、設備異常と区別することができ、回線異常であると認識することができる。

さらに、複数の通信不能の通信回線が重なり合う場合には、多数ある通信回線の中で、重なり合う部分（本実施形態においては、重なり合う通信回線およびハブ）が異常である可能性が非常に高い。そこで、表示装置３０に、当該重なり合う部分を他と異なる表示方法にて表示することで、作業者は、回線異常となる部位を特定することができる。特に、全てのネットワーク構成図を表示した上で、回線異常の部分を他部位と異なる表示方法にて表示することで、回線異常の部分がどこに存在しているのかを容易に把握できる。

また、上記において、回線異常や設備異常がない状態であっても、表示装置３０には、注意回線として表示されることがある。つまり、注意回線として表示される部分は、通信不能状態を構成する通信回線である。回線異常となっていないとしても、通信不能状態を構成する通信回線を把握することで、システム管理者としての作業者に対して注意喚起を図ることができる。その結果、回線異常の予防を図ることにつながる。さらに、リトライ回数を表示することで、回線異常の予測を図ることができ、作業者に対してより注意喚起を図ることができる。

なお、上記実施形態においては、FL-net網１００について説明したが、FLリモート網２００についても、実質的に同様となる。つまり、FLリモート網２００を含むＰＬＣ通信システムにおいても、作業者は、回線異常を把握することができる。なお、FLリモートは、上述したようにFL-netの一形態であるため、FL-netと同様に、FLリモート網２００を構成するそれぞれのノードは、決められた順序でトークンを移動させる。
また、上記実施形態においては、全てのネットワーク構成図を表示して、その中で異常部位を把握できるようにしたが、この他に、全てのネットワーク構成図を表示せずに、異常部位の名称やアドレスのみを表示するようにしてもよい。

＜第二実施形態＞
次に、図１１に示すネットワーク構成の場合の表示装置３０の表示内容を説明する。ＰＬＣ通信システムは、図１１に示すように、入力装置（図示せず）、ＰＬＣ２０、表示装置（図示せず）、ノード４１，１４２−１４５、機器１５２−１５５、ハブ１６１，１６２、通信回線１１１−１１６を備える。そして、通信回線１１２，１１３が断線などによる異常であるとする。また、各ノードは、矢印にて示す方向に、トークンを送信する。また、各ノードのリトライ回数は、各ノードの部位に記載のカッコ内の数字である。なお、リトライ回数は、トークンの移動経路を示す矢印付近にも示す。

この場合、表示装置３０には、回線異常として、通信回線１１２，１１３，１１４およびハブ１６１，１６２が、紫色（図１１では二重線）にて表示される。また、通信回線１１５，１１６は、黄色（図１１では破線）にて表示される。その他は、正常として表示される。

このように、断線している通信回線１１２，１１３は、回線異常として表示される。ただし、回線異常として表示される部分には、通信回線１１２，１１３の他に、通信回線１１４およびハブ１６１，１６２が含まれる。しかし、回線異常として表示されている部分を確認することで、実際に断線している通信回線１１２，１１３を早期に発見することができる。

さらに、リトライ回数を表示することで、どの部分がリトライ回数が多いのかを把握できる。例えば、図１１において、回線異常として表示されている部分の中で、リトライ回数が多い部分は、通信回線１１２、ハブ１６１，１６２となる。当該部分は、リトライ回数が３回の経路を２種類含んでいる部分である。そして、上記のように回線異常が複数存在する場合に、リトライ回数を表示していることにより、リトライ回数の多い方の優先度を高くすることができる。つまり、当該部分を優先的に実際に異常があるか否かを検査して、早期に復旧することができる。

＜第三実施形態＞
次に、本実施形態のＰＬＣ通信システムは、ＴＣＰを適用した場合を説明する。ＰＬＣ通信システムは、図１２に示すように、入力装置１０、ＰＬＣ２０、表示装置３０、ノード４１，４４２−４４４、機器４５２−４５４、ハブ４６１、通信回線４１１−４１４を備える。そして、通信回線４１３が断線などによる異常であるとする。

各ノード４１，４４２−４４４は、送信データの送信先アドレスに基づいて他のノードに対してデータ送信を行うと共に、データ送信できない場合にデータを再送信するリトライ処理を行う。図１２においては、ノード４１，４４２，４４４が、矢印にて示すように、ノード４４３へデータを送信する場合を例に挙げる。

このとき、ＰＬＣ２０は、リトライ処理が設定回数（ここでは２回）行われる場合に、送信元のノードと送信先のノードとを接続する通信回線を通信不能状態と認識する。つまり、ＰＬＣ２０は、第一として、ノード４１からノード４４３への送信経路、すなわち、通信回線４１１，４１３およびハブ４６１が通信不能状態と認識し、第二として、ノード４４２からノード４４３への送信経路、すなわち、通信回線４１２，４１３およびハブ４６１が通信不能状態と認識し、第三として、ノード４４４からノード４４３への送信経路、すなわち、通信回線４１３，４１４およびハブ４６１が通信不能状態と認識する。

この場合の表示装置３０の表示内容は、図１３に示すようになる。すなわち、複数の通信不能状態を構成する通信回線が重なる部分、すなわち、ハブ４６１および通信回線４１３が、回線異常として紫色（図１３では二重線）にて表示される。また、単一の通信不能状態を構成する通信回線、すなわち、通信回線４１１，４１２，４１４は、注意回線として、黄色（図１３では破線）にて表示される。さらに、各ノードには、リトライ処理を行った送信先およびそのリトライ回数が表示される。

このように、ＴＣＰを適用する場合にも、回線異常の部位を早期に発見することができる。また、注意回線の表示およびリトライ回数の表示により、作業者に対して、注意喚起を図ることができる。さらに、図示しないが、回線異常の通信回線が複数存在する場合に、上記実施形態と同様に、リトライ回数の多い方の優先度を高くすることができ、早期の復旧に役立つ。

＜第四実施形態＞
次に、本実施形態のＰＬＣ通信システムについて、図１４を参照して説明する。本実施形態のＰＬＣ通信システムは、図１に示すネットワークシステムのうち、入力装置１０、ＰＬＣ２０、表示装置３０、通信処理ノード４１およびDeviceNet網３００を含む部分に相当する。ここで、DeviceNet網３００では、マスタとして機能するノード４１（以下、マスタノードと称する）が、スレーブとして機能する他のノード３４２，３４３，３４４，３４５（以下、スレーブノードと称する）に対してデータ送信を行う。

ただし、DeviceNet網３００の中で、図１４に示すようなディジーチェーンの場合には、マスタノード４１から送信されるデータは、他のスレーブノード（例えばノード３４２）を介して、その先に接続されたスレーブノード（例えばノード３４３）に送信される。すなわち、マスタノード４１は、他のスレーブノードを介して、その先に接続されたスレーブノードと相互に接続されている。さらに換言すると、マスタノードとそれぞれのスレーブノードは、相互に接続されている。この場合、上記同様の考え方を適用して、回線異常を表示することができる。

図１４には、マスタノード４１に、スレーブノード３４２，３４３，３４４，３４５が順次ディジーチェーンにより接続されている。この場合、マスタノード４１からのデータ送信は、図１４の下欄のNo.にて示すように、スレーブノード３４２，３４３，３４４，３４５の順に送信される。

そして、図１４のスレーブノード３４３とスレーブノード３４４との間の通信回線３１３が断線による異常であるとする。このとき、No.3に記載のデータ送信は、３−３として記載の部分が通信不能状態となる。また、No.4に記載のデータ送信は、４−３，４−４として記載の部分が通信不能状態となる。つまり、ＰＬＣ２０は、これらの通信不能状態を認識する。

上記の場合における表示装置３０の表示内容は、図１５に示すようになる。図１５に示すように、表示装置３０には、複数の通信不能状態を構成する通信経路が重なる部分、すなわち通信回線３１３の部分が、回線異常と紫色（図１５では二重線）にて表示される。さらに、通信回線３１４の部分は、注意回線として黄色（図１５では破線）にて表示される。

このように、ディジーチェーンの場合に、上記のように表示することにより、作業者は、通信回線の中でどこの部位が異常であるかを把握することができる。特に、全てのネットワーク構成図を表示し、その中で回線異常を表示することで、作業者は、回線異常の部位がどこに位置するかを容易に把握できる。

１０：入力装置、 ２０：ＰＬＣ、 ３０：表示装置、 １５０，１５２−１５５，２５０，３５０，４５２−４５４：機器、 １１０−１１６，２１０，３１０−３１４，４１１−４１４：通信回線、 ４１，１４０，１４２−１４４，２４０，３４０，３４２−３４５，４４２−４４５：通信処理ノード

Claims (6)

1. プログラマブルロジックコントローラ（以下、ＰＬＣ）と、
   複数の機器と、
   前記ＰＬＣおよび前記複数の機器のそれぞれに設けられ、前記ＰＬＣおよび前記複数の機器のそれぞれが他と通信可能とする３以上の通信処理ノードと、
   相互に通信処理ノード間をデータ通信可能に接続する通信回線と、
   を備えるＰＬＣ通信システムであって、
   前記ＰＬＣは、２つの通信処理ノード間の通信不能状態を検出し、
   前記ＰＬＣ通信システムは、前記ＰＬＣによって検出された通信不能状態が複数種類存在する場合に、前記通信不能状態を構成する複数の通信回線が重なり合う部分を回線異常として表示する表示装置をさらに備える、ＰＬＣ通信システム。
2. 前記表示装置は、全ての通信回線図を表示すると共に、前記通信回線図中における回線異常の部分を他部位とは異なる表示方法にて表示する、請求項１のＰＬＣ通信システム。
3. 前記表示装置は、前記ＰＬＣによって検出された前記通信不能状態を構成する通信回線のうち前記回線異常の部分以外を注意回線として、前記回線異常とは異なる表示方法にて表示する、請求項１または２のＰＬＣ通信システム。
4. 前記通信処理ノードは、他の前記通信処理ノードと通信不能な場合にリトライ処理を行い、
   前記表示装置は、前記通信処理ノード毎のリトライ処理の回数をさらに表示する、請求項１〜３の何れか一項のＰＬＣ通信システム。
5. 前記通信回線は、ＦＬ−ｎｅｔであり、
   各前記通信処理ノードは、順次トークンの送受を行うと共に、前順の通信処理ノードからトークンを受信しない場合に次順の通信処理ノードに再発行したトークンを送信するリトライ処理を行い、
   前記ＰＬＣは、前記リトライ処理が設定回数行われる場合に、当該通信処理ノードと前順の通信処理ノードとを接続する通信回線を通信不能状態と認識する、請求項１〜４の何れか一項のＰＬＣ通信システム。
6. 各前記通信処理ノードは、送信データの送信先アドレスに基づいて他の通信処理ノードに対してデータ送信を行うと共に、データ送信できない場合にデータを再送信するリトライ処理を行い、
   前記ＰＬＣは、前記リトライ処理が設定回数行われる場合に、送信元の通信処理ノードと送信先の通信処理ノードとを接続する通信回線を通信不能状態と認識する、請求項１〜４の何れか一項のＰＬＣ通信システム。

Images