JP2003318996A - 車両用通信装置 - Google Patents
車両用通信装置Info
- Publication number
- JP2003318996A JP2003318996A JP2002117956A JP2002117956A JP2003318996A JP 2003318996 A JP2003318996 A JP 2003318996A JP 2002117956 A JP2002117956 A JP 2002117956A JP 2002117956 A JP2002117956 A JP 2002117956A JP 2003318996 A JP2003318996 A JP 2003318996A
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- data
- state
- communication device
- status
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
- H04L12/40019—Details regarding a bus master
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
- H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
- H04L12/4135—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD) using bit-wise arbitration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Abstract
(57)【要約】
【課題】効率的な通信制御を実施すること。
【解決手段】ＥＣＵ１０にはテスタ２０が接続され、こ
の両者間で全二重通信によりＣＡＮメッセージが送受信
される。ＥＣＵ１０において、ＣＡＮ通信制御部１１
は、基本的にＣＡＮメッセージ受信処理、応答データ作
成処理、ＣＡＮメッセージ送信処理の各機能を具備す
る。また、バッファ管理部１２には、リングバッファ構
造の複数のバッファ１３が設けられている。バッファ１
３は、バッファステータス付きの送受信共用バッファで
ある。ＣＡＮ通信制御部１１では、要求データの受信又
は応答データの送信に際してバッファステータスに応じ
て各バッファ１３を選択的に使用すると共に、バッファ
ステータスをその都度該当する状態に操作する。
の両者間で全二重通信によりＣＡＮメッセージが送受信
される。ＥＣＵ１０において、ＣＡＮ通信制御部１１
は、基本的にＣＡＮメッセージ受信処理、応答データ作
成処理、ＣＡＮメッセージ送信処理の各機能を具備す
る。また、バッファ管理部１２には、リングバッファ構
造の複数のバッファ１３が設けられている。バッファ１
３は、バッファステータス付きの送受信共用バッファで
ある。ＣＡＮ通信制御部１１では、要求データの受信又
は応答データの送信に際してバッファステータスに応じ
て各バッファ１３を選択的に使用すると共に、バッファ
ステータスをその都度該当する状態に操作する。
Description
【０００１】
【発明の属する技術分野】本発明は、ＣＡＮプロトコル
等を適用した車両用通信装置に関するものである。
等を適用した車両用通信装置に関するものである。
【０００２】
【従来の技術】この種の車両用通信装置では、ＥＣＵ
（電子制御ユニット）内の各種の情報をテスタを用いて
読み出し、当該情報に基づいて故障の解析等が実施され
る。この場合、テスタとＥＣＵとの間で実施される通信
制御では、受信若しくは送信のデータを一時的に記憶す
るための領域（「バッファ」と定義する）が受信及び送
信それぞれで確保されており、このバッファを通じてデ
ータの受信並びに送信が実施される。
（電子制御ユニット）内の各種の情報をテスタを用いて
読み出し、当該情報に基づいて故障の解析等が実施され
る。この場合、テスタとＥＣＵとの間で実施される通信
制御では、受信若しくは送信のデータを一時的に記憶す
るための領域（「バッファ」と定義する）が受信及び送
信それぞれで確保されており、このバッファを通じてデ
ータの受信並びに送信が実施される。
【０００３】上記従来技術では、受信及び送信それぞれ
でバッファを所持しているため、受信時に要する最大デ
ータ領域と送信時に要する最大データ領域とをそれぞれ
確保しなくてはならない。例えば、ＣＡＮプロトコルの
受信又は送信で使用される最大４ｋバイトのデータを送
受信するためには、合計８ｋバイトもの領域が必要にな
る。
でバッファを所持しているため、受信時に要する最大デ
ータ領域と送信時に要する最大データ領域とをそれぞれ
確保しなくてはならない。例えば、ＣＡＮプロトコルの
受信又は送信で使用される最大４ｋバイトのデータを送
受信するためには、合計８ｋバイトもの領域が必要にな
る。
【０００４】その対策として、リングバッファを用い、
受信及び送信でバッファを共用することが考えられる。
このリングバッファでは、全領域が受信データ及び送信
データ双方で利用可能となっており、書き込み及び読み
出しのアドレスを指定するためのバッファポインタ（書
き込みポインタ、読み出しポインタ）が設定されてい
る。例えば、図８に示すように、１バイトのデータ１の
書き込みに伴い書き込みポインタが１バイト分進めら
れ、更にデータ１の読み出しに伴い読み出しポインタが
１バイト分進められる。
受信及び送信でバッファを共用することが考えられる。
このリングバッファでは、全領域が受信データ及び送信
データ双方で利用可能となっており、書き込み及び読み
出しのアドレスを指定するためのバッファポインタ（書
き込みポインタ、読み出しポインタ）が設定されてい
る。例えば、図８に示すように、１バイトのデータ１の
書き込みに伴い書き込みポインタが１バイト分進めら
れ、更にデータ１の読み出しに伴い読み出しポインタが
１バイト分進められる。
【０００５】また近年では、ＩＳＯ（国際標準化機構）
等により、自動車に用いられるＣＡＮ（コントロールエ
リアネットワーク）の規格が整備されつつある。例えば
ＩＳＯ１５７６５−２の規格では、ＣＡＮプロトコルと
して送信と受信とを同時に行う全二重通信が定義されて
いる。従って、単純にリングバッファを複数定義する
と、どのバッファを送信又は受信に使えばいいか判断で
きなくなるといった問題が新たに生じる。
等により、自動車に用いられるＣＡＮ（コントロールエ
リアネットワーク）の規格が整備されつつある。例えば
ＩＳＯ１５７６５−２の規格では、ＣＡＮプロトコルと
して送信と受信とを同時に行う全二重通信が定義されて
いる。従って、単純にリングバッファを複数定義する
と、どのバッファを送信又は受信に使えばいいか判断で
きなくなるといった問題が新たに生じる。
【０００６】
【発明が解決しようとする課題】本発明は、上記問題に
着目してなされたものであって、その目的とするところ
は、効率的な通信制御を実施することができる車両用通
信装置を提供することである。
着目してなされたものであって、その目的とするところ
は、効率的な通信制御を実施することができる車両用通
信装置を提供することである。
【０００７】
【課題を解決するための手段】請求項１に記載の車両用
通信装置では、リングバッファ構造のバッファを用いる
ことにより受信と送信とでバッファの共用が可能とな
り、メモリ領域の有効利用が可能となる。また特に、各
バッファのリングバッファ部に個々の状態（通信状態、
使用状態等）を表す状態データを付与し、要求データの
受信又は応答データの送信に際して状態データに応じて
各バッファを選択的に使用すると共に、状態データをそ
の都度該当する状態に操作するようにした。この場合、
状態データをモニタすることにより各バッファが如何な
る状態にあるかが容易に判断できる。従って、効率的な
通信装置が実現できる。
通信装置では、リングバッファ構造のバッファを用いる
ことにより受信と送信とでバッファの共用が可能とな
り、メモリ領域の有効利用が可能となる。また特に、各
バッファのリングバッファ部に個々の状態（通信状態、
使用状態等）を表す状態データを付与し、要求データの
受信又は応答データの送信に際して状態データに応じて
各バッファを選択的に使用すると共に、状態データをそ
の都度該当する状態に操作するようにした。この場合、
状態データをモニタすることにより各バッファが如何な
る状態にあるかが容易に判断できる。従って、効率的な
通信装置が実現できる。
【０００８】本発明では請求項２に記載したように、前
記状態データとして、空き状態、受信中の状態、送信中
の状態の少なくとも３つの状態を定義すると良い。これ
により、バッファの使用状態が把握できる。
記状態データとして、空き状態、受信中の状態、送信中
の状態の少なくとも３つの状態を定義すると良い。これ
により、バッファの使用状態が把握できる。
【０００９】請求項３に記載の発明では、外部ツールか
らの要求データを受信した際、前記状態データに基づい
て書き込み先となるバッファを検索し、該検索したバッ
ファの状態データを受信中とした後要求データを当該バ
ッファに書き込む。また、一旦書き込んだ要求データを
読み出し、応答データを作成する。そして、前記状態デ
ータを受信中から送信中に切り替えた後応答データを当
該バッファに書き込み、更に該書き込んだ応答データを
送信のために読み出すと共に状態データを空き状態とす
る。本構成によれば、要求データの受信後において、バ
ッファを介しての要求データの書き込み及び読み出し、
応答データの作成、同一のバッファを介しての応答デー
タの書き込み及び読み出し、更に応答データの送信を好
適に実施することができる。
らの要求データを受信した際、前記状態データに基づい
て書き込み先となるバッファを検索し、該検索したバッ
ファの状態データを受信中とした後要求データを当該バ
ッファに書き込む。また、一旦書き込んだ要求データを
読み出し、応答データを作成する。そして、前記状態デ
ータを受信中から送信中に切り替えた後応答データを当
該バッファに書き込み、更に該書き込んだ応答データを
送信のために読み出すと共に状態データを空き状態とす
る。本構成によれば、要求データの受信後において、バ
ッファを介しての要求データの書き込み及び読み出し、
応答データの作成、同一のバッファを介しての応答デー
タの書き込み及び読み出し、更に応答データの送信を好
適に実施することができる。
【００１０】上記請求項３の発明では、請求項４に記載
したように、前記状態データが空き状態であるバッファ
を選択し、当該バッファを要求データの書き込み先とし
たり、請求項５に記載したように、前記状態データが受
信中の状態であるバッファを選択し、当該バッファを要
求データの書き込み先としたりすると良い。
したように、前記状態データが空き状態であるバッファ
を選択し、当該バッファを要求データの書き込み先とし
たり、請求項５に記載したように、前記状態データが受
信中の状態であるバッファを選択し、当該バッファを要
求データの書き込み先としたりすると良い。
【００１１】前記作成した応答データをバッファに書き
込んだ後、複数に分割してバッファから読み出し外部ツ
ールに送信することも考えられる。この場合、請求項６
に記載したように、全ての応答データの読み出しが完了
した後、前記状態データを空き状態に切り替えると良
い。
込んだ後、複数に分割してバッファから読み出し外部ツ
ールに送信することも考えられる。この場合、請求項６
に記載したように、全ての応答データの読み出しが完了
した後、前記状態データを空き状態に切り替えると良
い。
【００１２】
【発明の実施の形態】以下、この発明の車両用通信装置
を具体化した一実施の形態を図面に従って説明する。本
実施の形態では車両制御システムに本発明を具体化し、
その構成を図１に示す。
を具体化した一実施の形態を図面に従って説明する。本
実施の形態では車両制御システムに本発明を具体化し、
その構成を図１に示す。
【００１３】図１において、ＥＣＵ１０はマイクロコン
ピュータを主体とする電子制御ユニットよりなり、この
ＥＣＵ１０によりエンジン制御やトランスミッション制
御等が実施される。また、ＥＣＵ１０は、ダイアグノー
シス（故障診断）の機能を有し、そのダイアグ情報は適
宜ＥＥＰＲＯＭ等の不揮発性メモリに記憶保持される。
ＥＣＵ１０には外部ツールとしてのテスタ２０が接続さ
れ、この両者間で全二重通信によりＣＡＮメッセージが
送受信される。ＥＣＵ１０とテスタ２０との間のＣＡＮ
通信は例えばＩＳＯ１５７６５−２に準拠して実施され
る。例えばテスタ２０は、ダイアグ情報やエンジン運転
情報等を読み出す旨のメッセージ（要求データ）をＥＣ
Ｕ１０に送信し、ＥＣＵ１０は応答のメッセージをテス
タ２０に返信する。
ピュータを主体とする電子制御ユニットよりなり、この
ＥＣＵ１０によりエンジン制御やトランスミッション制
御等が実施される。また、ＥＣＵ１０は、ダイアグノー
シス（故障診断）の機能を有し、そのダイアグ情報は適
宜ＥＥＰＲＯＭ等の不揮発性メモリに記憶保持される。
ＥＣＵ１０には外部ツールとしてのテスタ２０が接続さ
れ、この両者間で全二重通信によりＣＡＮメッセージが
送受信される。ＥＣＵ１０とテスタ２０との間のＣＡＮ
通信は例えばＩＳＯ１５７６５−２に準拠して実施され
る。例えばテスタ２０は、ダイアグ情報やエンジン運転
情報等を読み出す旨のメッセージ（要求データ）をＥＣ
Ｕ１０に送信し、ＥＣＵ１０は応答のメッセージをテス
タ２０に返信する。
【００１４】ＣＡＮ通信に関するＥＣＵ１０の構成を詳
しく説明する。ＥＣＵ１０は、テスタ２０との間でＣＡ
Ｎ通信を実施するためのＣＡＮ通信制御部１１を備え
る。このＣＡＮ通信制御部１１は、テスタ２０から要求
を受信し、その応答を返すまでの処理を制御するモジュ
ールである。ＣＡＮ通信制御部１１は、基本構成として
ＣＡＮメッセージ受信処理、応答データ作成処理、ＣＡ
Ｎメッセージ送信処理の各機能を具備する。
しく説明する。ＥＣＵ１０は、テスタ２０との間でＣＡ
Ｎ通信を実施するためのＣＡＮ通信制御部１１を備え
る。このＣＡＮ通信制御部１１は、テスタ２０から要求
を受信し、その応答を返すまでの処理を制御するモジュ
ールである。ＣＡＮ通信制御部１１は、基本構成として
ＣＡＮメッセージ受信処理、応答データ作成処理、ＣＡ
Ｎメッセージ送信処理の各機能を具備する。
【００１５】ここで、ＣＡＮメッセージ受信処理は、Ｃ
ＡＮメッセージ（要求データ）のフォーマットチェック
を実施し、後述するバッファ１３に要求データを格納す
る処理である。応答データ作成処理は、要求データの内
容から応答データを作成し、バッファ１３に応答データ
を格納する処理である。また、ＣＡＮメッセージ送信処
理は、バッファ１３から応答データを取得してＣＡＮフ
ォーマットに変換し、テスタ２０に応答する処理であ
る。
ＡＮメッセージ（要求データ）のフォーマットチェック
を実施し、後述するバッファ１３に要求データを格納す
る処理である。応答データ作成処理は、要求データの内
容から応答データを作成し、バッファ１３に応答データ
を格納する処理である。また、ＣＡＮメッセージ送信処
理は、バッファ１３から応答データを取得してＣＡＮフ
ォーマットに変換し、テスタ２０に応答する処理であ
る。
【００１６】また、ＣＡＮ通信制御部１１内にはバッフ
ァ管理部１２が設けられ、このバッファ管理部１２に
は、リングバッファ構造の複数のバッファ１３が設けら
れている。バッファ１３は、バッファステータス付きの
送受信共用バッファであり、図２に示すように、領域Ａ
１にはその都度のバッファ１３の状態を示すバッファス
テータス（状態データ）が格納される。具体的には、バ
ッファ１３が何もしていない空き状態であればバッファ
ステータスが「ＩＤＬＥ」に操作され、その他、メッセ
ージ受信中であればバッファステータスが「受信中」
に、メッセージ送信中であればバッファステータスが
「送信中」に操作される。
ァ管理部１２が設けられ、このバッファ管理部１２に
は、リングバッファ構造の複数のバッファ１３が設けら
れている。バッファ１３は、バッファステータス付きの
送受信共用バッファであり、図２に示すように、領域Ａ
１にはその都度のバッファ１３の状態を示すバッファス
テータス（状態データ）が格納される。具体的には、バ
ッファ１３が何もしていない空き状態であればバッファ
ステータスが「ＩＤＬＥ」に操作され、その他、メッセ
ージ受信中であればバッファステータスが「受信中」
に、メッセージ送信中であればバッファステータスが
「送信中」に操作される。
【００１７】また、図のＡ２領域は、多数のデータ書き
込み領域を有するリングバッファ部であり、読み出しポ
インタと書き込みポインタによりデータ読み出し又は書
き込みの位置が制御される。データ書き込み時には、書
き込みポインタが指し示す領域にデータが書き込まれ、
書き込まれたサイズ分だけポインタが進められる。ま
た、データ読み出し時には、読み出しポインタが指し示
す領域からデータが読み出され、読み出されたサイズ分
だけポインタが進められる。
込み領域を有するリングバッファ部であり、読み出しポ
インタと書き込みポインタによりデータ読み出し又は書
き込みの位置が制御される。データ書き込み時には、書
き込みポインタが指し示す領域にデータが書き込まれ、
書き込まれたサイズ分だけポインタが進められる。ま
た、データ読み出し時には、読み出しポインタが指し示
す領域からデータが読み出され、読み出されたサイズ分
だけポインタが進められる。
【００１８】次に、ＣＡＮ通信制御部１１における通信
制御の概要を図３を用いて説明する。図３では、バッフ
ァ管理部１２に２枚のバッファを設け、それら各々をバ
ッファ番号ＢＮ＝０，１とした事例を示す。
制御の概要を図３を用いて説明する。図３では、バッフ
ァ管理部１２に２枚のバッファを設け、それら各々をバ
ッファ番号ＢＮ＝０，１とした事例を示す。
【００１９】さて、図３の（ａ）に示すように、テスタ
２０からメッセージを受信すると、ＣＡＮ通信制御部１
１では、バッファステータスが「ＩＤＬＥ」であるバッ
ファ１３、すなわち書き込み先となるバッファ１３が検
索され、その該当するバッファ１３にメッセージ中の要
求データが格納される。このとき、例えばＢＮ＝１のバ
ッファ１３について、バッファステータスが「受信中」
に切り替えられ、その後要求データが格納される（図の
丸数字１）。その後、同じくＢＮ＝１のバッファ１３か
ら要求データが取得され、それに対応する応答データが
作成される（図の丸数字２）。
２０からメッセージを受信すると、ＣＡＮ通信制御部１
１では、バッファステータスが「ＩＤＬＥ」であるバッ
ファ１３、すなわち書き込み先となるバッファ１３が検
索され、その該当するバッファ１３にメッセージ中の要
求データが格納される。このとき、例えばＢＮ＝１のバ
ッファ１３について、バッファステータスが「受信中」
に切り替えられ、その後要求データが格納される（図の
丸数字１）。その後、同じくＢＮ＝１のバッファ１３か
ら要求データが取得され、それに対応する応答データが
作成される（図の丸数字２）。
【００２０】応答データの作成が完了すると、図３の
（ｂ）に示すように、ＢＮ＝１のバッファ１３につい
て、バッファステータスが「受信中」から「送信中」に
切り替えられ、その後応答データが格納される。更にそ
の後、同じくＢＮ＝１のバッファ１３から応答データが
取得される（図の丸数字４）。そして、この応答データ
に対応するメッセージがテスタ２０に対して送信される
（図の丸数字５）。
（ｂ）に示すように、ＢＮ＝１のバッファ１３につい
て、バッファステータスが「受信中」から「送信中」に
切り替えられ、その後応答データが格納される。更にそ
の後、同じくＢＮ＝１のバッファ１３から応答データが
取得される（図の丸数字４）。そして、この応答データ
に対応するメッセージがテスタ２０に対して送信される
（図の丸数字５）。
【００２１】図３の（ｃ）に示すように、ＢＮ＝１のバ
ッファ１３が「送信中」である最中に新たなメッセージ
を受信した場合には、バッファステータスが「ＩＤＬ
Ｅ」である他のバッファ１３（この場合は、ＢＮ＝０の
バッファ）に要求データが格納される。このとき、ＢＮ
＝０のバッファ１３では、バッファステータスが「受信
中」に切り替えられる。その後、ＢＮ＝１のバッファ１
３について、メッセージの送信が完了すると、バッファ
ステータスが「ＩＤＬＥ」に戻される。
ッファ１３が「送信中」である最中に新たなメッセージ
を受信した場合には、バッファステータスが「ＩＤＬ
Ｅ」である他のバッファ１３（この場合は、ＢＮ＝０の
バッファ）に要求データが格納される。このとき、ＢＮ
＝０のバッファ１３では、バッファステータスが「受信
中」に切り替えられる。その後、ＢＮ＝１のバッファ１
３について、メッセージの送信が完了すると、バッファ
ステータスが「ＩＤＬＥ」に戻される。
【００２２】なお、メッセージの送信完了後にバッファ
ステータスを「ＩＤＬＥ」に戻すことに代えて、バッフ
ァ１３から応答データを取得した際（応答データの取得
後、送信前）にバッファステータスを「ＩＤＬＥ」に戻
す構成であっても良い。
ステータスを「ＩＤＬＥ」に戻すことに代えて、バッフ
ァ１３から応答データを取得した際（応答データの取得
後、送信前）にバッファステータスを「ＩＤＬＥ」に戻
す構成であっても良い。
【００２３】図４〜図７は、ＣＡＮ通信制御部１１で実
施される処理の流れを示すフローチャートであり、これ
らの各処理によりＣＡＮメッセージ受信、応答データ作
成、ＣＡＮメッセージ送信の各処理が実現される。
施される処理の流れを示すフローチャートであり、これ
らの各処理によりＣＡＮメッセージ受信、応答データ作
成、ＣＡＮメッセージ送信の各処理が実現される。
【００２４】テスタ２０からのＣＡＮメッセージを受信
すると図４のメッセージ受信処理が起動され、先ずはじ
めにステップ１０１では、当該メッセージの内容を解析
する。このとき、ＣＡＮメッセージが規格（本実施の形
態ではＩＳＯ１５７６５−２）で定められたフォーマッ
ト通りの要求であるかどうかが解析される。そして、Ｃ
ＡＮメッセージがフォーマット通りの要求であること、
すなわち当該メッセージが正常であること（ステップ１
０２がＹＥＳであること）を条件に、後続のステップ１
０３に進む。
すると図４のメッセージ受信処理が起動され、先ずはじ
めにステップ１０１では、当該メッセージの内容を解析
する。このとき、ＣＡＮメッセージが規格（本実施の形
態ではＩＳＯ１５７６５−２）で定められたフォーマッ
ト通りの要求であるかどうかが解析される。そして、Ｃ
ＡＮメッセージがフォーマット通りの要求であること、
すなわち当該メッセージが正常であること（ステップ１
０２がＹＥＳであること）を条件に、後続のステップ１
０３に進む。
【００２５】ステップ１０３では、データ格納先となる
バッファ１３を検索する。バッファ１３の検索は図７の
サブルーチンで実施され、ここで図７のバッファ検索処
理を説明する。当該検索処理では、データの格納及び取
得を実施すべきバッファ番号ＢＮが検索され、そのバッ
ファ番号ＢＮが見つかったかどうかにより「Ｂｕｆｆ有
り」又は「Ｂｕｆｆ無し」何れかの戻り値がセットされ
る。なお本実施の形態では、全てのバッファ１３が「バ
ッファステータス＝ＩＤＬＥ」である場合、最大ＢＮの
バッファ１３が選択される。また、「バッファステータ
ス＝受信中」であるバッファ１３が存在する場合、同時
に２つの受信処理が発生しないよう、その受信中のバッ
ファ１３が繰り返し用いられてデータが格納される。こ
れは、受信中に新たな受信が発生した場合に、新たな受
信を優先するようにしたものである（ＩＳＯ１５７６５
−２に準拠）。
バッファ１３を検索する。バッファ１３の検索は図７の
サブルーチンで実施され、ここで図７のバッファ検索処
理を説明する。当該検索処理では、データの格納及び取
得を実施すべきバッファ番号ＢＮが検索され、そのバッ
ファ番号ＢＮが見つかったかどうかにより「Ｂｕｆｆ有
り」又は「Ｂｕｆｆ無し」何れかの戻り値がセットされ
る。なお本実施の形態では、全てのバッファ１３が「バ
ッファステータス＝ＩＤＬＥ」である場合、最大ＢＮの
バッファ１３が選択される。また、「バッファステータ
ス＝受信中」であるバッファ１３が存在する場合、同時
に２つの受信処理が発生しないよう、その受信中のバッ
ファ１３が繰り返し用いられてデータが格納される。こ
れは、受信中に新たな受信が発生した場合に、新たな受
信を優先するようにしたものである（ＩＳＯ１５７６５
−２に準拠）。
【００２６】図７において、ステップ４０１では、ワー
ク領域を示すｉに０を、Ｔｍｐに無効値をセットする。
その後、ｉ値がバッファ枚数の最大値（ＢＵＦＦ＿ＭＡ
Ｘ）以下であること（ステップ４０２がＮＯであるこ
と）を条件に、ステップ４０３に進む。ステップ４０３
では、バッファステータスが「受信中」であるか否かを
判別し、続くステップ４０４では、バッファステータス
が「ＩＤＬＥ」であるか否かを判別する。バッファステ
ータスが「受信中」、「ＩＤＬＥ」の何れでもない場
合、そのままステップ４０６に進み、ｉ値をインクリメ
ントした後ステップ４０２に戻る。
ク領域を示すｉに０を、Ｔｍｐに無効値をセットする。
その後、ｉ値がバッファ枚数の最大値（ＢＵＦＦ＿ＭＡ
Ｘ）以下であること（ステップ４０２がＮＯであるこ
と）を条件に、ステップ４０３に進む。ステップ４０３
では、バッファステータスが「受信中」であるか否かを
判別し、続くステップ４０４では、バッファステータス
が「ＩＤＬＥ」であるか否かを判別する。バッファステ
ータスが「受信中」、「ＩＤＬＥ」の何れでもない場
合、そのままステップ４０６に進み、ｉ値をインクリメ
ントした後ステップ４０２に戻る。
【００２７】バッファステータスが「ＩＤＬＥ」であれ
ば、ステップ４０５でその時のｉ値をＴｍｐにセット
し、ステップ４０６でｉ値をインクリメントした後ステ
ップ４０２に戻る。
ば、ステップ４０５でその時のｉ値をＴｍｐにセット
し、ステップ４０６でｉ値をインクリメントした後ステ
ップ４０２に戻る。
【００２８】また、バッファステータスが「受信中」で
あれば、ステップ４０７でその時のｉ値をバッファ番号
ＢＮとして決定する。続くステップ４０８では、Ｂｕｆ
ｆ有りとする戻り値をセットし、元の図４に戻る。
あれば、ステップ４０７でその時のｉ値をバッファ番号
ＢＮとして決定する。続くステップ４０８では、Ｂｕｆ
ｆ有りとする戻り値をセットし、元の図４に戻る。
【００２９】ｉ値がバッファ枚数の最大値（ＢＵＦＦ＿
ＭＡＸ）に達するとステップ４０９に進み、Ｔｍｐの値
が無効値のままであるか否かを判別する。上記ステップ
４０２〜４０６の処理でバッファステータス＝ＩＤＬＥ
のバッファが見つかっていれば、その都度のｉ値がＴｍ
ｐにセットされており、ステップ４０９がＮＯとなる。
よって、ステップ４１０でＴｍｐの値をバッファ番号Ｂ
Ｎとして決定する。続くステップ４１１では、Ｂｕｆｆ
有りとする戻り値をセットし、元の図４に戻る。
ＭＡＸ）に達するとステップ４０９に進み、Ｔｍｐの値
が無効値のままであるか否かを判別する。上記ステップ
４０２〜４０６の処理でバッファステータス＝ＩＤＬＥ
のバッファが見つかっていれば、その都度のｉ値がＴｍ
ｐにセットされており、ステップ４０９がＮＯとなる。
よって、ステップ４１０でＴｍｐの値をバッファ番号Ｂ
Ｎとして決定する。続くステップ４１１では、Ｂｕｆｆ
有りとする戻り値をセットし、元の図４に戻る。
【００３０】一方、上記ステップ４０２〜４０６の処理
でバッファステータス＝ＩＤＬＥのバッファが見つかっ
てなければ、Ｔｍｐが無効値のままとなっており、ステ
ップ４０９がＹＥＳとなる。よって、ステップ４１２で
は、Ｂｕｆｆ無しとする戻り値をセットし、元の図４に
戻る。
でバッファステータス＝ＩＤＬＥのバッファが見つかっ
てなければ、Ｔｍｐが無効値のままとなっており、ステ
ップ４０９がＹＥＳとなる。よって、ステップ４１２で
は、Ｂｕｆｆ無しとする戻り値をセットし、元の図４に
戻る。
【００３１】以上図７のバッファ検索処理によれば、バ
ッファステータス＝ＩＤＬＥのバッファ１３が選択さ
れ、当該バッファ１３が要求データの書き込み先とされ
る。或いは、バッファステータス＝受信中のバッファ１
３が選択され、当該バッファ１３が要求データの書き込
み先とされる。
ッファステータス＝ＩＤＬＥのバッファ１３が選択さ
れ、当該バッファ１３が要求データの書き込み先とされ
る。或いは、バッファステータス＝受信中のバッファ１
３が選択され、当該バッファ１３が要求データの書き込
み先とされる。
【００３２】図４の説明に戻る。上記の如くバッファ検
索が実施された後、ステップ１０４では、バッファ検索
の結果、Ｂｕｆｆ有りであったか否かを判別する。そし
て、Ｂｕｆｆ有りであることを条件に後続のステップ１
０５に進む。ステップ１０５ではバッファステータスを
「受信中」とし、続くステップ１０６ではバッファ１３
の書き込みポインタ及び読み出しポインタを初期化す
る。
索が実施された後、ステップ１０４では、バッファ検索
の結果、Ｂｕｆｆ有りであったか否かを判別する。そし
て、Ｂｕｆｆ有りであることを条件に後続のステップ１
０５に進む。ステップ１０５ではバッファステータスを
「受信中」とし、続くステップ１０６ではバッファ１３
の書き込みポインタ及び読み出しポインタを初期化す
る。
【００３３】その後、ステップ１０７〜１０９では、要
求データの全バイトをバッファ１３に格納する。すなわ
ち、要求データを１バイトずつ書き込むと共に書き込み
ポインタを１バイト分進め（ステップ１０８，１０
９）、これを全バイトの書き込み完了となるまで繰り返
し実施する。そして、全バイトの書き込みが完了すると
図５の応答データ作成処理に移行する。
求データの全バイトをバッファ１３に格納する。すなわ
ち、要求データを１バイトずつ書き込むと共に書き込み
ポインタを１バイト分進め（ステップ１０８，１０
９）、これを全バイトの書き込み完了となるまで繰り返
し実施する。そして、全バイトの書き込みが完了すると
図５の応答データ作成処理に移行する。
【００３４】次に、図５の応答データ作成処理では、ス
テップ２０１〜２０３でバッファ１３より要求データを
取得する。すなわち、要求データをＮバイトずつ読み出
すと共に読み出しポインタをＮバイト分進め（ステップ
２０１，２０２）、これを全バイトの読み出し完了とな
るまで繰り返し実施する。そして、全バイトの読み出し
が完了すると後続のステップ２０４に進む。
テップ２０１〜２０３でバッファ１３より要求データを
取得する。すなわち、要求データをＮバイトずつ読み出
すと共に読み出しポインタをＮバイト分進め（ステップ
２０１，２０２）、これを全バイトの読み出し完了とな
るまで繰り返し実施する。そして、全バイトの読み出し
が完了すると後続のステップ２０４に進む。
【００３５】ステップ２０４では、要求データの解析を
実施する。このとき、要求データ中に含まれるテストモ
ード情報（ＩＳＯ１５７６５準拠のＳＩＤ，ＰＩＤ等）
からどのような情報をテスタ２０に応答すべきかを決定
する。その後、ステップ２０５では、応答すべきデータ
を収集し、それにより応答データを作成する。
実施する。このとき、要求データ中に含まれるテストモ
ード情報（ＩＳＯ１５７６５準拠のＳＩＤ，ＰＩＤ等）
からどのような情報をテスタ２０に応答すべきかを決定
する。その後、ステップ２０５では、応答すべきデータ
を収集し、それにより応答データを作成する。
【００３６】ステップ２０６では、バッファステータス
を「送信中」に切り替え、続くステップ２０７では、そ
の時の読み出しポインタを書き込みポインタとする。そ
の後、ステップ２０８〜２１０では、応答データの全バ
イトをバッファ１３に格納する。すなわち、応答データ
を１バイトずつ書き込むと共に書き込みポインタを１バ
イト分進め（ステップ２０９，２１０）、これを全バイ
トの書き込み完了となるまで繰り返し実施する。そし
て、全バイトの書き込みが完了すると図６の応答データ
送信処理に移行する。
を「送信中」に切り替え、続くステップ２０７では、そ
の時の読み出しポインタを書き込みポインタとする。そ
の後、ステップ２０８〜２１０では、応答データの全バ
イトをバッファ１３に格納する。すなわち、応答データ
を１バイトずつ書き込むと共に書き込みポインタを１バ
イト分進め（ステップ２０９，２１０）、これを全バイ
トの書き込み完了となるまで繰り返し実施する。そし
て、全バイトの書き込みが完了すると図６の応答データ
送信処理に移行する。
【００３７】図６のメッセージ送信処理では、ステップ
３０１〜３０３でバッファ１３より応答データを取得す
る。すなわち、応答データをＮバイトずつ読み出すと共
に読み出しポインタをＮバイト分進め（ステップ３０
１，３０２）、これを全バイトの読み出し完了となるま
で繰り返し実施する。そして、全バイトの読み出しが完
了すると後続のステップ３０４に進む。
３０１〜３０３でバッファ１３より応答データを取得す
る。すなわち、応答データをＮバイトずつ読み出すと共
に読み出しポインタをＮバイト分進め（ステップ３０
１，３０２）、これを全バイトの読み出し完了となるま
で繰り返し実施する。そして、全バイトの読み出しが完
了すると後続のステップ３０４に進む。
【００３８】ステップ３０４では、バッファステータス
を「ＩＤＬＥ」に切り替え、続くステップ３０５ではＣ
ＡＮメッセージを作成する。このとき、ＩＳＯ１５７６
５−２で定められたフォーマットに準拠した形で応答デ
ータを作成する。最後に、ステップ３０６では、テスタ
２０に対して応答を開始する。
を「ＩＤＬＥ」に切り替え、続くステップ３０５ではＣ
ＡＮメッセージを作成する。このとき、ＩＳＯ１５７６
５−２で定められたフォーマットに準拠した形で応答デ
ータを作成する。最後に、ステップ３０６では、テスタ
２０に対して応答を開始する。
【００３９】以上詳述した本実施の形態によれば、以下
に示す効果が得られる。リングバッファ構造のバッファ
１３を用いることにより受信と送信とでバッファの共用
が可能となり、メモリ領域（ＲＡＭ領域）の有効利用が
可能となる。また、バッファステータスに応じて各バッ
ファ１３を選択的に使用すると共に、バッファステータ
スをその都度該当する状態に操作するため、バッファス
テータスをモニタすることにより各バッファ１３が如何
なる通信状態にあるかが容易に判断できる。従って、効
率的な通信装置が実現できる。この場合、複雑な全二重
通信であっても簡易に所望の効果が実現できる。
に示す効果が得られる。リングバッファ構造のバッファ
１３を用いることにより受信と送信とでバッファの共用
が可能となり、メモリ領域（ＲＡＭ領域）の有効利用が
可能となる。また、バッファステータスに応じて各バッ
ファ１３を選択的に使用すると共に、バッファステータ
スをその都度該当する状態に操作するため、バッファス
テータスをモニタすることにより各バッファ１３が如何
なる通信状態にあるかが容易に判断できる。従って、効
率的な通信装置が実現できる。この場合、複雑な全二重
通信であっても簡易に所望の効果が実現できる。
【００４０】具体的には、要求データの受信後におい
て、バッファ１３を介しての要求データの書き込み及び
読み出し、応答データの作成、同一のバッファ１３を介
しての応答データの書き込み及び読み出し、更に応答デ
ータの送信を好適に実施することができる。
て、バッファ１３を介しての要求データの書き込み及び
読み出し、応答データの作成、同一のバッファ１３を介
しての応答データの書き込み及び読み出し、更に応答デ
ータの送信を好適に実施することができる。
【００４１】なお本発明は、上記以外に次の形態にて具
体化できる。上記実施の形態では、バッファステータス
（状態データ）として、ＩＤＬＥ（空き状態）、受信
中、送信中の３つの状態を定義したが、これに加え、他
の状態を定義しても良い。例えば、バッファステータと
して、応答データ作成中の状態であることを示すデータ
や、バッファが異常の状態であることを示すデータ等を
定義しても良い。
体化できる。上記実施の形態では、バッファステータス
（状態データ）として、ＩＤＬＥ（空き状態）、受信
中、送信中の３つの状態を定義したが、これに加え、他
の状態を定義しても良い。例えば、バッファステータと
して、応答データ作成中の状態であることを示すデータ
や、バッファが異常の状態であることを示すデータ等を
定義しても良い。
【００４２】応答データをバッファ１３に書き込んだ
後、複数に分割してバッファ１３から読み出し、テスタ
２０に送信することも考えられる。この場合、全ての応
答データの読み出しが完了した後、バッファステータス
を「送信中」から「ＩＤＬＥ」に切り替えると良い。
後、複数に分割してバッファ１３から読み出し、テスタ
２０に送信することも考えられる。この場合、全ての応
答データの読み出しが完了した後、バッファステータス
を「送信中」から「ＩＤＬＥ」に切り替えると良い。
【００４３】ＥＣＵ１０とテスタ２０との間でプログラ
ムの書き換え（いわゆる、リプログラミング）が実施さ
れる場合において、そのプログラムデータを送受信する
際に本発明を適用することも可能である。
ムの書き換え（いわゆる、リプログラミング）が実施さ
れる場合において、そのプログラムデータを送受信する
際に本発明を適用することも可能である。
【図１】発明の実施の形態における車両制御システムの
概要を示す構成図。
概要を示す構成図。
【図２】バッファの構成を示す図。
【図３】通信の様子を説明するための図。
【図４】メッセージ受信処理を示すフローチャート。
【図５】応答データ作成処理を示すフローチャート。
【図６】メッセージ送信処理を示すフローチャート。
【図７】バッファ検索処理を示すフローチャート。
【図８】リングバッファを説明するための図。
１０…ＥＣＵ、１１…ＣＡＮ通信制御部、１２…バッフ
ァ管理部、１３…バッファ、２０…テスタ。
ァ管理部、１３…バッファ、２０…テスタ。
Claims (6)
- 【請求項１】リングバッファ構造を有する複数のバッフ
ァを用い、外部ツールとの間で要求データの受信、並び
に該要求に対する応答データの送信を行う車両用通信装
置であって、 各バッファのリングバッファ部に個々の状態を表す状態
データを付与し、要求データの受信又は応答データの送
信に際して状態データに応じて各バッファを選択的に使
用すると共に、状態データをその都度該当する状態に操
作することを特徴とする車両用通信装置。 - 【請求項２】前記状態データとして、空き状態、受信中
の状態、送信中の状態の少なくとも３つの状態を定義し
た請求項１記載の車両用通信装置。 - 【請求項３】外部ツールからの要求データを受信した
際、前記状態データに基づいて書き込み先となるバッフ
ァを検索し、該検索したバッファの状態データを受信中
とした後要求データを当該バッファに書き込む手段と、
一旦書き込んだ要求データを読み出して応答データを作
成する手段と、前記状態データを受信中から送信中に切
り替えた後応答データを当該バッファに書き込む手段
と、該書き込んだ応答データを送信のために読み出すと
共に状態データを空き状態とする手段と、を備えた請求
項２記載の車両用通信装置。 - 【請求項４】前記状態データが空き状態であるバッファ
を選択し、当該バッファを要求データの書き込み先とす
る請求項３記載の車両用通信装置。 - 【請求項５】前記状態データが受信中の状態であるバッ
ファを選択し、当該バッファを要求データの書き込み先
とする請求項３記載の車両用通信装置。 - 【請求項６】前記作成した応答データをバッファに書き
込んだ後、複数に分割してバッファから読み出し外部ツ
ールに送信するものであって、全ての応答データの読み
出しが完了した後、前記状態データを空き状態に切り替
える請求項３乃至５の何れかに記載の車両用通信装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002117956A JP3801088B2 (ja) | 2002-04-19 | 2002-04-19 | 車両用通信装置 |
| US10/374,137 US7380023B2 (en) | 2002-04-19 | 2003-02-27 | Vehicular communication device exchanging reception and transmission with external tool |
| DE10317904.6A DE10317904B4 (de) | 2002-04-19 | 2003-04-17 | Fahrzeugkommunikationsvorrichtung und Kommunikationsverfahren zum Empfangen von und Senden zu einer externen Vorrichtung |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002117956A JP3801088B2 (ja) | 2002-04-19 | 2002-04-19 | 車両用通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003318996A true JP2003318996A (ja) | 2003-11-07 |
| JP3801088B2 JP3801088B2 (ja) | 2006-07-26 |
Family
ID=29207844
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002117956A Expired - Fee Related JP3801088B2 (ja) | 2002-04-19 | 2002-04-19 | 車両用通信装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7380023B2 (ja) |
| JP (1) | JP3801088B2 (ja) |
| DE (1) | DE10317904B4 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008290666A (ja) * | 2007-05-28 | 2008-12-04 | Denso Corp | 電子制御装置 |
| JP2012222441A (ja) * | 2011-04-05 | 2012-11-12 | Denso Corp | 車載通信装置 |
| DE102012220187A1 (de) | 2011-11-09 | 2013-05-16 | Denso Corporation | Fahrzeugeigene Kommunikationsvorrichtung und Kommunikationssystem für ein Fahrzeug |
| DE102012223124A1 (de) | 2011-12-14 | 2013-06-20 | Denso Corporation | Fahrzeugkommunikationssteuervorrichtung |
| DE102013201172A1 (de) | 2012-01-27 | 2013-08-01 | Denso Corporation | Elektrische stromversorgungssteuervorrichtung für ein fahrzeug |
| JP2013193598A (ja) * | 2012-03-21 | 2013-09-30 | Denso Corp | 車両用認証装置、及び車両用認証システム |
| JP2016217880A (ja) * | 2015-05-20 | 2016-12-22 | アイシン精機株式会社 | 荷重検出装置 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050257038A1 (en) * | 2004-05-11 | 2005-11-17 | Jason Miller | Automotive electronic control unit and a method for storing configuration data in the same |
| CN1304909C (zh) * | 2005-11-03 | 2007-03-14 | 重庆邮电学院 | 车辆控制系统can/lin网络监测仪及测试方法 |
| US8751098B2 (en) * | 2008-01-25 | 2014-06-10 | Omnitracs, Llc | Method of monitoring CANbus information |
| KR101740679B1 (ko) | 2010-08-03 | 2017-05-26 | 삼성전자주식회사 | 양방향 통신 기법을 갖는 저장 장치 그리고 그것을 포함한 시스템 |
| US8761190B2 (en) * | 2011-01-06 | 2014-06-24 | GM Global Technology Operations LLC | Message loss prevention by using sender and receiver buffers in event-triggered distributed embedded real-time systems |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH063937B2 (ja) | 1985-04-09 | 1994-01-12 | 沖電気工業株式会社 | デ−タ転送方式 |
| US5179665A (en) * | 1987-06-24 | 1993-01-12 | Westinghouse Electric Corp. | Microprocessor information exchange with updating of messages by asynchronous processors using assigned and/or available buffers in dual port memory |
| JP2703417B2 (ja) * | 1991-04-05 | 1998-01-26 | 富士通株式会社 | 受信バッファ |
| JP3307215B2 (ja) * | 1996-02-26 | 2002-07-24 | トヨタ自動車株式会社 | 車両用電子制御装置の故障診断装置 |
| JPH1091515A (ja) | 1996-09-13 | 1998-04-10 | Fuji Electric Co Ltd | データバッファ管理装置 |
| JP3674207B2 (ja) | 1997-01-20 | 2005-07-20 | 富士ゼロックス株式会社 | 半二重通信システムにおける周辺機器及びバッファ制御方法 |
| US6122715A (en) * | 1998-03-31 | 2000-09-19 | Intel Corporation | Method and system for optimizing write combining performance in a shared buffer structure |
| US6112267A (en) * | 1998-05-28 | 2000-08-29 | Digital Equipment Corporation | Hierarchical ring buffers for buffering data between processor and I/O device permitting data writes by processor and data reads by I/O device simultaneously directed at different buffers at different levels |
| US6912566B1 (en) * | 1998-07-28 | 2005-06-28 | Siemens Aktiengesellschaft | Memory device and method for operating the memory device |
| US6314478B1 (en) * | 1998-12-29 | 2001-11-06 | Nec America, Inc. | System for accessing a space appended to a circular queue after traversing an end of the queue and upon completion copying data back to the queue |
| JP2000347833A (ja) | 1999-06-03 | 2000-12-15 | Matsushita Electric Ind Co Ltd | リングバッファデータ処理装置 |
| US6408409B1 (en) * | 1999-11-15 | 2002-06-18 | Sun Microsystems, Inc. | Method and apparatus for ring buffer flow error detection |
| JP2001184191A (ja) | 1999-12-22 | 2001-07-06 | Alps Electric Co Ltd | データ処理装置 |
| JP3434776B2 (ja) | 2000-04-14 | 2003-08-11 | 日本電気株式会社 | フレーム変換方法及び装置 |
| DE10109652A1 (de) * | 2001-02-28 | 2002-09-05 | Volkswagen Ag | Verfahren zum Verwalten von Datenpaketen |
-
2002
- 2002-04-19 JP JP2002117956A patent/JP3801088B2/ja not_active Expired - Fee Related
-
2003
- 2003-02-27 US US10/374,137 patent/US7380023B2/en active Active
- 2003-04-17 DE DE10317904.6A patent/DE10317904B4/de not_active Expired - Lifetime
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008290666A (ja) * | 2007-05-28 | 2008-12-04 | Denso Corp | 電子制御装置 |
| JP2012222441A (ja) * | 2011-04-05 | 2012-11-12 | Denso Corp | 車載通信装置 |
| DE102012220187A1 (de) | 2011-11-09 | 2013-05-16 | Denso Corporation | Fahrzeugeigene Kommunikationsvorrichtung und Kommunikationssystem für ein Fahrzeug |
| DE102012220187B4 (de) | 2011-11-09 | 2022-05-25 | Denso Corporation | Fahrzeugeigene Kommunikationsvorrichtung und Kommunikationssystem für ein Fahrzeug |
| DE102012223124A1 (de) | 2011-12-14 | 2013-06-20 | Denso Corporation | Fahrzeugkommunikationssteuervorrichtung |
| JP2013123998A (ja) * | 2011-12-14 | 2013-06-24 | Denso Corp | 車両用通信制御装置 |
| DE102012223124B4 (de) | 2011-12-14 | 2022-05-25 | Denso Corporation | Fahrzeugkommunikationssteuervorrichtung |
| DE102013201172A1 (de) | 2012-01-27 | 2013-08-01 | Denso Corporation | Elektrische stromversorgungssteuervorrichtung für ein fahrzeug |
| JP2013154708A (ja) * | 2012-01-27 | 2013-08-15 | Denso Corp | 車両用電源供給制御装置 |
| JP2013193598A (ja) * | 2012-03-21 | 2013-09-30 | Denso Corp | 車両用認証装置、及び車両用認証システム |
| JP2016217880A (ja) * | 2015-05-20 | 2016-12-22 | アイシン精機株式会社 | 荷重検出装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030200344A1 (en) | 2003-10-23 |
| DE10317904B4 (de) | 2021-02-04 |
| DE10317904A1 (de) | 2003-11-06 |
| US7380023B2 (en) | 2008-05-27 |
| JP3801088B2 (ja) | 2006-07-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6647323B1 (en) | Vehicle communication link automatic diagnostic tool detection | |
| EP1839150B1 (en) | Fault diagnosis data recording system and method | |
| US7024508B2 (en) | Bus station with integrated bus monitor function | |
| US6877036B1 (en) | System and method for managing connections between a client and a server | |
| US6360145B1 (en) | Vehicle platform-portable controller | |
| JP2003318996A (ja) | 車両用通信装置 | |
| JP2004021556A5 (ja) | ||
| US20060155907A1 (en) | Multiprocessor system | |
| US20060150023A1 (en) | Debugging apparatus | |
| CN102713858B (zh) | 信息处理装置的联机调试系统及联机调试方法 | |
| US7840725B2 (en) | Capture of data in a computer network | |
| JP2002064482A (ja) | 暗号処理装置 | |
| US7260668B2 (en) | Network co-processor for vehicles | |
| EP0578496B1 (en) | Job execution method in multi-CPU system | |
| CN109697144B (zh) | 一种电子设备的硬盘检测方法及电子设备 | |
| KR0154489B1 (ko) | 비동기 전송모드방식의 스위칭시스템에 있어서 프로세서간 통신 메세지 송수신처리장치 및 방법 | |
| JP3538069B2 (ja) | ブロードキャスト通信試験方式 | |
| JP2003228404A (ja) | プログラマブルロジックコントローラ | |
| JP3095060B2 (ja) | Ａｔｍスイッチ装置 | |
| CN117499447A (zh) | 安卓车载终端系统和汽车远程控制系统 | |
| JPH07143133A (ja) | メモリ共用多層プロトコル処理装置 | |
| KR0182695B1 (ko) | 호스트교환기와 원격교환기간의 운영방법 | |
| CN116483725A (zh) | 日志文件输出控制方法及装置和协议栈分析设备 | |
| JPH11196097A (ja) | データ通信制御装置、及びデータ通信制御方法 | |
| Eklund | Investigation of a real-time communication interface between C200 and a computer |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040729 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051007 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051018 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051214 |
|
| 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: 20060411 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060424 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3801088 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: 20090512 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100512 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110512 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120512 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120512 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130512 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140512 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |