Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3972630B2 - Ethernet variable transmission system - Google Patents
[go: Go Back, main page]

JP3972630B2 - Ethernet variable transmission system - Google Patents

Ethernet variable transmission system Download PDF

Info

Publication number
JP3972630B2
JP3972630B2 JP2001325733A JP2001325733A JP3972630B2 JP 3972630 B2 JP3972630 B2 JP 3972630B2 JP 2001325733 A JP2001325733 A JP 2001325733A JP 2001325733 A JP2001325733 A JP 2001325733A JP 3972630 B2 JP3972630 B2 JP 3972630B2
Authority
JP
Japan
Prior art keywords
change data
ethernet
state change
transmission
data
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
Application number
JP2001325733A
Other languages
Japanese (ja)
Other versions
JP2003134137A (en
Inventor
始 小坂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Meidensha Corp
Original Assignee
Meidensha Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Meidensha Corp filed Critical Meidensha Corp
Priority to JP2001325733A priority Critical patent/JP3972630B2/en
Publication of JP2003134137A publication Critical patent/JP2003134137A/en
Application granted granted Critical
Publication of JP3972630B2 publication Critical patent/JP3972630B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)

Description

【0001】
【産業上の利用分野】
イーサネットを使用した伝送路でTCP/IPプロトコルを使用して制御機器同志のデータ通信を行う場合のデータの変化を検出してその内容を相手に送信するイーサネット状変伝送方式に関する。
【0002】
【従来の技術】
2。現在の技術
イーサネット(Ethernet:ゼロックス社のバス構造LANの登録商標)を使用した伝送路で、TCP/IPプロトコルを使用して制御機器同志のデータ通信を行う場合、図3に示すようにデータの変化を検出して状変データを作成し、その内容を相手に送信する状変データ送信がある。状変データ送信とは、相手装置にデータの変化したメモリのアドレスとビット位置とそのビットがONしたのかOFFしたのかの情報をセットにしてデータを送信する方法である。
【0003】
従来イーサネットを使用した伝送路でTCP/IPプロトコルを使った状変データ送信方式は、図4に示すように、イーサネットドライバ10は、データの変化を検出して状変データ11を作成しイーサネットインターフェース(イーサネットI/F)20に送信要求aをする。イーサネットI/F20はこの送信要求aに従い状変データ11を相手装置30に送信bする。相手装置30はこの状変データ11を受けイーサネットI/F20に肯定応答(ACK)cする。イーサネットI/F20はこの応答cを受けイーサネットドライバ10に送信完了dを通知し送信完了となる。上記状変データ送信は状変有りの都度状変データを作成して行われる。
【0004】
【発明が解決しようとする課題】
上記従来TCP/IPプロトコルを使った状変データ送信方式で状変データの送信を行う場合、以下のような問題がある。
(1)状変データの送信が失敗した場合に、送信失敗した状変データを再送信することができない。TCPプロトコルの回線が切断されていた場合などに、イーサネットI/Fが状変データの送信を失敗する場合などがある。シリアル回線のプロトコルでは送信失敗時に、送信失敗したデータなどを再送する機能があるがTCPプロトコルは回線が切断されていた場合には再送しても、まず回線の再接続を行う必要があり、TCPプロトコルでの再送が失敗する可能性が非常に高い。
(2)状変データを送信して、送信完了するまでに、たとえばビットの状変がOFF→ON→0FFに瞬時に変化した場合に状変の検出ができない。通常の状変検出方式は、状変データ送信中でない場合は、定常周期でデータの変化が無いか前回値と比較し、変化を検出した場合には状変データを作成して送信する。イーサネットI/Fから送信完了が通知されたら、状変データを前回値にセットして状変データ送信完了となる。この方式では、状変データ送信中は定常周期で状変検出が行われていないために、ビットの状変が瞬時にOFF→ON→OFFした場合には状変の検出をしない。
【0005】
本発明は、上記課題に鑑みてなされたものであり、状変データ送信失敗した状変データの再送信、あるいは、この状変データを送信してから再送信完了までの間に状変が頻発する場合、その間の状変を検出して状変データを作成して状変データの再送信後この状変データを作成順に送信可能とするイーサネット状変伝送方式を提供することを目的とする。
【0006】
【課題を解決するための手段】
本発明は、イーサネットドライバがデータの変化を検出して作成した状変データの送信を行う第1送信要求をイーサネットインターフェースに要求し、イーサネットインターフェースがTCP/IPプロトコルを使用して状変データを相手装置に送信するイーサネット状変伝送方式において、イーサネットドライバに状変データを保存する状変データ保存手段を設け、TCPプロトコル回線の切断などにより状変データの送信に失敗しイーサネットインタフェースから送信失敗が通知されたとき、イーサネットドライバは状変データ保存手段に保存して置いた状変データを再びイーサネットインタフェースに第2送信要求する再送信機能を有し、イーサネットドライバに前記状変データの第1送信要求の送信時から所定時間毎に状変を検出して状変データを作成する状変作成処理手段と作成した状変データを登録する状変データ登録手段を設け、前記第1送信要求の時から前記第2送信要求で送信した状変データの送信完了までの間に発生した前記状変データ登録手段に登録されている状変データを、第2送信要求の送信完了後、イーサネットインタフェースに送信要求する第3送信要求を具備することを特徴とする。
【0008】
【発明の実施の形態】
実施形態1
図1に実施形態1に係る送信失敗時の再送機能を有するイーサネット状変伝送方式の動作説明図を示す。図中、10は状変データを送信するイーサネットドライバ、20はイーサネットインターフェイス(イーサネットI/F)、30は状変データが送信される相手装置、11はデータの変化を検出して作成した状変データ、12は状変データ保存手段、13は状変データ保存手段12から取り出された状変データ、14は送信完了後状変データ保存手段12に保存されていた状変データ13を解放する状変データ解放手段である。
【0009】
このイーサネット状変伝送方式を動作と共に説明する。イーサネットドライバ10は、、データの変化を検出して作成した状変データ11を状変データ保存手段12に保存すると共に、イーサネットI/F20に状変データ11の送信要求aをする。イーサネットI/F20はこの送信要求aに従い状変データ11を相手装置30に送信bする。相手装置30から受信の肯定応答(ACK)がないと、イーサネットI/F20は状変データ11を再送b1、b2を行う。再送を2回しても相手装置30から応答がない場合、イーサネットI/F20はイーサネットドライバ10に送信失敗eを通知すると共に、相手装置30にコネクションが切断されていることを通知fする。相手装置30はこのコネクション切断通知fを受けると、イーサネットI/F20にコネクション再接続を要求gする。イーサネットI/F20はこのコネクション再接続要求gを受け相手装置30に再接続許可を通知hして、イーサネットのTCPプロトコルの回線再接続を完了させる。
【0010】
イーサネットドライバ10はイーサネットI/Fから送信失敗が通知eされた場合、イーサネットのTCPプロトコルの回線再接続が完了後、状変データ保存手段12に保存されていた状変データ13(=11)を読み出しイーサネットI/F20に送信し状変データ13の送信要求iをする。イーサネットI/F20はこの再送信要求iに従い状変データ13を相手装置30に送信jする。相手装置30はこの状変データ13を受けイーサネットI/F20に肯定応答(ACK)kする。イーサネットI/F20はこの応答kを受けイーサネットドライバ10に送信完了を通知lし送信完了となる。状変データ保存手段12に保存されていた状変データ13は送信完了時状変データ解放手段14により解放される。
【0011】
上記実施形態1によれば、TCPプロトコルの回線が切断されていた場合などに、イーサネットI/F20が状変データ11の送信を失敗する場合などがあるが、イーサネットドライバが状変データ保存手段12に状変データ11を保存することで、イーサネットI/F20から送信失敗が通知された場合、保存して置いた状変データを再び送信要求することができる。このイーサネットドライバ10の再送信機能を使うことで、制御データなどの重要データを、状変データとして相手装置に確実に送信することができる。また、イーサネットのケーブルが物理的に切断されていた場合などは、TCPプロトコルが回線の再接続を行っても成功しないが、このような場合でもケーブルを正常なものに交換することで、TCPプロトコルの回線が再接続さえできれば、送信に失敗した状変データを送信することができる。
【0012】
実施形態2
図2に実施形態2に係る状変データの送信失敗時から再送までの間の瞬時状変を検出し送信することができる瞬時状変検出の保証機能を有するイーサネット状変伝送方式の動作説明図を示す。図中、10は状変データを送信するイーサネットドライバ、20はイーサネットI/F、30は相手装置、11はデータの変化を検出して作成した状変データ、12は状変データ11を保存する状変データ保存手段、13は状変データ保存手段12から取り出された状変データ、14は状変データ13の送信完了後状変データ保存手段12の状変データ13を解放する状変データ解放手段。(以上図1と同じ)。
【0013】
15a〜15cは第1〜第3状変タイマ(図示省略)のタイムアップT1〜T3により状変が無いか確認する処理を行い状変有の場合状変データを作成する状変作成処理手段で、ビットのON→OFFまたはOFF→ONした場合はパルスで状態の変化を500msecで保証する機能を有する。16a〜16cは状変作成処理手段15a〜15cで作成された状変データが登録される状変送信バッファキュー(状変データ登録手段)、17a、17bは状変送信バッファキュー16a、16bから取り出された状変データ、18a、18bは状変データ17a、17bを保存する状変データ保存手段、19a、19bは状変データ17a、17bの送信完了後状変データ保存手段状変18a、18bのデータ17a、17bを解放する状変データ解放手段である。
【0014】
このイーサネット状変伝送方式の動作について説明する。イーサネットドライバ10はデータの変化を検出して作成した状変データ11を状変データ保存手段12に保存すると共に、イーサネットI/F20に状変データ11の送信要求aをする。この状変データ11の送信要求aするとき時、上記第1の状変タイマ(図示省略)を動作させる。
【0015】
上記状変データ11の送信要求aによりイーサネットI/F20は状変データ11を相手装置30に送信bする。相手装置30から肯定応答(ACK)がないと、イーサネットI/F20は状変データ11を再送b1、b2を行う。再送を2回しても相手装置30から応答がない場合、イーサネットI/F20はイーサネットドライバ10に送信失敗eを通知すると共に、相手装置30にコネクションが切断されていることを通知fする。相手装置30はこのコネクション切断通知fを受けると、イーサネットI/F20にコネクション再接続を要求gする。イーサネットI/F20はこのコネクション再接続要求gを受け相手装置30に再接続許可を通知hして、イーサネットのTCPプロトコルの回線再接続を完了させる。
【0016】
イーサネットドライバ10はイーサネットI/F20から送信失敗が通知eされた場合、イーサネットのTCPプロトコル回線再接続の完了後、状変データ保存手段12に保存されていた状変データ13(=11)を読み出しイーサネットI/F20に送信要求iをする。イーサネットI/F20はこの送信要求iに従い状変データ11aを相手装置30に送信jする。相手装置30はこの状変データ13を受けイーサネットI/F20に肯定応答(ACK)kする。イーサネットI/F20はこの応答kを受けイーサネットドライバ10に送信完了を通知lし状変データ13(=11)の送信は完了する。この送信完了時に状変データ保存手段12に保存されていた状変データ13は状変データ解放手段14により解放される。
【0017】
一方、上記状変データ11の送信要求a時に動作を始めた上記第1の状変タイマ(図示省略)は、タイムアップT1により状変作成処理手段15aを動作させる。状変作成処理手段15aはデータの変化を検出し状変が有ると状変データを作成してこの状変データを状変送信バッファキュー16aに登録する。また、上記第1の状変タイマのタイムアップT1により上記第2の状変タイマは動作を始めタイムアップT2により状変作成処理手段15bを動作させる。状変作成処理手段15bはデータの変化を検出し状変が有ると状変データを作成してこの状変データを状変送信バッファキュー16bに登録する。同様に、上記第2の状変タイマのタイムアップT2により上記第3の状変タイマは動作を始め、タイムアップT3により状変作成処理手段15cを動作させる。状変作成処理手段15cはデータの変化を検出し状変が有ると状変データを作成してこの状変データを状変送信バッファキュー16cに登録する。以上のように、上記状変データ11が送信された時から所定時間毎に状変作成処理手段15a〜15cにより状変が検出され、状変が検出されると状変データが作成され、その状変データがそれぞれ状変送信バッファキュー16a〜16cに登録される。
【0018】
そして、上記状変データ11の送信が失敗した場合、TCPプロトコルの回線再接続して上記状変データ13(=11)の送信が送信完了lした後、上記状変送信バッファキュー16aに登録されている状変データ17aは、状変データ保存手段18aに保存されると共に、イーサネットドライバ10からイーサネットI/F20を介して相手装置30に送信n、mされる。相手装置30が応答(ACK)oし送信完了pが通知されると、イーサネット保存されている状変データ17aは状変データ解放手段19aにより解放される。
【0019】
また、上記送信完了pが通知されると、上記状変送信バッファキュー16bに登録されている状変データ17bは状変データ保存手段18bに保存されると共に、イーサネットI/F20を介して相手装置30に送信q、rされる。相手装置30が応答(ACK)sしイーサネットI/F20から送信完了が通知tされると、状変データ保存手段18bに保存されている状変データ17bは状変データ解放手段19bにより解放される。同様に、上記送信完了pが通知されると、上記状変送信バッファキュー16bに登録されている状変データ17bが取り出され、送信される(図示省略)。
【0020】
上記実施形態2によれば、状変データ11の送信aする時状変タイマを起動して状変タイマのタイムアップ毎に状変作成処理手段15a〜15cにより状変が無いか確認する処理を行って状変を確実に検出し状変データ17a〜17bを作成して状変送信バッファキュー16a〜16cに登録して置き、状変データ11の送信aから送信失敗し状変データ保存手段12からの状変データ13(=11)の送信完了lまでの間に発生した状変データ17a〜17bを状変データ13の送信完了l後送信することができる。このため、従来TCPプロトコルでは状変データの送信を失敗してから、回線の再接続を行うまでにかなりの時間を費やし、その間の状変データの検出が行えない場合の制御データの欠落を無くすことができる。また、状変データ17a(17b)の送信が失敗した場合は、状変データ11の送信が失敗した時と同様に、TCPプロトコルの回線再接続を待ち、状変データ保存手段18a(18b)に保存されている状変データ17a(17b)を送信することが可能となる。
【0021】
【発明の効果】
(1)本発明によれば、TCPプロトコルの回線が切断されていた場合などに、イーサネットI/Fが状変データの送信を失敗する場合などがあるが、ドライバが状変データを保存することで、イーサネットI/Fから送信失敗が通知されたら、保存して置いた状変データを再び送信要求することができる。このドライバの再送信機能を使うことで、制御データなどの重要データを、状変データとして相手装置に確実に送信することができる。また、イーサネットのケーブルが物理的に切断されていた場合などは、TCPプロトコルが回線の再接続を行っても成功しないが、このような場合でもケーブルを正常なものに交換することで、TCPプロトコルの回線が再接続さえできれば、送信に失敗した状変データを送信することができる。
(2)さらに、本発明によれば、TCPプロトコルでは状変データの送信を失敗してから回線の再接続を行うまでの間かなりの時間を要し、その間の状変データの検出が行えない場合は制御データが欠落する危険性があるが、その間の状変データの検出を確実にできるので、制御データが欠落する危険性のない送信ができる。
【図面の簡単な説明】
【図1】本発明の実施形態1に係るイーサネット状変伝送方式の動作説明図。
【図2】本発明の実施形態2に係るイーサネット状変伝送方式の動作説明図。
【図3】状変データ作成手順説明図。
【図4】従来例に係るイーサネット状変伝送方式の動作説明図。
【符号の説明】
10…イーサネットドライバー
11、13、17a〜17b…状変データ
12、18a、18b…状変データ保存手段
14、18a、18b…状変データ解放手段
15a、15b、15c…状変データ作成処理手段
16a、16b、16c…状変送信バッファキュー(状変データ登録手段)
20…イーサネットI/F(イーサネットインターフェイス)
30…相手装置
[0001]
[Industrial application fields]
The present invention relates to an Ethernet-like variable transmission method for detecting a change in data when transmitting data communication between control devices using a TCP / IP protocol on a transmission line using Ethernet, and transmitting the contents to the other party.
[0002]
[Prior art]
2. When data communication between control devices using the TCP / IP protocol is performed on a transmission line using the current technology Ethernet (registered trademark of Xerox bus structure LAN), as shown in FIG. There is state change data transmission in which state change data is generated by detecting a change and the contents are transmitted to the other party. The status change data transmission is a method of transmitting data to a partner apparatus by setting the address of the memory in which the data has changed, the bit position, and whether the bit is ON or OFF as a set.
[0003]
As shown in FIG. 4, the Ethernet driver 10 detects the change in data and creates the change data 11 by using the TCP / IP protocol on the transmission line using the conventional Ethernet. A transmission request a is made to (Ethernet I / F) 20. The Ethernet I / F 20 transmits b the status change data 11 to the partner apparatus 30 in accordance with the transmission request a. The counterpart device 30 receives the status change data 11 and acknowledges (ACK) c to the Ethernet I / F 20. The Ethernet I / F 20 receives this response c, notifies the Ethernet driver 10 of transmission completion d, and completes transmission. The state change data transmission is performed by creating state change data every time there is a state change.
[0004]
[Problems to be solved by the invention]
When state change data is transmitted by the state change data transmission method using the conventional TCP / IP protocol, there are the following problems.
(1) When transmission of state change data fails, the state change data that failed to be transmitted cannot be retransmitted. When the TCP protocol line is disconnected, the Ethernet I / F may fail to transmit the status change data. The serial line protocol has a function to retransmit data that failed to be transmitted when transmission fails, but the TCP protocol requires that the line be reconnected first even if the line is disconnected. There is a very high probability that retransmission in the protocol will fail.
(2) The state change cannot be detected when, for example, the state of the bit changes instantaneously from OFF → ON → 0FF until the transmission is completed after the state change data is transmitted. In the normal state change detection method, if state change data is not being transmitted, it is compared with the previous value whether there is a change in data in a steady cycle, and if change is detected, state change data is created and transmitted. When the transmission completion is notified from the Ethernet I / F, the status change data is set to the previous value, and status change data transmission is completed. In this method, state change detection is not performed in a steady cycle during state change data transmission, and therefore state change detection is not performed when a bit state change is instantaneously OFF → ON → OFF.
[0005]
The present invention has been made in view of the above-mentioned problems. Retransmission of status change data whose status change data failed to be transmitted, or status change frequently occurs between the transmission of this status change data and the completion of retransmission. In this case, it is an object of the present invention to provide an Ethernet-like change transmission system that detects change in the meantime, creates change data, and re-transmits the change data so that the change data can be transmitted in the order of creation.
[0006]
[Means for Solving the Problems]
The present invention requests an Ethernet interface for a first transmission request for transmitting state change data generated by an Ethernet driver detecting data change, and the Ethernet interface uses the TCP / IP protocol to send the state change data to the other party. In the Ethernet status change transmission method to be sent to the device, the Ethernet driver is provided with status change data storage means for saving status change data, the status change data transmission failed due to disconnection of TCP protocol line etc., and the Ethernet interface notifies the transmission failure when, the Ethernet driver has a retransmission function of the second transmission request again Ethernet interface state change data placed and stored in state change data storing means, to the Ethernet driver, the first transmission of the state change data detecting a state change from the time of transmission of the request every predetermined time It registers the state change creation processing unit and created forms the state change data creating state change data Te and state change data registration means is provided, said first transmission request Deformation transmitted at the second transmission request from the time of A third transmission request for requesting the Ethernet interface to transmit the state change data registered in the state change data registration means generated until the completion of data transmission after the second transmission request is transmitted ; Features.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Embodiment 1
FIG. 1 shows an operation explanatory diagram of an Ethernet-like variable transmission system having a retransmission function at the time of transmission failure according to the first embodiment. In the figure, 10 is an Ethernet driver for transmitting status change data, 20 is an Ethernet interface (Ethernet I / F), 30 is a counterpart device to which status change data is transmitted, and 11 is a status change created by detecting data changes. The data, 12 is the state change data storage means, 13 is the state change data taken out from the state change data storage means 12, and 14 is the state to release the state change data 13 stored in the state change data storage means 12 after transmission is completed. This is a variable data release means.
[0009]
This Ethernet variable transmission system will be described together with the operation. The Ethernet driver 10 stores the state change data 11 created by detecting the data change in the state change data storage unit 12 and sends a request a for the state change data 11 to the Ethernet I / F 20. The Ethernet I / F 20 transmits b the status change data 11 to the partner apparatus 30 in accordance with the transmission request a. If there is no acknowledgment (ACK) received from the counterpart device 30, the Ethernet I / F 20 resends the state change data 11 to b1 and b2. If there is no response from the partner device 30 even after two retransmissions, the Ethernet I / F 20 notifies the Ethernet driver 10 of the transmission failure e and notifies the partner device 30 that the connection is disconnected. When receiving the connection disconnection notification f, the partner apparatus 30 requests the Ethernet I / F 20 to reconnect. The Ethernet I / F 20 receives this connection reconnection request g, notifies the counterpart device 30 of reconnection permission, and completes the line reconnection of the Ethernet TCP protocol.
[0010]
When the Ethernet driver 10 is notified of the transmission failure from the Ethernet I / F, after the Ethernet TCP protocol line reconnection is completed, the status change data 13 (= 11) stored in the status change data storage means 12 is stored. The data is transmitted to the read Ethernet I / F 20 and a transmission request i for the state change data 13 is made. The Ethernet I / F 20 sends j the status change data 13 to the partner apparatus 30 in accordance with the retransmission request i. The counterpart device 30 receives the status change data 13 and acknowledges (ACK) k to the Ethernet I / F 20. The Ethernet I / F 20 receives this response k, notifies the Ethernet driver 10 of the completion of transmission, and completes transmission. The state change data 13 stored in the state change data storage unit 12 is released by the state change data release unit 14 upon completion of transmission.
[0011]
According to the first embodiment, the Ethernet I / F 20 may fail to transmit the state change data 11 when the TCP protocol line is disconnected. However, the Ethernet driver may change the state change data storage unit 12. By storing the state change data 11 in the case where a transmission failure is notified from the Ethernet I / F 20, it is possible to request transmission of the state change data stored and placed again. By using the retransmission function of the Ethernet driver 10, important data such as control data can be reliably transmitted to the counterpart device as state change data. Also, if the Ethernet cable is physically disconnected, the TCP protocol will not succeed even if the line is reconnected, but even in such a case, the TCP protocol can be replaced by replacing the cable with a normal one. As long as the line can be reconnected, it is possible to transmit the status change data that failed to be transmitted.
[0012]
Embodiment 2
FIG. 2 is an operation explanatory diagram of an Ethernet-like change transmission system having an instantaneous change detection guarantee function capable of detecting and transmitting an instantaneous change from the time of failure of transmission of change data to a retransmission according to the second embodiment. Indicates. In the figure, 10 is an Ethernet driver for transmitting status change data, 20 is an Ethernet I / F, 30 is a counterpart device, 11 is status data created by detecting data changes, and 12 is status data 11. State change data storage means, 13 is state change data extracted from the state change data storage means 12, and 14 is state change data release for releasing the state change data 13 of the state change data storage means 12 after transmission of the state change data 13. means. (The same as above in FIG. 1).
[0013]
15a to 15c are state change creation processing means for checking whether there is a state change by time-up T1 to T3 of first to third state change timers (not shown) and generating state change data in the case of state change. When the bit is turned ON → OFF or OFF → ON, it has a function of guaranteeing a change in state with a pulse in 500 msec. 16a to 16c are status change transmission buffer queues (status change data registration means) in which the status change data created by the status change creation processing means 15a to 15c are registered, and 17a and 17b are taken out from the status change transmission buffer queues 16a and 16b. The state change data 18a and 18b are state change data storage means for storing the state change data 17a and 17b, and 19a and 19b are the state change data storage means state changes 18a and 18b after the transmission of the state change data 17a and 17b is completed. This is state change data release means for releasing the data 17a and 17b.
[0014]
The operation of this Ethernet-like variable transmission system will be described. The Ethernet driver 10 stores the state change data 11 created by detecting the data change in the state change data storage unit 12 and makes a transmission request a of the state change data 11 to the Ethernet I / F 20. When the transmission request a for the state change data 11 is made, the first state change timer (not shown) is operated.
[0015]
In response to the transmission request a for the state change data 11, the Ethernet I / F 20 transmits b the state change data 11 to the partner apparatus 30. If there is no affirmative response (ACK) from the partner device 30, the Ethernet I / F 20 performs retransmission b1 and b2 of the status change data 11. If there is no response from the partner device 30 even after two retransmissions, the Ethernet I / F 20 notifies the Ethernet driver 10 of the transmission failure e and notifies the partner device 30 that the connection is disconnected. When receiving the connection disconnection notification f, the partner apparatus 30 requests the Ethernet I / F 20 to reconnect. The Ethernet I / F 20 receives this connection reconnection request g, notifies the counterpart device 30 of reconnection permission, and completes the line reconnection of the Ethernet TCP protocol.
[0016]
When the Ethernet driver 10 is notified of the transmission failure e from the Ethernet I / F 20 , after the Ethernet TCP protocol line reconnection is completed, the status change data 13 (= 11) stored in the status change data storage means 12 is stored. A transmission request i is made to the read Ethernet I / F 20. The Ethernet I / F 20 transmits j the status change data 11a to the counterpart device 30 in accordance with the transmission request i. The counterpart device 30 receives the status change data 13 and acknowledges (ACK) k to the Ethernet I / F 20. The Ethernet I / F 20 receives this response k, notifies the Ethernet driver 10 of the transmission completion, and the transmission of the state change data 13 (= 11) is completed. The state change data 13 stored in the state change data storage unit 12 when the transmission is completed is released by the state change data release unit 14.
[0017]
On the other hand, the first state change timer (not shown) that has started operation at the time of the transmission request a for the state change data 11 operates the state change creation processing means 15a at time-up T1. The state change creation processing means 15a detects a change in data, and if there is a state change, creates state change data and registers this state change data in the state change transmission buffer queue 16a. In addition, the second state change timer starts its operation by time-up T1 of the first state-change timer, and operates the state change creation processing means 15b by time-up T2. The state change creation processing means 15b detects a change in data, and if there is a state change, creates state change data and registers this state change data in the state change transmission buffer queue 16b. Similarly, the third status change timer starts operating when the second status change timer expires T2, and the status change creation processing means 15c is operated when the time expires T3. The state change creation processing means 15c detects a change in data, and if there is a state change, creates state change data and registers the state change data in the state change transmission buffer queue 16c . As described above, the state change processing means 15a to 15c detect the state change every predetermined time from the time when the state change data 11 is transmitted, and the state change data is generated when the state change is detected. The status change data is registered in the status change transmission buffer queues 16a to 16c, respectively.
[0018]
If transmission of the status change data 11 fails, the TCP protocol line is reconnected and transmission of the status change data 13 (= 11) is completed and then registered in the status change buffer queue 16a. The status change data 17a is stored in the status change data storage means 18a, and transmitted from the Ethernet driver 10 to the counterpart device 30 via the Ethernet I / F 20. When the counterpart device 30 responds (ACK) o and is notified of the transmission completion p, the status change data 17a stored in the Ethernet is released by the status change data release means 19a.
[0019]
When the transmission completion p is notified, the status change data 17b registered in the status change transmission buffer queue 16b is stored in the status change data storage means 18b, and the counterpart device is connected via the Ethernet I / F 20. 30 is transmitted q and r. When the counterpart device 30 responds (ACK) s and the transmission completion is notified from the Ethernet I / F 20, the status change data 17b stored in the status change data storage means 18b is released by the status change data release means 19b. . Similarly, when the transmission completion p is notified, the status change data 17b registered in the status change transmission buffer queue 16b is taken out and transmitted (not shown).
[0020]
According to the second embodiment, the time change timer for transmitting the state change data 11 is started and the state change creation processing means 15a to 15c confirms whether there is a state change every time the state change timer expires. The state change data 17a to 17b are created and registered in the state change transmission buffer queues 16a to 16c, and the state change data storage means 12 fails to transmit from the transmission a of the state change data 11. Can be transmitted after the completion of the transmission of the state change data 13 until the state change data 13 (= 11) is completely transmitted. For this reason, in the conventional TCP protocol, a considerable amount of time is spent until the line is reconnected after transmission of the state change data fails, and the loss of control data when the state change data cannot be detected during that time is eliminated. be able to. If the transmission of the state change data 17a (17b) fails, the state change data storage means 18a (18b) waits for the TCP protocol line reconnection in the same manner as when the state change data 11 fails to be transmitted. The stored state change data 17a (17b) can be transmitted.
[0021]
【The invention's effect】
(1) According to the present invention , when the TCP protocol line is disconnected, the Ethernet I / F sometimes fails to transmit the status change data, but the driver saves the status change data. Thus, when a transmission failure is notified from the Ethernet I / F, it is possible to request transmission again of the state change data stored and stored. By using the re-transmission function of this driver, it is possible to reliably transmit important data such as control data to the partner apparatus as state change data. Also, if the Ethernet cable is physically disconnected, the TCP protocol will not succeed even if the line is reconnected, but even in such a case, the TCP protocol can be replaced by replacing the cable with a normal one. As long as the line can be reconnected, it is possible to transmit the status change data that failed to be transmitted.
(2) Further, according to the present invention , in the TCP protocol, it takes a considerable time from failure of transmission of status change data to reconnection of the line, and status change data cannot be detected during that time. In this case, there is a risk that the control data is lost, but since it is possible to reliably detect the state change data during that time, transmission without risk of the control data being lost can be performed.
[Brief description of the drawings]
FIG. 1 is an operation explanatory diagram of an Ethernet-like variable transmission system according to a first embodiment of the present invention.
FIG. 2 is an operation explanatory diagram of an Ethernet-like variable transmission system according to Embodiment 2 of the present invention.
FIG. 3 is an explanatory diagram of a procedure for creating state change data.
FIG. 4 is an operation explanatory diagram of an Ethernet-like variable transmission system according to a conventional example.
[Explanation of symbols]
10: Ethernet drivers 11, 13, 17a to 17b ... State change data 12, 18a, 18b ... State change data storage means 14, 18a, 18b ... State change data release means 15a, 15b, 15c ... State change data creation processing means 16a , 16b, 16c ... state change transmission buffer queue (state change data registration means)
20 ... Ethernet I / F (Ethernet interface)
30 ... Counterpart device

Claims (1)

イーサネットドライバがデータの変化を検出して作成した状変データの送信を行う第1送信要求をイーサネットインターフェースに要求し、イーサネットインターフェースがTCP/IPプロトコルを使用して状変データを相手装置に送信するイーサネット状変伝送方式において、
イーサネットドライバに状変データを保存する状変データ保存手段を設け、TCPプロトコル回線の切断などにより状変データの送信に失敗しイーサネットインタフェースから送信失敗が通知されたとき、イーサネットドライバは状変データ保存手段に保存して置いた状変データを再びイーサネットインタフェースに第2送信要求する再送信機能を有し、
イーサネットドライバに前記状変データの第1送信要求の送信時から所定時間毎に状変を検出して状変データを作成する状変作成処理手段と作成した状変データを登録する状変データ登録手段を設け、
前記第1送信要求の時から前記第2送信要求で送信した状変データの送信完了までの間に発生した前記状変データ登録手段に登録されている状変データを、第2送信要求の送信完了後、イーサネットインタフェースに送信要求する第3送信要求を具備することを特徴とするイーサネット状変伝送方式。
The Ethernet driver requests the Ethernet interface for a first transmission request to transmit the status change data generated by detecting the data change, and the Ethernet interface transmits the status change data to the partner apparatus using the TCP / IP protocol. In Ethernet variable transmission system,
The Ethernet driver is provided with status data storage means for saving status data, and when the status data transmission fails due to disconnection of the TCP protocol line and the Ethernet interface is notified of the transmission failure, the Ethernet driver saves the status data. A retransmission function for requesting the second transmission of the state change data stored in the means to the Ethernet interface again;
Ethernet driver Zhou registering a state change creation processing unit and created forms the state change data creating detect and state change data state change every predetermined time from the time the transmission of the state change data first transmission request provided and change data registration means,
The status change data registered in the status change data registration means generated between the time of the first transmission request and the completion of the status change data sent by the second transmission request is transmitted to the second transmission request. An Ethernet variable transmission system comprising a third transmission request for requesting transmission to the Ethernet interface after completion .
JP2001325733A 2001-10-24 2001-10-24 Ethernet variable transmission system Expired - Fee Related JP3972630B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001325733A JP3972630B2 (en) 2001-10-24 2001-10-24 Ethernet variable transmission system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001325733A JP3972630B2 (en) 2001-10-24 2001-10-24 Ethernet variable transmission system

Publications (2)

Publication Number Publication Date
JP2003134137A JP2003134137A (en) 2003-05-09
JP3972630B2 true JP3972630B2 (en) 2007-09-05

Family

ID=19142236

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001325733A Expired - Fee Related JP3972630B2 (en) 2001-10-24 2001-10-24 Ethernet variable transmission system

Country Status (1)

Country Link
JP (1) JP3972630B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109982417B (en) * 2019-01-24 2023-04-07 深圳绿米联创科技有限公司 Sensor control method, sensor control device, sensor, and storage medium

Also Published As

Publication number Publication date
JP2003134137A (en) 2003-05-09

Similar Documents

Publication Publication Date Title
JP4851585B2 (en) COMMUNICATION METHOD FOR SYSTEM COMPRISING CLIENT DEVICE AND MULTIPLE SERVER DEVICE, ITS COMMUNICATION PROGRAM, CLIENT DEVICE, AND SERVER DEVICE
JP2635068B2 (en) Network communication method
US10430374B2 (en) Selective acknowledgement of RDMA packets
US8780772B2 (en) Communication protocol for wireless enhanced controller area networks
JPH10510403A (en) Multi-processor environment
KR20100104149A (en) Transport layer control apparatus for improving ability of the transport layer and packet transmission method able to insure transmission rate and confidence
JP2005228316A (en) TCP connection management device, TCP connection management method, and program storage device
JP3949656B2 (en) Method and apparatus for avoiding double negotiation during communication establishment
JP4153502B2 (en) Communication device and logical link error detection method
US12192004B2 (en) Device and method for selective retransmission of lost packets
JP3972630B2 (en) Ethernet variable transmission system
US8908534B2 (en) Method for performing lifebeat monitoring
KR20090088194A (en) How to handle TCPC retransmission by TOE without intervention of host computer
JP4788264B2 (en) Encrypted communication method and communication apparatus
JP2004260562A (en) Method and device for transmitting and receiving packet
CN102447675B (en) Remote data transmission method and virtual media system using the method
JP2002290442A5 (en)
CN114070781B (en) Data communication method, device, system and computer equipment
JP2002290442A (en) Communication device, program, information storage medium, and communication control method
JPS63246055A (en) Packet transmitter-receiver
CN121603316A (en) CAN-FD redundancy for high availability industrial I/O subsystem
JP2018078482A (en) Transfer device, transfer method, and program
JP6667341B2 (en) Network system
JP2017098603A (en) Communications system
CN107646178A (en) Method and apparatus for managing data frame transmission

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040722

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060622

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060627

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060823

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061024

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061102

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: 20070522

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070604

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 3972630

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100622

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110622

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110622

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120622

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130622

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees