JP3508954B2 - 車両用多重通信システムにおけるスイッチ診断装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、各々が多重通信機能を
有しスイッチ、負荷などが接続された複数の電子ユニッ
トを車両内の各所に設け、電子ユニットを多重バスライ
ンで相互接続し、各電子ユニットにおいてスイッチなど
からの信号の入力と負荷への信号の出力とを制御し、こ
の制御に使用する制御データを多重バスラインを介して
他の電子ユニットに送信しかつ他の電子ユニットから受
信するようにした車両用多重通信システムにおいて、特
に、スイッチから正常に入力されるかどうかをチェック
してスイッチの故障診断を行うことができるようにした
車両用多重通信システムにおけるスイッチ診断装置に関
するものである。

【０００２】

【従来の技術】従来、この種の装置では、図２５に示す
ように、多重バスラインＢＬによって相互接続され、各
々にスイッチＳ_A 〜Ｓ_C 、負荷Ｒ_A 〜Ｒ_C などが接続さ
れている電子ユニットＡ〜電子ユニットＣにスイッチチ
ェックラインＳＴＬ_A 〜ＳＴＬ_C をそれぞれ予め設けて
おき、このスイッチチェックラインＳＴＬ_A 〜ＳＴＬ_C
にダイアグコネクタＤＣを介してスイッチチェック用治
具Ｇを接続できるようにしている。スイッチチェック用
治具ＧはスイッチチェックラインＳＴＬ_A 〜ＳＴＬ_C に
対応した発光ダイオードＤ_A 〜Ｄ_C を有する。

【０００３】そして、各電子ユニットは、これにダイア
グコネクタＤＣを介してスイッチチェック用治具Ｇが接
続されたとき、それに接続されているスイッチを監視
し、その操作によって状態が変化したときに、対応する
スイッチチェックラインＳＴＬ_A 〜ＳＴＬ_C に信号を出
力してダイアグコネクタＤＣを介して接続されたスイッ
チチェック用治具Ｇの発光ダイオードＤ_A 〜Ｄ_C を点灯
し、この発光ダイオードの点灯によって、操作したスイ
ッチの入力が正常に機能しているとの診断を行うことが
できるようになっている。

【０００４】

【発明が解決しようとする課題】上述した従来のスイッ
チ診断装置では、複数の電子ユニットＡ〜電子ユニット
Ｃにおいてスイッチチェックを行う場合には、スイッチ
チェック用治具の共用は可能でも、各電子ユニット毎に
スイッチチェックラインを設ける必要があって省線化に
逆行するものである。また、各電子ユニットのスイッチ
チェックラインは１つのダイアグコネクタＤＣにまとめ
られているが、このようにするには、車両の各部に分散
して設けられた電子ユニットＡ〜電子ユニットＣのスイ
ッチチェックラインＳＴＬ_A 〜ＳＴＬ_C を引き回す必要
があって多重化による省線化の効果を損なう。

【０００５】このようなスイッチチェックラインＳＴＬ
_A 〜ＳＴＬ_C の引回しを行わないようにした場合には、
各電子ユニットのスイッチチェックライン毎にダイアグ
コネクタＤＣを介してスイッチチェック用治具Ｇをそれ
ぞれ接続する作業が必要となって作業性が悪いという問
題の他、電子ユニットの設置場所によっては接続作業が
極めて難しくなることもある。

【０００６】更に、いずれの場合にも、チェックするス
イッチによってはスイッチ操作と発光ダイオードの点灯
確認が同時にできない場合もあり、このようなときには
一人でチェック作業ができないという問題もある。

【０００７】よって、本発明は、上述した従来の問題点
に鑑み、多重通信を行っているシステムにおいて、個々
の電子ユニット単位で検査を行うのではなく多重通信を
用いて電子ユニットに入力されるスイッチが正しく入力
されているかを容易に判断できるようにした車両用多重
通信システムにおけるスイッチ診断装置を提供すること
を目的としている。

【０００８】

【課題を解決するための手段】上記第１の目的を達成す
るため本発明によりなされた車両用多重通信システムに
おけるスイッチ診断装置は、図１の基本構成図に示すよ
うに、各々が多重通信機能を有しスイッチ１３、負荷１
４などが接続された複数の電子ユニット１〜５を車両内
の各所に設け、前記電子ユニットを多重バスラインＢで
相互接続し、各電子ユニットがスイッチなどからの信号
の入力と負荷への信号の出力とを制御する制御手段１１
−１と、該制御手段により使用する制御データを前記多
重バスラインを介して他の電子ユニットに送信しかつ他
の電子ユニットから受信する送受信手段１１−２とを有
する車両用多重通信システムにおいて、前記各電子ユニ
ットがスイッチ診断時に前記スイッチの変化を監視し、
変化が生じたときスイッチ診断データを生成するスイッ
チ診断手段１１−３を有し、前記複数の電子ユニットの
前記スイッチ診断手段に前記スイッチ診断データの生成
を開始させる診断開始制御手段１１−４と、前記スイッ
チ診断手段が生成したスイッチ診断データを前記多重バ
スラインを介して受信してスイッチが操作されたことを
報知するため既設の報知手段ｘを駆動する報知駆動手段
１１−５とを更に備えることを特徴としている。

【０００９】前記各電子ユニットの前記スイッチ診断手
段により生成された前記スイッチ診断データを収集格納
する格納手段１１ｂ−１を有することを特徴としてい
る。

【００１０】前記診断開始制御手段１１−４が前記複数
の電子ユニットのいずれかの電子ユニットに設けられ、
該電子ユニットの前記スイッチ診断手段に前記スイッチ
診断データの生成を開始させるとともに前記多重バスラ
インを介して他の電子ユニットの前記スイッチ診断手段
に前記スイッチ診断データの生成を開始させる情報を前
記送受信手段に送信させることを特徴としている。

【００１１】前記報知駆動手段１１−５が前記複数の電
子ユニットのうちの特定の電子ユニットに設けられてい
ることを特徴としている。

【００１２】前記スイッチ診断手段１１−３が前記スイ
ッチ診断データを前記送受信手段により前記多重バスラ
インを介して送信し、前記格納手段が前記複数の電子ユ
ニットのいずれかの電子ユニットに設けられ、該電子ユ
ニットの前記スイッチ診断手段が生成するスイッチ診断
データを収集格納するとともに他の電子ユニットの前記
スイッチ診断手段が生成したスイッチ診断データを前記
送受信手段により受信して収集格納することを特徴とし
ている。

【００１３】前記報知手段ｘがメータ７を構成する電子
ユニットに設けられた既設のインジケータ７ａからなる
ことを特徴としている。

【００１４】前記報知手段ｘが前記電子ユニットのうち
の特定の電子ユニット２に設けられた既設の鳴動手段２
ａからなることを特徴としている。

【００１５】前記車両用多重通信システムが、トークン
を各電子ユニット間で順番に巡回させサイクリック通信
を行うことを特徴としている。

【００１６】

【作用】上記構成において、スイッチ１３、負荷１４な
どが接続され車両内の各所に設けられた複数の電子ユニ
ット１〜５の制御手段１１−１が、スイッチなどからの
信号の入力と負荷への信号の出力とを制御する。各電子
ユニットの送受信手段１１−２が、制御ユニットにより
使用する制御データを多重バスラインＢを介して他の電
子ユニットに送信しかつ他の電子ユニットから受信す
る。各電子ユニットのスイッチ診断手段１１−３が、ス
イッチ診断時にスイッチの変化を監視し、変化が生じた
ときスイッチ診断データを生成する。診断開始制御手段
１１−４が複数の電子ユニットのスイッチ診断手段にス
イッチ診断データの生成を開始させる。スイッチ診断手
段が生成したスイッチ診断データを多重バスラインを介
して受信して報知駆動手段１１−５がスイッチが操作さ
れたことを報知するため既設の報知手段ｘを駆動する。

【００１７】以上のように、診断開始制御手段１１−４
が複数の電子ユニットのスイッチ診断手段１１−３にス
イッチ診断データの生成を開始させるので、複数の電子
ユニットでスイッチ診断データを生成するための指示を
診断開始制御手段１１−４の一箇所から出すことができ
る。また、スイッチ診断手段１１−３が生成したスイッ
チ診断データを多重バスラインを介して受信して報知駆
動手段が既設の報知手段ｘを駆動し、任意の電子ユニッ
トでのスイッチ操作を報知するようになっているので、
多重バスラインを用いていて、スイッチチェック用治具
Ｇを個々の電子ユニットにそれぞれ接続することなく、
既設の報知手段により複数の電子ユニットのスイッチ診
断データを多重バスラインを介して一括して受信し、そ
のスイッチ入力が正しく行われた場合には、その旨を報
知によって知らせることができる。

【００１８】また、格納手段１１ｂ−１が、各電子ユニ
ットのスイッチ診断手段により生成されたスイッチ診断
データを収集格納しているので、任意時点でスイッチ診
断データを任意のものに対して出力することができる。

【００１９】更に、診断開始制御手段１１−４が複数の
電子ユニットのいずれかの電子ユニットに設けられ、こ
の電子ユニットのスイッチ診断手段にスイッチ診断デー
タの生成を開始させるとともに多重バスラインを介して
他の電子ユニットの前記スイッチ診断手段にスイッチ診
断データの生成を開始させる情報を送受信手段に送信さ
せているので、スイッチチェック用治具Ｇを個々の電子
ユニットにそれぞれ接続することなく、システムの多重
バスラインを介して他の電子ユニットのスイッチ診断手
段にスイッチ診断データの生成を開始させることができ
る。

【００２０】更にまた、報知駆動手段１１−５が複数の
電子ユニットのうちの特定の電子ユニットに設けられて
いるので、この電子ユニットが有する報知手段ｘやこの
電子ユニットに接続された電子ユニットが有する既設の
報知手段ｘを、スイッチ入力が正しく行われた旨を報知
するために容易に利用できる。

【００２１】そして、スイッチ診断手段１１−３がスイ
ッチ診断データを送受信手段により多重バスラインを介
して送信するので、スイッチ入力が正しく行われた場合
には、その旨を報知によって知らせる既設の報知手段
が、複数の電子ユニットのスイッチ診断データを一括し
て受信するための手段を別個に設ける必要がない。

【００２２】報知手段がメータ７を構成する電子ユニッ
トに設けられた既設のインジケータ７ａ又は電子ユニッ
トの１つに設けられた既設の鳴動手段２ａからなるの
で、何ら特別の治具などを使用しなくても、スイッチ診
断を行うことができる。

【００２３】更にまた、車両用多重通信システムがトー
クンを各電子ユニット間で順番に巡回させサイクリック
通信を行っているので、特定の電子ユニットからの指示
によって他の電子ユニットが直ちにスイッチ診断動作に
入り、任意の電子ユニットにおいてスイッチ操作があっ
たときには、１サイクル時間内にスイッチ診断データを
特定の電子ユニットに収集して報知することができる。

【００２４】

【実施例】以下、本発明の実施例を図面に基づいて説明
する。図２は本発明によるスイッチ診断装置が適用され
る車両用多重通信システムの一実施例を示す。本実施例
は車体系の多重システムに適用したものであり、同図に
おいて、１は例えばインストルメントパネルの周辺に設
けられたスイッチ及びセンサを含むスイッチ・センサ類
や負荷が接続されダッシュボードの内側に配置される電
子ユニットとしての制御ユニットＡ、２は例えば運転席
の足元の右側壁の内側に配置されたジャンクションボッ
クス（ＪＢ）内に収容される電子ユニットとしての制御
ユニットＢ、３は例えば助手席の足元の左側壁の内側に
配置される電子ユニットとしての制御ユニットＣ及び４
は運転席のドアに配置された電子ユニットとしての制御
ユニットＤ、５は電動シートを制御する電子ユニットと
しての制御ユニットＥ、６はハンドル位置などを電動制
御する電子ユニットとしての制御ユニットＦ、７はメー
タである。これらは多重バスラインＢを介して相互接続
されている。

【００２５】また、８は制御ユニットＡ１に接続された
表示器、９は制御ユニットＡ１に設けられたダイアグコ
ネクタ９であり、このダイアグコネクタ９のダイアグ端
子９ａは常時はどこにも接続されていないが、これがア
ースに接続されることによって、制御ユニットＡ１がメ
ータ７内のビームインジケータ７ａを利用した簡易故障
診断モードに入る。この代わりに、ダイアグコネクタ９
に故障診断オフボード機器１０が接続されることによっ
て、制御ユニットＡ１が故障診断オフボード機器を用い
た故障診断モードに入る。

【００２６】上記制御ユニットＡ１には、例えばスイッ
チとしてディマスイッチ、ライテイングスイッチ、ワイ
パスイッチ、フォグランプスイッチなどが、センサとし
て日射センサが、負荷としてメータ７の表示器、イグニ
ッションキー照明ランプなどが接続されている。また、
制御ユニットＢ２には、ＪＢ内のヒューズを介してバッ
テリ、イグニッションスイッチのＡＣＣ、ＩＧ１及びＩ
Ｇ２端子が接続されると共に、スイッチとしてパーキン
グスイッチ、ホイールロックスイッチ、運転席ドアスイ
ッチ、後部右ドアスイッチ、後部右ドアロックスイッ
チ、シートベルトスイッチなどが、負荷としてインナミ
ラーアクチュエータ（モータ）、ドアロックモータ、パ
ワーウインドウモータを駆動する後部右ドアユニット、
ルームランプなどの他、各種の警報音を発生するための
ブザー２ａが接続されている。

【００２７】制御ユニットＣ３には、リレーボックスの
各種のリレーが接続されると共に、スイッチとしてオイ
ルレベルスイッチ、助手席ドアスイッチ、助手席ドアロ
ックスイッチ、後部左ドアスイッチ、後部左ドアロック
スイッチなどが、センサとしてブレーキオイルレベルセ
ンサ、燃料レベルセンサ、ウオッシャレベルセンサなど
が、負荷としてパワーウインドウモータを駆動する運転
席ドアユニット及び後部左ドアユニット、助手席ドアミ
ラーモータ、ワイパモータ、ウオッシャモータなどが接
続されている。

【００２８】制御ユニットＤ４には、スイッチとして運
転席キーアンロックスイッチ、運転席キーロックスイッ
チ、ドアロックスイッチなどが、負荷としてパワーウイ
ンドウモータ、運転席ミラーモータなどが接続されてい
る。制御ユニットＥ５にはシートを電動調整するための
モータなどの負荷が、制御ユニットＦ６にはハンドルを
電動調整するためのモータなどの負荷がそれぞれ接続さ
れている。メータ７は速度計、タコメータ、ビームイン
ジケータ７ａを含む各種警報指示器などからなり、速度
計、タコメータは独自に入力する走行パルスを処理して
自身で表示を行い、警報指示器は制御ユニットＡ１から
の信号によって直接動作されるが、多重バスラインＢを
介して他のユニットとも接続されている。そして、ビー
ムインジケータ７ａが、後述するスイッチ診断の際に診
断結果を報知するための既設の報知手段ｘとして使用さ
れるようになっている。

【００２９】上述のように多重バスラインＢに接続され
た制御ユニットＡ１、制御ユニットＢ２、制御ユニット
Ｃ３、制御ユニットＤ４、制御ユニットＥ５、制御ユニ
ットＦ６及びメータ７は電子ユニットを構成する。制御
ユニットＥ５及び制御ユニットＦ６には負荷だけが接続
されているが、後述する理由で送受信機能を有し、メー
タ７は受信機能のみを有している。また、制御ユニット
Ａ１〜制御ユニットＢ６の任意のもに鳴動によって例え
ばキー抜き忘れ、ライト消し忘れなどの報知を行う鳴動
手段としてのブザー２ａが予め設けられており、これ
が、後述するスイッチ診断の際に診断結果を報知するた
めの既設の報知手段ｘとして使用されるようになってい
る。

【００３０】よって、制御ユニットＡ１、制御ユニット
Ｂ２、制御ユニットＣ３、制御ユニットＤ４、制御ユニ
ットＥ５及び制御ユニットＦ６は、基本的にはほぼ同一
の構成を有し、制御ユニットＡ１について示すと、図３
に示すようになっている。すなわち、制御ユニットＡ１
は、制御プログラムを格納したＲＯＭ１１ａとデータエ
リア及びワークエリアを有するＲＡＭ１１ｂとを内蔵
し、制御プログラムに従って動作するＣＰＵ１１を有す
る。ＣＰＵ１１は多重バスラインＢにデータを送出する
出力ポートＯと、多重バスラインＢからデータを入力す
る入力ポートＩとを有し、これらは各バッファアンプ１
２ａ及び１２ｂを介して多重バスラインＢに接続されて
いる。

【００３１】詳細を図示しないが、上記制御ユニットＡ
１のＲＡＭ１１ｂは、他の制御ユニットが多重バスライ
ンＢに送信し制御ユニットＡ１が受信した各制御ユニッ
トの故障診断データを収集して格納する格納手段１１ｂ
−１としての診断データ格納エリアなどを有し、また各
制御ユニットはトークンを取得したとき各モードに応じ
て生成し送信する通信データを一時的に格納するための
データエリアなど及び他の制御ユニットから受信した通
信データを格納するためのデータエリアを有する。

【００３２】ＣＰＵ１１はまた入力ポートＩ₁ 〜Ｉｎ、
Ｉ_D 及びＩ_K と、出力ポートＯ₁ 〜Ｏｎとを有し、入力
ポートＩ₁ 〜Ｉｎには、制御ユニットＡ１に接続される
各種のスイッチ・センサ類１３₁ 〜１３ｎが、また出力
ポートＯ₁ 〜Ｏｎには各種の負荷１４₁ 〜１４ｎが接続
される。更に、入力ポートＩ_D 及びＩ_K は制御ユニット
Ａ１にだけ設けられ、この入力ポートＩ_D 及びＩ_K には
ダイアグコネクタ９のダイアグ端子９ａ及び通信端子９
ｂが接続されている。

【００３３】なお、電子ユニット１に接続されるスイッ
チ・センサ類１３₁ 〜１３ｎのなかには、ダイアグ端子
９ａがアースに接続されかつ車速が０ｋｍ／ｈであると
き、ＣＰＵ１１に診断データを生成させて診断を開始さ
せる特定の操作手段として使用するディマスイッチ（図
示せず）と、診断の内容を選択するときに使用されるイ
グニッションスイッチ（図示せず）とが含まれている。

【００３４】上述のような構成のシステムにおいて、デ
ータ通信のためのキャラクタ構成は、図４（ａ）に示す
ように、スタート、８ビットB0〜B7のデータ、パリティ
及びストップからなり、キャラクタ時間Ｔｃは例えば伝
送速度7.８ｋｂｐｓ時に1.４ｍｓとされる。フレーム構
成は、（ｂ）に示すように、ヘッダ、データ及びブロッ
ク・チェック・キャラクタ（ＢＣＣ）からなり、フレー
ム内のキャラクタ間には（ｃ）に示すように許容インタ
ーバル時間Ｔciがとられている。また、ヘッダは（ｄ）
に示すように２ビットのデータＩＤ、トークンを引き渡
す相手のアドレスを指定する３ビットのトークン、送信
元のアドレスを示す３ビットのソースアドレスからなっ
ている。また、各フレームのデータ１の最上位ビットに
は、（ｅ）に示すように、自己がスリープ状態に入り得
るＨＡＬＴ条件が成立しているとき、このことを示すた
めに「１」がセットされ、スリープ条件が成立していな
いときクリアされるフラグビットが設けられている。

【００３５】上記ヘッダのデータＩＤはシステムの動作
モードを指定するためのもので、００によって、各制御
ユニット間で車体系の制御データの送受信を行うモード
を、０１によって、制御ユニットＡ１からの要求により
故障診断データの送受信を行うモードを、そして１０に
よって、制御ユニットＡ１からの通信指令により強制駆
動を行うモードをそれぞれ指定する。故障診断モード中
は、通常モード時に行う通信による出力制御を停止す
る。また、通信指令モードのデータを受信した場合、他
の制御ユニットからの受信データを無視し、制御ユニッ
トＡ１からのデータに従い指定された負荷を強制駆動す
る。

【００３６】上記制御ユニットＡ１、制御ユニットＢ
２、制御ユニットＣ３、制御ユニットＤ４、制御ユニッ
トＥ５及び制御ユニットＦ６の各電子ユニットには、例
えば、０００、００１、０１０、０１１、１００及び１
０１のアドレスが割り当てられ、トークンを次の電子ユ
ニットに渡す場合に、上記フレーム構成のヘッダ部のト
ークンに相手アドレスを、ソースアドレスに自己アドレ
スをそれぞれ設定しフレーム送信するために使用され
る。

【００３７】トークンパッシングによるアクセスでは、
基本的には、フレーム送信は多重バスラインのアイドル
状態、すなわち、多重バスラインに変化がない状態が所
定の待ち時間Ｔfw続いた時点でフレームの終了と判断
し、受信フレーム中にエラーがなく受信したヘッダのト
ークンと自己アドレスを比較照合し、その結果が一致し
たトークンを受信した場合、更に多重バスラインのアイ
ドル状態を確認した上で所定の時間Ｔsw以内に送信を開
始するというシーケンスで動作する。制御ユニットＡ１
から制御ユニットＢ２にトークンを渡す際の動作の様子
を示すと、図５に示すように、制御ユニットＡ１の送信
フレームの最後のＢＣＣが終了してから所定の待ち時間
Ｔfw例えば1.６ｍｓが経過しているが所定の時間Ｔsw例
えば2.２ｍｓ以内に制御ユニットＢ２が自己の送信フレ
ームの最初のヘッダの送信を開始する。よってＴfwをフ
レーム終了確認時間、Ｔswをフレーム送信開始時間とそ
れぞれ称する。

【００３８】トークンを各電子ユニット間で順番に巡回
させサイクリック通信を行う様子を示すと図６に示すよ
うになり、トークンを制御ユニットＢ２に渡した制御ユ
ニットＡ１が制御ユニットＥ５からトークンを受信し、
送信を開始するまでを１サイクルとして動作し、多重バ
スラインＢには、最長上記時間Ｔswの間隔をあけてデー
タが存在するようになる。なお、本例のように５つの電
子ユニットの場合には、典型的な通常モード動作及び通
信指令モードの１サイクル時間Ｔcy₁ は例えば伝送速度
7.８ｋｂｐｓの場合５０ｍｓになる。

【００３９】上述のようなサイクリック通信の過程でス
リープモードへ移行させるスリープ制御を行う場合、制
御ユニットＡ１、制御ユニットＢ２、制御ユニットＣ３
及び制御ユニットＤ４の各電子ユニットは、自己のスリ
ープ条件が成立しているかを判断する。

【００４０】例えば制御ユニットＡ１では、バッテリ電
源のみが供給されている状態で、イグニッションスイッ
チ、テールランプスイッチ、ヘッドランプスイッチ、パ
ッシングスイッチなどのスイッチがオフで、かつ負荷制
御用タイマが全て０であるときであり、これに通信のス
リープ条件が満たされているときにスリープモードに移
行する。

【００４１】次に、制御ユニットＢ２では、イグニッシ
ョン電源オフ、負荷用タイマが全て０、運転席及び運転
席後のドアスイッチがオフであるとき自己のスリープ条
件が成立していると判断し、これに通信のスリープ条件
が満たされるとスリープモードに移行する。そして、制
御ユニットＣ３では、イグニッション電源オフ、負荷用
タイマが全て０、助手席及び助手席後のドアスイッチな
どがオフであるとき自己のスリープ条件が成立している
と判断し、これに通信のスリープ条件が満たされるとス
リープモードに移行し、制御ユニットＤについては説明
を省略する。

【００４２】そして、各電子ユニットは、全ての電子ユ
ニットのＨＡＬＴ条件が成立後、多重バスラインのアイ
ドル状態が所定時間、例えば２００ｍｓ間続き、自分の
ＨＡＬＴ条件も成立しているときにスリープモードに移
行する。このために、自分以外の電子ユニットのスリー
プ条件の成立を確認する手段が必要であるが、この手段
として通信データ中にＨＡＬＴフラグ（「１」でスリー
プ条件満足）〔図４（ｅ）参照〕を設定し、かつ多重バ
スライン上からトークンを消失させる方法として自分を
含め全電子ユニットのスリープ条件成立を最初に判断し
た電子ユニット、すなわち、一番最後に自分のスリープ
条件が満足した電子ユニットがトークンを次の順番（ア
ドレス）の電子ユニットではなく自分にトークンを渡す
ことでトークンを消失させる。

【００４３】故障診断モードのときには、図７に示すよ
うに、制御ユニットＦが送信機能をもつようになり、制
御ユニットＡ〜Ｆからなる６つの電子ユニットでサイク
リックな通信が行われ、制御ユニットＡ１が制御ユニッ
トＦ６からトークンを受信し、送信を開始するまでを１
サイクルとして動作する。

【００４４】次に、上記ヘッダのデータＩＤによって指
定された動作モードでの、各制御ユニットのデータフォ
ーマットの概略を説明する。

【００４５】先ず、制御ユニットＡ１における通常モー
ドのデータは、図８（ａ）に示すように、ヘッダ、デー
タ１、データ２及びＢＣＣからなり、データＩＤが０
０、ソースアドレスが０００、そして例えばデータ１の
Ｂ７は自己のＨＡＬＴ条件が成立しているとき１、Ｂ３
はヘッドランプロー（ＬＯ）の点灯条件成立のとき１、
Ｂ２〜Ｂ０はヘッドライトハイ（ＨＩ）、テイルライト
及びフォグランプの点灯条件成立のとき１とされる。デ
ータ２のＢ４及びＢ３はフロントワイパミスト及びフロ
ントウォッシャの駆動条件成立のとき１とされる。故障
診断モードのデータは、図８（ｂ）に示すように、ヘッ
ダ、データ１及びＢＣＣからなり、データＩＤが０１、
ソースアドレスが０００、そして例えばデータ１のＢ７
〜Ｂ４は仕向コードであり、Ｂ３はＳＷチェックフラ
グ、Ｂ１及びＢ０はコネクタ外れのときに１とされる。
Ｂ３のＳＷチェックフラグはＳＷ入力を受け付けたとき
１とされ次の送信で０にクリアされる。通信指令のデー
タは、図８（ｃ）に示すように、ヘッダ、データ１、デ
ータ２及びＢＣＣからなり、データＩＤが１０、ソース
アドレスが０００、そして例えばデータ１のＢ７は全ラ
ンプ点灯のとき、Ｂ６はワイパ駆動のとき、Ｂ４はドア
ロック駆動のとき、、Ｂ３はパワーウインドアップ駆動
のとき、データ２のＢ４はドアアンロック駆動のとき、
Ｂ３はパワーウインドダウン駆動のときにそれぞれ１に
される。

【００４６】次に、制御ユニットＢ２における通常モー
ドのデータは、図９（ａ）に示すように、ヘッダ、デー
タ１〜データ５及びＢＣＣからなり、データＩＤが０
０、ソースアドレスが００１、そして例えばデータ１の
Ｂ７は自己のＨＡＬＴ条件が成立しているとき、Ｂ６は
シートベルトインジケータの点灯条件成立のとき、Ｂ５
はドアロックＳＷがロックのとき、Ｂ４及びＢ３はドア
開閉のとき、Ｂ２〜Ｂ０はイグニッションＳＷのオンの
ときそれぞれ１にされ、データ２〜データ５のＢ４〜Ｂ
０は制御コードとして使用される。故障診断モードのデ
ータは、図９（ｂ）に示すように、ヘッダ、データ１〜
データ３及びＢＣＣからなり、データＩＤが０１、ソー
スアドレスが００１、そして例えばデータ１のＢ７〜Ｂ
４は仕向コードであり、Ｂ３はＳＷチェックフラグ、Ｂ
２〜Ｂ０はコネクタ外れのときに１とされ、データ２の
Ｂ７はルームミラー異常のとき、Ｂ４〜Ｂ０はヒューズ
切れのときそれぞれ１にされる。なお、通信指令モード
のデータは、図９（ａ）に示した通常モードのデータの
ヘッダ中のデータＩＤ部のみを通信指令モードの１０に
変更したデータである。

【００４７】制御ユニットＣ３の通常モードデータは、
図１０（ａ）に示すように、ヘッダ、データ１〜データ
５及びＢＣＣからなり、データＩＤが００、ソースアド
レスが０１０、そして例えばデータ１のＢ７は自己のＨ
ＡＬＴ条件が成立しているとき、Ｂ６及びＢ５は後前ド
ア開のとき、Ｂ３〜Ｂ０はシフトポジションＤ、Ｎ、
Ｒ、Ｐのとき、データ２のＢ７は燃料残量警告インジケ
ータ点灯条件成立のとき、Ｂ６及びＢ５は後前ドアロッ
クＳＷがロックのとき、そしてデータ４のＢ４はオイル
レベルインジケータ点灯条件成立のときにそれぞれ１に
される。故障診断モードデータは、図１０（ｂ）に示す
ように、ヘッダ、データ１〜データ４及びＢＣＣからな
り、データＩＤが０１、ソースアドレスが０１０、そし
て例えばデータ１のＢ７〜Ｂ４は仕向コード、Ｂ３はＳ
Ｗチェックフラグ、Ｂ２はドアミラー異常のとき、Ｂ０
はコネクタ外れのときにそれぞれ１とされる。なお、通
信指令モードのデータは、図１０（ａ）に示した通常モ
ードのデータのヘッダ中のデータＩＤ部のみを通信指令
モードの１０に変更したデータである。

【００４８】制御ユニットＤ４の通常モードデータは、
図１１（ａ）に示すように、ヘッダ、データ１〜データ
３及びＢＣＣからなり、データＩＤが００、ソースアド
レスが０１１、そして例えばデータ１のＢ７はＨＡＬＴ
フラグ、Ｂ６及びＢ５はドアキーロックＳＷ及びドアロ
ックＳＷのオンのとき、Ｂ４及びＢ３はリモコンミラー
左及び上ＳＷのオンのとき、データ２のＢ４及びＢ３は
リモコンミラー左及び上ＳＷのオンのときにそれぞれ１
とされる。故障診断モードデータは、図１１（ｂ）に示
すように、ヘッダ、データ１及びデータ２及びＢＣＣか
らなり、データＩＤが０１、ソースアドレスが０１１、
そして例えばデータ１のＢ７〜Ｂ４は仕向コード、Ｂ３
はＳＷチェックフラグ、Ｂ２はドアミラー異常のときそ
れぞれ１とされる。なお、通信指令モードのデータは、
図１１（ａ）に示した通常モードのデータのヘッダ中の
データＩＤ部のみを通信指令モードの１０に変更したデ
ータである。

【００４９】制御ユニットＥ５の通常モードデータは、
図１２（ａ）に示すように、ヘッダ、データ１及びＢＣ
Ｃからなり、データＩＤが００、ソースアドレスが１０
０、そして例えばデータ１のＢ７はＨＡＬＴフラグ、Ｂ
５〜Ｂ０はシートデータである。故障診断モードデータ
は、図１２（ｂ）に示すように、ヘッダ、データ１及び
データ２及びＢＣＣからなり、データＩＤが０１、ソー
スアドレスが１００、そして例えばデータ１のＢ７〜Ｂ
４は仕向コード、Ｂ３はＳＷチェックフラグである。制
御ユニットＦ６は故障診断モードデータのみであり、図
１３に示すように、ヘッダ、データ１及びデータ２及び
ＢＣＣからなり、データＩＤが０１、ソースアドレスが
１０１、そして例えばデータ１のＢ７〜Ｂ４は仕向コー
ド、Ｂ３はＳＷチェックフラグである。なお、通信指令
モードのデータは、図１２（ａ）に示した通常モードの
データのヘッダ中のデータＩＤ部のみを通信指令モード
の１０に変更したデータである。

【００５０】以上の構成のシステムにおいて、各制御ユ
ニットの機能を更に説明する。先ず、制御ユニットＡ１
は、図１４に示すように、車速が０ｋｍ／ｈの状態で、
これに接続されているダイアグコネクタ９のダイアグ端
子がアースに接続されてＣＰＵ１１の入力ポートＩ_D が
低レベルになるか、ダイアグコネクタ９に故障診断オフ
ボード機器１０が制御されると、それまでの通常モード
から故障診断スタンバイモードになる。この故障診断ス
タンバイモードでは、車体系の多重通信及び各接続ユニ
ットの機能は全て通常動作を行い、車速が発生したとき
には通常モードに戻る。

【００５１】また、この故障診断スタンバイモードにあ
るときには車速は０ｋｍ／ｈであるが、この状態で例え
ば５秒の一定時間にディマスイッチをハイビームまたは
ロービームから２往復切り換える操作を行うと、簡易故
障診断モードになる。この簡易故障診断モードには、ス
イッチ診断モード、故障検出モード及び異品検出モード
がある。更に、故障診断スタンバイモードにあるとき、
イグニッション（ＩＧ）スイッチのＯＮから所定時間以
内に故障診断オフボード機器１０からのアドレスの入力
により制御ユニットＡ１は通信を開始する。

【００５２】上記簡易故障診断モードでのモード切り換
えの方法を要約すると図１５のようになり、いずれのモ
ードにおいても、ダイアグ端子が例えば0.５秒以上Ｈレ
ベルになるか、車速が発生すると通常モードに復帰す
る。また、故障検出モード中にスイッチ診断モード起動
用の所定のスイッチが入力された場合はただちにスイッ
チ診断モードに移行する。再度故障検出モードに移行す
る場合は、一旦ＩＧスイッチをＯＦＦし、再度ＯＮにす
る。

【００５３】上記スイッチ診断モードではイグニッショ
ン（ＩＧ）スイッチのＯＮ状態で、各ユニットに設けら
れた被診断スイッチの変化でメータ７内の既設のビーム
インジケータ７ａの点灯と例えば制御ユニットＢ２に内
蔵の各種の警報を行うための既設のブザー２ａを鳴動さ
せ、点灯及び鳴動時間は例えば0.１秒程度である。この
モードによって診断されるスイッチには、制御ユニット
Ａ１に接続された例えばライテイングスイッチ、ディマ
スイッチ、フォグランプスイッチなどが、制御ユニット
Ｂ２に接続された例えばドアスイッチ、シートベルトス
イッチなどが、制御ユニットＣ３に接続された例えばド
アスイッチ、各パワーウインドスイッチなどが、制御ユ
ニットＤ４に接続された例えば電動ミラースイッチなど
が、制御ユニットＥ５に接続されたパワーシート操作用
スイッチが、制御ユニットＦ６に接続されたチルト操作
用スイッチが含まれる。

【００５４】上記故障検出モードではＩＧスイッチのＯ
Ｎ状態で、各制御ユニットのもつ故障情報（コネクタ外
れ、ヒューズ切れ、ユニット異常、センサ異常）を、メ
ータ７内のビームインジケータの点消灯パターンで知ら
せる。点消灯パターンは２桁の１６進数からなる故障コ
ードに従う。なお、ユニット異常については、制御ユニ
ットＡ１が対象ユニットからの通信データを連続１秒以
上受信不能になったとき、対象ユニットの異常とする。
異常監視は通信モードが故障検出モードになった時点か
らチェックランプ表示タイミングの最初の３秒間とす
る。

【００５５】上記異品検出モードではＩＧスイッチのＯ
Ｎ以外のＯＦＦまたはＡＣＣ状態で、各制御ユニットの
仕向地コードを若い番号順にメータ７内のビームインジ
ケータの点消灯により出力することで制御ユニットの異
品を検出する。ただし、出力する仕向地コードは上位を
制御ユニットＡ〜制御ユニットＦのユニットコード、下
位を国内、国内（高グレード）、北米、ドイツなどの仕
向地コードとする。

【００５６】故障検出モードで各制御ユニットのもつ故
障情報が全て正常なとき、メータ７内のビームインジケ
ータの点消灯パターンは、図１６（ａ）に示すように、
例えば0.２５秒のオン・オフ連続点滅信号とする。複数
項目の故障のときには、番号の若い順に連続出力し、全
ての表示が終了すると消灯する。また、故障コードが
「２２」の場合の表示パターン例を示すと図１６（ｂ）
に示すようになる。

【００５７】上記ダイアグコネクタ９に接続された故障
診断オフボード機器１０からの要求が故障診断のときに
は故障診断モードに入り、強制駆動のときには指令通信
モードに入り、何も要求がないときには通常モードのま
まである。

【００５８】故障診断モードでは、制御ユニットＡ１は
他の制御ユニットから故障診断データを収集しているの
で、故障診断オフボード機器１０からの要求コードに応
じた故障診断データを故障診断オフボード機器１０に返
送する。また、通信指令モードでは、制御ユニットＡ１
は故障診断オフボード機器１０からの強制駆動の内容に
応じた要求コードを入力すると、通信指令モードデータ
を送出して各制御ユニットに強制駆動を行わせるととも
に、駆動状況を故障診断オフボード機器１０に返送す
る。

【００５９】以上概略説明した装置動作の詳細を、各ノ
ードのＣＰＵが制御プログラムにしたがって行う処理を
示す図１７乃至図２４のフローチャートを参照して以下
説明する。

【００６０】図１７（ａ）は制御ユニットＡ１のＣＰＵ
１１のメインルーチン、（ｂ）は他の制御ユニットＢ２
〜制御ユニットＦ６のＣＰＵのメインルーチンをそれぞ
れ示す。先ず、制御ユニットＡ１のＣＰＵ１１は電源の
投入により動作を開始し、図１７（ａ）のメインルーチ
ンの最初のステップＳ１においてイニシャライズを行
い、タイマや割込などをクリアする。次にステップＳ２
に進み、ここでスリープモードであるか否かを判定し、
この判定がＹＥＳのときにはステップＳ３に進んでウェ
ークアップ入力があるまで待ち、ウェークアップ入力が
あるとステップＳ４に進んでスリープモードを通常モー
ドに切り替えてから上記ステップＳ２に戻る。

【００６１】このときステップＳ２の判定がＹＥＳとな
るのでステップＳ５のタイマ管理処理、ステップＳ６の
モード（ＩＤ）切換処理、ステップＳ７の入出力（制
御）処理、ステップＳ８の故障表示処理及びステップ９
の外部テスタとの通信処理などを行った後ステップＳ２
に戻り、ステップＳ２の判定がＹＥＳとなるまでステッ
プＳ５〜Ｓ９などを繰り返し行う。ステップＳ５のタイ
マ管理処理においては各種のタイマ割込処理などの時間
管理を行い、ステップＳ７の入出力処理においてはＣＰ
Ｕ１１に接続されているスイッチ・センサ類１３₁ 〜１
３ｎからの信号を入力するとともにモータやランプなど
の負荷１４₁ 〜１４ｎを駆動制御し、ステップ９の外部
テスタとの通信処理においてはテスタからの要求コマン
ドの受信、各種フラグのセット、収集したデータの送信
を行う。ただし、このステップＳ９の処理はテスタ故障
診断モードの際だけ実行する。

【００６２】他の制御ユニットのＣＰＵ１１が実行する
図１７（ｂ）のメインルーチンは、ステップＳ６のモー
ド（ＩＤ）切換処理、ステップＳ８の故障表示処理及び
ステップＳ９の外部テスタとの通信処理がない以外は図
１７（ａ）のメインルーチンと殆ど同じであるので説明
を省略する。ただし、制御ユニットＢのＣＰＵ１１の場
合には、スイッチ診断モードのときのブザー駆動のため
の点線枠で囲んだ部分の処理、ステップＳ１０ａ〜１０
ｃが加えられており、任意のスイッチ入力があったとき
にブザー２ａを鳴動させてスイッチ入力の正常を報知で
きるようになっている。ステップＳ１０ａにおいては、
故障診断モードであるか否かを判断し、故障診断モード
でなければステップＳ２に戻る。ステップＳ１０ａの判
定がＹＥＳの時にはステップＳ１０ｂにおいて、後述す
る受信割込処理にて受信した他のノードからの故障診断
データ中のＳＷチェックフラグが１であるか否かを判定
し、１であればステップＳ１０ｃに進んでブザーを所定
時間鳴動させてからステップＳ２に戻る。

【００６３】制御ユニットＡ１〜制御ユニットＦ６のＣ
ＰＵ１１は、多重バスラインＢにバッファアンプ１２ｂ
を介して接続されている入力ポートＩに信号が入力され
たことを判断すると、図１８及び図１９のフローチャー
トに示す受信割込処理を開始する。しかし、通常モード
において送信機能をもたない制御ユニットＥ５及び制御
ユニットＦ６は送信に関するステップが若干異なるが、
その詳細はここでは省略する。

【００６４】そして、最初のステップＳ２ａにおいて、
受信エラーチェックがＯＫであるか否かの判定を行う。
この受信エラーのチェックはキャラクタ単位で行い、受
信データからパリティを算出し、この算出したパリティ
を受信したパリティと比較照合する。比較の結果が不一
致のときにはステップＳ２ａの判定はΝＯとなり、パリ
ティエラーがあるとしてステップＳ２ｂに進んでエラー
処理を行ってから図１７のメインルーチンに戻る。

【００６５】ステップＳ２ａの判定がＹＥＳのとき、す
なわち、受信エラーチェックがＯＫのときには、ステッ
プＳ２ｃに進んでその１キャラクタ分のデータをＲＡＭ
１１ｂ内に形成されたフレームバッファエリアに格納し
てからステップＳ２ｄに進み、ここで１フレーム分の受
信が終了したか否かの判定を行う。１フレーム分の受信
が終了しておらずこのステップＳ２ｄがΝＯのときには
図１７のメインルーチンに戻り、判定がＹＥＳのときに
はステップＳ２ｅに進む。

【００６６】ステップＳ２ｅにおいては、受信したフレ
ームのＢＣＣチェックがＯＫであるか否の判定を行う。
この受信ＢＣＣのチェックは受信フレームのヘッダから
最終データまでをキャラクタ単位で加算し、この加算値
と受信したＢＣＣとを比較照合する、所謂チェックサム
方式で行う。比較の結果が不一致のときにはステップＳ
２ｅの判定はΝＯとなり、ＢＣＣエラーがあるとして上
記ステップＳ２ｂに進んでエラー処理を行ってから図１
７のメインルーチンに戻る。

【００６７】ステップＳ２ｅの判定がＹＥＳのとき、す
なわち、受信した１フレームにエラーがないときには、
ステップＳ２ｆに進み、ここで受信したヘッダ中のトー
クンとソースアドレスと自己アドレスが一致するか否か
を判定し、三者が一致し判定がＹＥＳのときには図１７
のメインルーチンに戻り、三者が不一致で判定がΝＯの
ときにはステップＳ２ｇに進む。このステップＳ２ｆ
は、受信データが、最後にスリープ状態になったノード
が自分のアドレスをトークンにセットして送信したデー
タをフィードバック受信したものであるかどうかを判断
するためのステップである。

【００６８】ステップＳ２ｇにおいては受信したヘッダ
中のデータＩＤが００であるか否かを判定し、この判定
がΝＯのときにはステップＳ２ｈに進んでＩＤが０１で
あるか否かを判定し、この判定もΝＯのときには次にス
テップＳ２ｉに進んでＩＤが１０であるか否かを判定す
る。そして、このステップＳ２ｉの判定もΝＯのときに
は上記ステップＳ２ｂに進み、ここでＩＤに誤りがある
としてエラー処理を行ってから図１７のメインルーチン
に戻る。

【００６９】上記ステップＳ２ｇの判定がＹＥＳのと
き、すなわち、ＩＤが００であるときにはステップＳ２
ｊ₁ に進んで通信モードを通常にセットし次のステップ
Ｓ２ｊ₂ でデータフォーマットを通常モード用に変更し
てからステップＳ２ｋに進む。なお、ステップＳ２ｊ₁
においては各ノードともＲＡＭ１１ｂ中のデータエリア
に形成されているノード別データ管理用エリア（図８〜
図１３のデータ構成で形成されている）の当該ノードの
エリアに受信したデータを記憶させる処理も行ってい
る。ステップＳ２ｋにおいては、受信したデータ中のヘ
ッダのソースアドレスとデータ１の先頭ビットとによ
り、ＲＡＭ１１ｂ中のデータエリアに形成さているノー
ド別ＨＡＬＴフラグ管理用エリアについて、送信元の他
のノードのＨＡＬＴを更新してからステップＳ２ｐ（図
１９参照）に進む。そして、上記ステップＳ２ｈの判定
がＹＥＳのとき、すなわち、ＩＤが０１のときにはステ
ップＳ２ｍ₁ に進んで通信モードを故障診断にセットし
次のステップＳ２ｍ₂ でデータフォーマットを故障診断
モード用に変更してから、上記ステップＳ２ｉの判定が
ＹＥＳのとき、すなわち、ＩＤが１０のときにはステッ
プＳ２ｎ₁ に進んで通信モードを通信指令にセットし次
のステップＳ２ｎ₂ でデータフォーマットを通信指令モ
ード用に変更してからステップＳ２ｐ（図１９参照）に
進む。なお、ステップＳ２ｍ₁ ，２ｎ₁ において、ユニ
ットＡ１は他ユニットからの故障診断データ、通信指令
モード用データをＲＡＭ１１ｂ中の故障診断用及び通信
指令用のデータエリアに記憶する処理を行う。

【００７０】なお、上記ステップＳ２ｍ₂ においてデー
タフォーマットを故障診断モード用に変更する際に、専
ら受信機能のみを有している第３のノードとしての制御
ユニットＦ６に送信機能を持たせるため、各ノードのソ
ースアドレスとトークンを引き渡す相手のトークンアド
レスの両方を変更する。このように全ての制御ユニット
についてアドレスの変更を実際に行わなければならない
のは、他の制御ユニットが既に使用している最初のアド
レス０００を第３のノードに付与した場合であり、実際
にはこのようなことは行われず、第３のノードに付与す
るアドレスは既に使用しているアドレスに＋１したアド
レスを割り当てることが行われるので、このような場合
には、それまで最後のアドレスであった制御ユニットの
トークンアドレスのみを変更するだけでよく、他の制御
ユニットについてはソースアドレス及びトークンアドレ
スともに変更することは必要ない。

【００７１】ステップＳ２ｐにおいては受信したヘッダ
のトークンが自己のアドレスとなっているか否かを判定
し、自己のアドレスでなく判定がΝＯのときにはステッ
プＳ２ｑに進んで他のノードのＨＡＬＴが全て１になっ
ているか否かをノード別ＨＡＬＴフラグ管理用エリアを
調べることによって判定する。ステップＳ２ｑの判定が
ΝＯのときには図１７のメインルーチンに戻り、判定が
ＹＥＳのときにはステップＳ２ｒに進んで自己ＨＡＬＴ
がスリープ可能な条件を満足しているか否かを判定す
る。この判定がΝＯのときには図１７のメインルーチン
に戻り、判定がＹＥＳのときにはステップＳ２ｓに進ん
でスリープフラグをセットしてから図１７のメインルー
チンに戻る。

【００７２】上記ステップＳ２ｐの判定がＹＥＳのと
き、すなわち、受信トークンが自己のアドレスとなって
いるときにはステップＳ２ｔに進んで自己ＨＡＬＴがス
リープ可能な条件を満足しているか否かを判定する。こ
のステップＳ２ｔの判定がΝＯのときにはステップＳ２
ｕに進んで送信データ中のＨＡＬＴフラグをクリアして
からステップＳ２ｖに進む。ステップＳ２ｖにおいては
トークン通常処理を行って送信トークンに相手アドレス
をセットしてからステップＳ２ｚ₁ に進む。

【００７３】上記ステップＳ２ｔの判定がＹＥＳのと
き、すなわち、自己ＨＡＬＴがスリープ可能な条件を満
足しているときにはステップＳ２ｗに進み、ここで送信
データ中のＨＡＬＴフラグをセットしてからステップＳ
２ｘに進む。ステップＳ２ｘにおいては他のノードのＨ
ＡＬＴが全て１であるか否かをＨＡＬＴフラグ管理用エ
リアを調べることによって判定する。このステップＳ２
ｘの判定がΝＯのときには上記ステップＳ２ｖに進み、
ＹＥＳのときすなわち他のノードのＨＡＬＴが全て１で
あるときにはステップＳ２ｙに進んでトークン消失処理
を行って送信トークンに自己アドレスをセットしてから
ステップＳ２ｚ₁ に進む。

【００７４】ステップＳ２ｚ₁ においてはヘッダ、デー
タ及びＢＣＣからなる送信フレームをセットしてからス
テップＳ２ｚ₂ に進んで送信カウンタの初期化を行い、
次のステップＳ２ｚ₃ において送信開始タイマをスター
トさせてから図１７のメインルーチンに戻る。

【００７５】制御ユニットＡ１〜制御ユニットＦ６のＣ
ＰＵ１１は、上記受信割込処理のステップＳ２ｚ₃ にお
いて送信開始タイマをスタートさせると、図２０のフロ
ーチャートに示す送信タイマ割込処理を開始し、その最
初のステップＳ１ａにおいて送信開始タイマがタイムオ
ーバしたか否かを判定し、この判定がΝＯのときには図
１７のメインルーチンに戻る。ステップＳ１ａの判定が
ＹＥＳのとき、すなわち、送信開始タイマがタイムオー
バになるとステップＳ１ｂに進んで送信カウンタが送信
終了を示す内容になったか否かを判定する。このステッ
プＳ１ｂの判定がΝＯのときにはステップＳ１ｃに進ん
で次のデータを送信し、続くステップＳ１ｄに進んで送
信カウンタを更新してから図１７のメインルーチンに戻
る。また、ステップＳ１ｂの判定がＹＥＳのとき、すな
わち、送信カウンタが送信終了を示す内容になっている
ときにはステップＳ１ｅに進んで送信終了フラグをセッ
トしてから図１７のメインルーチンに戻る。

【００７６】各制御ユニットのＣＰＵ１１は、ステップ
Ｓ１のタイマ管理処理により、多重バスラインＢがバッ
ファアンプ１２ｂを介して接続されている入力ポートＩ
を監視し、アイドル状態すなわち信号入力のない状態が
所定時間例えば２００ｍｓ続いたとき、図２１のフロー
チャートに示すスリープ移行タイマ割込処理を開始す
る。そして、その最初のステップＳ１ｈにおいてスリー
プフラグが１であるか否かを判定し、この判定がΝＯの
ときにはステップＳ１ｉに進んで送信トークンが自己ア
ドレスであるか否かを判定し、この判定がΝＯのときに
は図１７のメインルーチンに戻り、判定がＹＥＳのとき
にはステップＳ１ｊに進んで送信終了フラグがセットさ
れ終了になっているか否かを判定し、この判定がΝＯの
ときには図１７のメインルーチンに戻る。また、上記ス
テップＳ１ｈの判定がＹＥＳでスリープフラグが１であ
るか、または、ステップＳ１ｊの判定ＹＥＳで送信終了
フラグが終了となっているときにはステップＳ１ｋに進
み、ここで自己のノードをスリープモードに移行させて
から図１７のメインルーチンに戻る。

【００７７】制御ユニットＡ１のＣＰＵ１１は、メイン
ルーチンのステップＳ６のモード（ＩＤ）切換処理では
図２２に示す処理を行う。先ず、ステップＳ６ａにおい
てダイアグ端子をチェックしてＨ、Ｌのいずれのレベル
であるかを判定する。判定がＨレベルのとき、すなわ
ち、ダイアグ端子がアースに接続されていないときには
ステップＳ６ｂに進んでデータＩＤを００にして通常動
作モードにしてから図１７のメインルーチンに戻る。上
記ステップＳ６ａの判定がＬレベルのとき、すなわち、
ダイアグ端子がアースに接続されているときにはステッ
プＳ６ｃに進んで車速をチェックして車速が０ｋｍ／ｈ
であるか否かを判定し、この判定がΝＯのときすなわち
車速が発生しているときにはステップＳ６ｂを経て図１
７のメインルーチンに戻る。また、ステップＳ６ｃの判
定がＹＥＳのときすなわち車速が０ｋｍ／ｈのときには
ステップＳ６ｄに進む。

【００７８】ステップＳ６ｄにおいては、故障診断オフ
ボード機器（テスタ）による診断開始か否かを判定す
る。このステップＳ６ｄの判定は、ＩＧスイッチのＯＮ
から所定時間以内にテスタからアドレスの入力があるか
否かによって行い、所定時間以内にアドレスの入力がな
く判定がΝＯのときにはステップＳ６ｅに進む。ステッ
プＳ６ｅにおいてはディマスイッチの２往復操作による
簡易診断開始操作があるか否かを判定し、この操作がな
くステップＳ６ｅの判定がΝＯのときにはステップＳ６
ｂを介して図１７のメインルーチンに戻る。

【００７９】ステップＳ６ｅの判定がＹＥＳのときには
ステップＳ６ｆに進んでＩＧスイッチがＯＮであるか否
かを判定し、この判定がΝＯのときにはステップＳ６ｇ
に進む。ステップＳ６ｇにおいてはデータＩＤを０１に
して故障診断モード（異品検出）にしてから図１７のメ
インルーチンに戻る。上記ステップＳ６ｆの判定がＹＥ
ＳのときすなわちＩＧスイッチがＯＮのときにはステッ
プＳ６ｈに進んで任意のスイッチ入力に変化があるか否
かを判定し、この判定がΝＯのときにはステップＳ６ｉ
に進む。ステップＳ６ｉにおいてはデータＩＤを０１に
して故障診断モード（故障検出）にしてから図１７のメ
インルーチンに戻る。上記ステップＳ６ｈの判定がＹＥ
Ｓのときすなわち任意のスイッチ入力に変化があるとき
にはステップＳ６ｊに進む。ステップＳ６ｊにおいては
データＩＤを０１にして故障診断モード（スイッチ診
断）にしてから図１７のメインルーチンに戻る。

【００８０】上記ステップＳ６ｄの判定がＹＥＳのと
き、すなわち、ダイアグコネクタにテスタが接続され所
定時間以内にアドレスの入力があったときにはステップ
Ｓ６ｋに進みテスタ要求が故障診断であるか否かを判定
し、このステップＳ６ｋの判定がΝＯのときにはステッ
プＳ６ｍに進んでテスタ要求が強制駆動であるか否かを
判定し、このステップＳ６ｍの判定もΝＯのときにはス
テップＳ６ｎに進んでデータＩＤを００にして通常動作
モードにしてから図１７のメインルーチンに戻る。上記
ステップＳ６ｋの判定がＹＥＳのときすなわちテスタ要
求が故障診断であるときにはステップＳ６ｐに進んでデ
ータＩＤを０１にして故障診断モードにしてから図１７
に戻る。また、上記ステップＳ６ｍの判定がＹＥＳのと
きすなわちテスタ要求が強制駆動であるときにはステッ
プＳ６ｑに進んでデータＩＤを１０にして強制診断モー
ドにしてから図１７に戻る。

【００８１】制御ユニットＡ１〜制御ユニットＦ６のＣ
ＰＵ１１は、メインルーチンのステップＳ７の入出力
（制御）処理では図２３に示す処理を行う。先ず、ステ
ップＳ７ａにおいてデータＩＤが００の通常モードであ
るか否かを判定し、この判定がΝＯのときにはステップ
Ｓ７ｂに進んでデータＩＤが０１の故障診断モードであ
るか否かを判定し、この判定がΝＯのときにはステップ
Ｓ７ｃに進んでデータＩＤが通信指令モードであるか否
かを判定し、この判定もΝＯのときにはステップＳ７ｄ
に進んでエラー処理を行ってから図１７のメインルーチ
ンに戻る

【００８２】上記ステップＳ７ａの判定がＹＥＳのとき
すなわちデータＩＤが００の通常モードのときにはステ
ップＳ７ｅに進んで当該ユニットに接続された各種スイ
ッチの入力を処理する。次にステップＳ７ｆに進んで当
該ユニットに接続された各種負荷の制御を処理し、更に
ステップＳ７ｇに進んで当該ユニットに接続された各種
負荷の出力を処理する。続いてステップＳ７ｈに進んで
当該ユニットの通常モード通信データをセットしてから
図１７のメインルーチンに戻る。

【００８３】上記ステップＳ７ｂの判定がＹＥＳのとき
すなわちデータＩＤが０１の故障診断モードのときには
ステップＳ７ｉに進んで当該ユニットの仕向地コードの
チェック処理を行う。その後ステップＳ７ｊに進んで当
該ユニットに接続されたセンサの故障をチェック処理
し、更にステップＳ７ｋに進んで当該ユニットに接続さ
れたヒューズ切れをチェック処理する。続いてステップ
Ｓ７ｍに進んで当該ユニットに関連したコネクタのコネ
クタ外れをチェック処理し、次にステップＳ７ｎに進ん
でスイッチ入力をチェック処理する。そしてステップＳ
７ｐに進んで故障診断モード通信データをセットしてか
ら図１７のメインルーチンに戻る。

【００８４】上記ステップＳ７ｃの判定がＹＥＳのとき
すなわちデータＩＤが１０の通信指令モードのときには
ステップＳ７ｑに進んで強制負荷駆動を処理してからス
テップＳ７ｒに進んで通信指令モード通信データをセッ
トしてから図１７のメインルーチンに戻る。

【００８５】制御ユニットＡ１のＣＰＵ１１は、メイン
ルーチンのステップＳ８の故障表示処理では図２４に示
す処理を行う。先ず、ステップＳ８ａにおいてデータＩ
Ｄが０１の故障診断モードであるか否かを判定し、この
判定がΝＯのときにはステップＳ８ｂに進んでデータＩ
Ｄが１０の通信指令モードであるか否かを判定し、この
判定がΝＯのときにはステップＳ８ｃに進んで通常表示
を行ってから図１７のメインルーチンに戻る。ステップ
Ｓ８ａの判定がＹＥＳのときすなわち故障診断モードの
ときにはステップＳ８ｄに進んで診断が異品検出モード
であるか否かを判定し、この判定がΝＯのときにはステ
ップＳ８ｅに進んで故障検出モードであるか否かを判定
し、この判定がΝＯのときにはステップＳ８ｆに進んで
スイッチ診断モードであるか否かを判定し、このステッ
プＳ８ｆもΝＯのときには図１７のメインルーチンに戻
る。

【００８６】上記ステップＳ８ｄの判定がＹＥＳで異品
検出モードであるときにはステップＳ８ｇに進んで異品
検出をメータ内のビームインジケータにパターン表示さ
せ、ステップＳ８ｅの判定がＹＥＳで故障検出モードで
あるときにはステップＳ８ｈに進んで故障検出をメータ
内のビームインジケータにパターン表示させ、ステップ
Ｓ８ｆの判定がＹＥＳでスイッチ診断モードのときには
ステップＳ８ｉに進んでスイッチ診断結果をメータ内の
ビームインジケータに表示させる。また、上記ステップ
Ｓ８ｂの判定がＹＥＳで通信指令モードのときにはステ
ップＳ８ｊに進んで強制駆動により強制点消灯表示を行
わせる。

【００８７】以上、図１７〜図２４のフローチャートを
参照して行った制御ユニットＡ１〜制御ユニットＦ５の
ＣＰＵ１１が行う処理動作の説明から明らかなように、
多重バスラインＢで相互接続された制御ユニットＡ１〜
制御ユニットＥ５のＣＰＵ１１は、スイッチなどからの
信号の入力と負荷への信号の出力とを制御する制御手段
１１−１と、この制御手段により使用する制御データを
多重バスラインを介して他の電子ユニットに送信しかつ
他の電子ユニットから受信する送受信手段１１−２とし
て働いている。

【００８８】また、各制御ユニットのＣＰＵ１１が、ス
イッチ診断時にスイッチの変化を監視し、変化が生じた
ときスイッチ診断データを生成するスイッチ診断手段１
１−３として働いている。制御ユニット１のＣＰＵ１１
が、複数の電子ユニットのスイッチ診断手段にスイッチ
診断データの生成を開始させる診断開始制御手段１１−
４として働いている。

【００８９】更に、制御ユニット１，２のＣＰＵ１１
が、スイッチ診断手段が生成したスイッチ診断データを
多重バスラインを介して受信してスイッチが操作された
ことを報知するため既設の報知手段ｘを駆動する報知駆
動手段１１−５として働いている。

【００９０】なお、上述の実施例において、メータが多
重通信機能付きのものでないときには、インジケータ７
ａの点滅制御は制御ユニットＡ１により行わせ、そうで
ないときにはメータ自身に直接行わせるようにできる。

【００９１】また、上述の実施例では、診断開始制御手
段１１−４を制御ユニットＡ１設けているが、スイッチ
或いは負荷の一方或いは両方が接続されていないユニッ
トに設けるようにしてもよい。しかも、この診断開始制
御手段１１−４は多重バスラインに接続されてないもの
であってもよい。

【００９２】更に、上述の実施例では、報知駆動手段１
１−５を特定の制御ユニット１，２に設けているが、こ
の報知駆動手段１１−５はスイッチ診断データを多重バ
スラインを介して受信できれば、診断開始制御手段１１
−４と同様、スイッチ或いは負荷の一方或いは両方が接
続されていないユニットに設けるようにしてもよい。

【００９３】

【発明の効果】以上説明したように本発明によれば、ス
イッチチェック用治具を個々の電子ユニットにそれぞれ
接続することなく、既設の報知手段により複数の電子ユ
ニットのスイッチ診断データを一括して受信し、そのス
イッチ入力が正しく行われた場合には、その旨を報知に
よって知らせることができるので、多重通信を行ってい
るシステムにおいて、個々の電子ユニット単位で検査を
行わなくても電子ユニットに入力されるスイッチが正し
く入力されているかを容易に判断できる。

【００９４】また、各電子ユニットのスイッチ診断デー
タを収集格納しているので、任意時点でスイッチ診断デ
ータを任意のものに対して出力することができ、既設の
報知手段によらなくても診断結果を得ることができる。

【００９５】更に、スイッチチェック用治具を個々の電
子ユニットにそれぞれ接続することなく、複数の電子ユ
ニットのいずれかの電子ユニットからの情報をシステム
の多重バスラインを介して送信し、他の電子ユニットの
スイッチ診断手段にスイッチ診断データの生成を開始さ
せることができるので、個々の電子ユニットをスイッチ
診断状態にする手間が省ける。

【００９６】更にまた、複数の電子ユニットのうちの特
定の電子ユニットにスイッチ入力が正しく行われた旨を
既設の報知手段に報知させる機能をもたせたので、この
電子ユニットが有する報知手段やこれに接続された電子
ユニットが有する報知手段をスイッチ入力が正しく行わ
れた旨を報知するために容易に利用できる。

【００９７】また更に、スイッチ診断データを多重バス
ラインを介して送信しているので、スイッチ入力が正し
く行われたことを報知する既設の報知手段は、スイッチ
診断データを一括して受信するための手段を別個に設け
る必要がない。

【００９８】そして、報知手段が電子ユニットに設けら
れた既設のインジケータ又は電子ユニットの１つに設け
られた既設の鳴動手段からなるので、何ら特別の治具な
どを使用しなくても、スイッチ診断を行うことができ
る。

【００９９】また、車両用多重通信システムがトークン
を各電子ユニット間で順番に巡回させサイクリック通信
を行っているので、特定の電子ユニットからの指示によ
って他の電子ユニットが直ちにスイッチ診断動作に入
り、任意の電子ユニットにおいてスイッチ操作があった
ときには、１サイクル時間内にスイッチ診断データを特
定の電子ユニットに収集して報知することができる。

【図面の簡単な説明】

【図１】図１は本発明による車両用多重通信システムに
おけるスイッチ診断装置の基本構成を示すブロック図で
ある。

【図２】本発明の装置が適用される車両用多重通信シス
テムの概略構成を示すブロック図である。

【図３】図２中の一部分の具体的な構成例を示す図であ
る。

【図４】図２のシステムの電子ユニット間で送信される
データのキャラクタ構成及びフレーム構成を示す図であ
る。

【図５】図２のシステムの電子ユニット間で行われる通
信の基本シーケンスを示す図である。

【図６】図２のシステムの電子ユニット間で通常モード
時に行われる通信の１サイクルを説明するための説明図
である。

【図７】図２のシステムの電子ユニット間で診断モード
時に行われる通信の１サイクルを説明するための説明図
である。

【図８】制御ユニットＡの通常モード、故障診断モー
ド、通信指令モードでのデータフォーマットを示す図で
ある。

【図９】制御ユニットＢの通常モード、故障診断モード
でのデータフォーマットを示す図である。

【図１０】制御ユニットＣの通常モード、故障診断モー
ドでのデータフォーマットを示す図である。

【図１１】制御ユニットＤの通常モード、故障診断モー
ドでのデータフォーマットを示す図である。

【図１２】制御ユニットＥの通常モード、故障診断モー
ドでのデータフォーマットを示す図である。

【図１３】制御ユニットＦの故障診断モードでのデータ
フォーマットを示す図である。

【図１４】通常モードと故障診断モードとの切換方法を
説明する状態遷移図である。

【図１５】図１４中の簡易故障診断モードでの診断の切
換方法を説明する状態遷移図である。

【図１６】診断結果をコード化して出力する正常時と故
障時とのパターン表示例を示す図である。

【図１７】制御ユニットＡとその他の制御ユニットの図
３中のＣＰＵが行う処理のメインルーチンを示すフロー
チャートである。

【図１８】制御ユニットＡ〜制御ユニットＦの図３中の
ＣＰＵが行う受信割込処理の一部分を示すフローチャー
トである。

【図１９】制御ユニットＡ〜制御ユニットＦの図３中の
ＣＰＵが行う受信割込処理の他の一部分を示すフローチ
ャートである。

【図２０】制御ユニットの図３中のＣＰＵが行う送信タ
イマ割込処理を示すフローチャートである。

【図２１】制御ユニットの図３中のＣＰＵが行うスリー
プ移行タイマ割込処理を示すフローチャートである。

【図２２】制御ユニットＡの図３中のＣＰＵが行うモー
ド切換処理を示すフローチャートである。

【図２３】制御ユニットの図３中のＣＰＵが行う入出力
（制御）処理を示すフローチャートである。

【図２４】制御ユニットＡの図３中のＣＰＵが行う故障
表示処理を示すフローチャートである。

【図２５】従来のスイッチ診断の仕方を示す図である。

【符号の説明】

１ 特定の電子ユニット（制御ユニッ
トＡ） １〜５ 複数の電子ユニット（制御ユニッ
トＡ、制御ユニットＢ 、電子ユニットＣ、制御ユニットＤ、制御ユニットＥ） ２ 特定の電子ユニット（制御ユニッ
トＢ） ２ａ 鳴動手段（ブザー） ７ メータ ７ａ インジケータ（ビームインジケー
タ） Ｂ 多重バスライン １１−１ 制御手段（ＣＰＵ） １１−２ 送受信手段（ＣＰＵ） １１−３ スイッチ診断手段（ＣＰＵ） １１−４ 診断開始制御手段（ＣＰＵ） １１−５ 報知駆動手段（ＣＰＵ） １１ｂ−１ 格納手段（ＲＡＭ） ｘ 報知手段 １３ スイッチ １４ 負荷

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平２−31963（ＪＰ，Ａ) 特開 平２−73130（ＪＰ，Ａ) 特開 平２−112771（ＪＰ，Ａ) 特開 平１−254835（ＪＰ，Ａ) 特開 平１−124742（ＪＰ，Ａ) 特開 平３−114332（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G01M 17/007 B60R 16/02 660 B60R 16/02 665

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 各々が多重通信機能を有しスイッチ、負
   荷などが接続された複数の電子ユニットを車両内の各所
   に設け、前記電子ユニットを多重バスラインで相互接続
   し、各電子ユニットがスイッチなどからの信号の入力と
   負荷への信号の出力とを制御する制御手段と、該制御手
   段により使用する制御データを前記多重バスラインを介
   して他の電子ユニットに送信しかつ他の電子ユニットか
   ら受信する送受信手段とを有する車両用多重通信システ
   ムにおいて、 前記各電子ユニットが有し、故障診断モード状態にある
   とき、前記スイッチの入力変化を監視し、変化が生じた
   ときスイッチ診断データを生成して前記送受信手段によ
   り前記多重バスラインを介して送信するスイッチ診断手
   段と、 前記複数の電子ユニットのいずれかの電子ユニットに設
   けられ、当該電子ユニットの前記スイッチ診断手段を故
   障診断モード状態にするとともに、前記多重バスライン
   を介して他の電子ユニットに他の電子ユニットの各々が
   有する前記スイッチ診断手段を故障診断モード状態にす
   る情報を前記送受信手段に送信させる診断開始制御手段
   と、 前記複数の電子ユニットのうちの特定の電子ユニットに
   設けられ、前記スイッチ診断手段が生成したスイッチ診
   断データを前記多重バスラインを介して受信してスイッ
   チが操作されたことを報知するため報知手段を駆動する
   報知駆動手段と、 前記複数の電子ユニットのいずれかの電子ユニットに設
   けられ、当該電子ユニットの前記スイッチ診断手段が生
   成するスイッチ診断データを収集格納するとともに他の
   電子ユニットの前記スイッチ診断手段が生成したスイッ
   チ診断データを前記送受信手段により受信して収集格納
   する格納手段とを備えることを特徴とするスイッチ診断
   装置。
2. 【請求項２】 前記報知手段がメータを構成する電子ユ
   ニットに設けられた既設のインジケータからなることを
   特徴とする請求項１に記載のスイッチ診断装置。
3. 【請求項３】 前記報知手段が前記電子ユニットのうち
   の特定の電子ユニットに設けられた既設の鳴動手段から
   なることを特徴とする請求項１に記載のスイッチ診断装
   置。