(57)【要約】【課題】  通信速度不一致、ケーブル断線、抜け、相手PLC電源断などの要因で通信不能状態にあるときに、ソフトウェアタイマでタイムアウトを検出するまで通信状態が分からず、その間ユーザは他のエンジニアリング操作が何もできないという問題を解消する。【解決手段】  パソコン上で動作するエンジニアリングツールとPLCがRS-232Cケーブルで１対１に接続される制御装置であって、エンジニアリング操作時に相手PLCとの通信状態をチェックしソフトウェアタイマで通信エラーを検出するエンジニアリングツールにおいて、エンジニアリングツール起動時に相手PLCとダミーの通信を行い通信状態をエンジニアリングツール内部のメモリ上に記憶する。【選択図】    図１
2005063357.tif 000002
【特許請求の範囲】
【請求項１】
パソコン上で動作するエンジニアリングツールとPLCがRS-232Cケーブルで１対１に接続される制御装置であって、エンジニアリング操作時に相手PLCとの通信状態をチェックしソフトウェアタイマで通信エラーを検出するエンジニアリングツールにおいて、
エンジニアリングツール起動時に相手PLCとダミーの通信を行い通信状態をエンジニアリングツール内部のメモリ上に記憶することを特徴としたケーブル断線検出方法。
【請求項２】
ケーブル断線、抜け、通信速度不一致、相手PLC電源断などの要因により通信不能状態ある場合、ユーザのエンジニアリング操作時にパソコン画面上に通信状態を表示、エラー要因を早期に取り除くことを警告することを特徴としたケーブル断線検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パソコン上で動作するエンジニアリングツールとPLCがRS-232Cケーブルで１対１に接続される制御システムであって、エンジニアリングツール起動時に相手PLCとの通信状態を自動的にチェックし、通信不能状態である場合パソコン画面に通信状態を表示し、エンジニアリング操作を行うユーザに対して警告を発し、エラー要因を早期に取り除くことを促すケーブル断線検出方法に関する。
【背景技術】
【０００２】
従来、パソコンで動作するエンジニアリングツールとPLCがRS-232Cで１対１に接続された制御装置において、エンジニアリング操作を行う場合、ユーザのエンジニアリング操作をトリガとして、エンジニアリングツールからPLCに対し指令データを送信し、エンジニアリングツール内部でPLCからの応答伝文が受信されるまでをソフトウェアタイマで監視おり、一定時間内に応答が受信されない場合に通信不能状態であると判断し、ユーザに対してエラー通知を行っていた（例えば、特許文献１参照）。
図４は、従来のエンジニアリングツールにおけるフローチャートである。
図４に示す従来のエンジニアリングツールでは、エンジニアリングツール起動時、RS-232Cポートの初期化を行う。その後、ユーザからのエンジニアリング操作をトリガとし、PLCに対して指令データを送信する。このとき、エンジニアリングツールはソフトウェアタイマを使用しPLCからの応答データを受信するまでのタイムアウト時間を設定する。PLCへの指令データ送信後、一定時間内にPLCからの応答データが受信出来ない場合、タイムアウトと判断し、ユーザに対してエラーを通知する。そのためRS-232Cケーブル断線、抜け、通信速度不一致、PLC電源断等で通信不能状態の場合、エンジニアリングツールはソフトウェアタイマのタイムアウトが検出されるまで待たされ、他のエンジニアリング操作を行うことが出来ない。
【特許文献１】特開平７−６３８０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のユーザのエンジニアリング操作をトリガとし、PLCと指令/応答型の通信を行う場合、エンジニアリングツール内部のソフトウェアタイマでPLCからの応答データの受信を監視していたため、通信速度不一致、ケーブル断線、抜け、相手PLC電源断などの要因で通信不能状態にある場合、ソフトウェアタイマでタイムアウトを検出するまで通信状態が分からず、その間ユーザは他のエンジニアリング操作が何もできないといった問題があった。
そこで、本発明はこのような問題点を解決するケーブル断線検出方法を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明では、パソコン上で動作するエンジニアリングツールとPLCがRS-232Cケーブルで１対１に接続される制御装置において、エンジニアリングツール起動時にエンジニアリングツールからPLCに対してダミーの指令データを送信し、正常に応答データが返されるかをチェックする。PLCから正常にダミーの応答データが返された場合通信可能状態であり、PLCからのダミーの応答データが正常に受信出来ない場合通信不可状態であると判断し、その通信状態をエンジニアリングツール内のメモリ上に保存する。その後の、ユーザのエンジニアリング操作時、エンジニアリングツール内に記憶している通信状態をチェックし、通信不能状態である場合、パソコン画面上に通信不能状態であるという警告のダイアログボックスを表示する。
これにより、ユーザは通信不能状態であるということがわかり、エンジニアリングツールの通信タイムアウト検出まで待つ必要が無く、エラー要因を早期に取り除くことが出来る。通信可能状態である場合、RS-232C通信、PLCが正常であると判断し、ユーザからのエンジニアリング操作をそのまま実行する。
【発明の効果】
【０００５】
本発明によれば、パソコン上で動作するエンジニアリングツールとPLCがRS-232Cケーブルで１対１で接続された制御装置において、エンジニアリングツール起動直後にPLCとのダミー通信を行うことで、ケーブル断線、抜け、通信速度不一致、相手PLC電源断等のエラー要因があるどうかを判断することが出来る。これにより、エンジニアリング操作を行う前にユーザに対して通信状態を通知することができ、実際に通信を行う前にエラー要因を取り除くことが可能となる。また、エンジニアリングツールのソフトウェアタイマのタイムアウト検出まで待たされるということが無くなり、その間他のエンジニアリング操作が出来ないといった状況が改善される。
【発明を実施するための最良の形態】
【０００６】
以下、本発明について図を用いて説明する。
【実施例】
【０００７】
図１は、本発明のシステム構成例である。
図２は、本発明におけるフローチャートである。
図３は、通信不可状態であることを表示するダイアログボックスの例である。
図１において、制御装置を構成するエンジニアリングツールとPLCはRS-232Cケーブルで１対１に接続される。
図２に示すように本発明では、エンジニアリングツール起動時、RS-232Cポートの初期化およびPLCに対してダミーの指令データを送信する。一定時間内にPLCからのダミーの応答データが受信された場合通信可能状態であると判断し、応答データが受信されない場合通信不可状態であると判断し、通信状態をエンジニアリングツール内のメモリ上に記憶する。
エンジニアリングツール起動後の、ユーザのエンジニアリング操作による指令データ送信時、エンジニアリング内のメモリ内に記憶された通信状態をチェックし、通信不可状態であれば図３に示す警告のダイアログをパソコン画面上に表示し、ユーザに対してエラー要因があることを通知する。この警告のダイアログボックスでユーザは、[OK]または[Cancel]を選択する。[OK]ボタンが選択された場合は、従来のソフトウェアタイマを使用し、PLCに対して指令データを送信し、PLCからの応答データの受信を行う。[Cancel]ボタンが選択された場合は、通信を行わない。エンジニアリングツール起動時のダミーの通信が正常に完了し、通信可の状態であると判断された場合は、警告のダイアログボックスは表示せず、PLCへ指令データを送信する。またエンジニアリングツール起動時のダミー通信におけるタイムアウト検出は、RS-232Cの通信速度とPLCの応答性能からタイムアウト時間を設定する。これによりタイムアウト検出は数秒で行うことができ、ユーザに対しては待ち時間を感じさせることはない。
【図面の簡単な説明】
【０００８】
【図１】システム構成例
【図２】本発明におけるフローチャート
【図３】警告のダイアログボックス例
【図４】従来のエンジニアリングツールのフローチャート
【符号の説明】
【０００９】
１０  エンジニアリングツール
２０  RS-232Cケーブル
３０  PLC
【図１】
2005063357.tif 000003
【図２】
2005063357.tif 000004
【図３】
2005063357.tif 000005
【図４】
2005063357.tif 000006