JP3648996B2 - Ｆａシステム - Google Patents
Ｆａシステム Download PDFInfo
- Publication number
- JP3648996B2 JP3648996B2 JP24576998A JP24576998A JP3648996B2 JP 3648996 B2 JP3648996 B2 JP 3648996B2 JP 24576998 A JP24576998 A JP 24576998A JP 24576998 A JP24576998 A JP 24576998A JP 3648996 B2 JP3648996 B2 JP 3648996B2
- Authority
- JP
- Japan
- Prior art keywords
- rs232c
- communication control
- transmission frame
- data
- control device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、プログラマブルコントローラにＤｅｖｉｃｅ Ｎｅｔで接続され、また、ＲＳ２３２Ｃ機器とＲＳ２３２Ｃケーブルで接続され、Ｄｅｖｉｃｅ ＮｅｔとＲＳ２３２Ｃケーブル間で送信可能な送信フレームを送受信する通信制御装置を備えたＦＡシステムに関する。
【０００２】
【従来の技術】
従来から、プログラマブルロジックコントローラ（以下、ＰＬＣという）を使用して周辺機器を制御する方法の一つとして、図１０に示すように、ＰＬＣ６０に装着されているＣＰＵユニット６１で制御される通信制御ユニット６２から、ＲＳ２３２Ｃの通信プロトコルを使用する周辺機器としてのＲＳ２３２Ｃ機器（ＲＳ２３２の通信プロトコルを使用する機器）７０に対して制御コマンドを送受信する方法が採用されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、ＰＬＣ６０が周辺機器としてのＲＳ２３２Ｃ機器７０に対する制御データを送受信するに際して、上述したように、ＲＳ２３２Ｃの通信プロトコルを使用する方法では、通信制御ユニット６２とＲＳ２３２Ｃ機器７０との間を結ぶケーブル８０の最大線路長が１５ｍであるという制限があるため、ＲＳ２３２Ｃ機器７０をＰＬＣ６０から遠方に設置することができず、ＦＡ（Factory Autmation)システムの構成が制限を受けるという問題点があった。
【０００４】
そこで、本発明は上述した問題点に鑑み、ＰＬＣと周辺機器との間を接続するケーブル長の制限を考慮することなしに、周辺装置をＰＬＣから遠方に設置することができるようにして柔軟なシステム構成を行える通信制御装置を備えたＦＡシステムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、本発明は、
プログラマブルコントローラと、前記プログラマブルコントローラにデバイスネットを介して接続された通信制御装置と、前記通信制御装置のＲＳ２３２ＣポートにＲＳ２３２Ｃケーブルを介して接続された１または複数のＲＳ２３２Ｃ機器とで構成されたＦＡシステムにおいて、
前記通信制御装置は、
前記プログラマブルコントローラから前記デバイスネットを経由して受信した送信フレームを、前記ＲＳ２３２Ｃケーブル上に送信される送信フレームに変換し、一方、前記ＲＳ２３２Ｃ機器から前記ＲＳ２３２Ｃケーブルを経由して受信した送信フレームを、前記デバイスネットに使用される送信フレームに変換するフレーム変換手段と、
前記プログラマブルコントローラからの問い合わせに対し、前記ＲＳ２３２Ｃポートにおける前記ＲＳ２３２Ｃ機器との通信処理状態を示すステータスを前記プログラマブルコントローラに送信するステータス送信手段と、を有し、
前記プログラマブルコントローラは、
前記通信制御装置から受信した前記ステータスを格納するステータス格納手段と、
ユーザプログラムの実行時に、該ユーザプログラムに記述された特定命令に基づいて、前記通信制御装置に前記デバイスネットを介して送信する送信フレームを生成するフレーム生成手段と、を有する
ことを特徴とする。
【０００６】
このような構成により、すなわち、ケーブルの線路長が５００ｍほどとることが可能なＤｅｖｉｃｅ Ｎｅｔからの送信フレームと、ＲＳ２３２Ｃ機器からの送信フレームとが、フレーム変換手段によりフレーム変換されるので、ＲＳ２３２Ｃ機器の設置距離をＰＬＣから１５ｍ以上に設置することができる。
【０００７】
また、ＰＬＣと通信制御装置とに接続される回線がＤｅｖｉｃｅ Ｎｅｔ１本のみであるため、ＰＬＣと各ＲＳ２３２Ｃ機器間にケーブルを付設する必要がなくなり、省配線することができる。
【０００８】
【発明の実施の形態】
以下、本発明に係る通信制御装置を備えたＦＡシステムの一実施形態を添付図面を参照して詳細に説明する。
【０００９】
図１は本発明に係るＦＡシステムの構成を示すブロック図であり、図２は図１に示されたＦＡシステムの各構成部においてフォーマート変換して形成される送信フレームを示す図であり、図３は通信制御装置の一実施形態の構成を示すブロック図である。
【００１０】
この実施形態の通信制御装置１は、図１に示すように、ＣｏｍｐｏＢｕｓ／Ｄからなるデバイスネット（Ｄｅｖｉｃｅ Ｎｅｔ）４０を介して通信制御ユニット２２と接続され、また、ケーブル５０で＃１および＃２のＲＳ２３２Ｃ機器３と接続されている。
【００１１】
ここで、この実施形態の通信制御装置１の構成を述べるまえに、図１に示したＦＡシステムを構成するＣＰＵユニット２１，通信制御ユニット２２，通信制御装置１が生成する送信フレームを説明する。
【００１２】
ＣＰＵユニット２１が生成する送信フレームＡは、ＰＬＣ２のＣＰＵユニット２１が、ユーザプログラムに記述されたＩＯＷＲ命令を読み出し（図２中の（１）参照）、ＩＯＷＲ命令を実行すると（図２中の（２）参照）、ＩＯＷＲ命令に基づいて、生成される送信フレームであって、この送信フレームＡは、送信フレームＡの種別を指定する情報を有する種別エリアＡａと、送信先のアドレスを有する送信先アドレスエリアＡｂと、この送信フレームがデータの読出しコマンドであるか，データの書込みコマンドであるか，またリセットコマンド等であるかを指定する情報を有するサービスコードエリアＡｃと、この送信フレームを受信する通信制御機器１が実行する通信制御プログラムを指定する情報を有するクラスＩＤエリアＡｄとインスタンスＩＤエリアＡｅと、この送信フレームに有するデータの送信先ポートを指定するアトリビユートＩＤを有するアトリビユートＩＤエリアＡｆと、送信データを有するデータエリアＡｇとから構成されている。
【００１３】
通信制御ユニット２２が生成する送信フレームＢは、ＰＬＣ２のＣＰＵユニット２１から受けた送信フレームＡに基づいて生成されるＤｅｖｉｃｅ Ｎｅｔを介して通信制御装置１に送信されるフレームであって、この送信フレームＢは、送信先のアドレスを有する送信先アドレスエリアＢａと、読出しコマンドであるか，データの書込みコマンドであるか，またリセットコマンド等であるかを指定する情報を有するサービスコードエリアＢｂと、この送信フレームを受信する通信制御機器１が実行する通信制御プログラムを指定する情報を有するクラスＩＤエリアＢｃとインスタンスＩＤエリアＢｄと、この送信フレームに有するデータの送信先ポートを指定するアトリビユートＩＤを有するアトリビユートＩＤエリアＢｅと、送信データを有するデータエリアＢｆとから構成されている。
【００１４】
通信制御装置１が生成する送信フレームＣは、通信制御ユニット２２から受けた送信フレームＢに基づいて生成されるケーブル５０を介してＲＳ２３２Ｃ機器３に送信されるフレームであって、送信フレームの開始を示す情報を有するヘッダエリアＣａと、上述した送信フレームエリアＢｆに有する送信データを，１バイトに分割した＃１から＃ｎの１バイトデータを有する１バイト分データエリアＣｂと、送信フレームＣの終了を示すデミリタエリアＣｃとから構成されている。
【００１５】
＃１〜＃ｎの各１バイト分データエリアＣｂは、１ビットからなるスタートビットと、ＪＩＳコードを使用する場合には８ビットで、ＡＳＣＩＩコードを使用する場合には７ビットからなるデータと、１ビットからなるデータの伝送誤りを検出するためのパリティビットと、ストップビットとから構成されている。
【００１６】
この実施形態の通信制御装置１は、図３に示すように、処理部（ＭＰＵ）１１と、Ｄｅｖｉｃｅ Ｎｅｔ通信部１２と、Ｄｅｖｉｃｅ Ｎｅｔ通信電源部１３と、通信制御内容を表示する表示部（ＬＥＤ）１４と、ポート１のＲＳ２３２Ｃ送受信部１５と、ポート２のＲＳ２３２Ｃ送受信部１６と、Ｓ−ＲＡＭからなる送信バッファ１７と，Ｓ−ＲＡＭからなる受信バッファ１８と、ＥＥＰ−ＲＯＭからなるシステムパラメータ記憶部１９と、フラッシュメモリからなる通信制御プログラム記憶部２０とから構成されている。
【００１７】
処理部１１は、通信状態を示す情報を記憶するＲＡＭ１１１を有しており、通信制御プログラム記憶部２０に記憶されている通信制御プログラムに基づき、通信制御を行うようになっている。
【００１８】
Ｄｅｖｉｃｅ Ｎｅｔ通信部１２は、Ｄｅｖｉｃｅ Ｎｅｔ４０を介して受信した送信フレームＢを処理部１１が処理可能な信号に変換して処理部１１に出力するとともに、処理部１１から入力された信号をＤｅｖｉｃｅ Ｎｅｔ４０に送信するフレームとしてＤｅｖｉｃｅ Ｎｅｔ４０に送信するようになっている。
【００１９】
ポート１のＲＳ２３２Ｃ送受信部１５，およびポート２のＲＳ２３２Ｃ送受信部１６はそれぞれ、ケーブル５０を介して受信したＲＳ２３２Ｃ機器からの情報を処理部１１が処理可能な信号に変換して処理部１１に出力するとともに、処理部１１から出力された送信フレームＣをケーブル５０を介して、＃１，＃２のＲＳ２３２Ｃ機器に送信するようになっている。
【００２０】
システムパラメータ記憶部１９は、例えば伝送速度の通信制御に必要なパラメータを記憶するものであり、通信制御プログラム記憶部２０は、処理部１１が実行する通信処理を記述した通信制御プログラムを記憶するものである。
【００２１】
図４はＰＬＣ２中のＩ／Ｏメモリ（図示せず）に有するポート１，２に対応する＃１，２のＲＳ２３２Ｃ機器のステータス状態を示すステータスエリアの構成を示すブロック図である。
【００２２】
このステータスエリアＤは、ＰＬＣ２中のＩ／ＯメモリのｎＣＨ（チャネル）に設けられており、２バイトで形成されている。この２バイトの内、下位のバイト（０ビット〜７ビット）がポート１に接続されている＃１のＲＳ２３２Ｃ機器３のステータス状態を示す＃１のステータスエリアＤａを有しており、上位のバイト（８ビット〜１５ビット）がポート２に接続されている＃２のＲＳ２３２Ｃ機器３のステータス状態を示す＃２のステータスエリアＤｂを有している。
【００２３】
＃１のステータスエリアＤａ（＃０〜＃７のビットのエリア），および＃２のステータスエリアＤｂ（＃８〜＃１５のビットのエリア）には、それぞれ次のようなフラグが格納されている。
【００２４】
（１）０ビットおよび８ビットには、フラグが“１”の場合には送信レディであることを示し、フラグが“０”の場合にはＲＳ２３２Ｃ機器３にデータを送信中であることを示す送信レディフラグが格納されている。
【００２５】
（２）１ビットおよび９ビットには、フラグが“１”の場合にはシステム設定エラーを有することを示すシステム設定エラーフラグが格納されている。
【００２６】
（３）２ビットおよび１０ビットには、フラグが“１”の場合にはＲＳ２３２データが受信中であることを示すＲＳ２３２受信中フラグが格納されている。
【００２７】
（４）３ビットおよび１１ビットには、フラグが“１”の場合にはＲＳ２３２Ｃデータの受信が完了したことを示すＲＳ２３２Ｃデータ受信完了フラグが格納されている。
【００２８】
（５）４ビットおよび１２ビットには、“１”の場合には送信されてきたフレームにパリティエラーがあることを示すパリティエラーフレームフラグが格納されている。
【００２９】
（６）５ビットおよび１３ビットには、フラグが“１”の場合には送信されてきたデータが所定時間以上経過したことを示す送信オーバーランフラグが格納されている。
【００３０】
（７）６ビットおよび１４ビットには、フラグが“１”の場合には送信されてきたデータのうち一文字に使用されるビット長が異なっていることを示すフレーミングエラーフレームフラグが格納されている。
【００３１】
（８）７ビットおよび１５ビットには、フラグが“１”の場合には受信したデータが受信バッファ１８に一時記憶することができないこと示す受信バッファオーバフラグが格納されている。
【００３２】
ここで、上述したフラグの内、送信レディフラグ，ＲＳ２３２Ｃデータ受信中フラグおよびＲＳ２３２Ｃデータ受信完了フラグが、＃１，＃２のステータスエリアＤａ，Ｄｂに設定されるタイミングと、それに付随する処理を、図５を参照して説明する。
【００３３】
ＰＬＣ２のＣＰＵユニット２１は、Ｉ／Ｏ情報を取得するとき（Ｉ／Ｏリフレッシュ処理）、通信制御ユニット２２を介して、通信制御装置１の通信処理状態を問い合わせているが、問い合わせたときに、図５（ａ）に示すように、現在、通信制御装置１が＃１，＃２のＲＳ２３２Ｃ機器３のいずれかからデータを受信した状態であるとすると（図５（ａ）（１）参照）、その旨を通信制御装置１から取得し、該当する＃１，＃２のＲＳ２３２Ｃ機器に対応する＃１，＃２のステータスエリア中のＲＳ２３２Ｃデータ受信中フラグを“１”にする（図５（ａ）（２）参照）。
【００３４】
その後、ＰＬＣ２のＣＰＵユニット２１は、通信制御装置１に対して問い合わせを行っていき、通信制御装置１の通信処理状態が上記データの受信が完了した状態である旨を受けると、該当する＃１，＃２のＲＳ２３２Ｃ機器に対応する＃１，＃２のステータスエリア中のＲＳ２３２Ｃデータ受信中フラグを“０”にするとともに（図５（ａ）（３）参照）、ＲＳ２３２Ｃデータ受信完了フラグを“１”にする（図５（ａ）（４）参照）。
【００３５】
引き続き、ＰＬＣ２のＣＰＵユニット２１は、通信制御装置１に対して問い合わせを行っていき、通信制御装置１に対して読み出しコマンドを送信したのち（図５（ａ）（５）参照）、それに対するレスポンスを受けると（図５（ａ）（６）参照）、ＲＳ２３２Ｃデータ受信完了フラグを“０”にする（図５（ａ）（７）参照）。
【００３６】
ＰＬＣ２のＣＰＵユニット２１が、ユーザプログラム（ラダープログラム）を実行中、ＩＯＷＲ命令を実行し（図５（ｂ）（８）参照）、例えば、サービスコードが読出しコードであるＳｅｔ Ａｔｔｒｉｂｕｔｅコマンド（読出しコマンド）を通信制御装置１に送信し、通信制御装置１は、このＳｅｔ Ａｔｔｒｉｂｕｔｅコマンドを受信すると（図５（ｂ）（９）参照）、ＰＬＣ２のＣＰＵユニット２１に対してＩ／Ｏリフレッシュ時の問い合わせに対して、このＳｅｔ Ａｔｔｒｉｂｕｔｅコマンドを受信した通信状態であることを通知する。
【００３７】
すると、ＰＬＣ２のＣＰＵユニット２１は、＃１，＃２のステータスエリアの送信レディフラグを“１”から“０”にする（図５（ｂ）ａ参照）。
【００３８】
その後、通信制御装置１は、Ｓｅｔ Ａｔｔｒｉｂｕｔｅコマンドに対するレスポンスをＰＬＣ２のＣＰＵユニット２１に対して送信したのち（図５（ｂ）ａ参照）、＃１，＃２のＲＳ２３２Ｃ機器３のいずれかの送信データをＰＬＣ２のＣＰＵユニット２１に対して送信する。
【００３９】
ＰＬＣ２のＣＰＵユニット２１は、通信制御装置１から、送信データを受信すると（図５（ｂ）ｃ参照）、＃１，＃２のステータスエリアの送信レディフラグを“０”から“１”にする（図５（ｂ）ｄ参照）。
【００４０】
続いて、この実施形態の通信制御装置１の通信制御処理を、図６〜図９のフローチャートを参照して説明する。
【００４１】
通信制御装置１の処理部１１は、ＰＬＣ２の通信制御ユニット２２から制御コマンドの送信フレームＢを受信すると、受信した送信フレームＢを受信バッファ１８に一時記憶する（ステップ１１０）。
【００４２】
次に、処理部１１は、受信バッファ１８に一時格納されている送信フレームＢ中のサービスコードエリアＢｂに有するサービスコードを読み出し（ステップ１２０）、読み出したサービスコードの種別を判断する（ステップ１３０）。
【００４３】
処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“０Ｅ”（ヘキサデシマル表示：１６進数表示）の読出し（Get Attribute Single）処理の種別のものであると判断した場合には、後述する読出し処理を実行する（ステップ１４０）。
【００４４】
一方、処理部１１は、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかにデータを書き込む処理を行うことを示す，サービスコードが“１０”の書込み（Set Attribute Single）処理を示す種別のものであると判断した場合には、後述する書込み処理を実行する（ステップ１５０）。
【００４５】
一方、処理部１１は、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかを設定内容をリセットする処理を行うことを示す，サービスコードが“０５”のリセット（Reset）処理を示す種別のものであると判断した場合には、後述するリセット処理を実行する（ステップ１６０）。
【００４６】
一方、処理部１１は、読み出しがサービスコードが該当する種別に無い場合には、エラー処理を行う（ステップ１７０）。
【００４７】
このようにして、通信制御装置１は、ＰＬＣ２の通信制御ユニット２２から制御コマンドの送信フレームに対する所定の処理を実行し、処理を終了する。
【００４８】
ここで、上述したステップ１４０に記述した読出し処理について、図７のフローチャートを参照して説明する。
【００４９】
通信制御装置１の処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“０Ｅ”（ヘキサデシマル表示：１６進数表示）の読出し（Get Attribute Single）処理の種別のものであると判断した場合には、当該送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）であるか否かを判断する（ステップ１４１）。
【００５０】
処理部１１は、送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）でないと判断した場合には（ステップ１４１；Ｎ）、エラー処理１４２を行う一方、“００９４”であると判断した場合には（ステップ１４１；Ｙ）、送信フレームＢ中のインスタンスＩＤエリアＢｄに有するインスタンスＩＤを読み取り、その読み取ったインスタンスＩＤが何であるかを判断する（ステップ１４３）。
【００５１】
処理部１１は、読み取ったインスタンスＩＤが“０００１”（ヘキサデシマス表示：１６進数表示）であると判断した場合には（ステップ１４３；“０００１”）、システムパラメータ記憶部１９に記憶されているシステム設定情報を読出し、この読みだしたシステム設定情報をＤｅｖｉｃｅ Ｎｅｔ４０を介して通信制御ユニット２２に送信する（ステップ１４４）。
【００５２】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００２”であると判断した場合には（ステップ１４３；“０００２”）、ポート１に対応する＃１のＲＳ２３２Ｃ機器３から、例えば、＃１のＲＳ２３２Ｃ機器３が周辺機器が計測した値のデータを、上述した送信フレームＣとして読み出し、この読み出したデータをＤｅｖｉｃｅ Ｎｅｔ４０を介して通信制御ユニット２２に送信する（ステップ１４５）。
【００５３】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００３”であると判断した場合には（ステップ１４３；“０００３”）、ポート２に対応する＃２のＲＳ２３２Ｃ機器３から、＃２のＲＳ２３２Ｃ機器３が周辺機器が計測した値のデータを、送信フレームＣとして読み出し、この読み出したデータをＤｅｖｉｃｅ Ｎｅｔ４０を介して通信制御ユニット２２に送信する（ステップ１４６）。
【００５４】
一方、処理部１１は、読み取ったインスタンスＩＤが該当するものが無い場合には（ステップ１４３；その他）、エラー処理を行う（ステップ１４７）。
【００５５】
上述したステップ１５０に記述した書込み処理について、図８のフローチャートを参照して説明する。
【００５６】
通信制御装置１の処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“１０”（ヘキサデシマル表示：１６進数表示）の書込み（ Set Attribute Single ）処理の種別のものであると判断した場合には、当該送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）であるか否かを判断する（ステップ１５１）。
【００５７】
処理部１１は、送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）でないと判断した場合には（ステップ１５１；Ｎ）、エラー処理１５２を行う一方、“００９４”であると判断した場合には（ステップ１５１；Ｙ）、送信フレームＢ中のインスタンスＩＤエリアＢｄに有するインスタンスＩＤを読み取り、その読み取ったインスタンスＩＤが何であるかを判断する（ステップ１５３）。
【００５８】
処理部１１は、読み取ったインスタンスＩＤが“０００１”（ヘキサデシマス表示：１６進数表示）であると判断した場合には（ステップ１５３；“０００１”）、ＰＬＣ２の通信制御ユニット２２から受信した上述した送信フレームＢからなる制御データに有するシステム設定内容を通信制御プログラム記憶部２０に書き込む（ステップ１５４）。
【００５９】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００２”であると判断した場合には（ステップ１５３；“０００２”）、ポート１に対応する＃１のＲＳ２３２Ｃ機器３に対して、制御データを、上述した送信フレームＣとしてケーブル５０を介して送信する（ステップ１５５）。
【００６０】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００３”であると判断した場合には（ステップ１５３；“０００３”）、ポート２に対応する＃２のＲＳ２３２Ｃ機器３に対して、制御データを、上述した送信フレームＣとしてケーブル５０を介して送信する（ステップ１５６）。
【００６１】
一方、処理部１１は、読み取ったインスタンスＩＤが該当するものが無い場合には（ステップ１５３；その他）、エラー処理を行う（ステップ１５７）。
【００６２】
上述したステップ１６０に記述したリセット処理について、図９のフローチャートを参照して説明する。
【００６３】
通信制御装置１の処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“０５”（ヘキサデシマル表示：１６進数表示）のリセット（ Reset ）処理の種別のものであると判断した場合には、当該送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）であるか否かを判断する（ステップ１６１）。
【００６４】
処理部１１は、送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）でないと判断した場合には（ステップ１６１；Ｎ）、エラー処理１６２を行う一方、“００９４”であると判断した場合には（ステップ１６１；Ｙ）、送信フレームＢ中のインスタンスＩＤエリアＢｄに有するインスタンスＩＤを読み取り、その読み取ったインスタンスＩＤが何であるかを判断する（ステップ１６３）。
【００６５】
処理部１１は、読み取ったインスタンスＩＤが“０００１”（ヘキサデシマス表示：１６進数表示）であると判断した場合には（ステップ１６３；“０００１”）、システムパラメータ記憶部１９に記憶されているシステム設定情報に基づき、システム設定をリセットする（ステップ１６４）。
【００６６】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００２”であると判断した場合には（ステップ１６３；“０００２”）、ポート１に対応する＃１のＲＳ２３２Ｃ機器３をリセットさせる制御データを、上述した送信フレームＣとしてケーブル５０を介して送信し、＃１のＲＳ２３２Ｃ機器３をリセットさせる（ステップ１６５）。
【００６７】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００３”であると判断した場合には（ステップ１６３；“０００３”）、ポート２に対応する＃２のＲＳ２３２Ｃ機器３をリセットさせる制御データを、上述した送信フレームＣとしてケーブル５０を介して送信し、＃２のＲＳ２３２Ｃ機器３をリセットさせる（ステップ１６６）。
【００６８】
一方、処理部１１は、読み取ったインスタンスＩＤが該当するものが無いと判断した場合には（ステップ１６３；その他）、エラー処理を行う（ステップ１６７）。
【００６９】
上述したこの実施形態の通信制御装置は、サービスコードごとに、図７，図８，図９にしたように、クラスＩＤが“００９４”であり、インスタンスＩＤがシステム設定の場合には“０００１”であり，ポート１の場合には“０００２”であり，ポート２の場合には“０００３”で指定された通信制御プログラムを実行するようになっている。
【００７０】
この実施形態の通信制御装置では、Ｄｅｖｉｃｅ Ｎｅｔ４０から受信した送信フレームを、ＲＳ２３２Ｃのケーブル５０上に送信される送信フレームに変換し、一方、ＲＳ２３２Ｃ機器３から受信した送信フレームをＤｅｖｉｃｅ Ｎｅｔ４０に使用される送信フレームに変換することにより、ＲＳ２３２Ｃ機器３の設置距離をＰＬＣから１５ｍ以上に設置することができる。
【００７１】
また、ＰＬＣ２と通信制御装置１とに接続される回線がＤｅｖｉｃｅ Ｎｅｔ４０の１本のみであるため、ＰＬＣ２と各ＲＳ２３２Ｃ機器間３にケーブルを付設する必要がなくなり、省配線することができる。
【００７２】
【発明の効果】
以上本発明によれば、Ｄｅｖｉｃｅ Ｎｅｔからの送信フレームと、ＲＳ２３２Ｃ機器からの送信フレームとが、フレーム変換手段によりフレーム変換されるので、ＲＳ２３２Ｃ機器の設置距離をＰＬＣから１５ｍ以上に設置することができる。
【００７３】
すなわち、ＰＬＣと周辺機器との間を接続するケーブル長の制限を考慮することなしに、周辺装置をＰＬＣから遠方に設置することができようにして柔軟なＦＡシステム構成を行うことができる。
【００７４】
また、本発明によれば、ＰＬＣと通信制御装置とに接続される回線がＤｅｖｉｃｅ Ｎｅｔ１本のみであるため、ＰＬＣと各ＲＳ２３２Ｃ機器間にケーブルを付設する必要がなくなり、省配線することができる。
【図面の簡単な説明】
【図１】 本発明に係るＦＡシステムの概略構成図。
【図２】図１中の各構成間で送信される送信フレームの構成を示すブロック図。
【図３】 通信制御装置の一実施形態の構成を示すブロック図。
【図４】図１中のＰＬＣに有するステータスエリアの構成を示すブロック図。
【図５】図４中のステータスエリアに有する各フラグの状態を示すタイミングチャート。
【図６】この実施形態の通信制御装置の処理動作を示すフローチャート。
【図７】図６中のステップ１４０の処理を示すフローチャート。
【図８】図６中のステップ１５０の処理を示すフローチャート。
【図９】図６中のステップ１６０の処理を示すフローチャート。
【図１０】従来のＦＡシステムの概略構成図。
【符号の説明】
１ 通信制御装置
１１ 処理部（ＭＰＵ）
１２ Ｄｅｖｉｃｅ Ｎｅｔ通信部
１３ Ｄｅｖｉｃｅ Ｎｅｔ通信電源部
１４ 表示部
１５，１６ ＲＳ２３２Ｃ送受信部
１７ 送信バッファ
１８ 受信バッファ
１９ システムパラメータ記憶部
２０ 通信制御プログラム記憶部
２ プログラマブルロジックコントローラ（ＰＬＣ）
２１ ＣＰＵユニット
２２ 通信制御ユニット
３ ＲＳ２３２Ｃ機器
【発明の属する技術分野】
本発明は、プログラマブルコントローラにＤｅｖｉｃｅ Ｎｅｔで接続され、また、ＲＳ２３２Ｃ機器とＲＳ２３２Ｃケーブルで接続され、Ｄｅｖｉｃｅ ＮｅｔとＲＳ２３２Ｃケーブル間で送信可能な送信フレームを送受信する通信制御装置を備えたＦＡシステムに関する。
【０００２】
【従来の技術】
従来から、プログラマブルロジックコントローラ（以下、ＰＬＣという）を使用して周辺機器を制御する方法の一つとして、図１０に示すように、ＰＬＣ６０に装着されているＣＰＵユニット６１で制御される通信制御ユニット６２から、ＲＳ２３２Ｃの通信プロトコルを使用する周辺機器としてのＲＳ２３２Ｃ機器（ＲＳ２３２の通信プロトコルを使用する機器）７０に対して制御コマンドを送受信する方法が採用されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、ＰＬＣ６０が周辺機器としてのＲＳ２３２Ｃ機器７０に対する制御データを送受信するに際して、上述したように、ＲＳ２３２Ｃの通信プロトコルを使用する方法では、通信制御ユニット６２とＲＳ２３２Ｃ機器７０との間を結ぶケーブル８０の最大線路長が１５ｍであるという制限があるため、ＲＳ２３２Ｃ機器７０をＰＬＣ６０から遠方に設置することができず、ＦＡ（Factory Autmation)システムの構成が制限を受けるという問題点があった。
【０００４】
そこで、本発明は上述した問題点に鑑み、ＰＬＣと周辺機器との間を接続するケーブル長の制限を考慮することなしに、周辺装置をＰＬＣから遠方に設置することができるようにして柔軟なシステム構成を行える通信制御装置を備えたＦＡシステムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、本発明は、
プログラマブルコントローラと、前記プログラマブルコントローラにデバイスネットを介して接続された通信制御装置と、前記通信制御装置のＲＳ２３２ＣポートにＲＳ２３２Ｃケーブルを介して接続された１または複数のＲＳ２３２Ｃ機器とで構成されたＦＡシステムにおいて、
前記通信制御装置は、
前記プログラマブルコントローラから前記デバイスネットを経由して受信した送信フレームを、前記ＲＳ２３２Ｃケーブル上に送信される送信フレームに変換し、一方、前記ＲＳ２３２Ｃ機器から前記ＲＳ２３２Ｃケーブルを経由して受信した送信フレームを、前記デバイスネットに使用される送信フレームに変換するフレーム変換手段と、
前記プログラマブルコントローラからの問い合わせに対し、前記ＲＳ２３２Ｃポートにおける前記ＲＳ２３２Ｃ機器との通信処理状態を示すステータスを前記プログラマブルコントローラに送信するステータス送信手段と、を有し、
前記プログラマブルコントローラは、
前記通信制御装置から受信した前記ステータスを格納するステータス格納手段と、
ユーザプログラムの実行時に、該ユーザプログラムに記述された特定命令に基づいて、前記通信制御装置に前記デバイスネットを介して送信する送信フレームを生成するフレーム生成手段と、を有する
ことを特徴とする。
【０００６】
このような構成により、すなわち、ケーブルの線路長が５００ｍほどとることが可能なＤｅｖｉｃｅ Ｎｅｔからの送信フレームと、ＲＳ２３２Ｃ機器からの送信フレームとが、フレーム変換手段によりフレーム変換されるので、ＲＳ２３２Ｃ機器の設置距離をＰＬＣから１５ｍ以上に設置することができる。
【０００７】
また、ＰＬＣと通信制御装置とに接続される回線がＤｅｖｉｃｅ Ｎｅｔ１本のみであるため、ＰＬＣと各ＲＳ２３２Ｃ機器間にケーブルを付設する必要がなくなり、省配線することができる。
【０００８】
【発明の実施の形態】
以下、本発明に係る通信制御装置を備えたＦＡシステムの一実施形態を添付図面を参照して詳細に説明する。
【０００９】
図１は本発明に係るＦＡシステムの構成を示すブロック図であり、図２は図１に示されたＦＡシステムの各構成部においてフォーマート変換して形成される送信フレームを示す図であり、図３は通信制御装置の一実施形態の構成を示すブロック図である。
【００１０】
この実施形態の通信制御装置１は、図１に示すように、ＣｏｍｐｏＢｕｓ／Ｄからなるデバイスネット（Ｄｅｖｉｃｅ Ｎｅｔ）４０を介して通信制御ユニット２２と接続され、また、ケーブル５０で＃１および＃２のＲＳ２３２Ｃ機器３と接続されている。
【００１１】
ここで、この実施形態の通信制御装置１の構成を述べるまえに、図１に示したＦＡシステムを構成するＣＰＵユニット２１，通信制御ユニット２２，通信制御装置１が生成する送信フレームを説明する。
【００１２】
ＣＰＵユニット２１が生成する送信フレームＡは、ＰＬＣ２のＣＰＵユニット２１が、ユーザプログラムに記述されたＩＯＷＲ命令を読み出し（図２中の（１）参照）、ＩＯＷＲ命令を実行すると（図２中の（２）参照）、ＩＯＷＲ命令に基づいて、生成される送信フレームであって、この送信フレームＡは、送信フレームＡの種別を指定する情報を有する種別エリアＡａと、送信先のアドレスを有する送信先アドレスエリアＡｂと、この送信フレームがデータの読出しコマンドであるか，データの書込みコマンドであるか，またリセットコマンド等であるかを指定する情報を有するサービスコードエリアＡｃと、この送信フレームを受信する通信制御機器１が実行する通信制御プログラムを指定する情報を有するクラスＩＤエリアＡｄとインスタンスＩＤエリアＡｅと、この送信フレームに有するデータの送信先ポートを指定するアトリビユートＩＤを有するアトリビユートＩＤエリアＡｆと、送信データを有するデータエリアＡｇとから構成されている。
【００１３】
通信制御ユニット２２が生成する送信フレームＢは、ＰＬＣ２のＣＰＵユニット２１から受けた送信フレームＡに基づいて生成されるＤｅｖｉｃｅ Ｎｅｔを介して通信制御装置１に送信されるフレームであって、この送信フレームＢは、送信先のアドレスを有する送信先アドレスエリアＢａと、読出しコマンドであるか，データの書込みコマンドであるか，またリセットコマンド等であるかを指定する情報を有するサービスコードエリアＢｂと、この送信フレームを受信する通信制御機器１が実行する通信制御プログラムを指定する情報を有するクラスＩＤエリアＢｃとインスタンスＩＤエリアＢｄと、この送信フレームに有するデータの送信先ポートを指定するアトリビユートＩＤを有するアトリビユートＩＤエリアＢｅと、送信データを有するデータエリアＢｆとから構成されている。
【００１４】
通信制御装置１が生成する送信フレームＣは、通信制御ユニット２２から受けた送信フレームＢに基づいて生成されるケーブル５０を介してＲＳ２３２Ｃ機器３に送信されるフレームであって、送信フレームの開始を示す情報を有するヘッダエリアＣａと、上述した送信フレームエリアＢｆに有する送信データを，１バイトに分割した＃１から＃ｎの１バイトデータを有する１バイト分データエリアＣｂと、送信フレームＣの終了を示すデミリタエリアＣｃとから構成されている。
【００１５】
＃１〜＃ｎの各１バイト分データエリアＣｂは、１ビットからなるスタートビットと、ＪＩＳコードを使用する場合には８ビットで、ＡＳＣＩＩコードを使用する場合には７ビットからなるデータと、１ビットからなるデータの伝送誤りを検出するためのパリティビットと、ストップビットとから構成されている。
【００１６】
この実施形態の通信制御装置１は、図３に示すように、処理部（ＭＰＵ）１１と、Ｄｅｖｉｃｅ Ｎｅｔ通信部１２と、Ｄｅｖｉｃｅ Ｎｅｔ通信電源部１３と、通信制御内容を表示する表示部（ＬＥＤ）１４と、ポート１のＲＳ２３２Ｃ送受信部１５と、ポート２のＲＳ２３２Ｃ送受信部１６と、Ｓ−ＲＡＭからなる送信バッファ１７と，Ｓ−ＲＡＭからなる受信バッファ１８と、ＥＥＰ−ＲＯＭからなるシステムパラメータ記憶部１９と、フラッシュメモリからなる通信制御プログラム記憶部２０とから構成されている。
【００１７】
処理部１１は、通信状態を示す情報を記憶するＲＡＭ１１１を有しており、通信制御プログラム記憶部２０に記憶されている通信制御プログラムに基づき、通信制御を行うようになっている。
【００１８】
Ｄｅｖｉｃｅ Ｎｅｔ通信部１２は、Ｄｅｖｉｃｅ Ｎｅｔ４０を介して受信した送信フレームＢを処理部１１が処理可能な信号に変換して処理部１１に出力するとともに、処理部１１から入力された信号をＤｅｖｉｃｅ Ｎｅｔ４０に送信するフレームとしてＤｅｖｉｃｅ Ｎｅｔ４０に送信するようになっている。
【００１９】
ポート１のＲＳ２３２Ｃ送受信部１５，およびポート２のＲＳ２３２Ｃ送受信部１６はそれぞれ、ケーブル５０を介して受信したＲＳ２３２Ｃ機器からの情報を処理部１１が処理可能な信号に変換して処理部１１に出力するとともに、処理部１１から出力された送信フレームＣをケーブル５０を介して、＃１，＃２のＲＳ２３２Ｃ機器に送信するようになっている。
【００２０】
システムパラメータ記憶部１９は、例えば伝送速度の通信制御に必要なパラメータを記憶するものであり、通信制御プログラム記憶部２０は、処理部１１が実行する通信処理を記述した通信制御プログラムを記憶するものである。
【００２１】
図４はＰＬＣ２中のＩ／Ｏメモリ（図示せず）に有するポート１，２に対応する＃１，２のＲＳ２３２Ｃ機器のステータス状態を示すステータスエリアの構成を示すブロック図である。
【００２２】
このステータスエリアＤは、ＰＬＣ２中のＩ／ＯメモリのｎＣＨ（チャネル）に設けられており、２バイトで形成されている。この２バイトの内、下位のバイト（０ビット〜７ビット）がポート１に接続されている＃１のＲＳ２３２Ｃ機器３のステータス状態を示す＃１のステータスエリアＤａを有しており、上位のバイト（８ビット〜１５ビット）がポート２に接続されている＃２のＲＳ２３２Ｃ機器３のステータス状態を示す＃２のステータスエリアＤｂを有している。
【００２３】
＃１のステータスエリアＤａ（＃０〜＃７のビットのエリア），および＃２のステータスエリアＤｂ（＃８〜＃１５のビットのエリア）には、それぞれ次のようなフラグが格納されている。
【００２４】
（１）０ビットおよび８ビットには、フラグが“１”の場合には送信レディであることを示し、フラグが“０”の場合にはＲＳ２３２Ｃ機器３にデータを送信中であることを示す送信レディフラグが格納されている。
【００２５】
（２）１ビットおよび９ビットには、フラグが“１”の場合にはシステム設定エラーを有することを示すシステム設定エラーフラグが格納されている。
【００２６】
（３）２ビットおよび１０ビットには、フラグが“１”の場合にはＲＳ２３２データが受信中であることを示すＲＳ２３２受信中フラグが格納されている。
【００２７】
（４）３ビットおよび１１ビットには、フラグが“１”の場合にはＲＳ２３２Ｃデータの受信が完了したことを示すＲＳ２３２Ｃデータ受信完了フラグが格納されている。
【００２８】
（５）４ビットおよび１２ビットには、“１”の場合には送信されてきたフレームにパリティエラーがあることを示すパリティエラーフレームフラグが格納されている。
【００２９】
（６）５ビットおよび１３ビットには、フラグが“１”の場合には送信されてきたデータが所定時間以上経過したことを示す送信オーバーランフラグが格納されている。
【００３０】
（７）６ビットおよび１４ビットには、フラグが“１”の場合には送信されてきたデータのうち一文字に使用されるビット長が異なっていることを示すフレーミングエラーフレームフラグが格納されている。
【００３１】
（８）７ビットおよび１５ビットには、フラグが“１”の場合には受信したデータが受信バッファ１８に一時記憶することができないこと示す受信バッファオーバフラグが格納されている。
【００３２】
ここで、上述したフラグの内、送信レディフラグ，ＲＳ２３２Ｃデータ受信中フラグおよびＲＳ２３２Ｃデータ受信完了フラグが、＃１，＃２のステータスエリアＤａ，Ｄｂに設定されるタイミングと、それに付随する処理を、図５を参照して説明する。
【００３３】
ＰＬＣ２のＣＰＵユニット２１は、Ｉ／Ｏ情報を取得するとき（Ｉ／Ｏリフレッシュ処理）、通信制御ユニット２２を介して、通信制御装置１の通信処理状態を問い合わせているが、問い合わせたときに、図５（ａ）に示すように、現在、通信制御装置１が＃１，＃２のＲＳ２３２Ｃ機器３のいずれかからデータを受信した状態であるとすると（図５（ａ）（１）参照）、その旨を通信制御装置１から取得し、該当する＃１，＃２のＲＳ２３２Ｃ機器に対応する＃１，＃２のステータスエリア中のＲＳ２３２Ｃデータ受信中フラグを“１”にする（図５（ａ）（２）参照）。
【００３４】
その後、ＰＬＣ２のＣＰＵユニット２１は、通信制御装置１に対して問い合わせを行っていき、通信制御装置１の通信処理状態が上記データの受信が完了した状態である旨を受けると、該当する＃１，＃２のＲＳ２３２Ｃ機器に対応する＃１，＃２のステータスエリア中のＲＳ２３２Ｃデータ受信中フラグを“０”にするとともに（図５（ａ）（３）参照）、ＲＳ２３２Ｃデータ受信完了フラグを“１”にする（図５（ａ）（４）参照）。
【００３５】
引き続き、ＰＬＣ２のＣＰＵユニット２１は、通信制御装置１に対して問い合わせを行っていき、通信制御装置１に対して読み出しコマンドを送信したのち（図５（ａ）（５）参照）、それに対するレスポンスを受けると（図５（ａ）（６）参照）、ＲＳ２３２Ｃデータ受信完了フラグを“０”にする（図５（ａ）（７）参照）。
【００３６】
ＰＬＣ２のＣＰＵユニット２１が、ユーザプログラム（ラダープログラム）を実行中、ＩＯＷＲ命令を実行し（図５（ｂ）（８）参照）、例えば、サービスコードが読出しコードであるＳｅｔ Ａｔｔｒｉｂｕｔｅコマンド（読出しコマンド）を通信制御装置１に送信し、通信制御装置１は、このＳｅｔ Ａｔｔｒｉｂｕｔｅコマンドを受信すると（図５（ｂ）（９）参照）、ＰＬＣ２のＣＰＵユニット２１に対してＩ／Ｏリフレッシュ時の問い合わせに対して、このＳｅｔ Ａｔｔｒｉｂｕｔｅコマンドを受信した通信状態であることを通知する。
【００３７】
すると、ＰＬＣ２のＣＰＵユニット２１は、＃１，＃２のステータスエリアの送信レディフラグを“１”から“０”にする（図５（ｂ）ａ参照）。
【００３８】
その後、通信制御装置１は、Ｓｅｔ Ａｔｔｒｉｂｕｔｅコマンドに対するレスポンスをＰＬＣ２のＣＰＵユニット２１に対して送信したのち（図５（ｂ）ａ参照）、＃１，＃２のＲＳ２３２Ｃ機器３のいずれかの送信データをＰＬＣ２のＣＰＵユニット２１に対して送信する。
【００３９】
ＰＬＣ２のＣＰＵユニット２１は、通信制御装置１から、送信データを受信すると（図５（ｂ）ｃ参照）、＃１，＃２のステータスエリアの送信レディフラグを“０”から“１”にする（図５（ｂ）ｄ参照）。
【００４０】
続いて、この実施形態の通信制御装置１の通信制御処理を、図６〜図９のフローチャートを参照して説明する。
【００４１】
通信制御装置１の処理部１１は、ＰＬＣ２の通信制御ユニット２２から制御コマンドの送信フレームＢを受信すると、受信した送信フレームＢを受信バッファ１８に一時記憶する（ステップ１１０）。
【００４２】
次に、処理部１１は、受信バッファ１８に一時格納されている送信フレームＢ中のサービスコードエリアＢｂに有するサービスコードを読み出し（ステップ１２０）、読み出したサービスコードの種別を判断する（ステップ１３０）。
【００４３】
処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“０Ｅ”（ヘキサデシマル表示：１６進数表示）の読出し（Get Attribute Single）処理の種別のものであると判断した場合には、後述する読出し処理を実行する（ステップ１４０）。
【００４４】
一方、処理部１１は、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかにデータを書き込む処理を行うことを示す，サービスコードが“１０”の書込み（Set Attribute Single）処理を示す種別のものであると判断した場合には、後述する書込み処理を実行する（ステップ１５０）。
【００４５】
一方、処理部１１は、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかを設定内容をリセットする処理を行うことを示す，サービスコードが“０５”のリセット（Reset）処理を示す種別のものであると判断した場合には、後述するリセット処理を実行する（ステップ１６０）。
【００４６】
一方、処理部１１は、読み出しがサービスコードが該当する種別に無い場合には、エラー処理を行う（ステップ１７０）。
【００４７】
このようにして、通信制御装置１は、ＰＬＣ２の通信制御ユニット２２から制御コマンドの送信フレームに対する所定の処理を実行し、処理を終了する。
【００４８】
ここで、上述したステップ１４０に記述した読出し処理について、図７のフローチャートを参照して説明する。
【００４９】
通信制御装置１の処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“０Ｅ”（ヘキサデシマル表示：１６進数表示）の読出し（Get Attribute Single）処理の種別のものであると判断した場合には、当該送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）であるか否かを判断する（ステップ１４１）。
【００５０】
処理部１１は、送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）でないと判断した場合には（ステップ１４１；Ｎ）、エラー処理１４２を行う一方、“００９４”であると判断した場合には（ステップ１４１；Ｙ）、送信フレームＢ中のインスタンスＩＤエリアＢｄに有するインスタンスＩＤを読み取り、その読み取ったインスタンスＩＤが何であるかを判断する（ステップ１４３）。
【００５１】
処理部１１は、読み取ったインスタンスＩＤが“０００１”（ヘキサデシマス表示：１６進数表示）であると判断した場合には（ステップ１４３；“０００１”）、システムパラメータ記憶部１９に記憶されているシステム設定情報を読出し、この読みだしたシステム設定情報をＤｅｖｉｃｅ Ｎｅｔ４０を介して通信制御ユニット２２に送信する（ステップ１４４）。
【００５２】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００２”であると判断した場合には（ステップ１４３；“０００２”）、ポート１に対応する＃１のＲＳ２３２Ｃ機器３から、例えば、＃１のＲＳ２３２Ｃ機器３が周辺機器が計測した値のデータを、上述した送信フレームＣとして読み出し、この読み出したデータをＤｅｖｉｃｅ Ｎｅｔ４０を介して通信制御ユニット２２に送信する（ステップ１４５）。
【００５３】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００３”であると判断した場合には（ステップ１４３；“０００３”）、ポート２に対応する＃２のＲＳ２３２Ｃ機器３から、＃２のＲＳ２３２Ｃ機器３が周辺機器が計測した値のデータを、送信フレームＣとして読み出し、この読み出したデータをＤｅｖｉｃｅ Ｎｅｔ４０を介して通信制御ユニット２２に送信する（ステップ１４６）。
【００５４】
一方、処理部１１は、読み取ったインスタンスＩＤが該当するものが無い場合には（ステップ１４３；その他）、エラー処理を行う（ステップ１４７）。
【００５５】
上述したステップ１５０に記述した書込み処理について、図８のフローチャートを参照して説明する。
【００５６】
通信制御装置１の処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“１０”（ヘキサデシマル表示：１６進数表示）の書込み（ Set Attribute Single ）処理の種別のものであると判断した場合には、当該送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）であるか否かを判断する（ステップ１５１）。
【００５７】
処理部１１は、送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）でないと判断した場合には（ステップ１５１；Ｎ）、エラー処理１５２を行う一方、“００９４”であると判断した場合には（ステップ１５１；Ｙ）、送信フレームＢ中のインスタンスＩＤエリアＢｄに有するインスタンスＩＤを読み取り、その読み取ったインスタンスＩＤが何であるかを判断する（ステップ１５３）。
【００５８】
処理部１１は、読み取ったインスタンスＩＤが“０００１”（ヘキサデシマス表示：１６進数表示）であると判断した場合には（ステップ１５３；“０００１”）、ＰＬＣ２の通信制御ユニット２２から受信した上述した送信フレームＢからなる制御データに有するシステム設定内容を通信制御プログラム記憶部２０に書き込む（ステップ１５４）。
【００５９】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００２”であると判断した場合には（ステップ１５３；“０００２”）、ポート１に対応する＃１のＲＳ２３２Ｃ機器３に対して、制御データを、上述した送信フレームＣとしてケーブル５０を介して送信する（ステップ１５５）。
【００６０】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００３”であると判断した場合には（ステップ１５３；“０００３”）、ポート２に対応する＃２のＲＳ２３２Ｃ機器３に対して、制御データを、上述した送信フレームＣとしてケーブル５０を介して送信する（ステップ１５６）。
【００６１】
一方、処理部１１は、読み取ったインスタンスＩＤが該当するものが無い場合には（ステップ１５３；その他）、エラー処理を行う（ステップ１５７）。
【００６２】
上述したステップ１６０に記述したリセット処理について、図９のフローチャートを参照して説明する。
【００６３】
通信制御装置１の処理部１１は、サービスコードの種別を判断した結果、サービスコードの種別が、＃１，＃２のＲＳ２３２機器のいずれかに有するデータ（Ｉ／Ｏデータ）を読み出す処理を行う。すなわち、処理部１１は、サービスコードが“０５”（ヘキサデシマル表示：１６進数表示）のリセット（ Reset ）処理の種別のものであると判断した場合には、当該送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）であるか否かを判断する（ステップ１６１）。
【００６４】
処理部１１は、送信フレームＢ中のクラスＩＤエリアＢｃに有するクラスＩＤが、“００９４”（ヘキサデシマス表示：１６進数表示）でないと判断した場合には（ステップ１６１；Ｎ）、エラー処理１６２を行う一方、“００９４”であると判断した場合には（ステップ１６１；Ｙ）、送信フレームＢ中のインスタンスＩＤエリアＢｄに有するインスタンスＩＤを読み取り、その読み取ったインスタンスＩＤが何であるかを判断する（ステップ１６３）。
【００６５】
処理部１１は、読み取ったインスタンスＩＤが“０００１”（ヘキサデシマス表示：１６進数表示）であると判断した場合には（ステップ１６３；“０００１”）、システムパラメータ記憶部１９に記憶されているシステム設定情報に基づき、システム設定をリセットする（ステップ１６４）。
【００６６】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００２”であると判断した場合には（ステップ１６３；“０００２”）、ポート１に対応する＃１のＲＳ２３２Ｃ機器３をリセットさせる制御データを、上述した送信フレームＣとしてケーブル５０を介して送信し、＃１のＲＳ２３２Ｃ機器３をリセットさせる（ステップ１６５）。
【００６７】
一方、処理部１１は、読み取ったインスタンスＩＤが“０００３”であると判断した場合には（ステップ１６３；“０００３”）、ポート２に対応する＃２のＲＳ２３２Ｃ機器３をリセットさせる制御データを、上述した送信フレームＣとしてケーブル５０を介して送信し、＃２のＲＳ２３２Ｃ機器３をリセットさせる（ステップ１６６）。
【００６８】
一方、処理部１１は、読み取ったインスタンスＩＤが該当するものが無いと判断した場合には（ステップ１６３；その他）、エラー処理を行う（ステップ１６７）。
【００６９】
上述したこの実施形態の通信制御装置は、サービスコードごとに、図７，図８，図９にしたように、クラスＩＤが“００９４”であり、インスタンスＩＤがシステム設定の場合には“０００１”であり，ポート１の場合には“０００２”であり，ポート２の場合には“０００３”で指定された通信制御プログラムを実行するようになっている。
【００７０】
この実施形態の通信制御装置では、Ｄｅｖｉｃｅ Ｎｅｔ４０から受信した送信フレームを、ＲＳ２３２Ｃのケーブル５０上に送信される送信フレームに変換し、一方、ＲＳ２３２Ｃ機器３から受信した送信フレームをＤｅｖｉｃｅ Ｎｅｔ４０に使用される送信フレームに変換することにより、ＲＳ２３２Ｃ機器３の設置距離をＰＬＣから１５ｍ以上に設置することができる。
【００７１】
また、ＰＬＣ２と通信制御装置１とに接続される回線がＤｅｖｉｃｅ Ｎｅｔ４０の１本のみであるため、ＰＬＣ２と各ＲＳ２３２Ｃ機器間３にケーブルを付設する必要がなくなり、省配線することができる。
【００７２】
【発明の効果】
以上本発明によれば、Ｄｅｖｉｃｅ Ｎｅｔからの送信フレームと、ＲＳ２３２Ｃ機器からの送信フレームとが、フレーム変換手段によりフレーム変換されるので、ＲＳ２３２Ｃ機器の設置距離をＰＬＣから１５ｍ以上に設置することができる。
【００７３】
すなわち、ＰＬＣと周辺機器との間を接続するケーブル長の制限を考慮することなしに、周辺装置をＰＬＣから遠方に設置することができようにして柔軟なＦＡシステム構成を行うことができる。
【００７４】
また、本発明によれば、ＰＬＣと通信制御装置とに接続される回線がＤｅｖｉｃｅ Ｎｅｔ１本のみであるため、ＰＬＣと各ＲＳ２３２Ｃ機器間にケーブルを付設する必要がなくなり、省配線することができる。
【図面の簡単な説明】
【図１】 本発明に係るＦＡシステムの概略構成図。
【図２】図１中の各構成間で送信される送信フレームの構成を示すブロック図。
【図３】 通信制御装置の一実施形態の構成を示すブロック図。
【図４】図１中のＰＬＣに有するステータスエリアの構成を示すブロック図。
【図５】図４中のステータスエリアに有する各フラグの状態を示すタイミングチャート。
【図６】この実施形態の通信制御装置の処理動作を示すフローチャート。
【図７】図６中のステップ１４０の処理を示すフローチャート。
【図８】図６中のステップ１５０の処理を示すフローチャート。
【図９】図６中のステップ１６０の処理を示すフローチャート。
【図１０】従来のＦＡシステムの概略構成図。
【符号の説明】
１ 通信制御装置
１１ 処理部（ＭＰＵ）
１２ Ｄｅｖｉｃｅ Ｎｅｔ通信部
１３ Ｄｅｖｉｃｅ Ｎｅｔ通信電源部
１４ 表示部
１５，１６ ＲＳ２３２Ｃ送受信部
１７ 送信バッファ
１８ 受信バッファ
１９ システムパラメータ記憶部
２０ 通信制御プログラム記憶部
２ プログラマブルロジックコントローラ（ＰＬＣ）
２１ ＣＰＵユニット
２２ 通信制御ユニット
３ ＲＳ２３２Ｃ機器
Claims (1)
- プログラマブルコントローラと、前記プログラマブルコントローラにデバイスネットを介して接続された通信制御装置と、前記通信制御装置のＲＳ２３２ＣポートにＲＳ２３２Ｃケーブルを介して接続された１または複数のＲＳ２３２Ｃ機器とで構成されたＦＡシステムにおいて、
前記通信制御装置は、
前記プログラマブルコントローラから前記デバイスネットを経由して受信した送信フレームを、前記ＲＳ２３２Ｃケーブル上に送信される送信フレームに変換し、一方、前記ＲＳ２３２Ｃ機器から前記ＲＳ２３２Ｃケーブルを経由して受信した送信フレームを、前記デバイスネットに使用される送信フレームに変換するフレーム変換手段と、
前記プログラマブルコントローラからの問い合わせに対し、前記ＲＳ２３２Ｃポートにおける前記ＲＳ２３２Ｃ機器との通信処理状態を示すステータスを前記プログラマブルコントローラに送信するステータス送信手段と、を有し、
前記プログラマブルコントローラは、
前記通信制御装置から受信した前記ステータスを格納するステータス格納手段と、
ユーザプログラムの実行時に、該ユーザプログラムに記述された特定命令に基づいて、前記通信制御装置に前記デバイスネットを介して送信する送信フレームを生成するフレーム生成手段と、を有する
ことを特徴とするＦＡシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24576998A JP3648996B2 (ja) | 1998-08-31 | 1998-08-31 | Ｆａシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24576998A JP3648996B2 (ja) | 1998-08-31 | 1998-08-31 | Ｆａシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000078228A JP2000078228A (ja) | 2000-03-14 |
| JP3648996B2 true JP3648996B2 (ja) | 2005-05-18 |
Family
ID=17138546
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24576998A Expired - Fee Related JP3648996B2 (ja) | 1998-08-31 | 1998-08-31 | Ｆａシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3648996B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100394410C (zh) * | 2004-03-22 | 2008-06-11 | 上海电器科学研究所（集团）有限公司 | 网络总线用中继延伸器 |
| JP5230545B2 (ja) * | 2009-06-26 | 2013-07-10 | 三菱電機株式会社 | 制御装置 |
| JP5933761B2 (ja) * | 2013-01-11 | 2016-06-15 | 三菱電機株式会社 | 信号変換システム及び信号変換方法 |
-
1998
- 1998-08-31 JP JP24576998A patent/JP3648996B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000078228A (ja) | 2000-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2793254C (en) | Method and system for communicating displayport information | |
| CN100429614C (zh) | 图象显示系统、主机设备和显示设备 | |
| CN101278268B (zh) | 无线传送系统 | |
| KR950033962A (ko) | 영상 발생 장치 및 방법 | |
| JP6627571B2 (ja) | プログラマブルコントローラ、プログラマブルコントローラの制御方法、プログラマブルコントローラの制御プログラム | |
| JP3648996B2 (ja) | Ｆａシステム | |
| KR100927092B1 (ko) | 피엘시 네트워크에서 파라미터 설정 방법 | |
| KR100917542B1 (ko) | 슬레이브 기기의 통신 프로토콜 설정방법 | |
| JP6878705B1 (ja) | 通信装置、通信システム、通信方法、およびプログラム | |
| JPH11103330A (ja) | 赤外線データ送信方法ならびに装置 | |
| KR0154482B1 (ko) | 버퍼를 이용한 그로벌버스 정합장치 | |
| KR100705162B1 (ko) | 다중 제어시스템의 피 제어기기 인식방법 | |
| KR100949036B1 (ko) | 무선랜의 비디오 신호 처리 장치 및 방법 | |
| KR970062927A (ko) | 프로그래머블 논리 콘트롤러(plc)를 위한 통신장치 및 이를 위한 데이타 포맷 | |
| JP2005115520A (ja) | 表示装置におけるファームウェアの書換え方法 | |
| JPS6127756B2 (ja) | ||
| JPH0530574A (ja) | Ｃａｔｖ回線利用の自動検針システム | |
| JP2539547B2 (ja) | プログラマブルコントロ―ラ | |
| JP2005223545A (ja) | データ伝送機器管理装置 | |
| KR20070067557A (ko) | 데이터 단말 장치와 데이터 통신 기기 사이의 데이터 제어방법 및 이를 이용한 데이터 통신 기기 | |
| JPH05334023A (ja) | 遠隔印刷制御方法及びその装置 | |
| JPH05308391A (ja) | 通信処理装置のコード変換方式 | |
| JPS6294042A (ja) | 通信制御装置 | |
| JPH10200599A (ja) | データ通信システム | |
| JPH01144839A (ja) | 通信制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040510 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040625 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040824 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041008 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041207 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050125 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050207 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090225 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100225 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110225 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110225 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120225 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120225 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130225 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140225 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |