JPH08204709A - 通信システム - Google Patents

Abstract

(57)【要約】 【目的】 故障診断テスタと複数の電子制御装置とを通
信路を介して接続した通信システムにおいて、自らより
も優先順位の高いスレーブ装置がマスタ装置に対して応
答メッセージの送信を完了した後、迅速に自らの応答メ
ッセージの送信を開始する。 【構成】 各電子制御装置は、応答メッセージを送信す
るとき、複数のデータバイトを第１所定時間（Ｐ１Ａ）
の間隔を空けて送信し、最終データバイトの送信後、第
２所定時間（Ｐ１Ｂ）の間隔を空けてチェックサムバイ
ト（ＣＳ）を送信する。これによって各制御装置は、自
らよりも優先順位の高い電子制御装置からいつＣＳが送
信されたか、すなわちいつ応答メッセージの送信が完了
したかを識別できるので、この識別後、迅速に自らの応
答メッセージを送信することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のスレーブ装置
（例えばエンジン制御装置、トランスミッション制御装
置のような電子制御装置）と、これに外部接続されるマ
スタ装置（例えばテスタのような外部装置）との間で、
例えば診断のためのデータ通信を行う通信システムに関
する。

【０００２】

【従来の技術】近年の車両のエレクトロニクス化は目ざ
ましく、エンジンやトランスミッションをはじめとする
車両各部の車載機器が、マイクロコンピュータによって
高度に電子制御化されている。このため、これら車載機
器の制御性は飛躍的に高められるに至っているが、その
反面、これら車載機器の故障診断はますます複雑なもの
になってきている。

【０００３】このため多くの車載電子制御装置には自己
診断機能が付加されて、その対象とする車載機器を制御
するとともに、車載機器や制御装置自らの故障診断をも
行うように改良されたり、あるいは、（イ）これら車載
電子制御装置をスレーブ装置とし、このスレーブ装置
を、故障診断テスタと称されるマスタ装置としての外部
装置に共通接続し、この故障診断テスタによる支援のも
とに、より高度な故障診断や診断データの解析を行う、
（ロ）これら車載電子制御装置間で、１つをマスタ、他
をスレーブとする通信路を形成し、このマスタとなる電
子制御装置を通じて、他の全ての電子制御装置の故障診
断等を集中して行う、等のシステムとして改良される
等、ますます複雑になりつつある車両システムの診断に
対処するための様々な工夫が講じられている。

【０００４】特に上記（イ）の方法は、所望とされる任
意の診断データを外部から柔軟に指定することができ、
しかもこれら取り込んだ診断データに基づき信頼性の高
い解析を行うことのできる方法として近年注目を集めて
いる。ところで、こうした故障診断テスタを用いての車
両システムの診断に関しては、一般に第１〜第ｎの複数
の電子制御装置と同故障診断テスタとを双方向通信の可
能な１本の通信路を介して接続し、これら接続した第１
〜第ｎの複数の電子制御装置と同故障診断テスタとの間
で国際規格ＩＳＯ−９１４１−２として規定された手順
に基づくデータ通信を行うようになる。図１４に、この
データ通信の態様を模式的に示す。

【０００５】すなわち、この国際規格ＩＳＯ−９１４１
−２として規定された通信手順によれば、図１４に示さ
れるように、 （１）故障診断テスタから第１〜第ｎの電子制御装置に
対し、診断要求メッセージＲＭ１が送信される。 （２）優先順位の最も高い第１の電子制御装置におい
て、この診断要求メッセージＲＭ１に対する応答の準備
が開始される。 （３）第１の電子制御装置から故障診断テスタに対し、
要求メッセージＲＭ１に対する応答メッセージＡＭ１１
が送信される。 （４）優先順位が次に高い第２の電子制御装置において
は、上記第１の電子制御装置による応答完了を確実にす
るために、一旦同期が外され、同要求メッセージＲＭ１
に対する自らの応答の準備が開始される。 （５）第２の電子制御装置から故障診断テスタに対し、
要求メッセージＲＭ１に対する応答メッセージＡＭ１２
が送信される。 （６）これら（２）と（３）、および（４）と（５）の
処理が、優先順位の最も低い第ｎの電子制御装置まで順
次繰り返される。 （７）その後、故障診断テスタにおいては、上記各電子
制御装置による応答完了を確実にするために、一旦同期
が外され、次の診断要求メッセージＲＭ２のための準備
が開始される。 （８）故障診断テスタから第１〜第ｎの電子制御装置に
対し、同要求メッセージＲＭ２が送信される。 といった態様でのデータ授受が繰り返し実行される。

【０００６】このように通常は、スレーブ装置である第
１〜第ｎの電子制御装置に対して優先順位を持たせ、こ
れら応答メッセージが出力される順番を決めておく。例
えば上記第２の電子制御装置については、これよりも優
先順位の高い第１の電子制御装置からの応答メッセージ
出力が完了したことを確認して初めて、第２の電子制御
装置からの応答メッセージが送信されるようにしてい
る。

【０００７】このような調停が行われることによって、
これら応答メッセージが上記通信路上で衝突しないよう
にし、ひいてはデータが破壊されるといった事態も回避
できるようにしている。また、上記メッセージを構成す
る各データバイトのビットフォーマットには、例えば図
１５に示されるような８ビットからなるＮＲＺ（ノンリ
ターンゼロ）方式が採用されている。そして、その先頭
に論理Ｌ（ロー）レベルのスタートビットが、またその
末尾に論理Ｈ（ハイ）レベルのストップビットがそれぞ
れ付加されて、これらデータバイトの存在が認識される
ようになっている。

【０００８】また、このような処理手順、および各デー
タバイトのビットフォーマットは、上記（ロ）のシステ
ム、すなわち複数の車載電子制御装置を１つのマスタ装
置とし、他の車載電子制御装置をスレーブ装置とする通
信路を形成してデータ通信を行う場合においても同様に
適用される。また、上記メッセージの長さは一般に可変
長であるが、その最終データバイトの後には、そのメッ
セージが正しいかどうかをチェックするためのチェック
サムバイト（以下ＣＳという）を付加することが決めら
れている。

【０００９】なお、上記国際規格ＩＳＯ−９１４１−２
によれば、１つの電子制御装置から送信される応答メッ
セージのうち、あるデータバイトのストップビットが完
了してから次のデータバイトのスタートビットの先端が
来るまでの時間を、図１４に示される時間Ｐ１（０〜２
０ｍｓ）と規定している。従って、あるデータバイトの
ストップビットが完了してから２０ｍｓ以内には、次の
データバイトのスタートビットの先端が来ることにな
る。

【００１０】また上記国際規格によれば、あるメッセー
ジのＣＳのストップビットが完了し、次のメッセージの
スタートビットの先端が来るまでの時間を、図１４に示
される時間Ｐ２（０〜５０ｍｓまたは２５〜５０ｍｓ、
Ｐ２＞Ｐ１）と規定している。従って、ある電子制御装
置から送信された応答メッセージの最終データバイトの
ストップビットが完了してから５０ｍｓ以内には、次の
メッセージのスタートビットの先端が来ることになる。

【００１１】

【発明が解決しようとする課題】ところで上記の通信シ
ステムにおいては、図１４に示されるように、電子制御
装置から送信される応答メッセージのうち、あるデータ
バイトのストップビットが完了してから次のデータバイ
トのスタートビットの先端が来るまでの時間も、最終デ
ータバイトのストップビットが完了してから上記ＣＳの
スタートビットの先端が来るまでの時間も、ともに同じ
Ｐ１である。

【００１２】従って、例えば第１電子制御装置よりも優
先順位の低い第２電子制御装置は、第１電子制御装置が
送信した応答メッセージのうち、どれがデータバイトで
どれがＣＳかの識別ができず、その結果、第２電子制御
装置は、第１電子制御装置から２０ｍｓ（時間Ｐ１の最
大値）以上論理Ｈ（ハイ）レベルの信号が出力されるア
イドル状態となったことを検出したときに、第１制御装
置からの応答メッセージの送信が完了したと判断し、そ
の後自らの応答メッセージを送信するようにしていた。

【００１３】このように従来の通信システムでは、自ら
よりも優先順位の高い制御装置が応答メッセージの送信
を完了した後、少なくとも２０ｍｓ以上経過しなけれ
ば、自らの応答メッセージの送信を開始できない構成で
あったので、自らが応答メッセージの送信を開始するま
での時間が必要以上にかかっていたという問題があっ
た。

【００１４】そこで本発明は上記問題に鑑み、マスタ装
置と複数のスレーブ装置とを通信路を介して接続した通
信システムにおいて、自らよりも優先順位の高いスレー
ブ装置がマスタ装置に対して応答メッセージの送信を完
了した後、迅速に自らの応答メッセージの送信を開始す
ることのできる通信システムを提供することを第１の目
的とする。

【００１５】また従来は、マスタ装置からの要求メッセ
ージに関しても、あるデータバイトのストップビットが
完了してから次のデータバイトのスタートビットの先端
が来るまでの時間も、最終データバイトのストップビッ
トが完了してから上記ＣＳのスタートビットの先端が来
るまでの時間も、ともに同じＰ１である。従ってスレー
ブ装置は、どれがデータバイトでどれがＣＳかの識別が
できず、その結果、上記のように、スレーブ装置は自ら
が応答メッセージの送信を開始するまでに必要以上に時
間がかかっていた。

【００１６】そこで本発明は上記問題に鑑み、マスタ装
置と複数のスレーブ装置とを通信路を介して接続した通
信システムにおいて、マスタ装置がスレーブ装置に対し
て要求メッセージの送信を完了後、このスレーブ装置が
迅速に応答メッセージの送信を開始することのできる通
信システムを提供することを第２の目的とする。

【００１７】

【課題を解決するための手段】上記第１の目的を達成す
るため、請求項１記載の発明では、マスタ装置（５）と
複数のスレーブ装置（１、２）とを通信路（３）を介し
て接続し、前記マスタ装置（５）は、前記複数のスレー
ブ装置（１、２）に対して同時に、所定の処理の実行を
要求する要求メッセージを送信し、前記複数のスレーブ
装置（１、２）は、前記要求メッセージを受信して前記
処理を実行するとともに、この実行結果を応答メッセー
ジとして、優先順位の高いスレーブ装置から順に前記マ
スタ装置（５）に送信する通信システムにおいて、前記
応答メッセージは、前記実行結果を示す複数のデータバ
イトと、この複数のデータバイトのうちの最終データバ
イトの後に付加されたチェックサムバイトとから構成さ
れ、前記各スレーブ装置（１、２）は、前記応答メッセ
ージを前記マスタ装置（５）に送信する際に、前記複数
のデータバイトのうちの任意のデータバイトの送信完了
から第１所定時間（Ｐ１Ａ）後に次のデータバイトの送
信を開始し、前記最終データバイトの送信完了から、前
記第１所定時間（Ｐ１Ａ）とは異なる第２所定時間（Ｐ
１Ｂ）後に前記チェックサムバイトの送信を開始するよ
うに構成された通信システムを特徴とする。

【００１８】また、請求項２記載の発明では、請求項１
記載の通信システムにおいて、前記スレーブ装置（１、
２）が、自らが次に前記チェックサムバイトを送信する
か否かを判定するチェックサムバイト送信判定手段（ス
テップ１９２）と、自らが前記最終データバイトの送信
を完了から前記第２所定時間（Ｐ１Ｂ）が経過したか否
かを判定する送信側経過時間判定手段（ステップ１９
１）と、前記チェックサムバイト送信判定手段（ステッ
プ１９２）によって、次に前記チェックサムバイトを送
信すると判定され、かつ前記送信側経過時間判定手段
（ステップ１９１）によって、前記最終データバイトの
送信完了から前記第２所定時間（Ｐ１Ｂ）が経過したと
判定されたら、前記チェックサムバイトを送信するチェ
ックサムバイト送信手段（ステップ１９３）とを備える
ことを特徴とする。

【００１９】また、上記第２の目的を達成するために、
請求項３記載の発明では、マスタ装置（５）とスレーブ
装置（１、２）とを通信路（３）を介して接続し、前記
マスタ装置（５）は、前記スレーブ装置（１、２）に対
して、所定の処理の実行を要求する要求メッセージを送
信し、前記スレーブ装置（１、２）は、前記要求メッセ
ージを受信して前記処理を実行するとともに、この実行
結果を応答メッセージとして前記マスタ装置（５）に送
信する通信システムにおいて、前記要求メッセージは、
前記実行結果を示す複数のデータバイトと、この複数の
データバイトのうちの最終データバイトの後に付加され
たチェックサムバイトとから構成され、前記マスタ装置
（５）は、前記要求メッセージを前記スレーブ装置
（１、２）に送信する際に、前記複数のデータバイトの
うちの任意のデータバイトの送信完了から第１所定時間
（Ｐ１Ａ）後に次のデータバイトの送信を開始し、前記
最終データバイトの送信完了から、前記第１所定時間
（Ｐ１Ａ）とは異なる第２所定時間（Ｐ１Ｂ）後に前記
チェックサムバイトの送信を開始するように構成された
通信システムを特徴とする。

【００２０】また請求項４記載の発明では、請求項３記
載の通信システムにおいて、前記マスタ装置（５）が、
自らが次に前記チェックサムバイトを送信するか否かを
判定するチェックサムバイト送信判定手段（ステップ１
９２）と、自らが前記最終データバイトの送信を完了か
ら前記第２所定時間（Ｐ１Ｂ）が経過したか否かを判定
する送信側経過時間判定手段（ステップ１９１）と、前
記チェックサムバイト送信判定手段（ステップ１９２）
によって、次に前記チェックサムバイトを送信すると判
定され、かつ前記送信側経過時間判定手段（ステップ１
９１）によって、前記最終データバイトの送信完了から
前記第２所定時間（Ｐ１Ｂ）が経過したと判定された
ら、前記チェックサムバイトを送信するチェックサムバ
イト送信手段（ステップ１９３）とを備えることを特徴
とする。

【００２１】また請求項５記載の発明では、請求項１な
いし４いずれか１つ記載の通信システムにおいて、前記
スレーブ装置（１、２）が、自らが任意のメッセージの
バイトの受信を完了してから前記第２所定時間（Ｐ１
Ｂ）が経過したか否かを判定する受信側経過時間判定手
段（ステップ１１２）を備え、この受信側経過時間判定
手段（ステップ１１２）によって、前記バイトの受信完
了から前記第２所定時間（Ｐ１Ｂ）が経過したと判定さ
れたら、自らの応答メッセージを送信するように構成さ
れたことを特徴とする。

【００２２】また請求項６記載の発明では、請求項１な
いし５いずれか１つ記載の通信システムにおいて、前記
スレーブ装置（１、２）が電子制御装置であり、前記マ
スタ装置（５）が、前記電子制御装置の外部に通信路
（３）を介して接続された外部装置であることを特徴と
する。

【００２３】なお、上記各手段の括弧内の符号は、後述
する実施例の具体的手段との対応関係を示すものであ
る。

【００２４】

【発明の作用効果】請求項１記載の発明によれば、マス
タ装置から複数のスレーブ装置に対して同時に要求メッ
セージが送信されたら、上記各スレーブ装置のうち最も
優先順位の高いスレーブ装置は、応答メッセージとし
て、複数のデータバイトを第１所定時間の間隔を空けて
順次送信し、最終データバイトの送信後、前記第１所定
時間とは異なる第２所定時間の間隔を空けて、チェック
サムバイトを送信し、これにて応答メッセージの送信を
完了する。

【００２５】従って、次に優先順位の高いスレーブ装置
は、上記最も優先順位の高いスレーブ装置からの応答メ
ッセージの上記間隔の違いを監視すれば、この最も優先
順位の高いスレーブ装置が応答メッセージの送信を完了
したことを識別できるので、この識別後、迅速に自らの
応答メッセージの送信を開始することができる。また請
求項２記載の発明は、スレーブ装置が最終データバイト
を送信した後、上記第２所定時間の間隔を空けてチェッ
クサムバイトを送信するための構成を具体化したもので
あり、これによると、あるスレーブ装置が複数のデータ
バイトを順次送信していき、最終データバイトを送信し
たら、チェックサムバイト送信判定手段によって、自ら
が次にチェックサムバイトを送信すると判定する。

【００２６】また、最終データバイトの送信完了から前
記第２所定時間が経過したら、送信側経過時間判定手段
によってその旨が判定される。そして上記両判定手段に
よって、自らが次にチェックサムバイトを送信し、かつ
最終データバイトの送信完了から前記第２所定時間が経
過したと判定されたら、チェックサムバイト送信手段に
よってチェックバイトを送信する。

【００２７】これによって、任意のスレーブ装置が最終
データバイトを送信した後、上記第２所定時間の間隔を
空けてチェックサムバイトが送信される。また請求項３
記載の発明によれば、マスタ装置からスレーブ装置に対
して要求メッセージが送信するとき、この要求メッセー
ジとして、複数のデータバイトを第１所定時間の間隔を
空けて順次送信し、最終データバイトの送信後、前記第
１所定時間とは異なる第２所定時間の間隔を空けて、チ
ェックサムバイトを送信し、これにて要求メッセージの
送信を完了する。

【００２８】従ってスレーブ装置は、マスタ装置からの
要求メッセージの上記間隔の違いを監視すれば、マスタ
装置が要求メッセージの送信を完了したことを識別でき
るので、この識別後、迅速に応答メッセージの送信を開
始することができる。また請求項４記載の発明は、マス
タ装置が最終データバイトを送信した後、上記第２所定
時間の間隔を空けてチェックサムバイトを送信するため
の構成を具体化したものであり、これによると、マスタ
装置が複数のデータバイトを順次送信していき、最終デ
ータバイトを送信したら、チェックサムバイト送信判定
手段によって、自らが次にチェックサムバイトを送信す
ると判定する。

【００２９】また、最終データバイトの送信完了から前
記第２所定時間が経過したら、送信側経過時間判定手段
によってその旨が判定される。そして上記両判定手段に
よって、自らが次にチェックサムバイトを送信し、かつ
最終データバイトの送信完了から前記第２所定時間が経
過したと判定されたら、チェックサムバイト送信手段に
よってチェックバイトを送信する。

【００３０】これによって、マスタ装置が最終データバ
イトを送信した後、上記第２所定時間の間隔を空けてチ
ェックサムバイトが送信される。また請求項５記載の発
明は、スレーブ装置が、自らが受信する任意のメッセー
ジ（請求項１記載の発明の場合は応答メッセージ、請求
項３記載の発明の場合は要求メッセージ）の上記間隔の
違いを監視し、これによって上記受信したメッセージの
送信完了を識別し、その後迅速に自らの応答メッセージ
の送信を開始するための構成を具体化したものである。

【００３１】これによると、スレーブ装置が要求メッセ
ージまたは応答メッセージを受信したとき、このメッセ
ージのバイトの受信を完了してから第２所定時間が経過
したか否かを受信側経過時間判定手段が判定する。ここ
で経過したと判定されたときは、チェックサムバイトを
受信したということなので、スレーブ装置はこれによっ
て上記任意のメッセージの受信を完了したことを識別す
ることができる 従ってスレーブ装置は、上記識別をし
たら、迅速に自らの応答メッセージを送信することがで
きる。

【００３２】

【実施例】次に、本発明を車両診断システムに適用した
実施例について、図１ないし図１３に基づいて説明す
る。本実施例のシステムは、車両に搭載されるスレーブ
装置としての各種電子制御装置と、外部接続されるマス
タ装置としての故障診断テスタとが通信線を介して相互
接続され、これら故障診断テスタと各種車載電子制御装
置との間で１対ｎのデータ通信が実行されるシステムと
して構成されている。

【００３３】具体的には、車載電子制御装置としての例
えばエンジン制御装置１やトランスミッション制御装置
２等からなる複数の電子制御装置が通信線３を介して接
続されるとともに、これら車載電子制御装置に対して更
に、通信線３およびダイアグコネクタ４を介して故障診
断テスタ５が接続される構成となっている。なお、これ
ら接続される故障診断テスタ５と車載電子制御装置、例
えばエンジン制御装置１やトランスミッション制御装置
２との間では、その通信方式としてＩＳＯ−９１４１−
２に準拠したプロトコルが用いられるものとする。以
下、これら各要素の詳細について説明する。ここでは、
車載電子制御装置の一例としてエンジン制御装置１を代
表としてその構成および機能を説明する。

【００３４】エンジン制御装置１は、図１に示されるよ
うにＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、入力回路１
４、出力回路１５、ＡＤ変換回路（以下ＡＤＣ回路とい
う）１６、および通信回路１７等をそれぞれ有して構成
されている。ここで通信回路１７は、通信線３をドライ
ブする入出力バッファ回路である。また入力回路１４に
は、エンジン回転数を検出するセンサ（具体的にはクラ
ンク角センサ）２１や車速センサ２２等のセンサから出
力される、主にパルス信号からなるセンサ信号が入力さ
れ、ＡＤＣ回路１６には、スロットルセンサ２３、エア
フローメータ２４、水温センサ２５、Ｏ2 センサ２６
等、車両各部に設けられたセンサから出力されるアナロ
グ信号からなるセンサ信号が入力される。

【００３５】これらの信号はいずれも、それら検出値に
対応したセンサデータとしてＲＡＭ１３のデータ領域に
格納され、ＣＰＵ１１による燃料噴射量や点火時期の演
算のための演算値として利用される。なおＲＡＭ１３に
は、上記「データ領域」の他に、「受信カウンタ」や
「アイドルカウンタ」等のカウンタを格納する領域、後
述する「受信バッファ（１）」〜「受信バッファ
（ｎ）」、「送信バッファ（１）」〜「送信バッファ
（ｎ）」を格納する領域、および各種実行フラグやＣＳ
フラグの登録領域がそれぞれ形成されている。

【００３６】またＣＰＵ１１は、ＲＯＭ１２に予め格納
されている制御プログラムに従い、ＲＡＭ１３に取り込
まれたセンサデータに基づく所定の演算を実行して、そ
の都度の燃料噴射量や点火時期を求めるとともに、故障
診断テスタ５との間で後述する通信メッセージの授受、
およびそのメッセージを通じて指定された診断処理を実
行する部分である。

【００３７】なお、ＲＯＭ１２に格納された上記制御プ
ログラムには、ＲＡＭ１３内の上記「受信カウンタ」、
「アイドルカウンタ」等のカウンタをソフトウェア的に
カウント処理する「カウンタプログラム」が含まれる。
なお、このＣＰＵ１１を通じて求められた燃料噴射量は
出力回路１５に与えられ、この出力回路１５を通じて、
上記求められた燃料噴射量に対応する信号がエンジン制
御手段２７に出力される。エンジン制御手段２７として
は例えば燃料噴射弁がある。

【００３８】また、後述する診断処理では、故障診断テ
スタ５からのＲＡＭ値読出診断やダイアグコード読出指
令に応じて、ＲＡＭ１３に取り込まれたセンサデータや
診断結果がこのＣＰＵ１１によって順次読み出され、こ
の読み出されたデータが診断データとして通信回路１７
を介して通信線３に出力される。一方、故障診断テスタ
５は、こうした車載電子制御装置あるいはそれを通じた
車両システムの診断が必要とされるときに、上述のよう
にダイアグコネクタ４を介して車載電子制御装置（この
例ではエンジン制御装置１およびトランスミッション制
御装置２等）に電気的に接続されて、上記診断データと
して読み出されたデータを読み込み、それらデータの診
断を支援する装置である。

【００３９】なお、故障診断テスタ５では、通常これら
読み込んだ診断データを図示しない表示器に一覧表示し
たりグラフ表示したりすることによって、それらデータ
の異常の有無を診断者に知らせることができる。またダ
イアグコネクタ４には、イグニッションスイッチ１８を
経て、バッテリー１９より電源が供給されており、故障
診断テスタ５がこうして車載電子制御装置と電気的に接
続されるとき、このダイアグコネクタ４を介して故障診
断テスタ５にも電源が供給されるようになっている。

【００４０】さて、こうした実施例の通信システムを通
じて行われる診断処理としては、例えば、 ａ）車両の走行状態において入力回路１４やＡＤＣ回路
１６を介してＲＡＭ１３に取り込まれたセンサデータの
値、つまりＲＡＭ値を故障診断テスタ５に読み出し、こ
れらセンサデータが正常か否かを診断するいわゆるＲＡ
Ｍ値読出診断、 ｂ）上記センサ等が断線した際にＲＡＭ１３に記憶され
るトラブルコードを故障診断テスタ５に読み出し、車両
のどの部分が故障しているかを診断するトラブルコード
読出診断、等がある。

【００４１】図２および図４に、こうした実施例の通信
システムを通じて実行される、上記ａ）のＲＡＭ値読出
診断と上記ｂ）のトラブルコード読出診断について、こ
れらの通信手順をタイムチャートとして示す。ａ）のＲ
ＡＭ値読出診断にあっては、その通信手順としてまず、
例えばエンジン制御装置１やトランスミッション制御装
置２に対してそのＲＡＭ値（例えば車速の読出を要求す
るメッセージ）が故障診断テスタ５から通信線３に対
し、図２に示される態様で送信される。

【００４２】なお、このＲＡＭ値要求メッセージにおい
て、「メッセージヘッダ」を構成する３バイトには、例
えば、 当メッセージが要求メッセージであること、 当メッセージの送信先がエンジン制御装置１（あるい
はトランスミッション制御装置２）であること、 当メッセージの送信元は例えば故障診断テスタ５であ
ること、等の情報が組み込まれる。

【００４３】また、「データバイト」には、例えば、 ＲＡＭ値読出を要求するモード表示（１番目の”＄０
１”）、 車速データを要求するパラメータＩＤ（２番目の”＄
０Ｄ”）、等が組み込まれる。なお、最後に付加される
「ＣＳ」はチェックサムを示す。一方、エンジン制御装
置１やトランスミッション制御装置２からは、こうした
ＲＡＭ値要求メッセージに応答して、図２に示される態
様の応答メッセージが通信線３に対して送信される。

【００４４】ちなみにこれら応答メッセージにおいて、
「メッセージヘッダ」を構成する３バイトには、例え
ば、 当メッセージが応答メッセージであること、 当メッセージの送信先が故障診断テスタ５であるこ
と、 当メッセージの送信元がエンジン制御装置１（あるい
はトランスミッション制御装置２）であること、等の情
報が組み込まれる。

【００４５】また「データバイト」には、例えば、 ＲＡＭ値を送信するモード表示（１番目の”＄４
１”）、 車速データを表すパラメータＩＤ（２番目の”＄０
Ｄ”）、 実際の車速を表すデータ（３番目の”＄６４”、物理
量として１００ｋｍ／ｈを示す）、等が組み込まれる。
なお、最後に付加される「ＣＳ」はチェックサムを示
す。

【００４６】また図２からも分かるように、この実施例
のシステムでは、トランスミッション制御装置２→エン
ジン制御装置１の順に応答優先順位が設定されているも
のとしている。ここで、上記要求メッセージおよび応答
メッセージの「メッセージヘッダ」、「データバイト」
の各データバイトについて、所定のデータバイトの送信
完了から次のデータバイトの送信開始までの時間は、図
３に示すように、第１所定時間Ｐ１Ａとなるように設定
されている。また、「データバイト」の最終バイトの送
信完了からＣＳの送信開始までの時間は第２所定時間Ｐ
１Ｂ（Ｐ１Ｂ＞Ｐ１Ａ）となるように設定されている。

【００４７】本実施例では、上記国際規格で定められた
通信速度が１０．４kbitであることを考慮すると、１．
０４ｍｓで１バイトが送信可能であるため、上記時間Ｐ
１Ｂをこの１．０４ｍｓの約２倍である１．９６ｍｓに
設定している。また上記時間Ｐ１Ａは、時間Ｐ１Ｂに対
して十分短い時間である０．０１ｍｓに設定している。
なお、故障診断テスタ５および各電子制御装置が、どの
ような手段によってＰ１Ａ＝０．０１ｍｓ、Ｐ１Ｂ＝
１．９６ｍｓにて各メッセージを送信しているかについ
ては、図１０〜１３を用いて後述する。

【００４８】他方、上記ｂ）のトラブルコード読出診断
にあっては、その通信手順として、コード要求メッセー
ジが上記に準じて故障診断テスタ５から通信線３に対し
て送信され、これに応じてトランスミッション制御装置
２やエンジン制御装置１から、図４に示される態様でそ
の応答メッセージが通信線３に対して送信される。ちな
みに図４の例では、 トランスミッション制御装置２には、同トラブルコー
ドとして「０１４３」、「０１９６」、「０２３４」、
「０３５７」、「０５３１」および「０６６１」の６個
のコードが記憶されている、 このトランスミッション制御装置２では、これら６個
のコードを第１および第２の応答メッセージに分けて送
信している、といった状態を示している。

【００４９】ここで上記６個のコードを２つの応答メッ
セージに分けて送信しているのは、ＳＡＥ（米国自動車
技術会）のＪ１９７９によって、図５に示すように、メ
ッセージを構成する最大バイト数が、メッセージヘッダ
の３バイトとデータバイトの７バイトとを足した１０バ
イトに、最後にＣＳを付加した合計１１バイトという規
定があるからである。また上記Ｊ１９７９によれば、こ
のトラブルコードは、１つのコードで２バイト長のデー
タであり、図４の説明もこれに従うものとする。

【００５０】すわなちこの場合、トランスミッション制
御装置２では、上記第１の応答メッセージとして、「メ
ッセージヘッダ」の３バイトの後、「トラブルコードを
送信するモード表示（”＄４３”）」を送信し、続いて
コード「０１４３」、「０１９６」、「０２３４」を送
信してから、最後にＣＳを付加して１１バイトのメッセ
ージを送信する。

【００５１】そして上記ＣＳのストップビット（論理Ｈ
レベル）が完了した後、時間Ｐ２後に、続く第２の応答
メッセージの最初のデータバイトのスタートビット（論
理Ｌレベル）を送信する。この第２の応答メッセージで
は、３バイトからなる同様の「メッセージヘッダ」なら
びに「トラブルコードを送信するモード表示（”＄４
３”）」に続いて、残りのコード「０３５７」、「０５
３１」および「０６６１」を送信し、最後にＣＳを付加
して１１バイトのメッセージ送信を終了する。

【００５２】なお、ここで説明したトラブルコード読出
診断においても、ＲＡＭ値読出診断の場合と同様、上記
要求メッセージおよび応答メッセージにおける「メッセ
ージヘッダ」、「データバイト」の各バイト間の間隔
は、図３に示すように第１所定時間Ｐ１Ａ（＝０．０１
ｍｓ）に設定され、「データバイト」の最終バイトとＣ
Ｓとの間隔は第２所定時間Ｐ１Ｂ（＝１．９６ｍｓ）に
設定されている。

【００５３】またエンジン制御装置１においても、基本
的にはこれに準じた態様をもって、そのトラブルコード
の送信が行われる。ところでこの実施例の通信システム
では、上記トラブルコード読出診断等の診断処理を行う
にあたって、ある制御装置から応答メッセージが送信さ
れた後、次の応答メッセージが早急に出力されるように
構成されている。以下、この具体的構成について、エン
ジン制御装置１を例として説明する。

【００５４】いま、例えば上記トラブルコード読出診断
の開始に際し、故障診断テスタ５にある操作部（キーボ
ード）を通じて、診断対象となる電子制御装置や診断モ
ード等に関する情報がそれぞれ受信されたとすると、診
断テスタ５によって、図２に示したようなコード要求メ
ッセージに応じて、まず最も優先順位の高いトランスミ
ッション制御装置２から、図２に示したような応答メッ
セージが通信線３に対して送信されるようになることは
上述した通りである。

【００５５】一方、エンジン制御装置１では、データバ
イトの受信が完了する度に、図６に示される処理（いつ
受信するか分からないメッセージを確実に取り込むため
に、ＣＰＵ１１のシリアル入力割込み機能を通じて実現
される処理）を通じて、そのメッセージデータを一時的
に受信バッファにストアする。すなわち、ステップ１０
１にてこのシリアル入力割込み処理が起動されると、ス
テップ１０２にて、受信されたデータバイトがメッセー
ジの１バイト目か否かを判定する。そしてこの受信デー
タバイトがメッセージの１バイト目であれば、ステップ
１０３にて上記ＣＳフラグをリセットし、続くステップ
１０４にてその受信データを上記受信バッファの先頭番
地（１）にストアする。

【００５６】そして次のステップ１０５にて、受信カウ
ンタ（ｎ）に値「１」を書き込み、ステップ１１４に
て、次にシリアル入力割込みが起動されるまでの時間を
計測する上記アイドルカウンタをクリアしてこの割込み
ルーチンを抜ける。ここでアイドルカウンタとは、図示
しないタイマによる時間割込み（例えば１ｍｓ割込み）
に応じて１カウントずつカウントアップされるカウンタ
のことである。

【００５７】他方、上記受信データバイトが２バイト目
以降であれば、ステップ１０６にて受信カウンタ（ｎ）
をインクリメントする。この受信カウンタ（ｎ）の内容
は、現在受信中のデータがこのデータバイトの何バイト
目にあたるかを判定する情報として使われる。その後、
続くステップ１０７において、現在受信されたバイト数
がメッセージとしての最大長１１バイトを超えているか
否かを判定する。この判定の結果、受信されたバイト数
が１１バイトを超えていると判定された場合には、異常
とみなし、ステップ１０８で受信エラーフラグをセット
し、ステップ１０９で受信バッファ（１）〜（ｎ）を全
てクリアし、さらにステップ１１０で受信カウンタをク
リアして、この割込み処理を抜ける。

【００５８】他方、上記受信バイト数が１１バイト以下
の場合には、ステップ１１１にて、その受信データを受
信バッファ（ｎ番地）にストアする。そして続くステッ
プ１１２にて、アイドルカウンタが上記所定時間Ｐ１Ｂ
（＝１．９６ｍｓ）に１．０４ｍｓを加算した時間（＝
３ｍｓ）以上になったか否かを判定することによって、
ＣＳを受信したか否かを判定する。

【００５９】つまり図７に示すように、データバイト
の受信が完了する度に図６の処理が起動されてアイドル
カウンタがクリアされる、上述したように、１データ
バイトは１．０４ｍｓで送信される、ことを考慮する
と、アイドルカウンタが上記のようにＰ１Ｂ＋１．０４
ｍｓ（＝３ｍｓ）以上か否かを判定すれば、ＣＳを受信
したか否かを判定することができる。

【００６０】そしてステップ１１２にてＹＥＳと判定さ
れたら、続くステップ１１３にて上記ＣＳフラグをセッ
トし、続くステップ１１４にて上記処理を実行した後、
この割込み処理を抜ける。反対にステップ１１２にてＮ
Ｏと判定されたら、ステップ１１３の処理を行わず、ス
テップ１１４の処理に移る。エンジン制御装置１では、
こうしたシリアル入力割込み処理とは別に、所定周期
（本実施例では４ｍｓ）毎に図８〜図１０に示される処
理を起動し、診断および応答メッセージ構築、送信のた
めの以下の処理を実行する。なお、図８、図９に示され
る処理は、ＣＰＵ１１に対する主制御プログラムの一部
として、ＲＯＭ１２内に予め格納されているメインルー
チンである。また図１０に示される処理は、図９のステ
ップ１４９およびステップ１５０において行われるサブ
ルーチンであり、これもＲＯＭ１２に予め格納されてい
る。

【００６１】このメインルーチンにおいて、先ずステッ
プ１２１にて受信バッファ（１）にデータが存在するか
否かを判定する。そして受信バッファ（１）にデータが
存在していなければ（同番地のデータが「＄００」であ
れば）、メッセージがまだ受信されていないものとみな
して、このルーチンを一旦抜ける。他方、受信バッファ
（１）にデータが存在していれば（何らかの数値が登録
されていれば）、ステップ１２２にて、上記ＣＳフラグ
がセットされているか否かを判定する。つまり、応答メ
ッセージの最終バイトであるＣＳを受信したか否かを判
定する。

【００６２】ここでＮＯ、すなわちＣＳを受信していな
いと判定された場合には、上記メッセージの取り込みが
最後まで完了していないとみなして、このルーチンを一
旦抜ける。他方、ＹＥＳ、すなわちＣＳを受信したと判
定された場合には、メッセージの取り込みが完了したと
みなして、続くステップ１２３〜１２５において、この
メッセージのサムチェックを行う。

【００６３】ちなみにこのサムチェックでは、まずステ
ップ１２３において、受信カウンタのカウント値に基づ
き受信したメッセージが何バイト長かを確認する。そし
てこの数値に基づき、次のステップ１２４で受信バッフ
ァ（１）〜（ｎ−１）にストアされているデータの総和
を計算し、最後のステップ１２５にてその総和値の下位
８ビットのデータと受信バッファ（ｎ）にストアされて
いるデータ、すなわちＣＳの値とが一致しているか否か
を判定する。

【００６４】このサムチェックの結果、上記各値が一致
していないと判定されたら、異常とみなし、ステップ１
２６にて通信エラーフラグをセットし、ステップ１２７
にて受信バッファを全てクリアし、ステップ１２８で受
信カウンタをクリアしてこのルーチンを抜ける。また上
記サムチェックの結果が正常であれば、受信データに問
題はないものと判断して、続くステップ１２９におい
て、受信バッファ（１）〜（３）の内容、すなわち上記
「メッセージヘッダ」が正常か否かを更に判定する。こ
の「メッセージヘッダ」の判定では、要求メッセージと
応答メッセージとの両方のヘッダについてその正当性を
判定する。

【００６５】すなわち、続くステップ１３０にて、この
メッセージが要求メッセージであるか応答メッセージで
あるかを判定し、要求メッセージであれば、ステップ１
３１にて受信バッファ（４）のデータの内容をもとに、
これがいずれの診断モードを指定しているものかを判定
する。そして、この判定した診断モードの処理ルーチン
にジャンプする。

【００６６】他の診断モードとしては、上述した特定の
ＲＡＭ値を読み出す診断モード（ステップ２００）、あ
るいはＲＡＭ値の書換えを行って車両の診断を行うよう
な指令値書換え診断モード（ステップ３００）等があ
る。ここで、上記診断モードとしてトラブルコード読出
診断モードが指定されている場合には、ステップ１３２
（図９）において、トラブルコード読出診断実行フラグ
をセットし、自ら（エンジン制御装置１）が応答しなく
てはならない要求があったことを記憶して同処理を一旦
抜ける。

【００６７】すわなち、自らの制御装置よりも優先順位
の高い制御装置（トランスミッション制御装置２）が存
在する場合、その応答が完了するまでは自らの応答を送
信することができない。そのため、こうして一時的に上
記実行フラグをセットすることで、この要求があったこ
とだけをまず記憶する。一方、上記ステップ１３０（図
８）の判定において、受信されたメッセージが応答メッ
セージであると判定されたら、ステップ１４１（図９）
にジャンプして、この応答メッセージが自らよりも優先
順位の高い制御装置からのものであるか否かを判定す
る。

【００６８】ステップ１４１にて、自らの制御装置より
も優先順位の高い制御装置からの応答メッセージである
と判定されたら、ステップ１４２にて上記受信カウンタ
のカウント値を確認する。そして、その応答メッセージ
のデータ長が上記最大長（１１バイト長）であったら、
ステップ１４３にて、上記時間Ｐ２に、最大値（５０ｍ
ｓ）もしくはそれに近い時間ＬＰ２をセットする。

【００６９】反対に、ステップ１４２でＮＯと判定され
たら、ステップ１４４にて、上記時間Ｐ２にＳＰ２をセ
ットする。ここでいうＳＰ２は、従来のシステムにおけ
る標準の通信路空き待ち時間（例えば２０ｍｓ）に対し
て短い時間（本実施例では５ｍｓ）に設定されている。
なお、自らよりも優先順位の高い制御装置からの応答メ
ッセージのデータ長が最大長のときには、上記優先順位
の高い制御装置から続けてデータが送信される可能性が
あるので、このようなときには上記ステップ１４３に
て、自らが応答メッセージの送信を開始する時間Ｐ２
に、上記優先順位の高い制御装置が応答メッセージの送
信を開始する時間ＳＰ２（ステップ１４４）よりも長い
時間ＬＰ２をセットすることによって、上記優先順位の
高い制御装置に自らよりも早く応答メッセージを送信さ
せ、これによって自らの応答メッセージと上記優先順位
の高い制御装置の応答メッセージとが衝突しないように
している。

【００７０】また、上記ステップ１４１での判定におい
てＮＯと判定される場合には、ステップ１４５にて、自
らの応答メッセージ、すわなちエコーバックか否かが判
定される。この判定でエコーバックであると判定された
ら、ステップ１４４にて、上記短い時間ＳＰ２が時間Ｐ
２としてセットされる。しかし、同メッセージが自らよ
りも優先順位の低い制御装置からの応答メッセージであ
った場合には、いずれの送信処理も行わず、ステップ１
５３にジャンプして受信バッファの全てと受信カウンタ
をクリアする。そしてそのままこのルーチンを抜ける。

【００７１】上記ステップ１４３またはステップ１４４
において、上記時間ＬＰ２またはＳＰ２をＰ２としてセ
ットした制御装置（エンジン制御装置１）は、次にステ
ップ１４６で、通信線３がアイドル状態を継続している
か否かを判定する。このアイドル判定は、これらセット
した時間Ｐ２に基づいて行われ、アイドル状態にない場
合、すなわち上記アイドルカウンタのカウント値が時間
Ｐ２以下である場合には、そのままこのルーチンを一旦
抜けて待機する。

【００７２】他方、通信線３のアイドル状態が確認され
れば、すなわちアイドルカウンタのカウント値が時間Ｐ
２を超えていれば、自らが応答する番であると判定し
て、ステップ１４７にて、応答メッセージのヘッダ３バ
イトを送信バッファ（１）〜（３）に格納し、これらを
順次送信する。そして次のステップ１４８にて、上記ト
ラブルコード読出診断実行フラグがセットされているか
否かを判定する。

【００７３】ここでＹＥＳと判定されたらステップ１５
０に進み、図１０に示すサブルーチンの処理を実行す
る。なお、このサブルーチンは、トラブルコード読出診
断モード以外の診断モードでも使用されるサブルーチン
であり、トラブルコード読出診断モードを例にとって具
体的に説明すると、ステップ１６１にて、これからトラ
ブルコードを送信する旨のモード表示（図４の”＄４３
に相当）を送信する。そして次のステップ１６２にて、
トラブルコードを順次作成する（図４の「０１４３」、
「０１９６」、「０２３４」に相当）。

【００７４】ただしこのステップでは、上述したように
最大の３つのコード（６バイト分）までしか送信できな
い制限が加えられているので、３つを超えるトラブルコ
ードが存在する場合には、これらトラブルコードを次回
以降の応答メッセージとして送信するための準備を行
う。この準備としては、今回送信したデータと次回以降
送信するデータとの識別等が行われる。

【００７５】そしてステップ１６３にてＣＳを生成し、
次のステップ１６４にて、上記ステップ１６１〜１６３
にて作成した各応答データを、送信バッファ（４）〜
（ｎ）に格納する。そして次のステップ１６５にて、送
信バッファで使用されるＩＮＤＥＸを４にセットし、ス
テップ１６６にて、ＣＳを入力している送信バッファの
ＩＮＤＥＸであるＣＳＩＮＸをｎにセットする。なお、
上記ＩＮＤＥＸおよびＣＳＩＮＸはＲＡＭ１３に格納さ
れる。

【００７６】そして次のステップ１６７にて、ＲＡＭ１
３に格納された上記ＩＮＤＥＸがＣＳＩＮＸであるか否
か、すなわち後述するステップ１６８にて送信する応答
データがＣＳであるか否かを判定する。ここでＮＯと判
定されたら、ステップ１６８にて応答データを送信し、
次のステップ１６９にてＩＮＤＥＸをインクリメントし
た後、再びステップ１６７の処理に戻る。

【００７７】反対に、ステップ１６７にてＹＥＳと判定
されたら、すなわちこれから送信しようとする応答デー
タがＣＳである場合は、ステップ１６８の処理を行わ
ず、このサブルーチンを抜ける。なお、この実施例で
は、ステップ１６８にてある応答データを送信した後、
ステップ１６９→ステップ１６７と進んで、次のステッ
プ１６８にて次の応答データが送信されるまでの時間
が、上記時間Ｐ１Ａ（＝０．０１ｍｓ）となるように構
成されている。

【００７８】このように図１０のサブルーチンの処理を
終えたら、図９のステップ１５１に進み、送信されない
コードが残っているか否かの判定が行われる。そして残
っていないと判定されたら次のステップ１５２にて、上
記トラブルコード読出診断実行フラグをクリアしてこの
メインルーチンを抜ける。また、未だ送信されていない
コードが残っている場合には、この実行フラグをクリア
せずに、そのまま一旦このメインルーチンを抜ける。

【００７９】また、上記ステップ１４８にてＮＯと判定
されたら、ステップ１４９に進み、上述した図１０に示
すサブルーチンの処理を実行する。そしてその後、ステ
ップ１５３の処理を実行してこのメインルーチンを抜け
る。一方、上記メインルーチンとは別に、各バイトの送
信が完了する度に、図１１に示される処理（いつ送信す
るか分からないメッセージを確実に取り込むために、Ｃ
ＰＵ１１のシリアル入力割込み機能を通じて実現される
処理）が起動される。

【００８０】すなわち、ステップ１８１にてこのシリア
ル入力割込み処理が起動されると、ステップ１８２に
て、いま送信されたバイトがＣＳか否かを判定する。こ
こでＮＯと判定されたら、ステップ１８３にてチェック
バイト（ＣＢ）カウンタをクリアしてこの処理を抜け、
逆にＹＥＳと判定されたら、ＣＢカウンタをクリアせず
にこの処理を抜ける。なおここでいうＣＢカウンタと
は、図示しないタイマによる時間割込み（例えば１ｍｓ
割込み）に応じて１カウントずつカウントアップされる
カウンタのことである。

【００８１】また図１１に示される処理とは別に、所定
周期（本実施例では１ｍｓ）毎に図１２に示される処理
が実行される。具体的には、ステップ１９１にて上記Ｃ
Ｂカウンタのカウント値が上記時間Ｐ１Ｂ以上となった
か否かを判定し、ＹＥＳと判定されたら、ステップ１９
２にて上記ステップ１６７と同様の処理を行う。ここで
ＹＥＳと判定されたら、ステップ１９３にてＣＳを送信
する。そして、ステップ１９４にてＣＳＩＮＸに＄ＦＦ
をセットしてこの処理を抜ける。また、上記ステップ１
９１または１９２にてＮＯと判定された場合は、何もせ
ずにこの処理を抜ける。

【００８２】上記図１０〜図１２の処理によって、図１
３に示すように、次に送信されるデータがＣＳでなけれ
ば、ステップ１６７〜１６９の処理によって、このデー
タの送信完了からＰ１Ａ（＝０．０１ｍｓ）後に次のデ
ータが送信される。また、次に送信されるデータがＣＳ
であれば、ステップ１９１〜１９３の処理によって、こ
のデータの送信完了からＰ１Ｂ（＝１．９６ｍｓ）後に
ＣＳが送信される。

【００８３】以上説明したように本実施例では、各電子
制御装置が故障診断テスタ５に対して送信する応答メッ
セージの「データバイト」のそれぞれの間の時間を、ス
テップ１６７〜１６９の処理によって時間Ｐ１Ａとし、
「データバイト」の最終データバイトと「ＣＳ」との間
の時間を、ステップ１９１〜１９３の処理によって、時
間Ｐ１Ａとは異なる時間Ｐ１Ｂ（Ｐ１Ｂ＞Ｐ１Ａ）とし
ている。

【００８４】そして、上記電子制御装置（例えばエンジ
ン制御装置１）は、自らよりも優先順位の高い制御装置
（トランスミッション制御装置２）が送信する応答メッ
セージを受信したとき、ステップ１１２（図６）にて、
この受信した応答メッセージの各バイトの間の時間を監
視し、上記時間の違い（Ｐ１ＡとＰ１Ｂとの違い）をみ
ることによって、受信したデータがＣＳか否かを判定し
ている。

【００８５】このように本実施例では、各電子制御装置
は、自らよりも優先順位の高い制御装置からＣＳを受信
したこと、すなわちこの優先順位の高い制御装置が応答
メッセージの送信を完了したことを識別することができ
るので、このことを利用して、上記優先順位の高い制御
装置からの応答メッセージの送信完了から短い時間ＳＰ
２（＝５ｍｓ）後に自らの応答メッセージを送信するこ
とができる。

【００８６】また本実施例では、故障診断テスタ５が各
電子制御装置に送信する要求メッセージについても、
「データバイト」の最終データバイトと「ＣＳ」との間
の時間を上記Ｐ１Ｂとして、他のデータバイト間の時間
Ｐ１Ａと異なるようにしたので、最も優先順位の高い制
御装置（トランスミッション制御装置２）は、故障診断
テスタ５が要求メッセージの送信を完了した後、上記短
い時間ＳＰ２後に応答メッセージを送信開始することが
できる。 （他の実施例）上記実施例では、第１所定時間Ｐ１Ａ＜
第２所定時間Ｐ１Ｂとしたが、Ｐ１Ａ＞Ｐ１Ｂとなるよ
うに設定しても良い。要は、Ｐ１ＡとＰ１Ｂが互いに異
なるものであれば良い。

【００８７】また上記実施例では、故障診断テスタ５を
マスタ装置とし、電子制御装置をスレーブ装置としたシ
ステムについて説明したが、複数の電子制御装置の任意
の１つをマスタ装置、他の電子制御装置をスレーブ装置
としたものについても適用することができる。また上記
実施例では、本発明における通信システムを車両に用い
た場合について説明したが、車両以外のものにも適用す
ることができる。

【００８８】また上記実施例では、図１０ないし図１２
に示す処理を、電子制御装置が行う処理として説明した
が、故障診断テスタ５が行うようにしても良い。この場
合、ステップ１６１〜１６３の処理は人間が行うことに
なる。

【図面の簡単な説明】

【図１】本発明一実施例の全体構成図である。

【図２】上記実施例のＲＡＭ値読出診断の通信手順を示
すタイムチャートである。

【図３】上記実施例のメッセージの各バイトのタイムチ
ャートである。

【図４】上記実施例のトラブルコード読出診断の通信手
順を示すタイムチャートである。

【図５】米国自動車技術会（ＳＡＥ）Ｊ１９７９に定め
られる１メッセージのフレーム構成を示すタイムチャー
トである。

【図６】上記実施例の電子制御装置の受信側シリアル入
力処理手順を示すフローチャートである。

【図７】図６の処理に基づくアイドルカウンタのタイム
チャートである。

【図８】上記電子制御装置の主に受信処理手順を示すフ
ローチャートである。

【図９】上記電子制御装置の主にトラブルコード送信手
順を示すフローチャートである。

【図１０】図９のステップ１４９、１５０で行われる処
理を示すサブルーチンである。

【図１１】上記電子制御装置の送信側シリアル入力処理
手順を示すフローチャートである。

【図１２】上記電子制御装置のチェックサムバイト（Ｃ
Ｓ）の送信処理手順を示すフローチャートである。

【図１３】図１１の処理に基づくチェックバイト（Ｃ
Ｂ）カウンタのタイムチャートである。

【図１４】国際規格ＩＳＯ−９１４１−２の通信手順を
示すタイムチャートである。

【図１５】メッセージを構成する各バイトのビットフォ
ーマットを示すタイムチャートである。

【符号の説明】

１…エンジン制御装置（スレーブ装置）、２…トランス
ミッション制御装置（スレーブ装置）、３…通信線（通
信路）、５…故障診断テスタ（マスタ装置）

Claims (6)

【特許請求の範囲】
1. 【請求項１】 マスタ装置と複数のスレーブ装置とを通
   信路を介して接続し、前記マスタ装置は、前記複数のス
   レーブ装置に対して同時に、所定の処理の実行を要求す
   る要求メッセージを送信し、前記複数のスレーブ装置
   は、前記要求メッセージを受信して前記処理を実行する
   とともに、この実行結果を応答メッセージとして、優先
   順位の高いスレーブ装置から順に前記マスタ装置に送信
   する通信システムにおいて、 前記応答メッセージは、前記実行結果を示す複数のデー
   タバイトと、この複数のデータバイトのうちの最終デー
   タバイトの後に付加されたチェックサムバイトとから構
   成され、 前記各スレーブ装置は、前記応答メッセージを前記マス
   タ装置に送信する際に、前記複数のデータバイトのうち
   の任意のデータバイトの送信完了から第１所定時間後に
   次のデータバイトの送信を開始し、前記最終データバイ
   トの送信完了から、前記第１所定時間とは異なる第２所
   定時間後に前記チェックサムバイトの送信を開始するよ
   うに構成されたことを特徴とする通信システム。
2. 【請求項２】 前記スレーブ装置が、 自らが次に前記チェックサムバイトを送信するか否かを
   判定するチェックサムバイト送信判定手段と、 自らが前記最終データバイトの送信を完了から前記第２
   所定時間が経過したか否かを判定する送信側経過時間判
   定手段と、 前記チェックサムバイト送信判定手段によって、次に前
   記チェックサムバイトを送信すると判定され、かつ前記
   送信側経過時間判定手段によって、前記最終データバイ
   トの送信完了から前記第２所定時間が経過したと判定さ
   れたら、前記チェックサムバイトを送信するチェックサ
   ムバイト送信手段とを備えることを特徴とする請求項１
   記載の通信システム。
3. 【請求項３】 マスタ装置とスレーブ装置とを通信路を
   介して接続し、前記マスタ装置は、前記スレーブ装置に
   対して、所定の処理の実行を要求する要求メッセージを
   送信し、前記スレーブ装置は、前記要求メッセージを受
   信して前記処理を実行するとともに、この実行結果を応
   答メッセージとして前記マスタ装置に送信する通信シス
   テムにおいて、 前記要求メッセージは、前記実行結果を示す複数のデー
   タバイトと、この複数のデータバイトのうちの最終デー
   タバイトの後に付加されたチェックサムバイトとから構
   成され、 前記マスタ装置は、前記要求メッセージを前記スレーブ
   装置に送信する際に、前記複数のデータバイトのうちの
   任意のデータバイトの送信完了から第１所定時間後に次
   のデータバイトの送信を開始し、前記最終データバイト
   の送信完了から、前記第１所定時間とは異なる第２所定
   時間後に前記チェックサムバイトの送信を開始するよう
   に構成されたことを特徴とする通信システム。
4. 【請求項４】 前記マスタ装置が、 自らが次に前記チェックサムバイトを送信するか否かを
   判定するチェックサムバイト送信判定手段と、 自らが前記最終データバイトの送信を完了から前記第２
   所定時間が経過したか否かを判定する送信側経過時間判
   定手段と、 前記チェックサムバイト送信判定手段によって、次に前
   記チェックサムバイトを送信すると判定され、かつ前記
   送信側経過時間判定手段によって、前記最終データバイ
   トの送信完了から前記第２所定時間が経過したと判定さ
   れたら、前記チェックサムバイトを送信するチェックサ
   ムバイト送信手段とを備えることを特徴とする請求項３
   記載の通信システム。
5. 【請求項５】 前記スレーブ装置が、 自らが任意のメッセージのバイトの受信を完了してから
   前記第２所定時間が経過したか否かを判定する受信側経
   過時間判定手段を備え、 この受信側経過時間判定手段によって、前記バイトの受
   信完了から前記第２所定時間が経過したと判定された
   ら、自らの応答メッセージを送信するように構成された
   ことを特徴とする請求項１ないし４いずれか１つ記載の
   通信システム。
6. 【請求項６】 前記スレーブ装置が電子制御装置であ
   り、前記マスタ装置が、前記電子制御装置の外部に通信
   路を介して接続された外部装置であることを特徴とする
   請求項１ないし５いずれか１つ記載の通信システム。