JP5425595B2 - 車両診断装置 - Google Patents

Description

この発明は、車両に搭載された電子制御装置に対して車両外部から通信し、前記電子制御装置から入手した各種データに基づいて複数の診断項目の良否を判定する車両診断装置に関する。

電子制御装置（ＥＣＵ）を搭載した車両を生産する場合、車両組立後の最終検査工程において、ＥＣＵ及び当該ＥＣＵに電気的に接続された各機器が正常に機能しているかどうかを診断する。このような診断は、ＥＣＵに車両外部から接続された車両診断装置（テスタ）により行われる（例えば、特許文献１、２）。

特許文献１では、車両診断装置としての小型レコーダ（４）のコネクタ（１２）を車載ＥＣＵに接続する（特許文献１の段落［００１６］、図２）。そして、検査が済んだ診断項目については検査完了フラグを設定し、同一の診断項目を再度検査しないようにしている（同図４、図５、段落［００２８］、［００４２］）。また、故障コード（同段落［００２３］）が存在する場合、検査完了フラグを全てクリアし、検査工程の先頭へ再投入する（同図７のＳ１２０〜Ｓ１２３、段落［００５１］、［００５２］）。

特許文献２では、通信ケーブル（５）を介して車両診断装置（２）を車載ＥＣＵ（１）に接続する（特許文献２の段落［００１２］、図１）。そして、各種の診断項目について自己診断を行いながら、その結果が合格であれば、診断合格フラグを設定し（同図１０のＳ２０７、段落［００４８］等）、不合格である場合、エラーメッセージを表示する（同図９のＳ１１９、段落［００３９］）。

特開２００８−０３２５１９号公報 特開平９−２１０８６５号公報

特許文献１、２では、各種の診断項目を連続して実行することが前提とされており、途中で診断を中断することができない。そのため、検査員が診断を意図的に中断した場合、又は何らかの原因で診断が中断された場合、全ての診断項目を再確認しなければならず、不便である。

この発明はこの種の要請に対応するものであり、診断が中断された場合でも、診断を再開して中断前の診断結果を活用することが可能な車両診断装置を提供することを目的とする。

この発明に係る車両診断装置は、車両に搭載された電子制御装置に対して車両外部から通信し、前記電子制御装置から入手した各種データに基づいて複数の診断項目の良否を判定するものであって、検査状態を監視し、正常な検査状態であると判定した場合には検査を継続し、正常な検査状態ではないと判定した場合には検査を中断し、その後、正常な検査状態に戻ったと判定した場合には検査を再開することを特徴とする。

この発明によれば、正常な検査状態ではなくなったとき検査を中断し、その後、正常な検査状態に戻ったとき検査を再開する。このため、検査員等の都合に応じて検査を中断しても、その後に検査の再開が可能であるため、中断前の診断結果を活用することが可能となる。また、車両診断装置と電子制御装置との間のコネクタが不意に外れたことにより検査が中断した場合でも、コネクタを付け直せば診断を再開することができる。従って、この場合も、中断前の診断結果を活用することが可能となる。

正常な検査状態であるかどうかの判定は、前記車両診断装置と前記電子制御装置との通信状態を監視して判定してもよい。
さらに、前記車両診断装置は、前記電子制御装置から出力されたセンサ出力の移動平均値に基づいて検出結果にエラーがあるかどうかを判定し、前記検出結果にエラーがある場合、前記車両診断装置と前記電子制御装置との通信状態を確認し、前記車両診断装置と前記電子制御装置とが通信可能である場合、検査不合格と判定し、前記車両診断装置と前記電子制御装置とが通信不可である場合、検査を中断し、その後、通信可能に戻ったか否かを周期的に判定し、通信可能に戻ったと判定した場合、検査を再開してもよい。

この発明によれば、正常な検査状態ではなくなったとき検査を中断し、その後、正常な検査状態に戻ったとき検査を再開する。このため、検査員等の都合に応じて検査を中断しても、その後に検査の再開が可能であるため、中断前の診断結果を活用することが可能となる。また、車両診断装置と電子制御装置との間のコネクタが不意に外れたことにより検査が中断した場合でも、コネクタを付け直せば診断を再開することができる。従って、この場合も、中断前の診断結果を活用することが可能となる。

この発明の一実施形態に係る車両診断装置としてのテスタを有する車両診断システムの概略構成図である。 前記テスタによる検査の中断及び再開を行う概要を示すフローチャートである。 図２の処理をより具体的に示したフローチャートである。 図３中の検査中断処理のフローチャートである。 本実施形態と比較例との相違を示す説明図である。 図３の処理の変形例を示すフローチャートである。

［本実施形態の構成］
図１は、この発明の一実施形態に係る車両診断装置としてのテスタ１２を有する車両診断システム１０の概略構成図である。車両診断システム１０は、テスタ１２に加え、テスタ１２により各種の診断が行われる車両１４と、ホストコンピュータ１６とを有する。図１では図示していないが、車両診断システム１０には、テスタ１２と車両１４の組合せが複数含まれる。テスタ１２と車両１４とは通信ケーブル１８により接続され、両者の間で通信可能である。また、テスタ１２とホストコンピュータ１６とは無線通信が可能である。

テスタ１２は、入力部２０と、表示部２２と、スピーカ２４と、中央演算装置２６（ＣＰＵ２６）と、リードオンリメモリ２８（ＲＯＭ２８）と、ランダムアクセスメモリ３０（ＲＡＭ３０）と、通信インタフェース３２と、コネクタ３４とを有する。

車両１４は、電子制御装置４０（ＥＣＵ４０）と、イグニッションスイッチ４２（ＩＧＳＷ４２）と、エンジン４４と、エンジン回転数センサ４６（ＮＥセンサ４６）とを有する。また、ＥＣＵ４０は、中央演算装置５０（ＣＰＵ５０）と、リードオンリメモリ５２（ＲＯＭ５２）と、ランダムアクセスメモリ５４（ＲＡＭ５４）と、通信インタフェース５６と、コネクタ５８とを有する。

ホストコンピュータ１６は、各テスタ１２から各車両１４の診断データを吸い上げ、データベースとして記憶する。

車両診断システム１０の基本的な構成は、例えば、特許文献２に記載のものを用いることができる。

［テスタ１２による検査の中断及び再開］
図２は、テスタ１２による検査の中断及び再開を行う概要を示すフローチャートである。ステップＳ１において、テスタ１２は、車両１４の検査を実行する。ステップＳ２において、テスタ１２は、検査の中断事由がないかどうか（ＥＣＵ４０が正常な検査状態であるかどうか）を判定する。中断事由がない場合（Ｓ２：ＹＥＳ）、ステップＳ３において、テスタ１２は、検査が全て終了したかどうかを判定する。検査の一部が終了していない場合（Ｓ３：ＮＯ）、ステップＳ１に戻る。検査が全て終了した場合（Ｓ３：ＹＥＳ）、今回の検査を終了する。

ステップＳ２に戻り、検査の中断事由がある場合（Ｓ２：ＮＯ）、ステップＳ４において、テスタ１２は、検査を中断する。そして、ステップＳ５において、テスタ１２は、検査の中断事由が解消したかどうか（正常な検査状態に戻ったかどうか）を判定する。中断事由が解消していない場合（Ｓ５：ＮＯ）、ステップＳ４に戻る。中断事由が解消した場合（Ｓ５：ＹＥＳ）、ステップＳ６において、テスタ１２は、検査を再開し、ステップＳ１に戻る。

図３は、図２の処理をより具体的に示したフローチャートである。ステップＳ１１において、テスタ１２は、車両１４の検査を実行する。ステップＳ１２において、テスタ１２は、ＥＣＵ４０から出力された検査結果（各種センサの出力値等）にエラーがあるかどうかを判定する。例えば、あるセンサの出力値が正常範囲内にある場合、エラーはないと判定し、前記出力値が正常範囲内にない場合、エラーがあると判定する。

検査結果にエラーがない場合（Ｓ１２：ＮＯ）、ステップＳ１３において、テスタ１２は、ＥＣＵ４０との間の通信状態を確認する。ここでの通信状態とは、テスタ１２とＥＣＵ４０との間でデータの送受信が可能であるかどうかの状態を指す。テスタ１２とＥＣＵ４０との間の通信が可能でない場合としては、例えば、検査員がＩＧＳＷ４２の位置をオン又はアクセサリからオフに移動させたことに伴ってＥＣＵ４０がオフとなったため、ＥＣＵ４０が作動せず、通信ができなくなった場合がある。或いは、通信ケーブル１８とテスタ１２側のコネクタ３４との接触不良又は通信ケーブル１８と車両１４側のコネクタ５８との接触不良が発生した場合もある。検査途中での接触不良は、例えば、エンジン４４の振動に起因する。

テスタ１２とＥＣＵ４０との間の通信が可能である場合（Ｓ１４：ＹＥＳ）、ステップＳ１５において、テスタ１２は、検査が全て終了したかどうかを判定する。検査の一部が終了していない場合（Ｓ１５：ＮＯ）、ステップＳ１１に戻り、検査を継続する。検査が全て終了した場合（Ｓ１５：ＹＥＳ）、今回の検査を終了する。

ステップＳ１４に戻り、テスタ１２とＥＣＵ４０との通信が可能でない場合（Ｓ１４：ＮＯ）、ステップＳ１６において、テスタ１２は、検査中断処理を実行する。

図４には、検査中断処理（図３のＳ１６）のフローチャートが示されている。ステップＳ２０において、テスタ１２は、ＥＣＵ４０との通信状態を確認する。当該確認は、図３のステップＳ１３、Ｓ１７と同様に行うことができるが、その周期は、ステップＳ１３、Ｓ１７の周期（例えば、数ミリ秒〜数百ミリ秒）よりも長く（例えば、数秒〜数十秒）することができる。テスタ１２とＥＣＵ４０との間の通信が可能でない場合（Ｓ２１：ＮＯ）、ステップＳ２０に戻る。テスタ１２とＥＣＵ４０との間の通信が可能である場合（Ｓ２１：ＹＥＳ）、ステップＳ２２において、テスタ１２は、検査を再開し、図３のステップＳ１５に進む。

図３のステップＳ１２に戻り、検査結果にエラーがある場合（Ｓ１２：ＹＥＳ）、ステップＳ１７において、テスタ１２は、ステップＳ１３と同様に、ＥＣＵ４０との間の通信状態を確認する。なお、検査結果にエラーがあることが判定できているにもかかわらず、テスタ１２とＥＣＵ４０との間の通信状態を確認するのは、例えば、ＥＣＵ４０が出力する検査結果（検出データ）に基づいてテスタ１２が移動平均値を演算し、当該移動平均値を用いている場合、テスタ１２とＥＣＵ４０との間で通信ができない場合でも、移動平均値は演算可能である場合がある。そのような場合、検出結果にエラーがある場合でも、テスタ１２とＥＣＵ４０との間の通信状態と確認する意味がある。

テスタ１２とＥＣＵ４０との間の通信が可能でない場合（Ｓ１８：ＮＯ）、ステップＳ１６に進む。テスタ１２とＥＣＵ４０との間の通信が可能である場合（Ｓ１８：ＹＥＳ）、ステップＳ１９において、テスタ１２は、検査が不合格であると判定し、表示部２２にエラーメッセージを表示すると共に、スピーカ２４から警報を出す。

［本実施形態と比較例との比較］
図５は、本実施形態と比較例との相違を示す説明図である。図５では、エンジン回転数ＮＥに基づく診断を行う。また、ここでの比較例では、ＥＣＵ４０が正常な検査状態でないとテスタ１２が判定した場合（図２のＳ２：ＮＯ）、検査は不合格であると判定される。

図５に示すように、時点ｔ１まではＥＣＵ４０が正常な検査状態にある。そして、時点ｔ１になると、検査員は、ＩＧＳＷ４２の位置をオンからオフに移動させて休憩時間に入る。ＩＧＳＷ４２がオフの位置に移動されたことにより、エンジン４４が停止されると共にＥＣＵ４０への電力供給が停止され、ＥＣＵ４０は動作を停止する。その結果、テスタ１２とＥＣＵ４０との間の通信が不能となり、テスタ１２にはエンジン回転数ＮＥのデータが送信されなくなる。比較例では、テスタ１２は、ＥＣＵ４０から正常なエンジン回転数ＮＥが出力されないため、検査は不合格となる。一方、本実施形態では、検査中断処理（図４）を行うため、時点ｔ１において検査を中断する。なお、時点ｔ１では、この際、各車両１４を移動させるコンベア（図示せず）も併せて停止される一方、テスタ１２はオンのままである（或いは、後述のようにオフにすることも可能である。）。

時点ｔ２において、検査員が休憩時間を終えて検査を再開する。これに伴って、検査員がＩＧＳＷ４２を回してエンジン４４を始動させると共に、ＥＣＵ４０を起動させる。これにより、テスタ１２とＥＣＵ４０との間の通信が可能となる。上記の通り、比較例では、時点ｔ１において、テスタ１２とＥＣＵ４０との間の通信が不能となり、テスタ１２にはエンジン回転数ＮＥのデータが送信されなくなる。このため、時点ｔ２において、ＥＣＵ４０からテスタ１２にエンジン回転数ＮＥのデータ送信が再開されても、テスタ１２は、検査不合格と判定する。一方、本実施形態では、検査中断処理（図４）により時点ｔ１において検査を中断し、時点ｔ２において検査を再開する。その結果、テスタ１２は、検査再開後のデータを用いて検査を継続するため、検査が中断されたことを理由として検査が不合格であると判断することはない。従って、本実施形態では、検査員が任意に休憩を取ることが可能となる。

［本実施形態の効果］
以上説明したように、本実施形態によれば、検査員等の都合に応じて検査を中断しても、その後に検査の再開が可能であるため、中断前の診断結果を活用することが可能となる。また、テスタ１２とＥＣＵ４０との間のコネクタ３４又はコネクタ５８が不意に外れたことにより検査が中断した場合でも、コネクタ３４又はコネクタ５８を付け直せば診断を再開することができる。従って、この場合も、中断前の診断結果を活用することが可能となる。

［変形例］
なお、この発明は、上記実施形態に限らず、この明細書の記載内容に基づき、種々の構成を採り得ることはもちろんである。例えば、以下の構成を採用することができる。

上記実施形態では、図３の処理を用いたが、これに限らない。例えば、図６の処理を用いることもできる。すなわち、ステップＳ３１において、テスタ１２は、ＥＣＵ４０との間の通信状態を確認する。両者の間で通信が可能である場合（Ｓ３２：ＹＥＳ）、ステップＳ３３において、テスタ１２は、ＥＣＵ４０が出力した検査結果にエラーがあるかどうかを判定する。検査結果にエラーがない場合（Ｓ３３：ＮＯ）、ステップＳ３４において、テスタ１２は、検査が終了したかどうかを確認する。検査が終了していない場合（Ｓ３４：ＮＯ）、ステップＳ３１に戻り、検査が終了した場合（Ｓ３４：ＹＥＳ）、今回の処理を終了する。

ステップＳ３３において、検査結果にエラーがある場合（Ｓ３３：ＹＥＳ）、ステップＳ３５において、テスタ１２は、検査が不合格であると判定する。

ステップＳ３２に戻り、テスタ１２とＥＣＵ４０との間の通信できない場合（Ｓ３２：ＮＯ）、ステップＳ３６において、テスタ１２は、図３のステップＳ１６（すなわち、図４のＳ２０〜Ｓ２２）と同様に、検査中断処理を行う。

上記実施形態では、テスタ１２とＥＣＵ４０との間の通信ができなくなるのは、ＥＣＵ４０がオフにされた場合又はテスタ１２とＥＣＵ４０との間の接続不良が発生した場合を述べたが、これに限らない。例えば、ＥＣＵ４０の電源オフと共に、テスタ１２の電源をオフにすることもできる。この場合、テスタ１２では以下の処理を行えばよい。すなわち、テスタ１２の電源をオフにした際、それまでに完了済の診断項目のデータを不揮発性のＲＡＭ３０に記憶する。その後、テスタ１２の電源をオンにしたとき、当該データを読み出し、診断を再開する。

１０…車両診断システム １２…テスタ（車両診断装置）
１４…車両 １６…ホストコンピュータ
４０…ＥＣＵ（電子制御装置）

Claims (1)

1. 車両に搭載された電子制御装置に対して車両外部から通信し、前記電子制御装置から入手した各種データに基づいて複数の診断項目の良否を判定する車両診断装置であって、
   前記車両診断装置は、
   前記電子制御装置から出力されたセンサ出力の移動平均値に基づいて検出結果にエラーがあるかどうかを判定し、
   前記検出結果にエラーがある場合、前記車両診断装置と前記電子制御装置との通信状態を確認し、
   前記車両診断装置と前記電子制御装置とが通信可能である場合、検査不合格と判定し、
   前記車両診断装置と前記電子制御装置とが通信不可である場合、検査を中断し、その後、通信可能に戻ったか否かを周期的に判定し、通信可能に戻ったと判定した場合、検査を再開する
   ことを特徴とする車両診断装置。

Images