JPH06129949A - 故障診断情報通信装置 - Google Patents
故障診断情報通信装置Info
- Publication number
- JPH06129949A JPH06129949A JP4281592A JP28159292A JPH06129949A JP H06129949 A JPH06129949 A JP H06129949A JP 4281592 A JP4281592 A JP 4281592A JP 28159292 A JP28159292 A JP 28159292A JP H06129949 A JPH06129949 A JP H06129949A
- Authority
- JP
- Japan
- Prior art keywords
- data
- ecu
- failure diagnosis
- response data
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Communication Control (AREA)
- Arrangements For Transmission Of Measured Signals (AREA)
Abstract
(57)【要約】
【目的】 複数の電子制御ユニット（ＥＣＵ）とテスタ
を接続するデータ伝送路を単一のシリアル伝送路で構成
すると共に、複数のＥＣＵから送信される故障診断用情
報を伝送路上での衝突を回避してテスタに送出する。 【構成】 複数のＥＣＵ１Ａ，２ＡとこれらＥＣＵ１
Ａ，２Ａより故障診断用情報を得て故障診断を行うテス
タ３１０に情報の送受信を行う単一のシリアル伝送路Ｌ
0を設けると共に、各ＥＣＵ１Ａ，２Ａに、故障診断用
情報をテスタ３１０へ伝送する優先順位を設定し且つこ
の優先順位に応じた時間差を置いて自己の故障診断用情
報をシリアル伝送路Ｌ0を通してテスタ３１０へ伝送す
るようにした。
を接続するデータ伝送路を単一のシリアル伝送路で構成
すると共に、複数のＥＣＵから送信される故障診断用情
報を伝送路上での衝突を回避してテスタに送出する。 【構成】 複数のＥＣＵ１Ａ，２ＡとこれらＥＣＵ１
Ａ，２Ａより故障診断用情報を得て故障診断を行うテス
タ３１０に情報の送受信を行う単一のシリアル伝送路Ｌ
0を設けると共に、各ＥＣＵ１Ａ，２Ａに、故障診断用
情報をテスタ３１０へ伝送する優先順位を設定し且つこ
の優先順位に応じた時間差を置いて自己の故障診断用情
報をシリアル伝送路Ｌ0を通してテスタ３１０へ伝送す
るようにした。
Description
【０００１】
【産業上の利用分野】この発明は、例えば各車両に搭載
された電子機器より故障診断用の情報をシリアル伝送路
を介して診断装置に伝送する故障診断情報通信装置に関
するものである。
された電子機器より故障診断用の情報をシリアル伝送路
を介して診断装置に伝送する故障診断情報通信装置に関
するものである。
【０００２】
【従来の技術】図６は例えば実開昭６３ー１６３４４４
号公報に示された従来の故障診断情報通信装置のシステ
ム構成を示すブロック図である。図において、１、２、
・・・８は車両に搭載した電子制御装置（以下ＥＣＵと
記載する）であり、各ＥＣＵ１、２、・・・８は車両内
の電子機器の制御処理、及び電子機器の故障診断用デー
タ（情報）の送受信処理を行うＣＰＵ１１〜１８と、各
ＣＰＵに接続され、後述する故障診断装置としてのテス
タとデータの送受信を行う送信バッファＴＸ、受信バッ
ファＲＸと、テスタより通信初期化確認用の信号を受け
る受信バッファＣＨとからそれぞれ構成されている。
号公報に示された従来の故障診断情報通信装置のシステ
ム構成を示すブロック図である。図において、１、２、
・・・８は車両に搭載した電子制御装置（以下ＥＣＵと
記載する）であり、各ＥＣＵ１、２、・・・８は車両内
の電子機器の制御処理、及び電子機器の故障診断用デー
タ（情報）の送受信処理を行うＣＰＵ１１〜１８と、各
ＣＰＵに接続され、後述する故障診断装置としてのテス
タとデータの送受信を行う送信バッファＴＸ、受信バッ
ファＲＸと、テスタより通信初期化確認用の信号を受け
る受信バッファＣＨとからそれぞれ構成されている。
【０００３】３１は各ＥＣＵ１、２、・・・８の故障診
断を行うテスタであり、コネクタ４１ａ，４１ｂにより
テスタ側の通信線ｍ1，ｍ2，・・・ｍ8と各ＥＣＵ１、
２、・・・８毎の送信バッファＴＸ、受信バッファＲＸ
に接続されるＥＣＵ側の信線Ｌ1，Ｌ2、・・・Ｌ8と、
グランド及び各受信バッファＣＨ間に接続される通信線
Ｃを介して故障診断用情報を要求するデータである診断
コマンドを送信すると共に、診断コマンドに対する応答
データを受信しＥＣＵ１、２、・・・８の故障診断を行
う。
断を行うテスタであり、コネクタ４１ａ，４１ｂにより
テスタ側の通信線ｍ1，ｍ2，・・・ｍ8と各ＥＣＵ１、
２、・・・８毎の送信バッファＴＸ、受信バッファＲＸ
に接続されるＥＣＵ側の信線Ｌ1，Ｌ2、・・・Ｌ8と、
グランド及び各受信バッファＣＨ間に接続される通信線
Ｃを介して故障診断用情報を要求するデータである診断
コマンドを送信すると共に、診断コマンドに対する応答
データを受信しＥＣＵ１、２、・・・８の故障診断を行
う。
【０００４】このテスタ３１の構成として、３１ａは故
障診断処理、診断用データの通信処理等をおこなうＣＰ
Ｕであり、各データは送信バッファＴＸ、受信バッファ
ＲＸを通してマルチプレクサ３１ｂで通信線ｍ1，ｍ2，
・・・ｍ8へ選択的に送受信される。３１ｃ，３１ｄは
処理プログラムが記憶されたＲＯＭ，ＥＰＲＯＭ、３１
ｅは診断結果を表示用インタフェース３１ｆを通して表
示する表示装置、３１ｇはＣＰＵ３１ａに入出力エンコ
ーダ３１ｈを通して診断モード等を設定するキーボー
ド、３１ｉは故障診断判定をブザー音で報知するブザ
ー，３１ｊはＣＰＵ３１ａの定電圧電源であり、定電圧
電源３１ｊの動作はパイロットランプ３１ｋで表示して
いる。
障診断処理、診断用データの通信処理等をおこなうＣＰ
Ｕであり、各データは送信バッファＴＸ、受信バッファ
ＲＸを通してマルチプレクサ３１ｂで通信線ｍ1，ｍ2，
・・・ｍ8へ選択的に送受信される。３１ｃ，３１ｄは
処理プログラムが記憶されたＲＯＭ，ＥＰＲＯＭ、３１
ｅは診断結果を表示用インタフェース３１ｆを通して表
示する表示装置、３１ｇはＣＰＵ３１ａに入出力エンコ
ーダ３１ｈを通して診断モード等を設定するキーボー
ド、３１ｉは故障診断判定をブザー音で報知するブザ
ー，３１ｊはＣＰＵ３１ａの定電圧電源であり、定電圧
電源３１ｊの動作はパイロットランプ３１ｋで表示して
いる。
【０００５】次に、従来の故障診断情報通信装置の動作
について図７のタイミングチャート、図８のフローチャ
ートを参照して説明する。先ずコネクタ４１ａ，４１ｂ
を接続するとテスタ３１側の通信線ｍ1，ｍ2，・・・ｍ
8とＥＣＵ１、２、・・・８側の通信線Ｌ1，Ｌ2，・・
・Ｌ8がそれぞれ接続されと共に、通信線Ｃはテスタ３
１内のグランドに接続される。この結果ＥＣＵ１、２、
・・・８のＣＰＵ１１、１２、・・・１８には受信バッ
ファＣＨを介してローレベルの初期化信号が入力される
（図７のマルＡの時点）。そして各ＣＰＵ１１、１２、
・・・１８は初期化信号のローレベルを検出して初期化
を行い通信可能状態となる。
について図７のタイミングチャート、図８のフローチャ
ートを参照して説明する。先ずコネクタ４１ａ，４１ｂ
を接続するとテスタ３１側の通信線ｍ1，ｍ2，・・・ｍ
8とＥＣＵ１、２、・・・８側の通信線Ｌ1，Ｌ2，・・
・Ｌ8がそれぞれ接続されと共に、通信線Ｃはテスタ３
１内のグランドに接続される。この結果ＥＣＵ１、２、
・・・８のＣＰＵ１１、１２、・・・１８には受信バッ
ファＣＨを介してローレベルの初期化信号が入力される
（図７のマルＡの時点）。そして各ＣＰＵ１１、１２、
・・・１８は初期化信号のローレベルを検出して初期化
を行い通信可能状態となる。
【０００６】次にマルＢの時点でテスタ３１はマルチプ
レクサ３１ｂを切り替え、ＣＰＵ３１ａに接続される受
信バッファＲＸ、送信バッファＴＸを通信線ｍ1に接続
すると通信線ｍ1、Ｌ1を介してテスタ３１とＥＣＵ１間
にデータ伝送路が確立される。データ伝送路確立後、Ｃ
ＰＵ３１ａはマルＣの時点で故障診断用情報を要求する
データである診断コマンドを送信バッファＴＸより通信
線ｍ1，Ｌ1を介してＥＣＵ１の送信バッファＴＸ，受信
バッファＲＸに送りＣＰＵ１１に受信させる。
レクサ３１ｂを切り替え、ＣＰＵ３１ａに接続される受
信バッファＲＸ、送信バッファＴＸを通信線ｍ1に接続
すると通信線ｍ1、Ｌ1を介してテスタ３１とＥＣＵ１間
にデータ伝送路が確立される。データ伝送路確立後、Ｃ
ＰＵ３１ａはマルＣの時点で故障診断用情報を要求する
データである診断コマンドを送信バッファＴＸより通信
線ｍ1，Ｌ1を介してＥＣＵ１の送信バッファＴＸ，受信
バッファＲＸに送りＣＰＵ１１に受信させる。
【０００７】診断コマンドを受信したＣＰＵ１１はマル
Ｄの時点で予め設定された応答コマンドを送信バッファ
ＴＸより通信線Ｌ1を介してテスタ３１のＣＰＵ３１ａ
に送信する。各ＥＣＵ１、２、・・・８とテスタ３１間
で通信される診断コマンドと応答データのデータフォー
マットは図５（ｂ）に示すように１０ビット構成の調歩
同期式ＳＣＩフォーマット形式をとっている。このデー
タフォーマットの場合は有効データは８ビットであり、
１ビット目と１０ビット目はそれぞれスタートビットと
ストップビットを示している。
Ｄの時点で予め設定された応答コマンドを送信バッファ
ＴＸより通信線Ｌ1を介してテスタ３１のＣＰＵ３１ａ
に送信する。各ＥＣＵ１、２、・・・８とテスタ３１間
で通信される診断コマンドと応答データのデータフォー
マットは図５（ｂ）に示すように１０ビット構成の調歩
同期式ＳＣＩフォーマット形式をとっている。このデー
タフォーマットの場合は有効データは８ビットであり、
１ビット目と１０ビット目はそれぞれスタートビットと
ストップビットを示している。
【０００８】テスタ３１は応答データを受信すると表示
用インターフェース３１ｆを介して表示装置３１ｅに応
答データを表示する。次にＥＣＵ２の故障診断を行う場
合はマルＥの時点でマルチプレクサ３１ｂで通信線をｍ
1よりｍ2に切り替え、マルＦの時点でＣＰＵ３１ａより
送信された診断コマンドを通信線Ｌ2に送出してＥＣＵ
２へ送信する。ＥＣＵ２は診断コマンドを受信すると、
マルＧの時点で応答データを通信線Ｌ2に送出し前回の
応答データ同様にテスタ３１のＣＰＵ３１ａに送信す
る。
用インターフェース３１ｆを介して表示装置３１ｅに応
答データを表示する。次にＥＣＵ２の故障診断を行う場
合はマルＥの時点でマルチプレクサ３１ｂで通信線をｍ
1よりｍ2に切り替え、マルＦの時点でＣＰＵ３１ａより
送信された診断コマンドを通信線Ｌ2に送出してＥＣＵ
２へ送信する。ＥＣＵ２は診断コマンドを受信すると、
マルＧの時点で応答データを通信線Ｌ2に送出し前回の
応答データ同様にテスタ３１のＣＰＵ３１ａに送信す
る。
【０００９】各ＥＣＵに対する故障診断が終了し、コネ
クタ４１ａと４１ｂとを切り放すとマルＨの時点で各Ｅ
ＣＵ１、２、・・・８に対する通信線Ｃ上の初期化信号
はローレベルからハイレベルに立ち上がり通信モードは
解除される。
クタ４１ａと４１ｂとを切り放すとマルＨの時点で各Ｅ
ＣＵ１、２、・・・８に対する通信線Ｃ上の初期化信号
はローレベルからハイレベルに立ち上がり通信モードは
解除される。
【００１０】次に、テスタ３１におけるＣＰＵ３１ａの
データ通信処理を、図８のフローチャートを参照して説
明する。先ず、診断対象とするＥＣＵを指定し（ステッ
プＳ８０１）、その指定したＥＣＵに対応させてマルチ
プレクサ３１ｂを切り替え、ＥＣＵとテスタ３１とを通
信線を介して接続する（ステップＳ８０２）。続いてキ
ーボード３１ｇより入出力エンコーダ３１ｈを通して診
断コマンドの設定、或は変更データ等を入力して診断コ
マンドを設定し（ステップＳ８０３）、この診断コマン
ドを既に接続された通信線を介して診断対象であるＥＣ
Ｕに送信する（ステップＳ８０４）。
データ通信処理を、図８のフローチャートを参照して説
明する。先ず、診断対象とするＥＣＵを指定し（ステッ
プＳ８０１）、その指定したＥＣＵに対応させてマルチ
プレクサ３１ｂを切り替え、ＥＣＵとテスタ３１とを通
信線を介して接続する（ステップＳ８０２）。続いてキ
ーボード３１ｇより入出力エンコーダ３１ｈを通して診
断コマンドの設定、或は変更データ等を入力して診断コ
マンドを設定し（ステップＳ８０３）、この診断コマン
ドを既に接続された通信線を介して診断対象であるＥＣ
Ｕに送信する（ステップＳ８０４）。
【００１１】診断コマンド送信後、ＥＣＵからの応答デ
ータの返信を待ち（ステップＳ８０５）、返信がない場
合は内部に設定したフリーランタイマのタイマ出力を読
み取り、タイマ出力をもとに診断コマンドが所定時間内
に受信されたか否かを判定する（ステップＳ８０７）。
この時所定時間内に応答データが受信されないと判定さ
れると表示装置３１ｅに応答なしを表示する（ステップ
Ｓ８０８）。だが、ステップＳ８０５において診断対象
のＥＣＵからの応答データを受信したことを判定すると
表示装置３１ｅに応答データを表示する（ステップＳ８
０６）。
ータの返信を待ち（ステップＳ８０５）、返信がない場
合は内部に設定したフリーランタイマのタイマ出力を読
み取り、タイマ出力をもとに診断コマンドが所定時間内
に受信されたか否かを判定する（ステップＳ８０７）。
この時所定時間内に応答データが受信されないと判定さ
れると表示装置３１ｅに応答なしを表示する（ステップ
Ｓ８０８）。だが、ステップＳ８０５において診断対象
のＥＣＵからの応答データを受信したことを判定すると
表示装置３１ｅに応答データを表示する（ステップＳ８
０６）。
【００１２】表示の後ＣＰＵ３１ａはキーボード３１ｇ
より診断対象となるＥＣＵの変更データが入力されてい
るか否かを判定する（ステップＳ８０９）。そして診断
対象となるＥＣＵに変更がなければ再びステップＳ８０
３へ戻り再度診断コマンドを送信して応答データの受信
処理をおこなう。だが診断対象のＥＣＵに変更があると
判断されるとステップＳ８０１に戻り変更先のＥＣＵを
指定し、以下ステップＳ８０２〜８０９を繰り返す。
より診断対象となるＥＣＵの変更データが入力されてい
るか否かを判定する（ステップＳ８０９）。そして診断
対象となるＥＣＵに変更がなければ再びステップＳ８０
３へ戻り再度診断コマンドを送信して応答データの受信
処理をおこなう。だが診断対象のＥＣＵに変更があると
判断されるとステップＳ８０１に戻り変更先のＥＣＵを
指定し、以下ステップＳ８０２〜８０９を繰り返す。
【００１３】次に診断コマンドを受信するＥＣＵ１、
２、・・・８に内蔵されたＣＰＵの動作を図９のフロー
チャートに従って説明する。ＣＰＵは本来の機能である
各種制御対象機器の制御を行いながら初期化信号のレベ
ルを調べる（ステップＳ９０１、９０２）。信号レベル
がハイレベルであることが判定されると通信処理に移行
せず制御処理を継続する。だが信号レベルがローレベル
であることが判定されるとテスタ３１より送信される診
断コマンドの到着を待ち（ステップＳ９０３）、診断コ
マンドが到着しない間は継続して待ち続ける。そして診
断コマンドを受信したならば、このコマンドに応じた診
断データなどを応答データとしてテスタ３１に送信する
（ステップＳ９０４）。応答データの送信後再びステッ
プＳ９０１に戻り診断コマンドが受信されるまで制御処
理を行う。
２、・・・８に内蔵されたＣＰＵの動作を図９のフロー
チャートに従って説明する。ＣＰＵは本来の機能である
各種制御対象機器の制御を行いながら初期化信号のレベ
ルを調べる（ステップＳ９０１、９０２）。信号レベル
がハイレベルであることが判定されると通信処理に移行
せず制御処理を継続する。だが信号レベルがローレベル
であることが判定されるとテスタ３１より送信される診
断コマンドの到着を待ち（ステップＳ９０３）、診断コ
マンドが到着しない間は継続して待ち続ける。そして診
断コマンドを受信したならば、このコマンドに応じた診
断データなどを応答データとしてテスタ３１に送信する
（ステップＳ９０４）。応答データの送信後再びステッ
プＳ９０１に戻り診断コマンドが受信されるまで制御処
理を行う。
【００１４】
【発明が解決しようとする課題】従来の故障診断情報通
信装置は以上のようなシステム構成をとっていることか
らＥＣＵの数分の通信線が必要であり、そのためＥＣＵ
の数が増加すると通信線の増加に伴って通信線を接続す
るコネクタのピン数も増加し装置の保守に手間がかかる
という問題点があった。
信装置は以上のようなシステム構成をとっていることか
らＥＣＵの数分の通信線が必要であり、そのためＥＣＵ
の数が増加すると通信線の増加に伴って通信線を接続す
るコネクタのピン数も増加し装置の保守に手間がかかる
という問題点があった。
【００１５】またテスタと各ＥＣＵとがデータ送受信を
行う通信方式は、ＣＰＵ側のマルチプレクサによって故
障診断対象であるＥＣＵに接続された通信線を選択して
データ送受信を行うポイント ツ ポイント通信である
ため、複数のＥＣＵの故障診断を行う際に各ＥＣＵ毎に
診断コマンドを送信する必要があり全体的に見て総ての
ＥＣＵの故障診断を終了するのまでに時間を要するとい
う問題点があった。
行う通信方式は、ＣＰＵ側のマルチプレクサによって故
障診断対象であるＥＣＵに接続された通信線を選択して
データ送受信を行うポイント ツ ポイント通信である
ため、複数のＥＣＵの故障診断を行う際に各ＥＣＵ毎に
診断コマンドを送信する必要があり全体的に見て総ての
ＥＣＵの故障診断を終了するのまでに時間を要するとい
う問題点があった。
【００１６】この発明は上記のような問題点を解決する
ためになされたもので、複数の電子機器と診断装置を接
続するデータ伝送路を単一のシリアル伝送路で構成する
と共に、複数の電子機器から送信される故障診断情報を
伝送路上での衝突を回避して診断装置へ伝送することが
できる故障診断情報通信装置を得ることを目的とする。
ためになされたもので、複数の電子機器と診断装置を接
続するデータ伝送路を単一のシリアル伝送路で構成する
と共に、複数の電子機器から送信される故障診断情報を
伝送路上での衝突を回避して診断装置へ伝送することが
できる故障診断情報通信装置を得ることを目的とする。
【００１７】
【課題を解決するための手段】この発明に係る故障診断
情報通信装置は、複数の電子機器とこれら電子機器より
故障診断用情報を得て故障診断を行う診断装置間に情報
の送受信を行う単一のシリアル伝送路を設けると共に、
前記各電子機器に、前記故障診断用情報を前記診断装置
へ伝送する優先順位を設定し且つこの優先順位に応じた
時間差を置いて自己の故障診断用情報を前記シリアル伝
送路を通して前記診断装置へ伝送するものである。
情報通信装置は、複数の電子機器とこれら電子機器より
故障診断用情報を得て故障診断を行う診断装置間に情報
の送受信を行う単一のシリアル伝送路を設けると共に、
前記各電子機器に、前記故障診断用情報を前記診断装置
へ伝送する優先順位を設定し且つこの優先順位に応じた
時間差を置いて自己の故障診断用情報を前記シリアル伝
送路を通して前記診断装置へ伝送するものである。
【００１８】
【作用】この発明における故障診断情報通信装置は、シ
リアル伝送路を介して複数の電子機器に一度に故障診断
用情報を要求する情報を送信した後、シリアル伝送路に
より各電子機器より診断装置へ時間差をおいて故障診断
用情報送信することで伝送路上における送信情報の衝突
を回避することができる。
リアル伝送路を介して複数の電子機器に一度に故障診断
用情報を要求する情報を送信した後、シリアル伝送路に
より各電子機器より診断装置へ時間差をおいて故障診断
用情報送信することで伝送路上における送信情報の衝突
を回避することができる。
【００１９】
実施例１．以下、この発明の一実施例を図について説明
する。図１は本実施例による故障診断情報通信装置のシ
ステム構成を示すブロック図である。尚、図中図６と同
一符号は同一又は相当部分をしめす。図において、３１
０は本実施例における診断装置としてのテスタであり、
従来のテスタ３１と構成上で異なる点としてＣＰＵ３１
Ａは送信バッファＴＸ、受信バッファＲＸを介して直接
通信線ｍ0と接続している。通信線ｍ0はコネクタ４１
ａ，４１ｂを介してシリアル伝送路を構成する通信線Ｌ
0に接続されている。この通信線Ｌ0は電子機器としての
各ＥＣＵ１Ａ、２Ａの送信バッファＴＸ、受信バッファ
ＲＸに分岐接続されている。
する。図１は本実施例による故障診断情報通信装置のシ
ステム構成を示すブロック図である。尚、図中図６と同
一符号は同一又は相当部分をしめす。図において、３１
０は本実施例における診断装置としてのテスタであり、
従来のテスタ３１と構成上で異なる点としてＣＰＵ３１
Ａは送信バッファＴＸ、受信バッファＲＸを介して直接
通信線ｍ0と接続している。通信線ｍ0はコネクタ４１
ａ，４１ｂを介してシリアル伝送路を構成する通信線Ｌ
0に接続されている。この通信線Ｌ0は電子機器としての
各ＥＣＵ１Ａ、２Ａの送信バッファＴＸ、受信バッファ
ＲＸに分岐接続されている。
【００２０】各ＥＣＵ１Ａ，２Ａに内蔵されたＣＰＵ１
１Ａ，１２Ａには診断コマンドに応答して応答データを
送信する際の優先度と、応答データを送信するタイミン
グを優先度に応じて設定してある。さらに各ＥＣＵ１
Ａ，２Ａの送信バッファＴＸ，受信バッファＲＸは通信
線Ｌ0によって共通接続されているため、自己が送信し
た応答データと共に他のＥＣＵが送信した応答データを
それぞれ受信バッファＲＸを通して受信することができ
る。そのため優先順位が高いＥＣＵが応答データを送信
し終えたことを確認することができる。
１Ａ，１２Ａには診断コマンドに応答して応答データを
送信する際の優先度と、応答データを送信するタイミン
グを優先度に応じて設定してある。さらに各ＥＣＵ１
Ａ，２Ａの送信バッファＴＸ，受信バッファＲＸは通信
線Ｌ0によって共通接続されているため、自己が送信し
た応答データと共に他のＥＣＵが送信した応答データを
それぞれ受信バッファＲＸを通して受信することができ
る。そのため優先順位が高いＥＣＵが応答データを送信
し終えたことを確認することができる。
【００２１】次に、本実施例の動作を図２のタイミング
チャート、及び図３、４のフローチャートを参照して説
明する。尚、本実施例ではＣＰＵ３１Ａと各ＥＣＵ１
Ａ，２Ａ間で送受信される診断コマンド、応答データを
図５（ａ）に示す複数バイト構成のデータフォーマット
で説明する。先ずＣＰＵ３１Ａは診断コマンドをデータ
単位でＴ1秒間隔で通信線ｍ0よりコネクタ４１ａ，４１
ｂを介して各ＥＣＵ１Ａ，２Ａに分岐接続される通信線
Ｌ0に送出する。この時単位データの時間幅Ｔ0はＴ1秒
未満とする。
チャート、及び図３、４のフローチャートを参照して説
明する。尚、本実施例ではＣＰＵ３１Ａと各ＥＣＵ１
Ａ，２Ａ間で送受信される診断コマンド、応答データを
図５（ａ）に示す複数バイト構成のデータフォーマット
で説明する。先ずＣＰＵ３１Ａは診断コマンドをデータ
単位でＴ1秒間隔で通信線ｍ0よりコネクタ４１ａ，４１
ｂを介して各ＥＣＵ１Ａ，２Ａに分岐接続される通信線
Ｌ0に送出する。この時単位データの時間幅Ｔ0はＴ1秒
未満とする。
【００２２】診断コマンドは通信線Ｌ0により各ＥＣＵ
１Ａ，２Ａの受信バッファ受信バッファＲＸを介してＣ
ＰＵ１１Ａ，１２Ａで同時に受信される。ＣＰＵ１１
Ａ，１２Ａはそれぞれ図３（ｂ）に示すように常にイン
クリメント動作しているフリランタイマをソフトウェア
的に内蔵している。そしてフリランタイマのタイマ出力
を読み出しＴ1秒以上データの入力がないと判定した時
（図２のマルＡの時点）に診断コマンドの受信完了を確
認する。
１Ａ，２Ａの受信バッファ受信バッファＲＸを介してＣ
ＰＵ１１Ａ，１２Ａで同時に受信される。ＣＰＵ１１
Ａ，１２Ａはそれぞれ図３（ｂ）に示すように常にイン
クリメント動作しているフリランタイマをソフトウェア
的に内蔵している。そしてフリランタイマのタイマ出力
を読み出しＴ1秒以上データの入力がないと判定した時
（図２のマルＡの時点）に診断コマンドの受信完了を確
認する。
【００２３】受信完了確認後、優先度１位に設定されて
いる例えばＥＣＵ１ＡのＣＰＵ１１Ａはタイマ出力を読
みだしＴ2秒経過（Ｔ2＞Ｔ1）したことを判定したなら
ば、マルＢの時点で応答データを時間幅Ｔ0のデータ単
位でＴ1秒間隔（Ｔ1＞Ｔ0）で通信線Ｌ0に送出する。応
答データは通信線Ｌ0に共通接続されたＥＣＵ２Ａの受
信バッファＲＸを介してＣＰＵ１２Ａにて受信され、応
答データの先頭データが送信されたことが確認されると
自己の応答データの送信を待機する動作に入る（マルＣ
の時点）。
いる例えばＥＣＵ１ＡのＣＰＵ１１Ａはタイマ出力を読
みだしＴ2秒経過（Ｔ2＞Ｔ1）したことを判定したなら
ば、マルＢの時点で応答データを時間幅Ｔ0のデータ単
位でＴ1秒間隔（Ｔ1＞Ｔ0）で通信線Ｌ0に送出する。応
答データは通信線Ｌ0に共通接続されたＥＣＵ２Ａの受
信バッファＲＸを介してＣＰＵ１２Ａにて受信され、応
答データの先頭データが送信されたことが確認されると
自己の応答データの送信を待機する動作に入る（マルＣ
の時点）。
【００２４】データ送信待機中、ＥＣＵ２ＡのＣＰＵ１
２Ａはタイマ出力を読みだしＴ1秒以上データ受信が無
いことを確認したならばＥＣＵ１Ａによる応答データの
送信終了を判定する。さらにタイマ出力によりＴ3秒
（Ｔ3＞Ｔ2＋Ｔ0）経過したことを確認するとマルＤの
時点よりＴ1秒間隔で単位データ毎に応答データを送信
し始める。尚、応答データ送信開始時間はＥＣＵのデー
タ送信優先度に応じて設定されている。
２Ａはタイマ出力を読みだしＴ1秒以上データ受信が無
いことを確認したならばＥＣＵ１Ａによる応答データの
送信終了を判定する。さらにタイマ出力によりＴ3秒
（Ｔ3＞Ｔ2＋Ｔ0）経過したことを確認するとマルＤの
時点よりＴ1秒間隔で単位データ毎に応答データを送信
し始める。尚、応答データ送信開始時間はＥＣＵのデー
タ送信優先度に応じて設定されている。
【００２５】一方、応答データを受信するテスタ３１０
内のＣＰＵ３１Ａはタイマ出力を読み出しＴ4秒（Ｔ4＞
Ｔ3）以上データ受信が無いことを確認するとＥＣＵ１
Ａ，２Ａよりの全応答データの受信を判定する（マルＥ
の時点）。
内のＣＰＵ３１Ａはタイマ出力を読み出しＴ4秒（Ｔ4＞
Ｔ3）以上データ受信が無いことを確認するとＥＣＵ１
Ａ，２Ａよりの全応答データの受信を判定する（マルＥ
の時点）。
【００２６】次に、各ＥＣＵ１Ａ，２ＡにおけるＣＰＵ
１１Ａ，１２Ａのデータ通信処理について図４のフロー
チャートを参照して説明する。先ずＣＰＵ１１Ａはテス
タ３１Ａから送信された診断コマンドを単位データ毎に
受信したか否かを判定する（ステップＳ３０１）。デー
タ受信が判定されない時は、ステップＳ３１３で常にイ
ンクリメントされているフリランタイマのタイマ出力ｔ
を読み出しデータ送信間隔時間Ｔ1と比較し（ステップ
Ｓ３０４）、タイマ出力ｔ≦Ｔ1の時はデータ送信周期
に至っていないものと判定しステップＳ３０１に戻りデ
ータ受信を待つ。
１１Ａ，１２Ａのデータ通信処理について図４のフロー
チャートを参照して説明する。先ずＣＰＵ１１Ａはテス
タ３１Ａから送信された診断コマンドを単位データ毎に
受信したか否かを判定する（ステップＳ３０１）。デー
タ受信が判定されない時は、ステップＳ３１３で常にイ
ンクリメントされているフリランタイマのタイマ出力ｔ
を読み出しデータ送信間隔時間Ｔ1と比較し（ステップ
Ｓ３０４）、タイマ出力ｔ≦Ｔ1の時はデータ送信周期
に至っていないものと判定しステップＳ３０１に戻りデ
ータ受信を待つ。
【００２７】データ受信が判定されたならばタイマ出力
を０にリセットし、次の単位データ送信時間測定に備え
（ステップＳ３０２）、受信したデータを所定記憶領域
に退避する（ステップＳ３０３）。その後更にステップ
Ｓ３０１〜３０４の処理を繰り、返し単位データを受信
する毎にデータを退避する。各処理を実施中、ステップ
Ｓ３０４において単位データが受信されずタイマ出力ｔ
＞Ｔ1であることが判定されると、診断コマンドを構成
する全単位データが受信されたことを判定、応答コマン
ドを返信する必要があるか否かを判定する（ステップＳ
３０５）。
を０にリセットし、次の単位データ送信時間測定に備え
（ステップＳ３０２）、受信したデータを所定記憶領域
に退避する（ステップＳ３０３）。その後更にステップ
Ｓ３０１〜３０４の処理を繰り、返し単位データを受信
する毎にデータを退避する。各処理を実施中、ステップ
Ｓ３０４において単位データが受信されずタイマ出力ｔ
＞Ｔ1であることが判定されると、診断コマンドを構成
する全単位データが受信されたことを判定、応答コマン
ドを返信する必要があるか否かを判定する（ステップＳ
３０５）。
【００２８】この時ＣＰＵ１１Ａは診断コマンドに対し
て応答データを返信する必要があると判定したならば、
タイマ出力ｔを読み出し、ｔとＴC（＝Ｔ2秒：ＥＣＵ１
Ａの場合）とを比較し（ステップＳ３０６）、ｔ≧ＴC
であることが判定されると応答データの送信を開始する
（ステップＳ３０９）。
て応答データを返信する必要があると判定したならば、
タイマ出力ｔを読み出し、ｔとＴC（＝Ｔ2秒：ＥＣＵ１
Ａの場合）とを比較し（ステップＳ３０６）、ｔ≧ＴC
であることが判定されると応答データの送信を開始する
（ステップＳ３０９）。
【００２９】応答データ送信後、タイマ出力ｔを０にリ
セットし（ステップＳ３１０）、ＥＣＵ２Ａによって送
信された応答データを受信バッファＲＸで受信してデー
タ送信をモニタすると共に、ＥＣＵ２Ａによる応答デー
タの送信終了判定処理に入る。この終了判定処理として
タイマ出力ｔを読み出し予め設定したＴ4秒と比較し
（ステップＳ３１１）、ｔ≧Ｔ4であれば全応答データ
の送信終了を判定する。
セットし（ステップＳ３１０）、ＥＣＵ２Ａによって送
信された応答データを受信バッファＲＸで受信してデー
タ送信をモニタすると共に、ＥＣＵ２Ａによる応答デー
タの送信終了判定処理に入る。この終了判定処理として
タイマ出力ｔを読み出し予め設定したＴ4秒と比較し
（ステップＳ３１１）、ｔ≧Ｔ4であれば全応答データ
の送信終了を判定する。
【００３０】だがｔ＜Ｔ4の間は単位データを受信した
か否か判定し（ステップＳ３１２）、受信しない場合は
ステップＳ３１１へ戻り、Ｔ4秒以内に単位データを受
信するか否かを調べる。また単位データを受信したなら
ばタイマ出力を０にリセットし（ステップＳ３１０）、
再度応答データ送信終了判定処理に入る。またステップ
Ｓ３０５で応答データ返信の必要がないと判定するとス
テップＳ３１０〜３１２の応答データ終了判定処理に移
る。
か否か判定し（ステップＳ３１２）、受信しない場合は
ステップＳ３１１へ戻り、Ｔ4秒以内に単位データを受
信するか否かを調べる。また単位データを受信したなら
ばタイマ出力を０にリセットし（ステップＳ３１０）、
再度応答データ送信終了判定処理に入る。またステップ
Ｓ３０５で応答データ返信の必要がないと判定するとス
テップＳ３１０〜３１２の応答データ終了判定処理に移
る。
【００３１】尚、タイマ出力ｔがＴ3以上になるまでの
ＥＣＵ２の処理としては単に自己の受信バッファＲＸが
単位データを受信したか否かを判定する処理に止どまり
（ステップＳ３０７）、応答データの送信を待機する。
また単位データを受信したならばタイマ出力ｔを０にリ
セットしデータ無送信時間測定に備える（ステップＳ３
０８）。
ＥＣＵ２の処理としては単に自己の受信バッファＲＸが
単位データを受信したか否かを判定する処理に止どまり
（ステップＳ３０７）、応答データの送信を待機する。
また単位データを受信したならばタイマ出力ｔを０にリ
セットしデータ無送信時間測定に備える（ステップＳ３
０８）。
【００３２】次に、テスタ３１０におけるＣＰＵ３１Ａ
のデータ通信処理について図４のフローチャートを参照
して説明する。先ずキーボード３１ｇよりデータを読み
込み診断コマンドを設定すると共に、必要があればコマ
ンドを変更する（ステップＳ４０１）。そして診断コマ
ンドを送信した後（ステップＳ４０２）、ＥＣＵより単
位データ毎に応答データを受信したか否かを判定し（ス
テップＳ４０３）、受信判定がなされたならばフリーラ
ンタイマによるタイマ出力ｔを０にリセットして受信デ
ータを退避させる（ステップＳ４０４、４０５）。
のデータ通信処理について図４のフローチャートを参照
して説明する。先ずキーボード３１ｇよりデータを読み
込み診断コマンドを設定すると共に、必要があればコマ
ンドを変更する（ステップＳ４０１）。そして診断コマ
ンドを送信した後（ステップＳ４０２）、ＥＣＵより単
位データ毎に応答データを受信したか否かを判定し（ス
テップＳ４０３）、受信判定がなされたならばフリーラ
ンタイマによるタイマ出力ｔを０にリセットして受信デ
ータを退避させる（ステップＳ４０４、４０５）。
【００３３】しかして単位データが受信されない時には
単位データ送信間隔時間Ｔ1とタイマ出力ｔとを比較し
ｔ≦Ｔ1のときはステップＳ４０３へ戻り、単位データ
の受信判定を行う。単位データを複数個受信しｔ＞Ｔ1
になつたことが判定されると（ステップＳ４０６）、受
信した応答データを所定メモリ領域に退避し故障診断デ
ータとする（ステップＳ４０７）。
単位データ送信間隔時間Ｔ1とタイマ出力ｔとを比較し
ｔ≦Ｔ1のときはステップＳ４０３へ戻り、単位データ
の受信判定を行う。単位データを複数個受信しｔ＞Ｔ1
になつたことが判定されると（ステップＳ４０６）、受
信した応答データを所定メモリ領域に退避し故障診断デ
ータとする（ステップＳ４０７）。
【００３４】次に、応答データを退避したのちタイマ出
力ｔを読み出し、ｔと応答データ送信終了時間を示すＴ
4と比較する（ステップＳ４０８）。比較の結果ｔ＜Ｔ4
であれば他の応答データの送信を待ち再度ステップＳ４
０３〜４０７の処理を繰り返し、またｔ≧Ｔ4であれば
その後の応答データ送信の有無を判定する（ステップＳ
４０９）。この時応答データの送信無しを判定したなら
ば表示装置３１ｅに応答なしを表示し、応答データの送
信有りを判定したならば表示装置３１ｅに応答データを
表示し（ステップＳ４１１）再度の故障診断に備えてス
テップＳ４０１へもどる。
力ｔを読み出し、ｔと応答データ送信終了時間を示すＴ
4と比較する（ステップＳ４０８）。比較の結果ｔ＜Ｔ4
であれば他の応答データの送信を待ち再度ステップＳ４
０３〜４０７の処理を繰り返し、またｔ≧Ｔ4であれば
その後の応答データ送信の有無を判定する（ステップＳ
４０９）。この時応答データの送信無しを判定したなら
ば表示装置３１ｅに応答なしを表示し、応答データの送
信有りを判定したならば表示装置３１ｅに応答データを
表示し（ステップＳ４１１）再度の故障診断に備えてス
テップＳ４０１へもどる。
【００３５】
【発明の効果】以上のようにこの発明によれば、複数の
電子機器とこれら電子機器より故障診断用情報を得て故
障診断を行う診断装置間に情報の送受信を行う単一のシ
リアル伝送路を設けると共に、前記各電子機器に、前記
故障診断用情報を前記診断装置へ伝送する優先順位を設
定し且つこの優先順位に応じた時間差を置いて自己の故
障診断用情報を前記シリアル伝送路を通して前記診断装
置へ伝送するようにしたことで、複数の電子機器からの
故障診断用情報を伝送路上で衝突することなく連続して
診断装置に送信することが出来るため全体的にみて故障
診断時間を短縮することができるという効果がある。
電子機器とこれら電子機器より故障診断用情報を得て故
障診断を行う診断装置間に情報の送受信を行う単一のシ
リアル伝送路を設けると共に、前記各電子機器に、前記
故障診断用情報を前記診断装置へ伝送する優先順位を設
定し且つこの優先順位に応じた時間差を置いて自己の故
障診断用情報を前記シリアル伝送路を通して前記診断装
置へ伝送するようにしたことで、複数の電子機器からの
故障診断用情報を伝送路上で衝突することなく連続して
診断装置に送信することが出来るため全体的にみて故障
診断時間を短縮することができるという効果がある。
【図１】この発明による故障診断情報通信装置の一実施
例の構成を示すブロック図である。
例の構成を示すブロック図である。
【図２】本実施例による診断コマンドと応答データの送
受信手順を説明するタイミングチャートである。
受信手順を説明するタイミングチャートである。
【図３】本実施例によるＥＣＵの処理動作を説明するフ
ローチャートである。
ローチャートである。
【図４】本実施例によるテスタの処理動作を説明するフ
ローチャートである。
ローチャートである。
【図５】本実施例と従来装置にて使用される診断コマン
ドと応答データのデータフォーマットを示す図である。
ドと応答データのデータフォーマットを示す図である。
【図６】従来の故障診断情報通信装置の構成を示すブロ
ック図である。
ック図である。
【図７】従来装置に於ける診断コマンドと応答データの
送受信手順を説明するタイミングチャートである。
送受信手順を説明するタイミングチャートである。
【図８】従来のテスタの処理動作を説明するフローチャ
ートである。
ートである。
【図９】従来ＥＣＵの処理動作を説明するフローチャー
トである。
トである。
１Ａ、２Ａ ＥＣＵ １１Ａ，１２Ａ，３１Ａ ＣＰＵ Ｌ0 シリアル伝送路 ３１０ テスタ
【手続補正書】
【提出日】平成５年５月１８日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正内容】
【０００７】診断コマンドを受信したＣＰＵ１１はマル
Ｄの時点で予め設定された応答コマンドを送信バッファ
ＴＸより通信線Ｌ1を介してテスタ３１のＣＰＵ３１ａ
に送信する。各ＥＣＵ１、２、・・・８とテスタ３１間
で通信される診断コマンドと応答データのデータフォー
マットは図５（ｂ）に示すように１０ビット構成の調歩
同期式ＳＣＩフォーマットをとっている。このデータフ
ォーマットの場合は有効データは８ビットであり、１ビ
ット目と１０ビット目はそれぞれスタートビットとスト
ップビットを示している。
Ｄの時点で予め設定された応答コマンドを送信バッファ
ＴＸより通信線Ｌ1を介してテスタ３１のＣＰＵ３１ａ
に送信する。各ＥＣＵ１、２、・・・８とテスタ３１間
で通信される診断コマンドと応答データのデータフォー
マットは図５（ｂ）に示すように１０ビット構成の調歩
同期式ＳＣＩフォーマットをとっている。このデータフ
ォーマットの場合は有効データは８ビットであり、１ビ
ット目と１０ビット目はそれぞれスタートビットとスト
ップビットを示している。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正内容】
【００１１】診断コマンド送信後、ＥＣＵからの応答デ
ータの返信を待ち（ステップＳ８０５）、返信がない場
合は図３（ｂ）に示すような定周期割り込みによる常時
インクリメントするソフトウェアタイマの値をもとに診
断コマンドが所定時間内に受信されたか否かを判定する
（ステップＳ８０７）。この時所定時間内に応答データ
が受信されないと判定されると表示装置３１ｅに応答な
しを表示する（ステップＳ８０８）。だが、ステップＳ
８０５において診断対象のＥＣＵからの応答データを受
信したことを判定すると表示装置３１ｅに応答データを
表示する（ステップＳ８０６）。
ータの返信を待ち（ステップＳ８０５）、返信がない場
合は図３（ｂ）に示すような定周期割り込みによる常時
インクリメントするソフトウェアタイマの値をもとに診
断コマンドが所定時間内に受信されたか否かを判定する
（ステップＳ８０７）。この時所定時間内に応答データ
が受信されないと判定されると表示装置３１ｅに応答な
しを表示する（ステップＳ８０８）。だが、ステップＳ
８０５において診断対象のＥＣＵからの応答データを受
信したことを判定すると表示装置３１ｅに応答データを
表示する（ステップＳ８０６）。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正内容】
【００１３】次に診断コマンドを受信するＥＣＵ１、
２、・・・８に内蔵されたＣＰＵの動作を図９のフロー
チャートに従って説明する。ＣＰＵは本来の機能である
各種制御対象機器の制御を行いながら初期化信号のレベ
ルを調べる（ステップＳ９０１、９０２）。信号レベル
がハイレベルであることが判定されると通信処理に移行
せず制御処理を継続する。だが信号レベルがローレベル
であることが判定されるとテスタ３１より送信される診
断コマンドの到着を待ち（ステップＳ９０３）、診断コ
マンドが到着しない間はステップＳ９０５にてタイムア
ウト判定するまで待ち続ける。そして診断コマンドを受
信したならば、このコマンドに応じた診断データなどを
応答データとしてテスタ３１に送信する（ステップＳ９
０４）。応答データの送信後再びステップＳ９０１に戻
り診断コマンドが受信されるまで制御処理を行う。
２、・・・８に内蔵されたＣＰＵの動作を図９のフロー
チャートに従って説明する。ＣＰＵは本来の機能である
各種制御対象機器の制御を行いながら初期化信号のレベ
ルを調べる（ステップＳ９０１、９０２）。信号レベル
がハイレベルであることが判定されると通信処理に移行
せず制御処理を継続する。だが信号レベルがローレベル
であることが判定されるとテスタ３１より送信される診
断コマンドの到着を待ち（ステップＳ９０３）、診断コ
マンドが到着しない間はステップＳ９０５にてタイムア
ウト判定するまで待ち続ける。そして診断コマンドを受
信したならば、このコマンドに応じた診断データなどを
応答データとしてテスタ３１に送信する（ステップＳ９
０４）。応答データの送信後再びステップＳ９０１に戻
り診断コマンドが受信されるまで制御処理を行う。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正内容】
【００１５】またテスタと各ＥＣＵとがデータ送受信を
行う通信方式は、ＣＰＵ側のマルチプレクサによって故
障診断対象であるＥＣＵに接続された通信線を選択して
データ送受信を行うポイント ツー ポイント通信であ
るため、複数のＥＣＵの故障診断を行う際に各ＥＣＵ毎
に診断コマンドを送信する必要があり全体的に見て総て
のＥＣＵの故障診断を終了するのまでに時間を要すると
いう問題点があった。
行う通信方式は、ＣＰＵ側のマルチプレクサによって故
障診断対象であるＥＣＵに接続された通信線を選択して
データ送受信を行うポイント ツー ポイント通信であ
るため、複数のＥＣＵの故障診断を行う際に各ＥＣＵ毎
に診断コマンドを送信する必要があり全体的に見て総て
のＥＣＵの故障診断を終了するのまでに時間を要すると
いう問題点があった。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正内容】
【００２２】診断コマンドは通信線Ｌ0により各ＥＣＵ
１Ａ，２Ａの受信バッファ受信バッファＲＸを介してＣ
ＰＵ１１Ａ，１２Ａで同時に受信される。ＣＰＵ１１
Ａ，１２Ａはそれぞれ図３（ｂ）に示すように常にイン
クリメント動作しているフリーランタイマ（以下、タイ
マと略す）をソフトウェア的に内蔵している。そして上
記タイマの値を用いてＴ1秒以上データの入力がないと
判定した時（図２のマルＡの時点）に診断コマンドの受
信完了を確認する。
１Ａ，２Ａの受信バッファ受信バッファＲＸを介してＣ
ＰＵ１１Ａ，１２Ａで同時に受信される。ＣＰＵ１１
Ａ，１２Ａはそれぞれ図３（ｂ）に示すように常にイン
クリメント動作しているフリーランタイマ（以下、タイ
マと略す）をソフトウェア的に内蔵している。そして上
記タイマの値を用いてＴ1秒以上データの入力がないと
判定した時（図２のマルＡの時点）に診断コマンドの受
信完了を確認する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正内容】
【００２３】受信完了確認後、優先度１位に設定されて
いる例えばＥＣＵ１ＡのＣＰＵ１１ＡはタイマによりＴ
2秒経過（Ｔ2＞Ｔ1）したことを判定したならば、マル
Ｂの時点で応答データを時間幅Ｔ0のデータ単位でＴ1秒
間隔（Ｔ1＞Ｔ0）で通信線Ｌ0に送出する。応答データ
は通信線Ｌ0に共通接続されたＥＣＵ２Ａの受信バッフ
ァＲＸを介してＣＰＵ１２Ａにて受信され、応答データ
の先頭データが送信されたことが確認されると自己の応
答データの送信を待機する動作に入る（マルＣの時
点）。
いる例えばＥＣＵ１ＡのＣＰＵ１１ＡはタイマによりＴ
2秒経過（Ｔ2＞Ｔ1）したことを判定したならば、マル
Ｂの時点で応答データを時間幅Ｔ0のデータ単位でＴ1秒
間隔（Ｔ1＞Ｔ0）で通信線Ｌ0に送出する。応答データ
は通信線Ｌ0に共通接続されたＥＣＵ２Ａの受信バッフ
ァＲＸを介してＣＰＵ１２Ａにて受信され、応答データ
の先頭データが送信されたことが確認されると自己の応
答データの送信を待機する動作に入る（マルＣの時
点）。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正内容】
【００２４】データ送信待機中、ＥＣＵ２ＡのＣＰＵ１
２ＡはタイマによりＴ1秒以上データ受信が無いことを
確認したならばＥＣＵ１Ａによる応答データの送信終了
を判定する。さらにタイマによりＴ3秒（Ｔ3＞Ｔ2＋
Ｔ0）経過したことを確認するとマルＤの時点よりＴ1秒
間隔で単位データ毎に応答データを送信し始める。尚、
応答データ送信開始時間はＥＣＵのデータ送信優先度に
応じて設定されている。
２ＡはタイマによりＴ1秒以上データ受信が無いことを
確認したならばＥＣＵ１Ａによる応答データの送信終了
を判定する。さらにタイマによりＴ3秒（Ｔ3＞Ｔ2＋
Ｔ0）経過したことを確認するとマルＤの時点よりＴ1秒
間隔で単位データ毎に応答データを送信し始める。尚、
応答データ送信開始時間はＥＣＵのデータ送信優先度に
応じて設定されている。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正内容】
【００２５】一方、応答データを受信するテスタ３１０
内のＣＰＵ３１ＡはＥＣＵＩＡ及び２Ａと同様タイマを
用いてＴ4秒（Ｔ4＞Ｔ3）以上データ受信が無いことを
確認するとＥＣＵ１Ａ，２Ａよりの全応答データの受信
を判定する（マルＥの時点）。
内のＣＰＵ３１ＡはＥＣＵＩＡ及び２Ａと同様タイマを
用いてＴ4秒（Ｔ4＞Ｔ3）以上データ受信が無いことを
確認するとＥＣＵ１Ａ，２Ａよりの全応答データの受信
を判定する（マルＥの時点）。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正内容】
【００２６】次に、各ＥＣＵ１Ａ，２ＡにおけるＣＰＵ
１１Ａ，１２Ａのデータ通信処理について図４のフロー
チャートを参照して説明する。先ずＣＰＵ１１Ａはテス
タ３１Ａから送信された診断コマンドを単位データ毎に
受信したか否かを判定する（ステップＳ３０１）。デー
タ受信が判定されない時は、ステップＳ３１３で常にイ
ンクリメントされているタイマｔの値とデータ送信間隔
Ｔ1を比較し（ステップＳ３０４）、タイマｔ≦Ｔ1の時
はデータ送信周期に至っていないものと判定しステップ
Ｓ３０１に戻りデータ受信を待つ。
１１Ａ，１２Ａのデータ通信処理について図４のフロー
チャートを参照して説明する。先ずＣＰＵ１１Ａはテス
タ３１Ａから送信された診断コマンドを単位データ毎に
受信したか否かを判定する（ステップＳ３０１）。デー
タ受信が判定されない時は、ステップＳ３１３で常にイ
ンクリメントされているタイマｔの値とデータ送信間隔
Ｔ1を比較し（ステップＳ３０４）、タイマｔ≦Ｔ1の時
はデータ送信周期に至っていないものと判定しステップ
Ｓ３０１に戻りデータ受信を待つ。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正内容】
【００２７】データ受信が判定されたならばタイマｔを
０にリセットし、次の単位データ送信時間測定に備え
（ステップＳ３０２）、受信したデータを所定記憶領域
に退避する（ステップＳ３０３）。その後更にステップ
Ｓ３０１〜３０４の処理を繰り、返し単位データを受信
する毎にデータを退避する。各処理を実施中、ステップ
Ｓ３０４において単位データが受信されずタイマｔ＞Ｔ
1であることが判定されると、診断コマンドを構成する
全単位データが受信されたことを判定、応答コマンドを
返信する必要があるか否かを判定する（ステップＳ３０
５）。
０にリセットし、次の単位データ送信時間測定に備え
（ステップＳ３０２）、受信したデータを所定記憶領域
に退避する（ステップＳ３０３）。その後更にステップ
Ｓ３０１〜３０４の処理を繰り、返し単位データを受信
する毎にデータを退避する。各処理を実施中、ステップ
Ｓ３０４において単位データが受信されずタイマｔ＞Ｔ
1であることが判定されると、診断コマンドを構成する
全単位データが受信されたことを判定、応答コマンドを
返信する必要があるか否かを判定する（ステップＳ３０
５）。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正内容】
【００２８】この時ＣＰＵ１１Ａは診断コマンドに対し
て応答データを返信する必要があると判定したならば、
タイマｔの値とＴC（＝Ｔ2秒：ＥＣＵ１Ａの場合）とを
比較し（ステップＳ３０６）、ｔ≧ＴCであることが判
定されると応答データの送信を開始する（ステップＳ３
０９）。
て応答データを返信する必要があると判定したならば、
タイマｔの値とＴC（＝Ｔ2秒：ＥＣＵ１Ａの場合）とを
比較し（ステップＳ３０６）、ｔ≧ＴCであることが判
定されると応答データの送信を開始する（ステップＳ３
０９）。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正内容】
【００２９】応答データ送信後、タイマｔを０にリセッ
トし（ステップＳ３１０）、ＥＣＵ２Ａによって送信さ
れた応答データを受信バッファＲＸで受信してデータ送
信をモニタすると共に、ＥＣＵ２Ａによる応答データの
送信終了判定処理に入る。この終了判定処理としてタイ
マｔの値と予め設定したＴ4秒を比較し（ステップＳ３
１１）、ｔ≧Ｔ4であれば全応答データの送信終了を判
定する。
トし（ステップＳ３１０）、ＥＣＵ２Ａによって送信さ
れた応答データを受信バッファＲＸで受信してデータ送
信をモニタすると共に、ＥＣＵ２Ａによる応答データの
送信終了判定処理に入る。この終了判定処理としてタイ
マｔの値と予め設定したＴ4秒を比較し（ステップＳ３
１１）、ｔ≧Ｔ4であれば全応答データの送信終了を判
定する。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正内容】
【００３０】だがｔ＜Ｔ4の間は単位データを受信した
か否か判定し（ステップＳ３１２）、受信しない場合は
ステップＳ３１１へ戻り、Ｔ4秒以内に単位データを受
信するか否かを調べる。また単位データを受信したなら
ばタイマｔを０にリセットし（ステップＳ３１０）、再
度応答データ送信終了判定処理に入る。またステップＳ
３０５で応答データ返信の必要がないと判定するとステ
ップＳ３１０〜３１２の応答データ終了判定処理に移
る。
か否か判定し（ステップＳ３１２）、受信しない場合は
ステップＳ３１１へ戻り、Ｔ4秒以内に単位データを受
信するか否かを調べる。また単位データを受信したなら
ばタイマｔを０にリセットし（ステップＳ３１０）、再
度応答データ送信終了判定処理に入る。またステップＳ
３０５で応答データ返信の必要がないと判定するとステ
ップＳ３１０〜３１２の応答データ終了判定処理に移
る。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正内容】
【００３１】尚、タイマｔがＴ3以上になるまでのＥＣ
Ｕ２の処理としては単に自己の受信バッファＲＸが単位
データを受信したか否かを判定する処理に止どまり（ス
テップＳ３０７）、応答データの送信を待機する。また
単位データを受信したならばタイマｔを０にリセットし
データ無送信時間測定に備える（ステップＳ３０８）。
Ｕ２の処理としては単に自己の受信バッファＲＸが単位
データを受信したか否かを判定する処理に止どまり（ス
テップＳ３０７）、応答データの送信を待機する。また
単位データを受信したならばタイマｔを０にリセットし
データ無送信時間測定に備える（ステップＳ３０８）。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正内容】
【００３２】次に、テスタ３１０におけるＣＰＵ３１Ａ
のデータ通信処理について図４のフローチャートを参照
して説明する。先ずキーボード３１ｇよりデータを読み
込み診断コマンドを設定すると共に、必要があればコマ
ンドを変更する（ステップＳ４０１）。そして診断コマ
ンドを送信した後（ステップＳ４０２）、ＥＣＵより単
位データ毎に応答データを受信したか否かを判定し（ス
テップＳ４０３）、受信判定がなされたならばＥＣＵＩ
Ａ及び２Ａと同様に常時インクリメントされているタイ
マｔを０にリセットして受信データを退避させる（ステ
ップＳ４０４、４０５）。
のデータ通信処理について図４のフローチャートを参照
して説明する。先ずキーボード３１ｇよりデータを読み
込み診断コマンドを設定すると共に、必要があればコマ
ンドを変更する（ステップＳ４０１）。そして診断コマ
ンドを送信した後（ステップＳ４０２）、ＥＣＵより単
位データ毎に応答データを受信したか否かを判定し（ス
テップＳ４０３）、受信判定がなされたならばＥＣＵＩ
Ａ及び２Ａと同様に常時インクリメントされているタイ
マｔを０にリセットして受信データを退避させる（ステ
ップＳ４０４、４０５）。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正内容】
【００３３】しかし、単位データが受信されない時には
単位データ送信間隔時間Ｔ1とタイマｔとを比較しｔ≦
Ｔ1のときはステップＳ４０３へ戻り、単位データの受
信判定を行う。単位データを複数個受信しｔ＞Ｔ1にな
つたことが判定されると（ステップＳ４０６）、受信し
た応答データを所定メモリ領域に退避し故障診断データ
とする（ステップＳ４０７）。
単位データ送信間隔時間Ｔ1とタイマｔとを比較しｔ≦
Ｔ1のときはステップＳ４０３へ戻り、単位データの受
信判定を行う。単位データを複数個受信しｔ＞Ｔ1にな
つたことが判定されると（ステップＳ４０６）、受信し
た応答データを所定メモリ領域に退避し故障診断データ
とする（ステップＳ４０７）。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正内容】
【００３４】次に、応答データを退避したのちタイマｔ
を読み出し、ｔと応答データ送信終了時間を示すＴ4と
比較する（ステップＳ４０８）。比較の結果ｔ＜Ｔ4で
あれば他の応答データの送信を待ち再度ステップＳ４０
３〜４０７の処理を繰り返し、またｔ≧Ｔ4であればそ
の後の応答データ送信の有無を判定する（ステップＳ４
０９）。この時応答データの送信無しを判定したならば
表示装置３１ｅに応答なしを表示し、応答データの送信
有りを判定したならば表示装置３１ｅに応答データを表
示し（ステップＳ４１１）再度の故障診断に備えてステ
ップＳ４０１へもどる。
を読み出し、ｔと応答データ送信終了時間を示すＴ4と
比較する（ステップＳ４０８）。比較の結果ｔ＜Ｔ4で
あれば他の応答データの送信を待ち再度ステップＳ４０
３〜４０７の処理を繰り返し、またｔ≧Ｔ4であればそ
の後の応答データ送信の有無を判定する（ステップＳ４
０９）。この時応答データの送信無しを判定したならば
表示装置３１ｅに応答なしを表示し、応答データの送信
有りを判定したならば表示装置３１ｅに応答データを表
示し（ステップＳ４１１）再度の故障診断に備えてステ
ップＳ４０１へもどる。
【手続補正１８】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正内容】
【図９】
Claims (1)
- 【請求項１】 複数の電子機器とこれら電子機器より故
障診断用情報を得て故障診断を行う診断装置間に情報の
送受信を行う単一のシリアル伝送路を設けると共に、前
記各電子機器に、前記故障診断用情報を前記診断装置へ
伝送する優先順位を設定し且つこの優先順位に応じた時
間差を置いて自己の故障診断用情報を前記シリアル伝送
路を通して前記診断装置へ伝送するようにしたことを特
徴とする故障診断情報通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4281592A JPH06129949A (ja) | 1992-10-20 | 1992-10-20 | 故障診断情報通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4281592A JPH06129949A (ja) | 1992-10-20 | 1992-10-20 | 故障診断情報通信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06129949A true JPH06129949A (ja) | 1994-05-13 |
Family
ID=17641299
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4281592A Pending JPH06129949A (ja) | 1992-10-20 | 1992-10-20 | 故障診断情報通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06129949A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5841983A (en) * | 1995-01-18 | 1998-11-24 | Nippondenso Co., Ltd. | Communication system for transmitting divisional messages back-to-back by pre-setting blank duration between the divisonal messages prior to transmission |
| CN109240268A (zh) * | 2018-09-29 | 2019-01-18 | 厦门金龙汽车新能源科技有限公司 | 整车控制器的功能验证及测试系统和方法 |
-
1992
- 1992-10-20 JP JP4281592A patent/JPH06129949A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5841983A (en) * | 1995-01-18 | 1998-11-24 | Nippondenso Co., Ltd. | Communication system for transmitting divisional messages back-to-back by pre-setting blank duration between the divisonal messages prior to transmission |
| CN109240268A (zh) * | 2018-09-29 | 2019-01-18 | 厦门金龙汽车新能源科技有限公司 | 整车控制器的功能验证及测试系统和方法 |
| CN109240268B (zh) * | 2018-09-29 | 2020-10-16 | 厦门金龙汽车新能源科技有限公司 | 整车控制器的功能验证及测试系统和方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3297880B1 (en) | System and method for transferring diagnostic commands to a vehicle | |
| JPH06129949A (ja) | 故障診断情報通信装置 | |
| JP3345827B2 (ja) | 車両診断装置 | |
| JP3204301B2 (ja) | ポインティングデバイスとコンピュータ間の制御方法 | |
| JP2920441B2 (ja) | プロセスデータ処理システムおよび処理方法 | |
| JPH03124141A (ja) | 車両用通信装置 | |
| JP3508507B2 (ja) | 電子制御ユニットの開発支援装置 | |
| JP3155919B2 (ja) | 情報処理装置の検査システム及び検査方法及び検査装置 | |
| JPH06319184A (ja) | 制御装置内の通信方式 | |
| JPH03139094A (ja) | 車両用通信装置 | |
| JPH08191319A (ja) | データ通信システム | |
| JP2718763B2 (ja) | 自己診断起動方式 | |
| JPH1174893A (ja) | データ通信装置およびその通信方法 | |
| CN121908005A (zh) | 用于车载终端的视频协议转换方法、装置、设备及介质 | |
| JP2000029507A (ja) | Ｉ／ｏ伝送方法 | |
| JPH0724435B2 (ja) | 車両用通信装置 | |
| JPH04329378A (ja) | 電源制御装置用自動試験方式 | |
| JPH0759177A (ja) | 電子制御装置の故障診断用通信装置 | |
| KR100319480B1 (ko) | 핸드터미널에있어서계량기와의무선통신방법 | |
| JPS6384344A (ja) | 異常フレ−ム処理検査方式 | |
| JP2022178950A (ja) | 情報処理装置及びその制御方法 | |
| JPH0721101A (ja) | シリアル通信処理装置 | |
| JPH0540714A (ja) | 情報処理システムの診断方式 | |
| KR20030038086A (ko) | 채널혼입을 방지하는 ｄｄｃ제어회로 | |
| JP2001043181A (ja) | マイクロコンピュータ間の通信方法 |