JP2008165683A - Control device, its controller and control method - Google Patents
Control device, its controller and control method Download PDFInfo
- Publication number
- JP2008165683A JP2008165683A JP2007000220A JP2007000220A JP2008165683A JP 2008165683 A JP2008165683 A JP 2008165683A JP 2007000220 A JP2007000220 A JP 2007000220A JP 2007000220 A JP2007000220 A JP 2007000220A JP 2008165683 A JP2008165683 A JP 2008165683A
- Authority
- JP
- Japan
- Prior art keywords
- control device
- controller
- protocol data
- control
- processing
- 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.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
【課題】コントローラにおいて、プログラムの書き直しを行わなくても制御機器を制御できるようにする。
【解決手段】コントローラ１は、予め制御機器２に類似する機種に共通なドライバを備え、この制御機器２は、自身に類似する機種同士の差異を吸収するためのプロトコルデータ（２３２〜２３４）を備える。そして、コントローラ１は、接続された制御機器２からこのプロトコルデータを受信する。プロトコルデータは、この制御機器２のＢＵＳＹ値、ＴＩＭＥＯＵＴ値、ＳＴＲＯＢＥ値を含むものである。そして、コントローラ１は、このプロトコルデータと、前記した各機種に共通なドライバとを用いて制御機器２との通信を行う。
【選択図】図１In a controller, a control device can be controlled without rewriting a program.
A controller 1 includes a driver common to a model similar to a control device 2 in advance, and the control device 2 stores protocol data (232 to 234) for absorbing a difference between models similar to itself. Prepare. Then, the controller 1 receives this protocol data from the connected control device 2. The protocol data includes the BUSY value, TIMEOUT value, and STROBE value of the control device 2. And the controller 1 communicates with the control apparatus 2 using this protocol data and the driver common to each above-mentioned model.
[Selection] Figure 1
Description
本発明は、制御機器、そのコントローラおよび制御方法に関する。 The present invention relates to a control device, a controller thereof, and a control method.
汎用のＰＣ（Personal Computer）等に接続機器を接続する場合、ＰＣ等にこの接続機器のドライバをインストールしておき、ＰＣ等が、この接続機器が接続されたことを検知すると、この接続機器のドライバを選択し、起動していた（特許文献１参照）。
しかし、産業機器や家電製品等に用いられる組み込みシステムにおいて、コントローラの備える記憶媒体の記憶容量も限られているため、コントローラ側でいくつかのドライバや通信プロトコルをインストールしておき、その中から制御機器（接続機器）のドライバや通信プロトコルを選択することは困難であった。このため、コントローラに制御機器を接続するときには、コントローラがこの制御機器と通信できるように、作業者がこのコントローラのプログラムを書き直し、コンパイルする必要があった。つまり、接続される制御機器が異なれば、その制御機器の仕様にあわせてコントローラのプログラムを変更する必要があった。 However, in embedded systems used in industrial equipment, home appliances, etc., the storage capacity of the storage medium provided by the controller is limited, so some drivers and communication protocols are installed on the controller side, and control is performed from there. It has been difficult to select a driver or a communication protocol for a device (connected device). For this reason, when connecting a control device to the controller, an operator has to rewrite and compile the program of the controller so that the controller can communicate with the control device. That is, if the connected control device is different, it is necessary to change the controller program in accordance with the specification of the control device.
そこで、本発明は、前記した課題を解決し、コントローラにおいて、前記したようなプログラムの書き直しを行わなくても制御機器との通信を実現する手段を提供することを目的とする。 Accordingly, an object of the present invention is to solve the above-described problems and provide means for realizing communication with a control device without performing rewriting of the program as described above in the controller.
前記した課題を解決するため、本発明のコントローラは、予め制御機器に類似する機種に共通なドライバを備え、制御機器は、自身に類似する機種同士の差異を吸収するためのプロトコルデータを備える構成とした。ここで、機種同士の差異を吸収するために必要な情報として、プロトコルデータに、この制御機器において実行する処理のコマンド番号を示した定義情報に加えて、この制御機器の（１）ＢＵＳＹ値、（２）ＴＩＭＥＯＵＴ値、（３）ＳＴＯＲＯＢＥ値を含めるようにした。そして、コントローラは、このプロトコルデータに基づき、ＢＵＳＹ値に示されるインターバルで、制御機器へ制御信号を送信する。また、このコントローラが制御機器へ制御信号を送信した後、プロトコルデータのＴＩＭＥＯＵＴ値に示される時間以上経過しても、この制御機器から、制御信号の応答を受信しなかったとき、この制御機器の異常を検知する。さらに、コントローラは、このプロトコルデータに基づき、ＳＴＲＯＢＥ値に示される制御信号を連続で制御機器へ送信する。これにより、コントローラは、自身のプログラムの書き直しを行わなくても制御機器を制御することができる。 In order to solve the above-described problem, the controller of the present invention includes a driver common to models similar to the control device in advance, and the control device includes protocol data for absorbing differences between models similar to itself It was. Here, as information necessary to absorb the difference between the models, in addition to the definition information indicating the command number of the process executed in this control device in the protocol data, (1) the BUSY value of this control device, (2) TIMEOUT value and (3) STOROBE value were included. Then, the controller transmits a control signal to the control device at intervals indicated by the BUSY value based on the protocol data. In addition, after the controller transmits a control signal to the control device, if a control signal response is not received from the control device even after the time indicated by the TIMEOUT value of the protocol data has elapsed, Detect abnormalities. Further, the controller continuously transmits a control signal indicated by the STROBE value to the control device based on the protocol data. Thus, the controller can control the control device without rewriting its own program.
本発明によれば、コントローラにおいて、前記したようなプログラムの書き直しを行わなくても制御機器を制御することができる。 According to the present invention, the controller can be controlled without rewriting the program as described above in the controller.
以下、本発明を実施するための最良の形態（以下、実施の形態という）を、図面を参照しながら説明する。図１は、本実施の形態のコントローラと、このコントローラに接続される制御機器（制御対象機器）の構成を例示した図である。 Hereinafter, the best mode for carrying out the present invention (hereinafter referred to as an embodiment) will be described with reference to the drawings. FIG. 1 is a diagram illustrating a configuration of a controller according to the present embodiment and a control device (control target device) connected to the controller.
コントローラ１は、接続媒体３経由で、制御機器２との間で信号のやりとりを行い、制御機器２に所定の処理を実行させる。この制御機器２は、例えば、ＩＣカードリーダ等であり、コントローラ１はこのＩＣカードリーダのコントローラである。この制御機器２は、コントローラ１からの制御信号に基づき、自身が読み取ったＩＣカードの情報（ＩＣタグの情報）をコントローラ１へ送信したり、ＬＥＤ（Light Emitting Diode）ランプを点灯させたり、ブザーを鳴動させたりする。なお、制御機器２は、コントローラ１からの制御を受けて動作する機器であれば、インターホンや宅配ロッカー等であってもよい。また、接続媒体３は、コントローラ１と制御機器２との間で送受信される信号を伝送する媒体であり、ＲＳ４８５等のケーブルが用いられる。なお、コントローラ１には複数の制御機器２が接続されていてもよい。 The controller 1 exchanges signals with the control device 2 via the connection medium 3 and causes the control device 2 to execute predetermined processing. The control device 2 is, for example, an IC card reader or the like, and the controller 1 is a controller of this IC card reader. Based on a control signal from the controller 1, the control device 2 transmits the IC card information (IC tag information) read by itself to the controller 1, turns on an LED (Light Emitting Diode) lamp, Or ring. The control device 2 may be an interphone, a home delivery locker, or the like as long as it is a device that operates under the control of the controller 1. The connection medium 3 is a medium for transmitting signals transmitted and received between the controller 1 and the control device 2, and a cable such as RS485 is used. A plurality of control devices 2 may be connected to the controller 1.
ここで、コントローラ１および制御機器２の概要に説明する。 Here, an overview of the controller 1 and the control device 2 will be described.
コントローラ１は、予め制御機器２に類似する機種に共通なドライバ（機器制御ドライバ部１２２参照）を保持する。また、制御機器２は、この類似する機種同士の差異を吸収するためのプロトコルデータ（プロトコルスタック２３１参照）を備える。ここで、コントローラ１は、この制御機器２に接続されると、この制御機器２から、この制御機器２のプロトコルデータを受信する。そして、コントローラ１は、この受信したプロトコルデータと、自身が備えるドライバとを用いて、制御機器２へ制御信号を送信する。つまり、コントローラ１は、制御機器２を制御する。 The controller 1 holds a driver (see the device control driver unit 122) common to models similar to the control device 2 in advance. In addition, the control device 2 includes protocol data (see protocol stack 231) for absorbing differences between similar models. Here, when connected to the control device 2, the controller 1 receives protocol data of the control device 2 from the control device 2. Then, the controller 1 transmits a control signal to the control device 2 by using the received protocol data and a driver included in the controller 1. That is, the controller 1 controls the control device 2.
＜コントローラ＞
次に、コントローラ１を詳細に説明する。コントローラ１は、図１に示すように、入出力部１１と、制御処理部１２と、記憶部１３とを備える。
<Controller>
Next, the controller 1 will be described in detail. As shown in FIG. 1, the controller 1 includes an input /
入出力部１１は、接続媒体３経由で制御機器２との間で信号の送受信を行うためのインタフェースである。
The input /
制御処理部１２は、この入出力部１１経由で、制御機器２へ制御信号を送信し、制御機器２に所定の処理を実行させる。この制御処理部１２は、制御機器２からプロトコルデータを受信するプロトコルデータ交換部１２１と、制御機器２を制御する機器制御ドライバ部１２２とを含んで構成される。なお、この制御処理部１２は、ＣＰＵ（Central Processing Unit）によるプログラム実行処理、あるいは前記処理を実行する専用回路により実現される。つまり、制御処理部１２は、ソフトウェア的に実現してもよいし、ハードウェア的に実現してもよい。
The
プロトコルデータ交換部１２１は、制御機器２からプロトコルデータ（実際には、後記する通信用データ）を受信すると、このデータをプロトコルスタック１３１（後記）として記憶部１３に格納する。つまり、プロトコルデータ交換部１２１は、制御機器２からプロトコルデータのもととなる通信用データを受信すると、このデータをプロトコル記述方式にデコードし、プロトコルスタック１３１として記憶部１３に格納する。ここで、制御機器２から、コントローラ１へ送信される通信用データの詳細は、図２を用いて後記する。
When the protocol
この機器制御ドライバ部１２２は、記憶部１３に記憶された各制御機器２に共通な汎用ドライバ（図示省略）をロードし、プロトコルスタック１３１（類似する機種同士の差異を吸収するためのプロトコルデータ）を用いて、この機器制御ドライバ部１２２が生成した制御信号を制御機器２へ送信する。つまり、機器制御ドライバ部１２２は、汎用ドライバとプロトコルスタック１３１とを用いて制御機器２を制御する。
The device
記憶部１３は、半導体メモリ等により構成され、所定領域にプロトコルスタック１３１を格納する。このプロトコルスタック１３１は、前記したとおり、プロトコルデータ交換部１２１が、制御機器２からプロトコルデータのもととなる通信用データを受信し、このデータをプロトコル記述方式にデコードしたものである。つまり、プロトコルスタック１３１は、制御機器２のプロトコルスタック２３１と同じものである。このプロトコルスタック１３１は、前記したとおり、機器制御ドライバ部１２２が制御機器２を制御するときに用いられる。ここでのプロトコルスタック１３１に含まれるプロトコルデータは、様々なものが考えられるが、本実施の形態では、制御機器ＩＯ処理プロトコルデータ１３２と、ＩＣタグ処理プロトコルデータ１３３と、制御機器初期化処理プロトコルデータ１３４とを含む場合を例に説明する。つまり、制御機器ＩＯ処理プロトコルデータ１３２は、制御機器２の制御機器ＩＯ処理プロトコルデータ２３２と同じデータであり、ＩＣタグ処理プロトコルデータ１３３は、制御機器２のＩＣタグ処理プロトコルデータ２３３と同じデータであり、制御機器初期化処理プロトコルデータ１３４は、制御機器２の制御機器初期化処理プロトコルデータ２３４と同じデータである。プロトコルスタック１３１に含まれるプロコトルデータの詳細は、プロトコルスタック２３１の説明の項で後記する。なお、図示を省略したが、この記憶部１３には、前記した各制御機器２に共通な汎用ドライバ、プロトコル交換部１２１の機能を実現するためのプログラム等が格納されている。
The
＜制御機器＞
次に、制御機器２を説明する。制御機器２は、図１に示すように、入出力部２１と、制御処理部２２と、記憶部２３とを備える。なお、この制御機器２は、図示を省略しているが、ＩＣカード等のＩＣタグ情報を読み取るＩＣタグ読み取り部や、ＬＥＤランプや、ブザー等を備える。このＬＥＤランプやブザーは、ＩＣタグの認証結果（認証ＯＫ／認証ＮＧ）を表示するためのものである。このサービス処理部２２２は、このコントローラ１からの制御信号を受信すると、これに基づき、読み取ったＩＣタグ情報を送信したり、ＬＥＤランプを点灯（ＯＮ）したり、ブザーを鳴動（ＯＮ）したりする。
<Control equipment>
Next, the control device 2 will be described. As shown in FIG. 1, the control device 2 includes an input /
入出力部２１は、接続媒体３経由でコントローラ１との間で信号の送受信を行うためのインタフェースである。
The input /
制御処理部２２は、この入出力部２１経由で、コントローラ１へプロトコルデータを送信したり、コントローラ１からの制御信号に基づく処理を行ったりする。このような制御処理部２２は、コントローラ１へプロトコルデータを送信するプロトコルデータ交換部２２１と、コントローラ１からの制御信号に基づき各種処理を実行するサービス処理部２２２とを含んで構成される。なお、ここでサービス処理部２２２が行う処理は、例えば、制御機器２の初期化や、読み取ったＩＣタグのタグＩＤの送信、ＬＥＤのＯＮ／ＯＦＦ、ブザーのＯＮ／ＯＦＦ等である。また、この制御処理部２２も、ＣＰＵによるプログラム実行処理、あるいは前記処理を実行する専用回路により実現される。
The
プロトコルデータ交換部２２１は、プロトコルスタック２３１における各プロトコルデータを、通信用データに変換してコントローラ１へ送信する。そして、このような通信用データを受信したコントローラ１は、前記したとおり、このデータをプロトコル記述方式にデコードし、このデコードしたプロトコルデータに基づき制御機器２を制御する。
The protocol
ここで、プロトコルデータ交換部２２１が送信する通信用データを、図２を用いて説明する。図２は、図１の制御機器のプロトコルデータ交換部が送信する通信用データを例示した図である。
Here, communication data transmitted by the protocol
図２に例示するように、通信用データは、この通信用データのヘッダ情報である通信ＨＥＡＤ４１と、この通信用データの長さ（具体的には、機器状態記述内容４３から通信ＴＡＩＬ４５までの長さ）を示したＬＥＮ４２と、コントローラ１が制御機器２との間で信号のやりとりをするときの処理手順に関する情報である機器状態記述内容４３と、サービス処理の定義情報（詳細は後記）等、実際に制御機器２をドライブするためのデータである通信内容４４と、データ終了コード等を含む通信ＴＡＩＬ４５とを含んで構成される。この機器状態記述内容４３および通信内容４４の詳細は、各プロトコルデータの説明の項で後記する。
As illustrated in FIG. 2, the communication data includes a
図１の説明に戻る。記憶部２３は、半導体メモリ等により構成され、所定領域にプロトコルスタック２３１を格納する。このプロトコルスタック２３１は、前記したとおり、この制御機器２に類似する機種同士の差異を吸収するためのプロトコルデータであり、ここでは例えば、制御機器ＩＯ処理プロトコルデータ２３２と、ＩＣタグ処理プロトコルデータ（サービス処理プロトコルデータ）２３３と、制御機器初期化処理プロトコルデータ２３４と含む。
Returning to the description of FIG. The
この制御機器ＩＯ処理プロトコルデータ２３２は、コントローラ１がこの制御機器２におけるＩＯ処理を制御するためのプロトコルデータである。ここでのＩＯ処理は、例えば、ＬＥＤのＯＮ／ＯＦＦやブザーのＯＮ／ＯＦＦ等である。
The control device IO
また、ＩＣタグ処理プロトコルデータ２３３は、コントローラ１が制御機器２において読み取ったＩＣタグ情報を要求するためのプロトコルデータである。
The IC tag
さらに、制御機器初期化処理プロトコルデータ２３４は、コントローラ１が制御機器２へこの制御機器２の初期化を要求するためのプロトコルデータである。
Furthermore, the control device initialization
なお、このプロトコルデータはそれぞれ、コントローラ１が制御機器２との間で信号のやりとりをするとき処理手順に関する情報（機器状態記述内容）と、サービス処理の定義情報とを備える。 Each of the protocol data includes information related to a processing procedure (device state description content) and service processing definition information when the controller 1 exchanges signals with the control device 2.
＜機器状態記述内容＞
ここで、図２を参照しながら、機器状態記述内容を説明する。この機器状態記述内容４３は、例えば、図２の符号２０１に示すような機器状態情報と、それぞれの状態における値（符号５６に示すＢＵＳＹ値、符号５７に示すＴＩＭＥＯＵＴ値、符号５８に示すＳＴＲＯＢＥ値）とを含む。
<Device status description contents>
Here, the contents of the device state description will be described with reference to FIG. The device
まず、図２の符号２０１に示す機器状態情報の示す内容を説明する。図２の符号２０１に示す機器状態情報において、コントローラ１は、ＢＵＳＹ値５６に示されるインターバルを満たしているか否かを判断し、満たしていれば通信用データ（制御信号）を送信する状態になる（Ｓ５１）。つまり、コントローラ１は、制御機器２へ制御信号を送信する。このような通信用データ送信後、コントローラ１は、制御機器２からの応答を受信するまで、ＴＩＭＥＯＵＴ値５７に示される時間が経過するのを待つ（Ｓ５２：ＷＡＩＴ）。次に、ＴＩＭＥＯＵＴ値５７で規定した時間経過しても制御機器２からの応答データが無い場合、ＴＩＭＥＯＵＴ状態と判断する（Ｓ５３：ＴＩＭＥＯＵＴ）。一方、ＴＩＭＥＯＵＴ値５７で規定した時間以内に制御機器２から応答データを受信した場合、そのデータを受け取る（Ｓ５４：ＲＥＣＶ）。そして、コントローラ１は、制御機器２からの応答データを受け取ると、シーケンシャル処理において、ＳＴＲＯＢＥ値５８に示される次の制御信号を送信する状態になる（Ｓ５５：ＳＴＲＯＢＥ）。
First, the contents indicated by the device status information indicated by reference numeral 201 in FIG. 2 will be described. In the device status information indicated by reference numeral 201 in FIG. 2, the controller 1 determines whether or not the interval indicated by the
なお、前記したＢＵＳＹ値５６は、この制御機器２がコントローラ１から制御信号（処理要求）を受信するときに最低限空けなければならないインターバルを示したものである。また、ＴＩＭＥＯＵＴ値５７は、コントローラ１へ制御信号の応答を出力するとき、コントローラ１側でタイムアウトを判断するときの時間を示したものである。さらに、ＳＴＲＯＢＥ値５８は、この制御機器２においてシーケンシャル処理を行うときにコントローラ１から受信する必要がある制御信号の並びを示したものである。
The
例えば、各プロトコルデータは、機器状態記述内容として、表１に示すようなＢＵＳＹ（値）、ＴＩＭＥＯＵＴ（値）、ＳＴＲＯＢＥ（値）の定義情報を備える。 For example, each protocol data includes definition information of BUSY (value), TIMEOUT (value), and STROBE (value) as shown in Table 1 as device state description contents.
表１に示す定義情報において、ＢＵＳＹ値は「２００ｍｓ」であり、ＳＴＲＯＢＥ値は「０（シーケンシャルなし）」であり、ＴＩＭＥＯＵＴ値は「２００ｍｓ」であることを示す。 In the definition information shown in Table 1, the BUSY value is “200 ms”, the STROBE value is “0 (no sequential)”, and the TIMEOUT value is “200 ms”.
＜サービス処理の定義情報＞
また、サービス処理の定義情報は、制御機器２が実行するサービス処理ごとのコマンド番号（サービス番号）を示した情報等である。例えば、「ＬＥＤ」に関するコマンド番号は「０ｘ３０」というような情報である。
<Service processing definition information>
The service process definition information is information indicating a command number (service number) for each service process executed by the control device 2. For example, the command number related to “LED” is information such as “0x30”.
このサービス処理の定義情報を、表２および表３を用いて説明する。
表２は、制御機器ＩＯ処理プロトコルデータ２３２が備えるサービス要求の定義情報を例示したものであり、表３は、制御機器ＩＯ処理プロトコルデータ２３２が備えるサービス応答の定義情報を例示したものである。
The service processing definition information will be described with reference to Tables 2 and 3.
Table 2 illustrates service request definition information included in the control device IO
例えば、表２に示す定義情報おいて、サービス処理のサービス番号はカラム（Ｃｈａｒ）１桁を用い、この情報の長さ（ＬＥＮ）に関する情報はカラム２桁を用い、要求するサービスの種類に関する情報はカラム１桁を用い、その付加コードは２桁を用いることを示す（以下、表４および表６に例示する定義情報において同じ）。 For example, in the definition information shown in Table 2, the service processing service number uses one column (Char), and the information about the length (LEN) of this information uses two columns, and information about the type of service requested. Indicates that one column is used and the additional code is two digits (the same applies to the definition information exemplified in Tables 4 and 6 below).
また、表２に例示する定義情報において、このＩＯ処理サービス要求を示す番号（サービス番号）は「０ｘ４０」であり、ＬＥＮは「０ｘ３０,０ｘ３３」であり、「ＬＥＤ」を示すコマンド番号は「０ｘ３０」であり、「ブザー」を示すコマンド番号は「０ｘ３１」であることを示す。また、「ＯＮ」を示すコマンド番号は「０ｘ３０,０ｘ３０」であり、「ＯＦＦ」を示すコマンド番号は「０ｘ３０,０ｘ３１」であることを示す。例えば、コントローラ１が制御機器２の「ＬＥＤをＯＮにする」というＩＯ処理の制御信号を送信したいときは、サービス番号「０ｘ４０」、サービスの種類としてコマンド番号「０ｘ３０」、付加コードとしてコマンド番号「０ｘ３０,０ｘ３０」をセットした制御信号を送信すればよいことを示す。 In the definition information exemplified in Table 2, the number (service number) indicating this IO processing service request is “0x40”, the LEN is “0x30, 0x33”, and the command number indicating “LED” is “0x30”. ”And the command number indicating“ buzzer ”is“ 0x31 ”. The command number indicating “ON” is “0x30, 0x30”, and the command number indicating “OFF” is “0x30, 0x31”. For example, when the controller 1 wants to transmit a control signal for IO processing “ON LED” of the control device 2, the service number “0x40”, the command type “0x30” as the service type, and the command number “ This indicates that a control signal in which “0x30, 0x30” is set may be transmitted.
また、表３に例示する定義情報において、サービス処理のサービス番号はカラム１桁を用い、この情報の長さ（ＬＥＮ）に関する情報はカラム２桁を用い、応答コードはカラム１桁を用いることを示す（以下、表５および表７に例示する定義情報において同じ）。このＩＯ処理サービス応答を示す番号（サービス番号）は「０ｘ４１」であり、ＬＥＮは「０ｘ３０,０ｘ３１」であり、「処理成功」を示すコマンド番号は「０ｘ３０」であり、「処理エラー」を示すコマンド番号は「０ｘ３１」であることを示す。例えば、コントローラ１が制御機器２から、サービス番号「０ｘ４１」、応答コードとしてコマンド番号「０ｘ３１」がセットされた信号を受信したとき、この制御機器２において「ＩＯ処理のエラー」が発生したと判断できる。 Also, in the definition information exemplified in Table 3, the service processing service number uses one column, information about the length (LEN) of this information uses two columns, and the response code uses one column. (The same applies to the definition information exemplified in Table 5 and Table 7 below). The number indicating the IO processing service response (service number) is “0x41”, the LEN is “0x30, 0x31”, the command number indicating “processing successful” is “0x30”, and indicates “processing error”. The command number indicates “0x31”. For example, when the controller 1 receives a signal in which the service number “0x41” and the command number “0x31” are set as a response code from the control device 2, it is determined that an “IO processing error” has occurred in the control device 2. it can.
また、ＩＣタグ処理プロトコルデータ２３３および制御機器初期化処理プロトコルデータ２３４も同様に、サービス処理の定義情報を保持する。
Similarly, the IC tag
表４は、ＩＣタグ処理プロトコルデータ２３３が備えるサービス要求の定義情報を例示したものであり、表５は、ＩＣタグ処理プロトコルデータ２３３が備えるサービス応答の定義情報を例示したものである。
Table 4 illustrates service request definition information included in the IC tag
例えば、表４に例示する定義情報において、このＩＣタグ処理のサービス要求を示す番号（サービス番号）は「０ｘ５０」であり、ＬＥＮは「０ｘ３０,０ｘ３３」であり、「ＩＣタグ処理」を示すコマンド番号は「０ｘ３０」であり、その付加コードは「０ｘ３０」であることを示す。例えば、コントローラ１が制御機器２にＩＣタグの読み取り結果を送信させたいときは、サービス番号「０ｘ５０」、サービスの種類としてコマンド番号「０ｘ３０」、付加コードとしてコマンド番号「０ｘ３０」をセットした制御信号を送信すればよいことを示す。 For example, in the definition information exemplified in Table 4, the number indicating the service request for IC tag processing (service number) is “0x50”, the LEN is “0x30, 0x33”, and a command indicating “IC tag processing” The number is “0x30”, and the additional code is “0x30”. For example, when the controller 1 wants to send the reading result of the IC tag to the control device 2, the control signal is set with the service number “0x50”, the command number “0x30” as the service type, and the command number “0x30” as the additional code. Indicates that it should be transmitted.
また、表５に例示する定義情報において、このＩＣタグ処理のサービス応答を示す番号（サービス番号）は「０ｘ５１」であり、ＬＥＮは「０ｘ３０,０ｘ３３」であり、「処理成功」を示すコマンド番号は「０ｘ３０」であり、「処理エラー」を示すコマンド番号は「０ｘ３１」であることを示す。さらに、ＩＣタグ情報はカラム１６桁を用い、そのカラムに記載された値がそのままＩＣタグ情報（タグＩＤ）を表すことを示す。例えば、コントローラ１が制御機器２からサービス番号「０ｘ５１」、応答コードとしてコマンド番号「０ｘ３０」、ＩＣタグとして１６桁の記号がセットされた信号を受信したとき、この制御機器２においてタグＩＤの読み取りに成功し、そのタグＩＤは当該カラム１６桁の記号で示されるＩＤであることを知ることができる。 Further, in the definition information exemplified in Table 5, the number (service number) indicating the service response of this IC tag processing is “0x51”, the LEN is “0x30,0x33”, and the command number indicating “successful processing” Is “0x30”, and the command number indicating “processing error” is “0x31”. Further, the IC tag information uses 16 columns and indicates that the value written in the column represents the IC tag information (tag ID) as it is. For example, when the controller 1 receives a signal having a service number “0x51”, a command number “0x30” as a response code, and a 16-digit symbol as an IC tag from the control device 2, the control device 2 reads the tag ID. It can be known that the tag ID is an ID indicated by a 16-digit symbol of the column.
表６は、制御機器初期化処理プロトコルデータ２３４におけるサービス要求の定義情報を例示したものであり、表７は、制御機器初期化処理プロトコルデータ２３４におけるサービス応答の定義情報を例示したものである。
Table 6 illustrates service request definition information in the control device initialization
例えば、表６に例示する定義情報において、この制御機器初期化処理のサービス要求を示す番号（サービス番号）は「０ｘ６０」であり、ＬＥＮは「０ｘ３０,０ｘ３３」であり、「ソフトリセット」を示すコマンド番号は「０ｘ３０」であり、「機器リセット」を示すコマンド番号は「０ｘ３１」であることを示す。また、その付加コードは「０ｘ３０」であることを示す。例えば、コントローラ１が制御機器２のソフトリセットを指示したいときは、サービス番号「０ｘ６０」、サービスの種類としてコマンド番号「０ｘ３０」、付加コードとしてコマンド番号「０ｘ３０」をセットした制御信号を送信すればよいことを示す。 For example, in the definition information illustrated in Table 6, the number (service number) indicating the service request for the control device initialization process is “0x60”, LEN is “0x30,0x33”, and indicates “soft reset”. The command number is “0x30”, and the command number indicating “device reset” is “0x31”. The additional code is “0x30”. For example, if the controller 1 wants to instruct a soft reset of the control device 2, a control signal with a service number “0x60”, a command number “0x30” as a service type, and a command number “0x30” as an additional code may be transmitted. Indicates good.
また、表７に例示する定義情報において、この制御機器初期化処理のサービス応答を示す番号（サービス番号）は「０ｘ６１」であり、「処理成功」を示すコマンド番号は「０ｘ３０」であり、「処理エラー」を示すコマンド番号は「０ｘ３１」であることを示す。例えば、コントローラ１が制御機器２からサービス番号「０ｘ６１」、応答コードとしてコマンド番号「０ｘ３０」、付加コードとしてコマンド番号「０ｘ３０」がセットされた信号を受信したとき、この制御機器２におけるソフトリセットが成功したと判断できる。 Further, in the definition information exemplified in Table 7, the number (service number) indicating the service response of the control device initialization process is “0x61”, the command number indicating “processing success” is “0x30”, and “ The command number indicating “processing error” indicates “0x31”. For example, when the controller 1 receives a signal having the service number “0x61”, the command number “0x30” as the response code, and the command number “0x30” as the additional code from the control device 2, the soft reset in the control device 2 is performed. Judge that it was successful.
前記したプロトコルデータ交換部２２１は、このような各プロトコルデータの情報をもとに通信用データ（図２参照）を作成し、コントローラ１へ送信する。このような通信用データを受信したコントローラ１は、この通信用データをプロトコルデータとしてデコードし、このデコードしたプロトコルデータにより、制御機器２との信号の送受信や、この制御機器２に対する制御を実行できるようになる。
The protocol
＜動作説明＞
次に、図１および図２を参照しつつ、図３を用いて、図１のコントローラ１および制御機器２の動作を説明する。図３（ａ）は、図１のコントローラが制御機器から各プロトコルデータを受信する手順を示したフローチャートであり、（ｂ）は、図１の制御機器がコントローラへプロトコルデータを送信する手順を示したフローチャートである。
<Description of operation>
Next, operations of the controller 1 and the control device 2 of FIG. 1 will be described with reference to FIGS. 1 and 2 and FIG. FIG. 3A is a flowchart showing a procedure in which the controller in FIG. 1 receives each protocol data from the control device, and FIG. 3B shows a procedure in which the control device in FIG. 1 transmits the protocol data to the controller. It is a flowchart.
まず、コントローラ１は、制御機器２からの接続イベントの受信を待ち（Ｓ３０１）、接続イベントを受信すると（Ｓ３０１のＹｅｓ）、プロトコルデータ交換部１２１は記憶部１３に、この制御機器２のプロトコルスタック１３１があるか否かを判断する（Ｓ３０２）。ここで、既に記憶部１３にプロトコルスタック１３１がある場合（Ｓ３０２のＹｅｓ）、処理を終了する。
First, the controller 1 waits for reception of a connection event from the control device 2 (S301). When the connection event is received (Yes in S301), the protocol
一方、記憶部１３にプロトコルスタック１３１がない場合（Ｓ３０２のＮｏ）、プロトコルデータ交換部１２１は、制御機器２へプロトコルスタックがない旨を通知する（Ｓ３０３）。そして、プロトコルデータ交換部１２１は、制御機器２からのプロトコルデータの受信を待ち（Ｓ３０４）、制御機器２からプロトコルデータ（つまり、プロトコルデータの元となる通信用データ）を受信すると（Ｓ３０４のＹｅｓ）、このプロトコルデータを記憶部１３に記憶する。そして、機器制御ドライバ部１２２は、このプロトコルデータに基づき、制御機器２へ制御信号を送信する（Ｓ３０５）。
On the other hand, when there is no
つまり、各機種に共通なドライバと、制御機器２から受信したプロトコルデータとに基づいて、この制御機器２への制御信号を送信する。例えば、受信したプロトコルデータが制御機器ＩＯ処理プロトコルデータ１３２であれば、機器制御ドライバ部１２２は、制御機器２へＬＥＤをＯＮにさせる制御信号や、ブザーをＯＮにさせる制御信号を送信する。そして、機器制御ドライバ部１２２において、この制御機器２における処理成功の信号（処理成功メッセージ）を受信したとき（Ｓ３０６のＹｅｓ）、この制御機器２からの次のプロトコルデータの受信を待つ（Ｓ３０７）。そして、Ｓ３０４へ戻る。
That is, the control signal to the control device 2 is transmitted based on the driver common to each model and the protocol data received from the control device 2. For example, if the received protocol data is the control device IO
つまり、コントローラ１は、制御機器２からプロトコルデータを受信すると、このプロトコルデータをもとに制御機器２を正常に制御できるか確認する。そして、制御機器２から処理成功の信号を受信したとき、この制御機器２から次のプロトコルデータが送信されるのを待つ。このようにして、コントローラ１は制御機器２から、制御機器ＩＯ処理プロトコルデータ１３２に続いて、ＩＣタグ処理プロトコルデータ１３３および制御機器初期化処理プロトコルデータ１３４を受信し、プロトコルスタック１３１を形成する。
That is, when receiving the protocol data from the control device 2, the controller 1 confirms whether or not the control device 2 can be normally controlled based on the protocol data. When a successful processing signal is received from the control device 2, the control device 2 waits for the next protocol data to be transmitted. In this way, the controller 1 receives the IC tag
なお、Ｓ３０４において、プロトコルデータ交換部１２１が所定時間経過しても制御機器２からプロトコルデータを受信できなかったとき（Ｓ３０４のＮｏ）、および、Ｓ３０６において制御機器２から処理成功の信号を受信できなかったとき（Ｓ３０６のＮｏ）、処理を終了する。
In S304, when the protocol
このようにすることで、コントローラ１は、制御機器２から受け取った各プロトコルデータの検証を行いながら、プロトコルデータを受信できる。 In this way, the controller 1 can receive protocol data while verifying each protocol data received from the control device 2.
次に、図３（ｂ）を用いて、制御機器２がコントローラ１へ各プロトコルデータを送信する手順を説明する。 Next, a procedure in which the control device 2 transmits each protocol data to the controller 1 will be described with reference to FIG.
まず、制御機器２がコントローラ１に接続されるのを待ち（Ｓ３０８）、制御機器２がコントローラ１に接続すると（Ｓ３０８のＹｅｓ）、プロトコルデータ交換部２２１は、コントローラ１へ接続イベントを送信する（Ｓ３０９）。ここで送信する接続イベントは、例えば、この制御機器２の識別情報等を含むものである。
First, the control device 2 waits for connection to the controller 1 (S308), and when the control device 2 connects to the controller 1 (Yes in S308), the protocol
そして、制御機器２は、コントローラ１からこの制御機器２のプロトコルスタック１３１がない旨の通知の受信を待ち（Ｓ３１０）、制御機器２がコントローラ１からこの制御機器２のプロトコルスタック１３１がない旨の通知を受信すると（Ｓ３１０のＹｅｓ）、記憶部２３のプロトコルスタック２３１から、プロトコルデータを選択して読み出し、この読み出したプロトコルデータをコントローラ１へ送信する（Ｓ３１１）。
Then, the control device 2 waits for a notification from the controller 1 that there is no
次に、サービス処理部２２２は、Ｓ３１１で送信したプロトコルデータの制御信号の受信を待ち（Ｓ３１２）、Ｓ３１１で送信したプロトコルデータの制御信号を受信すると（Ｓ３１２のＹｅｓ）、この制御信号に基づく処理を行う。そして、サービス処理部２２２は、この制御信号に基づく処理結果である応答信号を送信する（Ｓ３１３）。
Next, the
例えば、サービス処理部２２２がコントローラ１へ制御機器ＩＯ処理プロトコルデータ２３２を送信した後、コントローラ１から、制御機器２のＬＥＤをＯＮにさせる制御信号や、ブザーをＯＮにさせる制御信号を受信したとき、サービス処理部２２２において、ＬＥＤをＯＮにしたり、ブザーをＯＮにしたりする。そして、サービス処理部２２２は、その処理結果である応答信号をコントローラ１へ送信する。例えば、ＬＥＤや、ブザーをＯＮにした場合、制御機器ＩＯ処理プロトコルデータ２３２に基づき応答信号を送信する。
For example, when the
そして、プロトコルデータ交換部２２１は、プロトコルスタック２３１のすべてのプロトコルデータを送信したか否かを判断し（Ｓ３１４）、すべてのプロトコルデータを送信したとき（Ｓ３１４のＹｅｓ）、処理を終了する。一方、まだ送信していないプロトコルデータがあるときには（Ｓ３１４のＮｏ）、Ｓ３１１へ戻り、残りのプロトコルデータを送信する。
Then, the protocol
このようにすることで、コントローラ１は、制御機器２のプロトコルスタック２３１のすべてのプロトコルデータを受信し、この制御機器２のプロトコルスタック１３１を作成することができる。
By doing so, the controller 1 can receive all the protocol data of the protocol stack 231 of the control device 2 and create the
なお、制御機器２がコントローラ１へプロトコルデータを送信する手順は、例えば、まず、制御機器初期化処理プロトコルデータ２３４を送信し、その後、ＩＣタグ処理プロトコルデータ２３３または制御機器ＩＯ処理プロトコルデータ２３２を送信するのが好ましい。このようにするのは、まず、制御機器２の初期化に成功しないと、その他の処理の検証を行うことができないからである。
The control device 2 transmits the protocol data to the controller 1 by, for example, first transmitting the control device initialization
次に、適宜図１ないし図３を参照しつつ、図４ないし図６を用いて、前記した手順によりプロトコルスタック１３１を作成したコントローラ１が、このプロトコルスタック１３１により制御機器２を制御する手順を説明する。図４ないし図６は、図１のコントローラが制御機器を制御する手順を示したシーケンス図である。
Next, referring to FIGS. 1 to 3 as appropriate, the procedure in which the controller 1 that has created the
なお、以下の説明において、コントローラ１は、制御機器２の初期化後、この制御機器２から所定時間ごとにこの制御機器２で読み取ったタグＩＤの取得要求を行うものとする。つまり、制御機器２がＩＣカード等からタグＩＤを読み取った後、コントローラ１からタグＩＤの取得要求を受信すると、制御機器２はこれに対する応答として、読み取ったタグＩＤをセットした信号を送信する。なお、制御機器２がコントローラ１からの取得要求を受信したとき、この制御機器２において読み取ったタグＩＤが無い場合（つまり、制御機器２へ未送信のタグＩＤが無い場合）、制御機器２はタグＩＤについて空の状態で信号を送信するものとする。 In the following description, it is assumed that the controller 1 makes an acquisition request for the tag ID read by the control device 2 every predetermined time after the control device 2 is initialized. That is, when the control device 2 receives the tag ID acquisition request from the controller 1 after reading the tag ID from the IC card or the like, the control device 2 transmits a signal in which the read tag ID is set as a response thereto. When the control device 2 receives an acquisition request from the controller 1, if there is no tag ID read by the control device 2 (that is, if there is no tag ID not yet transmitted to the control device 2), the control device 2 It is assumed that a signal is transmitted in an empty state for the tag ID.
制御機器２の初期化がまだ終了していない場合（Ｓ４０１のＮｏ）、コントローラ１の機器制御ドライバ部１２２は、制御機器初期化処理プロトコルデータ１３４を参照して、以下の処理を行う。
When the initialization of the control device 2 has not been completed yet (No in S401), the device
すなわち、機器制御ドライバ部１２２は、前回の初期化要求送信から所定時間（制御機器初期化処理プロトコルデータ１３４に示されるＢＵＳＹ値）経過しているか否かを判断する（Ｓ４０２）。ここで、所定時間経過した場合（Ｓ４０２のＹｅｓ）、この制御機器の初期化要求（初期化を要求する制御信号）を制御機器へ送信する（Ｓ４０３）。一方、まだ前回の初期化要求送信から所定時間経過していなければ（Ｓ４０２のＮｏ）、所定時間経過するのを待つ。なお、機器制御ドライバ部１２２が送信する初期化要求は、例えば、制御機器２のソフトリセットや機器リセットを指示するサービス番号およびコマンド番号（表６等参照）を含む制御信号である。
That is, the device
一方、既に制御機器２の初期化が終了していれば（Ｓ４０１のＹｅｓ）、図５のＳ５０１へ進む。Ｓ５０１については後記する。 On the other hand, if the initialization of the control device 2 has already been completed (Yes in S401), the process proceeds to S501 in FIG. S501 will be described later.
Ｓ４０３においてコントローラ１から送信された初期化要求を受信した制御機器２は、サービス処理部２２２において初期化処理を行う（Ｓ４０４）。そして、その初期化処理が成功したとき（Ｓ４０５のＹｅｓ）、サービス処理部２２２は、この初期化処理の処理成功メッセージをコントローラ１へ送信する（Ｓ４０７）。一方、サービス処理部２２２は初期化処理に失敗したとき（Ｓ４０５のＮｏ）、処理エラーメッセージをコントローラ１へ送信する（Ｓ４０６）。ここで送信するメッセージは、例えば、表７に例示したようなサービス番号やコマンド番号（応答コード）を含む信号である。
The control device 2 that has received the initialization request transmitted from the controller 1 in S403 performs initialization processing in the service processing unit 222 (S404). When the initialization process is successful (Yes in S405), the
コントローラ１の機器制御ドライバ部１２２は、Ｓ４０３の初期化要求送信後、タイムアウト時間（制御機器初期化処理プロトコルデータ１３４に示されるＴＩＭＥＯＵＴ値）内に、この初期化処理の処理成功メッセージを受信したとき（Ｓ４０８のＹｅｓ）、Ｓ５０１へ進む。なお、ここで受信したメッセージ（信号）が、この初期化処理の処理成功メッセージであるか否かは、制御機器初期化処理プロトコルデータ１３４におけるサービス番号や応答コードの定義情報（表７参照）を参照して判断する。
When the device
一方、機器制御ドライバ部１２２においてタイムアウト時間内に処理成功メッセージを受信できなかったとき（Ｓ４０８のＮｏ）、制御処理部１２は、この制御機器２の初期化に失敗し、故障している可能性が高いことを示すフラグを立て（Ｓ４０９：故障判断処理）、処理を終了する。
On the other hand, when the device
図５の説明に移る。次に、コントローラ１の機器制御ドライバ部１２２は、ＩＣタグ処理プロトコルデータ１３３を参照して、以下の処理を行う。すなわち、機器制御ドライバ部１２２は、前回のＩＣタグ処理要求送信から所定時間（ＩＣタグ処理プロトコルデータ１３３に示されるＢＵＳＹ値）経過しているか否かを判断する（Ｓ５０１）。ここで、所定時間経過していれば（Ｓ５０１のＹｅｓ）、この制御機器のＩＣタグ処理要求（制御機器２で読み取ったＩＣタグのタグＩＤを要求する制御信号）を制御機器へ送信する（Ｓ５０２）。一方、まだ前回のＩＣタグ処理要求送信から所定時間経過していなければ（Ｓ５０１のＮｏ）、所定時間経過するのを待つ。ここで、機器制御ドライバ部１２２が送信するＩＣタグ処理要求は、制御機器２のＩＣタグ処理を指示するサービス番号およびコマンド番号（表４等参照）を含む制御信号である。
Turning to the description of FIG. Next, the device
このようなＩＣタグ処理要求を受信した制御機器２は、サービス処理部２２２においてＩＣタグ処理を行う（Ｓ５０３）。例えば、読み取ったＩＣタグのタグＩＤをコントローラ１へ送信する処理を行う。そして、そのＩＣタグ処理が成功したとき（Ｓ５０４のＹｅｓ）、サービス処理部２２２は、このＩＣタグ処理の処理成功メッセージと、処理結果データ（読み取ったタグＩＤがあれば、そのタグＩＤ）をコントローラ１へ送信する（Ｓ５０６）。一方、サービス処理部２２２はＩＣタグ処理に失敗したとき（Ｓ５０４のＮｏ）、処理エラーメッセージをコントローラ１へ送信する（Ｓ５０５）。ここで送信するメッセージは、例えば、表５に例示したようなサービス番号やコマンド番号（応答コード）、タグＩＤ等を含む信号である。
The control device 2 that has received such an IC tag processing request performs IC tag processing in the service processing unit 222 (S503). For example, a process of transmitting the tag ID of the read IC tag to the controller 1 is performed. When the IC tag processing is successful (Yes in S504), the
コントローラ１の機器制御ドライバ部１２２は、前記した初期化処理の場合と同様、Ｓ５０２におけるＩＣタグ処理要求送信後、タイムアウト時間内にこのＩＣタグ処理の処理成功メッセージを受信したか否かを判断する（Ｓ５０７）。つまり、機器制御ドライバ部１２２は、ＩＣタグ処理プロトコルデータ１３３に示されるＴＩＭＥＯＵＴ値の時間内に、処理成功メッセージを受信したか否かを判断し、処理成功メッセージを受信できたとき（Ｓ５０７のＹｅｓ）、図６のＳ６０１へ進む。なお、ここで受信したメッセージ（信号）が、このＩＣタグ処理の処理成功メッセージであるか否かは、前記した初期化処理の場合と同様、ＩＣタグ処理プロトコルデータ１３３におけるサービス番号や応答コードの定義情報（表５参照）を参照して判断する。また、ここで処理結果データとしてタグＩＤを受信したときは、このタグＩＤを記憶部１３のＲＡＭ等に記憶しておく。一方、制御機器２は、読み取ったタグＩＤが特になければ、タグＩＤのカラムには特に情報をセットせずにコントローラ１へ信号を送信する。
As in the case of the initialization process described above, the device
一方、Ｓ５０７において、機器制御ドライバ部１２２は、タイムアウト時間内に、処理成功メッセージを受信できなかったとき（Ｓ５０７のＮｏ）、制御処理部１２は、前記したＳ４０７と同様、この制御機器２においてＩＣタグの読み取り処理ができない状態であり、故障している可能性が高いことを示すフラグを立てる（Ｓ５０８：故障判断処理）。そして、処理を終了する。
On the other hand, in S507, when the device
Ｓ５０７のＹｅｓの後、コントローラ１の機器制御ドライバ部１２２は、制御機器ＩＯ処理プロトコルデータ１３２を参照して、以下の処理を行う。
After Yes in S507, the device
なお、以下の説明において、コントローラ１がＳ５０７で受信した処理結果データには、タグＩＤが含まれているものとする。そして、コントローラ１はそのタグＩＤをもとに認証処理を行い、認証ＯＫであれば制御機器２のＬＥＤをＯＮ、ブザーはＯＦＦとし、認証ＮＧであれば制御機器２のＬＥＤをＯＦＦ、ブザーはＯＦＦとする制御信号を送信する場合を例に説明する。 In the following description, it is assumed that the processing result data received by the controller 1 in S507 includes a tag ID. Then, the controller 1 performs an authentication process based on the tag ID. If the authentication is OK, the LED of the control device 2 is turned on and the buzzer is turned off. If the authentication is NG, the LED of the control device 2 is turned off. A case where a control signal for turning OFF is transmitted will be described as an example.
図６のＳ６０１において、コントローラ１の制御処理部１２は、受信した処理結果データ（タグＩＤ）をもとに認証処理を実行する（Ｓ６０１）。ここで、認証ＯＫだった場合（Ｓ６０２のＹｅｓ）、機器制御ドライバ部１２２は、前回のＩＯ処理要求送信から所定時間（制御機器ＩＯ処理プロトコルデータ１３２に示されるＢＵＳＹ値）経過しているか否かを判断する（Ｓ６０５）。ここで、所定時間経過していれば（Ｓ６０５のＹｅｓ）、機器制御ドライバ部１２２は、この制御機器のＩＯ処理要求（ＩＯ処理を要求する制御信号）を制御機器へ送信する（Ｓ６０６）。一方、まだ所定時間経過していなければ（Ｓ６０５のＮｏ）、機器制御ドライバ部１２２はＩＯ処理要求を送信しない。なお、ここで機器制御ドライバ部１２２が送信するＩＯ処理要求は、例えば、制御機器２のＬＥＤのＯＮやブザーのＯＦＦを指示するサービス番号およびコマンド番号（表２等参照）を含む制御信号である。
In S601 of FIG. 6, the
一方、Ｓ６０２において認証エラーが発生した場合（Ｓ６０２のＮｏ）も、機器制御ドライバ部１２２は、前回のＩＯ処理要求送信から所定時間（制御機器ＩＯ処理プロトコルデータ１３２に示されるＢＵＳＹ値）経過していれば（Ｓ６０３のＹｅｓ）、この制御機器のＩＯ処理要求（ＩＯ処理を要求する制御信号）を制御機器へ送信する（Ｓ６０４）。一方、まだ所定時間経過していなければ（Ｓ６０３のＮｏ）、機器制御ドライバ部１２２はＩＯ処理要求を送信せず、前回のＩＯ処理要求送信から所定時間経過するのを待つ。
On the other hand, even when an authentication error occurs in S602 (No in S602), the device
ここで、機器制御ドライバ部１２２が送信するＩＯ処理要求は、制御機器２のＬＥＤのＯＦＦやブザーのＯＮを指示するサービス番号およびコマンド番号（表２参照）を含む制御信号である。
Here, the IO processing request transmitted by the device
このようなＩＯ処理要求を受信した制御機器２は、サービス処理部２２２においてＩＯ処理を行う（Ｓ６０７）。そして、そのＩＯ処理が成功したとき（Ｓ６０８のＹｅｓ）、サービス処理部２２２は、このＩＯ処理の処理成功メッセージをコントローラ１へ送信する（Ｓ６１０）。一方、サービス処理部２２２はＩＯ処理に失敗したとき（Ｓ６０８のＮｏ）、処理エラーメッセージをコントローラ１へ送信する（Ｓ６０９）。ここで送信するメッセージは、例えば、表３に例示したようなサービス番号やコマンド番号（応答コード）を含む信号である。
Upon receiving such an IO processing request, the control device 2 performs IO processing in the service processing unit 222 (S607). When the IO process is successful (S608: Yes), the
コントローラ１の機器制御ドライバ部１２２は、Ｓ６０４またはＳ６０６におけるＩＯ処理要求送信後、タイムアウト時間（制御機器ＩＯ処理プロトコルデータ１３２に示されるＴＩＭＥＯＵＴ値）内に、このＩＯ処理成功メッセージを受信したとき（Ｓ６１１のＹｅｓ）、図５のＳ５０１へ戻る。なお、ここで受信したメッセージ（信号）が、このＩＯ処理の処理成功メッセージであるか否かは、前記した初期化やＩＣタグ処理の場合と同様、制御機器ＩＯ処理プロトコルデータ１３２におけるサービス番号や応答コードの定義情報（表２参照）を参照して判断する。
When the device
一方、機器制御ドライバ部１２２においてタイムアウト時間内に処理成功メッセージを受信できなかったとき（Ｓ６１１のＮｏ）、制御処理部１２は、この制御機器２は故障している可能性が高いことを示すフラグを立て（Ｓ６１２：故障判断処理）、処理を終了する。
On the other hand, when the device
このように、コントローラ１は制御機器２から送信されたプロトコルスタック２３１（つまり、プロトコルスタック１３１）に基づき、制御機器２との間で信号送受信ができるようになる。特に、コントローラ１は、制御機器２のプロトコルデータとして、この制御機器２に固有のＢＵＳＹ値やＴＩＭＥＯＵＴ値等を送信するので、コントローラ１はこの制御機器２へサービス要求（制御信号）を送信するとき、この制御機器２をＢＵＳＹ状態させない送信間隔で送信することができる。また、コントローラ１において、この制御機器２が正常に動作していることの確認（ヘルスチェック）をすることができ、大変便利である。 As described above, the controller 1 can transmit and receive signals to and from the control device 2 based on the protocol stack 231 (that is, the protocol stack 131) transmitted from the control device 2. In particular, since the controller 1 transmits a BUSY value, a TIMEOUT value, etc. specific to the control device 2 as protocol data of the control device 2, the controller 1 transmits a service request (control signal) to the control device 2. The control device 2 can be transmitted at a transmission interval that does not set the BUSY state. Further, the controller 1 can confirm (health check) that the control device 2 is operating normally, which is very convenient.
なお、Ｓ４０９、Ｓ５０８およびＳ６１２において、コントローラ１がこの制御機器２は故障している可能性が高いことを示す判断をしたとき、例えば、コントローラ１は、この制御機器２に故障が発生していることを示す信号を入出力部１１経由で出力する。つまり、コントローラ１による制御機器２のヘルスチェック結果を表示部等に出力する。このようにすることで、コントローラ１へこの制御機器２を接続する作業を行う作業者は、この制御機器２において故障が発生しているか否かをすぐに確認でき、大変便利である。
In S409, S508, and S612, when the controller 1 determines that there is a high possibility that the control device 2 has failed, for example, the controller 1 has failed in the control device 2. A signal indicating this is output via the input /
なお、図４ないし図６において、説明を省略したが、コントローラ１が制御機器２から受信するプロトコルデータにＳＴＲＯＢＥ値が設定されていれば、コントローラ１はこのＳＴＯＲＢＥ値にしたがって制御信号を送信し、制御機器２にシーケンシャル処理を行わせる。 Although not described in FIGS. 4 to 6, if the STROBE value is set in the protocol data received by the controller 1 from the control device 2, the controller 1 transmits a control signal according to the STORBE value. Causes the control device 2 to perform sequential processing.
本実施の形態に係るコントローラ１および制御機器２は前記したような処理を実行させるプログラムによって実現することができ、そのプログラムをコンピュータによる読み取り可能な記憶媒体（ＣＤ−ＲＯＭ等）に記憶して提供することが可能である。また、そのプログラムを、インターネット等のネットワークを通して提供することも可能である。 The controller 1 and the control device 2 according to the present embodiment can be realized by a program for executing the processing as described above, and the program is stored in a computer-readable storage medium (CD-ROM or the like) and provided. Is possible. It is also possible to provide the program through a network such as the Internet.
１ コントローラ
２ 制御機器
３ 接続媒体
１１,２１ 入出力部
１２,２２ 制御処理部
１３,２３ 記憶部
１２１,２２１ プロトコルデータ交換部
１２２ 機器制御ドライバ部
１３１,２３１ プロトコルスタック
１３２,２３２ 制御機器ＩＯ処理プロトコルデータ
１３３,３３３ ＩＣタグ処理プロトコルデータ
１３４,２３４ 制御機器初期化処理プロトコルデータ
２２２ サービス処理部
DESCRIPTION OF SYMBOLS 1 Controller 2 Control apparatus 3
Claims (11)
前記コントローラが、前記制御機器からの制御信号の応答のタイムアウトを検知するための時間を示したＴＩＭＥＯＵＴ値をさらに含むことを特徴とする請求項１に記載の制御機器。 The protocol data is
The control device according to claim 1, further comprising a TIMEOUT value indicating a time for the controller to detect a timeout of a response of a control signal from the control device.
前記制御機器がシーケンシャル処理を行うために、前記コントローラから受信する必要がある前記制御信号のコマンド番号の並びを示したＳＴＯＲＯＢＥ値をさらに含むことを特徴とする請求項１または請求項２に記載の制御機器。 The protocol data is
3. The STOROBE value indicating a sequence of command numbers of the control signals that need to be received from the controller in order for the control device to perform sequential processing, according to claim 1 or 2, Control equipment.
前記制御機器に類似する機種に共通なドライバと、前記受信したプロトコルデータとを記憶する記憶部と、
前記ドライバと前記プロトコルデータとを用いて、前記制御機器へ前記コマンド番号を含む前記制御信号を送信し、この制御機器に所定の処理を実行させ、前記処理の実行結果を前記制御信号の応答として受信する機器制御ドライバ部とを備え、
前記機器制御ドライバ部は、
前記プロトコルデータのＢＵＳＹ値に示されるインターバルで、前記制御機器へ前記制御信号を送信することを特徴とするコントローラ。 As protocol data that is different from a model similar to its own control device, (1) a BUSY value indicating an interval when receiving a control signal from the controller, and (2) a process executed in the control device. A control unit including the command number is received from the controller that stores the definition information indicating the command number and the controller, and processing is executed in accordance with the control signal. A protocol data exchange unit for receiving the protocol data from a control device including a service processing unit to transmit as a response;
A driver common to a model similar to the control device, and a storage unit for storing the received protocol data;
The control signal including the command number is transmitted to the control device using the driver and the protocol data, the control device is caused to execute a predetermined process, and the execution result of the process is used as a response to the control signal. A device control driver unit for receiving,
The device control driver unit is
A controller, wherein the control signal is transmitted to the control device at an interval indicated by a BUSY value of the protocol data.
前記コントローラが、前記制御機器からの制御信号の応答のタイムアウトを検知するための時間を示したＴＩＭＥＯＵＴ値をさらに含み、
前記機器制御ドライバ部は、
前記制御機器へ前記制御信号を送信した後、前記プロトコルデータのＴＩＭＥＯＵＴ値に示される時間以上経過しても、当該制御機器から、前記制御信号の応答を受信しなかったとき、前記制御機器の異常を検知することを特徴とする請求項４に記載のコントローラ。 The protocol data is
The controller further includes a TIMEOUT value indicating a time for detecting a timeout of a control signal response from the control device;
The device control driver unit is
After transmitting the control signal to the control device, if a response to the control signal is not received from the control device even after the time indicated by the TIMEOUT value of the protocol data has elapsed, an abnormality of the control device is detected. The controller according to claim 4, wherein the controller is detected.
前記制御機器がシーケンシャル処理を行うために、前記コントローラから受信する必要がある前記制御信号のコマンド番号の並びを示したＳＴＯＲＯＢＥ値をさらに含み、
前記機器制御ドライバ部は、
前記プロトコルデータに示されるＳＴＯＲＯＢＥ値を参照して、前記シーケンシャルのために必要な前記制御信号を前記制御機器へ送信することを特徴とする請求項４または請求項５に記載のコントローラ。 The protocol data is
Further including a STOROBE value indicating a sequence of command numbers of the control signals that need to be received from the controller in order for the control device to perform sequential processing;
The device control driver unit is
6. The controller according to claim 4, wherein the control signal required for the sequential is transmitted to the control device with reference to a STOROBE value indicated in the protocol data.
前記制御機器における初期化処理、ＩＯ処理およびサービス処理の少なくともいずれか１つの処理に関する制御信号であり、
前記プロトコルデータは、
前記制御機器における初期化処理、ＩＯ処理およびサービス処理それぞれに関するＢＵＳＹ値、ＴＩＭＥＯＵＴ値およびＳＴＲＯＢＥ値のうち少なくともいずれか１つの値を含むものであることを特徴とする請求項６に記載のコントローラ。 The control signal is
A control signal related to at least one of initialization processing, IO processing and service processing in the control device;
The protocol data is
7. The controller according to claim 6, wherein the controller includes at least one of a BUSY value, a TIMEOUT value, and a STROBE value relating to each of initialization processing, IO processing, and service processing in the control device.
自身の制御機器に類似する機種との差異となるプロトコルデータとして、（１）前記コントローラからの制御信号を受信するときのインターバルを示したＢＵＳＹ値および（２）前記自身の制御機器において実行する処理のコマンド番号を示した定義情報を含むプロトコルデータを受信するステップと、
前記受信したプロトコルデータを前記コントローラの記憶部に記憶するステップと、
前記ドライバと前記記憶されたプロトコルデータとを参照して、このプロトコルデータのＢＵＳＹ値に示されるインターバルで、前記制御機器へ前記定義情報に示されるコマンド番号を含む前記制御信号を送信するステップと、
前記制御機器における処理の実行結果を前記制御信号の応答として受信するステップとを実行することを特徴とする制御方法。 A controller with a driver common to each control device to be controlled
As protocol data that is different from a model similar to its own control device, (1) a BUSY value indicating an interval when receiving a control signal from the controller and (2) a process executed in the control device Receiving protocol data including definition information indicating the command number of
Storing the received protocol data in a storage unit of the controller;
Referring to the driver and the stored protocol data, transmitting the control signal including a command number indicated in the definition information to the control device at an interval indicated by a BUSY value of the protocol data;
Receiving a result of execution of the process in the control device as a response to the control signal.
前記コントローラが、前記制御機器からの制御信号の応答のタイムアウトを検知するための時間を示したＴＩＭＥＯＵＴ値をさらに含み、
前記コントローラが、
前記制御機器へ前記制御信号を送信した後、前記プロトコルデータのＴＩＭＥＯＵＴ値に示される時間以上経過しても、当該制御機器から、前記制御信号の応答を受信しなかったとき、前記制御機器の異常を検知することを特徴とする請求項８に記載の制御方法。 The protocol data is
The controller further includes a TIMEOUT value indicating a time for detecting a timeout of a control signal response from the control device;
The controller is
After transmitting the control signal to the control device, if a response to the control signal is not received from the control device even after the time indicated by the TIMEOUT value of the protocol data has elapsed, an abnormality of the control device is detected. The control method according to claim 8, wherein the control is detected.
前記制御機器がシーケンシャル処理を行うために、前記コントローラから受信する必要がある前記制御信号のコマンド番号の並びを示したＳＴＯＲＯＢＥ値をさらに含み、
前記コントローラが、
前記プロトコルデータに示されるＳＴＯＲＯＢＥ値を参照して、前記シーケンシャルのために必要な前記制御信号を前記制御機器へ送信することを特徴とする請求項８または請求項９に記載の制御方法。 The protocol data is
Further including a STOROBE value indicating a sequence of command numbers of the control signals that need to be received from the controller in order for the control device to perform sequential processing;
The controller is
The control method according to claim 8 or 9, wherein the control signal necessary for the sequential is transmitted to the control device with reference to a STOROBE value indicated in the protocol data.
前記制御機器における初期化処理、ＩＯ処理およびサービス処理の少なくともいずれか１つの処理に関する制御信号であり、
前記プロトコルデータは、
前記制御機器における初期化処理、ＩＯ処理およびサービス処理それぞれに関するＢＵＳＹ値、ＴＩＭＥＯＵＴ値およびＳＴＲＯＢＥ値のうち少なくともいずれか１つの値を含むものであることを特徴とする請求項１０に記載の制御方法。 The control signal is
A control signal related to at least one of initialization processing, IO processing and service processing in the control device;
The protocol data is
11. The control method according to claim 10, wherein the control method includes at least one of a BUSY value, a TIMEOUT value, and a STROBE value relating to an initialization process, an IO process, and a service process in the control device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007000220A JP2008165683A (en) | 2007-01-04 | 2007-01-04 | Control device, its controller and control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007000220A JP2008165683A (en) | 2007-01-04 | 2007-01-04 | Control device, its controller and control method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2008165683A true JP2008165683A (en) | 2008-07-17 |
Family
ID=39695051
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007000220A Pending JP2008165683A (en) | 2007-01-04 | 2007-01-04 | Control device, its controller and control method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2008165683A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9032365B2 (en) | 2009-05-22 | 2015-05-12 | Nec Corporation | Script description separation reconstructing device, script description separation reconstructing method, and non-transitory computer readable medium storing script description separation reconstructing program |
-
2007
- 2007-01-04 JP JP2007000220A patent/JP2008165683A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9032365B2 (en) | 2009-05-22 | 2015-05-12 | Nec Corporation | Script description separation reconstructing device, script description separation reconstructing method, and non-transitory computer readable medium storing script description separation reconstructing program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2605852A1 (en) | Reader control system | |
| JP2007188521A5 (en) | ||
| CN101647028B (en) | Method for establishing a wireless communication connection between an automation component and a mobile operating terminal | |
| WO2015028446A1 (en) | System and method for pairing devices | |
| JP2012520471A5 (en) | ||
| CN107526681B (en) | Robot test system and test method | |
| EP1710642A2 (en) | Distributed control apparatus | |
| KR20140015281A (en) | Display integrated control systems and display integrated input device | |
| US11464111B2 (en) | Stacked structure of circuit boards | |
| JP2008165683A (en) | Control device, its controller and control method | |
| JP2020074204A (en) | Work management system | |
| JP4782063B2 (en) | Control method for operating system and manufacturing system of a plurality of devices | |
| KR101761668B1 (en) | Apparatus for recognizing change of communication mode of barcode scanner | |
| JP2005269468A (en) | Identification information setting method, identification information setting device, and connector device with control function | |
| JP2009104351A (en) | Connection state decision system | |
| US10838670B2 (en) | Printing apparatus and method for printing based on presence or absence of input information from a peripheral device | |
| CN114980056B (en) | Multi-Bluetooth connection data transmission method and system | |
| JPH11110333A (en) | Central supervisory system | |
| JPH03500587A (en) | network interface board system | |
| KR100917542B1 (en) | How to set communication protocol of slave device | |
| JP2005073075A (en) | Remote monitoring and control system | |
| JP3870890B2 (en) | Operation board, remote I/O communication control method | |
| JP4811030B2 (en) | Radio tag transmission / reception device and program capable of visually recognizing reading result | |
| KR20120121681A (en) | Apparatus and method of confirming ID of servo | |
| JP2006106999A (en) | Programmable controller |