JPH08265877A - 負荷駆動制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 通信バスの異常発生時に最低限の動作を確保
する。 【構成】 左右リア灯火制御ＥＣＵ１２、１４は、メイ
ン通信バス２０およびバックアップバス２２の両バスが
異常となったかを判定する。両バスとも異常となり、デ
ータを受信することができなくなった場合、ＩＧ信号線
３６の状態からイグニッションがオンかオフかを判定
し、イグニッションがオンの場合には、テールランプ４
０、４４をオンする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、テールランプ等の負荷
の駆動を制御する負荷駆動制御装置、特に通信バスに異
常が発生した時の対策に関する。

【０００２】

【従来の技術】車両には、ヘッドライト、テールランプ
などの灯火やエアコンなど各種の負荷があり、これらを
個別に制御する必要がある。そこで、これらの負荷を制
御するための配線が必要となり、負荷の数が多いと配線
数がそれに応じて多くなる。特に、電気的に制御される
負荷の数は増加しており、そのための配線数が非常に多
くなり、これを収容するワイヤリングハーネスが非常に
大きくなってきている。

【０００３】一方、各種の部材の制御は、ＥＣＵ（電子
的制御ユニット）などコンピュータを利用して行われる
場合が多い。そこで、分散して設けられた複数のＥＣＵ
をバスで接続し、各ＥＣＵ間でデータ通信を行って、各
ＥＣＵが担当する負荷を駆動するシステムが普及されつ
つある。このシステムによれば、ＥＣＵ間の配線が基本
的には１本の通信用のバスでよく、負荷毎に配線を設け
る必要がなくなる。

【０００４】すなわち、通信を利用することにより、各
種のデータをバスを利用してやり取りすることができ、
数多くの負荷についての制御を行う場合において、配線
の数を少なくすることができる。

【０００５】しかし、この通信を利用するシステムで
は、バスの断線、天絡、地絡などによって、多くの機能
がストップしてしまう。そこで、データ通信の確実性を
増すために、バスを二重化することが考えられる。例え
ば、特開平４−７０２３４号公報に記載のシステムで
は、データ通信のためのバスを二重化しておき、一方の
バスが断線した場合には、他方のバスを用いてバックア
ップするものが示されている。

【０００６】

【発明が解決しようとする課題】しかし、上記従来例で
は、バスが両方とも断線した場合や、ＥＣＵの受信処理
部が故障した場合には、負荷の動作が全く制御不能にな
る。このような通信における異常発生の場合、信号が入
力されれば、ＥＣＵは負荷を制御することが可能であ
る。そこで、通信に異常が発生した場合に、負荷に対し
何らかの制御を行った方がよい場合もあると考えられ
る。

【０００７】本発明は、上記課題に鑑みなされたもので
あり、通信における異常発生時に好適な負荷駆動を行う
ことができる負荷駆動制御装置を提供することを目的と
する。

【０００８】

【課題を解決するための手段】本発明は、バスを介し供
給される信号に基づき負荷を駆動する負荷駆動制御ユニ
ットを含む負荷制御装置であって、負荷駆動制御ユニッ
トは、バスを介する通信が不可能になったことを検出す
る異常検出手段と、異常検出手段で異常を検出した際
に、当該負荷制御ユニットの負荷駆動用ではない別の信
号の状態に応答して負荷を駆動する異常時駆動手段と、
を具備することを特徴とする。

【０００９】また、本発明は、車両に搭載され、バスを
介し供給される信号に基づき、複数のランプの点灯消灯
を制御する負荷駆動制御ユニットを含む負荷制御装置で
あって、負荷駆動制御ユニットは、バスを介する通信が
不可能になったことを検出する異常検出手段と、異常検
出手段で異常を検出した際に、イグニッションのオンオ
フに応じて、ランプをオンオフする異常時駆動手段と、
を具備することを特徴とする。

【００１０】

【作用】本発明に係る負荷駆動制御装置は、上述のよう
な構成を有しており、通信バスの異常によって、負荷の
駆動ができなくなった場合には、異常検出手段がこれを
検出する。そして、異常時駆動手段がその時に別の信号
の状態に応じて、負荷を駆動する。従って、異常時にお
いても一定の負荷駆動を行うことができる。負荷駆動制
御制御ユニットが制御する負荷の中には、指令の状態が
分からない場合には、駆動しておいた方がよいものがあ
り、この駆動が可能となる。

【００１１】また、本発明は、車両における灯火制御に
適用され、通信バスの異常の場合には、イグニッション
のオンオフの状態に応じて、異常時駆動手段がランプを
オンオフする。例えば、通信バスが異常な場合にイグニ
ッションがオンでテールランプを点灯し、イグニッショ
ンがオフの場合にテールランプを消灯する。これによ
り、夜間の走行時などにおけるテールランプの点灯を確
保することができる。また、走行する可能性のないイグ
ニッションがオフの場合にランプを消灯するため、不要
な電力消費を防止することができる。なお、点消灯させ
るランプとして、ヘッドランプなどを採用してもよい。

【００１２】

【実施例】以下、本発明の実施例について、図面に基づ
いて説明する。

【００１３】「実施例の構成」本実施例は、車両に搭載
されるものであり、図１に示すように、ボデーＥＣＵ１
０と、負荷駆動制御ユニットとして構成された左リア灯
火駆動ＥＣＵ１２、右リア灯火駆動ＥＣＵ１４の３つの
ＥＣＵを有している。そして、各ＥＣＵ１０、１２、１
４は、ディジーチェーン構成のメイン通信バス２０で接
続されている。なお、車両には、エンジンの制御を行う
エンジンＥＣＵ、エアコンの制御を行うエアコンＥＣＵ
なども車両に搭載されており、これらＥＣＵもメイン通
信バス２０に接続されている。また、各ＥＣＵ１０、１
２、１４は、バックアップバス２２によっても接続され
ている。このバックアップバス２２は、メイン通信バス
２０とは異なり、単なる１本の配線からなり、ボデーＥ
ＣＵ１０がバックアップバス２２のＨ，Ｌを決定し、リ
ア灯火駆動ＥＣＵ１２、１４がバックアップバス２２の
Ｈ，Ｌの状態を検出して通信を行う。

【００１４】ボデーＥＣＵ１０には、灯火駆動制御用の
スイッチ３０、３２、３４が接続されている。また、左
右リア灯火ＥＣＵ１２、１４には、イグニッションスイ
ッチがオンか否かを示すＩＧ信号線３６が接続されてい
る。さらに、左リア灯火駆動ＥＣＵ１２には負荷として
ランプ４０、４２が接続され、右リア灯火駆動ＥＣＵ１
４には負荷としてランプ４４、４６が接続されている。

【００１５】ボデーＥＣＵ１０は、その内部に各種処理
を実行するＣＰＵ５０、メイン通信バスとの間で通信を
行う送受信部５２、バックアップバスにデータを送信す
る送信部５４を有しており、左右灯火駆動ＥＣＵ１２、
１４は、それぞれＣＰＵ６０、７０、メイン通信バスと
の間で通信を行う送受信部６２、７２、バックアップバ
スからの信号を受信する受信部６４、７４を有してい
る。

【００１６】「実施例の動作」例えば、スイッチ３０が
ライトスイッチ、スイッチ３２がブレーキスイッチ、ラ
ンプ４０、４４がテールランプ、ランプ４２、４６がス
トップランプであったとする。

【００１７】スイッチ３０がオンされると、この信号が
ボデーＥＣＵ１０のＣＰＵ５０に取り込まれる。この例
では、スイッチ３０の一端がアースに接続されているた
め、スイッチ３０のオンにより信号線がアース電位にな
ったことをＣＰＵ５０が認識する。そして、ＣＰＵ５０
は、送受信部５２を介し、メイン通信バス２０にテール
ランプ４０、４４をオンすることの信号を送信する。

【００１８】左右リア灯火駆動ＥＣＵ１２、１４は、送
受信部６２、７２により信号を受信し、ＣＰＵ６０、７
０が、テールランプをオンすることの指令を認識する。
そして、ＣＰＵ６０、７０がテールランプオンの指令を
出力し、ランプ４０、４４がオンされる。なお、ランプ
への電流は、別の電力配線により電源（バッテリ）から
直接供給される。また、ブレーキスイッチ３２がオンさ
れた場合には、同様の通信によって、ストップランプ４
２、４６がオンされる。

【００１９】また、本実施例では、スイッチ３０のオン
に基づく信号がボデーＥＣＵ１０のＣＰＵ５０の送信部
５４からバックアップバス２２にも送出される。左右リ
ア灯火駆動ＥＣＵ１２、１４は、バックアップバス２２
からの信号を受信部６４、７４により受信する。そし
て、メイン通信バス２０が故障の際には、このバックア
ップバス２２を介し送信されてくる信号に基づいて灯火
の点灯制御を行う。さらに、左右リア灯火駆動ＥＣＵ１
２、１４はＩＧ信号線３６を介し、イグニッションスイ
ッチのオンオフ状態を表す信号が供給されている。そこ
で、ＣＰＵ６０、７０は、イグニッションスイッチのオ
ンオフ状態を認識して、ランプ４０〜４６のオンオフを
制御することができる。

【００２０】なお、メイン通信バス２０は、双方向通信
が可能である。そこで、リア灯火駆動ＥＣＵ１２、１４
において、ランプの断線などを検出した場合には、これ
をメイン通信バス２０を介し、ボデーＥＣＵ１０に知ら
せる。一方、バックアップバス２２は、一方向のみの通
信であり、これを利用して左右リア灯火駆動ＥＣＵ１
２、１４側からデータを送信することができない。

【００２１】次に、このような灯火のオンオフ制御の詳
細について説明する。

【００２２】「通常時処理」まず、送信データは、所定
の大きさのパケットで構成されており、パケット内の所
定ビットの「Ｈ」、「Ｌ」によって、テールランプ、ス
トップランプのオンオフ指令を伝達する。また、各パケ
ットには、そのパケットがいつ生成されたかを特定する
順次インクリメントされるカウンタ値、ＣＲＣエラーチ
ェック符号等が含まれている。

【００２３】ボデーＥＣＵ１０は、所定のスイッチが操
作された際に、送信データを生成し、メイン通信バス２
０およびバックアップバス２２に同時に送出する。但
し、メイン通信バス２０には、他の多くのデータも送信
されており、送信が必ずしも同時にはならない。なお、
カウンタ値は、データ生成のたびに１ずつインクリメン
トする。

【００２４】さらに、スイッチ操作がなかった場合に
は、１秒経過時に、カウンタ値を１つインクリメントし
たデータを生成し、これを送信する。そこで、１秒に１
回は、この灯火制御用のデータがメイン通信バス２０お
よびバックアップバス２２に送信されることになる。ま
た、メイン通信バス２０または、バックアップバス２２
がＢＵＳＹ（空きがない）状態であったり、異常であっ
た場合には、データを送信することができない。そし
て、その状態で、１秒間が経過したり、スイッチの操作
があった場合には、次のデータの送信要求が発生する。
この場合、ＣＰＵ５０は、未送信の送信要求をキャンセ
ルし、最新のデータを送信する。

【００２５】次に、左右リア灯火駆動ＥＣＵ１２、１４
は、メイン通信バス２０、バックアップバス２２から受
信したカウンタ値を内部のメモリに、ＣＮＴ１、ＣＮＴ
２として記憶する。そして、実際に受信処理し、これに
基づいた灯火の駆動を行ったデータのカウンタ値をＣＮ
Ｔ０として記憶する。従って、データを受信した時にＣ
ＮＴ０にセットされている値は、最後に処理（採用）さ
れたデータのカウンタ値である。

【００２６】また、左右リア灯火駆動ＥＣＵ１２、１４
は、それぞれ自己が初期状態か否かを識別している。そ
して、初期状態であれば受信データを無条件に採用し、
この受信データによりランプの駆動を制御する。一方、
初期状態でなければ、受信データのカウンタ値が、ＣＮ
Ｔ０として記憶されている最後の採用されたカウンタ値
に対し一定の範囲内にあるかを判定し、一定の範囲内で
あれば採用する。

【００２７】このような処理は、通常時メイン通信バス
２０およびバックアップバス２２から送られてくる両方
のデータについて行う。そして、両バスから送られてく
る同一のデータのカウンタ値は同一である。そこで、一
方が採用されると、他方のデータは前回採用されたカウ
ンタ値ＣＮＴ０との差が０となり、採用されないことに
なる。

【００２８】このような受信データのチェックによりカ
ウンタ値が採用範囲内でなかった古い受信データは、基
本的には採用しない。

【００２９】なお、メイン通信バス２０とバックアップ
バス２２を介し、同一カウント値のデータが所定の期間
内に送られてきた場合は、両データを比較し、異なって
いる場合には、いずれか一方（例えば、メイン通信バス
２０から送られてきたデータ）を優先するようにするこ
とも可能である。

【００３０】「異常時処理」まず、メイン通信バス２０
は、ディジーチェーン構成である。このため、１カ所の
断線に対しては、問題は生じない。メイン通信バス２０
の天絡、地絡の場合、当該ＥＣＵに接続されている両側
バスの断線が生じた場合に、メイン通信バス２０からデ
ータを受信できなくなる。また、バックアップバス２２
は、経路に断線が生じたり天絡、地絡が生じたときに、
データ通信が不能になる。

【００３１】このような、通信異常が発生した場合に
は、左右リア灯火駆動ＥＣＵ１２、１４はデータを受信
できなくなる。データは上述のように、少なくとも１秒
に１回は送られる。そこで、１秒に１回は両バスからデ
ータを受信できるはずである。両バスからのデータを受
信したときにリセットする１０秒間のタイマをそれぞれ
設けておき、１０秒間データを受信できないことによる
タイムアップに応じて、異常を検出する。

【００３２】そして、一方のバスが異常であった場合に
は、他方のバスからのデータを必ず採用する。すなわ
ち、データ中のカウンタ値を無視して、受信したデータ
を必ず採用し、このデータに応じてランプの点消灯を制
御する。

【００３３】一方、２つのバスが両方とも異常となった
場合には、左右リア灯火駆動ＥＣＵ１２、１４はランプ
の駆動制御の情報が全くなくなる。本実施例では、ＩＧ
信号線３６の状態から、イグニッションキーがオンか否
かを検出し、イグニッションオンの場合は、テールラン
プをオンし、イグニッションオフの場合には、テールラ
ンプをオフする。

【００３４】このようにして、両バス２０、２２が異常
となり、灯火制御の信号が全くこなくなった状態におい
て、イグニッションキーがオンであれば、テールランプ
が強制的にオンされる。そこで、走行状態では、テール
ランプが必ずオンになり、走行時に最低限必要な灯火の
点灯を確保することができる。そして、イグニッション
キーがオフされたときには、テールランプがオフされる
ため、不要な灯火の点灯、バッテリ電力の消費を防止す
ることができる。なお、このような動作は、ＣＰＵ６０
または７０が予め記憶している異常時処理のプログラム
を実行することによって、行われる。

【００３５】なお、メイン通信バス２０における異常
は、ボデーＥＣＵ１０において、認識可能であり、これ
を認識した場合には表示などしておくとよい。また、バ
ックアップバス２２が異常の場合、メイン通信バス２０
を通じ、これをボデーＥＣＵ１０に知らせる。

【００３６】ここで、図２に、ＣＰＵにおける異常処理
についてのフローチャートを示す。まず、メイン通信バ
ス２０またはバックアップバス２２のいずれかが異常か
を１０秒タイマがタイムアップしているかで判定する
（Ｓ１）。いずれのバスも異常でなければ、両バスから
のデータを受信し、カウント値に応じていずれかを採用
する処理を行う（Ｓ２）。

【００３７】Ｓ１において、いずれかのバスが異常であ
ると判定された場合には、両方のバスが異常であるかを
判定する（Ｓ３）。一方のバスのみの異常であれば、有
効なバスからのデータを採用して処理を行う（Ｓ４）。
また、両方のバスが共に異常であり、２つの１０秒タイ
マが共にタイムアップした場合には、イグニッションキ
ーがオンであるかを判定する（Ｓ５）。そして、イグニ
ッションキーがオフであれば、テールランプを消灯し
（Ｓ６）、オンであればテールランプを点灯する（Ｓ
７）。

【００３８】なお、上述の例では、テールランプを点灯
・消灯の制御対象としたが、他のランプ、例えばヘッド
ランプを制御対象としてもよい。

【００３９】

【発明の効果】以上説明したように、本発明に係る負荷
駆動制御装置によれば、通信バスに異常が発生した場合
においても、一定の負荷の駆動ができ、より好ましい制
御を行うことができる。

【００４０】また、通信バスが異常な場合にイグニッシ
ョンがオンでランプを点灯し、イグニッションがオフの
場合にランプを消灯する。これにより、夜間の走行時な
どにおけるテールランプの点灯などを確保することがで
きる。また、走行する可能性のないイグニッションがオ
フの場合にランプを消灯するため、不要な電力消費を防
止することができる。

【図面の簡単な説明】

【図１】 実施例の構成を示す図である。

【図２】 異常判定の動作を示すフローチャートであ
る。

【符号の説明】

１０ ボデーＥＣＵ、１２ 左リア灯火駆動ＥＣＵ、１
４ 右リア灯火駆動ＥＣＵ、２０ メイン通信バス、２
２ バックアップバス、３０，３２，３４ スイッチ、
３６ ＩＧ信号線、４０，４２，４４，４６ ランプ。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 バスを介し供給される信号に基づき負荷
   を駆動する負荷駆動制御ユニットを含む負荷制御装置で
   あって、 負荷駆動制御ユニットは、 バスを介する通信が不可能になったことを検出する異常
   検出手段と、 異常検出手段で異常を検出した際に、当該負荷制御ユニ
   ットの負荷駆動用ではない別の信号の状態に応答して負
   荷を駆動する異常時駆動手段と、 を具備することを特徴とする負荷駆動制御装置。
2. 【請求項２】 車両に搭載され、バスを介し供給される
   信号に基づき、複数のランプの点灯消灯を制御する負荷
   駆動制御ユニットを含む負荷制御装置であって、 負荷駆動制御ユニットは、 バスを介する通信が不可能になったことを検出する異常
   検出手段と、 異常検出手段で異常を検出した際に、イグニッションの
   オンオフに応じて、ランプをオンオフする異常時駆動手
   段と、 を具備することを特徴とする負荷駆動制御装置。