(57)【特許請求の範囲】
【請求項１】
車両内に配線された車両用ＬＡＮに接続される車載装置において、
前記車両用ＬＡＮに対して通信可能に接続されたメイン処理手段と、
前記車両用ＬＡＮに対して通信可能に接続され、当該車載装置で行われる処理を前記メイン処理手段と分担して実行するサブ処理手段と、
前記メイン処理手段と前記サブ処理手段とを、前記車両用ＬＡＮとは別に通信可能に接続する通信手段と
を備え、
前記メイン処理手段及び前記サブ処理手段は、
前記車両用ＬＡＮを介して送信元から質問データをそれぞれ受信すると、前記質問データに対するデータをそれぞれ作成し、
前記サブ処理手段は、
前記データを作成すると、前記通信手段を介して、前記データを前記メイン処理手段に送信し、
前記メイン処理手段は、
前記サブ処理手段から受信した前記データと、当該メイン処理手段が作成した前記データとから応答データを作成し、前記車両用ＬＡＮを介して前記送信元に返信する処理を実行することを特徴とする車載装置。
【請求項２】
請求項１に記載された車載装置において、
前記サブ処理手段が前記車両用ＬＡＮを介して前記送信元と通信可能か判定する第１通信判定手段を備え、
前記メイン処理手段は、
前記第１判定手段で前記サブ処理手段が通信不能と判定された場合、前記車両用ＬＡＮを介して送信元から質問データを受信すると、前記通信手段を介して、前記質問データを前記サブ処理手段に送信し、
前記サブ処理手段は、
前記車両用ＬＡＮを介して前記送信元から受信した質問データに対する前記データを作成することに代えて、前記メイン処理手段から受信した前記質問データに対する前記データを作成することを特徴とする車載装置。
【請求項３】
請求項１に記載された車載装置において、
前記メイン処理手段が前記車両用ＬＡＮを介して前記送信元と通信可能か判定する第２通信判定手段を備え、
前記サブ処理手段は、
前記第２判定手段で前記メイン処理手段が通信不能と判定された場合、前記車両用ＬＡＮを介して送信元から質問データを受信すると、前記通信手段を介して、前記質問データを前記メイン処理手段に送信するとともに、前記質問データに対するデータを作成して、前記通信手段を介して、前記データをメイン処理手段に送信し、
前記メイン処理手段は、
前記サブ処理手段から前記質問データを受信すると、前記質問データに対するデータを作成するとともに、当該メイン処理手段で作成した前記質問データに対するデータと、前記サブ処理手段から受信した前記質問データに対するデータとから、前記応答データを作成し、さらに、前記通信手段を介して、前記応答データを前記サブ処理手段に送信し、
前記サブ処理手段は、
前記メイン処理手段から受信した前記応答データを前記送信元に返信する処理を実行することを特徴とする車載装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、予め分担された制御を個々に実行するとともに、車両内に配線された車両用ＬＡＮを介して通信を行い、各種データを送受信する車載装置に関する。
【０００２】
【従来の技術】
従来より、車両では、ワイヤハーネスの削減や機器の標準化を目的として、水温センサ１５２や、車輪速度センサ等のように各種データを取得するためのデータ取得装置をいくつかに仕分けし、この仕分けられたデータ取得装置１５０毎に、車両を制御するための処理を行うコンピュータからなる制御装置１１０と、データを通信するための通信装置１３０とからなる車載装置であるＥＣＵ（エレクトロニック・コントロール・ユニット）１００を取り付け、このＥＣＵ１００同士が互いに通信できるように、車両内に配線されたバス１０９に接続して、車両用ＬＡＮ（ローカル・エリア・ネットワーク）を構築している。
【０００３】
そして、この車両用ＬＡＮが構築された車両では、各ＥＣＵ１００は、エンジン制御、トランスミッション制御等の予め分担された各種制御を実行するように設定されるとともに、バス１０９を介して他のＥＣＵ１００と通信を行って、必要なデータを入出力するようにされる。
【０００４】
ところで近年、車両には、燃費の向上、排出ガス中の二酸化炭素の軽減など、技術的により高度で複雑な制御を行うことが求められている。そのため、各ＥＣＵ１００の制御装置１１０は、このような複雑で高度な制御を実行可能であることが求められている。しかしその一方で、車両の価格を抑えるため、制御装置１１０の生産コストを抑えることも求められている。このような事情から制御装置１１０としては、最新のマイコンに比べ処理速度等の性能が劣るものの値段の安いマイクロコンピュータ（以下「マイコン」という）を複数組み合わせたものが用いられている。
【０００５】
この制御装置１１０は、具体的には、図８に示すように、通信装置１３０に接続されたメインマイコン１１２と、このメインマイコン１１２に通信線αで接続された複数のサブマイコン１１４（図８では１つのみ図示してある）とを備え、各マイコン１１２，１１４は、ＳＰＩ（シリアル・ペリフェラル・インターフェイス）通信により、内部通信可能に構成されている。
【０００６】
またこの制御装置１１０の各マイコン１１２，１１４では、ＥＣＵ１００毎に分担された制御がさらに細かく分担して行われ、例えば、エンジン制御を行うＥＣＵ１００Ｅの場合、メインマイコン１１２では噴射、点火制御、サブマイコン１１４ではスロットル開度に関する制御が行われる。
【０００７】
そして各マイコン１１２，１１４でこのような制御を行うため、分担された制御に応じて、各データ取得装置１５０がそれぞれ接続される。このデータ取得装置１５０は、ＥＣＵ１００Ｅの場合、噴射、点火制御を行うメインマイコン１１２には水温センサ１５２等が、また、スロットル開度に関する制御を行うサブマイコン１１４にはスロットルセンサ１５６等が接続され、エンジン回転数を検出する検出回路１５４は、各マイコン１１２，１１４がデータを取得するスピードの関係から、いずれのマイコン１１２，１１４にも接続されている。
【０００８】
以上のように構成されたＥＣＵ１００では、データを受信する場合、まず通信装置１３０がデータを受信する。そして、そのデータをメインマイコン１１２が通信装置１３０から入力し、さらにサブマイコン１１４に転送している。
一方、このＥＣＵ１００では、データを送信する場合、各マイコン１１２，１１４で送信すべきデータが準備され、まず、サブマイコン１１４からメインマイコン１１２へ、サブマイコン１１４で準備されたデータが送信される。そして、メインマイコン１１２は、それら準備されたデータをバス１０９を介して通信するのに適応したデータに変換し、その変換したデータを通信装置１３０を介して送信している。
【０００９】
具体的には、例えばトランスミッション制御を行っているＥＣＵ１００Ｔが、水温やスロットル開度に関するデータが必要な場合、図９に示すように、これらのデータの出力を要求する質問データを、これらのデータを扱っているＥＣＵ１００Ｅに出力する。するとＥＣＵ１００Ｅでは、まず、メインマイコン１１２がその質問データを通信装置１３０を介して入力し、その質問データをさらにサブマイコン１１４に転送する。そして、サブマイコン１１４では、スロットル開度データ等が準備されるので、そのデータ等がメインマイコン１１２に送信され、一方メインマイコン１１２でも水温データ等が準備される。そして、メインマイコン１１２は、これら水温データ及びスロットル開度データ等により、質問データに応答するデータである応答データが作成され、この応答データを、通信装置１３０を介して、質問データの送信元であるＥＣＵ１００Ｔに出力しているのである。
【００１０】
尚、このシステムでは、近年、ドイツボッシュ社のＣＡＮ（ コントローラ・エリア・ネットワーク）プロトコルが、車両用ＬＡＮのプロトコルとして広く用いられるようになっている。
【００１１】
【発明が解決しようとする課題】
しかし、上述したＥＣＵ１００では、通信装置１３０が受信したデータをサブマイコン１１４に入力する場合、メインマイコン１１２に転送してもらう必要があったため、転送分の時間を要してしまっていた。特に、通信装置１３０がデータを受信したとき、メインマイコン１１２が、何らかの処理を行ってデータを入力することができない、いわゆるビジィ状態である場合、さらに入力に時間を要してしまっていた。そのため、従来のＥＣＵ１００では、質問データを受信してから応答データを送信するまでの応答時間が非常に長くなり、車両用ＬＡＮ全体では、単位時間当たりに行える制御の数が少なくなってしまい、全体に緩慢な制御になってしまうという問題があった。
【００１２】
また、例えば、ＣＡＮプロトコルを用いた車両用ＬＡＮでは、テスタをバス１０９に接続して、各モジュールに質問データを出力して応答データを取得することが可能であるが、しかし、このテスタは、一般に質問データをＥＣＵ１００に出力してから応答データが入力されるまでの時間が５０ｍｓを越えるとエラーと判定するため、上述のように応答時間が長くなると、テスタがデータを取得できないなどの障害が発生した。
【００１３】
また、このＥＣＵ１００では、通信装置１３０でしか通信が行われないので、通信装置１３０が故障する等した場合、このＥＣＵ１００は通信不能になるという問題もあった。
そこで、本発明では、応答時間が短く、また、常に他の車載装置と通信可能な車載装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
上記目的を達成するための請求項１記載の車載装置は、車両内に配線された車両用ＬＡＮに接続される車載装置である。
この車載装置は、車両用ＬＡＮに対して通信可能に接続されたメイン処理手段と、車両用ＬＡＮに対して通信可能に接続され、この車載装置で行われる処理をメイン処理手段と分担して実行するサブ処理手段とを備え、これらメイン処理手段とサブ処理手段とは、通信手段により、車両用ＬＡＮとは別に通信可能に接続されている。
そして、メイン処理手段及びサブ処理手段は、車両用ＬＡＮを介して送信元から質問データをそれぞれ受信すると、質問データに対するデータをそれぞれ作成するように構成されている。
また、サブ処理手段は、データを作成すると、通信手段を介して、データをメイン処理手段に送信し、メイン処理手段は、サブ処理手段から受信したデータと、メイン処理手段が作成したデータとから応答データを作成し、車両用ＬＡＮを介して送信元に返信する処理を実行している。
【００１５】
これによれば、図９に示した従来の車載装置では、本発明でいうところのメイン処理手段（メインマイコン１１２）のみで質問データを受信し、この質問データをメイン処理手段からサブ処理手段（サブマイコン１１４）に転送していたが、この請求項１記載の車載装置では、メイン処理手段及びサブ処理手段が、車両用ＬＡＮを介して当該車載装置に送られてくる質問データを、それぞれ個別に受信している。
【００１６】
従って、この請求項１記載の車載装置を用いると、従来、メイン処理手段からサブ処理手段への質問データの転送に要していた時間分だけ、質問データを入力してから応答データを出力するまでの応答時間を短くすることができる。
また、この車載装置を用いると、質問データの転送分だけ、メイン処理手段とサブ処理手段との間の通信量が減るので、その減少分だけ、数多くの種類の制御を各データ処理手段で行うことができ、車両用ＬＡＮ全体では、単位時間当たりに行える制御の数が増え、全体に迅速な制御を行える。
【００１７】
次に、請求項２記載の車載装置のように、サブ処理手段が車両用ＬＡＮを介して送信元と通信可能か判定する第１通信判定手段を備え、メイン処理手段は、第１判定手段でサブ処理手段が通信不能と判定された場合、車両用ＬＡＮを介して送信元から質問データを受信すると、通信手段を介して、質問データをサブ処理手段に送信し、サブ処理手段は、車両用ＬＡＮを介して送信元から受信した質問データに対するデータを作成することに代えて、メイン処理手段から受信した質問データに対するデータを作成するようにしてもよい。
【００１８】
このようにすると、サブ処理手段で通信が不能となった場合、メイン処理手段を介してサブ処理手段が質問データを受信して、メイン処理手段から応答データが返信される。
従って、この請求項２記載の車載装置を用いると、サブ処理手段が通信不能になっても、質問データに対する応答データを送信できる。
【００２０】
次に、請求項３記載の車載装置のように、メイン処理手段が車両用ＬＡＮを介して送信元と通信可能か判定する第２通信判定手段を備えてもよい。
そして、この第２判定手段でメイン処理手段が通信不能と判定された場合、サブ処理手段は、車両用ＬＡＮを介して送信元から質問データを受信すると、通信手段を介して、質問データをメイン処理手段に送信するとともに、質問データに対するデータを作成して、通信手段を介して、データをメイン処理手段に送信するよう構成するとよい。
また、メイン処理手段は、サブ処理手段から質問データを受信すると、質問データに対するデータを作成するとともに、当該メイン処理手段で作成した質問データに対するデータと、サブ処理手段から受信した質問データに対するデータとから、応答データを作成し、さらに、通信手段を介して、応答データを前記サブ処理手段に送信するよう構成するとよい。
そして、サブ処理手段は、メイン処理手段から受信した応答データを送信元に返信する処理を実行するように構成するとよい。
【００２１】
このようにすると、メイン処理手段で通信が不能になったとき、サブ処理手段を介してメイン処理手段が質問データを受信して、サブ処理手段から応答データが返信される。従って、この請求項３記載の車載装置を用いると、メイン処理手段が通信不能になっても、質問データに対する応答データを送信できる。
【００２２】
【発明の実施の形態】
以上説明した制御装置の一実施例について以下説明する。
ここで、図１は、本実施例の車載装置であるＥＣＵ（エレクトロニック・コントロール・ユニット）及び、このＥＣＵと他のＥＣＵとの接続関係を説明するためのブロック図である。尚、図６は、本実施例のＥＣＵ間で送受信されるデータを説明するための説明図である。
【００２３】
本実施例のＥＣＵ１は、図１に示すように、エンジン制御を行う制御装置１０と、他のＥＣＵ１と通信を行うための通信装置３０とからなる。このうち制御装置１０は、２つのマイクロコンピュータ１２，１４（以下「マイコン１２，１４」とよぶ）からなり、各マイコン１２，１４は、ＳＰＩ（シリアル・ペリフェラル・インターフェイス）方式の通信線αを介して互いに通信自在にされている。そしてこの制御装置１０では、各マイコン１２，１４がエンジン制御に係る制御を分担して行っており、メインマイコン１２が燃料の噴射制御及び点火プラグの点火制御に関する処理を行い、サブマイコン１４がスロットル駆動制御に関する処理を行っている。また、各マイコン１２，１４では、後述する通信装置３０を用いてデータの送受信が行えるか否かを判定する通信判定処理を行っている。
【００２４】
また、このＥＣＵ１の制御装置１０には、エンジン制御に必要なデータを取得するための複数のデータ出力装置５０が接続されている。具体的には、制御装置１０には、水温センサ５２、エンジン回転数検出回路５４、スロットルセンサ５６等のデータ出力装置５０が接続され、水温センサ５２はメインマイコン１２に、スロットルセンサ５６はサブマイコン１４に、エンジン回転数検出回路５４はマイコン１２，１４のいずれにも接続されている。
【００２５】
尚、各マイコン１２，１４はそれぞれ、ＣＰＵ、ＲＯＭ、ＲＡＭからなる周知のマイクロコンピュータである。
次に、通信装置３０は、ＣＡＮプロトコルを用いた車両用ＬＡＮ用で用いられる周知の２つの通信用ＩＣ３２，３４（Intel：82527）からなっており、各通信用ＩＣ３２，３４は、マイコン１２，１４にそれぞれ接続されている。以下メインマイコン１２に接続された通信用ＩＣ３２を主通信用ＩＣ３２、サブマイコン１４に接続された通信用ＩＣ３４を副通信用ＩＣ３４とよぶ。
【００２６】
そして各通信用ＩＣ３２，３４は、車内に配線された車両用ＬＡＮのバス９にそれぞれ接続され、このバス９に接続された他のＥＣＵ１の通信装置との間で通信自在に構成されている。
【００２７】
一方、本実施例のＥＣＵ１が接続されるバス９には、図１に示すように、トランスミッションを制御するＥＣＵ１Ｔをはじめとする多くのＥＣＵ１が接続され、またこのバス９にはテスタＴが接続自在にされている。そして、このバス９に接続された各ＥＣＵは、上述したＥＣＵ１と同様、各ＥＣＵでの制御に必要なデータを出力する車輪速センサ等の各種データ取得装置が接続されている。尚、各ＥＣＵ１は、本実施例のＥＣＵ１と同様マイクロコンピュータを２つ備えるものでもよいし、１しか備えないもの、あるいは３つ以上備えるものであってもよい。
【００２８】
このように構成された各ＥＣＵ１は、質問データを受信したらそれに応答する応答データを送信するようにされており、例えば、ＥＣＵ１に質問データを送信すると、図６（Ａ）に示すように、水温、スロットル開度、エンジン回転数等のデータからなる応答データが送信され、トランスミッション制御を行っているＥＣＵ１Ｔが質問データを受信すると、図６（Ｂ）に示すように、車両のすべての車輪の速度を表すデータ等からなる応答データが送信される。尚、図６中の「ＩＤ」は、応答データの中にどのようなデータを含むかを予め定めた回答形式を表す符号である。すなわち、ＩＤ１０のデータは、水温、スロットル開度、エンジン回転数等かなるデータを含んでいる。
【００２９】
尚、このバス９は、車載された車両用ＬＡＮには、ＣＡＮ（コントローラ・エリア・ネットワーク）プロトコルが適用されているが、ＣＡＮプロトコルについては周知であるので本実施例ではその詳述についての説明を省略する。以下、他のＥＣＵからＥＣＵ１宛のデータを受信したときの、制御装置１０の動作について説明する。以下の説明では、主に、エンジン制御を行う本実施例のＥＣＵ１Ｅが、このＥＣＵ１Ｅ宛のデータとして、質問データを受信した場合について説明する。
【００３０】
ここで、図２及び図３は、データの授受を説明するための模式図である。
まず、本実施例のＥＣＵ１では、質問データを受信する際、各マイコン１２，１４がそれぞれ通信用ＩＣ３２，３４を備えているので、図２（Ａ）に示すように、各通信用ＩＣ３２，３４がそれぞれ質問データを受信し、各通信用ＩＣ３２，３４が受信した質問データを各マイコン１２，１４がそれぞれ入力する。
【００３１】
この質問データには、出力を要求するモード（Mode）０１と、回答形式を示すＩＤ０２とが情報として添付されているので、各通信用ＩＣ３２，３４は、質問データに添付されたモードがＥＣＵ１から応答データを出力すべきモードか否かを判定して、応答データを出力すべきモードの場合その質問データを各々受信している。次に、各マイコン１２，１４は、通信用ＩＣ３２，３４が受信した質問データのＩＤ０２に応じたデータを準備する。このとき、サブマイコン１４は、データＤ１４（例えばスロットル開度を示すデータ）を準備し、そしてそのデータＤ１４を、モード０１に応答するモードを表すモード４１と回答形式ＩＤ０２とともに、図２（Ｂ）に示すように、ＳＰＩ通信でメインマイコン１２に送信している。そして、このＳＰＩ通信で送信されてきたデータを、メインマイコン１２ではＲＡＭに記憶している。一方、メインマイコン１２でも回答形式ＩＤ０２に応ずるデータＤ１４（例えば水温を示すデータ）が準備され、そのデータＤ１４がＲＡＭに記憶される。このようにＩＤ０２に応ずるべきデータがメインマイコン１２のＲＡＭにすべて記憶されると、メインマイコン１２では、それらのデータから応答データを作成し、図２（Ｃ）のように、その応答データを質問データの送信元に送信しているのである。
【００３２】
また、メインマイコン１２でのみデータが準備可能なＩＤ０３の質問データを図３（Ａ）に示すように、各マイコン１２，１４が入力した場合は、サブマイコン１４では、データが準備されないため、メインマイコン１２へのデータの通信がなされず、サブマイコン１４で準備されたデータＤ１２，Ｄ１６（例えば水温と、エンジンの回転するを示すデータ）からのみ応答データが作成され、図３（Ｃ）に示すように、その応答データが質問データの送信元のＥＣＵ１に送信される。
【００３３】
一方、本実施例のＥＣＵ１から他のＥＣＵ１に質問データが送信され、その応答データをＥＣＵ１Ｅ宛のデータとして受信したときは、その応答データは、各マイコン１２，１４にそれぞれ入力されるので、各マイコン１２，１４では、その入力した応答データ（例えば、各車輪の速度を示すデータ、ギアの入力段を示すデータ等）のうちから各制御に必要なデータを取得するようにされている。
【００３４】
次に、メインマイコン１２において、通信用ＩＣ３２での通信が不能と判定されたとき行われる迂回通信処理（Ｓ１，Ｓ３）について説明する。
ここで、図４は、メインマイコン１２で行われる迂回通信処理（Ｓ１）のフローチャート、図５はサブマイコン１４で行われる迂回通信処理（Ｓ３）のフローチャートである。
【００３５】
この迂回通信処理（Ｓ１）は、車両の電源がオンされると繰り返し実行される。
まず、この迂回通信処理（Ｓ１）では、通信用ＩＣ３２を介しての通信が可能か否かを判定する通信判定処理がなされる（Ｓ１０）。この判定（Ｓ１０）で肯定判定がなされた場合は正常処理（Ｓ１２）がなされ、例えば、質問データや、メインマイコン１２から出力した質問データに応ずる応答データ（例えば、車輪の速度に関するデータ）等を本実施例のＥＣＵ１Ｅ宛のデータとして主通信用ＩＣ３２が受信していれば、そのＥＣＵ１Ｅ宛のデータを入力して各種処理を行い、また、他のＥＣＵ１へ送信する応答データ等のデータがあればそのデータを通信用ＩＣ３２に出力して送信する処理がなされる。そして、この処理（Ｓ１２）が終了すると、当該迂回通信処理（Ｓ１）は終了する。
【００３６】
尚、通信判定処理（Ｓ１０）は、各通信用ＩＣ３２，３４が、通信が可能か否かを判定する周知の自己判定機能を備えており、この自己判定機能で、各通信用ＩＣ３２，３４が通信が不能あるいは可能であると判定すると、各通信用ＩＣ３２，３４に直結された各マイコン１２，１４に各通信用ＩＣ３２，３４から通信不能あるいは可能を示す信号が送られるので、各マイコン１２，１４ではこの通信用ＩＣ３２，３４からの通信不能あるいは可能を示す信号が入力されたか否かを判定する処理を行っている。
【００３７】
一方、Ｓ１０の判定で、否定判定された場合、メインマイコン１２は、サブマイコン１４に、通信不能になったことを知らせる通信不能データをＳＰＩ通信を介して送信する（Ｓ２０）。この通信不能データは、図６（Ｃ）に示すように、メインマイコン１２からサブマイコン１４にＳＰＩ通信を介して通信されるデータ（例えば水温データ）の一部として送信してもよい。
【００３８】
次にＳ２０が終了すると、他のＥＣＵ１との間で入出力するデータをサブマイコン１４を介して入出力するよう設定がなされ、まず、メインマイコン１２では、他のＥＣＵ１に送信するべきデータがある場合は、そのデータをサブマイコン１４に出力する出力処理がなされ、一方、他のＥＣＵ１からＥＣＵ１Ｅ宛のデータを受信したサブマイコン１４が、そのデータをメインマイコン１２に転送する要求がある場合には、そのデータをサブマイコン１４から入力する入力処理がなされる（Ｓ２２）。この処理（Ｓ２２）が終了すると、次に、通信が復旧したか否かの判定（Ｓ２４）がなされ、その判定で肯定判定された場合は、サブマイコン１４に通信復旧の信号が出力され（Ｓ２６）、再びＳ１０の判定を行い、否定判定された場合は、Ｓ２２の判定を行う。
【００３９】
次に、メインマイコン１２のＳ１０の処理で否定判定されたとき、サブマイコン１４で行われる迂回通信処理（Ｓ３）について説明する。
このサブマイコン１４で行われる迂回通信処理（Ｓ３）も車両の電源がオンされた後繰り返し実行される。まず、このサブマイコン１４の迂回通信処理（Ｓ３）では、通信用ＩＣ３２での通信が不能である旨を示す通信不能データがメインマイコン１２からＳＰＩ通信を介して送信されたか否かが判定される（Ｓ３０）。
【００４０】
この判定（Ｓ３０）で否定判定された場合は本処理（Ｓ３）を終了し、肯定判定された場合は、次に、副通信用ＩＣ３４がＥＣＵ１Ｅ宛のデータを受信したか否か、あるいは、メインマイコン１２から外部に送信すべきデータを、メインマイコン１２から入力したか否かを判定するデータ受信判定がなされる（Ｓ３２）。この判定（Ｓ３２）で否定判定されたときは、本処理（Ｓ３）を終了する。一方、この判定（Ｓ３２）で肯定判定されたときは、副通信用ＩＣ３４が受信したＥＣＵ１Ｅ宛のデータを入力してメインマイコン１２に転送を要求する信号を出力して、そのデータを出力するか、あるいは、メインマイコン１２から転送されてきた外部に送信すべきデータを、副通信用ＩＣ３４に出力して送信する転送処理を行って（Ｓ３４）、本処理（Ｓ３）を終了している。
【００４１】
尚、ここでサブマイコン１４からメインマイコン１２に転送されるデータは、図６（ｄ）のように、受信した車輪の速度を表すデータの他に、メインマイコン１２での処理に必要なデータ（スロットル開度を示すデータ等）を加えて転送してもよい。
【００４２】
また、メインマイコン１２で行った迂回通信処理（Ｓ１）をサブマイコン１４で行い、サブマイコン１４で行った迂回通信処理（Ｓ３）をメインマイコン１２で行ってもよいことはもちろんである。
このような迂回通信処理（Ｓ１、Ｓ３）を行うと、図７に示すように、主通信用ＩＣ３２を介しての通信が不能で、副通信用ＩＣ３４を迂回して通信を行う場合、ＥＣＵ１Ｅ宛のデータとして質問データを副通信用ＩＣ３４が受信すると、まずその質問データがサブマイコン１４からメインマイコン１２に送信され、各マイコン１２，１４で質問データに応ずるデータが準備される。そしてサブマイコン１４で準備されたデータがメインマイコン１２に送信され、メインマイコン１２では応答データが作成され、その応答データがサブマイコン１４に送信される。そしてサブマイコン１４から応答データが出力されるのである。
【００４３】
また、副通信用ＩＣ３４を介しての通信が不能な場合は、従来のＥＣＵのように、質問データをメインマイコン１２が入力すると、その質問データがサブマイコン１４に出力され、以下従来のＥＣＵと同様の動作がなされ、応答データが出力される。
【００４４】
以上のように構成されたエンジン制御モジュールを用いると以下のような効果がある。
本実施例のＥＣＵ１では、メインマイコン１２及びサブマイコン１４は、バス９を介してＥＣＵ１に送られてくる、質問データを含むＥＣＵ１Ｅ宛のデータを、それぞれに備えられた主通信用ＩＣ３２及び副通信用ＩＣ３４を通じて個別に直接入力している。つまり、サブマイコン１４では、従来装置のようにメインマイコン１２を介することなくＥＣＵ１Ｅ宛のデータを直接獲得することができるのである。
【００４５】
また、この本実施例のＥＣＵ１では、ＥＣＵ１Ｅ宛のデータをメインマイコン１２からサブマイコン１４に転送する必要がないので、メインマイコン１２とサブマイコン１４との間の通信量が減る。
従って、本実施例のＥＣＵ１を用いると、従来メインマイコン１２からサブマイコン１４への転送に要していた時間分だけ、質問データを入力してから応答データを出力するまでの応答時間を短くすることができる。また、メインマイコン１２とサブマイコン１４との間の通信量が減るので、両マイコン１２，１４間の通信処理を行う必要がなくなった分だけ、数多くの種類の制御を各マイコン１２，１４で行うことができ、車両用ＬＡＮ全体では、単位時間当たりに行える制御の数が増え、全体に迅速な制御を行える。
【００４６】
次に、本実施例のＥＣＵ１は、主通信用ＩＣ３２及び副通信用ＩＣ３４による通信が可能か否かを判定する通信判定処理（Ｓ１０）を行い、通信判定処理（Ｓ１０）にて通信不能であると判定された主通信用ＩＣ３２あるいは副通信用ＩＣ３４に対応するメインマイコン１２あるいはサブマイコン１４は、主通信用ＩＣ３２あるいは副通信用ＩＣ３４に対応するメインマイコン１２あるいはサブマイコン１４を介して通信している。
【００４７】
すなわち、本実施例のＥＣＵ１では、主副何れかの通信用ＩＣ３２，３４での通信が不能である場合、他の通信用ＩＣ３２，３４を介して通信を行っているので、ＥＣＵ１間での通信が不能になることが防止される。
従って、本実施例のＥＣＵ１を用いると、他のＥＣＵ１との通信が途絶えてしまうことを確実に防止でき、他のＥＣＵ１と共同して行う制御の信頼性を向上させることができる。
【００４８】
ところで、本実施例のＥＣＵ１では、図７に示すように、メインマイコン１２での通信が不能になったときは、質問データとサブマイコン１４で準備されたデータとを一旦メインマイコン１２に送信し、そしてメインマイコン１２で作成された応答データを通信可能なサブマイコン１４に送信し、バス９に送信している。このようにしているのは、応答データを作成する処理が、誤り訂正コード等の各種コードを添付する処理など、様々な処理を行わなければならないため、これらを実行するための送信用プログラムを記憶するのに大きな記憶容量が必要で、このように大きな記憶容量を要するプログラムをサブマイコン１４に組み込むと、サブマイコン１４で行える制御の種類が少なくなってしまうからである。
【００４９】
しかし、サブマイコン１４のプログラムを記憶する容量等に余裕があれば、通信が不能であることが判定がされた場合、メインマイコン１２に代えて、サブマイコン１４の何れかに、応答処理を実行するよう切り替え、メインマイコン１２で行われている応答データを作成する処理を、副通信用ＩＣ３４での通信が可能な他のサブマイコン１４で実行するようにしてもよい。
【００５０】
このようにすると、応答処理がサブマイコン１４で行われるので、応答データを作成するため、メインマイコン１２を介する場合に比べ、素早く応答データを出力することができる。
【図面の簡単な説明】
【図１】  本実施例のエンジンモジュール及び周辺機器の模式回路図である。
【図２】  本実施例でのデータの授受を説明するための説明図である。
【図３】  本実施例でのデータの授受を説明するための説明図である。
【図４】  本実施例の通信不能時処理のフローチャートである。
【図５】  本実施例の通信不能時処理のフローチャートである。
【図６】  本実施例の通信判定処理で通信されるデータの説明図である。
【図７】  本実施例でのデータの授受を説明するための説明図である。
【図８】  従来のエンジン制御モジュール及び周辺機器の模式回路図である。
【図９】  従来のエンジン制御モジュールでのデータの授受を説明するための説明図である。
【符号の説明】
１…ＥＣＵ、９…バス、１０…制御装置、１２…メインマイコン、１４…サブマイコン、３０…通信装置、３２…主通信用ＩＣ、３４…副通信用ＩＣ、５０…データ出力装置、５２…水温センサ、５４…エンジン回転数検出回路、５６…スロットルセンサ
【図１】
0004221857.tif 000002
【図２】
0004221857.tif 000003
【図３】
0004221857.tif 000004
【図４】
0004221857.tif 000005
【図５】
0004221857.tif 000006
【図６】
0004221857.tif 000007
【図７】
0004221857.tif 000008
【図８】
0004221857.tif 000009
【図９】
0004221857.tif 000010