(57)【特許請求の範囲】
【請求項１】
センサ及び通信デバイスを内蔵する複数の車両部品と、
前記各車両部品の前記通信デバイスと共通の通信線を介してバス接続され、当該通信線を介して前記各車両部品と通信可能であり、更に、前記センサの出力信号であるセンサ信号を伝送するための信号線であって、前記車両部品毎に個別に設けられた信号線を介して、前記各車両部品と接続される電子制御装置とを備え、
前記各車両部品は、
前記電子制御装置が前記複数の車両部品の何れか１つを宛先として前記通信線に出力する通信データであって、宛先の車両部品を示すノードＩＤを含んだ通信データを、前記通信デバイスが受信すると、その受信された通信データに含まれているノードＩＤが当該車両部品のノードＩＤと一致するか否かを判定する判定処理を行い、ノードＩＤが一致する場合には、前記受信された通信データに基づく処理を行い、ノードＩＤが一致しない場合には、前記受信された通信データを破棄する通信制御手段を備える、車両用制御システムであって、
前記電子制御装置は、
前記車両部品にノードＩＤを付与すべき特定タイミングが到来すると作動する手段であって、前記車両部品の全てに対してノードＩＤを付与することを報知するための報知用通信データを、前記通信線に出力した後、前記信号線の各々へ、その信号線につながる前記車両部品に付与するノードＩＤを表すＩＤ指示信号を出力するＩＤ付与手段を備え、
前記各車両部品は、
前記報知用通信データを前記通信デバイスが受信すると、当該車両部品と前記電子制御装置とを結ぶ前記信号線を監視して、その信号線に前記ＩＤ付与手段が出力した前記ＩＤ指示信号から、前記ＩＤ付与手段が当該車両部品に付与したノードＩＤを特定し、その特定したノードＩＤを、前記判定処理で用いる当該車両部品のノードＩＤとして設定する処理を行うＩＤ設定手段を備えること、
を特徴とする車両用制御システム。
【請求項２】
請求項１に記載の車両用制御システムにおいて、
前記電子制御装置の前記ＩＤ付与手段は、
前記ＩＤ指示信号として、前記センサ信号の電圧範囲外である特定電圧になる継続時間が、前記車両部品に付与するノードＩＤに応じて異なった時間となる信号を、前記信号線に出力し、
前記各車両部品の前記ＩＤ設定手段は、
当該車両部品と前記電子制御装置とを結ぶ前記信号線の電圧が前記特定電圧になっている継続時間から、前記ＩＤ付与手段が当該車両部品に付与したノードＩＤを特定すること、
を特徴とする車両用制御システム。
【請求項３】
請求項１又は請求項２に記載の車両用制御システムにおいて、
前記電子制御装置の前記ＩＤ付与手段は、前記各信号線への前記ＩＤ指示信号の出力を一斉に開始すること、
を特徴とする車両用制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサ及び通信デバイスを内蔵した複数の車両部品と電子制御装置とからなる、車両用制御システムに関する。
【背景技術】
【０００２】
車両における制御分野では、例えばインジェクタ（燃料噴射弁）等のアクチュエータとしての部品にセンサとメモリを内蔵して、それらを１つの車両部品とすることが知られており、メモリには、その車両部品の製造工場において、その車両部品の固体の特性値（この場合、初期特性値）が書き込まれる。そして、そのメモリ内の特性値は、車両部品を制御する電子制御装置（ＥＣＵ）に読み込まれて該車両部品の制御に用いられ、また、センサの出力信号であるセンサ信号も、電子制御装置に入力されて該車両部品の制御に用いられる（例えば、特許文献１，２参照）。
【０００３】
また、上記電子制御装置による制御で得られた学習値を、車両部品側のメモリに書き込むことにより、電子制御装置の交換等を原因として学習値が失われてしまうのを防止する技術も知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−０５７４１３号公報
【特許文献２】特開２００９−２２８６８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記のような車両部品のセンサからの信号は、車両部品毎の個別の信号線を介して電子制御装置に入力されるようにするのが好ましい。センサ信号を電子制御装置へリアルタイムに入力させることができるからである。
【０００６】
また、上記のような車両部品では、電子制御装置と通信するための通信デバイスも内蔵することとなる。その車両部品のメモリに電子制御装置がアクセス（リードアクセス又はライトアクセス）するためである。
【０００７】
そして、複数の車両部品を電子制御装置に通信可能に接続する手法としては、例えば、各車両部品の通信デバイスを個別の通信線で電子制御装置に接続する手法もあるが、このような手法を採用すると、電子制御装置に車両部品毎の通信デバイスを設ける必要がある。このため、各車両部品のセンサとは異なり、各車両部品の通信デバイスは、共通の通信線を介して電子制御装置とバス接続されるのが好ましい。
【０００８】
しかしながら、バス接続する手法では、通信ノードとなる各車両部品に対してノードＩＤを割り当てておき、そのノードＩＤを拠り所に、電子制御装置と各車両部品との間の通信が行われることになるため、車両部品に対してノードＩＤが正しく割り当てられていないと、不都合が生じる。
【０００９】
例えば、複数の車両部品として、気筒毎のインジェクタを共通の通信線を介して電子制御装置に接続する場合を考える。尚、周知であるが、インジェクタを用いた燃料噴射制御では、電子制御装置から電子駆動装置（ＥＤＵ）に対して気筒毎の噴射指令信号が出力され、その噴射指令信号に応じて電子駆動装置が各気筒のインジェクタをそれぞれ駆動する。即ち、インジェクタの駆動は、電子制御装置からインジェクタへの通信線を介したメモリアクセスとは別系統で行われる。
【００１０】
ここで、電子制御装置が、第１気筒のインジェクタにノードＩＤ「１」、第２気筒のインジェクタにノードＩＤ「２」が割り当てられているものとして、各インジェクタから特性値を、通信線を介して取得する構成にされているにも拘らず、誤って、ノードＩＤ「２」が割り当てられたインジェクタが第１気筒に取り付けられ、ノードＩＤ「１」が割り当てられたインジェクタが第２気筒に取り付けられてしまった場合を考える。
【００１１】
この場合、電子制御装置には、第１気筒のインジェクタとして、ノードＩＤ「２」が割り当てられたインジェクタが物理的に接続され、第２気筒のインジェクタとして、ノードＩＤ「１」が割り当てられたインジェクタが物理的に接続されることとなる。
【００１２】
このため、電子制御装置は、第１気筒のインジェクタの特性値として、ノードＩＤ「１」が割り当てられた第２気筒のインジェクタから、その第２気筒のインジェクタの特性値を読み出し、この特性値に基づいて第１気筒のインジェクタを制御することとなり、また、第２気筒のインジェクタの特性値として、ノードＩＤ「２」が割り当てられた第１気筒のインジェクタから、その第１気筒のインジェクタの特性値を読み出し、この特性値に基づいて第２気筒のインジェクタを制御することとなる。よって、制御に支障が生じる。
【００１３】
そして、同様の不都合は、例えば、電子制御装置が車両部品のメモリから読み出した特性値を用いて該車両部品からのセンサ信号を補正（詳しくは、センサ信号の入力値を補正）する場合でも、同様に発生する。即ち、上記インジェクタの例では、電子制御装置は、ノードＩＤ「１」が割り当てられた第２気筒のインジェクタから通信線を介して取得した特性値によって、第１気筒のインジェクタからのセンサ信号を補正してしまい、また、ノードＩＤ「２」が割り当てられた第１気筒のインジェクタから通信線を介して取得した特性値によって、第２気筒のインジェクタからのセンサ信号を補正してしまうことになり、センサにより計測される物理量を、正確に補正することができなくなる。
【００１４】
つまり、従来では、車両部品の製造時において、その車両部品に対し予め不変のノードＩＤを設定するようにしており、その手法では、車両部品の電子制御装置への接続間違いによって、前述の不都合（アクチュエータの制御やセンサ信号の補正が正しくできないという不具合）が生じてしまう。
【００１５】
そこで、本発明者は、電子制御装置への車両部品の物理的な接続が完了してから、電子制御装置がその各車両部品にノードＩＤを付与することができれば、そもそも車両部品の接続間違いが起こらず、前述の不具合を防げるという考えに至った。
【００１６】
このため、本発明は、複数の各車両部品から電子制御装置へのセンサ信号の伝送が車両部品毎の個別の信号線を介して行われる一方、電子制御装置と各車両部品とのデータ通信は共通の通信線を介して行われる車両用制御システムにおいて、車両部品の電子制御装置への物理的な接続が完了してから、電子制御装置がその各車両部品にノードＩＤを付与することができるようにすることを目的としている。
【課題を解決するための手段】
【００１７】
まず前提として、本発明の車両用制御システムは、センサ及び通信デバイスを内蔵する複数の車両部品と、電子制御装置とを備える。
そして、この車両用制御システムにおいて、電子制御装置は、各車両部品の通信デバイスと共通の通信線を介してバス接続されることで、その通信線を介して各車両部品と通信可能であり、更に、前記センサの出力信号であるセンサ信号を伝送するための信号線であって、車両部品毎に個別に設けられた信号線を介して、各車両部品と接続される。つまり、各車両部品から電子制御装置へのセンサ信号の伝送は、車両部品毎の個別の信号線を介して行われるが、電子制御装置と各車両部品とのデータ通信は、共通の通信線を介して行われる。
【００１８】
また、各車両部品は、電子制御装置が複数の車両部品の何れか１つを宛先として通信線に出力する通信データであって、宛先の車両部品を示すノードＩＤを含んだ通信データを、前記通信デバイスが受信すると、その受信された通信データに含まれているノードＩＤが当該車両部品のノードＩＤと一致するか否かを判定する判定処理を行い、ノードＩＤが一致する場合には、前記受信された通信データに基づく処理を行い、ノードＩＤが一致しない場合には、前記受信された通信データを破棄する通信制御手段を備える。
【００１９】
ここで特に、請求項１の車両用制御システムにおいて、電子制御装置はＩＤ付与手段を備え、各車両部品はＩＤ設定手段を備える。
そして、電子制御装置のＩＤ付与手段は、車両部品にノードＩＤを付与すべき特定タイミングが到来すると作動し、車両部品の全てに対してノードＩＤを付与することを報知するための報知用通信データを、通信線に出力した後、信号線の各々へ、その信号線につながる車両部品に付与するノードＩＤを表すＩＤ指示信号を出力する。
【００２０】
また、各車両部品のＩＤ設定手段は、前記報知用通信データを通信デバイスが受信すると、当該車両部品と電子制御装置とを結ぶ信号線を監視して、その信号線に前記ＩＤ付与手段が出力したＩＤ指示信号から、ＩＤ付与手段が当該車両部品に付与したノードＩＤを特定し、その特定したノードＩＤを、前記判定処理で用いる当該車両部品のノードＩＤとして設定する処理を行う。
【００２１】
尚、車両部品にノードＩＤを付与すべき特定タイミングとしては、例えば、電子制御装置の起動時が考えられるが、それ以外でも良く、例えば、電子制御装置に外部から初期セットアップの指令が入力された時などでも良い。
【００２２】
また、報知用通信データは、宛先を指定しない通信データであって、全ての車両部品が受信して受け付ける通信データである。
また、ＩＤ設定手段が行う「ノードＩＤとして設定する処理」としては、具体的には、ノードIＤを、当該車両部品に備えられたノードIＤ記憶部に記憶する処理である。そして、ノードＩＤ記憶部とは、当該車両部品のノードＩＤであって、通信制御手段における判定処理で用いるノードＩＤを記憶するための記憶手段である。
【００２３】
このような請求項１の請求項１の車両用制御システムによれば、車両部品の電子制御装置への物理的な接続が完了してから、電子制御装置がその各車両部品にノードＩＤを付与することができるようになる。よって、車両部品の製造時に、車両部品に対して不変のノードＩＤを設定しておく必要がなく、前述した車両部品の接続間違いによる不具合を防止することができる。
【００２４】
また、電子制御装置から各車両部品へＩＤ指示信号を出力するために（つまり、ノードＩＤを通知するために）、センサ信号用の信号線を使っており、通信線によるデータ通信を用いないため、各車両部品にノードＩＤを付与するのに時間がかからないという利点がある。
【００２５】
次に、請求項２の車両用制御システムでは、請求項１の車両用制御システムにおいて、電子制御装置のＩＤ付与手段は、ＩＤ指示信号として、センサ信号の電圧範囲外である特定電圧になる継続時間が、車両部品に付与するノードＩＤに応じて異なった時間となる信号を、信号線に出力する。換言すると、ＩＤ付与手段は、各車両部品の信号線の電圧を、その車両部品に付与するノードＩＤに応じた時間だけ特定電圧にする。
【００２６】
そして、各車両部品のＩＤ設定手段は、当該車両部品と電子制御装置とを結ぶ信号線の電圧が前記特定電圧になっている継続時間から、ＩＤ付与手段が当該車両部品に付与したノードＩＤを特定する。
【００２７】
尚、ＩＤ設定手段は、前記継続時間とノードＩＤとの対応関係を示す時間対ＩＤ関係情報であって、ＩＤ付与手段が有しているものと同じ内容の時間対ＩＤ関係情報を有していれば良い。ＩＤ設定手段は、信号線の電圧が特定電圧になった継続時間と、その時間対ＩＤ関係情報とから、電子制御装置（ＩＤ付与手段）によって付与されたノードＩＤを特定できるからである。
【００２８】
そして、このような請求項２の構成によれば、電子制御装置から各車両部品へ、その車両部品に付与するノードＩＤを確実に通知することができる。
次に、請求項３の車両用制御システムでは、請求項１，２の車両用制御システムにおいて、電子制御装置のＩＤ付与手段は、各信号線へのＩＤ指示信号の出力を、一斉に開始する。尚、請求項２の車両用制御システムの場合、ＩＤ付与手段は、各信号線の電圧を、一斉に前記特定電圧にすることとなる。
【００２９】
そして、この構成によれば、全ての車両部品にノードＩＤを付与するのに要する時間を、短くすることができる。各車両部品に対し、並行して、ノードＩＤを通知することができるからである。
【図面の簡単な説明】
【００３０】
【図１】実施例の燃料噴射制御システムの全体構成を表す構成図である。
【図２】実施例のインジェクタとＥＣＵとの構成を表す構成図である。
【図３】実施例の、ＥＣＵ側のＩＤ付与処理と、インジェクタ側のＩＤ設定処理とを表すフローチャートである。
【図４】ＥＣＵ側の照合処理と、インジェクタ側の要求応答処理とを表すフローチャートである。
【図５】実施例の作用を説明するためのタイムチャートである。
【発明を実施するための形態】
【００３１】
以下に、本発明の実施例について、図面と共に説明する。
図１は、実施例の燃料噴射制御システム１（車両用制御システムに相当）の全体構成を表す構成図である。
【００３２】
この燃料噴射制御システム１は、車両（自動車）に搭載された多気筒（この例では４気筒）エンジンへの燃料噴射を制御するものであり、気筒毎のインジェクタ（ＩＮＪ）１０と、インジェクタ１０の制御を行う電子制御装置（以下、ＥＣＵという）２０と、ＥＣＵ２０からの気筒毎の噴射指令信号に従って各インジェクタ１０を駆動する電子駆動装置（以下、ＥＤＵという）３０と、を備えている。
【００３３】
尚、図中あるいは以下の説明において、＃１〜＃４は、エンジンの第１〜第４気筒の各々を意味しており、例えば（＃１）を付した言葉や符号は、その言葉や符号が指すものが、＃１に対応するものであることを意味している。また、＃ｎのｎは、１〜４の何れかであり、＃ｎとは、気筒を特に区別していないことを意味している。
【００３４】
そして、各インジェクタ１０は、燃料圧力を検出する圧力センサ１１と、電気的にデータ書換可能な不揮発性メモリとしてのＥＥＰＲＯＭ１３と、ＥＣＵ２０との間で通信を行うための通信デバイスとしての通信ドライバ１５と、を内蔵している。
【００３５】
圧力センサ１１は、インジェクタ１０において、例えば高圧燃料を内部に取り入れる燃料供給口に設けられており、その燃料供給口での燃料圧力（いわゆるインレット圧）を検出する。このため、圧力センサ１１によって検出される燃料圧力は、インジェクタ１０の燃料噴射動作によって変化し、ＥＣＵ２０は、その圧力センサ１１の出力信号（センサ信号）をモニタすることで、インジェクタ１０の実際の燃料噴射状態を把握することができる。
【００３６】
そして、各インジェクタ１０の圧力センサ１１から出力されるアナログのセンサ信号は、インジェクタ１０毎の個別の信号線であるセンサ線（センサ信号用の信号線）ＬＳを介して、ＥＣＵ２０にそれぞれ入力される。
【００３７】
これに対して、各インジェクタ１０の通信ドライバ１５は、共通の通信線ＬＣを介してＥＣＵ２０と接続（バス接続）されている。
また、各インジェクタ１０のＥＥＰＲＯＭ１３には、そのインジェクタ１０の噴射特性を表す特性値（インジェクタ特性値）や、そのインジェクタ１０に内蔵された圧力センサ１１の出力特性を表す特性値（センサ特性値）や、そのインジェクタ１０の製造番号が記憶される。
【００３８】
例えば、インジェクタ特性値としては、インジェクタ１０の駆動開始時から実際に燃料噴射が開始されるまでの噴射開始遅れ時間や、最大噴射率や、インジェクタ１０の駆動終了時から実際に燃料噴射が終了するまでの噴射終了遅れ時間等である。また例えば、センサ特性値は、センサ信号の電圧値と燃料圧力との標準的な関係からのずれを示すものであり、ＥＣＵ２０において、センサ信号の補正情報（詳しくは、センサ信号の電圧値から燃料圧力を求める際の補正情報）として用いられる。
【００３９】
尚、インジェクタ１０の製造工場において、各インジェクタ１０のＥＥＰＲＯＭ１３には、上記各特性値の初期値である初期特性値と、製造番号とが記憶される。
一方、ＥＣＵ２０は、各気筒のインジェクタ１０の通信ドライバ１５につながる通信線ＬＣに接続された通信ドライバ２１と、通信ドライバ２１を通じたインジェクタ１０との通信のための処理や、燃料噴射制御のための各種処理を実行するマイコン（マイクロコンピュータ）２３と、を備える。
【００４０】
更に、ＥＣＵ２０は、各インジェクタ１０のセンサ線ＬＳの各々について、そのセンサ線ＬＳの電圧を、マイコン２３からの指令に応じて強制的にグランド電圧（グランドラインの電圧＝０Ｖ）にするための状態切替回路２５を備える。
【００４１】
そして、ＥＣＵ２０において、マイコン２３は、各センサ線ＬＳの電圧を、状態切替回路２５によって、通常のセンサ信号の電圧（本実施例では例えば１Ｖ〜４Ｖ）からグランド電圧にすることにより、その各センサ線ＬＳにつながるインジェクタ１０に対して、そのインジェクタ１０に付与するノードＩＤを伝えるようになっている（詳しくは後述する）。
【００４２】
また、マイコン２３は、Ａ／Ｄ変換器２３ａ（図２も参照）を内蔵しており、各センサ線ＬＳからＥＣＵ２０に入力されるセンサ信号は、このＡ／Ｄ変換器２３ａにてＡ／Ｄ変換され、マイコン２３が実行する燃料噴射制御に用いられる。
【００４３】
尚、マイコン２３は、燃料噴射制御の処理として、例えば下記（Ｓ１）〜（Ｓ６）の処理を、各気筒のインジェクタ１０について行う。
（Ｓ１）エンジン回転数やアクセル開度などの制御パラメータに基づき算出される目標の噴射状態（例えば、噴射開始タイミング、噴射終了タイミング、及び噴射量）から、その噴射状態を実現するための噴射指令信号の出力タイミング（アクティブレベルにするタイミング）及びパルス幅（アクティブレベル時間）を求めるための制御用マップを、インジェクタ１０から通信線ＬＣを介して読み出したインジェクタ特性値を用いて作成し、その制御用マップを、マイコン２３内のバックアップＲＡＭ（図示省略）又はＥＣＵ２０に設けられたＥＥＰＲＯＭ等のデータ書き換え可能な不揮発性メモリ（図示省略）に記憶する処理。つまり、インジェクタ１０内のインジェクタ特性値に基づいて、噴射状態と噴射指令信号との対応関係を定めた制御用マップを作成する。
【００４４】
（Ｓ２）エンジン回転数やアクセル開度などの制御パラメータに基づいて、目標の噴射状態を算出する処理。
（Ｓ３）上記（Ｓ２）で算出した目標の噴射状態を、上記制御用マップに当てはめることで、その噴射状態を実現するための噴射指令信号の出力タイミング及びパルス幅を算出する処理。
【００４５】
（Ｓ４）上記（Ｓ３）で算出した噴射指令信号の出力タイミング及びパルス幅を、当該マイコン２３内のタイマに設定することにより、その設定したパルス幅だけアクティブレベルになる噴射指令信号を、その設定した出力タイミングで、ＥＤＵ３０へと出力する処理。
【００４６】
（Ｓ５）インジェクタ１０の駆動期間（噴射指令信号がアクティブレベルになる期間）を含む圧力変動監視期間において、その駆動対象のインジェクタ１０につながるセンサ線ＬＳからのセンサ信号を、一定時間毎（例えば数十μｓ毎）にＡ／Ｄ変換して、その各Ａ／Ｄ変換値をマイコン２３内のＲＡＭに順次格納し、更に、その格納した時系列のＡ／Ｄ変換値から、各時刻での燃料圧力及び燃料圧力の変動状態を検出して、その検出結果から、実際の噴射開始時期や最大噴射率などの噴射状態を推定し、その推定結果から、上記制御用マップを補正するための学習値を算出する処理。
【００４７】
尚、前述したように、センサ信号のＡ／Ｄ変換値から燃料圧力を求める際には、インジェクタ１０から通信線ＬＣを介して読み出したセンサ特性値を用いる。また、各インジェクタ１０から読み出した特性値（センサ特性値及びインジェクタ特性値）は、ＥＣＵ２０に設けられたＥＥＰＲＯＭ等のデータ書き換え可能な不揮発性メモリに格納される。
【００４８】
（Ｓ６）上記学習値により、上記（Ｓ３）で用いる制御用マップを補正する処理。つまり、インジェクタ１０の特性は、時間の経過に伴い変化すると考えられるため、（Ｓ５）及び（Ｓ６）の処理を行うことで、燃料噴射制御の精度を高めることができる。
【００４９】
そして、マイコン２３は、通信線ＬＣ及びセンサ線ＬＳとは別の制御線を通じて、ＥＤＵ３０に対し、各インジェクタ１０に対応する噴射指令信号（換言すれば、各気筒の噴射指令信号）を出力することにより、燃料噴射制御を実現する。尚、ＥＤＵ３０は、＃ｎの噴射指令信号がアクティブレベルになっている間、その＃ｎのインジェクタ１０を開弁駆動する。
【００５０】
次に図２は、インジェクタ１０とＥＣＵ２０との構成を表す構成図である。
図２に示すように、インジェクタ１０は、圧力センサ１１、ＥＥＰＲＯＭ１３及び通信ドライバ１５に加えて、通信のための処理を行う通信処理部１６と、エッジ判別回路１７とを備えている。
【００５１】
そして、インジェクタ１０において、通信ドライバ１５は、通信線ＬＣを介して受信した通信データを、通信処理部１６に出力すると共に、通信処理部１６から入力された送信対象の通信データを、通信線ＬＣに出力することで、インジェクタ１０−ＥＣＵ２０間の通信を実現する。
【００５２】
特に、通信処理部１６は、通信ドライバ１５が、ＥＣＵ２０からのノードＩＤを含んだ通信データを受信すると、その受信された通信データに含まれているノードＩＤが当該インジェクタ１０のノードＩＤと一致するか否かを判定する判定処理を行い、ノードＩＤが一致する場合には、受信された通信データに基づく処理（つまり、受信された通信データによって指示される処理）を行い、ノードＩＤが一致しない場合には、受信された通信データを破棄する。
【００５３】
尚、ノードＩＤを含んだ通信データとは、ＥＣＵ２０が複数のインジェクタ１０の何れか１つを宛先として通信線ＬＣに出力する宛先指定通信データである。
例えば、宛先指定通信データとしては、何れか１つのインジェクタ１０に対して、ＥＥＰＲＯＭ１３内の製造番号を読み出して送信させることを要求するものや、ＥＥＰＲＯＭ１３内の特性値を読み出して送信させることを要求するものがある。また、宛先指定通信データとしては、ＥＣＵ２０で計算された学習値を含むと共に、その学習値をＥＥＰＲＯＭ１３に書き込むことを指示するものもある。
【００５４】
このため、インジェクタ１０の各々には、各自のノードＩＤがユニークに設定されている必要があり、本実施例では、後述するように、ＥＣＵ２０が、各インジェクタ１０に対して、一意のノードＩＤ（それぞれ異なるノードＩＤ）を付与するようになっている。
【００５５】
また、インジェクタ１０に設けられたエッジ判別回路１７は、ＥＣＵ２０が各インジェクタ１０に対してノードＩＤを付与する際に機能する回路であり、当該インジェクタ１０のセンサ線ＬＳの電圧に、グランド電圧よりも高い通常のセンサ信号の電圧からグランド電圧への変化（以下、ローエッジという）が生じたことと、グランド電圧から通常のセンサ信号の電圧への変化（以下、ハイエッジという）が生じたこととを検出する。そして、エッジ判別回路１７は、ローエッジとハイエッジとの各々が生じたことを検出すると、そのこと（ローエッジとハイエッジとの各々が生じたこと）を通信処理部１６に通知する。
【００５６】
また、図２に示すように、ＥＣＵ２０において、各センサ線ＬＳに対して設けられた状態切替回路２５の各々は、コレクタがセンサ線ＬＳに接続され、エミッタがグランドラインに接続されたＮＰＮ型のトランジスタ２５ａからなる。そして、そのトランジスタ２５ａが、マイコン２３からの指令によってオンすることで、センサ線ＬＳの電圧が強制的にグランド電圧になる。よって、センサ線ＬＳの電圧にローエッジが生じる。また、トランジスタ２５ａがオンからオフに戻れば、センサ線ＬＳの電圧は、グランド電圧から通常のセンサ信号の電圧（＞１Ｖ）へと変化して、ハイエッジが生じることとなる。
【００５７】
一方、ＥＣＵ２０及びＥＤＵ３０は、車両がイグニッションオンの状態（即ち、車両におけるイグニッション電源のラインにバッテリ電圧が供給される状態）になると、動作用電源が供給されて起動する。そして、車両がイグニッションオフの状態になり、更に所定の電源遮断条件が成立すると、ＥＣＵ２０及びＥＤＵ３０への動作用電源の供給が停止するようになっている。また、インジェクタ１０の図２に示す各部には、ＥＣＵ２０に動作用電源が供給されている間、そのＥＣＵ２０から一定の電源電圧（例えば５Ｖ）が供給される。
【００５８】
次に、ＥＣＵ２０において、各インジェクタ１０に対しノードＩＤを付与するために実施されるＩＤ付与処理と、各インジェクタ１０において、ＥＣＵ２０から付与されたノードＩＤを認識して自身のノードＩＤとして設定するために実施されるＩＤ設定処理とについて、図３を用いて説明する。
【００５９】
まず、図３（Ａ）は、ＥＣＵ２０において実施されるＩＤ付与処理を表すフローチャートである。尚、このＩＤ付与処理は、例えば、車両がイグニッションオンの状態になってＥＣＵ２０が起動したときに、マイコン２３が実行するものである。この他、ＥＣＵ２０の起動毎にＩＤ付与処理を実行するのではなく、外部から初期セットアップの実行指令が入力されたことを契機にＩＤ付与処理を実行する構成にしてもよい。
【００６０】
図３（Ａ）に示すように、ＥＣＵ２０のマイコン２３は、ＩＤ付与処理の実行を開始すると、まずＳ１１０にて、インジェクタ１０の全てに対してノードＩＤを付与することを報知するための通信データであるＩＤ付与開始命令（報知用通信データに相当）を、通信ドライバ２１から通信線ＬＣに出力させる。尚、このＩＤ付与開始命令は、宛先指定通信データではなく、全てのインジェクタ１０を宛先としたブロードキャストの通信データである。
【００６１】
そして、次のＳ１２０にて、インジェクタ１０が上記ＩＤ付与開始命令を受信してノードＩＤの認識開始準備が完了すると考えられる所定時間が経過するまで待ち、その所定時間が経過したら、次のＳ１３０にて、全てのセンサ線ＬＳをローに固定する。具体的には、全ての状態切替回路２５のトランジスタ２５ａをオンして、全てのセンサ線ＬＳの電圧を強制的にグランド電圧（＝０Ｖ）にする。すると、全てのセンサ線ＬＳに一斉にローエッジが生じることとなる。
【００６２】
次にＳ１４０にて、上記Ｓ１３０で全てのセンサ線ＬＳをローに固定してから、＃１のインジェクタ（＃１）１０に付与するノードＩＤ（本実施例では「１」）に対応した時間Ｔ（＃１）が経過したか否かを判定する。
【００６３】
そして、時間Ｔ（＃１）が経過していないと判定した場合には、そのままＳ１６０に進むが、時間Ｔ（＃１）が経過したと判定したと判定した場合には、Ｓ１５０に移行して、＃１のインジェクタ１０につながるセンサ線（＃１）ＬＳに対応した状態切替回路２５のトランジスタ２５ａをオフすることで、そのセンサ線（＃１）ＬＳのロー固定を解除する。すると、そのセンサ線（＃１）ＬＳにハイエッジを生じることとなる。そして、その後、Ｓ１６０に進む。
【００６４】
Ｓ１６０では、上記Ｓ１３０で全てのセンサ線ＬＳをローに固定してから、＃２のインジェクタ（＃２）１０に付与するノードＩＤ（本実施例では「２」）に対応した時間Ｔ（＃２）が経過したか否かを判定する。
【００６５】
そして、時間Ｔ（＃２）が経過していないと判定した場合には、そのままＳ１８０に進むが、時間Ｔ（＃２）が経過したと判定したと判定した場合には、Ｓ１７０に移行して、＃２のインジェクタ１０につながるセンサ線（＃２）ＬＳに対応した状態切替回路２５のトランジスタ２５ａをオフすることで、そのセンサ線（＃２）ＬＳのロー固定を解除する。すると、そのセンサ線（＃２）ＬＳにハイエッジを生じることとなる。そして、その後、Ｓ１８０に進む。
【００６６】
Ｓ１８０では、上記Ｓ１３０で全てのセンサ線ＬＳをローに固定してから、＃３のインジェクタ（＃３）１０に付与するノードＩＤ（本実施例では「３」）に対応した時間Ｔ（＃３）が経過したか否かを判定する。
【００６７】
そして、時間Ｔ（＃３）が経過していないと判定した場合には、そのままＳ２００に進むが、時間Ｔ（＃３）が経過したと判定したと判定した場合には、Ｓ１９０に移行して、＃３のインジェクタ１０につながるセンサ線（＃３）ＬＳに対応した状態切替回路２５のトランジスタ２５ａをオフすることで、そのセンサ線（＃３）ＬＳのロー固定を解除する。すると、そのセンサ線（＃３）ＬＳにハイエッジを生じることとなる。そして、その後、Ｓ２００に進む。
【００６８】
Ｓ２００では、上記Ｓ１３０で全てのセンサ線ＬＳをローに固定してから、＃４のインジェクタ（＃４）１０に付与するノードＩＤ（本実施例では「４」）に対応した時間Ｔ（＃４）が経過したか否かを判定する。
【００６９】
そして、時間Ｔ（＃４）が経過していないと判定した場合には、そのままＳ２２０に進むが、時間Ｔ（＃４）が経過したと判定したと判定した場合には、Ｓ２１０に移行して、＃４のインジェクタ１０につながるセンサ線（＃４）ＬＳに対応した状態切替回路２５のトランジスタ２５ａをオフすることで、そのセンサ線（＃４）ＬＳのロー固定を解除する。すると、そのセンサ線（＃４）ＬＳにハイエッジを生じることとなる。そして、その後、Ｓ２２０に進む。
【００７０】
尚、上記時間Ｔ（＃１）〜Ｔ（＃４）は、それぞれ異なった時間であり、本実施例では、一例として「Ｔ（＃１）＝１ｍｓ、Ｔ（＃２）＝２ｍｓ、Ｔ（＃３）＝３ｍｓ、Ｔ（＃４）＝４ｍｓ」になっている。
【００７１】
Ｓ２２０では、全てのインジェクタ１０へのノードＩＤの付与が完了したか否かを判定する。具体的には、上記Ｓ１５０、Ｓ１７０、Ｓ１９０、Ｓ２１０の４つの処理が終わって、全てのセンサ線ＬＳのロー固定を解除したか否かを判定する。
【００７２】
そして、全てのインジェクタ１０へのノードＩＤの付与が完了していなければ、Ｓ１４０に戻るが、全てのインジェクタ１０へのノードＩＤの付与が完了したならば、Ｓ２３０に進む。
【００７３】
Ｓ２３０では、インジェクタ１０の全てに対してノードＩＤ付与の終了を報知するための通信データであるＩＤ付与終了命令を、通信ドライバ２１から通信線ＬＣに出力させ、その後、当該ＩＤ付与処理を終了する。尚、ＩＤ付与終了命令も、宛先指定通信データではなく、全てのインジェクタ１０を宛先としたブロードキャストの通信データである。
【００７４】
次に、図３（Ｂ）は、各インジェクタ１０において実施されるＩＤ設定処理を表すフローチャートである。尚、このＩＤ設定処理は、通信処理部１６が実施するものである。
図３（Ｂ）に示すように、ＩＤ設定処理では、まずＳ３１０にて、ＥＣＵ２０からのＩＤ付与開始命令が通信ドライバ２１によって受信されたか否かを判定する。そして、ＩＤ付与開始命令が受信されると、Ｓ３２０に進む。
【００７５】
Ｓ３２０では、当該インジェクタ（＃ｎ）１０におけるノードＩＤの書き換えを許可すると共に、ノードＩＤを初期化する。具体的には、通信処理部１６は、ノードＩＤを記憶するためのメモリであるノードＩＤ記憶部（図示省略）を備えており、そのノードＩＤ記憶部に対するデータ書き換えを許可すると共に、そのノードＩＤ記憶部を初期化する。
【００７６】
尚、ノードＩＤ記憶部は、揮発性メモリと不揮発性メモリとの何れでも良い。また、後者の場合には、ＥＥＰＲＯＭ１３の所定領域をノードＩＤ記憶部として用いても良い。但し、ＥＣＵ２０（詳しくはマイコン２３）が起動時毎に図３（Ａ）のＩＤ付与処理を行うのであれば、ノードＩＤ記憶部は、特に不揮発性メモリである必要はない。
【００７７】
次に、Ｓ３３０にて、当該インジェクタ（＃ｎ）１０のセンサ線（＃ｎ）ＬＳにローエッジが生じたことを、エッジ判別回路１７が検出したか否かを判定する。そして、センサ線（＃ｎ）ＬＳのローエッジが検出されていなければ、そのままＳ３５０に移行するが、センサ線（＃ｎ）ＬＳのローエッジが検出されたなら、Ｓ３４０に進んで、センサ線（＃ｎ）ＬＳがグランド電圧になっている継続時間であるロー時間の計測を開始し、その後、Ｓ３５０に進む。
【００７８】
尚、Ｓ３３０では、上記ＩＤ付与開始命令が受信されてから１回だけ肯定判定する。つまり、Ｓ３３０では、エッジ判別回路１７がローエッジを検出していない状態からローエッジを検出した状態に変化したか否かを判定している。このため、センサ線（＃ｎ）ＬＳにローエッジが生じて、Ｓ３４０でロー時間の計測が開始されると、その後のＳ３３０では否定判定されて、そのままＳ３５０に進むこととなる。
【００７９】
Ｓ３５０では、当該インジェクタ（＃ｎ）１０のセンサ線（＃ｎ）ＬＳにハイエッジが生じたことを、エッジ判別回路１７が検出したか否かを判定する。そして、センサ線（＃ｎ）ＬＳのハイエッジが検出されていなければ、そのままＳ３８０に移行するが、センサ線（＃ｎ）ＬＳのハイエッジが検出されたなら、Ｓ３６０に進んで、ロー時間の計測を終了する。そして、続くＳ３７０にて、ロー時間の計測値から、ＥＣＵ２０が当該インジェクタ（＃ｎ）１０に付与したノードＩＤを特定し、その特定したノードＩＤを、当該インジェクタ（＃ｎ）１０のノードＩＤとしてノードＩＤ記憶部に書き込んだ後、Ｓ３８０に進む。
【００８０】
尚、Ｓ３７０では、具体的には、ロー時間が「Ｔ（＃１）＝１ｍｓ」と考えられる規定範囲内の値（例えば「１±０．４」ｍｓの値）ならば、ノードＩＤ「１」が付与されたと判断し、ロー時間が「Ｔ（＃２）＝２ｍｓ」と考えられる規定範囲内の値（例えば「２±０．４」ｍｓの値）ならば、ノードＩＤ「２」が付与されたと判断し、ロー時間が「Ｔ（＃３）＝３ｍｓ」と考えられる規定範囲内の値（例えば「３±０．４」ｍｓの値）ならば、ノードＩＤ「３」が付与されたと判断し、ロー時間が「Ｔ（＃４）＝４ｍｓ」と考えられる規定範囲内の値（例えば「４±０．４」ｍｓの値）ならば、ノードＩＤ「４」が付与されたと判断する。つまり、インジェクタ１０の通信処理部１６には、ロー時間とノードＩＤとの対応関係を示す時間対ＩＤ関係情報として、ＥＣＵ２０側に記憶されているものと同じ内容のものが記憶されており、インジェクタ１０側では、その時間対ＩＤ関係情報とロー時間の計測値とから、ＥＣＵ２０によって付与されたノードＩＤを特定する。
【００８１】
また、Ｓ３５０では、Ｓ３３０と同様に、上記ＩＤ付与開始命令が受信されてから１回だけ肯定判定する。つまり、Ｓ３５０では、エッジ判別回路１７がハイエッジを検出していない状態からハイエッジを検出した状態に変化したか否かを判定している。このため、センサ線（＃ｎ）ＬＳにハイエッジが生じて、Ｓ３６０及びＳ３７０の処理が行われると、その後のＳ３５０では否定判定されて、そのままＳ３８０に進むこととなる。
【００８２】
そして、Ｓ３８０では、通信ドライバ２１によってＥＣＵ２０からのＩＤ付与終了命令が受信されたか否かを判定し、ＩＤ付与終了命令が受信されていなければＳ３３０に戻るが、ＩＤ付与終了命令が受信されたならばＳ３９０に進む。そして、Ｓ３９０では、当該インジェクタ（＃ｎ）１０におけるノードＩＤの書き換え（即ち、ノードＩＤ記憶部に対するデータの書き換え）を禁止し、その後、Ｓ３１０に戻る。
【００８３】
次に、図３の処理による作用を、図５を用いて説明する。
まず、図５における（１）に示すように、ＥＣＵ２０から全てのインジェクタ１０に対してＩＤ付与開始命令が送信される（Ｓ１１０）。
【００８４】
すると、図５における（２）に示すように、各インジェクタ１０にて、自身のノードＩＤの書き換え許可と初期化とが行われる（Ｓ３２０）。
そして、ＥＣＵ２０は、図５における（３）に示すように、全てのセンサ線ＬＳを一斉にローに固定する（Ｓ１３０）。尚、以下では、この時点を、一斉ロー固定時という。
【００８５】
その後、図５における（４−１）に示すように、ＥＣＵ２０は、一斉ロー固定時から時間Ｔ（＃１）が経過したときに、センサ線（＃１）ＬＳのロー固定を解除して、そのセンサ線（＃１）ＬＳにハイエッジを発生させる（Ｓ１４０：ＹＥＳ→Ｓ１５０）。
【００８６】
同様に、ＥＣＵ２０は、図５における（４−２）〜（４−４）の各々に示すように、一斉ロー固定時から時間Ｔ（＃２）が経過したときに、センサ線（＃２）ＬＳのロー固定を解除し（Ｓ１６０：ＹＥＳ→Ｓ１７０）、一斉ロー固定時から時間Ｔ（＃３）が経過したときに、センサ線（＃３）ＬＳのロー固定を解除し（Ｓ１８０：ＹＥＳ→Ｓ１９０）、一斉ロー固定時から時間Ｔ（＃４）が経過したときに、センサ線（＃４）ＬＳのロー固定を解除する（Ｓ２００：ＹＥＳ→Ｓ２１０）。
【００８７】
一方、各インジェクタ（＃ｎ）１０では、自身につながるセンサ線（＃ｎ）ＬＳのロー時間を計測する（Ｓ３３０〜Ｓ３６０）。そして、そのロー時間の計測値から、ＥＣＵ２０が当該インジェクタ（＃ｎ）１０に付与したノードＩＤを特定し、その特定したノードＩＤを、自身のノードＩＤとしてノードＩＤ記憶部に書き込む（Ｓ３７０）。
【００８８】
即ち、図５における（４−１）の時点において、インジェクタ（＃１）１０では、ロー時間の計測値がＴ（＃１）となるため、そのＴ（＃１）に対応したノードＩＤ「１」を、自身のノードＩＤとしてノードＩＤ記憶部に記憶することとなり、図５における（４−２）の時点において、インジェクタ（＃２）１０では、ロー時間の計測値がＴ（＃２）となるため、そのＴ（＃２）に対応したノードＩＤ「２」を、自身のノードＩＤとしてノードＩＤ記憶部に記憶することとなる。また、図５における（４−３）の時点において、インジェクタ（＃３）１０では、ロー時間の計測値がＴ（＃３）となるため、そのＴ（＃３）に対応したノードＩＤ「３」を、自身のノードＩＤとしてノードＩＤ記憶部に記憶することとなり、図５における（４−４）の時点において、インジェクタ（＃４）１０では、ロー時間の計測値がＴ（＃４）となるため、そのＴ（＃４）に対応したノードＩＤ「４」を、自身のノードＩＤとしてノードＩＤ記憶部に記憶することとなる。
【００８９】
そして、ＥＣＵ２０による全てのインジェクタ１０へのノードＩＤの付与が完了すると、図５における（５）に示すように、ＥＣＵ２０から全てのインジェクタ１０に対してＩＤ付与終了命令が送信される（Ｓ２３０）。
【００９０】
すると、図５における（６）に示すように、各インジェクタ１０にて、自身のノードＩＤの書き換えが禁止される（Ｓ３９０）。
以上の動作により、ＥＣＵ２０から各インジェクタ１０にノードＩＤが付与されると共に、その付与されたノードＩＤが各インジェクタ１０に記憶される。
【００９１】
次に、ＥＣＵ２０と各インジェクタ１０とにおいて、図３の処理に続いて行われる処理について、図４を用い説明する。
まず、図４（Ａ）は、ＥＣＵ２０のマイコン２３が、図３（Ａ）のＩＤ付与処理を終了した直後に実行する照合処理を表すフローチャートである。
【００９２】
図４（Ａ）に示すように、ＥＣＵ２０のマイコン２３は、照合処理の実行を開始すると、まずＳ４１０にて、カウンタＸの値である「Ｘ」を０に初期化し、次のＳ４２０にて、「Ｘ」をインクリメント（＋１）する。
【００９３】
そして、次のＳ４３０にて、「Ｘ」をノードＩＤとして含んだ宛先指定通信データである照合要求を、通信ドライバ２１から通信線ＬＣに出力させる。
尚、この照合要求は、それに含まれるノードＩＤが示す宛先のインジェクタ１０に対して、ＥＥＰＲＯＭ１３に記憶されている製造番号を送信させるための通信データである。そして、その照合要求の宛先（送信先）であるインジェクタ１０は、後述する図４（Ｂ）の処理により、自身のＥＥＰＲＯＭ１３に記憶されている製造番号を含んだ通信データ（以下、製造番号通信データという）を、通信線ＬＣに出力することとなる。
【００９４】
そこで、ＥＣＵ２０では、次のＳ４４０にて、照合要求の宛先であるインジェクタ１０から送信された製造番号通信データが、通信ドライバ２１によって受信されるまで待ち、製造番号通信データが受信されたなら、Ｓ４５０に進む。尚、製造番号通信データを送信するのは、照合要求の宛先となった１つのインジェクタ１０のみであるため、その製造番号通信データには、送信元を示す識別子が含まれていなくても問題はない。
【００９５】
Ｓ４５０では、受信した製造番号（詳しくは、受信した製造番号通信データに含まれていた製造番号）と、ノードＩＤ「Ｘ」のインジェクタ１０（即ち、図３（Ａ）の処理でノードＩＤ「Ｘ」を付与したインジェクタ１０）について記憶している該インジェクタ１０の製造番号とが、一致しているか否かを判定し、両製造番号が一致していれば、そのままＳ４８０に進む。
【００９６】
一方、Ｓ４５０にて、上記両製造番号が一致していないと判定した場合には、Ｓ４６０に移行して、受信した製造番号を、ノードＩＤ「Ｘ」のインジェクタ１０の製造番号として、更新記憶する。尚、ＥＣＵ２０において、各インジェクタ１０の製造番号は、当該ＥＣＵ２０に設けられたＥＥＰＲＯＭ等のデータ書き換え可能な不揮発性メモリに記憶される。
【００９７】
そして、次のＳ４７０にて、ノードＩＤ「Ｘ」のインジェクタ１０から、ＥＥＰＲＯＭ１３内の特性値を読み出すと共に、その読み出した特性値を、ノードＩＤ「Ｘ」のインジェクタ１０の特性値として、更新記憶する。
【００９８】
具体的に説明すると、ＥＣＵ２０のマイコン２３は、「Ｘ」をノードＩＤとして含んだ宛先指定通信データである特性値要求を、通信ドライバ２１から通信線ＬＣに出力させる。すると、ノードＩＤ「Ｘ」のインジェクタ１０では、通信処理部１６が、ＥＥＰＲＯＭ１３から当該インジェクタ１０の特性値を読み出し、その特性値を含む通信データ（以下、特性値通信データという）を、通信ドライバ１５から通信線ＬＣへと出力させる。そして、ＥＣＵ２０のマイコン２３は、上記特性値通信データが通信ドライバ２１によって受信されると、その受信された特性値通信データに含まれている特性値を、ノードＩＤ「Ｘ」のインジェクタ１０に関する特性値として更新記憶する。更に、マイコン２３は、ノードＩＤ「Ｘ」のインジェクタ１０について、特性値を更新記憶すると、その新たな特性値を用いて、前述した制御用マップを作成し直す。
【００９９】
つまり、Ｓ４５０にて、上記両製造番号が一致していないと判定した場合は、ノードＩＤ「Ｘ」のインジェクタ１０が交換されたと考えられることから、そのインジェクタ１０から特性値を読み込み直して、その特性値をノードＩＤ「Ｘ」のインジェクタ１０の制御に用いるのである。
【０１００】
そして、上記Ｓ４７０の処理が終わると、Ｓ４８０に進む、
Ｓ４８０では、「Ｘ」が４であるか否かを判定し、４でなければ、Ｓ４２０へ戻る。
また、Ｓ４８０にて、「Ｘ」が４であると判定した場合には、ノードＩＤが１〜４の全てのインジェクタ１０に対して、Ｓ４３０〜Ｓ４７０の処理を行ったということである。そして、その場合には、当該照合処理を終了する。
【０１０１】
次に、図４（Ｂ）は、各インジェクタ１０において、ＥＣＵ２０から上記照合要求に応答するために実施される要求応答処理を表すフローチャートである。尚、この要求応答処理は、通信処理部１６が実施するものである。
【０１０２】
図４（Ｂ）に示すように、要求応答処理では、まずＳ５１０にて、ＥＣＵ２０からの照合要求が通信ドライバ２１によって受信されたか否かを判定する。そして、照合要求が受信されると、Ｓ５２０に進む。
【０１０３】
Ｓ５２０では、受信された照合要求に含まれるノードＩＤが、当該インジェクタ１０のノードＩＤと一致しているか否かを判定し、両ノードＩＤが不一致ならば、受信された照合要求を破棄して、Ｓ５１０に戻る。その照合要求は自分宛のものではないからである。
【０１０４】
また、Ｓ５２０にて、上記両ノードＩＤが一致していると判定した場合には、受信した照合要求が当該インジェクタ１０を宛先とするものであることから、Ｓ５３０に進んで、ＥＥＰＲＯＭ１３から製造番号を読み出すと共に、その製造番号を含んだ通信データである製造番号通信データを作成し、Ｓ５４０にて、その製造番号通信データを通信ドライバ１５から通信線ＬＣに出力させる。そして、その後、Ｓ５１０に戻る。
【０１０５】
次に、図４の処理による作用を、再び図５を用いて説明する。
まず、図５における（７−１）に示すように、ＥＣＵ２０から、ノードＩＤ「１」のインジェクタ（＃１）１０に対する照合要求が送信される（Ｘ＝１の時のＳ４３０）。
【０１０６】
すると、図５における（８−１）に示すように、ノードＩＤ「１」のインジェクタ（＃１）１０だけが、ＥＥＰＲＯＭ１３内の製造番号をＥＣＵ２０へと返信する（Ｓ５３０、Ｓ５４０）。
【０１０７】
そして、図５における（９−１）に示すように、ＥＣＵ２０では、インジェクタ（＃１）１０からの製造番号を受信すると共に（Ｓ４４０）、該受信した製造番号と、既に記憶しているインジェクタ（＃１）１０の製造番号とを比較し、両製造番号が一致していれば（Ｓ４５０：ＹＥＳ）、インジェクタ（＃１）に関する製造番号の照合が完了する。
【０１０８】
そして、＃２〜＃４の各インジェクタ１０についても、図５における（７−２）〜（９−２）、（７−３）〜（９−３）、（７−４）〜（９−４）の各々に示すように、上記（７−１）〜（９−１）と同様の動作が行われる。
【０１０９】
尚、図５における（７−１）〜（９−４）では、ＥＣＵ２０が各インジェクタ１０にノードＩＤを前回付与してから今回付与するまでの間に、インジェクタ１０が交換されていない場合を示している。これに対して、例えば、インジェクタ（＃１）１０が交換されていたとすると、図５における（９−１）では、ＥＣＵ２０からインジェクタ（＃１）１０に対して前述の特性値要求が送信されて、インジェクタ（＃１）がＥＣＵ２０へＥＥＰＲＲＯＭ１３内の特性値を返信し、その特性値がＥＣＵ２０において、インジェクタ（＃１）に関する特性値として更新記憶されることとなる（Ｓ４７０）。
【０１１０】
以上のように、実施例の燃料噴射制御システム１では、ＥＣＵ２０が、各インジェクタ１０のセンサ線ＬＳの電圧を、そのインジェクタ１０に付与するノードＩＤに応じた時間だけグランド電圧にする。そして、各インジェクタ１０では、自身につながるセンサ線ＬＳの電圧がグランド電圧になっている継続時間（ロー時間）を計測し、その計測値から、ＥＣＵ２０が当該インジェクタ１０に付与したノードＩＤを特定して、その特定したノードＩＤを自身のノードＩＤとして記憶する。
【０１１１】
このため、インジェクタ１０のＥＣＵ２０への物理的な接続が完了してから、ＥＣＵ２０がその各インジェクタ１０にノードＩＤを付与することができる。よって、インジェクタ１０の製造時に、インジェクタ１０に対して不変のノードＩＤを設定しておく必要がなく、前述した車両部品（この例ではインジェクタ１０）の接続間違いによる不具合を防止することができる。
【０１１２】
また、ＥＣＵ２０から各インジェクタ１０へノードＩＤを通知するために、インジェクタ１０毎のセンサ線ＬＳを用いるため、各インジェクタ１０にノードＩＤを確実に付与することができると共に、ノードＩＤを付与するのに時間がかからない。特に、ＥＣＵ２０は、各センサ線ＬＳを一斉にグランド電圧にするため、各インジェクタ１０に対し、並行してノードＩＤを通知することができ、全てのインジェクタ１０にノードＩＤを付与するのに要する時間を、短くすることができる。
【０１１３】
尚、上記実施例では、インジェクタ１０が、車両部品に相当し、通信処理部１６が、通信制御手段に相当している。また、ＥＣＵ２０のマイコン２３が行う図３（Ａ）のＩＤ付与処理が、ＩＤ付与手段としての処理に相当し、センサ線ＬＳをグランド電圧にする（ローに固定する）ことが、ＩＤ指示信号を出力することに相当している。そして、インジェクタ１０の通信処理部１６が行う図３（Ｂ）のＩＤ設定処理が、ＩＤ設定手段としての処理に相当している。
【０１１４】
一方、図３（Ａ）の処理において、各インジェクタ１０へノードＩＤを付与するためにセンサ線ＬＳの電圧を固定する電圧値は、センサ信号の通常の電圧範囲外であれば、グランド電圧以外の電圧でも良い。
【０１１５】
また例えば、図３（Ａ）の処理では、各センサ線ＬＳの電圧を０Ｖと５Ｖとに交互に変化させることで、各インジェクタ１０へ、ノードＩＤを示すデジタル信号を送るようにしても良い。この場合、そのデジタル信号がＩＤ指示信号に相当することとなり、各インジェクタ１０は、センサ線ＬＳの信号から得るデジタル値に基づいて、自身に付与されたノードＩＤを特定すれば良い。
【０１１６】
また、圧力センサ１１は、燃料圧力を検出するセンサ本体と、該センサ本体のゲイン調整や該センサ本体の出力信号のオフセット調整などを行うセンサ制御回路とからなるものであって、そのセンサ制御回路によるオフセット調整後の信号を、センサ信号としてセンサ線ＬＳへ出力するものであっても良い。
【０１１７】
以上、本発明の一実施例について説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々なる態様で実施し得ることは勿論である。
【０１１８】
例えば、電子制御装置に接続される車両部品は、インジェクタ１０以外でも良い。同様に、車両部品に内蔵されるセンサは、圧力センサ１１以外のセンサでも良い。
【符号の説明】
【０１１９】
１…燃料噴射制御システム、１０…インジェクタ（車両部品）、１１…圧力センサ、１３…ＥＥＰＲＯＭ、１５…通信ドライバ、１６…通信処理部、１７…エッジ判別回路、２０…ＥＣＵ（電子制御装置）、２１…通信ドライバ、２３…マイコン、２３ａ…Ａ／Ｄ変換器、２５…状態切替回路、２５ａ…トランジスタ、３０…ＥＤＵ（電子駆動装置）、ＬＣ…通信線、ＬＳ…センサ線（センサ信号用の信号線）
【図１】
0005454378.tif 000002
【図２】
0005454378.tif 000003
【図３】
0005454378.tif 000004
【図４】
0005454378.tif 000005
【図５】
0005454378.tif 000006