(57)【要約】【課題】設定したデータパターンのデータ抜けを検出できないとか，データ抜けの回数をカウントすることができないなどの問題を解消する。【解決手段】データ収集機能とリングバッファと要求送信前局アドレスと受信カウンタテーブルを持つデータ収集部を有し，データ収集機能が受信したデータのデータタイプと送信元／送信先アドレスから，要求送信前局アドレスと受信カウンタテーブルを更新し，マスタの要求フレーム抜けは要求送信前局アドレスと受信カウンタテーブルの更新結果から検出し，スレーブからの応答フレーム抜けはマスタからの要求フレームが連続することで検出する。【選択図】    図１
2004274201.tif 000002
【特許請求の範囲】
【請求項１】
マスタ局と複数のスレーブ局が同一伝送路に接続され，マスタは，スレーブに要求フレームを送信し，スレーブは，その要求に対する応答フレームを返信し，マスタは，伝送路上の全てのスレーブに対して，前記シーケンス（要求−応答）を，スレーブアドレスの昇順に繰り返すマスタ／スレーブ通信システムの伝送路上のデータを収集する通信データ収集装置に関し，
伝送路上の全データを収集するデータ収集機能と，収集したデータを格納するリングバッファと，前回伝送路に流れた要求フレームの送信先を保存した要求送信前局アドレスと，収集したデータをスレーブ毎に，データタイプ（要求フレーム，応答フレーム，その他）別にカウントする受信カウンタテーブルを持つデータ収集部を有し，
データ収集機能が受信したデータの，データタイプと送信元／送信先アドレスから，前記，要求送信前局アドレスと受信カウンタテーブルを更新し，
マスタの要求フレーム抜けは，前記，要求送信前局アドレスと受信カウンタテーブルの更新結果から検出し，
スレーブからの応答フレーム抜けは，マスタからの要求フレームが連続することで検出することを特徴とし，
また，データ抜け時の伝送路の状態や，スレーブ毎のデータ抜け回数を表示してマスタ／スレーブ通信システムの伝送路上のデータを収集することを特徴とする通信データ収集装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，マスタ／スレーブ通信システムにおいて，伝送路上のデータ抜けを検出し，その時の状態を表示するデータ収集装置に関する。
【０００２】
【従来の技術】
図６はデータ収集装置の従来例の構成図である（例えば非特許文献１）。このデータ収集装置１は，データ収集部２とデータ表示／設定部３で構成されている。
【０００３】
データ表示／設定部３のパターン設定機能１４にてデータパターンを設定する。データ収集機能４は受信データをリングバッファ５に格納しておく。この時，データ比較機能１５は，データ収集機能４が収集したデータと，前記設定したデータパターンが同じかどうか比較する。データが一致した場合，リングバッファのデータをデータ表示機能８に表示する。
【０００４】
【非特許文献１】
技報  安川電機  ＶＯＬ．６４、Ｎｏ．１
【０００５】
【発明が解決しようとする課題】
上述したデータ収集装置では，設定したデータパターンのデータ抜けを検出できない，データ抜けの回数をカウントすることができない，などの問題点があった。
【０００６】
本発明の目的は，伝送路を流れるデータのデータ抜けを検出し，データ抜け回数やその時の伝送路の状態を観測／表示することのできる通信データ収集装置を提供することにある。
【０００７】
【課題を解決するための手段】
上記問題を解決するため，本発明は，マスタ局と複数のスレーブ局が同一伝送路に接続され，マスタは，スレーブに要求フレームを送信し，スレーブは，その要求に対する応答フレームを返信し，マスタは，伝送路上の全てのスレーブに対して，前記シーケンス（要求−応答）を，スレーブアドレスの昇順に繰り返すマスタ／スレーブ通信システムの伝送路上のデータを収集する通信データ収集装置に関し，伝送路上の全データを収集するデータ収集機能と，収集したデータを格納するリングバッファと，前回伝送路に流れた要求フレームの送信先を保存した要求送信前局アドレスと，収集したデータをスレーブ毎に，データタイプ（要求フレーム，応答フレーム，その他）別にカウントする受信カウンタテーブルを持つデータ収集部を有し，データ収集機能が受信したデータの，データタイプと送信元／送信先アドレスから，前記，要求送信前局アドレスと受信カウンタテーブルを更新し，マスタの要求フレーム抜けは，前記，要求送信前局アドレスと受信カウンタテーブルの更新結果から検出し，スレーブからの応答フレーム抜けは，マスタからの要求フレームが連続することで検出することを特徴とし，また，データ抜け時の伝送路の状態や，スレーブ毎のデータ抜け回数を表示することを特徴とした，マスタ／スレーブ通信システムの伝送路上のデータを収集する通信データ収集装置である。
【０００８】
【発明の実施の形態】
次に，本発明の実施の形態について図面を参照して説明する。
【０００９】
図１を参照すると，本発明の一実施形態のデータ収集装置１は，データ収集部２とデータ表示／設定部３から構成されている。
【００１０】
データ収集部２は，伝送路上の全データを収集するデータ収集機能４とそのデータを格納するリングバッファ５と，データタイプ別に，スレーブ毎に用意された受信カウンタテーブル６と，前回伝送路に流れた要求フレームの送信先を保存した要求送信前局アドレス７から構成されている。
データ収集機能４は，データを受信する度にリングバッファ５にデータと受信タイムスタンプを格納し，受信データの送信元／送信先，データタイプを見て，受信カウンタテーブル６を更新する。この時，データタイプが要求フレームであれば，要求送信前局アドレスに，どのスレーブ宛の要求フレームか保存しておく。
【００１１】
データ表示／設定部３は，データ表示機能８と，モード選択機能９，データ抜け回数表示機能１０，操作機能，１１，１２から構成されており，データ収集の開始／停止，モード選択，収集データの表示を行なう。
データ表示機能８は，データタイプとデータ，収集された時間が表示される。モード選択機能９は，データ抜けを検出したらデータ収集を“停止”するか“継続”するか選択する。“停止”を選択した場合は，リングバッファに空きがなくなるまでデータを収集し停止する。“継続”を選択した場合は，手動で停止操作を行なうまでデータ収集を継続する（リングバッファに空きがなくなれば，データは上書きされる）。データ収集開始／停止機能１１，１２は，データ収集を開始／停止する場合に使用する。
【００１２】
図２に正常時，図３にマスタからの要求フレーム抜け，図４にスレーブからの応答フレーム抜けの場合について図を用いて説明する。図中の“Ｃ”は要求フレームを，“Ｒ”は応答フレームを示す。また，説明は，図中の“＊”，“＊＊”を参照のこと。
【００１３】
図２は，正常時の要求送信前局アドレスと受信カウンタテーブルの更新の様子を示した図である。正常時は，スレーブアドレスの昇順に，マスタから要求フレームが送信され，スレーブから応答フレームが返信されている。最大スレーブアドレス（この図では“３”）の後は，最小スレーブアドレス（この図では“１”）に戻り，上記シーケンスを繰り返している。
【００１４】
データを受信したら，データタイプと送信元，送信先から，受信カウンタテーブルの該当位置をインクリメントする。データタイプが要求フレームの場合は，送信要求前局アドレスに格納されたスレーブアドレス（図中の＊印の場合はＮｏ．２）と，今回受信した送信先（図中の＊＊印の場合はＮｏ．３）アドレスに間がなければ（Ｎｏ．３からＮｏ．１となっていれば），データ抜けがないことになる。その後，送信要求前局アドレスに，今回受信した送信先アドレス（この場合Ｎｏ．３）を格納する。データタイプが応答フレームの場合は，特に処理しない（受信カウンタテーブルのみ更新）。
【００１５】
図３は，マスタからの要求フレーム抜け時の要求送信前局アドレスと受信カウンタテーブルの更新の様子を示した図である。正常時は，スレーブ番号１→２→３→１→と送信されるが，マスタからの要求フレーム抜け時は，１→２→（３が抜け）→１→２→３→というように送信されている。
正常時と同様に，データを受信したら受信カウンタテーブルを更新する。データタイプが要求フレームの場合は，送信要求前局アドレスに格納されたスレーブアドレス（図中の＊印の場合はＮｏ．２）と，今回受信した送信先（図中の＊＊印の場合はＮｏ．１）アドレスを比較して間があれば（Ｎｏ．２からＮｏ．１），該当スレーブ番号（この場合はＮｏ．３）の受信カウンタテーブルを検索する。この値が前回から更新されていなければ（図中の網掛け部），データ抜けが発生したことを示す。データ抜けを検出したら，データ抜け回数表示機能の該当部を更新する。データタイプが応答フレームの場合は，特に処理しない（受信カウンタテーブルのみ更新）。
【００１６】
図４は，スレーブからの応答フレーム抜けを示した図である。正常時と同様に，データを受信したら受信カウンタテーブルを更新する。データタイプが要求フレームの場合は（図中の＊＊），前回の受信データが要求フレームかどうかを調べる。もし，前回も要求データであれば，スレーブからの応答データ（この場合は“Ｒ３”）抜けが発生したことになる。データ抜けを検出したら，データ抜け回数表示機能の該当部を更新する。
【００１７】
図５は，データ収集処理手順を示すフローチャートである。処理手順は，データを受信したら，リングバッファ保存処理を実行する。その後，受信データのデータタイプと送信先アドレスより該当する受信カウンタテーブルを更新する。次にデータタイプのチェックを行う。データタイプが，応答フレームであればデータ抜けなしとなる。データタイプが，要求フレームであれば，前回受信したデータのデータタイプをチェックする。前回のタイプが要求フレームの場合は，２回連続して要求を受信したため，応答フレーム抜けとなり，データ抜けカウンタの該当位置を更新する。応答フレームの場合は，送信先アドレスと，前局保存機能の値を比較し，空きあれば要求フレーム抜けとなる。空きがなければデータ抜けなしとなる。上記チェックにてデータ抜けを検出した場合は，エラーフラグをＯＮしておく。
【００１８】
次に，リングバッファ保存処理についてフローを用いて説明する。データ保存時に，データ抜けが発生しているかチェックする。エラーフラグがＯＮであればデータ抜け発生。ＯＦＦであればデータ抜けがないことになる。データ抜けが発生していなければ，現在の受信データをリングバッファに保存して，データ収集処理に戻る。データ抜けが発生していれば，モード選択をチェックし，継続モードであれば，データを保存して，データ収集処理に戻る。停止モードであれば，リングバッファの空きをチェックし，空きがあればデータ保存後，データ収集処理に戻る。空きがなければ，データ収集を停止する。
【００１９】
【発明の効果】
以上説明したように，本発明によれば，ロジックアナライザなどの外付け測定装置や外部出力信号（トリガ）を必要とせずに，伝送路を流れるデータのデータ抜けを検出し，スレーブ毎のデータ抜け回数やその時の伝送路の状態を観測／表示することができるようになるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態のデータ収集装置の構成図である。
【図２】正常時の処理を示した図である。
【図３】マスタからの要求フレーム抜け時の処理を示した図である。
【図４】スレーブからの応答フレーム抜け時の処理を示した図である。
【図５】データ収集処理のフロー図である。
【図６】データ収集装置の従来例の構成図である。
【符号の説明】
１    データ収集装置
２    データ収集部
３    データ表示／設定部
４    データ収集機能
５    リングバッファ
６    受信カウンタテーブル
７    要求送信前局アドレス
８    データ表示機能
９    モード選択機能
１０  データ抜け回数表示機能
１１  操作機能（開始）
１２  操作機能（停止）
１３  操作機能（設定）
１４  パターン設定機能
１５  データ比較機能
２０  マスタ局
２１１，２１２    スレーブ局
２２  伝送路
【図１】
2004274201.tif 000003
【図２】
2004274201.tif 000004
【図３】
2004274201.tif 000005
【図４】
2004274201.tif 000006
【図５】
2004274201.tif 000007
【図６】
2004274201.tif 000008