JP5998959B2 - 燃料噴射制御システム - Google Patents

Description

本発明は、内燃機関への燃料噴射を制御する燃料噴射制御システムに関する。

従来、車両に搭載されたエンジンへの燃料噴射を制御する燃料噴射制御システムとして、インジェクタを制御する電子制御装置（以下、ＥＣＵという）と、ＥＣＵからの噴射要求信号に従ってインジェクタを駆動する電子駆動装置（以下、ＥＤＵという）とを備えたものが知られている（例えば、特許文献１を参照）。

このように構成された燃料噴射制御システムでは、ＥＣＵからＥＤＵに対して気筒毎の噴射要求信号が出力され、この噴射要求信号に応じてＥＤＵが各気筒のインジェクタを駆動する。なお、噴射要求信号はパルス信号であるため、噴射要求信号をハイレベルとローレベルとの間で切り替えることにより、ＥＣＵは、インジェクタの噴射開始タイミングと噴射時間を制御することができる。

また上記の燃料噴射制御システムでは、噴射要求信号とは別に、インジェクタの噴射特性を設定するための設定データがＥＣＵからＥＤＵに対して送信され、この設定データに応じてＥＤＵがインジェクタの噴射特性を変化させる。

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

ある気筒（以下、前回噴射気筒という）に対しての燃料噴射終了から次の気筒（以下、今回噴射気筒という）に対しての燃料噴射開始までの休止時間（以下、噴射間インターバルという）は、エンジンの運転状態に応じて変化する。例えば、エンジン回転速度が大きくなるほど、噴射間インターバルが短くなる。

そして、上記の前回噴射気筒に対しての燃料噴射と上記の今回噴射気筒に対しての燃料噴射との間でインジェクタの噴射特性を変更するためには、前回噴射気筒に対しての燃料噴射が終了した直後に、新しい設定データをＥＣＵからＥＤＵに対して送信する必要がある。

しかし、噴射間インターバルが短くなると、新しい設定データの送信が完了する前に今回噴射気筒に対しての燃料噴射が開始されてしまうおそれがある。そして、今回噴射気筒に対しての燃料噴射の途中で設定データの送信が完了すると、燃料噴射の途中でインジェクタの噴射特性が変化してしまい、排気エミッションに悪影響を及ぼすおそれがあるという問題があった。

本発明は、こうした問題に鑑みてなされたものであり、燃料噴射の途中でインジェクタの噴射特性が変化してしまうという事態の発生を抑制することを目的とする。

上記目的を達成するためになされた燃料噴射制御システムは、内燃機関の複数の気筒のそれぞれに設けられて気筒へ燃料を噴射する燃料噴射弁のそれぞれについて燃料噴射の開始タイミングと噴射時間とを示す噴射要求信号を出力するとともに、燃料噴射弁の噴射特性を設定するための噴射特性設定データを送信することにより燃料噴射弁を制御する制御装置と、制御装置から取得した噴射要求信号および噴射特性設定データに従って燃料噴射弁を駆動する駆動装置とを備える。

このように構成された燃料噴射制御システムでは、制御装置から噴射要求信号を取得することにより、駆動装置が、複数の気筒のそれぞれについて、噴射要求信号に従った開始タイミングと噴射時間で燃料噴射弁を駆動するとともに、制御装置から噴射特性設定データを取得することにより、噴射特性設定データに従った噴射特性で燃料噴射弁を駆動する。

そして制御装置では、インターバル計測手段が、複数の気筒のうち、１つの気筒を第１気筒とし、第１気筒とは別の１つの気筒を第２気筒として、第１気筒に対応する燃料噴射弁が第１気筒への燃料噴射を終了してから、第２気筒に対応する燃料噴射弁が第２気筒への燃料噴射を開始するまでの期間である噴射間インターバルを計測し、禁止手段が、噴射特性設定データを駆動装置へ送信するのに必要な時間である設定データ送信時間が噴射間インターバルより長い場合には、噴射特性設定データの送信を禁止する。

これにより、第１気筒に対応する燃料噴射弁が第１気筒への燃料噴射を終了してから噴射特性設定データの送信を開始して、第２気筒に対応する燃料噴射弁が第２気筒への燃料噴射を行っている途中に、噴射特性設定データの送信が完了する状況が発生すると予測される場合には、噴射特性設定データの送信は行われない。

このため、第２気筒への燃料噴射を行っている途中に噴射特性設定データの送信が完了し、第２気筒への燃料噴射を行っている途中で噴射特性が変化してしまうという事態の発生を抑制することができる。

燃料噴射制御システム１の構成を示すブロック図である。 噴射間インターバルＴｉの計測方法を示すタイミングチャートである。 通信ステータス決定処理を示すフローチャートである。 通信コマンドのリングバッファ構造を説明する図である。

以下に本発明の実施形態を図面とともに説明する。
本実施形態の燃料噴射制御システム１は、車両に搭載され、図１に示すように、エンジン１００（本実施形態ではディーゼルエンジン）の各気筒＃１，＃２，＃３，＃４，＃５，＃６，＃７，＃８（不図示）に燃料を噴射するインジェクタ１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８を駆動して、エンジン１００への燃料噴射を制御する。

燃料噴射制御システム１は、エンジン１００を制御するための様々な処理を行う電子制御装置（Electronic Control Unit）２（以下、エンジンＥＣＵ２という）と、エンジンＥＣＵ２からの駆動要求に従って各インジェクタ１０１〜１０８を駆動する電子駆動装置（Electronic Driver Unit）３（以下、ＥＤＵ３という）とを備える。

エンジンＥＣＵ２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらの構成を接続するバスラインなどからなる周知のマイクロコンピュータ１０（以下、マイコン１０という）を中心に構成されており、ＲＯＭに記憶されたプログラムに基づいて各種処理を実行する。

ＥＤＵ３は、インジェクタ１０１，１０４，１０６，１０７を駆動する駆動回路２０と、インジェクタ１０２，１０３，１０５，１０８を駆動する駆動回路３０とを備える。すなわち、全８気筒分のインジェクタ１０１〜１０８を４気筒ずつ２つの系統に分け、気筒＃１，＃４，＃６，＃７の各インジェクタ１０１，１０４，１０６，１０７を第１系統とするとともに、気筒＃２，＃３，＃５，＃８の各インジェクタ１０２，１０３，１０５，１０８を第２系統としている。なお、各気筒＃１〜＃８の燃料噴射順序は、「＃１→＃２→＃７→＃３→＃４→＃５→＃６→＃８」である。

またインジェクタ１０１〜１０８は、電磁ソレノイドにより構成されており、駆動回路２０，３０により通電されると開弁して燃料噴射を行い、駆動回路２０，３０により通電が遮断されると閉弁して燃料噴射を停止する。

またＥＤＵ３は、インジェクタ１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８毎の個別の信号線Ｌ１，Ｌ２，Ｌ３，Ｌ４，Ｌ５，Ｌ６，Ｌ７，Ｌ８を介してエンジンＥＣＵ２と接続されている。またＥＤＵ３は、通信線ＬＣを介してエンジンＥＣＵ２と接続（バス接続）されている。

そしてエンジンＥＣＵ２は、インジェクタ１０１〜１０８のそれぞれについて１回の噴射毎に１パルスの信号を噴射要求ＴＱとして生成し、生成したパルス信号を信号線Ｌ１〜Ｌ８を介してＥＤＵ３へ出力する。すなわちエンジンＥＣＵ２は、ある気筒のインジェクタを開弁させるタイミングが到来すると、その気筒に対応した噴射要求ＴＱの出力を開始し、所定の噴射時間が経過すると噴射要求ＴＱの出力を終了する。そしてＥＤＵ３は、噴射要求ＴＱがエンジンＥＣＵ２から出力されている間、噴射要求ＴＱに対応する気筒のインジェクタに駆動電流を流す。

またエンジンＥＣＵ２は、第１系統および第２系統のそれぞれについて、燃料噴射の噴射特性等を設定するための設定データを通信線ＬＣを介してＥＤＵ３へ送信する。なおエンジンＥＣＵ２は、１回の通信で最大１０ブロック（本実施形態では、１ブロックは例えば１バイト分のデータに相当する）の設定データをＥＤＵ３へ送信することが可能に構成されている。

そして設定データは、通信毎に変化する可能性がある可変データと、通信毎に変化しない固定データの２種類に分類される。
本実施形態の可変データは、上記駆動電流の大きさを設定する電流設定値である。電流設定値として、例えば、ピーク電流値およびホールド電流値が挙げられる。ピーク電流値は、インジェクタを閉弁状態から開弁状態へ移行させるときに流す駆動電流であるピーク電流の最大値である。ホールド電流値は、インジェクタの開弁状態を保持するために流す駆動電流であるホールド電流の値である。

また本実施形態の固定データとして、例えば、エンジンＥＣＵ２の内部クロックの周波数とＥＤＵ３の内部クロックの周波数との比を示す情報が挙げられる。
そして本実施形態では、１０ブロックの設定データのうち、３ブロックが可変データ用に、７ブロックが固定データ用に割り当てられている。具体的には、設定データの通信用にブロックＢ０，Ｂ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６，Ｂ７，Ｂ８，Ｂ９が設けられている。そして、ブロックＢ０，Ｂ１，Ｂ２が可変データ用に、ブロックＢ３，Ｂ４，Ｂ５，Ｂ６，Ｂ７，Ｂ８，Ｂ９が固定データ用に割り当てられている。

そしてＥＤＵ３は、エンジンＥＣＵ２から設定データを受信すると、受信した設定データに基づいた噴射特性が得られるようにインジェクタを駆動したり、受信した設定データに基づいてＥＤＵ３の設定条件を変更したりする。

またエンジンＥＣＵ２は、第１系統および第２系統のそれぞれについて、同一系統内における噴射間インターバルを計測する。すなわちエンジンＥＣＵ２は、第１系統について、気筒＃１と気筒＃７との間、気筒＃７と気筒＃４との間、気筒＃４と気筒＃６との間、および気筒＃６と気筒＃１との間の噴射間インターバルを計測する。またエンジンＥＣＵ２は、第２系統について、気筒＃２と気筒＃３との間、気筒＃３と気筒＃５との間、気筒＃５と気筒＃８との間、および気筒＃８と気筒＃２との間の噴射間インターバルを計測する。

例えば図２に示すように、第１系統において、気筒＃１のインジェクタ１０１が６回の燃料噴射を行った後に、気筒＃７のインジェクタ１０７が５回の燃料噴射を行うときに、エンジンＥＣＵ２は、インジェクタ１０１が６回目の噴射を終了した時刻ｔ２から、インジェクタ１０７が１回目の噴射を開始する時刻ｔ３までの時間間隔を噴射間インターバルＴｉとして計測する。

具体的には、インジェクタ１０１が１回目の噴射を開始する前までに、気筒＃１に対して行う燃料噴射の回数（図２では６回）を設定する（時刻ｔ１における要求噴射回数を参照）。

また、インジェクタ１０１が噴射を開始する毎に、マイコン１０に設けられた噴射回数カウンタをインクリメントする（時刻ｔ１〜ｔ２における噴射回数カウンタを参照）。
そして、噴射回数カウンタの値が要求噴射回数に一致すると、マイコン１０の内部クロックでカウントアップされるフリーランカウンタの値を噴射終了時刻として取得する（時刻ｔ２における噴射終了時刻を参照）とともに、噴射回数カウンタをリセットする（時刻ｔ２における噴射回数カウンタを参照）。

その後、インジェクタ１０７が１回目の噴射を開始するときに、フリーランカウンタの値を噴射開始時刻として取得する（時刻ｔ３における噴射開始時刻を参照）とともに、取得した噴射終了時刻と噴射開始時刻との差を算出し、この差を噴射間インターバルＴｉとして取得する（時刻ｔ３における噴射間インターバルを参照）。

その後、噴射間インターバルＴｉを用いて通信ステータス（後述）を決定する（時刻ｔ４における通信ステータスを参照）。そしてエンジンＥＣＵ２は、決定した通信ステータスに基づいて、設定データの送信方法を決定する（後述）とともに、全１０ブロックの設定データの中から、送信すべきブロックを選択し（後述）、選択したブロックをＥＤＵ３へ送信する。

なおエンジンＥＣＵ２は、ブロックＢ０をＥＤＵ３へ送信するための通信コマンドＣ０を備えている。そしてエンジンＥＣＵ２は、送信すべきブロックとしてブロックＢ０を選択した場合には、通信コマンドＣ０を実行することにより、ブロックＢ０をＥＤＵ３へ送信する。

同様にエンジンＥＣＵ２は、ブロックＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６，Ｂ７，Ｂ８，Ｂ９をＥＤＵ３へ送信するための通信コマンドＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６，Ｃ７，Ｃ８，Ｃ９を備えている。

そしてエンジンＥＣＵ２は、通信コマンドＣ０，Ｃ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６，Ｃ７，Ｃ８，Ｃ９をリングバッファ構造で配列している（図４を参照）。
このように構成された燃料噴射制御システム１において、エンジンＥＣＵ２のマイコン１０は、通信ステータス決定処理を実行する。

この通信ステータス決定処理は、マイコン１０の動作中に繰り返し実行される処理である。
この通信ステータス決定処理が実行されると、マイコン１０は、図３に示すように、まずＳ１０にて、上述の方法を用いて噴射間インターバルＴｉを計測する。そしてＳ２０にて、噴射間インターバルＴｉが全ブロック通信時間Ｔａより長いか否かを判断する。全ブロック通信時間Ｔａは、エンジンＥＣＵ２が１回の通信で全１０ブロックの設定データをＥＤＵ３へ送信するのに要する時間として予め設定された固定値である。

ここで、噴射間インターバルＴｉが全ブロック通信時間Ｔａより長い場合には（Ｓ２０：ＹＥＳ）、Ｓ３０にて、エンジンＥＣＵ２がＥＤＵ３へ設定データを送信するときの送信方法を示す通信ステータスを「３」に設定し、通信ステータス決定処理を一旦終了する。

一方、噴射間インターバルＴｉが全ブロック通信時間Ｔａ以下である場合には（Ｓ２０：ＮＯ）、Ｓ４０にて、１ブロック通信時間Ｔｂを算出する。１ブロック通信時間Ｔｂは、エンジンＥＣＵ２が１ブロックの設定データをＥＤＵ３へ送信するのに要する時間であり、全ブロック通信時間Ｔａを全ブロック数（本実施形態では１０）で除算することにより算出される。

さらにＳ５０にて、通信可能ブロック数Ｎｃを算出する。通信可能ブロック数Ｎｃは、噴射間インターバルＴｉを１ブロック通信時間Ｔｂで除算することにより算出される。
その後Ｓ６０にて、前回の通信時における可変データの値と、今回の通信時における可変データの値との間に違いがあるか否かを判断する。

ここで、可変データの値に違いがある場合には（Ｓ６０：ＹＥＳ）、Ｓ７０にて、通信可能ブロック数Ｎｃが可変データブロック数（本実施形態では３）以上であるか否かを判断する。可変データブロック数は、１回の通信で送信可能な全１０ブロックのうち可変データ用に割り当てられているブロックの数である。

ここで、通信可能ブロック数Ｎｃが可変データブロック数以上である場合には（Ｓ７０：ＹＥＳ）、Ｓ８０にて、通信ステータスを「２」に設定し、通信ステータス決定処理を一旦終了する。

一方、通信可能ブロック数Ｎｃが可変データブロック数未満である場合には（Ｓ７０：ＮＯ）、Ｓ９０にて、通信ステータスを「０」に設定し、通信ステータス決定処理を一旦終了する。

またＳ６０にて、可変データの値に違いがない場合には（Ｓ６０：ＮＯ）、Ｓ１００にて、通信可能ブロック数Ｎｃが１未満であるか否かを判断する。ここで、通信可能ブロック数Ｎｃが１未満である場合には（Ｓ１００：ＹＥＳ）、Ｓ９０にて、通信ステータスを「０」に設定し、通信ステータス決定処理を一旦終了する。

一方、通信可能ブロック数Ｎｃが１以上である場合には（Ｓ１００：ＮＯ）、Ｓ１１０にて、通信ステータスを「１」に設定し、通信ステータス決定処理を一旦終了する。
次に、通信ステータス「０」，「１」，「２」，「３」のそれぞれについて、設定データの送信方法と、全１０ブロックの設定データの中から送信すべきブロック（以下、送信ブロックという）を選択するときの選択基準を説明する。

まず通信ステータスが「３」である場合には、全ブロックＢ０〜Ｂ９を送信ブロックとして選択する。図４に示すように、通信ステータスが「３」である場合には、通信コマンドＣ０，Ｃ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６，Ｃ７，Ｃ８，Ｃ９を１つのリングバッファ構造で配列している。そして、全通信コマンドＣ０〜Ｃ９を選択することにより、全ブロックＢ０〜Ｂ９を送信する。なお図４において、斜線でハッチングが掛けられている通信コマンドは、対応するブロックを送信するために選択されていることを示す。

したがって、通信ステータスが「３」である場合には、通信が開始されると、まず通信コマンドＣ０が実行され、その後、通信コマンドＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６，Ｃ７，Ｃ８，Ｃ９が順次実行される（矢印ＡＬ１を参照）。そして、ブロックＢ９の送信が終了すると通信が終了する。

なお、通信コマンドＣ０〜Ｃ９が１つのリングバッファ構造で配列されているため、通信コマンドＣ９の次には通信コマンドＣ０が実行される。すなわち、次回の通信では、まず通信コマンドＣ０が実行される。

次に、通信ステータスが「２」である場合には、可変データ用に割り当てられているブロックＢ０，Ｂ１，Ｂ２を送信ブロックとして選択するとともに、固定データ用に割り当てられているブロックＢ３〜Ｂ９の中から（Ｎｃ−３）個を送信ブロックとして選択する。通信ステータスが「２」である場合には、通信コマンドＣ０，Ｃ１，Ｃ２を１つのリングバッファ構造で配列するとともに、通信コマンドＣ３，Ｃ４，Ｃ５，Ｃ６，Ｃ７，Ｃ８，Ｃ９を１つのリングバッファ構造で配列している。

したがって、通信ステータスが「２」である場合には、通信が開始されると、まず通信コマンドＣ０が実行され、その後、通信コマンドＣ１，Ｃ２が順次実行される（矢印ＡＬ２を参照）。そして、ブロックＢ２の送信が終了すると、通信コマンドＣ３，Ｃ４，Ｃ５，Ｃ６，Ｃ７，Ｃ８，Ｃ９の順で（Ｎｃ−３）個の通信コマンドが実行される（矢印ＡＬ３を参照）。例えば、前回の通信で通信コマンドＣ５が最後に実行されておりＮｃ＝５である場合には、今回の通信で通信コマンドＣ６，Ｃ７が順次実行される（図４を参照）。そして、ブロックＢ７の送信が終了すると通信が終了する。

なお、通信コマンドＣ０〜Ｃ２が１つのリングバッファ構造で配列されているため、通信コマンドＣ２の次には通信コマンドＣ０が実行される。すなわち、次回の通信では、まず通信コマンドＣ０が実行される。また、通信コマンドＣ３〜Ｃ９が１つのリングバッファ構造で配列されているため、通信コマンドＣ９の次には通信コマンドＣ３が実行される。

次に、通信ステータスが「１」である場合には、まず、可変データ用に割り当てられているブロックＢ０，Ｂ１，Ｂ２のデータ変更を禁止する。すなわち、Ｓ６０にて、前回の通信時における可変データの値と、今回の通信時における可変データの値とに間に違いがある場合（Ｓ６０：ＹＥＳ）であっても、ブロックＢ０，Ｂ１，Ｂ２の値は変更されない。

そして、通信コマンドＣ０，Ｃ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６，Ｃ７，Ｃ８，Ｃ９の順でＮｃ個の通信コマンドが実行される（矢印ＡＬ４を参照）。例えば、前回の通信で通信コマンドＣ１が最後に実行されておりＮｃ＝５である場合には、今回の通信で通信コマンドＣ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６が順次実行される（図４を参照）。そして、ブロックＢ６の送信が終了すると通信が終了する。

なお、通信コマンドＣ０〜Ｃ９が１つのリングバッファ構造で配列されているため、通信コマンドＣ９の次には通信コマンドＣ０が実行される。
次に、通信ステータスが「０」である場合には、まず、可変データ用に割り当てられているブロックＢ０，Ｂ１，Ｂ２のデータ変更を禁止する。そして、全ブロックＢ０〜Ｂ９を送信ブロックとして非選択とする。すなわち、全ブロックＢ０〜Ｂ９の送信を禁止する。

このように構成された燃料噴射制御システム１は、エンジン１００の複数の気筒＃１，＃２，＃３，＃４，＃５，＃６，＃７，＃８のそれぞれに設けられて気筒へ燃料を噴射するインジェクタ１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８のそれぞれについて燃料噴射の開始タイミングと噴射時間とを示す噴射要求ＴＱを出力するとともに、インジェクタ１０１〜１０８の噴射特性を設定するための可変データを送信することによりインジェクタ１０１〜１０８を制御するエンジンＥＣＵ２と、エンジンＥＣＵ２から取得した噴射要求ＴＱおよび可変データに従ってインジェクタ１０１〜１０８を駆動するＥＤＵ３とを備える。

このように構成された燃料噴射制御システム１では、エンジンＥＣＵ２から噴射要求ＴＱを取得することにより、ＥＤＵ３が、複数の気筒＃１〜＃８のそれぞれについて、噴射要求ＴＱに従った開始タイミングと噴射時間でインジェクタ１０１〜１０８を駆動するとともに、エンジンＥＣＵ２から可変データを取得することにより、可変データに従った噴射特性でインジェクタ１０１〜１０８を駆動する。

またエンジンＥＣＵ２では、第１系統について、気筒＃１と気筒＃７との間、気筒＃７と気筒＃４との間、気筒＃４と気筒＃６との間、および気筒＃６と気筒＃１との間の噴射間インターバルＴｉを計測するとともに、第２系統について、気筒＃２と気筒＃３との間、気筒＃３と気筒＃５との間、気筒＃５と気筒＃８との間、および気筒＃８と気筒＃２との間の噴射間インターバルＴｉを計測する。そして、可変データをＥＤＵ３へ送信するのに必要な時間が噴射間インターバルＴｉより長い場合には（Ｓ７０：ＮＯ）、可変データの送信を禁止する（Ｓ９０）。

これにより、気筒＃１，＃２，＃３，＃４，＃５，＃６，＃７，＃８に対応するインジェクタ１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８が気筒＃１，＃２，＃３，＃４，＃５，＃６，＃７，＃８への燃料噴射を終了してから可変データの送信を開始して、それぞれ気筒＃７，＃３，＃５，＃６，＃８，＃１，＃４，＃２に対応するインジェクタ１０７，１０３，１０５，１０６，１０８，１０１，１０４，１０２が気筒＃７，＃３，＃５，＃６，＃８，＃１，＃４，＃２への燃料噴射を行っている途中に、可変データの送信が完了する状況が発生すると予測される場合には、可変データの送信は行われない。

このため、気筒＃１〜＃８への燃料噴射を行っている途中に可変データの送信が完了し、気筒＃１〜＃８への燃料噴射を行っている途中で噴射特性が変化してしまうという事態の発生を抑制することができる。

またエンジンＥＣＵ２は、固定データをＥＤＵ３へ送信することが可能に構成され、前回の可変データの送信と今回の可変データの送信とで可変データの内容が相違しているか否かを判断し、可変データの内容が相違しており（Ｓ６０：ＹＥＳ）、且つ、可変データと固定データとをＥＤＵ３へ送信するのに必要な時間が噴射間インターバルＴｉより短い場合には、可変データと固定データの両方の送信を許可する（Ｓ８０）。

これにより、噴射間インターバルＴｉが経過するまでに可変データの送信を完了することができ、燃料噴射を行っている途中で噴射特性が変化してしまうという事態の発生を抑制することができる。

さらに、エンジンＥＣＵ２から取得した固定データをＥＤＵ３が記憶する場合において、ＥＤＵ３が記憶する固定データでデータ化けが発生したとしても、ＥＤＵ３は、エンジンＥＣＵ２から固定データが送信される毎に、固定データを、エンジンＥＣＵ２から取得した正しい値に更新（リフレッシュ）することができ、データ化けした状態が継続するのを抑制することができる。

またエンジンＥＣＵ２は、可変データが固定データよりも先に送信されるように送信を許可する（Ｓ８０）。これにより、噴射間インターバルＴｉが経過するまでに可変データの送信が完了しないという事態の発生を抑制することができる。

またエンジンＥＣＵ２は、ブロックＢ３〜Ｂ９の固定データのうち、噴射間インターバルＴｉが経過するまでに送信可能なブロック数分の固定データの送信を許可し、前回の送信において送信していない固定データが存在する場合には、今回の送信では、前回の送信において送信していない固定データを、前回の送信において送信した固定データよりも優先して許可する（Ｓ８０）。

これにより、同じ固定データがＥＤＵ３へ継続して送信されないということがなくなり、エンジンＥＣＵ２から取得した固定データをＥＤＵ３が記憶する場合において、特定の固定データについてデータ化けした状態が継続してしまうという事態の発生を抑制することができる。

またエンジンＥＣＵ２は、前回の可変データの送信と今回の可変データの送信とで可変データの内容が相違しておらず、且つ、可変データおよび固定データの少なくとも一方をＥＤＵ３へ送信するのに必要な時間が噴射間インターバルＴｉよりも短い場合に（Ｓ１００：ＮＯ）、ブロックＢ０〜Ｂ２の可変データおよびブロックＢ３〜Ｂ９の固定データのうち、噴射間インターバルＴｉが経過するまでに送信可能なブロック数分のデータの送信を、可変データおよび固定データの区別なく許可する（Ｓ１１０）。

これにより、エンジンＥＣＵ２から取得した可変データをＥＤＵ３が記憶する場合において、可変データの内容が変化しない状況が継続して更にＥＤＵ３が記憶する可変データでデータ化けが発生したとしても、ＥＤＵ３は、エンジンＥＣＵ２から可変データが送信される毎に、可変データを、エンジンＥＣＵ２から取得した正しい値に更新（リフレッシュ）することができる。このため、ＥＤＵ３が記憶する可変データにデータ化けが発生して、データ化けに起因した不適切な噴射特性でインジェクタ１０１〜１０８を駆動してしまう状況が継続するのを抑制することができる。

またエンジンＥＣＵ２は、ブロックＢ０〜Ｂ２の可変データおよびブロックＢ３〜Ｂ９の固定データのうち、前回の送信において送信していないデータが存在する場合には、今回の送信では、前回の送信において送信していないデータを、前回の送信において送信したデータよりも優先して許可する（Ｓ１１０）。

これにより、ブロックＢ０〜Ｂ２の可変データおよびブロックＢ３〜Ｂ９の固定データのうち、同じデータがＥＤＵ３へ継続して送信されないということがなくなり、エンジンＥＣＵ２から取得したデータをＥＤＵ３が記憶する場合において、特定のデータについてデータ化けした状態が継続してしまうという事態の発生を抑制することができる。

以上説明した実施形態において、エンジン１００は本発明における内燃機関、インジェクタ１０１〜１０８は本発明における燃料噴射弁、エンジンＥＣＵ２は本発明における制御装置、ＥＤＵ３は本発明における駆動装置、Ｓ１０の処理は本発明におけるインターバル計測手段、Ｓ９０の処理は本発明における禁止手段、Ｓ６０の処理は本発明における相違判断手段、Ｓ８０の処理は本発明における第１送信許可手段、Ｓ１１０の処理は本発明における第２送信許可手段、噴射要求ＴＱは本発明における噴射要求信号、可変データは本発明における噴射特性設定データである。

以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の技術的範囲に属する限り種々の形態を採ることができる。
例えば上記実施形態では、全８気筒分のインジェクタ１０１〜１０８を４気筒ずつ２つの系統に分けたものを示したが、３つ以上の系統に分けてもよいし１系統であってもよい。

１…燃料噴射制御システム、２…エンジンＥＣＵ、３…ＥＤＵ、１００…エンジン、１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８…インジェクタ

Claims (5)

1. 内燃機関の複数の気筒のそれぞれに設けられて前記気筒へ燃料を噴射する燃料噴射弁のそれぞれについて燃料噴射の開始タイミングと噴射時間とを示す噴射要求信号を出力するとともに、前記燃料噴射弁の噴射特性を設定するための噴射特性設定データを送信することにより前記燃料噴射弁を制御する制御装置と、
   前記制御装置から取得した前記噴射要求信号および前記噴射特性設定データに従って前記燃料噴射弁を駆動する駆動装置と
   を備える燃料噴射制御システムであって、
   前記制御装置は、
   複数の前記気筒のうち、１つの前記気筒を第１気筒とし、前記第１気筒とは別の１つの気筒を第２気筒として、前記第１気筒に対応する前記燃料噴射弁が前記第１気筒への燃料噴射を終了してから、前記第２気筒に対応する前記燃料噴射弁が前記第２気筒への燃料噴射を開始するまでの期間である噴射間インターバルを計測するインターバル計測手段と、
   前記噴射特性設定データを前記駆動装置へ送信するのに必要な時間である設定データ送信時間が前記噴射間インターバルより長い場合には、前記噴射特性設定データの送信を禁止する禁止手段とを備え、
   前記制御装置は、
   前記駆動装置が定期的に更新する必要がある固定データを前記駆動装置へ送信することが可能に構成され、
   前回の前記噴射特性設定データの送信と今回の前記噴射特性設定データの送信とで前記噴射特性設定データの内容が相違しているか否かを判断する相違判断手段と、
   前回の送信と今回の送信とで前記噴射特性設定データの内容が相違していると前記相違判断手段が判断し、且つ、前記噴射特性設定データと前記固定データとを前記駆動装置へ送信するのに必要な時間が前記噴射間インターバルより短い場合には、前記噴射特性設定データと前記固定データの両方の送信を許可する第１送信許可手段を備える
   ことを特徴とする燃料噴射制御システム。
2. 前記第１送信許可手段は、
   前記噴射特性設定データが前記固定データよりも先に送信されるように送信を許可する
   ことを特徴とする請求項１に記載の燃料噴射制御システム。
3. 前記固定データは複数設けられており、
   前記第１送信許可手段は、
   複数の前記固定データのうち、前記噴射間インターバルが経過するまでに送信可能なデータ量分の前記固定データの送信を許可し、
   複数の前記固定データのうち、前回の前記固定データの送信において送信していないものを未送信固定データとし、前回の前記固定データの送信において送信したものを送信済固定データとして、前記未送信固定データが存在する場合には、今回の前記固定データの送信では、前記未送信固定データの送信を前記送信済固定データの送信よりも優先して許可する
   ことを特徴とする請求項１または請求項２に記載の燃料噴射制御システム。
4. 前記制御装置は、
   前回の送信と今回の送信とで前記噴射特性設定データの内容が相違していないと前記相違判断手段が判断し、且つ、前記噴射特性設定データおよび前記固定データの少なくとも一方を前記駆動装置へ送信するのに必要な時間が前記噴射間インターバルよりも短い場合に、前記噴射特性設定データおよび前記固定データのうち、前記噴射間インターバルが経過するまでに送信可能なデータ量分のデータの送信を、前記噴射特性設定データおよび前記固定データの区別なく許可する第２送信許可手段を備える
   ことを特徴とする請求項１〜請求項３の何れか１項に記載の燃料噴射制御システム。
5. 前記噴射特性設定データおよび前記固定データの少なくとも一方は複数設けられており、
   前記第２送信許可手段は、
   前記噴射特性設定データおよび前記固定データのうち、前回のデータの送信において送信していないものを未送信データとし、前回のデータの送信において送信したものを送信済データとして、前記未送信データが存在する場合には、今回のデータの送信では、前記未送信データの送信を前記送信済データの送信よりも優先して許可する
   ことを特徴とする請求項４に記載の燃料噴射制御システム。