(57)【要約】【課題】本発明は、通信ネットワークの故障検知方法及び故障検知システムに関し、各電子制御ユニットに回路構成を追加することなく簡易な構成で通信ネットワークの故障箇所を特定することにある。【解決手段】通信バスに複数の電子制御ユニット（ＥＣＵ）が接続された通信ネットワークの故障を検知する方法において、まず、通信バスに接続されたコントローラに、通信バスの通信エラーを検出させる。そして、コントローラが通信バスの通信エラーを検出した後、該コントローラに、複数の電子制御ユニットによる通信バスへの送信を一つずつ順に停止させる送信停止要求を行わせ、その送信停止要求に従って複数の電子制御ユニットが一つずつ順に送信停止されるごとに通信バスに通信エラーが生ずるか否かを判別させ、その判別結果に基づいて通信ネットワーク上の故障箇所を特定させる。【選択図】図１
2009302783.tif 000002
【特許請求の範囲】
【請求項１】
通信バスに複数の電子制御ユニットが接続された通信ネットワークの故障を検知する方法であって、
前記通信バスに接続されたコントローラに、前記通信バスの通信エラーを検出させるバスエラー検出ステップと、
前記バスエラー検出ステップにおいて前記コントローラが前記通信バスの通信エラーを検出した後、該コントローラに、前記複数の電子制御ユニットによる前記通信バスへの送信を所定数ずつ順に停止させる送信停止要求を行わせる送信停止要求ステップと、
前記コントローラに、前記送信停止要求ステップにおける前記送信停止要求に従って前記複数の電子制御ユニットが所定数ずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させるバスエラー有無判別ステップと、
前記コントローラに、前記バスエラー有無判別ステップにおける判別結果に基づいて、前記通信ネットワーク上の故障箇所を特定させる故障箇所特定ステップと、
を備えることを特徴とする通信ネットワークの故障検知方法。
【請求項２】
前記送信停止要求ステップにおける前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を一つずつ順に停止させるものであり、
前記バスエラー有無判別ステップは、前記コントローラに、前記複数の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させると共に、
前記故障箇所特定ステップは、前記バスエラー有無判別ステップにおいて一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、前記コントローラに、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定させることを特徴とする請求項１記載の通信ネットワークの故障検知方法。
【請求項３】
前記送信停止要求ステップにおける前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を所定複数個ずつ纏めて順に停止させるものであり、
前記バスエラー有無判別ステップは、前記コントローラに、前記複数の電子制御ユニットが所定複数個ずつ纏めて順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させる第１の有無判別ステップを有し、
前記故障箇所特定ステップは、前記第１の有無判別ステップにおいて所定複数個の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、前記コントローラに、該所定複数個の電子制御ユニット又は該所定複数個の電子制御ユニットそれぞれと前記通信バスとを接続する接続線の何れかに故障が生じていると判定させる第１の特定ステップを有し、
前記バスエラー有無判別ステップは、また、前記コントローラに、前記第１の特定ステップにおいて故障が生じていると判定された所定複数個の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させる第２の有無判別ステップを有し、
前記故障箇所特定ステップは、また、前記第２の有無判別ステップにおいて一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、前記コントローラに、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定する第２の特定ステップを有することを特徴とする請求項１記載の通信ネットワークの故障検知方法。
【請求項４】
通信バスに複数の電子制御ユニットが接続された通信ネットワークの故障を検知するシステムであって、
前記通信バスに接続して該通信バスとの通信を行う第１の通信手段と、
前記第１の通信手段による通信結果に基づいて前記通信バスの通信エラーを検出するバスエラー検出手段と、
前記複数の電子制御ユニットそれぞれに接続して各電子制御ユニットとの通信を行う第２の通信手段と、
前記バスエラー検出手段により前記通信バスの通信エラーが検出された場合に、前記第２の通信手段を用いて、前記複数の電子制御ユニットによる前記通信バスへの送信を所定数ずつ順に停止させる送信停止要求を行う送信停止要求手段と、
前記送信停止要求手段により前記送信停止要求が行われた後、該送信停止要求に従って前記複数の電子制御ユニットが所定数ずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別するバスエラー有無判別手段と、
前記バスエラー有無判別手段による判別結果に基づいて、前記通信ネットワーク上の故障箇所を特定する故障箇所特定手段と、
を備えることを特徴とする通信ネットワークの故障検知システム。
【請求項５】
前記送信停止要求手段による前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を一つずつ順に停止させるものであり、
前記バスエラー有無判別手段は、前記複数の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別すると共に、
前記故障箇所特定手段は、前記バスエラー有無判別手段により一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定することを特徴とする請求項４記載の通信ネットワークの故障検知システム。
【請求項６】
前記送信停止要求手段による前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を所定複数個ずつ纏めて順に停止させるものであり、
前記バスエラー有無判別手段は、前記複数の電子制御ユニットが所定複数個ずつ纏めて順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別する第１の有無判別手段を有し、
前記故障箇所特定手段は、前記第１の有無判別手段により所定複数個の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、該複数個の電子制御ユニット又は該所定複数個の電子制御ユニットそれぞれと前記通信バスとを接続する接続線の何れかに故障が生じていると判定する第１の特定手段を有し、
前記バスエラー有無判別手段は、また、前記第１の特定手段により故障が生じていると判定された所定複数個の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別する第２の有無判別手段を有し、
前記故障箇所特定手段は、また、前記第２の有無判別手段により一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定する第２の特定手段を有することを特徴とする請求項４記載の通信ネットワークの故障検知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの故障検知方法及び故障検知システム、特に、通信バスに複数の電子制御ユニットが接続された通信ネットワークの故障を検知するうえで好適な故障検知方法及び故障検知システムに関する。
【背景技術】
【０００２】
従来、通信バスに複数の電子制御ユニット（ＥＣＵ）が接続された通信ネットワークの故障を検知するシステムが知られている（例えば、特許文献１参照）。このシステムにおいて、各ＥＣＵはそれぞれ、通信バスの終端抵抗となり得る抵抗と、オンによりその抵抗を通信バスに終端抵抗として接続させるスイッチと、を有している。かかるシステムにおいては、通信バスの通信異常が発生した場合、終端抵抗に近いＥＣＵから順に内部スイッチがオンされて、通信バスに接続する接続線の断線検知が行われる。
【特許文献１】特開２００３−３０４２６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記したシステムにおいては、接続線の断線検知を行うのに、各ＥＣＵが上記の抵抗及びスイッチを有することが必要であるため、各ＥＣＵの回路構成を追加する必要があって、部品点数が増大し、コスト増が招来する。
【０００４】
本発明は、上述の点に鑑みてなされたものであり、各ＥＣＵに回路構成を追加することなく簡易な構成で通信ネットワークの故障箇所を特定することが可能な通信ネットワークの故障検知方法及び故障検知システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的は、通信バスに複数の電子制御ユニットが接続された通信ネットワークの故障を検知する方法であって、前記通信バスに接続されたコントローラに、前記通信バスの通信エラーを検出させるバスエラー検出ステップと、前記バスエラー検出ステップにおいて前記コントローラが前記通信バスの通信エラーを検出した後、該コントローラに、前記複数の電子制御ユニットによる前記通信バスへの送信を所定数ずつ順に停止させる送信停止要求を行わせる送信停止要求ステップと、前記コントローラに、前記送信停止要求ステップにおける前記送信停止要求に従って前記複数の電子制御ユニットが所定数ずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させるバスエラー有無判別ステップと、前記コントローラに、前記バスエラー有無判別ステップにおける判別結果に基づいて、前記通信ネットワーク上の故障箇所を特定させる故障箇所特定ステップと、を備える通信ネットワークの故障検知方法により達成される。
【０００６】
また、上記の目的は、通信バスに複数の電子制御ユニットが接続された通信ネットワークの故障を検知するシステムであって、前記通信バスに接続して該通信バスとの通信を行う第１の通信手段と、前記第１の通信手段による通信結果に基づいて前記通信バスの通信エラーを検出するバスエラー検出手段と、前記複数の電子制御ユニットそれぞれに接続して各電子制御ユニットとの通信を行う第２の通信手段と、前記バスエラー検出手段により前記通信バスの通信エラーが検出された場合に、前記第２の通信手段を用いて、前記複数の電子制御ユニットによる前記通信バスへの送信を所定数ずつ順に停止させる送信停止要求を行う送信停止要求手段と、前記送信停止要求手段により前記送信停止要求が行われた後、該送信停止要求に従って前記複数の電子制御ユニットが所定数ずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別するバスエラー有無判別手段と、前記バスエラー有無判別手段による判別結果に基づいて、前記通信ネットワーク上の故障箇所を特定する故障箇所特定手段と、を備える通信ネットワークの故障検知システムにより達成される。
【０００７】
これらの態様の発明において、通信バスの通信エラーが検出されると、その後、複数の電子制御ユニットによる通信バスへの送信を所定数ずつ順に停止させる要求がなされる。そして、電子制御ユニットの所定数ずつの送信停止が行われるごとにその通信バスに通信エラーが生ずるか否かが判別される。通信バスの通信エラーが生じている状況において電子制御ユニットによる通信バスへの送信が停止されると、その送信停止された電子制御ユニットが正常に通信バスへの送信を行うことができるときはその通信バスの通信エラーは継続するが、その送信停止された電子制御ユニットが正常に通信バスへの送信を行うことができないときはその通信バスの通信エラーは解消されることとなる。従って、上記の如く通信バスの通信エラーの検出後、電子制御ユニットの所定数ずつの送信停止ごとに通信バスに通信エラーが生ずるか否かを判別することで、何れの電子制御ユニットに関連した故障が生じているかを特定することが可能となる。そして、かかる故障の特定手法においては、各電子制御ユニットの送信を順に停止させることとすればよいので、専用の回路を電子制御ユニットに設けることは不要である。このため、本発明によれば、各電子制御ユニットに特別な回路構成を追加することなく簡易な構成で通信ネットワークの故障箇所を特定することが可能となる。
【０００８】
尚、上記した通信ネットワークの故障検知方法において、前記送信停止要求ステップにおける前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を一つずつ順に停止させるものであり、前記バスエラー有無判別ステップは、前記コントローラに、前記複数の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させると共に、前記故障箇所特定ステップは、前記バスエラー有無判別ステップにおいて一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、前記コントローラに、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定させることとしてもよい。
【０００９】
また、上記した通信ネットワークシステムにおいて、前記送信停止要求手段による前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を一つずつ順に停止させるものであり、前記バスエラー有無判別手段は、前記複数の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別すると共に、前記故障箇所特定手段は、前記バスエラー有無判別手段により一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定することとしてもよい。
【００１０】
これらの態様の発明において、通信バスの通信エラーが検出されると、その後、複数の電子制御ユニットによる通信バスへの送信を一つずつ順に停止させる要求がなされ、電子制御ユニットの一つずつの送信停止が行われるごとにその通信バスに通信エラーが生ずるか否かが判別される。かかる構成においては、故障が生じている電子制御ユニットを一つ特定するのに、すべての電子制御ユニットを一つずつ送信停止させるので、精度よくその故障箇所を特定することが可能となる。
【００１１】
また、上記した通信ネットワークの故障検知方法において、前記送信停止要求ステップにおける前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を所定複数個ずつ纏めて順に停止させるものであり、前記バスエラー有無判別ステップは、前記コントローラに、前記複数の電子制御ユニットが所定複数個ずつ纏めて順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させる第１の有無判別ステップを有し、前記故障箇所特定ステップは、前記第１の有無判別ステップにおいて所定複数個の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、前記コントローラに、該所定複数個の電子制御ユニット又は該所定複数個の電子制御ユニットそれぞれと前記通信バスとを接続する接続線の何れかに故障が生じていると判定させる第１の特定ステップを有し、前記バスエラー有無判別ステップは、また、前記コントローラに、前記第１の特定ステップにおいて故障が生じていると判定された所定複数個の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別させる第２の有無判別ステップを有し、前記故障箇所特定ステップは、また、前記第２の有無判別ステップにおいて一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、前記コントローラに、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定する第２の特定ステップを有することとしてもよい。
【００１２】
更に、上記した通信ネットワークシステムにおいて、前記送信停止要求手段による前記送信停止要求は、前記複数の電子制御ユニットによる前記通信バスへの送信を所定複数個ずつ纏めて順に停止させるものであり、前記バスエラー有無判別手段は、前記複数の電子制御ユニットが所定複数個ずつ纏めて順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別する第１の有無判別手段を有し、前記故障箇所特定手段は、前記第１の有無判別手段により所定複数個の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、該複数個の電子制御ユニット又は該所定複数個の電子制御ユニットそれぞれと前記通信バスとを接続する接続線の何れかに故障が生じていると判定する第１の特定手段を有し、前記バスエラー有無判別手段は、また、前記第１の特定手段により故障が生じていると判定された所定複数個の電子制御ユニットが一つずつ順に送信停止されるごとに前記通信バスに通信エラーが生ずるか否かを判別する第２の有無判別手段を有し、前記故障箇所特定手段は、また、前記第２の有無判別手段により一の電子制御ユニットの送信停止が行われた際に前記通信バスに通信エラーが生じないと判別された場合、該一の電子制御ユニット又は該一の電子制御ユニットと前記通信バスとを接続する接続線に故障が生じていると判定する第２の特定手段を有することとしてもよい。
【００１３】
これらの態様の発明において、通信バスの通信エラーが検出されると、その後、複数の電子制御ユニットによる通信バスへの送信を所定複数個ずつ纏めて順に停止させる要求がなされ、電子制御ユニットの所定複数個ずつの送信停止が行われるごとにその通信バスに通信エラーが生ずるか否かが判別される。かかる構成においては、故障が生じている電子制御ユニットを一つ特定するのに、すべての電子制御ユニットを一つずつ送信停止させることが不要となるので、短時間でその故障箇所を特定することが可能となる。
【発明の効果】
【００１４】
本発明によれば、各電子制御ユニットに回路構成を追加することなく簡易な構成で通信ネットワークの故障箇所を特定することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を用いて、本発明の具体的な実施の形態について説明する。
【００１６】
図１は、本発明の一実施例である通信ネットワーク１０の故障検知システムの構成図を示す。また、図２は、本実施例の通信ネットワーク１０の備える各電子制御ユニットの内部構成図を示す。本実施例の通信ネットワーク１０は、通信バスに複数の電子制御ユニットが接続された通信ネットワークであり、車両に搭載された車載通信ネットワークである。
【００１７】
図１に示す如く、本実施例の通信ネットワーク１０は、通信バス１２と、その通信バス１２にハブ１４及び接続線１６を介して接続する複数（図１においては８個）の電子制御ユニット（以下、ＥＣＵと称す）２０と、を備えており、通信バス１２に複数のＥＣＵ２０が接続された構成を有している。以下、８個のＥＣＵ２０をそれぞれ適宜、ＥＣＵ−Ａ，ＥＣＵ−Ｂ，ＥＣＵ−Ｃ，ＥＣＵ−Ｄ，ＥＣＵ−Ｅ，ＥＣＵ−Ｆ，ＥＣＵ−Ｇ，ＥＣＵ−Ｈとする。
【００１８】
通信バス１２は、時分割で多重通信を行う多重通信線であり、終端抵抗により両端を相互に接続された一対の通信線ＣＡＮＨ，ＣＡＮＬ（ツインストペア結線）を有している。通信バス１２は、２本の通信線ＣＡＮＨ，ＣＡＮＬを用いてデータ伝送を行うＣＡＮ（Controller  Area  Network）バスであり、所定の通信プロトコルに従って両通信線ＣＡＮＨとＣＡＮＬとの差動電圧に基づいたバス通信を行う。
【００１９】
各ＥＣＵ２０はそれぞれ、マイクロコンピュータを主体に構成されており、演算処理部であるマイコン部２２と、各種のプログラムやデータを格納する内部メモリＲＯＭ，ＲＡＭと、通信バス１２に接続し、通信バス１２に対するデータ授受を行うトランシーバ２４と、を有している。
【００２０】
各ＥＣＵ２０において、マイコン部２２は、データ送信時に通信バス１２のＣＡＮＨ及びＣＡＮＬにその送信データに応じた差動電圧を発生させるべくトランシーバ２４を制御すると共に、トランシーバ２４によって復調されたデータを受信する。トランシーバ２４は、マイコン部２２からの送信指令に基づいて、通信バス１２のＣＡＮＨ及びＣＡＮＬに所定の差動電圧が発生するように制御されると共に、通信バス１２のＣＡＮＨとＣＡＮＬとの間に発生した差動電圧を信号として検出して受信データの復調処理を行い、マイコン部２２へ送信する。
【００２１】
各ＥＣＵ２０のトランシーバ２４から通信バス１２のＣＡＮＨへ印加される電圧は、通常、ドミナント側（例えば３．５ボルト）とレセッシブ側（例えば２．５ボルト）との何れかに調整される。また、各ＥＣＵ２０から通信バス１２のＣＡＮＬへ印加される電圧は、通常、ドミナント側（例えば１．５ボルト）とレセッシブ側（例えば２．５ボルト）との何れかに調整される。
【００２２】
ＥＣＵ２０は、車両のイグニションオフ時及びイグニションオン時の双方で動作可能となる＋Ｂ系ノード（例えば、ドアの開閉やロックを制御するドアＥＣＵやボデーＥＣＵ，車両使用者の携帯する携帯機との無線通信においてコード照合を行う照合ＥＣＵなど）、車両のイグニションオフ時には動作不可能である一方でイグニションオン時に動作可能となるＩＧ系ノード（例えば、エンジン制御を行うエンジンＥＣＵやブレーキ制御を行うブレーキＥＣＵ，ステアリング舵角を検知するステアリングセンサなど）、又は、車両のアクセサリオフ時には動作不可能である一方でアクセサリオン時に動作可能となるＡＣＣ系ノード（例えば、ナビゲーションＥＣＵやオーディオＥＣＵなど）である。
【００２３】
各ＥＣＵ２０は、車両のイグニションオフ時においてイグニションオンやドア開，電波信号受信，他のＥＣＵ２０からのバスエッジ受信などのイベントの発生が長期間検知されないときは、消費電力の低減のための処理を行うスリープモード（低消費電力モード）になると共に、そのイグニションオフ時のスリープモードにおいてイベント発生が検知されたときは、そのスリープモードを解除して起動され、その起動後に通信バス１２を介した通信が可能となるウェイクアップモードになる。
【００２４】
各ＥＣＵ２０のトランシーバ２４には、通信バス１２に接続する接続線１６とは別に、信号線２６が接続されている。各ＥＣＵ２０に接続された信号線２６はすべて、トランシーバモードコントローラ３０に接続されている。トランシーバモードコントローラ３０は、後に詳述する如く、接続するサービスツールからの送信停止要求に従って、各ＥＣＵ２０のトランシーバ２４をスリープモードに遷移させてそのトランシーバ２４による通信バス１２への送信を停止させる指令を信号線２６を介して行う。トランシーバモードコントローラ３０は、この各ＥＣＵ２０のトランシーバ２４による通信バス１２への送信停止指令を、通信バス１２に接続するすべてのＥＣＵ２０に対して一つずつ順に行う。
【００２５】
各ＥＣＵ２０のトランシーバ２４は、電源（例えば＋Ｂ電源やイグニション電源，アクセサリ電源）から電力供給される状況にあるときは通常、ＣＡＮＨ及びＣＡＮＬに所定の差動電圧を発生させて通信バス１２へのデータ送信を行うことが可能であるが、トランシーバモードコントローラ３０からの送信停止指令を受けると、通信バス１２のＣＡＮＨ及びＣＡＮＬとの接続を共に遮断して通信バス１２へのデータ送信を停止させる。すなわち、ＥＣＵ２０は、トランシーバモードコントローラ３０から信号線２６を介して送信停止指令が供給されると、通信バス１２へのデータ送信を停止させるスリープモードへ遷移する。
【００２６】
また、トランシーバモードコントローラ３０は、一のＥＣＵ２０をスリープモードへ遷移させた後、所定時間（具体的には、後述の如く、サービスツールでのそのＥＣＵ２０に関する通信エラーの有無を判別するのに要する時間）が経過すると、そのＥＣＵ２０のスリープモードを通常モードへ遷移させてそのトランシーバ２４による通信バス１２への送信停止を解除する。そして、次の順番のＥＣＵ２０をスリープモードへ遷移させ、そしてその後、通常モードへ遷移させる。トランシーバモードコントローラ３０は、上記の処理をすべてのＥＣＵ２０に対して繰り返し行う。
【００２７】
通信バス１２には、また、サービスツール３２がデータリンクコネクタ（ＤＬＣ）３４を介して接続されている。ＤＬＣ３４は、車両側に設けられており、通信バス１２に接続される端子を有していると共に、通信バス１２とは異なる通信線３６を介してトランシーバモードコントローラ３０に接続される端子を有している。サービスツール３２は、マイクロコンピュータを主体に構成されたコントローラであり、通信ネットワーク１０上の故障箇所すなわち通信バス１２に接続されるＥＣＵ２０に関する故障箇所を特定するための処理を行う診断ツールである。サービスツール３２は、上記の診断処理時にＤＬＣ３４に接続されて、この際、そのＤＬＣ３４を介して、通信バス１２に接続されると共に、通信線３６を介してトランシーバモードコントローラ３０に接続される。サービスツール３２は、ＤＬＣ３４を介して通信バス１２との通信を行うことができると共に、トランシーバモードコントローラ３０との通信を行うことができる。
【００２８】
次に、図３乃至図５を参照して、本実施例の通信ネットワーク１０の故障を検知する手法について説明する。
【００２９】
図３は、本実施例の通信ネットワーク１０において故障発生時に生ずるＥＣＵ２０間のデータ授受を説明するための図を示す。図４は、本実施例の通信ネットワーク１０において正常時と故障発生時とのＥＣＵ２０の通信波形を表した図を示す。また、図５は、本実施例の通信ネットワーク１０の故障検知システムにおいて実行される制御ルーチンの一例のフローチャートを示す。
【００３０】
本実施例の通信ネットワーク１０において何ら故障が生じていない場合、各ＥＣＵ２０が通信バス１２へ向けて送信する信号電圧波形は、その通信バス１２の信号レベルをドミナント（優性）とするときは、通信バス１２のＣＡＮＨ及びＣＡＮＬを共にドミナント側とされる。また、その通信バス１２の信号レベルをレセッシブ（劣性）とするときは、通信バス１２のＣＡＮＨ及びＣＡＮＬを共にレセッシブ側とされる。
【００３１】
一方、例えばＥＣＵ２０（図３及び図４においてＥＣＵ−Ｃ）と通信バス１２の通信線ＣＡＮＬとの間の接続線１６が断線すると、そのＥＣＵ２０が通信バス１２へ向けて送信する信号電圧波形は、通常とは異なる異常なものとなる。何れかのＥＣＵ２０（例えばＥＣＵ−Ｃ）からかかる異常な電圧波形が通信バス１２へ送信されていると、他のＥＣＵ２０（例えばＥＣＵ−Ｇ）から通信バス１２へ正常に信号が送信された際に、その正常な送信信号が破壊されるので、その正常な信号を受信すべきＥＣＵ２０（例えばＥＣＵ−Ｄ）がその他のＥＣＵ２０（例えばＥＣＵ−Ｇ）からの正常な送信信号を正常に受信できなくなる。
【００３２】
従って、通信ネットワーク１０において、何ら対応措置がなされないと、通信バス１２に接続するすべてのＥＣＵ２０のうち一つでも故障が発生した際に、すべてのＥＣＵ２０間の通信が異常となり、仮にサービスツール３２がＤＬＣ３４を介して通信バス１２に接続されたとしても、その故障箇所を特定することができなくなる。
【００３３】
そこで、本実施例の通信ネットワーク１０の故障検知システムにおいては、その故障箇所を特定する。
【００３４】
すなわち、サービス工場や修理工場などで通信ネットワーク１０の故障箇所を特定すべく、まず、サービスツール３２が通信バス１２と通信接続しかつ通信線３６を介してトランシーバコントローラ３０と通信接続すべくＤＬＣ３４に接続される。サービスツール３２は、ＤＬＣ３４に接続されて起動されると、通信ネットワーク１０のウェイクアップモードにおいて、複数のＥＣＵ２０が接続された通信バス１２の通信状態を確認する（ステップ１００）。
【００３５】
そして、サービスツール３２は、その通信バス１２に通信エラーが発生しているか否かを判別する。具体的には、通信バス１２のＣＡＮＨとＣＡＮＬとの間に発生している差動電圧が所望の電圧差（例えば２ボルト又は０ボルト）にないか否かを判別する（ステップ１０２）。その結果、ＣＡＮＨとＣＡＮＬとの差動電圧が所望の電圧差にあり通信バス１２に通信エラーが生じていないと判別した場合は、通信バス１２を介した各ＥＣＵ２０間の通信は正常に行われると判定する（ステップ１０４）。
【００３６】
一方、ＣＡＮＨとＣＡＮＬとの間の差動電圧が所望の電圧差になく、異常な電圧波形が生成されて、通信バス１２に通信エラーが生じていると判別した場合は、次に、通信バス１２に接続するすべてのＥＣＵ２０による通信バス１２への送信を一つずつ順に停止させるべく、通信線３６を通じてトランシーバモードコントローラ３０に対してある特定の一つのＥＣＵ２０の送信停止要求を行う（ステップ１０６）。尚、通信バス１２に図１に示す如くＥＣＵ−Ａ〜ＥＣＵ−Ｈが接続されている場合、そのＡ→Ｈの順に一つずつ通信バス１２への送信を停止させる要求を行う。
【００３７】
トランシーバモードコントローラ３０は、サービスツール３２から通信線３６を介してＥＣＵ２０の送信停止要求を受けると、その送信停止要求に従って、通信バス１２に接続するすべてのＥＣＵ２０のうちその特定の一つのＥＣＵ２０に対して通信バス１２への送信が停止されるようにそのＥＣＵ２０に接続する信号線２６を通じて指令を行う。尚、通信バス１２に図１に示す如くＥＣＵ−Ａ〜ＥＣＵ−Ｈが接続されている場合、サービスツール３２からの要求に従ってそのＡ→Ｈの順に一つずつ、通信バス１２への送信を停止させる指令を行う。
【００３８】
各ＥＣＵ２０はそれぞれ、トランシーバモードコントローラ３０から信号線２６を介して送信停止指令を受けると、その送信停止指令に従ってスリープモードに遷移し、トランシーバ２４と通信バス１２のＣＡＮＨ及びＣＡＮＬとの接続を共に遮断して通信バス１２へのデータ送信を停止させる。通信バス１２に接続するすべてのＥＣＵ２０は一つずつ順に、トランシーバ２４から通信バス１２へのデータ送信を停止させる。
【００３９】
サービスツール３２は、トランシーバモードコントローラ３０に対してある特定の一つのＥＣＵ２０の送信停止要求を行った後において、複数のＥＣＵ２０が接続された通信バス１２に生じていた通信エラーが解消されることとなったか否かを判別する（ステップ１０８）。
【００４０】
通信バス１２へのデータ送信が停止されたＥＣＵ２０が故障しておらずかつそのＥＣＵ２０と通信バス１２とを接続する接続線１６に何ら断線等が生じていない場合は、通信バス１２へのデータ送信が停止されていないＥＣＵ２０に、未だ通信バス１２へ通信エラーに導く異常な電圧波形を送信するＥＣＵ２０が存在するので、通信バス１２への異常な電圧波形の送信が継続しその通信エラーが継続する。一方、通信バス１２へのデータ送信が停止されたＥＣＵ２０が故障し或いはそのＥＣＵ２０と通信バス１２とを接続する接続線１６に断線等が生じている場合は、通信バス１２へのデータ送信が停止されていないＥＣＵ２０に、通信バス１２へ通信エラーに導く異常な電圧波形を送信するＥＣＵ２０が存在しなくなるので、通信バス１２への異常な電圧波形の送信が無くなり、通信バス１２の通信エラーが解消される。
【００４１】
サービスツール３２は、上記ステップ１０８において、通信バス１２のＣＡＮＨとＣＡＮＬとの間の差動電圧が所望の電圧差になく通信バス１２の通信エラーが解消されていないと判別した場合は、通信バス１２へのデータ送信が停止されたＥＣＵ２０に故障が生じておらずかつそのＥＣＵ２０と通信バス１２とを接続する接続線１６に何ら断線等が生じていないと判断し、次に、次の順番の一つのＥＣＵ２０の送信停止要求を、通信線３６を通じてトランシーバモードコントローラ３０に対して行う（ステップ１０６）。
【００４２】
トランシーバモードコントローラ３０は、ある一のＥＣＵ２０に対して通信バス１２への送信停止指令を行った後、サービスツール３２から次のＥＣＵ２０の送信停止要求を受けると、送信停止指令を行っていたＥＣＵ２０に対して通信バス１２への送信停止が解除されるようにそのＥＣＵ２０に接続する信号線２６を通じて指令を行うと共に、更に、サービスツール３２から次に送信停止要求を受けたＥＣＵ２０に対して通信バス１２への送信が停止されるようにそのＥＣＵ２０に接続する信号線２６を通じて指令を行う。
【００４３】
以下、サービスツール３２及びトランシーバモードコントローラ３０は、上記ステップ１０８において通信バス１２の通信エラーが解消されていないと判別するごとに、上記ステップ１０６及び１０８の処理を繰り返し行う。
【００４４】
そして、サービスツール３２は、上記ステップ１０８において、通信バス１２のＣＡＮＨとＣＡＮＬとの間の差動電圧が所望の電圧差となり通信バス１２の通信エラーが解消されていると判別した場合は、通信バス１２へのデータ送信が停止されたＥＣＵ２０に故障が生じており或いはそのＥＣＵ２０と通信バス１２とを接続する接続線１６に断線等の故障が生じていると判定する（ステップ１１０）。
【００４５】
例えば、ＥＣＵ−Ｃについて故障が発生している場合、そのＥＣＵ−Ｃ以外のＥＣＵ２０の送信停止要求を行ったときは、通信バス１２の通信エラーが解消されないので、その要求に従って通信バス１２への送信が停止されたＥＣＵ２０について故障は生じていないと判定する。一方、そのＥＣＵ−Ｃの送信停止要求を行ったときは、通信バス１２の通信エラーが解消されるので、その要求に従って通信バス１２への送信が停止されたＥＣＵ−Ｃについて故障が生じていると判定する。
【００４６】
このように、本実施例においては、通信バス１２の通信エラーが検出された場合、その後、サービスツール３２及びトランシーバモードコントローラ３０からその通信バス１２に接続するすべてのＥＣＵ２０に対して一つずつ順にその通信バス１２へのデータ送信を停止させる要求・指令を行わせ、その要求・指令に従ったＥＣＵ２０一つずつの送信停止ごとに通信バス１２に通信エラーが解消されるか否かを判別させる。そして、その判別の結果として通信バス１２の通信エラーが解消されない場合は、その際に通信バス１２への送信が停止されていたＥＣＵ２０について故障は生じていないと判定する一方、通信バス１２の通信エラーが解消された場合は、その際に通信バス１２への送信が停止されていたＥＣＵ２０について故障が生じていると判定する。
【００４７】
従って、本実施例の通信ネットワーク１０の故障検知システムによれば、通信バス１２の通信エラーの検出後、その通信バス１２に接続するすべてのＥＣＵ２０について一つずつ順に通信バス１２へのデータ送信を停止させて、そのＥＣＵ２０による通信バス１２への送信停止ごとに、通信バス１２の通信エラーが解消されるか否かを判別することで、何れのＥＣＵ２０に関連した故障が生じているかを判定し、複数のＥＣＵ２０が通信バス１２に接続された通信ネットワーク１０上の故障箇所をＥＣＵ２０単位で特定することが可能となっている。
【００４８】
また、本実施例において、通信バス１２の通信エラーの検出後、通信ネットワーク１０上の故障箇所を特定するうえで必要な、その通信バス１２に接続するＥＣＵ２０についての通信バス１２へのデータ送信の停止は、ＥＣＵ２０の有するトランシーバ２４を通常モードからスリープモードへ遷移させることにより実現される。すなわち、通信バス１２での通信エラーの検出後、ＥＣＵ２０のトランシーバ２４を、通常はイグニションオフ時においてイベント発生が長期間検知されないときに消費電力低減のために実現されるスリープモードへ遷移させることで、そのトランシーバ２４による通信バス１２へのデータ送信を停止させて、通信ネットワーク１０上の故障箇所を特定する。
【００４９】
かかる構成においては、各ＥＣＵ２０に設けられた既存のモード切り替え機能を利用して、通信バス１２に接続するすべてのＥＣＵ２０のトランシーバ２４による通信バス１２へのデータ送信を一つずつ順に停止させて、通信ネットワーク１０上の故障箇所を特定することができるので、通信ネットワーク１０上の故障箇所を特定するうえで、各ＥＣＵ２０それぞれに、通信ネットワーク１０上の故障箇所を特定するための専用の回路を設けることは不要である。
【００５０】
このため、本実施例の通信ネットワーク１０の故障検知システムによれば、通信ネットワーク１０を構成する通信バス１２に接続する各ＥＣＵ２０に特別な回路構成を追加することなく簡易な構成でその通信ネットワーク１０の故障箇所を特定することが可能となっており、通信ネットワーク１０の故障箇所の特定をＥＣＵ２０の内蔵回路をその特定のためにコストアップさせることなく実現することが可能となっている。
【００５１】
ところで、上記の実施例においては、サービスツール３２が特許請求の範囲に記載した「コントローラ」に、サービスツール３２の有する、ＤＬＣ３４を介して通信バス１２に接続された通信部が特許請求の範囲に記載した「第１の通信手段」に、サービスツール３２の有する、ＤＬＣ３４、通信線３６、トランシーバモードコントローラ３０、及び信号線２６を介して各ＥＣＵ２０に接続された通信部が特許請求の範囲に記載した「第２の通信手段」に、それぞれ相当している。
【００５２】
また、サービスツール３２が、上記図５に示すルーチン中ステップ１００，１０２の処理を実行することにより特許請求の範囲に記載した「バスエラー検出ステップ」及び「バスエラー検出手段」が、ステップ１０６の処理を実行することにより特許請求の範囲に記載した「送信停止要求ステップ」及び「送信停止要求手段」が、ステップ１０８の処理を実行することにより特許請求の範囲に記載した「バスエラー有無判別ステップ」及び「バスエラー有無判別手段」が、ステップ１１０の処理を実行することにより特許請求の範囲に記載した「故障箇所特定ステップ」及び「故障箇所特定手段」が、それぞれ実現されている。
【００５３】
尚、上記の実施例においては、通信ネットワーク１０上の故障箇所を特定するのに、通信バス１２に接続するすべてのＥＣＵ２０による通信バス１２へのデータ送信を一つずつ順に停止させることとしているが、本発明はこれに限定されるものではなく、そのデータ送信を、通信バス１２に接続するＥＣＵ２０の数よりも少ない数（例えば４個）ずつ纏めて停止させることとしてもよい。
【００５４】
かかる変形例の構成においては、通信バス１２の通信エラーが検出された場合、その後、サービスツール３２及びトランシーバモードコントローラ３０からその通信バス１２に接続するすべてのＥＣＵ２０に対して所定複数個ずつ纏めて順にその通信バス１２へのデータ送信を停止させる要求・指令を行わせ、その要求・指令に従った所定複数個のＥＣＵ２０ずつの送信停止ごとに通信バス１２に通信エラーが解消されるか否かを判別させる。そして、その判別の結果として通信バス１２の通信エラーが解消されない場合は、その際に通信バス１２への送信が停止されていた所定複数個のＥＣＵ２０について故障は生じていないと判定する一方、通信バス１２の通信エラーが解消された場合は、その際に通信バス１２への送信が停止されていた所定複数個のＥＣＵ２０の何れか又はその何れかのＥＣＵ２０に接続する接続線１６について故障が生じていると判定する。
【００５５】
かかる変形例の構成によれば、通信バス１２に接続するすべてのＥＣＵ２０のうちから故障が生じているＥＣＵ２０をある程度特定するのに、上記した実施例の構成よりも、通信バス１２に接続するすべてのＥＣＵ２０について通信バス１２へのデータ送信を停止させるのに要する総回数を少なくし、その要する総時間を短くすることができる。
【００５６】
また、上記した変形例の構成においては、通信バス１２に接続するすべてのＥＣＵ２０に対して所定複数個ずつ纏めて順にその通信バス１２へのデータ送信を停止させることにより、その所定複数個のＥＣＵ２０の何れか又はその何れかのＥＣＵ２０に接続する接続線１６について故障が生じていると判定することとしているが、更に、所定複数個のＥＣＵ２０の何れかに故障が生じていると判定された場合に、その所定複数個のＥＣＵ２０に対してその所定複数個よりも少ない数ずつ順に通信バス１２へのデータ送信を停止させることとしてもよく、また、最後には、何れかに故障が生じていると判定された複数のＥＣＵ２０に対して一つずつ順に通信バス１２へのデータ送信を停止させることとしてもよい。
【００５７】
すなわち、通信バス１２に接続するすべてのＥＣＵ２０のうちから、故障が生じていると判定されるグループの範囲を徐々に狭めていくことで、故障が生じているＥＣＵ２０を特定する。かかる構成によれば、通信バス１２に接続するすべてのＥＣＵ２０のうちから故障が生じているＥＣＵ２０を一つ特定するのに、上記した実施例の構成よりも、通信バス１２に接続するすべてのＥＣＵ２０について通信バス１２へのデータ送信を停止させるのに要する総回数を少なくし、その要する総時間を短くすることができ、その結果として、短時間で通信ネットワーク１０上の故障箇所を特定することが可能となる。
【００５８】
この場合においては、サービスツール３２が、トランシーバモードコントローラ３０に対して所定複数個纏めたＥＣＵ２０の送信停止要求を行った後において、通信バス１２に生じていた通信エラーが解消されることとなるか否かを判別することにより特許請求の範囲に記載した「バスエラー有無判別ステップ」及び「第１の有無判別ステップ」並びに「バスエラー有無判別手段」及び「第１の有無判別手段」が、通信バス１２へのデータ送信が停止された所定複数個のＥＣＵ２０の何れかに故障が生じており或いはその何れかのＥＣＵ２０と通信バス１２とを接続する接続線１６に断線等の故障が生じていると判定することにより特許請求の範囲に記載した「故障箇所特定ステップ」及び「第１の特定ステップ」並びに「故障箇所特定手段」及び「第１の特定手段」が、トランシーバモードコントローラ３０に対して、故障が生じていると判定された複数のＥＣＵ２０について一つずつ順に通信バス１２へのデータ送信を停止させる送信停止要求を行った後において、通信バス１２に生じていた通信エラーが解消されることとなるか否かを判別することにより特許請求の範囲に記載した「バスエラー有無判別ステップ」及び「第２の有無判別ステップ」並びに「バスエラー有無判別手段」及び「第２の有無判別手段」が、通信バス１２へのデータ送信が停止されたＥＣＵ２０に故障が生じており或いはそのＥＣＵ２０と通信バス１２とを接続する接続線１６に断線等の故障が生じていると判定することにより特許請求の範囲に記載した「故障箇所特定ステップ」及び「第２の特定ステップ」並びに「故障箇所特定手段」及び「第２の特定手段」が、それぞれ実現されている。
【００５９】
また、上記の実施例においては、通信バス１２に接続するすべてのＥＣＵ２０に信号線２６を介して接続するトランシーバモードコントローラ３０を、それらのＥＣＵ２０とは別体で設けることとしたが、本発明はこれに限定されるものではなく、そのトランシーバモードコントローラ３０の機能を何れか一のＥＣＵ２０（マスタＥＣＵ２０）に内蔵させることとしてもよい。尚、このマスタＥＣＵ２０は他のＥＣＵ２０それぞれと信号線２６を介して接続されることとなる。かかる構成によれば、トランシーバモードコントローラ３０の機能が一のＥＣＵ２０に内蔵されることとなるので、通信ネットワーク１０上の故障箇所の特定を簡素な構成でかつ低コストで実現することができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施例である通信ネットワークの故障検知システムの構成図である。
【図２】本実施例の通信ネットワークの備える各電子制御ユニットの内部構成図である。
【図３】本実施例の通信ネットワークにおいて故障発生時に生ずる電子制御ユニット間のデータ授受を説明するための図である。
【図４】本実施例の通信ネットワークにおいて正常時と故障発生時との電子制御ユニットの通信波形を表した図である。
【図５】本実施例の通信ネットワークの故障検知システムにおいて実行される制御ルーチンの一例のフローチャートである。
【符号の説明】
【００６１】
１０  通信ネットワーク
１２  通信バス
１６  接続線
２０  電子制御ユニット（ＥＣＵ）
２４  トランシーバ
２６  信号線
３０  トランシーバモードコントローラ
３６  通信線
【図１】
2009302783.tif 000003
【図２】
2009302783.tif 000004
【図３】
2009302783.tif 000005
【図４】
2009302783.tif 000006
【図５】
2009302783.tif 000007