JP3251440B2 - プログラマブルコントローラの局番重複局検出方法、局番重複局復列方法、局番重複局数測定方法および局番重複局解列方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、プログラマブルコン
トローラ（以下、ＰＣという）をネットワークユニット
を介してデータ通信するシステムにおいて用いられるＰ
Ｃの局番重複局検出方法、局番重複局復列方法、局番重
複局数測定方法および局番重複局解列方法に関する。

【０００２】

【従来の技術】図１８は、データリンク機能を有するＰ
Ｃのハードウェア構成を示すブロック図であり、図１８
において、１はデータリンクを制御するリンク制御ユニ
ットであり、１ａはリンク制御ユニット１を制御するＣ
ＰＵ、１ｂはリンクデータを回線から授受するための通
信インターフェース（Ｉ／Ｆ）、１ｃはリンク制御ユニ
ット１のソフトウェアを格納するマイクロＲＯＭ、１ｄ
は回線から受信したリンクデータや回線へ送信するリン
クデータ等を格納するＲＡＭ、１ｅはシーケンス制御ユ
ニット２とのインターフェースのための２ポートＲＡＭ
である。

【０００３】また、図１８において、２はシーケンスプ
ログラムおよび入出力部を制御するシーケンス制御ユニ
ットであり、２ａはシーケンス制御ユニット２を制御す
るＣＰＵ、２ｂはシーケンス制御ユニット２のソフトウ
ェアを格納するマイクロＲＯＭ、２ｃはシーケンスプロ
グラムでの演算結果やその他の情報を一時的に格納する
ＲＡＭ、２ｄは入出力部と入出力のＯＮ／ＯＦＦ情報を
交換するための入出力インターフェース（Ｉ／Ｆ）、２
ｅは周辺装置と情報を交換するための周辺装置インター
フェース（Ｉ／Ｆ）、２ｆはシーケンスプログラムを格
納するメモリである。

【０００４】図１９は、図１８に示した通信インターフ
ェース（Ｉ／Ｆ）１ｂの詳細な構成を示す回路図であ
り、図において、３ａ、３ｂはそれぞれデータ回線へ出
力するためのラインドライバおよび回線からデータを入
力するためのラインレシーバを示す。

【０００５】ここで、図１３は、図１８に示したデータ
リンク機能を有するＰＣのデータリンクシステムの概略
構成を示すブロック図であり、図１３において、６ａ、
６ｂの２局が誤って局番重複している例を示す。

【０００６】また、図２０は、図１３に示した１局（マ
スタ局）５の処理動作を示すフローチャートであり、ま
た、図２１は、図１３に示した２局（スレーブ局）６
ａ、６ｂ、４局７の処理動作を示すフローチャートであ
る。さらに、図２２は、上記スレーブ局がマスタ局から
のコマンドフレームを同時に処理できたときの状態を示
すタイミングチャートであり、また、図２３は、上記ス
レーブ局がマスタ局からのコマンドフレームの処理に時
間差ができたときの状態を示すタイミングチャートであ
る。

【０００７】つぎに、動作について説明する。上記図１
３に示したように構成されたマスタ局５の処理動作を図
２０のフローチャートに基づいて、また、スレーブ局６
ａ、６ｂの処理動作を図２１のフローチャートに基づい
てそれぞれ説明する。

【０００８】図２０に示すように、マスタ局５は、デー
タを送信するためラインドライバ３ａのゲートＥを“Ｈ
（アクティブ）”に設定する（Ｓ９８）。つぎに、スレ
ーブ局６ａ、６ｂにコマンドフレームを送信し（Ｓ９
９）、データ送信終了のためラインバライバ３ａのゲー
トＥを“Ｌ（インアクティブ）”に設定する（Ｓ１０
０）。その後、マスタ局５はレスポンスフレームを正常
に受信完了したか否かを判断し（Ｓ１０１）、正常に受
信完了したと判断した場合には、正常通信を実行する
（Ｓ１０３）。反対に、正常に受信完了していないと判
断した場合には、受信待ち状態となり、受信待ち状態が
タイムアップしたか否かを判断する（Ｓ１０２）。その
結果、受信待ちタイムアップしたと判断した場合には、
異常通信となる（Ｓ１０４）。

【０００９】つぎに、図２１に示すように、スレーブ局
６ａ、６ｂは、コマンドフレームの受信が完了したか否
かを判断し（Ｓ１０５）、コマンドフレームの受信が完
了したと判断した場合には、ラインドライバ３ｂのゲー
トＥを“Ｈ”に設定し（Ｓ１０６）、マスタ局に受信完
了を知らせるためのレスポンスフレームを送信する（Ｓ
１０７）。その後、ラインドライバ３ｂのゲートを
“Ｌ”に設定する（Ｓ１０８）。しかし、スレーブ局６
ａ、６ｂの受信完了のタイミングが同じである（図２２
参照）か、異なるものである（図２３参照）かによっ
て、マスタ局５の処理が異なる。

【００１０】ここで、図１３に示した誤って局番重複し
ているような場合、スレーブ局６ａ、６ｂの受信完了の
タイミングが同時の場合には、図２２に示すような処理
になる。すなわち、スレーブ局６ａ、６ｂはそれぞれゲ
ートＥを“Ｈ”に設定し、マスタ局５に対してレスポン
スフレームを送信する。このとき、スレーブ局が複数の
ため（６ａ、６ｂ）、回線上で“Ｈ”の状態の局（６
ａ、６ｂ）の出力が衝突してしまい、マスタ局５はレス
ポンスフレームを正常に受信できず、受信待ちタイムア
ップとなり、異常通信となる。

【００１１】反対に、上記ステップＳ１０５において、
スレーブ局６ａ、６ｂの受信完了のタイミングが異なる
ときは、図２３に示すような処理になる。すなわち、ス
レーブ局６ａは６ｂより先に受信完了したため、レスポ
ンスフレームを送信する。スレーブ局６ｂは、６ａより
遅れてマスタ局５にレスポンスフレームを送信する。マ
スタ局５は最初に送信したスレーブ局６ａのレスポンス
フレームを受信し、スレーブ局との交信を正常に終了す
ることができる。

【００１２】この発明に関連する参考技術文献として
は、特開平２−２９０３４７号公報に開示されている
「ネットワークシステムおよび重複アドレスのテスト方
法」、特開平４−１６７６４０号公報に開示されている
「ホームバスシステム」、特開平５−１６７５８６号公
報に開示されている「ＬＡＮ異常時処理方法」、特開平
５−８３７６８号公報に開示されている「端末制御監視
装置」がある。

【００１３】

【発明が解決しようとする課題】上記の従来におけるバ
ス型トポロジー方式のデータリンクシステムにあって
は、スレーブ局における受信完了のタイミングが重複局
同士で同じか、あるいは異なるかによりマスタ局側の重
複局に対する処理が異なるため、局番重複の検出が正常
に実行できず、データリンクシステムの局番重複に起因
する誤動作を招来するという問題点があった。

【００１４】この発明は、上記に鑑みてなされたもので
あって、ネットワークシステムの局番重複に起因する誤
動作を防止することができ、システムの安全性を向上さ
せると共に、局番設定の重複局の解列や設定を修正する
ことにより局番重複エラーが無くなったときに自動的に
ネットワークシステムに復列することができ、システム
の効率を向上させることができるＰＣの局番重複局検出
方法、局番重複局復列方法、局番重複局数測定方法およ
び局番重複局解列方法を得ることを目的とする。

【００１５】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１にかかるＰＣの局番重複局検出方法は、
ＰＣをバス伝送路形態のネットワークユニットを介して
データ通信するシステム内において、マスタ局が、自局
と同じ局番を有する局が存在するか否かを、テスト伝文
を送信し、前記テスト伝文に対する回線上の応答キャリ
ア（データ搬送波）に基づいて検出するものである。

【００１６】また、請求項２にかかるＰＣの局番重複局
復列方法は、ＰＣをバス伝送路形態のネットワークユニ
ットを介してデータ通信するシステム内において、局番
重複局を検出した場合、局番重複テストを実施するテス
ト局が、局番重複している被テスト局に対して定期的に
テスト伝文の送信を行い、前記テスト伝文に対する回線
上の応答キャリア（データ搬送波）に基づいて局番重複
状態が解消したことを検出したとき、局番重複している
被テスト局をネットワークシステムに自動復列させるも
のである。

【００１７】また、請求項３にかかるＰＣの局番重複局
数測定方法は、ＰＣをバス伝送路形態のネットワークユ
ニットを介してデータ通信するシステム内において、局
番重複テストを実施するテスト局は所定の局番に対して
テスト伝文を送信し、局番重複している被テスト局は前
記テスト伝文を受信し、かつ、回線上に他局からの応答
キャリア（データ搬送波）を検出したとき、応答データ
の送信を一時停止し、回線上に他局の応答キャリア（デ
ータ搬送波）を検出しないとき、応答データを前記テス
ト局に送信し、前記テスト局は応答データの受信数に基
づいて局番重複局数を測定するものである。

【００１８】また、請求項４にかかるＰＣの局番重複局
解列方法は、ＰＣをバス伝送路形態のネットワークユニ
ットを介してデータ通信するシステム内において、局番
重複テストを実施するテスト局が所定の局番に対してテ
スト伝文を送信し、局番重複している被テスト局は前記
テスト伝文を受信し、回線上の応答キャリア（データ搬
送波）の有無に基づいて応答データを前記テスト局に送
信し、前記テスト局は応答データの受信により被テスト
局が局番重複局か否かを判断し、局番重複している被テ
スト局すべてをネットワークシステムより解列するもの
である。

【００１９】また、請求項５にかかるＰＣの局番重局複
解列方法は、ＰＣをバス伝送路形態のネットワークユニ
ットを介してデータ通信するシステム内において、電源
投入から交信開始までの受信データに基づいて自局と同
じ局が存在するか否かを判断し、自局と同じ局が存在す
る場合には、通常交信が始まりネットワークシステムに
影響を与える前に、自局を局番重複エラーにしてネット
ワークシステムより解列するものである。

【００２０】また、請求項６にかかるＰＣの局番重複局
復列方法は、ＰＣをバス伝送路形態のネットワークユニ
ットを介してデータ通信するシステム内において、局番
重複状態に基づいてネットワークシステムから解列され
た自局と同じ局番を持つ他局の受信状態を監視し、自局
と同じ局番を持つ他局がエラーになり、ネットワークシ
ステムから解列されたか否かを検出し、該検出結果に基
づいて自局がネットワークシステムに自動復列するもの
である。

【００２１】この発明にかかるネットワークシステムに
おいては、局番重複状態を確認するためにマスタ局から
スレーブ局に局番重複状態を確認するためのテスト伝文
を送信し、スレーズ局からはマスタ局に送信する応答デ
ータを設け、各ネットワークユニットにはキャリア検出
回路を設け、各データを送信しようとするときにはキャ
リア検出回路によってキャリアが検出されないかチェッ
クした後、各データを送信する手段を設けたものであ
る。

【００２２】

【作用】この発明にかかるＰＣの局番重複局検出方法
（請求項１）は、マスタ局が指定された局番に対してテ
スト伝文を送信し、スレーブ局はテスト伝文を受信し、
回線上にキャリアが検出されないかチェックした後、応
答データをマスタ局に送信する。マスタ局は応答データ
の受信状態によりスレーブ局が重複しているか局抜けし
ているかを効率よく検出することができる。また、デー
タリンクを構成している全ての局をスレーブ局として局
番重複テストを実行する。

【００２３】この発明にかかるＰＣの局番重複局復列方
法（請求項２）は、マスタ局が局番重複のスレーブ局に
対して定期的にテスト伝文を送信し、スレーブ局はテス
ト伝文を受信し、回線上にキャリアが検出されないかチ
ェックした後、応答データをマスタ局に送信する。マス
タ局は応答データの受信状態によりスレーブ局の局番重
複状態が解消されたか否かを確認し、解消されたと判断
した場合には、局番重複状態にあったスレーブ局をネッ
トワークシステムに自動復列させる。

【００２４】この発明にかかるＰＣの局番重複局数測定
方法（請求項３）は、マスタ局が指定された局番に対し
てテスト伝文を送信し、スレーブ局はテスト伝文を受信
し、回線上にキャリアが検出されないかをチェックした
後、応答データをマスタ局に送信する。マスタ局は応答
データの受信個数により局番重複を測定する。

【００２５】この発明にかかるＰＣの局番重複局解列方
法（請求項４）は、マスタ局が指定された局番に対して
テスト伝文を送信し、スレーブ局はテスト伝文を受信
し、回線上にキャリアが検出されないかチェックした
後、応答データをマスタ局に送信する。マスタ局は応答
データの受信状態によりスレーブ局が重複しているかを
判断し、該判断に基づいて局番重複しているスレーブ局
すべてをネットワークシステムから解列する。

【００２６】この発明にかかるＰＣの局番重複局解列方
法（請求項５）は、電源投入から交信が開始されるまで
の間に受信データの送信元が自局と同じか否かを判断
し、自局と同じであると判断した場合、自局を局番重複
エラーにし、自局をネットワークシステムから解列し、
ネットワークシステムに影響を与えないようにする。

【００２７】この発明にかかるＰＣの局番重複局復列方
法（請求項６）は、局番重複によってネットワークシス
テムから解列された局が自局と同じ局番からの受信状態
を監視タイマーを使用して監視し、監視タイマーがタイ
ムアップした場合は自局と同じ局がエラーになり、ネッ
トワークシステムから解列されたものと判断し、自局が
ネットワークシステムに自動復列する。

【００２８】

【実施例】実施例１． 以下、この発明にかかるＰＣの局番重複局検出方法、局
番重複局復列方法、局番重複局数測定方法および局番重
複局解列方法の実施例を図について説明する。まず、実
施例１（局番重複局検出方法）について説明する。図１
３は、データリンク機能を有するＰＣのデータリンクシ
ステムの概略構成を示すブロック図であり、図におい
て、５は局番重複テストの実施局である１局（マスタ
局）であり、６ａ、６ｂ、７が局番重複テストの被テス
ト局である２局、４局（スレーブ局）であり、６ａ、６
ｂの２局が誤って局番重複している例を示している。

【００２９】図１および図２は、図１３に示した１局
（マスタ局）５における局番重複テスト時の処理動作を
示すフローチャートであり、図３は、図１３に示した２
局（スレーブ局）６ａ、６ｂに対して図１３に示した１
局（マスタ局）５が局番重複テストを実施したときの２
局（局番が重複している二つのスレーブ局）６ａ、６ｂ
の処理動作を示すフローチャートである。

【００３０】また、図４は、局番が重複していない図１
３に示した４局（スレーブ局）７に対して局番重複テス
トを行った場合における１局（マスタ局）５と４局（ス
レーブ局）７のタイミングチャートである。図５は、図
１３に示した２局（局番が重複している二つのスレーブ
局）６ａ、６ｂに対して局番重複テストを行った場合に
おける１局（マスタ局）５と２局（局番が重複している
二つのスレーブ局）６ａ、６ｂのタイミングチャートを
示す。

【００３１】さらに、図６は、各局の通信インターフェ
ースを示し、ラインドライバ１、ラインレシーバ２、キ
ャリア検出回路３から構成されている。ラインドライバ
１は自局がデータを送信するときのみゲートをアクティ
ブ（ゲートが開いてデータを送信できる状態）に設定
し、通常はインアクティブ（ゲートが閉じてデータを送
信できない状態）に設定されている。ラインレシーバ２
は常時アクティブ（ゲートが開いてデータを受信できる
状態）に設定してあり、伝送路のデータを常時受信でき
る設定になっている。

【００３２】また、伝送路上でのデータの衝突を防止す
るためのデータ搬送信号であるキャリアはラインドライ
バ２をアクティブにしたときに自動的に伝送路上に送信
され、ラインドライバ２をインアクティブにすればキャ
リアの送信を止めるようにハードウェア（Ｈ／Ｗ）によ
り設定されている。また、キャリアは伝送路上に二つ以
上同時に送信されると変調が壊れてしまうので、通常時
はキャリア検出回路３においてキャリアが検出されない
場合のみラインドライバ２のゲートを開くように設定さ
れている。

【００３３】つぎに、動作について説明する。局番重複
テストを実施する図１３に示した１局５（以下、マスタ
局という）の処理は、図１および図２に示すように、ま
ず、マスタ局の図６におけるラインドライバ１のゲート
をアクティブに設定してキャリアを送信する（Ｓ１）。
つぎに、マスタ局の送信データであるテスト伝文を図１
３の２局６ａ、６ｂ（以下、スレーブ局という）に送信
した（Ｓ２）後、マスタ局はラインドライバ１のゲート
をインアクティブに設定し、キャリアの送信を止める
（Ｓ３）。その後、スレーブ局の応答データを受信する
までの図５に示した監視タイマーｔ１をセットし（Ｓ
４）、スレーブ局の応答データの受信状態を監視する。

【００３４】応答データの受信状態の監視方法として
は、図６に示したキャリア検出回路３が競合キャリア
（キャリアが二つ以上同時に伝送路上に送信され、変調
が壊れたキャリア）を検出したか否かを判断し（Ｓ
５）、競合キャリアを検出したと判断した場合には、検
出回数をカウント（競合キャリア受信回数＋１）する
（Ｓ８）。反対に、競合キャリアを検出しないと判断し
た場合には、スレーブ局からの応答データの受信状態を
受信したか否かを判断し（Ｓ６）、応答データを受信し
たと判断した場合には、応答データの受信回数をカウン
ト（正常受信回数＋１）する（Ｓ９）。

【００３５】その後、スレーブ局からの応答データを確
実に受信できる監視時間が経過したか否か、すなわち、
監視タイマーがタイムアップしたか否かを判断し（Ｓ
７）、監視タイマーがタイムアップしたと判断した場合
には、図５に示した監視タイマーｔ１をリセットして
（Ｓ１０）、受信状態の監視結果をチェックする。チェ
ック方法としては、競合キャリア受信回数＝０か否かを
判断し（Ｓ１１）、キャリア検出回路３により競合キャ
リアを検出した場合、すなわち、競合キャリア受信回数
＝０ではないと判断した場合には、スレーブ局の重複エ
ラーとする（Ｓ１６）。

【００３６】上記ステップＳ１１において、競合キャリ
ア受信回数＝０であると判断した場合には、つぎに、正
常受信回数＝１か否かを判断し（Ｓ１２）、正常受信回
数＝１であると判断した場合には、スレーブ局正常、重
複局なしと判断する（Ｓ１４）。反対に、正常受信回数
＝１ではないと判断した場合には、さらに、正常受信回
数＝０か否かを判断し（Ｓ１３）、その結果、正常受信
回数＝０であると判断した場合には、スレーブ局なしと
判断し（Ｓ１５）、反対に、正常受信回数＝０ではない
と判断した場合には、スレーブ局の重複エラーと判断す
る（Ｓ１６）。この一連の処理を各スレーブ局に対して
実施し、重複局を検出する。その後、全局に対して局番
重複テストを実行したか否かを判断し（Ｓ１７）、全局
確認終了と判断するまで、上記一連の処理を繰り返す。

【００３７】つぎに、スレーブ局の処理動作について説
明する。図３に示すように、受信したデータが自局宛の
テスト伝文か否かを判断し（Ｓ１８）、自局宛テスト伝
文である場合には、応答データを作成する（Ｓ１９）。
つぎに、送信準備処理としてラインドライバ１のゲート
をアクティブに設定し、キャリアを送信する（Ｓ２
０）。その後、図４、図５に示した待ち時間ｔ２の時間
を待った（Ｓ２１）後にキャリア検出回路３によって競
合キャリアを検出したか否かを判断する（Ｓ２２）。キ
ャリア検出回路３によって競合キャリアを検出しない正
常の場合には、応答データをマスタ局に送信し（Ｓ２
４）、図４、図５に示した待ち時間ｔ３の時間を待った
（Ｓ２５）後に、ラインドライバの送信ゲートをインア
クティブに設定し、キャリアの送信を止める（Ｓ２
６）。反対に、上記ステップＳ２２において、キャリア
検出回路３により競合キャリアを検出した場合には、ラ
インドライバの送信ゲートをインアクティブに設定し、
キャリアの送信を止める（Ｓ２３）。

【００３８】実施例２． つぎに、実施例２について説明する。図７および図８
は、図１３に示した１局（マスタ局）５における局番重
複テスト時の処理動作を示すフローチャートである。な
お、図１３に示した２局（スレーブ局）６ａ、６ｂに対
して図１３に示した１局（マスタ局）５が局番重複テス
トを実施したときの２局（局番が重複している二つのス
レーブ局）６ａ、６ｂの処理動作を示すフローチャート
は、上記実施例１の図３で示したものと同じである。

【００３９】また、局番が重複していない図１３に示し
た４局（スレーブ局）７に対して局番重複テストを行っ
た場合における１局（マスタ局）５と４局（スレーブ
局）７のタイミングチャートは、上記実施例１の図３で
示したものと同じであり、局番が重複している図１３に
示した２局（局番が重複している二つのスレーブ局）６
ａ、６ｂに対して局番重複テストを行った場合における
１局（マスタ局）５と２局（局番が重複している二つの
スレーブ局）６ａ、６ｂのタイミングチャートは上記実
施例１の図４で示したものと同じである。また、各局の
通信インターフェースは、同様に上記実施例１の図５で
示したものと同じである。

【００４０】局番重複テストを実施する図１３に示した
１局５（以下、マスタ局という）の処理は、図７および
図８に示すように、まず、局番重複テストが１回目の確
認か否かを判断し（Ｓ２７）、１回目であると判断した
場合には、マスタ局の図６におけるラインドライバ１の
ゲートをアクティブに設定し、キャリアを送信する（Ｓ
２９）。つぎに、マスタ局の送信データであるテスト伝
文を局番重複している被テスト局（以下、スレーブ局と
いう）に対して送信した（Ｓ３０）後、マスタ局のライ
ンドライバ１のゲートをインアクティブに設定し、キャ
リアの送信を止める（Ｓ３１）。その後、スレーブ局の
応答データを受信するまでの図５に示した監視タイマー
ｔ１をセットし（Ｓ３２）、スレーブ局からの応答デー
タ受信状態を監視する。

【００４１】応答データ受信状態の監視方法としては、
図６に示したキャリア検出回路３が競合キャリア（キャ
リアが二つ以上同時に送信され変調が壊れたキャリア）
を検出したか否かを判断し（Ｓ３３）、競合キャリアを
検出したと判断した場合には、検出回数をカウント、す
なわち、競合キャリア受信回数＋１とする（Ｓ３６）。
反対に、競合キャリアを検出していないと判断した場合
には、つぎに、スレーブ局からの応答データの受信状態
を監視し、応答データを受信したか否かを判断する（Ｓ
３４）。その結果、応答データを受信したと判断した場
合には、応答データの受信回数をカウント、すなわち、
正常受信回数＋１とする（Ｓ３７）。

【００４２】また、上記ステップＳ３４において、応答
データを受信していないと判断した場合には、監視タイ
マーがタイムアップしたか否かを判断し（Ｓ３５）、ス
レーブ局からの応答データを確実に受信できる監視時間
が経過（タイムアップ）したと判断した場合には、図５
に示した監視タイマーｔ１をリセットし（Ｓ３８）、受
信状態の監視結果をチェックする。チェック方法として
は、キャリア検出回路３により競合キャリア（キャリア
が二つ以上競合し壊れたキャリア）を検出したか否か、
すなわち、競合キャリア受信回数＝０か否かを判断し
（Ｓ３９）、競合キャリア受信回数＝０ではないと判断
した場合には、スレーブ局の重複エラーとし（Ｓ４
５）、局番重複エラーフラグをワークエリアにセットす
る（Ｓ４６）。

【００４３】反対に、上記ステップＳ３９において、競
合キャリア受信回数＝０であると判断した場合には、つ
ぎに、競合のキャリアを受信せず正常に応答データを受
信した正常受信回数が１か否かを判断する（Ｓ４０）。
その結果、正常受信回数＝１ではないと判断した場合に
は、つぎに、正常受信回数＝０か否かを判断し（Ｓ４
１）、正常受信回数＝０ではないと判断した場合にはス
レーブ局の重複エラーとし（Ｓ４５）、局番重複エラー
フラグをワークエリアにセットする（Ｓ４６）。反対
に、正常受信回数＝０であると判断した場合には、スレ
ーブ局なし（Ｓ４４）とする。

【００４４】また、上記ステップＳ４０において、正常
受信回数＝１であると判断した場合には、スレーブ局正
常で重複局なし（Ｓ４２）とし、局番重複エラーフラグ
をセットしているワークエリアをクリアする（Ｓ４
３）。また、上記ステップＳ２７において、マスタ局は
テスト２回目以降であると判断した場合には、つぎに、
局番重複フラグがセットされているか否かを判断し（Ｓ
２８）、エラーがある場合、すなわち、フラグがセット
されていると判断した場合には、上記処理を繰り返し、
反対に、局番重複のスレーブ局に対し上記処理を定期的
に実行することによって、局番重複エラーがなくなった
とき、すなわち、フラグがセットされていないと判断し
た場合には、局番重複エラーになっていた局を自動復列
させる。その後、全局に対して局番重複テストを実行し
たか否かを判断し（Ｓ４７）、全局終了するまでこれら
の処理を繰り返す。

【００４５】実施例３． つぎに、実施例３について説明する。図９および図１０
は、図１３に示した１局（マスタ局）５における局番重
複テスト時の処理動作を示すフローチャートであり、図
１１は、図１３に示した２局（スレーブ局）６ａ、６ｂ
に対して図１３に示した１局（マスタ局）６が局番重複
テストを実施したときの図１３に示した２局（スレーブ
局）６ａ、６ｂにおける処理動作を示すフローチャート
である。

【００４６】また、局番が重複していない図１３に示し
た４局（スレーブ局）７に対して局番重複テストを実施
した場合における１局（マスタ局）５と４局（スレーブ
局）７のタイミングチャートは、実施例１の図４に示し
たものと同じであり、局番が重複している図１３に示し
た２局（局番が重複している二つのスレーブ局）６ａ、
６ｂに対して局番重複テストを実施した場合における１
局（マスタ局）５と２局（局番が重複している二つのス
レーブ局）６ａ、６ｂのタイミングチャートは図１２に
示す。また、各局の通信インターフェースは、実施例１
の図６に示したものと同じである。

【００４７】局番重複テストを実施する図１３に示した
１局５（以下、マスタ局という）の処理は、図９および
図１０に示すように、まず、マスタ局の図６に示したラ
インドライバ１のゲートをアクティブに設定してキャリ
アを送信する（Ｓ４８）。つぎに、マスタ局の送信デー
タであるテスト伝文を図１３に示した２局６ａ、６ｂ
（以下、スレーブ局という）に送信した（Ｓ４９）後、
マスタ局はラインドライバのゲートをインアクティブに
設定し、キャリアの送信を止め（Ｓ５０）、その後、ス
レーブ局の応答データを受信するまでの図１２に示した
監視タイマーｔ１をセットする（Ｓ５１）。

【００４８】その後、スレーブ局の応答データの受信状
態を監視し、応答データを受信したか否かを判断し（Ｓ
５２）、スレーブ局から受信する応答データの受信回数
をカウントしていく、すなわち、受信回数＋１とする
（Ｓ５４）。スレーブ局から応答データを確実に受信で
きる監視時間が経過した、すなわち、監視タイマーがタ
イムアップしたか否かを判断し（Ｓ５３）、タイムアッ
プしたと判断した場合には、図１２に示した監視タイマ
ーｔ１をリセットして（Ｓ５５）、受信状態の監視結果
をチェックする。

【００４９】チェック方法としては、応答データの受信
回数＞１が成立するか否かを判断し（Ｓ５６）、成立す
ると判断した場合には、スレーブ局の局番重複エラーと
し（Ｓ６０）、応答データの受信回数を局番重複局数と
し、エラー情報のワークエリアに局番重複局数をセット
する（Ｓ６１）。反対に、受信回数＞１が成立しないと
判断した場合（受信回数≦１）には、つぎに、受信回数
＝１か否かを判断し（Ｓ５７）、受信回数＝１ではない
と判断した場合、すなわち、応答データの受信回数が０
の場合には該当局なし（Ｓ５９）とし、エラー情報のワ
ークエリアをクリアする。反対に、受信回数＝１である
と判断した場合には、スレーブ局は正常であり、重複局
はないと判断する（Ｓ５８）。その後、全局に対して局
番重複テストを実行したか否かを判断し（Ｓ６２）、全
局終了するまでこれらの処理を繰り返す。

【００５０】つぎに、スレーブ局の処理は、図１１に示
すように、受信したデータが自局宛テスト伝文か否かを
判断し（Ｓ６３）し、自局宛テスト伝文であると判断し
た場合には、応答データを作成する（Ｓ６４）。つぎ
に、送信準備処理としてラインドライバ１のゲートをア
クティブに設定し、キャリアを送信する（Ｓ６５）。そ
の後、図１２に示した待ち時間ｔ２の時間を待った（Ｓ
６６）後、図６に示したラインドライバ１のゲートが開
いて送信可能状態になっているか判断し（Ｓ６７）、送
信可能状態（ゲートＯＰＥＮ）になっていると判断した
場合には、応答データをマスタ局に送信し（Ｓ７１）、
図９に示した待ち時間ｔ３の時間を待った（Ｓ７２）
後、ラインドライバの送信ゲートをインアクティブに
し、キャリアの送信を止める（Ｓ７３）。

【００５１】図６に示したラインドライバ１のゲートが
閉じて送信可能状態になっていない場合には、ラインド
ライバ１の送信ゲートをインアクティブに設定し、キャ
リアの送信を止め（Ｓ６８）、図９に示した待ち時間ｔ
４の時間を待った（Ｓ６９）後に、他局が送信した応答
データを受信完了したか否かを判断する（Ｓ７０）。そ
の結果、応答データを受信したと判断した場合には、送
信準備処理を実行し、キャリア検出回路３によって他局
のキャリアが検出されなくなるまで、これらの処理を繰
り返す。

【００５２】実施例４． つぎに、実施例４について説明する。図１４は、図１３
に示した１局（マスタ局）５における局番重複テストの
処理動作を示すフローチャートである。なお、図１３に
示した２局（スレーブ局）６ａ、６ｂにおける局番重複
テストの被テスト局時における処理動作を示すフローチ
ャートは、上記実施例１の図３に示したものと同じであ
る。また、各局の通信インターフェースは、図６に示し
たものと同じである。

【００５３】つぎに、動作について説明する。局番重複
テストを実施する図１３に示した１局５（以下、マスタ
局という）の処理は、図１４に示すように、マスタ局の
図６に示したラインドライバ１のゲートをアクティブに
設定してキャリアを送信する（Ｓ７４）。つぎに、マス
タ局の送信データであるテスト伝文を図１３に示した２
局（以下、スレーブ局という）６ａ、６ｂに送信した後
（Ｓ７５）、マスタ局はラインドライバ１のゲートをイ
ンアクティブに設定し、キャリアの送信を止める（Ｓ７
６）。

【００５４】その後、スレーブ局の応答データを受信す
るまでの図４に示した監視タイマーｔ１をセットし（Ｓ
７７）、スレーブ局の応答データの受信状態を監視し、
すなわち、応答データを受信したか否かを判断し（Ｓ７
８）、応答データを受信したと判断した場合には、スレ
ーブ局から受信する応答データの受信回数をカウントし
ていく、すなわち、受信回数＋１とする（Ｓ８０）。つ
ぎに、監視タイマーがタイムアップしたか否かを判断し
（Ｓ７９）、スレーブ局から応答データを確実に受信で
きる監視時間が経過した（監視タイマーがタイムアップ
した）と判断した場合には、図４に示した監視タイマー
ｔ１をリセットし（Ｓ８１）、受信状態の開始結果をチ
ェックする、すなわち、受信回数＝１か否かを判断する
（Ｓ８２）。

【００５５】その結果、応答データの受信回数が１であ
ると判断した場合には、局番重複局なしでスレーブ局正
常（Ｓ８３）とし、反対に、応答データの受信回数が１
以外であると判断した場合には、スレーブ局エラーと判
断し（Ｓ８４）、ネットワークシステムの送信権テーブ
ルからスレーブ局の局番を削除することによってネット
ワークシステムから局番重複しているスレーブ局すべて
を解列する（Ｓ８５）。その後、全局に対して局番重複
テストを実行したか否かを判断し（Ｓ８６）、全局終了
するまでこれらの処理を繰り返す。

【００５６】実施例５． つぎに、実施例５について説明する。図１５は、電源投
入時から通常交信を開始するまでの間に局番重複の確認
を実行する処理動作を示すフローチャートである。各局
で電源投入時から通常交信を開始するまでの間に局番重
複の確認処理は、図１５に示すように、電源投入された
ら、ハードウェア（Ｈ／Ｗ）のイニシャル等の各種のイ
ニシャル処理を実行する（Ｓ８７）。その後、受信デー
タの監視タイマーをセットし（Ｓ８８）、受信データが
あるか否かを判断する（Ｓ８９）、受信データがあると
判断した場合には、つぎに、その受信データの送信元を
検出する、すなわち、送信元＝自局か否かを判断する
（Ｓ９０）。

【００５７】その結果、送信元の局番と自局番が同じで
あると判断した場合には、受信データの監視タイマーを
リセットし（Ｓ９１）、ソフトウェアシステムから自局
を解列（マスタ局からの要求に応答データを送信しな
い）する（Ｓ９２）。また、上記ステップＳ９０におい
て、送信元の局番と自局番が異なると判断した場合に
は、受信データ監視タイマーがタイムアップしたか否か
を判断し（Ｓ９３）、該監視タイマーがタイムアップす
るまで、この処理を繰り返す。

【００５８】実施例６． つぎに、実施例６について説明する。図１６は、局番重
複している局でネットワークシステムから解列されてい
る局のデータ受信時における処理動作を示すフローチャ
ートであり、また、図１７は、自局と同じ局番用の監視
タイマーがタイムアップしたときの処理動作を示すフロ
ーチャートである。

【００５９】局番重複によってネットワークシステムか
ら解列されている局のデータ受信時における処理は、図
１６に示すように、自局と同じ局番用の監視タイマーを
起動させた（Ｓ９４）後、受信したデータの送信元が自
局と局番重複している局（送信元＝自局）か否かを判断
する（Ｓ９５）。自局と局番重複している局からのデー
タが確認できた場合には、監視タイマーをリセットする
（Ｓ９６）。データを受信する限りこの処理を繰り返
す。

【００６０】つぎに、自局と同じ局番用の監視タイマー
がタイムアップしたときの処理は、図１７に示すよう
に、自局と局番重複している局がエラー等によってダウ
ンし、ネットワークシステムから解列されたものとし、
自局が変わりに自動復列（マスタ局からの要求に応答デ
ータを送信）する（Ｓ９７）。

【００６１】

【発明の効果】この発明にかかるＰＣの局番重複局検出
方法（請求項１）は、バス型伝送路形態のネットワーク
ユニットを介してデータ通信しているシステムにおい
て、従来、局番重複局が応答データを同時送信した場合
に局番重複を検出できない場合が存在したが、今回、キ
ャリア検出を利用することによって、このような誤動作
が無くなり確実に局番重複している局を検出でき、局番
重複によってネットワーク全体に影響を与える誤動作を
未然に防げることにより、その安全性および作業効率を
飛躍的に向上させることができる。

【００６２】この発明にかかるＰＣの局番重複局復列方
法（請求項２）は、バス伝送路形態のネットワークユニ
ットを介してデータ通信しているシステムにおいて、局
番重複している局に対してマスタ局から定期的にテスト
を行った場合、従来、局番重複局が応答データを同時送
信した場合に、局番重複を検出できず局番重複局エラー
で無くなったと認識する場合が存在したが、今回、キャ
リア検出を利用することによって、このような誤動作が
無くなり確実に局番重複している局を検出できる。その
結果、ネットワーク全体に影響を与える誤動作を未然に
防ぐことができ、確実に局番重複局エラーが解除された
局をマスタ局が検出できることにより、局番重複局にな
ってネットワークシステムから解列されていた局を自動
的にシステムに復列させる（自動復帰機能）ことがで
き、その安全性および作業効率を飛躍的に向上させるこ
とができる。

【００６３】この発明にかかるＰＣの局番重複局数測定
方法（請求項３）は、バス伝送路形態のネットワークユ
ニットを介してデータ通信しているシステムにおいて、
従来、局番重複局が応答データ等を同時送信した場合に
局番重複を検出できない場合があり、間違った局番重複
数の確認をした場合があったが、今回、キャリア検出を
利用することによって、このような誤動作が無くなり確
実に局番重複している局数を検出でき、局番重複によっ
てネットワーク全体に影響を与える誤動作を未然に防止
することができる。さらに、局番重複している局が３局
以上存在した場合に局番重複局である局を１局のみ修正
を行った後、局番重複テストを再度実行して残りの局番
重複局を検出する必要がなくなり、局番重複テストを同
じ局番に対して繰り返し実行する必要がないため、作業
効率が向上する。

【００６４】この発明にかかるＰＣの局番重複局解列方
法（請求項４）は、バス伝送路形態のネットワークユニ
ットを介してデータ通信しているシステムにおいて、従
来、局番重複局が応答データを同時送信した場合に局番
重複を検出できない場合が存在したが、今回、キャリア
検出を利用することによって、このような誤動作がなく
なり、確実に局番重複している局を検出でき、局番重複
している局番をマスタ局から確実に検出できることによ
って、ネットワークシステムに影響を与える局番重複局
すべてをネットワークシステムから解列すことができ、
ネットワークシステム全体のダウン防止が実現する。

【００６５】この発明にかかるＰＣの局番重複局解列方
法（請求項５）は、バス伝送路形態のネットワークユニ
ットを介してデータ通信しているシステムにおいて、従
来、局番重複局を検出するには局番重複テストを実施し
た結果もしくは実際に通常交信を始めてからしか局番重
複を検出できない場合が存在したが、今回、ネットワー
クシステムに影響を与える局番重複局であることを通常
交信が始まる前の早期の段階で自ら検出し、ネットワー
クシステムから自局を切り離すことによりネットワーク
システムへの悪影響を事前に防止することができる。

【００６６】この発明にかかるＰＣの局番重複局復列方
法（請求項６）は、バス伝送路形態のネットワークユニ
ットを介してデータ通信しているシステムにおいて、あ
えて局番重複設定をすることによって、局番重複によっ
てスタンバイ状態になっていた局がエラーになったとき
に、該エラーになった局の代わりに正常局として復列す
るため、その局番自身のダウン防止および異常になって
解列されている局番の解列時間を短縮することにより、
ネットワーク全体に稼働効率を向上させることができ
る。

【図面の簡単な説明】

【図１】 請求項１にかかるマスタ局の処理動作を示す
フローチャートである。

【図２】 請求項１にかかるマスタ局の処理動作を示す
フローチャートである。

【図３】 請求項１にかかるスレーブ局の処理動作を示
すフローチャートである。

【図４】 請求項１にかかる局番重複テストの正常時に
おけるタイミングを示すタイミングチャートである。

【図５】 請求項１にかかる局番重複テストの異常時に
おけるタイミングを示すタイミングチャートである。

【図６】 請求項１にかかるＰＣの通信インターフェー
スの構成を示す回路図である。

【図７】 請求項２にかかるマスタ局の処理動作を示す
フローチャートである。

【図８】 請求項２にかかるマスタ局の処理動作を示す
フローチャートである。

【図９】 請求項３にかかるマスタ局の処理動作を示す
フローチャートである。

【図１０】 請求項３にかかるマスタ局の処理動作を示
すフローチャートである。

【図１１】 請求項３にかかるスレーブ局の処理動作を
示すフローチャートである。

【図１２】 請求項３にかかる局番重複テストの異常時
におけるタイミングを示すタイミングチャートである。

【図１３】 バス伝送路形態のネットワークシステムの
構成を示すブロック図である。

【図１４】 請求項４にかかるマスタ局の処理動作を示
すフローチャートである。

【図１５】 請求項５にかかる電源投入時の処理動作を
示すフローチャートである。

【図１６】 請求項６にかかる局番重複局におけるデー
タ受信時の処理動作を示すフローチャートである。

【図１７】 請求項６にかかる監視タイマータイムアッ
プ時における処理動作を示すフローチャートである。

【図１８】 データリンク機能を有するＰＣのハードウ
ェア構成を示すブロック図である。

【図１９】 図１８に示したＰＣにおける通信インター
フェースの詳細を示す回路図である。

【図２０】 従来におけるマスタ局のデータリンク処理
動作を示すフローチャートである。

【図２１】 従来におけるスレーブ局のデータリンク処
理動作を示すフローチャートである。

【図２２】 従来におけるデータリンク処理を示すタイ
ミングチャートである。

【図２３】 従来におけるデータリンク処理を示すタイ
ミングチャートである。

【符号の説明】

１ ラインドライバ、２ ラインレシーバ、３ キャリ
ア検出回路、４ 終端抵抗、５ マスタ局、６ａ スレ
ーブ局、６ｂ スレーブ局（局番重複局）、７スレーブ
局。

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G05B 19/05 H04L 12/40

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 プログラマブルコントローラをバス伝送
   路形態のネットワークユニットを介してデータ通信する
   システム内において、 マスタ局が、自局と同じ局番を有する局が存在するか否
   かを、テスト伝文を送信し、前記テスト伝文に対する回
   線上の応答キャリア（データ搬送波）に基づいて検出す
   ることを特徴とするプログラマブルコントローラの局番
   重複局検出方法。
2. 【請求項２】 プログラマブルコントローラをバス伝送
   路形態のネットワークユニットを介してデータ通信する
   システム内において、 局番重複局を検出した場合、局番重複テストを実施する
   テスト局が、局番重複している被テスト局に対して定期
   的にテスト伝文の送信を行い、前記テスト伝文に対する
   回線上の応答キャリア（データ搬送波）に基づいて局番
   重複状態が解消したことを検出したとき、局番重複して
   いる被テスト局をネットワークシステムに自動復列させ
   ることを特徴とするプログラマブルコントローラの局番
   重複局復列方法。
3. 【請求項３】 プログラマブルコントローラをバス伝送
   路形態のネットワークユニットを介してデータ通信する
   システム内において、 局番重複テストを実施するテスト局は所定の局番に対し
   てテスト伝文を送信し、局番重複している被テスト局は
   前記テスト伝文を受信し、かつ、回線上に他局からの応
   答キャリア（データ搬送波）を検出したとき、応答デー
   タの送信を一時停止し、回線上に他局の応答キャリア
   （データ搬送波）を検出しないとき、応答データを前記
   テスト局に送信し、前記テスト局は応答データの受信数
   に基づいて局番重複局数を測定することを特徴とするプ
   ログラマブルコントローラの局番重複局数測定方法。
4. 【請求項４】 プログラマブルコントローラをバス伝送
   路形態のネットワークユニットを介してデータ通信する
   システム内において、 局番重複テストを実施するテスト局が所定の局番に対し
   てテスト伝文を送信し、局番重複している被テスト局は
   前記テスト伝文を受信し、回線上の応答キャリア（デー
   タ搬送波）の有無に基づいて応答データを前記テスト局
   に送信し、前記テスト局は応答データの受信により被テ
   スト局が局番重複局か否かを判断し、局番重複している
   被テスト局すべてをネットワークシステムより解列する
   ことを特徴とするプログラマブルコントローラの局番重
   複局解列方法。
5. 【請求項５】 プログラマブルコントローラをバス伝送
   路形態のネットワークユニットを介してデータ通信する
   システム内において、 電源投入から交信開始までの受信データに基づいて自局
   と同じ局が存在するか否かを判断し、自局と同じ局が存
   在する場合には、通常交信が始まりネットワークシステ
   ムに影響を与える前に、自局を局番重複エラーにしてネ
   ットワークシステムより解列することを特徴とするプロ
   グラマブルコントローラの局番重局複解列方法。
6. 【請求項６】 プログラマブルコントローラをバス伝送
   路形態のネットワークユニットを介してデータ通信する
   システム内において、 局番重複状態に基づいてネットワークシステムから解列
   された自局と同じ局番を持つ他局の受信状態を監視し、
   自局と同じ局番を持つ他局がエラーになり、ネットワー
   クシステムから解列されたか否かを検出し、該検出結果
   に基づいて自局がネットワークシステムに自動復列する
   ことを特徴とするプログラマブルコントローラの局番重
   複局復列方法。