他の機器との通信を行う機器
【課題】 ユーザがコネクタと信号との関係を熟知していなくとも、機器と機器との間を正しいコネクタ接続関係にて接続することができる技術を提供する。
【手段】 接続関係決定手段５８は、コネクタ５２を介して他の機器が接続された状態において、切換手段５４を制御して、コネクタ５２の各端子と送受信制御手段５６の各端子の接続関係を順次切り換えていく。そして、各接続関係において、送受信制御手段５６、切換手段５４、コネクタ５２を介して他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、コネクタ５２、切換手段５４、送受信制御手段５６を介して受信できたか否かを判断する。次々と接続関係を切り換え、上記と同様にしてコマンドを送信し、正しいレスポンスが得られるかどうかを判断する。正常なレスポンスが得られると、接続関係決定手段５８は、その時の切換手段５４による接続関係を、正しい接続関係として維持する。
【手段】 接続関係決定手段５８は、コネクタ５２を介して他の機器が接続された状態において、切換手段５４を制御して、コネクタ５２の各端子と送受信制御手段５６の各端子の接続関係を順次切り換えていく。そして、各接続関係において、送受信制御手段５６、切換手段５４、コネクタ５２を介して他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、コネクタ５２、切換手段５４、送受信制御手段５６を介して受信できたか否かを判断する。次々と接続関係を切り換え、上記と同様にしてコマンドを送信し、正しいレスポンスが得られるかどうかを判断する。正常なレスポンスが得られると、接続関係決定手段５８は、その時の切換手段５４による接続関係を、正しい接続関係として維持する。
【発明の詳細な説明】
【発明の技術分野】
【０００１】
この発明は、例えばプログラマブル表示器とＰＬＣなど、互いに通信可能な機器間におけるコネクタの信号割り当てに関するものである。
【背景技術】
【０００２】
例えばプログラマブル表示器をＰＬＣと接続する場合、ＰＬＣ側のプロトコルやコネクタと信号との関係を知った上で、これらに対応するためのプログラムの作成や、接続するための専用ケーブルの作成が必要であった。
【０００３】
また、接続すべきＰＬＣが変わった場合にも、プロトコルに対応するためのプログラムの変更や接続するためのケーブルの作成が必要であった。
【０００４】
なお、特開２００２−２１５５５５号公報には、外部機器を接続するためのコネクタが複数存在し、これらのコネクタに対して入出力を行う複数の通信回路（ＵＡＲＴ）を自由に切り換えることができる装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】２００２−２１５５５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のような従来技術では、いずれのコネクタを用いるかを切り換えることはできるが、接続するＰＬＣなどの機器自体を変更しようとする場合には、その機器のための専用ケーブルを用意しなければならず、煩雑であるという問題があった。
【０００７】
この発明は、上記のような問題点を解決して、ユーザがどのような機器を接続しても、専用の接続ケーブルを新たに作り直す必要なく、ユーザがコネクタと信号との関係を熟知していなくとも、機器と機器との間を正しいコネクタ接続関係にて接続することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
(1)この発明に係る他の機器との通信を行う機器は、他の機器との通信を行うため、複数の端子を有するコネクタと、前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、前記コネクタと前記送受信制御手段との間に設けられ、前記各コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、コネクタを介して他の機器が接続された状態において、前記切換手段を制御して、前記各コネクタの各端子と前記送受信制御手段の各端子の接続関係を切り換えるとともに、各接続関係において、前記送受信制御手段、切換手段、コネクタを介して前記他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、前記コネクタ、切換手段、送受信制御手段を介して受信できたか否かを判断し、当該正常なレスポンスが得られた接続関係をもたらす切換手段の状態を保持する接続関係決定手段とを備えたことを特徴としている。
【０００９】
したがって、他の機器のコネクタの端子への信号割り当てがどのような状態であったとしても、容易に接続を行うことができる。
【００１０】
(2)この発明に係る他の機器との通信を行う機器は、他の機器との通信を行うため、複数の端子を有するコネクタと、前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、前記コネクタと前記送受信制御手段との間に設けられ、前記コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、ユーザからの入力操作に応じて、前記切換手段による接続関係を変更する接続関係変更手段とを備えたことを特徴としている。
【００１１】
したがって、他の機器のコネクタの端子への信号割り当てがどのような状態であったとしても、容易に接続を行うことができる。
【００１２】
請求項に記載の「送受信制御手段」は、実施形態においては、ステップＳ１５、Ｓ１６またはＳ６２、Ｓ６３がこれに対応する。
【００１３】
「切換手段」は、実施形態においては、リレー回路３８、４０がこれに対応する。
【００１４】
「接続関係決定手段」は、実施形態においては、ステップＳ５４、Ｓ５５、Ｓ６４、Ｓ６９がこれに対応する。
【００１５】
「接続関係変更手段」は、実施形態においては、ステップＳ４、Ｓ６がこれに対応する。
【図面の簡単な説明】
【００１６】
【図１】第１の実施形態による機器の機能ブロック図である。
【図２】図１の実施形態をプログラマブル表示器に適用した場合のハードウエア構成である。
【図３ａ】接続関係変更プログラムのフローチャートである。
【図３ｂ】接続関係変更プログラムのフローチャートである。
【図３ｃ】接続関係変更プログラムのフローチャートである。
【図４】画面表示の変化を示す図である。
【図５】リレー回路の詳細を示す図である。
【図６】プロトコルの一例を示す図である。
【図７】プロトコル名と機種名との関係を示す図である。
【図８】第２の実施形態による機器の機能ブロック図である。
【図９ａ】接続関係決定プログラムのフローチャートである。
【図９ｂ】接続関係決定プログラムのフローチャートである。
【図１０】接続パターンの表の一例である。
【図１１】プロトコルの表の一例である。
【図１２】通信パラメータの表の一例である。
【図１３】コネクタの例を示す図である。
【図１４】リレー回路を一つにまとめた場合の例を示す図である。
【発明を実施するための形態】
【００１７】
１．第一の実施形態
(1)全体構成
図１にこの発明の一実施形態による他の機器との通信を行う機器の機能ブロック図を示す。コネクタ２は、他の機器との通信を行うためのものであり、複数の端子を有している。送受信制御手段６は、コネクタ２の端子に対して信号を与えるとともに、コネクタ２の端子からの信号を受けるものである。切換手段４は、コネクタ２と送受信制御手段６との間に設けられ、コネクタ２の各端子が送受信制御手段６の各端子のいずれに接続されるかという接続関係を切り換えるものである。
【００１８】
接続関係変更手段８は、入力手段１０から与えられたユーザの操作に応じて、切換手段４による接続関係を変更する。さらに、接続関係変更手段８は、現在の接続関係を、表示手段１２において表示する。
【００１９】
したがって、ユーザは、表示手段１２の表示を見ながら、入力手段１０を操作するだけで、コネクタ２の各端子への信号の割り当てを容易に変更することができる。加えて、パソコンなどの外部機器から信号割り当て情報ファイルをダウンロードすることで、信号の割り当てを容易に変更することもできる。
【００２０】
(2)ハードウエア構成
以下では、図１の実施形態を、プログラマブル表示器に適用した場合（他の機器との通信を行う機器としてプログラマブル表示器を用いた場合）を例として説明する。
【００２１】
図２に、ハードウエア構成を示す。ＣＰＵ２０には、バスラインを介して、ＳＤＲＡＭ２２、ＵＡＲＴ(Universal Asynchronous Receiver Transmitter)２４、入出力インターフェイス（Ｉ／Ｏ）２６、フラッシュロム２８、ディスプレイ３０、タッチパネル３２、ＰＣ用インターフェイス９１が接続されている。ＵＡＲＴ２４には、ＲＳ２３２Ｃドライバ回路３４、ＲＳ４２２／４８５ドライバ回路３６が接続されている。ＲＳ２３２Ｃドライバ回路３４は、ＵＡＲＴ２４からの出力をＲＳ２３２Ｃの規格に沿った電圧に変換してコネクタ４２に与え、コネクタ４２からの信号をＵＡＲＴ２４が扱うことのできる電圧に変換する。ＲＳ４２２／４８５ドライバ回路３６は、ＵＡＲＴ２４からの出力をＲＳ４２２／ＲＳ４８５の規格に沿った電圧に変換してコネクタ４２に与え、コネクタ４２からの信号をＵＡＲＴ２４が扱うことのできる電圧に変換する。この実施形態では、ＲＳ２３２Ｃドライバ回路３４、ＲＳ４２２／４８５ドライバ回路３６、ＵＡＲＴ２４によって、送受信制御手段６が構成されている。
【００２２】
コネクタ４２とＲＳ２３２Ｃドライバ回路３４の間にはリレー回路３８が設けられ、コネクタ４２とＲＳ４２２／４８５ドライバ回路３６の間にはリレー回路４０が設けられている。リレー回路３８、４０は、ＲＳ２３２Ｃドライバ回路３４、ＲＳ４２２／４８５ドライバ回路３６の端子と、コネクタ４２の端子との互いの接続関係を切り換えるものである。
【００２３】
フラッシュロム２８には、コネクタ４２にケーブル（図示せず）を介して接続されたプログラマブル・ロジック・コントローラ（ＰＬＣ）（図示せず）に対して、タッチパネル３２によって指令を与えたり、制御状況をディスプレイ３０に表示したりするための入出力制御プログラムが記録されている。フラッシュロム２８には、さらに、リレー回路３８、４０の接続関係やプロトコルなどを設定するための設定プログラムも記録されている。
【００２４】
(3)接続関係変更プログラム
図３ａ、図３ｂ、図３ｃに、フラッシュロム２８に記録された設定プログラムのフローチャートを示す。ユーザは、この設定プログラムを用いることにより、簡単に設定処理を行うことができるようになる。
【００２５】
まず、ステップＳ１において、ＣＰＵ２０は、ディスプレイ３０に通信規格設定画面を表示する。通信規格設定画面の表示例を図４Ａに示す。画面には、ＲＳ２３２Ｃ、ＲＳ４２２、ＲＳ４８５の規格が表示され、ユーザはタッチパネル３２を操作していずれかを選択し、決定することができる。
【００２６】
通信規格が選択され決定キーが押されると（ステップＳ２）、ＣＰＵ２０は、Ｉ／Ｏ２６、制御線４４を介して制御信号を与え、設定された通信規格に対応するドライバ回路だけをイネーブル（有効）にする（ステップＳ３）。図示していないが、制御線４４は、ＲＳ２３２Ｃドライバ回路３４だけでなく、ＲＳ４２２／４８５ドライバ回路３６にも接続されている。たとえば、ＲＳ２３２Ｃが選択されて設定されると、ＣＰＵ２０は、制御線４４により、ＲＳ４２２／４８５ドライバ回路３６をディスイネーブル（無効）にし、ＲＳ２３２Ｃドライバ回路３４をイネーブルにする。なお、ＲＳ４２２（またはＲＳ４８５）が選択された場合には、ＲＳ４２２／４８５ドライバ回路３６をイネーブルにするだけでなく、ＲＳ４２２（またはＲＳ４８５）を選択する旨の信号も与える。なお、以下では、ＲＳ２３２Ｃが選択されたものとして話を進める。
【００２７】
次に、ＣＰＵ２０は、接続関係設定画面をディスプレイ３０に表示する（ステップＳ４）。接続関係設定画面の表示例を図４Ｂに示す。画面には、コネクタ４２の端子Ｏｕｔ１〜Ｏｕｔ５が表示され、各端子Ｏｕｔ１〜Ｏｕｔ５のそれぞれに対し、ＲＳ２３２Ｃドライバ回路３４の出力信号のいずれを接続するかを示すための入力ボックスＢ１〜Ｂ５が表示される。ユーザは、この入力ボックスＢ１〜Ｂ５に所望のＲＳ２３２Ｃドライバ回路３４の出力信号を記入（あるいはプルダウンメニューから選択）することで、ＲＳ２３２Ｃドライバ回路３４の各端子と、コネクタ４２の各端子Ｏｕｔ１〜Ｏｕｔ５との接続関係を自由に設定することができる。
【００２８】
図４Ｂでは、入力ボックスＢ１に「ＳＤ」が入力され、コネクタ４２の端子Ｏｕｔ１に、ＲＳ２３２Ｃドライバ回路３４の出力「ＳＤ」を接続すべきことが明らかにされている。同様に、端子Ｏｕｔ２に「ＲＳ」、端子Ｏｕｔ３に「ＲＤ」、端子Ｏｕｔ４に「ＣＳ」，端子Ｏｕｔ５に「ＧＮＤ」を接続すべきことが明らかにされている。
【００２９】
全ての入力ボックスＢ１〜Ｂ５に入力がなされ、設定終了ボタンＥが押されると（ステップＳ５）、ＣＰＵ２０は、設定された接続関係にしたがって、Ｉ／Ｏ２６、制御線４６を介してリレー回路３８の切換を行う（ステップＳ６）。
【００３０】
リレー回路３８の詳細を、図５に示す。リレー回路３８の各スイッチは、個別的に、ＣＰＵ２０から、制御線４６によってオン・オフ制御が可能となっている。ＲＳ２３２Ｃドライバ回路３４の端子ＳＤは、スイッチＳＷ１１、ＳＷ１２、ＳＷ１３、ＳＷ１４、ＳＷ１５の切換により、コネクタ４２の端子Ｏｕｔ１、Ｏｕｔ２、Ｏｕｔ３、Ｏｕｔ４、Ｏｕｔ５のいずれとも接続可能となっている。たとえば、ＲＳ２３２Ｃドライバ回路３４の出力端子ＳＤを、コネクタ４２の端子Ｏｕｔ４に接続する場合には、ＳＷ１１、ＳＷ１２、ＳＷ１３、ＳＷ１５をオフにし、ＳＷ１４をオンにすればよい。
【００３１】
他の端子ＲＤ、ＲＳ、ＣＳ、ＧＮＤにも、それぞれ、スイッチＳＷ２１〜ＳＷ２５、スイッチＳＷ３１〜ＳＷ３５、スイッチＳＷ４１〜ＳＷ４５、スイッチＳＷ５１〜ＳＷ５５を介して、コネクタＯｕｔ２、Ｏｕｔ３、Ｏｕｔ４、Ｏｕｔ５が接続され、接続関係をＣＰＵ２０の側から制御できるようになっている。
【００３２】
たとえば、図４Ｂのように、ユーザによって接続関係が決定されたとすると、ＣＰＵ２０は、ＳＷ１１をオン、ＳＷ１２〜１５をオフにして端子ＳＤをＯｕｔ１に接続させ、ＳＷ２３をオン、ＳＷ２１、ＳＷ２２、ＳＷ２４、ＳＷ２５をオフにして端子ＲＤをＯｕｔ３に接続させ、ＳＷ３２をオン、ＳＷ３１、ＳＷ３３、ＳＷ３４、ＳＷ３５をオフにして端子ＲＳをＯｕｔ２に接続させ、ＳＷ４４をオン、ＳＷ４１、ＳＷ４２、ＳＷ４３、ＳＷ４５をオフにして端子ＣＳをＯｕｔ４に接続させ、ＳＷ５５をオン、ＳＷ５１、ＳＷ５２、ＳＷ５３、ＳＷ５４をオフにして端子ＧＮＤをＯｕｔ５に接続させる。
【００３３】
上記のように、この実施形態では、ケーブルの物理的な結線を変更することなく、画面上での選択により接続関係を簡単に変更することができる。
【００３４】
次に、ＣＰＵ２０は、プロトコル設定画面をディスプレイ３０に表示する（ステップＳ７）。プロトコル設定画面の表示例を図４Ｃに示す。この実施形態においてプロトコルとは、ＰＬＣのコマンド体系をいう。たとえば、「0001」というコードは、あるＰＬＣでは書き込みに該当し、他のＰＬＣでは読み出しに該当する等の違いがあり、これはコマンド体系の違いによるものである。プロトコルはＰＬＣのメーカごとに、さらには、メーカが同一であっても機種ごとに異なっている。画面では、ＩＤＥＣ社のＡプロトコル、ＩＤＥＣ社のＢプロトコル、Ｍ社のＣプロトコル、Ｆ社のＤプロトコル等が示されている。
【００３５】
ユーザは、タッチパネル３２を操作して、接続しようとするＰＬＣのメーカとプロトコルを選択する。プロトコルの選択決定がなされると（ステップＳ８）、ＣＰＵ２０は、決定されたプロトコル名をフラッシュロム２８に記録する（ステップＳ９）。入出力制御プログラムが、ＰＬＣの入出力制御を行う際には、このようにして記録されたプロトコル名にしたがって、あらかじめフラッシュロム２８に記録されている対応するコマンド体系を読み出して制御を行うことになる。たとえば、ＩＤＥＣ社のＢプロトコルとして、図６に示すようなコマンド体系があらかじめフラッシュロム２８に記録されている。他のプロトコルについても、同様にフラッシュロム２８にあらかじめ記録されている。
【００３６】
次に、ＣＰＵ２０は、通信パラメータ設定画面をディスプレイ３０に表示する（ステップＳ１０）。通信パラメータ設定画面の表示例を図４Ｄに示す。画面では、ボーレート、データ長、ストップビットの有無、パリティチェックの有無、フロー制御の有無などの通信パラメータを選択できるようになっている。設定終了ボタンＥが押されると（ステップＳ１１）、ＣＰＵ２０は設定された通信パラメータをフラッシュロム２８に記録する（ステップＳ１２）。入出力制御プログラムが、ＰＬＣの入出力制御を行う際には、フラッシュロム２８に記録された通信パラメータに基づいて制御を行うことになる。
【００３７】
上記のようにして設定が完了すると、ＣＰＵ２０は確認処理を行う。この確認処理の前には、コネクタ４２に、接続ケーブル（図示せず）を介して、ＰＬＣを接続しておく必要がある。
【００３８】
まず、ＣＰＵ２０は、ステップＳ９によって決定されたプロトコルによるコマンド体系から、確認処理に用いるためのコマンドを読み出す（ステップＳ１３）。確認処理を行うためのものであるから、i)記録内容を書き換えるなどＰＬＣの動作に影響を与えるものでないこと、ii)コマンドに対する返信が正しいものであるかどうかを確実に判定できるものであることの２つの条件を満たすものであることが好ましい。たとえば、「機種問い合わせ」のコマンド等が好ましい。
【００３９】
ＣＰＵ２０は、読み出した「機種問い合わせ」のコマンドである"READTYPE"を、ステップＳ１２にて決定した通信パラメータにしたがって送信データに変換する（ステップＳ１４）。次に、この送信データを、ステップＳ３にて選択されたＲＳ２３２Ｃドライバ回路３４、ステップＳ６によって決定された接続関係を有するリレー回路３８、コネクタ４２、ケーブル（図示せず)を介して、ＰＬＣに送信する（ステップＳ１５）。
【００４０】
ＣＰＵ２０は、上記送信の後、所定時間内に返信があったかどうかを判断する（ステップＳ１６）。所定時間内に返信がなければ、いずれかの設定にエラーがあるものとして、ディスプレイ３０にエラー表示を行う（ステップＳ１９）。
【００４１】
所定時間内に返信があると、ＣＰＵ２０は、送られてきた返信データを、設定されている通信パラメータにしたがって解釈する（パリティビットを取り除くなどをする）。解釈した結果が、あらかじめ記録している「機種問い合わせ」に対する返信と合致するかどうかを判断する（ステップＳ１７）。なお、機種問い合わせに対する返信は、図７に示すように、各社のプロトコルごとに、あり得る機種問い合わせに対する解答が、あらかじめフラッシュロム２８に記録されている。
【００４２】
たとえば、ステップＳ９において設定したプロトコルが「ＩＤＥＣ社Ｂプロトコル」である場合、「機種問い合わせ」に対しては、"IDEC-10112"、"IDEC-10113"、"IDEC-20010"、"IDEC-X13"、"IDEC-X14"のいずれかが返信されてくれば、適切な返信データが返ってきていると判断することができる。
【００４３】
返信されてきたデータが適切でない場合や解読不可能な場合には、設定エラーの表示を行う（ステップＳ１９）。返信されてきたデータが適切である場合には、ディスプレイ３０において設定完了の表示を行う（ステップＳ１８）。
【００４４】
この実施形態によれば、設定の後に、確認処理を行うようにしているので、正しい設定がなされているかどうかを確認することができる。
【００４５】
なお、通信規格、接続関係、プロトコル、通信パラメータの一部又は全部は、外部ＰＣ９３から、ＰＣ用インターフェイス９１を介して、通信規格の定義ファイルとしてダウンロードすることにより設定してもよい。
２．第２の実施形態
(1)全体構成図
図８にこの発明の他の実施形態による機器の機能ブロック図を示す。コネクタ２は、他の機器との通信を行うためのものであり、複数の端子を有している。送受信制御手段５６は、コネクタ５２の端子に対して信号を与えるとともに、コネクタ５２の端子からの信号を受けるものである。切換手段５４は、コネクタ５２と送受信制御手段５６との間に設けられ、コネクタ５２の各端子が送受信制御手段５６の各端子のいずれに接続されるかという接続関係を切り換えるものである。
【００４６】
接続関係決定手段５８は、コネクタ５２を介して他の機器が接続された状態において、切換手段５４を制御して、コネクタ５２の各端子と送受信制御手段５６の各端子の接続関係を順次切り換えていく。そして、各接続関係において、送受信制御手段５６、切換手段５４、コネクタ５２を介して他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、コネクタ５２、切換手段５４、送受信制御手段５６を介して受信できたか否かを判断する。正常なレスポンスが得られない場合、接続関係決定手段５８は、切換手段５４を制御して、次の接続関係に切り換え、上記と同様にしてコマンドを送信し、正しいレスポンスが得られるかどうかを判断する。正常なレスポンスが得られると、接続関係決定手段５８は、その時の切換手段５４による接続関係を、正しい接続関係として維持する。
【００４７】
(2)ハードウエア構成
第２の実施形態におけるハードウエア構成は、図２に示すハードウエア構成と同様である。ただし、この実施形態においては、フラッシュロム２８には、接続関係変更プログラムに代えて、接続関係決定プログラムが記録されている。
【００４８】
(3)接続関係決定プログラム
この実施形態においては、ユーザは、通信規格の選択を行うだけで、接続関係、プロトコル、通信パラメータなどは、ＣＰＵ２０の側で自動設定がされるようになっている。
【００４９】
図９ａ、図９ｂに、このような自動設定を実現するための接続関係決定プログラムのフローチャートを示す。
【００５０】
まず、ステップＳ５１において、ＣＰＵ２０は、ディスプレイ３０に通信規格設定画面を表示する。図４Ａに示す通信規格設定画面に基づいて、ユーザはタッチパネル３２を操作していずれかの通信規格を選択し、決定する。
【００５１】
通信規格が選択され決定キーが押されると（ステップＳ５２）、ＣＰＵ２０は、Ｉ／Ｏ２６、制御線４４を介して制御信号を与え、設定された通信規格に対応するドライバ回路３４（３６）、リレー回路３８（４０）だけをイネーブルにする（ステップＳ５３）。なお、以下では、ＲＳ２３２Ｃが選択され、ＲＳ２３２Ｃドライバ回路３４、リレー回路３８がイネーブルにされたものとして話を進める。
【００５２】
次に、ＣＰＵ２０は、リレー回路３８の接続パターンを第１のパターンに設定する（ステップＳ５４、Ｓ５５）。ここで、フラッシュロム２８には、あらかじめ、図１０に示すような接続パターンが記録されている。接続パターンとしては、ＲＳ２３２Ｃドライバ回路３４の端子ＳＤ、ＲＤ、ＲＳ、ＣＳ、ＧＮＤとコネクタ４２の端子Ｏｕｔ１、Ｏｕｔ２、Ｏｕｔ３、Ｏｕｔ４、Ｏｕｔ５の全ての組み合わせを含む接続関係が記録されている。
【００５３】
たとえば、１行目の第１の接続パターンであれば、ＲＳ２３２Ｃドライバ回路３４の端子ＳＤをコネクタ４２のＯｕｔ１に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＲＤをコネクタ４２のＯｕｔ２に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＲＳをコネクタ４２のＯｕｔ３に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＣＳをコネクタ４２のＯｕｔ４に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＧＮＤをコネクタ４２のＯｕｔ５に接続することが、図１０に示されている。ＣＰＵ２０は、リレー回路３８のスイッチＳＷ１１〜ＳＷ５５のオン／オフを制御して、接続テストのために第１の接続パターン１を実現する。
【００５４】
次に、ＣＰＵ２０は、第１のプロトコルを選択して設定する（ステップＳ５６、Ｓ５７）。ここで、フラッシュロム２８には、あらかじめ、図１１に示すように、各社のＰＬＣのプロトコル名が記録されている。また、各プロトコル名に対応するプロトコルの内容も、フラッシュロム２８に記録されている。プロトコルの内容は、たとえば、図６に示すとおりである。
【００５５】
ＣＰＵ２０は、１番目に記載の第１プロトコルである「ＩＤＥＣ社Ａ」プロトコルを選択し、このプロトコル名に対するプロトコルの内容をフラッシュロム２８から読み出して、接続テストのために使用するプロトコルとして決定する。
【００５６】
次に、ＣＰＵ２０は、第１の通信パラメータを選択して設定する（ステップＳ５８、Ｓ５９）。ここで、フラッシュロム２８には、あらかじめ、図１２に示すように、各通信パラメータの全ての組み合わせが記録されている。
【００５７】
ＣＰＵ２０は、１番目に記載の第１の通信パラメータを選択し、接続テストのために使用する通信パラメータとして決定する。
【００５８】
以上のようにして、接続パターン、プロトコル、通信パラメータを設定すると、ＣＰＵ２０は、ステップＳ５７において設定したプロトコル名に対応するプロトコル内容（たとえば図６）から、接続テストに用いるためのコマンドを読み出す（ステップＳ６０）。接続テストに用いるコマンドは、第１の実施形態における確認処理と同じように、i)記録内容を書き換えるなどＰＬＣの動作に影響を与えるものでないこと、ii)コマンドに対する返信が正しいものであるかどうかを確実に判定できるものであることの２つの条件を満たすものであることが好ましい。たとえば、「機種問い合わせ」のコマンド等が好ましい。
【００５９】
ＣＰＵ２０は、読み出した「機種問い合わせ」のコマンドである"READTYPE"を、ステップＳ５９にて決定した通信パラメータにしたがって送信データに変換する（ステップＳ６１）。次に、この送信データを、ステップＳ５３にて選択されたＲＳ２３２Ｃドライバ回路３４、ステップＳ５５によって決定された接続関係を有するリレー回路３８、コネクタ４２、ケーブル（図示せず)を介して、ＰＬＣに送信する（ステップＳ６２）。
【００６０】
ＣＰＵ２０は、上記送信の後、所定時間内に返信があったかどうかを判断する（ステップＳ６３）。所定時間内にＰＬＣからの返信があると、ＣＰＵ２０は、送られてきた返信データを、設定されている通信パラメータにしたがって解釈する（パリティビットを取り除くなどをする）。解釈した結果が、あらかじめ記録している「機種問い合わせ」に対する返信と合致するかどうかを判断する（ステップＳ６４）。なお、機種問い合わせに対する返信は、図７に示すように、各社のプロトコルごとに、あり得る機種問い合わせに対する解答が、あらかじめフラッシュロム２８に記録されている。
【００６１】
たとえば、ステップＳ５６において設定したプロトコルが「ＩＤＥＣ社Ｂプロトコル」である場合、「機種問い合わせ」に対しては、"IDEC-10112"、"IDEC-10113"、"IDEC-20010"、"IDEC-X13"、"IDEC-X14"のいずれかが返信されてくれば、適切な返信データが返ってきていると判断することができる。
【００６２】
返信データが適切でない、あるいは所定時間内に返信がない場合には、ＣＰＵ２０は、現在の設定が正しくないと判断し、ステップＳ６５に進む。そして、ステップＳ５８において、第２の通信パラメータ（図１２の２行目参照）を読み出して設定する（ステップＳ５９)。その結果、接続パターン、プロトコルは変わらず、通信パラメータだけが変更されることになる。
【００６３】
ＣＰＵ２０は、このように変更した設定に基づいて、上記と同様にして「機種問い合わせ」コマンドをＰＬＣに送信し（ステップＳ６０、Ｓ６１、Ｓ６２）、所定時間内に適切な返信データが返ってくるかどうかを判断する接続テストを行う（ステップＳ６３、Ｓ６４）。
【００６４】
返信データが適切でない、あるいは所定時間内に返信がない場合には、ＣＰＵ２０は、接続テストが失敗であると判断し、次の通信パラメータに設定を変更して上記の接続テストを行う。
【００６５】
上記の処理を繰り返し、全ての通信パラメータについて接続テストを行っても所定時間内に適切な返信データが返ってこない場合には、ＣＰＵ２０は、通信パラメータの設定を第１の通信パラメータに戻し、ステップＳ６６に進む。そして、ステップＳ５６において、第２のプロトコル（図１１の２行目参照）を読み出して設定する（ステップＳ５７）。
【００６６】
ＣＰＵ２０は、このように変更した設定に基づいて、上記と同様にして「機種問い合わせ」コマンドをＰＬＣに送信し（ステップＳ６０、Ｓ６１、Ｓ６２）、接続テストを行う（ステップＳ６３、Ｓ６４）。つまり、変更された新たなプロトコルにしたがって、通信パラメータを変えて、接続テストを行う。全ての通信パラメータについて接続テストを行っても、接続テストが成功しない場合には、ＣＰＵ２０は、次のプロトコルに設定を変更して上記の接続テストを行う。
【００６７】
上記の処理を繰り返し、全てのプロトコル、通信パラメータについて接続テストを行っても所定時間内に適切な返信データが返ってこない場合には、ＣＰＵ２０は、プロトコル、通信パラメータの設定を第１のプロトコル、第１の通信パラメータに戻し、ステップＳ６７に進む。そして、ステップＳ５４において、第２の接続パターン（図１０の２行目参照）を読み出して設定する（ステップＳ５５）。
【００６８】
ＣＰＵ２０は、このように変更した設定に基づいて、上記と同様にして、接続テストを行う（ステップＳ６０、Ｓ６１、Ｓ６２、Ｓ６３、Ｓ６４）。つまり、変更された新たな接続パターンにしたがって、プロトコル、通信パラメータを変えて、接続テストを行う。全てのプロトコル、通信パラメータについて接続テストを行っても、接続テストが成功しない場合には、ＣＰＵ２０は、次の接続パターンに設定を変更して上記の接続テストを行う。
【００６９】
上記の接続テストにおいて、「機種問い合わせ」コマンドに対して、所定時間内に適切な返信データが返ってきたと判断すると、ＣＰＵ２０は、現在の通信規格、接続パターン、プロトコル、通信パラメータをフラッシュロム２８に記録する（ステップＳ６９）。このようにして、プログラマブル表示器とＰＬＣとの間において正しく通信をなすための設定を自動的に見出し、記録することができる。ＣＰＵ２０は、このようにして正しい設定を見出して記録すると、ディスプレイ３０に、正しく設定が完了した旨を表示する（ステップＳ７０）。
【００７０】
なお、接続パターン、プロトコル、通信パラメータの全ての組み合わせのいずれについても接続テストが成功しない場合には、ＣＰＵ２０は、設定が不可能である旨を、ディスプレイ３０表示する（ステップＳ６８）。
３．その他の実施形態
(1)上記第２の実施形態では、通信規格についてはユーザが操作により選択するようにしている。しかし、接続パターンなどと同じように、通信規格についても複数の規格を順次選択して、他の設定と組み合わせて接続テストを行い、自動設定を行うようにしても良い。
【００７１】
(2)上記第２の実施形態では、接続パターン、プロトコル、通信パラメータを全て自動設定としているが、これらのいずれかまたは２つについては、ユーザが操作入力をして選択するようにしても良い。また、プロトコルや通信パラメータについては、ユーザがＰＬＣのメーカ名を入力することで、当該メーカに対応するプロトコル・通信パラメータだけについて接続テストを行うようにして、処理を迅速化することができる。
【００７２】
(3)上記第２の実施形態では、接続パターンについて、順次接続状態を変更して接続テストを行うようにしている。この点につき、存在する可能性の高い接続パターンをあらかじめ記録しておき、これらパターンについて先に接続テストを行うようにしてもよい。また、逆に、存在し得ない接続パターンをあらかじめ記録しておき、これらパターンについては、接続テストを行わないようにしてもよい。これにより、接続テストの処理時間を短縮することが可能となる。同様のことが、プロトコル、通信パラメータについても適用できる。
【００７３】
(4)上記実施形態では、リレー回路として、機械的スイッチを有するものを用いた。しかし、電子的なスイッチ（ＦＰＧＡなど）を有するものをリレー回路として用いてもよい。
【００７４】
(5)上記実施形態では、５端子のコネクタを用いるようにしている。しかし、どのような数の端子を有するコネクタを用いてもよい。また、コネクタとしてできるだけ端子数の多いものを用意しておけば、柔軟に対応することができる。すなわち、ＰＬＣの側が端子数の少ないコネクタを有していても、図１３に示すように、コネクタ変換ケーブル９０さえ準備しておけば、両者を接続することができる。特に、本発明では、接続関係を変更することができるので、このような特殊なケーブル９０を用いても接続が容易である。
【００７５】
(6)上記各実施形態では、図２に示すように、ＲＳ２３２Ｃドライバ回路３４のためのリレー回路３８と、ＲＳ４２２／４８５ドライバ回路のためのリレー回路４０を別個に設けている。しかし、図１４に示すように、リレー回路３９を一つだけ設け、ＣＰＵ２０からの制御により、ＲＳ２３２Ｃの場合とＲＳ４２２／４８５の場合とで、切り換えて用いるようにしてもよい。すなわち、ＣＰＵ２０は、ＲＳ２３２Ｃの場合にはスイッチＳＷ１０をオン、ＳＷ１１をオフにして、ＲＳ２３２Ｃドライバ回路３４をリレー回路３９に接続する。また、ＣＰＵ２０は、ＲＳ４２２／４８５の場合にはスイッチＳＷ１１をオン、ＳＷ１０をオフにして、ＲＳ４２２／４８５ドライバ回路３６をリレー回路３９に接続する。このように、スイッチＳＷ１０、ＳＷ１１を制御することにより、リレー回路３９を一つにまとめることができる。
【００７６】
(7)上記実施形態では、プログラマブル表示器とＰＬＣを例として示したが、複数のラインによって接続を行うような機器について適用することができる。
【発明の技術分野】
【０００１】
この発明は、例えばプログラマブル表示器とＰＬＣなど、互いに通信可能な機器間におけるコネクタの信号割り当てに関するものである。
【背景技術】
【０００２】
例えばプログラマブル表示器をＰＬＣと接続する場合、ＰＬＣ側のプロトコルやコネクタと信号との関係を知った上で、これらに対応するためのプログラムの作成や、接続するための専用ケーブルの作成が必要であった。
【０００３】
また、接続すべきＰＬＣが変わった場合にも、プロトコルに対応するためのプログラムの変更や接続するためのケーブルの作成が必要であった。
【０００４】
なお、特開２００２−２１５５５５号公報には、外部機器を接続するためのコネクタが複数存在し、これらのコネクタに対して入出力を行う複数の通信回路（ＵＡＲＴ）を自由に切り換えることができる装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】２００２−２１５５５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のような従来技術では、いずれのコネクタを用いるかを切り換えることはできるが、接続するＰＬＣなどの機器自体を変更しようとする場合には、その機器のための専用ケーブルを用意しなければならず、煩雑であるという問題があった。
【０００７】
この発明は、上記のような問題点を解決して、ユーザがどのような機器を接続しても、専用の接続ケーブルを新たに作り直す必要なく、ユーザがコネクタと信号との関係を熟知していなくとも、機器と機器との間を正しいコネクタ接続関係にて接続することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
(1)この発明に係る他の機器との通信を行う機器は、他の機器との通信を行うため、複数の端子を有するコネクタと、前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、前記コネクタと前記送受信制御手段との間に設けられ、前記各コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、コネクタを介して他の機器が接続された状態において、前記切換手段を制御して、前記各コネクタの各端子と前記送受信制御手段の各端子の接続関係を切り換えるとともに、各接続関係において、前記送受信制御手段、切換手段、コネクタを介して前記他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、前記コネクタ、切換手段、送受信制御手段を介して受信できたか否かを判断し、当該正常なレスポンスが得られた接続関係をもたらす切換手段の状態を保持する接続関係決定手段とを備えたことを特徴としている。
【０００９】
したがって、他の機器のコネクタの端子への信号割り当てがどのような状態であったとしても、容易に接続を行うことができる。
【００１０】
(2)この発明に係る他の機器との通信を行う機器は、他の機器との通信を行うため、複数の端子を有するコネクタと、前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、前記コネクタと前記送受信制御手段との間に設けられ、前記コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、ユーザからの入力操作に応じて、前記切換手段による接続関係を変更する接続関係変更手段とを備えたことを特徴としている。
【００１１】
したがって、他の機器のコネクタの端子への信号割り当てがどのような状態であったとしても、容易に接続を行うことができる。
【００１２】
請求項に記載の「送受信制御手段」は、実施形態においては、ステップＳ１５、Ｓ１６またはＳ６２、Ｓ６３がこれに対応する。
【００１３】
「切換手段」は、実施形態においては、リレー回路３８、４０がこれに対応する。
【００１４】
「接続関係決定手段」は、実施形態においては、ステップＳ５４、Ｓ５５、Ｓ６４、Ｓ６９がこれに対応する。
【００１５】
「接続関係変更手段」は、実施形態においては、ステップＳ４、Ｓ６がこれに対応する。
【図面の簡単な説明】
【００１６】
【図１】第１の実施形態による機器の機能ブロック図である。
【図２】図１の実施形態をプログラマブル表示器に適用した場合のハードウエア構成である。
【図３ａ】接続関係変更プログラムのフローチャートである。
【図３ｂ】接続関係変更プログラムのフローチャートである。
【図３ｃ】接続関係変更プログラムのフローチャートである。
【図４】画面表示の変化を示す図である。
【図５】リレー回路の詳細を示す図である。
【図６】プロトコルの一例を示す図である。
【図７】プロトコル名と機種名との関係を示す図である。
【図８】第２の実施形態による機器の機能ブロック図である。
【図９ａ】接続関係決定プログラムのフローチャートである。
【図９ｂ】接続関係決定プログラムのフローチャートである。
【図１０】接続パターンの表の一例である。
【図１１】プロトコルの表の一例である。
【図１２】通信パラメータの表の一例である。
【図１３】コネクタの例を示す図である。
【図１４】リレー回路を一つにまとめた場合の例を示す図である。
【発明を実施するための形態】
【００１７】
１．第一の実施形態
(1)全体構成
図１にこの発明の一実施形態による他の機器との通信を行う機器の機能ブロック図を示す。コネクタ２は、他の機器との通信を行うためのものであり、複数の端子を有している。送受信制御手段６は、コネクタ２の端子に対して信号を与えるとともに、コネクタ２の端子からの信号を受けるものである。切換手段４は、コネクタ２と送受信制御手段６との間に設けられ、コネクタ２の各端子が送受信制御手段６の各端子のいずれに接続されるかという接続関係を切り換えるものである。
【００１８】
接続関係変更手段８は、入力手段１０から与えられたユーザの操作に応じて、切換手段４による接続関係を変更する。さらに、接続関係変更手段８は、現在の接続関係を、表示手段１２において表示する。
【００１９】
したがって、ユーザは、表示手段１２の表示を見ながら、入力手段１０を操作するだけで、コネクタ２の各端子への信号の割り当てを容易に変更することができる。加えて、パソコンなどの外部機器から信号割り当て情報ファイルをダウンロードすることで、信号の割り当てを容易に変更することもできる。
【００２０】
(2)ハードウエア構成
以下では、図１の実施形態を、プログラマブル表示器に適用した場合（他の機器との通信を行う機器としてプログラマブル表示器を用いた場合）を例として説明する。
【００２１】
図２に、ハードウエア構成を示す。ＣＰＵ２０には、バスラインを介して、ＳＤＲＡＭ２２、ＵＡＲＴ(Universal Asynchronous Receiver Transmitter)２４、入出力インターフェイス（Ｉ／Ｏ）２６、フラッシュロム２８、ディスプレイ３０、タッチパネル３２、ＰＣ用インターフェイス９１が接続されている。ＵＡＲＴ２４には、ＲＳ２３２Ｃドライバ回路３４、ＲＳ４２２／４８５ドライバ回路３６が接続されている。ＲＳ２３２Ｃドライバ回路３４は、ＵＡＲＴ２４からの出力をＲＳ２３２Ｃの規格に沿った電圧に変換してコネクタ４２に与え、コネクタ４２からの信号をＵＡＲＴ２４が扱うことのできる電圧に変換する。ＲＳ４２２／４８５ドライバ回路３６は、ＵＡＲＴ２４からの出力をＲＳ４２２／ＲＳ４８５の規格に沿った電圧に変換してコネクタ４２に与え、コネクタ４２からの信号をＵＡＲＴ２４が扱うことのできる電圧に変換する。この実施形態では、ＲＳ２３２Ｃドライバ回路３４、ＲＳ４２２／４８５ドライバ回路３６、ＵＡＲＴ２４によって、送受信制御手段６が構成されている。
【００２２】
コネクタ４２とＲＳ２３２Ｃドライバ回路３４の間にはリレー回路３８が設けられ、コネクタ４２とＲＳ４２２／４８５ドライバ回路３６の間にはリレー回路４０が設けられている。リレー回路３８、４０は、ＲＳ２３２Ｃドライバ回路３４、ＲＳ４２２／４８５ドライバ回路３６の端子と、コネクタ４２の端子との互いの接続関係を切り換えるものである。
【００２３】
フラッシュロム２８には、コネクタ４２にケーブル（図示せず）を介して接続されたプログラマブル・ロジック・コントローラ（ＰＬＣ）（図示せず）に対して、タッチパネル３２によって指令を与えたり、制御状況をディスプレイ３０に表示したりするための入出力制御プログラムが記録されている。フラッシュロム２８には、さらに、リレー回路３８、４０の接続関係やプロトコルなどを設定するための設定プログラムも記録されている。
【００２４】
(3)接続関係変更プログラム
図３ａ、図３ｂ、図３ｃに、フラッシュロム２８に記録された設定プログラムのフローチャートを示す。ユーザは、この設定プログラムを用いることにより、簡単に設定処理を行うことができるようになる。
【００２５】
まず、ステップＳ１において、ＣＰＵ２０は、ディスプレイ３０に通信規格設定画面を表示する。通信規格設定画面の表示例を図４Ａに示す。画面には、ＲＳ２３２Ｃ、ＲＳ４２２、ＲＳ４８５の規格が表示され、ユーザはタッチパネル３２を操作していずれかを選択し、決定することができる。
【００２６】
通信規格が選択され決定キーが押されると（ステップＳ２）、ＣＰＵ２０は、Ｉ／Ｏ２６、制御線４４を介して制御信号を与え、設定された通信規格に対応するドライバ回路だけをイネーブル（有効）にする（ステップＳ３）。図示していないが、制御線４４は、ＲＳ２３２Ｃドライバ回路３４だけでなく、ＲＳ４２２／４８５ドライバ回路３６にも接続されている。たとえば、ＲＳ２３２Ｃが選択されて設定されると、ＣＰＵ２０は、制御線４４により、ＲＳ４２２／４８５ドライバ回路３６をディスイネーブル（無効）にし、ＲＳ２３２Ｃドライバ回路３４をイネーブルにする。なお、ＲＳ４２２（またはＲＳ４８５）が選択された場合には、ＲＳ４２２／４８５ドライバ回路３６をイネーブルにするだけでなく、ＲＳ４２２（またはＲＳ４８５）を選択する旨の信号も与える。なお、以下では、ＲＳ２３２Ｃが選択されたものとして話を進める。
【００２７】
次に、ＣＰＵ２０は、接続関係設定画面をディスプレイ３０に表示する（ステップＳ４）。接続関係設定画面の表示例を図４Ｂに示す。画面には、コネクタ４２の端子Ｏｕｔ１〜Ｏｕｔ５が表示され、各端子Ｏｕｔ１〜Ｏｕｔ５のそれぞれに対し、ＲＳ２３２Ｃドライバ回路３４の出力信号のいずれを接続するかを示すための入力ボックスＢ１〜Ｂ５が表示される。ユーザは、この入力ボックスＢ１〜Ｂ５に所望のＲＳ２３２Ｃドライバ回路３４の出力信号を記入（あるいはプルダウンメニューから選択）することで、ＲＳ２３２Ｃドライバ回路３４の各端子と、コネクタ４２の各端子Ｏｕｔ１〜Ｏｕｔ５との接続関係を自由に設定することができる。
【００２８】
図４Ｂでは、入力ボックスＢ１に「ＳＤ」が入力され、コネクタ４２の端子Ｏｕｔ１に、ＲＳ２３２Ｃドライバ回路３４の出力「ＳＤ」を接続すべきことが明らかにされている。同様に、端子Ｏｕｔ２に「ＲＳ」、端子Ｏｕｔ３に「ＲＤ」、端子Ｏｕｔ４に「ＣＳ」，端子Ｏｕｔ５に「ＧＮＤ」を接続すべきことが明らかにされている。
【００２９】
全ての入力ボックスＢ１〜Ｂ５に入力がなされ、設定終了ボタンＥが押されると（ステップＳ５）、ＣＰＵ２０は、設定された接続関係にしたがって、Ｉ／Ｏ２６、制御線４６を介してリレー回路３８の切換を行う（ステップＳ６）。
【００３０】
リレー回路３８の詳細を、図５に示す。リレー回路３８の各スイッチは、個別的に、ＣＰＵ２０から、制御線４６によってオン・オフ制御が可能となっている。ＲＳ２３２Ｃドライバ回路３４の端子ＳＤは、スイッチＳＷ１１、ＳＷ１２、ＳＷ１３、ＳＷ１４、ＳＷ１５の切換により、コネクタ４２の端子Ｏｕｔ１、Ｏｕｔ２、Ｏｕｔ３、Ｏｕｔ４、Ｏｕｔ５のいずれとも接続可能となっている。たとえば、ＲＳ２３２Ｃドライバ回路３４の出力端子ＳＤを、コネクタ４２の端子Ｏｕｔ４に接続する場合には、ＳＷ１１、ＳＷ１２、ＳＷ１３、ＳＷ１５をオフにし、ＳＷ１４をオンにすればよい。
【００３１】
他の端子ＲＤ、ＲＳ、ＣＳ、ＧＮＤにも、それぞれ、スイッチＳＷ２１〜ＳＷ２５、スイッチＳＷ３１〜ＳＷ３５、スイッチＳＷ４１〜ＳＷ４５、スイッチＳＷ５１〜ＳＷ５５を介して、コネクタＯｕｔ２、Ｏｕｔ３、Ｏｕｔ４、Ｏｕｔ５が接続され、接続関係をＣＰＵ２０の側から制御できるようになっている。
【００３２】
たとえば、図４Ｂのように、ユーザによって接続関係が決定されたとすると、ＣＰＵ２０は、ＳＷ１１をオン、ＳＷ１２〜１５をオフにして端子ＳＤをＯｕｔ１に接続させ、ＳＷ２３をオン、ＳＷ２１、ＳＷ２２、ＳＷ２４、ＳＷ２５をオフにして端子ＲＤをＯｕｔ３に接続させ、ＳＷ３２をオン、ＳＷ３１、ＳＷ３３、ＳＷ３４、ＳＷ３５をオフにして端子ＲＳをＯｕｔ２に接続させ、ＳＷ４４をオン、ＳＷ４１、ＳＷ４２、ＳＷ４３、ＳＷ４５をオフにして端子ＣＳをＯｕｔ４に接続させ、ＳＷ５５をオン、ＳＷ５１、ＳＷ５２、ＳＷ５３、ＳＷ５４をオフにして端子ＧＮＤをＯｕｔ５に接続させる。
【００３３】
上記のように、この実施形態では、ケーブルの物理的な結線を変更することなく、画面上での選択により接続関係を簡単に変更することができる。
【００３４】
次に、ＣＰＵ２０は、プロトコル設定画面をディスプレイ３０に表示する（ステップＳ７）。プロトコル設定画面の表示例を図４Ｃに示す。この実施形態においてプロトコルとは、ＰＬＣのコマンド体系をいう。たとえば、「0001」というコードは、あるＰＬＣでは書き込みに該当し、他のＰＬＣでは読み出しに該当する等の違いがあり、これはコマンド体系の違いによるものである。プロトコルはＰＬＣのメーカごとに、さらには、メーカが同一であっても機種ごとに異なっている。画面では、ＩＤＥＣ社のＡプロトコル、ＩＤＥＣ社のＢプロトコル、Ｍ社のＣプロトコル、Ｆ社のＤプロトコル等が示されている。
【００３５】
ユーザは、タッチパネル３２を操作して、接続しようとするＰＬＣのメーカとプロトコルを選択する。プロトコルの選択決定がなされると（ステップＳ８）、ＣＰＵ２０は、決定されたプロトコル名をフラッシュロム２８に記録する（ステップＳ９）。入出力制御プログラムが、ＰＬＣの入出力制御を行う際には、このようにして記録されたプロトコル名にしたがって、あらかじめフラッシュロム２８に記録されている対応するコマンド体系を読み出して制御を行うことになる。たとえば、ＩＤＥＣ社のＢプロトコルとして、図６に示すようなコマンド体系があらかじめフラッシュロム２８に記録されている。他のプロトコルについても、同様にフラッシュロム２８にあらかじめ記録されている。
【００３６】
次に、ＣＰＵ２０は、通信パラメータ設定画面をディスプレイ３０に表示する（ステップＳ１０）。通信パラメータ設定画面の表示例を図４Ｄに示す。画面では、ボーレート、データ長、ストップビットの有無、パリティチェックの有無、フロー制御の有無などの通信パラメータを選択できるようになっている。設定終了ボタンＥが押されると（ステップＳ１１）、ＣＰＵ２０は設定された通信パラメータをフラッシュロム２８に記録する（ステップＳ１２）。入出力制御プログラムが、ＰＬＣの入出力制御を行う際には、フラッシュロム２８に記録された通信パラメータに基づいて制御を行うことになる。
【００３７】
上記のようにして設定が完了すると、ＣＰＵ２０は確認処理を行う。この確認処理の前には、コネクタ４２に、接続ケーブル（図示せず）を介して、ＰＬＣを接続しておく必要がある。
【００３８】
まず、ＣＰＵ２０は、ステップＳ９によって決定されたプロトコルによるコマンド体系から、確認処理に用いるためのコマンドを読み出す（ステップＳ１３）。確認処理を行うためのものであるから、i)記録内容を書き換えるなどＰＬＣの動作に影響を与えるものでないこと、ii)コマンドに対する返信が正しいものであるかどうかを確実に判定できるものであることの２つの条件を満たすものであることが好ましい。たとえば、「機種問い合わせ」のコマンド等が好ましい。
【００３９】
ＣＰＵ２０は、読み出した「機種問い合わせ」のコマンドである"READTYPE"を、ステップＳ１２にて決定した通信パラメータにしたがって送信データに変換する（ステップＳ１４）。次に、この送信データを、ステップＳ３にて選択されたＲＳ２３２Ｃドライバ回路３４、ステップＳ６によって決定された接続関係を有するリレー回路３８、コネクタ４２、ケーブル（図示せず)を介して、ＰＬＣに送信する（ステップＳ１５）。
【００４０】
ＣＰＵ２０は、上記送信の後、所定時間内に返信があったかどうかを判断する（ステップＳ１６）。所定時間内に返信がなければ、いずれかの設定にエラーがあるものとして、ディスプレイ３０にエラー表示を行う（ステップＳ１９）。
【００４１】
所定時間内に返信があると、ＣＰＵ２０は、送られてきた返信データを、設定されている通信パラメータにしたがって解釈する（パリティビットを取り除くなどをする）。解釈した結果が、あらかじめ記録している「機種問い合わせ」に対する返信と合致するかどうかを判断する（ステップＳ１７）。なお、機種問い合わせに対する返信は、図７に示すように、各社のプロトコルごとに、あり得る機種問い合わせに対する解答が、あらかじめフラッシュロム２８に記録されている。
【００４２】
たとえば、ステップＳ９において設定したプロトコルが「ＩＤＥＣ社Ｂプロトコル」である場合、「機種問い合わせ」に対しては、"IDEC-10112"、"IDEC-10113"、"IDEC-20010"、"IDEC-X13"、"IDEC-X14"のいずれかが返信されてくれば、適切な返信データが返ってきていると判断することができる。
【００４３】
返信されてきたデータが適切でない場合や解読不可能な場合には、設定エラーの表示を行う（ステップＳ１９）。返信されてきたデータが適切である場合には、ディスプレイ３０において設定完了の表示を行う（ステップＳ１８）。
【００４４】
この実施形態によれば、設定の後に、確認処理を行うようにしているので、正しい設定がなされているかどうかを確認することができる。
【００４５】
なお、通信規格、接続関係、プロトコル、通信パラメータの一部又は全部は、外部ＰＣ９３から、ＰＣ用インターフェイス９１を介して、通信規格の定義ファイルとしてダウンロードすることにより設定してもよい。
２．第２の実施形態
(1)全体構成図
図８にこの発明の他の実施形態による機器の機能ブロック図を示す。コネクタ２は、他の機器との通信を行うためのものであり、複数の端子を有している。送受信制御手段５６は、コネクタ５２の端子に対して信号を与えるとともに、コネクタ５２の端子からの信号を受けるものである。切換手段５４は、コネクタ５２と送受信制御手段５６との間に設けられ、コネクタ５２の各端子が送受信制御手段５６の各端子のいずれに接続されるかという接続関係を切り換えるものである。
【００４６】
接続関係決定手段５８は、コネクタ５２を介して他の機器が接続された状態において、切換手段５４を制御して、コネクタ５２の各端子と送受信制御手段５６の各端子の接続関係を順次切り換えていく。そして、各接続関係において、送受信制御手段５６、切換手段５４、コネクタ５２を介して他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、コネクタ５２、切換手段５４、送受信制御手段５６を介して受信できたか否かを判断する。正常なレスポンスが得られない場合、接続関係決定手段５８は、切換手段５４を制御して、次の接続関係に切り換え、上記と同様にしてコマンドを送信し、正しいレスポンスが得られるかどうかを判断する。正常なレスポンスが得られると、接続関係決定手段５８は、その時の切換手段５４による接続関係を、正しい接続関係として維持する。
【００４７】
(2)ハードウエア構成
第２の実施形態におけるハードウエア構成は、図２に示すハードウエア構成と同様である。ただし、この実施形態においては、フラッシュロム２８には、接続関係変更プログラムに代えて、接続関係決定プログラムが記録されている。
【００４８】
(3)接続関係決定プログラム
この実施形態においては、ユーザは、通信規格の選択を行うだけで、接続関係、プロトコル、通信パラメータなどは、ＣＰＵ２０の側で自動設定がされるようになっている。
【００４９】
図９ａ、図９ｂに、このような自動設定を実現するための接続関係決定プログラムのフローチャートを示す。
【００５０】
まず、ステップＳ５１において、ＣＰＵ２０は、ディスプレイ３０に通信規格設定画面を表示する。図４Ａに示す通信規格設定画面に基づいて、ユーザはタッチパネル３２を操作していずれかの通信規格を選択し、決定する。
【００５１】
通信規格が選択され決定キーが押されると（ステップＳ５２）、ＣＰＵ２０は、Ｉ／Ｏ２６、制御線４４を介して制御信号を与え、設定された通信規格に対応するドライバ回路３４（３６）、リレー回路３８（４０）だけをイネーブルにする（ステップＳ５３）。なお、以下では、ＲＳ２３２Ｃが選択され、ＲＳ２３２Ｃドライバ回路３４、リレー回路３８がイネーブルにされたものとして話を進める。
【００５２】
次に、ＣＰＵ２０は、リレー回路３８の接続パターンを第１のパターンに設定する（ステップＳ５４、Ｓ５５）。ここで、フラッシュロム２８には、あらかじめ、図１０に示すような接続パターンが記録されている。接続パターンとしては、ＲＳ２３２Ｃドライバ回路３４の端子ＳＤ、ＲＤ、ＲＳ、ＣＳ、ＧＮＤとコネクタ４２の端子Ｏｕｔ１、Ｏｕｔ２、Ｏｕｔ３、Ｏｕｔ４、Ｏｕｔ５の全ての組み合わせを含む接続関係が記録されている。
【００５３】
たとえば、１行目の第１の接続パターンであれば、ＲＳ２３２Ｃドライバ回路３４の端子ＳＤをコネクタ４２のＯｕｔ１に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＲＤをコネクタ４２のＯｕｔ２に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＲＳをコネクタ４２のＯｕｔ３に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＣＳをコネクタ４２のＯｕｔ４に接続し、ＲＳ２３２Ｃドライバ回路３４の端子ＧＮＤをコネクタ４２のＯｕｔ５に接続することが、図１０に示されている。ＣＰＵ２０は、リレー回路３８のスイッチＳＷ１１〜ＳＷ５５のオン／オフを制御して、接続テストのために第１の接続パターン１を実現する。
【００５４】
次に、ＣＰＵ２０は、第１のプロトコルを選択して設定する（ステップＳ５６、Ｓ５７）。ここで、フラッシュロム２８には、あらかじめ、図１１に示すように、各社のＰＬＣのプロトコル名が記録されている。また、各プロトコル名に対応するプロトコルの内容も、フラッシュロム２８に記録されている。プロトコルの内容は、たとえば、図６に示すとおりである。
【００５５】
ＣＰＵ２０は、１番目に記載の第１プロトコルである「ＩＤＥＣ社Ａ」プロトコルを選択し、このプロトコル名に対するプロトコルの内容をフラッシュロム２８から読み出して、接続テストのために使用するプロトコルとして決定する。
【００５６】
次に、ＣＰＵ２０は、第１の通信パラメータを選択して設定する（ステップＳ５８、Ｓ５９）。ここで、フラッシュロム２８には、あらかじめ、図１２に示すように、各通信パラメータの全ての組み合わせが記録されている。
【００５７】
ＣＰＵ２０は、１番目に記載の第１の通信パラメータを選択し、接続テストのために使用する通信パラメータとして決定する。
【００５８】
以上のようにして、接続パターン、プロトコル、通信パラメータを設定すると、ＣＰＵ２０は、ステップＳ５７において設定したプロトコル名に対応するプロトコル内容（たとえば図６）から、接続テストに用いるためのコマンドを読み出す（ステップＳ６０）。接続テストに用いるコマンドは、第１の実施形態における確認処理と同じように、i)記録内容を書き換えるなどＰＬＣの動作に影響を与えるものでないこと、ii)コマンドに対する返信が正しいものであるかどうかを確実に判定できるものであることの２つの条件を満たすものであることが好ましい。たとえば、「機種問い合わせ」のコマンド等が好ましい。
【００５９】
ＣＰＵ２０は、読み出した「機種問い合わせ」のコマンドである"READTYPE"を、ステップＳ５９にて決定した通信パラメータにしたがって送信データに変換する（ステップＳ６１）。次に、この送信データを、ステップＳ５３にて選択されたＲＳ２３２Ｃドライバ回路３４、ステップＳ５５によって決定された接続関係を有するリレー回路３８、コネクタ４２、ケーブル（図示せず)を介して、ＰＬＣに送信する（ステップＳ６２）。
【００６０】
ＣＰＵ２０は、上記送信の後、所定時間内に返信があったかどうかを判断する（ステップＳ６３）。所定時間内にＰＬＣからの返信があると、ＣＰＵ２０は、送られてきた返信データを、設定されている通信パラメータにしたがって解釈する（パリティビットを取り除くなどをする）。解釈した結果が、あらかじめ記録している「機種問い合わせ」に対する返信と合致するかどうかを判断する（ステップＳ６４）。なお、機種問い合わせに対する返信は、図７に示すように、各社のプロトコルごとに、あり得る機種問い合わせに対する解答が、あらかじめフラッシュロム２８に記録されている。
【００６１】
たとえば、ステップＳ５６において設定したプロトコルが「ＩＤＥＣ社Ｂプロトコル」である場合、「機種問い合わせ」に対しては、"IDEC-10112"、"IDEC-10113"、"IDEC-20010"、"IDEC-X13"、"IDEC-X14"のいずれかが返信されてくれば、適切な返信データが返ってきていると判断することができる。
【００６２】
返信データが適切でない、あるいは所定時間内に返信がない場合には、ＣＰＵ２０は、現在の設定が正しくないと判断し、ステップＳ６５に進む。そして、ステップＳ５８において、第２の通信パラメータ（図１２の２行目参照）を読み出して設定する（ステップＳ５９)。その結果、接続パターン、プロトコルは変わらず、通信パラメータだけが変更されることになる。
【００６３】
ＣＰＵ２０は、このように変更した設定に基づいて、上記と同様にして「機種問い合わせ」コマンドをＰＬＣに送信し（ステップＳ６０、Ｓ６１、Ｓ６２）、所定時間内に適切な返信データが返ってくるかどうかを判断する接続テストを行う（ステップＳ６３、Ｓ６４）。
【００６４】
返信データが適切でない、あるいは所定時間内に返信がない場合には、ＣＰＵ２０は、接続テストが失敗であると判断し、次の通信パラメータに設定を変更して上記の接続テストを行う。
【００６５】
上記の処理を繰り返し、全ての通信パラメータについて接続テストを行っても所定時間内に適切な返信データが返ってこない場合には、ＣＰＵ２０は、通信パラメータの設定を第１の通信パラメータに戻し、ステップＳ６６に進む。そして、ステップＳ５６において、第２のプロトコル（図１１の２行目参照）を読み出して設定する（ステップＳ５７）。
【００６６】
ＣＰＵ２０は、このように変更した設定に基づいて、上記と同様にして「機種問い合わせ」コマンドをＰＬＣに送信し（ステップＳ６０、Ｓ６１、Ｓ６２）、接続テストを行う（ステップＳ６３、Ｓ６４）。つまり、変更された新たなプロトコルにしたがって、通信パラメータを変えて、接続テストを行う。全ての通信パラメータについて接続テストを行っても、接続テストが成功しない場合には、ＣＰＵ２０は、次のプロトコルに設定を変更して上記の接続テストを行う。
【００６７】
上記の処理を繰り返し、全てのプロトコル、通信パラメータについて接続テストを行っても所定時間内に適切な返信データが返ってこない場合には、ＣＰＵ２０は、プロトコル、通信パラメータの設定を第１のプロトコル、第１の通信パラメータに戻し、ステップＳ６７に進む。そして、ステップＳ５４において、第２の接続パターン（図１０の２行目参照）を読み出して設定する（ステップＳ５５）。
【００６８】
ＣＰＵ２０は、このように変更した設定に基づいて、上記と同様にして、接続テストを行う（ステップＳ６０、Ｓ６１、Ｓ６２、Ｓ６３、Ｓ６４）。つまり、変更された新たな接続パターンにしたがって、プロトコル、通信パラメータを変えて、接続テストを行う。全てのプロトコル、通信パラメータについて接続テストを行っても、接続テストが成功しない場合には、ＣＰＵ２０は、次の接続パターンに設定を変更して上記の接続テストを行う。
【００６９】
上記の接続テストにおいて、「機種問い合わせ」コマンドに対して、所定時間内に適切な返信データが返ってきたと判断すると、ＣＰＵ２０は、現在の通信規格、接続パターン、プロトコル、通信パラメータをフラッシュロム２８に記録する（ステップＳ６９）。このようにして、プログラマブル表示器とＰＬＣとの間において正しく通信をなすための設定を自動的に見出し、記録することができる。ＣＰＵ２０は、このようにして正しい設定を見出して記録すると、ディスプレイ３０に、正しく設定が完了した旨を表示する（ステップＳ７０）。
【００７０】
なお、接続パターン、プロトコル、通信パラメータの全ての組み合わせのいずれについても接続テストが成功しない場合には、ＣＰＵ２０は、設定が不可能である旨を、ディスプレイ３０表示する（ステップＳ６８）。
３．その他の実施形態
(1)上記第２の実施形態では、通信規格についてはユーザが操作により選択するようにしている。しかし、接続パターンなどと同じように、通信規格についても複数の規格を順次選択して、他の設定と組み合わせて接続テストを行い、自動設定を行うようにしても良い。
【００７１】
(2)上記第２の実施形態では、接続パターン、プロトコル、通信パラメータを全て自動設定としているが、これらのいずれかまたは２つについては、ユーザが操作入力をして選択するようにしても良い。また、プロトコルや通信パラメータについては、ユーザがＰＬＣのメーカ名を入力することで、当該メーカに対応するプロトコル・通信パラメータだけについて接続テストを行うようにして、処理を迅速化することができる。
【００７２】
(3)上記第２の実施形態では、接続パターンについて、順次接続状態を変更して接続テストを行うようにしている。この点につき、存在する可能性の高い接続パターンをあらかじめ記録しておき、これらパターンについて先に接続テストを行うようにしてもよい。また、逆に、存在し得ない接続パターンをあらかじめ記録しておき、これらパターンについては、接続テストを行わないようにしてもよい。これにより、接続テストの処理時間を短縮することが可能となる。同様のことが、プロトコル、通信パラメータについても適用できる。
【００７３】
(4)上記実施形態では、リレー回路として、機械的スイッチを有するものを用いた。しかし、電子的なスイッチ（ＦＰＧＡなど）を有するものをリレー回路として用いてもよい。
【００７４】
(5)上記実施形態では、５端子のコネクタを用いるようにしている。しかし、どのような数の端子を有するコネクタを用いてもよい。また、コネクタとしてできるだけ端子数の多いものを用意しておけば、柔軟に対応することができる。すなわち、ＰＬＣの側が端子数の少ないコネクタを有していても、図１３に示すように、コネクタ変換ケーブル９０さえ準備しておけば、両者を接続することができる。特に、本発明では、接続関係を変更することができるので、このような特殊なケーブル９０を用いても接続が容易である。
【００７５】
(6)上記各実施形態では、図２に示すように、ＲＳ２３２Ｃドライバ回路３４のためのリレー回路３８と、ＲＳ４２２／４８５ドライバ回路のためのリレー回路４０を別個に設けている。しかし、図１４に示すように、リレー回路３９を一つだけ設け、ＣＰＵ２０からの制御により、ＲＳ２３２Ｃの場合とＲＳ４２２／４８５の場合とで、切り換えて用いるようにしてもよい。すなわち、ＣＰＵ２０は、ＲＳ２３２Ｃの場合にはスイッチＳＷ１０をオン、ＳＷ１１をオフにして、ＲＳ２３２Ｃドライバ回路３４をリレー回路３９に接続する。また、ＣＰＵ２０は、ＲＳ４２２／４８５の場合にはスイッチＳＷ１１をオン、ＳＷ１０をオフにして、ＲＳ４２２／４８５ドライバ回路３６をリレー回路３９に接続する。このように、スイッチＳＷ１０、ＳＷ１１を制御することにより、リレー回路３９を一つにまとめることができる。
【００７６】
(7)上記実施形態では、プログラマブル表示器とＰＬＣを例として示したが、複数のラインによって接続を行うような機器について適用することができる。
【特許請求の範囲】
【請求項１】
他の機器との通信を行う機器において、
他の機器との通信を行うため、複数の端子を有するコネクタと、
前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、
前記コネクタと前記送受信制御手段との間に設けられ、前記コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、
コネクタを介して他の機器が接続された状態において、前記切換手段を制御して、前記コネクタの各端子と前記送受信制御手段の各端子の接続関係を切り換えるとともに、各接続関係において、前記送受信制御手段、切換手段、コネクタを介して前記他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、前記コネクタ、切換手段、送受信制御手段を介して受信できたか否かを判断し、当該正常なレスポンスが得られた接続関係をもたらす切換手段の状態を保持する接続関係決定手段と、
を備えた他の機器との通信を行う機器。
【請求項２】
他の機器との通信を行う機器において、
他の機器との通信を行うため、複数の端子を有するコネクタと、
前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、
前記コネクタと前記送受信制御手段との間に設けられ、前記コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、
前記切換手段による接続関係を表示手段において表示しつつ、ユーザからの入力操作に応じて、前記切換手段による接続関係を変更する接続関係変更手段と、
を備えた他の機器との通信を行う機器。
【請求項１】
他の機器との通信を行う機器において、
他の機器との通信を行うため、複数の端子を有するコネクタと、
前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、
前記コネクタと前記送受信制御手段との間に設けられ、前記コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、
コネクタを介して他の機器が接続された状態において、前記切換手段を制御して、前記コネクタの各端子と前記送受信制御手段の各端子の接続関係を切り換えるとともに、各接続関係において、前記送受信制御手段、切換手段、コネクタを介して前記他の機器に対してコマンドを送信し、当該コマンドに対する他の機器からの正常なレスポンスが、前記コネクタ、切換手段、送受信制御手段を介して受信できたか否かを判断し、当該正常なレスポンスが得られた接続関係をもたらす切換手段の状態を保持する接続関係決定手段と、
を備えた他の機器との通信を行う機器。
【請求項２】
他の機器との通信を行う機器において、
他の機器との通信を行うため、複数の端子を有するコネクタと、
前記コネクタの端子に対して信号を与えるとともに、前記コネクタの端子からの信号を受ける送受信制御手段と、
前記コネクタと前記送受信制御手段との間に設けられ、前記コネクタの各端子が前記送受信制御手段の各端子のいずれに接続されるかという接続関係を切り換える切換手段と、
前記切換手段による接続関係を表示手段において表示しつつ、ユーザからの入力操作に応じて、前記切換手段による接続関係を変更する接続関係変更手段と、
を備えた他の機器との通信を行う機器。
【図１】
【図２】
【図３ａ】
【図３ｂ】
【図３ｃ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９ａ】
【図９ｂ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３ａ】
【図３ｂ】
【図３ｃ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９ａ】
【図９ｂ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−２３２９６６（Ｐ２０１０−２３２９６６Ａ）
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願番号】特願２００９−７８１９５（Ｐ２００９−７８１９５）
【出願日】平成２１年３月２７日（２００９．３．２７）
【出願人】（００００００３０９）ＩＤＥＣ株式会社 (188)
【Ｆターム（参考）】
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願日】平成２１年３月２７日（２００９．３．２７）
【出願人】（００００００３０９）ＩＤＥＣ株式会社 (188)
【Ｆターム（参考）】
[ Back to top ]