JP3512278B2 - シリアル通信処理装置 - Google Patents
シリアル通信処理装置Info
- Publication number
- JP3512278B2 JP3512278B2 JP26856395A JP26856395A JP3512278B2 JP 3512278 B2 JP3512278 B2 JP 3512278B2 JP 26856395 A JP26856395 A JP 26856395A JP 26856395 A JP26856395 A JP 26856395A JP 3512278 B2 JP3512278 B2 JP 3512278B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- reception
- serial communication
- message
- communication 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.)
- Expired - Fee Related
Links
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、シリアルに複数の
データをメッセージとして通信するシリアル通信処理装
置に関し、特に通信処理時間の短縮を行うことができる
シリアル通信処理装置を提供することを目的とする。
データをメッセージとして通信するシリアル通信処理装
置に関し、特に通信処理時間の短縮を行うことができる
シリアル通信処理装置を提供することを目的とする。
【０００２】
【従来の技術】図８は従来のシリアル通信処理装置を説
明する図であり、図９は送受信バッファを示す図であ
る。図８に示すように、従来のシリアル通信処理装置で
は、シリアルに受信される１メッセージは複数のデータ
のヘッダー部、複数のデータのデータ部からなる。デー
タ部の最後にはチェックサム（ＣＳ）データが設けられ
る。受信データは、図９に示す受信バッファに逐次格納
される。各データは１バイトで構成される。
明する図であり、図９は送受信バッファを示す図であ
る。図８に示すように、従来のシリアル通信処理装置で
は、シリアルに受信される１メッセージは複数のデータ
のヘッダー部、複数のデータのデータ部からなる。デー
タ部の最後にはチェックサム（ＣＳ）データが設けられ
る。受信データは、図９に示す受信バッファに逐次格納
される。各データは１バイトで構成される。
【０００３】メッセージ受信終了判断が行われると、ヘ
ッダー部の正常受信判断を行う（ヘッダー部チェッ
ク）。次に、チェックサム（ＣＳ）によりデータ部の正
常受信判断を行う。すなわち、第１番目〜第ｎ番目まで
のデータを加算した値を求め、この加算値とチェックサ
ムデータ値が一致するかを判断する（ＣＳチェック）。
ッダー部の正常受信判断を行う（ヘッダー部チェッ
ク）。次に、チェックサム（ＣＳ）によりデータ部の正
常受信判断を行う。すなわち、第１番目〜第ｎ番目まで
のデータを加算した値を求め、この加算値とチェックサ
ムデータ値が一致するかを判断する（ＣＳチェック）。
【０００４】これらの判断が正常ならば、図９に示すよ
うに受信データに対する応答データが送信バッファに格
納され、送信を開始し応答処理を終了する。
うに受信データに対する応答データが送信バッファに格
納され、送信を開始し応答処理を終了する。
【０００５】
【発明が解決しようとする課題】ところで、上記シリア
ル通信処理装置では、メッセージ終了判断後、ヘッダー
部のチェック、データ部のチェック、応答処理中には、
このシリアル通信処理より優先度の低い他の処理が中断
される（図８参照）。しかしながら、この中断処理が長
いと、他の処理が遅れるという問題がある。さらに、ヘ
ッダー部にエラーがあっても最後まで受信処理を行って
いるので、エラー発生時から最後までの受信処理は時間
的に無断であるという問題がある。さらに、通信で取り
決められた最大値のバイト数を基に受信バッファ、送信
バッファのデータ格納容量が決められているが、この際
この格納容量をできるだけ小さくしたいという課題もあ
る。
ル通信処理装置では、メッセージ終了判断後、ヘッダー
部のチェック、データ部のチェック、応答処理中には、
このシリアル通信処理より優先度の低い他の処理が中断
される（図８参照）。しかしながら、この中断処理が長
いと、他の処理が遅れるという問題がある。さらに、ヘ
ッダー部にエラーがあっても最後まで受信処理を行って
いるので、エラー発生時から最後までの受信処理は時間
的に無断であるという問題がある。さらに、通信で取り
決められた最大値のバイト数を基に受信バッファ、送信
バッファのデータ格納容量が決められているが、この際
この格納容量をできるだけ小さくしたいという課題もあ
る。
【０００６】したがって、本発明は、上記問題点に鑑
み、他の処理中断の時間を短縮でき、ヘッダー部にエラ
ーがある場合に無駄な受信処理時間を短縮できかつ送受
信バッファタの格納容量を低減できるシリアル通信処理
装置を提供することを目的とする。
み、他の処理中断の時間を短縮でき、ヘッダー部にエラ
ーがある場合に無駄な受信処理時間を短縮できかつ送受
信バッファタの格納容量を低減できるシリアル通信処理
装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】本発明は、前記問題点を
解決するために、シリアルに複数のデータをメッセージ
として通信するシリアル通信処理装置において、前記メ
ッセージのヘッダー部の複数のデータを正常に受信した
かのヘッダー部判断処理と、前記メッセージの複数のデ
ータのエラーを見つけるためにデータを累積するチェッ
クサム処理とが前記データのインターバル間に分散して
行われる。この手段により、メッセージ受信終了後の処
理が短縮し、このために、他の処理の待ち時間が減少
し、応答性が向上できる。
解決するために、シリアルに複数のデータをメッセージ
として通信するシリアル通信処理装置において、前記メ
ッセージのヘッダー部の複数のデータを正常に受信した
かのヘッダー部判断処理と、前記メッセージの複数のデ
ータのエラーを見つけるためにデータを累積するチェッ
クサム処理とが前記データのインターバル間に分散して
行われる。この手段により、メッセージ受信終了後の処
理が短縮し、このために、他の処理の待ち時間が減少
し、応答性が向上できる。
【０００８】分散された前記ヘッダー判断処理は、受信
に異常がある場合にその後の通信処理を終了するように
してもよい。この手段により、受信毎にデータ内容チェ
ックすることで、エラー検出が早くでき、その後無駄な
処理を省略することができる。分散された、前記ヘッダ
ー判断処理及び前記チェックサム処理に１データ分の格
納容量をもつ受信バッファを使用するようにしてもよ
い。この手段により、受信用のバッファが通信で取り決
められた最大値のバイト数から１バイトの容量に削減で
きる。
に異常がある場合にその後の通信処理を終了するように
してもよい。この手段により、受信毎にデータ内容チェ
ックすることで、エラー検出が早くでき、その後無駄な
処理を省略することができる。分散された、前記ヘッダ
ー判断処理及び前記チェックサム処理に１データ分の格
納容量をもつ受信バッファを使用するようにしてもよ
い。この手段により、受信用のバッファが通信で取り決
められた最大値のバイト数から１バイトの容量に削減で
きる。
【０００９】
【発明の実施の形態】以下本発明の実施の形態について
図面を参照して説明する。図１は本発明に実施の形態に
係るシリアル通信処理装置を示す図であり、図２は図１
における送受バッファを示す図である。本図に示すよう
に、シリアル通信処理装置は、マスタＥＣＵ（電子制御
装置）１と、マスタＥＣＵ１からリクエストメッセージ
データを受信しレスポンスを送信する複数のスレーブＥ
ＣＵ（電子制御装置）２とからなる。各スレーブＥＣＵ
２は、マスタＥＣＵ１に対する入出力回路２１と、送信
バッファと受信バッファからなるシリアルバッファ２２
と、メモリ２３と、演算部２４とを有する。ここで、本
図に示すように、通信で取り決められた最大値のバイト
数を基に、送信バッファのデータ格納容量が決められる
が、後述するように受信バッファはデータ格納容量は１
データ分の、例えば、１バイトである。
図面を参照して説明する。図１は本発明に実施の形態に
係るシリアル通信処理装置を示す図であり、図２は図１
における送受バッファを示す図である。本図に示すよう
に、シリアル通信処理装置は、マスタＥＣＵ（電子制御
装置）１と、マスタＥＣＵ１からリクエストメッセージ
データを受信しレスポンスを送信する複数のスレーブＥ
ＣＵ（電子制御装置）２とからなる。各スレーブＥＣＵ
２は、マスタＥＣＵ１に対する入出力回路２１と、送信
バッファと受信バッファからなるシリアルバッファ２２
と、メモリ２３と、演算部２４とを有する。ここで、本
図に示すように、通信で取り決められた最大値のバイト
数を基に、送信バッファのデータ格納容量が決められる
が、後述するように受信バッファはデータ格納容量は１
データ分の、例えば、１バイトである。
【００１０】図３はマスタＥＣＵ１からのリクエストメ
ッセージのシリアル受信の構成を示す図である。本図に
示すように、リクエストメッセージのシリアル通信の構
成は、みだしＩＤを示すフォーマットバイトデータ、宛
て名ＩＤを示すターゲットアドレスデータ、送り先ＩＤ
を示すソースアドレスデータを有するヘーダー部と、自
分がサポートしているサービスＩＤを示すサービスＩＤ
データ、パラメータ１のデータ、…、パラメータｎのデ
ータ、チェックサムデータを有するデータ部からなるシ
リアル受信の構成を示す図である。各データは１バイト
であり、各データの時間間隔は１ｍｓであり、ヘッダー
部とデータ部とのインターバルは０〜２０ｍｓであり、
各データ間のインターバルは数μｓである。
ッセージのシリアル受信の構成を示す図である。本図に
示すように、リクエストメッセージのシリアル通信の構
成は、みだしＩＤを示すフォーマットバイトデータ、宛
て名ＩＤを示すターゲットアドレスデータ、送り先ＩＤ
を示すソースアドレスデータを有するヘーダー部と、自
分がサポートしているサービスＩＤを示すサービスＩＤ
データ、パラメータ１のデータ、…、パラメータｎのデ
ータ、チェックサムデータを有するデータ部からなるシ
リアル受信の構成を示す図である。各データは１バイト
であり、各データの時間間隔は１ｍｓであり、ヘッダー
部とデータ部とのインターバルは０〜２０ｍｓであり、
各データ間のインターバルは数μｓである。
【００１１】図４は本発明に実施の形態に係るシリアル
通信処理装置の受信、応答処理を説明するタイミングを
示す図である。本図に示すように、本発明に係る受信／
応答処理では、シリアルデータ受信毎にヘッダー部チェ
ック、ＣＳチェック用データ加算処理、応答データの送
信バッファへのセット等が行われる。つまり、従来メッ
セージ受信終了後判断処理で行われていた処理をシリア
ルデータ受信毎に分散したため、メッセージ受信終了後
判断の処理に係る時間が従来の時間（ｔ１）に対して本
発明の時間（ｔ２）は短くなる。そして、他の処理時間
が短くなる。以下に詳細を説明する。
通信処理装置の受信、応答処理を説明するタイミングを
示す図である。本図に示すように、本発明に係る受信／
応答処理では、シリアルデータ受信毎にヘッダー部チェ
ック、ＣＳチェック用データ加算処理、応答データの送
信バッファへのセット等が行われる。つまり、従来メッ
セージ受信終了後判断処理で行われていた処理をシリア
ルデータ受信毎に分散したため、メッセージ受信終了後
判断の処理に係る時間が従来の時間（ｔ１）に対して本
発明の時間（ｔ２）は短くなる。そして、他の処理時間
が短くなる。以下に詳細を説明する。
【００１２】図５及び図６はスレーブＥＣＵ２の受信／
応答処理を説明するフローチャートである。ステップＳ
１において、シリアルデータを受信バッファに入力し、
この入力毎に、データ受信割り込み処理が行われ、受信
カウンタ値ＣRCV に１を加える。ステップＳ２におい
て、 受信カウンタ値＞送信最大（ＭＡＸ）数 が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ３に進み、「ＮＯ」ならステップＳ４に
進。
応答処理を説明するフローチャートである。ステップＳ
１において、シリアルデータを受信バッファに入力し、
この入力毎に、データ受信割り込み処理が行われ、受信
カウンタ値ＣRCV に１を加える。ステップＳ２におい
て、 受信カウンタ値＞送信最大（ＭＡＸ）数 が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ３に進み、「ＮＯ」ならステップＳ４に
進。
【００１３】ステップＳ３において、受信カウンタ値が
送信最大数を越える場合には、通信を終了し、割り込み
を終了する。ここで、通信終了により、通信タイミング
初期化、通信メモリオールクリアが行われる。ステップ
Ｓ４において、受信カウンタ値が送信最大数を越えない
場合には、 受信カウンタ値ＣRCV ＝１ が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ５に進み、「ＮＯ」ならステップＳ７に進
む。
送信最大数を越える場合には、通信を終了し、割り込み
を終了する。ここで、通信終了により、通信タイミング
初期化、通信メモリオールクリアが行われる。ステップ
Ｓ４において、受信カウンタ値が送信最大数を越えない
場合には、 受信カウンタ値ＣRCV ＝１ が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ５に進み、「ＮＯ」ならステップＳ７に進
む。
【００１４】ステップＳ５において、ヘッダー部のフォ
ーマットバイトの受信が正常であるか否かを判断する。
この判断が「ＹＥＳ」で受信が正常ならばステップＳ２
１に進み、「ＮＯ」ならステップＳ６に進む。ステップ
Ｓ６において、ヘッダー部のフォーマットバイトの受信
が異常ならば、通信を終了し、割り込みを終了する。
ーマットバイトの受信が正常であるか否かを判断する。
この判断が「ＹＥＳ」で受信が正常ならばステップＳ２
１に進み、「ＮＯ」ならステップＳ６に進む。ステップ
Ｓ６において、ヘッダー部のフォーマットバイトの受信
が異常ならば、通信を終了し、割り込みを終了する。
【００１５】ステップＳ７において、
受信カウンタ値ＣRCV ＝２
が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ８に進み、「ＮＯ」ならステップＳ１０に
進む。ステップＳ８において、ヘッダー部のターゲット
アドレスの受信が正常であるか否かを判断する。この判
断が「ＹＥＳ」で受信が正常ならばステップＳ２１に進
み、「ＮＯ」ならステップＳ９に進む。
らステップＳ８に進み、「ＮＯ」ならステップＳ１０に
進む。ステップＳ８において、ヘッダー部のターゲット
アドレスの受信が正常であるか否かを判断する。この判
断が「ＹＥＳ」で受信が正常ならばステップＳ２１に進
み、「ＮＯ」ならステップＳ９に進む。
【００１６】ステップＳ９において、ヘッダー部のター
ゲットアドレスの受信が異常ならば、通信を終了し、割
り込みを終了する。ステップＳ１０において、 受信カウンタ値ＣRCV ＝３ が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ１１に進み、「ＮＯ」ならステップＳ１３
に進む。
ゲットアドレスの受信が異常ならば、通信を終了し、割
り込みを終了する。ステップＳ１０において、 受信カウンタ値ＣRCV ＝３ が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ１１に進み、「ＮＯ」ならステップＳ１３
に進む。
【００１７】ステップＳ１１において、ヘッダー部のソ
ースアドレスの受信が正常であるか否かを判断する。こ
の判断が「ＹＥＳ」で受信が正常ならばステップＳ２１
に進み、「ＮＯ」ならステップＳ１２に進む。ステップ
Ｓ１２において、ヘッダー部のソースアドレスの受信が
異常ならば、通信を終了し、割り込みを終了する。
ースアドレスの受信が正常であるか否かを判断する。こ
の判断が「ＹＥＳ」で受信が正常ならばステップＳ２１
に進み、「ＮＯ」ならステップＳ１２に進む。ステップ
Ｓ１２において、ヘッダー部のソースアドレスの受信が
異常ならば、通信を終了し、割り込みを終了する。
【００１８】ステップＳ１３において、
受信カウンタ値ＣRCV ＝４
が成立するか否かを判断する。この判断が「ＹＥＳ」な
らステップＳ１７に進み、「ＮＯ」ならステップＳ１４
に進む。ステップＳ１４において、ヘッダー部のサービ
スＩＤの受信が正常であるか否かを判断する。この判断
が「ＹＥＳ」ならステップＳ１５に進み、「ＮＯ」なら
ステップＳ１６に進む。
らステップＳ１７に進み、「ＮＯ」ならステップＳ１４
に進む。ステップＳ１４において、ヘッダー部のサービ
スＩＤの受信が正常であるか否かを判断する。この判断
が「ＹＥＳ」ならステップＳ１５に進み、「ＮＯ」なら
ステップＳ１６に進む。
【００１９】ステップＳ１５において、ヘッダー部のサ
ービスＩＤの受信が正常である場合には、サービス設定
を行ってステップＳ２１に進む。ステップＳ１６におい
て、ヘッダー部のサービスＩＤの受信が異常ならば、通
信処理を終了し、割り込みを終了する。以上のステップ
において、ヘッダー部のデータの受信毎に正常か否かの
判断を行うので、メッセージ受信終了後のヘッダー部チ
ェックを行う必要がなくなる。
ービスＩＤの受信が正常である場合には、サービス設定
を行ってステップＳ２１に進む。ステップＳ１６におい
て、ヘッダー部のサービスＩＤの受信が異常ならば、通
信処理を終了し、割り込みを終了する。以上のステップ
において、ヘッダー部のデータの受信毎に正常か否かの
判断を行うので、メッセージ受信終了後のヘッダー部チ
ェックを行う必要がなくなる。
【００２０】ステップＳ１７において、受信カウンタ値
ＣRCV ＞４ならば、パラメータＩＤを読み込む。ステッ
プＳ１８において、パラメータ値に該当しないかを判断
する。この判断が「ＹＥＳ」ならステップＳ１９に進
み、「ＮＯ」ならステップＳ２０に進む。ステップＳ１
９において、パラメータ値がパラメータ値に該当しない
場合、送信バッファに受信データをセットし、割り込み
を終了する。この受信データは最後に受信したデータで
ある。
ＣRCV ＞４ならば、パラメータＩＤを読み込む。ステッ
プＳ１８において、パラメータ値に該当しないかを判断
する。この判断が「ＹＥＳ」ならステップＳ１９に進
み、「ＮＯ」ならステップＳ２０に進む。ステップＳ１
９において、パラメータ値がパラメータ値に該当しない
場合、送信バッファに受信データをセットし、割り込み
を終了する。この受信データは最後に受信したデータで
ある。
【００２１】ステップＳ２０において、パラメータ値が
パラメータ値に該当する場合、サービスに応じてパラメ
ータＩＤの応答データを送信バッファにセットする。ス
テップＳ２１において、ＲＡＭ（ランダムアクセスメモ
リ）より前回のＣＳを読み出す。ステップＳ２２におい
て、下記演算を行う。
パラメータ値に該当する場合、サービスに応じてパラメ
ータＩＤの応答データを送信バッファにセットする。ス
テップＳ２１において、ＲＡＭ（ランダムアクセスメモ
リ）より前回のＣＳを読み出す。ステップＳ２２におい
て、下記演算を行う。
【００２２】ＣＳ＝ＣＳ＋受信データ
ステップＳ２３において、上記ＣＳを上記ＲＡＭに格納
し、割り込みを終了する。以上のステップにおいて、ヘ
ッダー部、データ部のデータの受信毎にチェックサムを
行うので、メッセージ受信終了後のチェックサムを行う
必要がなくなる。
し、割り込みを終了する。以上のステップにおいて、ヘ
ッダー部、データ部のデータの受信毎にチェックサムを
行うので、メッセージ受信終了後のチェックサムを行う
必要がなくなる。
【００２３】さらに、データ受信毎に、ヘッダー部チェ
ック、チェックサムを行うので、受信バッファは１バイ
ト分のデータを格納する容量をもてばよくなる。図７は
メッセージ受信終了後の処理を説明するフローチャート
である。ステップＳ３１において、メッセージ受信終了
により割り込みを開始する。ステップＳ３２において、
最後に受信したデータ部のチェックサムデータと前記ス
テップＳ２２においてなされたチェックサムＣＳと一致
するか否かを判断する。この判断が「ＹＥＳ」ならステ
ップＳ３３に進み、「ＮＯ」ならステップＳ３５に進
む。
ック、チェックサムを行うので、受信バッファは１バイ
ト分のデータを格納する容量をもてばよくなる。図７は
メッセージ受信終了後の処理を説明するフローチャート
である。ステップＳ３１において、メッセージ受信終了
により割り込みを開始する。ステップＳ３２において、
最後に受信したデータ部のチェックサムデータと前記ス
テップＳ２２においてなされたチェックサムＣＳと一致
するか否かを判断する。この判断が「ＹＥＳ」ならステ
ップＳ３３に進み、「ＮＯ」ならステップＳ３５に進
む。
【００２４】ステップＳ３３において、一致する場合に
は、前記ステップＳ２０で最後に格納した送信データを
削除する。ステップＳ３４において、送信用のヘッダー
部のデータ、チェックサムデータを送信バッファにセッ
トする。ステップＳ３５において、送信処理を開始し割
り込みを終了する。
は、前記ステップＳ２０で最後に格納した送信データを
削除する。ステップＳ３４において、送信用のヘッダー
部のデータ、チェックサムデータを送信バッファにセッ
トする。ステップＳ３５において、送信処理を開始し割
り込みを終了する。
【００２５】ステップＳ３６において、一致しない場合
には、通信を終了し、割り込みを終了する。このように
して、メッセージ受信終了後の処理が従来と比較して非
常に少なくなるため、他の処理の待ち時間が短縮され
る。
には、通信を終了し、割り込みを終了する。このように
して、メッセージ受信終了後の処理が従来と比較して非
常に少なくなるため、他の処理の待ち時間が短縮され
る。
【図１】本発明に実施の形態に係るシリアル通信処理装
置を示す図である。
置を示す図である。
【図２】図１における送受バッファを示す図である。
【図３】マスタＥＣＵ１からのリクエストメッセージの
シリアル受信の構成を示す図である。
シリアル受信の構成を示す図である。
【図４】本発明に実施の形態に係るシリアル通信処理装
置の受信、応答処理を説明するタイミングを示す図であ
る。
置の受信、応答処理を説明するタイミングを示す図であ
る。
【図５】スレーブＥＣＵ２の受信／応答処理を説明する
フローチャートである。
フローチャートである。
【図６】スレーブＥＣＵ２の受信／応答処理を説明する
フローチャートである。
フローチャートである。
【図７】メッセージ受信終了後の処理を説明するフロー
チャートである。
チャートである。
【図８】従来のシリアル通信処理装置を説明する図であ
る。
る。
【図９】送受信バッファを示す図である。
１…マスタＥＣＵ
２…スレーブＥＣＵ
２１…送受信バッファ
Claims (3)
- 【請求項１】 複数のデータを各データ間にインターバ
ルを挟んでメッセージとしてシリアル通信するシリアル
通信処理装置において、 前記メッセージの複数のデータを正常に受信したかを判
断するデータ判断処理と、前記複数のデータのエラーを
見つけるためにデータを累積するチェックサム処理と
が、前記各データの各インターバル間に分散して行われ
ることを特徴とするシリアル通信処理装置。 - 【請求項２】 分散された前記データ判断処理は、受信
に異常がある場合にその後の通信処理を終了することを
特徴とする、請求項１に記載のシリアル通信処理装置。 - 【請求項３】 分散された、前記データ判断処理及び前
記チェックサム処理に１データ分の格納容量をもつ受信
バッファを使用することを特徴とする、請求項１に記載
のシリアル通信処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26856395A JP3512278B2 (ja) | 1995-10-17 | 1995-10-17 | シリアル通信処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26856395A JP3512278B2 (ja) | 1995-10-17 | 1995-10-17 | シリアル通信処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09116595A JPH09116595A (ja) | 1997-05-02 |
| JP3512278B2 true JP3512278B2 (ja) | 2004-03-29 |
Family
ID=17460268
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26856395A Expired - Fee Related JP3512278B2 (ja) | 1995-10-17 | 1995-10-17 | シリアル通信処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3512278B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100323806B1 (ko) * | 1999-11-19 | 2002-02-19 | 김진태 | 일대다 통신방법 |
-
1995
- 1995-10-17 JP JP26856395A patent/JP3512278B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09116595A (ja) | 1997-05-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4430651A (en) | Expandable and contractible local area network system | |
| JPS5836050A (ja) | 通信網における局 | |
| JPH043701B2 (ja) | ||
| US7428608B2 (en) | Communication system, communication circuit and communication method | |
| US5367644A (en) | Communication system | |
| KR101001074B1 (ko) | 버스 상에 데이터를 전송하기 위한 방법 | |
| JPH09139751A (ja) | 通信ネットワークにおけるトラフィック・フィルタリング用ブリッジ装置 | |
| JPH04304742A (ja) | Ｌａｎの遠隔端末にアドレスを割り当てる方法および装置 | |
| EP0525736B1 (en) | Data storing system for a communication control circuit | |
| JP5237438B2 (ja) | 機能的に区別される送信イベントメモリを備えた通信システムの加入者ノード | |
| JP3512278B2 (ja) | シリアル通信処理装置 | |
| KR20000005265A (ko) | 다중 통신 인터페이스 회로 및 그 방법 | |
| EP0887980B1 (en) | Address setting method and communication system to which the address setting method is applied | |
| US7233592B1 (en) | Packet transfer control circuit | |
| US20050138236A1 (en) | Direct memory access control device and method for automatically updating data transmisson size from peripheral | |
| JP2943710B2 (ja) | バッファのビジー制御方式 | |
| US7529268B1 (en) | Multi-point electronic control system protocol | |
| JP2002236659A (ja) | 車両用電子制御装置 | |
| JP3230339B2 (ja) | 通信制御装置 | |
| JPS6332298B2 (ja) | ||
| JP3164996B2 (ja) | シリアルデータ受信装置 | |
| JPH0736807A (ja) | 通信制御方法 | |
| JP2893850B2 (ja) | シリアルデータ伝送方式 | |
| JP3266789B2 (ja) | 通信制御装置 | |
| JP2842639B2 (ja) | データ転送方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031209 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040106 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080116 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090116 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100116 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |