(57)【要約】【課題】スタータの駆動中にＣＰＵがリセットされた場合でも、比較的簡単な制御処理でスタータの駆動状態を継続してエンジンを始動できるようにする。【解決手段】スタータ１７の駆動中にＣＰＵ１２が電源電圧低下等によりリセットされた場合に、そのリセット復帰から所定のスタータ停止条件無視期間が経過するまで該ＣＰＵ１２がスタータ停止条件の成立を無視するように構成している。このようにすれば、ＣＰＵ１２のリセット復帰時にスタータ停止条件の成立によりスタータ１７が停止されることを防止できて、エンジンのクランキングを継続してエンジンを始動できる。ここで、スタータ停止条件無視期間は、電源電圧（バッテリ電圧）、外気温、油温、冷却水温、１回のクランキング中のリセット回数、エンジン回転速度、車載ネットワークの通信確立時間の少なくとも１つに基づいて設定すれば良い。【選択図】図１
2011179446.tif 000002
【特許請求の範囲】
【請求項１】
エンジン始動時にエンジンをクランキングするスタータの駆動／停止を制御するＣＰＵを備え、該ＣＰＵは、前記スタータの駆動中にスタータ停止条件が成立したときに該スタータを停止させ、前記スタータの停止中に前記スタータ停止条件が成立しているときには該スタータの駆動を禁止するエンジン始動制御装置において、
前記ＣＰＵは、前記スタータの駆動中にリセットされた場合にそのリセット復帰から所定期間が経過するまで前記スタータ停止条件の成立を無視することを特徴とするエンジン始動制御装置。
【請求項２】
前記ＣＰＵは、リセット復帰後に前記スタータ停止条件の成立を無視する期間を、電源電圧、外気温、油温、冷却水温、１回のクランキング中のリセット回数、エンジン回転速度、車載ネットワークの通信確立時間の少なくとも１つに基づいて設定することを特徴とする請求項１に記載のエンジン始動制御装置。
【請求項３】
前記スタータ停止条件は、長時間クランキング判定、車速判定、エンジン始動完了判定、シフトレンジ判定、燃料漏れ判定、イモビライザー判定、燃料圧力判定、スタータ異常判定の少なくとも１つを含むことを特徴とする請求項１又は２に記載のエンジン始動制御装置。
【請求項４】
エンジン始動時にエンジンをクランキングするスタータの駆動／停止を制御するＣＰＵを備え、該ＣＰＵは、前記スタータの駆動中にスタータ停止条件が成立したときに該スタータを停止させ、前記スタータの停止中に前記スタータ停止条件が成立しているときには該スタータの駆動を禁止するエンジン始動制御装置において、
前記スタータの駆動中に前記ＣＰＵがリセットされた場合に当該リセットから復帰する際に前記スタータ停止条件が成立しない側に初期化されるように構成されていることを特徴とすることを特徴とするエンジン始動制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エンジンを始動するスタータの駆動／停止をＣＰＵで制御するように構成したエンジン始動制御装置に関する発明である。
【背景技術】
【０００２】
近年の電子制御化が進んだ車両では、特許文献１（特開２００８−２９１７６３号公報）に記載されているように、回動操作式のイグニッションキースイッチに代えて、プッシュ操作式のスタートスイッチを設け、このスタートスイッチのプッシュ操作の信号をＣＰＵに入力することで、ＣＰＵからスタータ駆動指令を出力してスタータを駆動してエンジンをクランキングして始動するようにしたものがある。
【０００３】
この場合、スタータの駆動中にスタータ停止条件が成立したときに該スタータを停止させ、スタータの停止中にスタータ停止条件が成立しているときには該スタータの駆動を禁止するようにしている。ここで、スタータ停止条件としては、例えば、エンジン始動完了判定（エンジン回転速度が始動完了判定回転速度を越えること）、長時間クランキング判定（クランキング時間がバッテリ保護の観点から設定された許容最大クランキング時間を越えること）、車速判定（車速が所定車速を越えること）、シフトレンジ判定（シフトレンジがＰ又はＮレンジでないこと）、燃料漏れ判定（燃料漏れが検出されたこと）、イモビライザー判定（運転者のキーと車両のＥＣＵとの間でＩＤコードの照合が完了していないこと）、燃料圧力判定（エンジン始動に必要な燃料圧力が確保されていないこと）等がある。
【０００４】
また、スタータの駆動中は、バッテリからスタータに大きな電流が流れるため、バッテリ電圧が一時的に低下するのは避けられない。スタータの駆動／停止を制御するＣＰＵも、バッテリから電源電圧が供給されるため、バッテリの充電容量が低下している場合には、スタータの駆動中にＣＰＵの電源電圧が動作保証電圧を下回ってＣＰＵがリセットされてしまう可能性がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２９１７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、スタータの駆動中にＣＰＵの電源電圧が動作保証電圧を下回ってＣＰＵがリセットされると、スタータ停止条件が成立した状態又はスタータ停止条件の成否が不明な状態となるため、スタータが停止されてエンジンを始動できない可能性がある。
【０００７】
そこで、上記特許文献１では、スタータ制御用のＣＰＵ（エンジンＥＣＵ）の他に、スタータ制御用のＣＰＵよりも動作保証電圧が低いＣＰＵ（電源ＥＣＵ）を使用して、スタータの駆動中にスタータ制御用のＣＰＵがリセットされたときに、動作保証電圧が低い方のＣＰＵ（電源ＥＣＵ）によってスタータリレーを暫くオン状態に維持してスタータへの通電を継続してエンジンを始動するようにしている。
【０００８】
しかし、この構成では、エンジン始動制御（スタータの駆動／停止制御）のために２つのＣＰＵ（ＥＣＵ）の制御処理を連携させる必要があり、制御処理が複雑になる欠点がある。
【０００９】
そこで、本発明が解決しようとする課題は、スタータの駆動中にＣＰＵがリセットされた場合でも、比較的簡単な制御処理でスタータの駆動状態を継続してエンジンを始動でき、ＣＰＵのリセットによる始動不良の問題を低コストで改善できるエンジン始動制御装置を提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に係る発明は、エンジン始動時にエンジンをクランキングするスタータの駆動／停止を制御するＣＰＵを備え、該ＣＰＵは、スタータの駆動中にスタータ停止条件が成立したときに該スタータを停止させ、スタータの停止中にスタータ停止条件が成立しているときには該スタータの駆動を禁止するエンジン始動制御装置において、スタータの駆動中にＣＰＵがリセットされた場合にそのリセット復帰から所定期間が経過するまで該ＣＰＵがスタータ停止条件の成立を無視するように構成したものである。この構成によれば、スタータの駆動中にＣＰＵがリセットされても、そのリセット復帰から所定期間が経過するまでスタータ停止条件の成立が無視されるため、ＣＰＵのリセット復帰時にスタータ停止条件の成立によりスタータが停止されることを防止できて、エンジンのクランキングを継続してエンジンを始動できる。これにより、スタータの駆動中にＣＰＵがリセットされた場合でも、比較的簡単な制御処理でエンジンを始動することが可能となり、ＣＰＵのリセットによる始動不良の問題を低コストで改善することができる。
【００１１】
この場合、ＣＰＵのリセット復帰後にスタータ停止条件の成立を無視する期間（以下「スタータ停止条件無視期間」という）は、予め決められた一定期間としても良いが、請求項２のように、スタータ停止条件無視期間を、電源電圧（バッテリ電圧）、外気温、油温、冷却水温、１回のクランキング中のリセット回数、エンジン回転速度、車載ネットワークの通信確立時間の少なくとも１つに基づいて設定するようにしても良い。
【００１２】
例えば、電源電圧（バッテリ電圧）が低くなるほど、ＣＰＵのリセットが発生しやすくなるため、電源電圧が低くなるほど、スタータ停止条件無視期間を長くすると良い。外気温やエンジン温度（油温、冷却水温）が低くなるほど、クランキング時間が長くなる傾向があるため、外気温やエンジン温度が低くなるほど、スタータ停止条件無視期間を長くすると良い。１回のクランキング中にＣＰＵのリセットが繰り返し発生すると、クランキング時間が長くなってバッテリの負担が大きくなり過ぎるため、１回のクランキング中のリセット回数に応じてスタータ停止条件無視期間を制限すると良い。エンジン回転速度が高くなるほど、エンジン始動完了時期（スタータの停止タイミング）までの時間が短くなる傾向があるため、エンジン回転速度が高くなるほど、スタータ停止条件無視期間を短くすると良い。スタータ停止条件の成立／不成立の情報を送信する車載ネットワークの通信確立時間が長くなるほど、他のＣＰＵ（ＥＣＵ）からスタータ停止条件の成立／不成立の情報が送信されてくるまでの時間が長くなるため、車載ネットワークの通信確立時間が長くなるほど、スタータ停止条件無視期間を長くすると良い。
【００１３】
この場合、請求項３のように、スタータ停止条件は、長時間クランキング判定、車速判定、エンジン始動完了判定、シフトレンジ判定、燃料漏れ判定、イモビライザー判定、燃料圧力判定、スタータ異常判定の少なくとも１つを含ませるようにすると良い。ここで、長時間クランキング判定では、クランキング時間がバッテリ保護の観点から設定された許容最大クランキング時間を越えたときにスタータ停止条件が成立する。車速判定では、車速が所定車速を越えたときにスタータ停止条件が成立する。エンジン始動完了判定では、エンジン回転速度が始動完了判定回転速度を越えたときにスタータ停止条件が成立する。シフトレンジ判定では、シフトレンジがＰ又はＮレンジでないときにスタータ停止条件が成立する。燃料漏れ判定では、燃料漏れが検出されたときにスタータ停止条件が成立する。イモビライザー判定では、運転者のキーとイモビライザー用のＥＣＵとの間でＩＤコードの照合が完了していないときにスタータ停止条件が成立する。燃料圧力判定では、エンジン始動に必要な燃料圧力が確保されていないときにスタータ停止条件が成立する。スタータ異常判定では、車両に搭載されたスタータ異常診断機能によりスタータの異常が検出されたときにスタータ停止条件が成立する。
【００１４】
また、請求項４のように、スタータの駆動中にＣＰＵがリセットされた場合に当該リセットから復帰する際にスタータ停止条件が成立しない側に初期化されるように構成しても良い。このようにしても、ＣＰＵのリセット復帰時にスタータ停止条件の成立によるスタータの停止を防止できるため、スタータの駆動中にＣＰＵがリセットされた場合でも、比較的簡単な制御処理でクランキングを継続してエンジンを始動することが可能となり、ＣＰＵのリセットによる始動不良の問題を低コストで改善することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は本発明の実施例１におけるエンジン始動制御装置の構成を概略的に示すブロック図である。
【図２】図２は実施例１のスタータ駆動中にＣＰＵリセットが発生したときの処理内容を説明するタイムチャートである。
【図３】図３は実施例１のＣＰＵリセット復帰処理ルーチンの処理の流れを示すフローチャートである。
【図４】図４は実施例２のスタータ駆動中にＣＰＵリセットが発生したときの処理内容を説明するタイムチャートである。
【図５】図５は実施例２のＣＰＵリセット復帰処理ルーチンの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態を具体化した２つの実施例１，２を説明する。
【実施例１】
【００１７】
本発明の実施例１を図１乃至図３に基づいて説明する。
まず、図１に基づいてエンジン始動制御装置の構成を概略的に説明する。
エンジン始動制御装置は、車両に搭載されたバッテリ１０から電源電圧が供給されるＥＣＵ１１を用いて構成され、該ＥＣＵ１１には、ＣＰＵ１２、ＲＯＭ（図示せず）、ＲＡＭ（図示せず）、ハードウェアラッチ回路１３Ａ，１３Ｂ（保持回路）、スタータリレー１５を駆動するドライバ１４Ａ，１４Ｂ等が実装されている。スタータリレー１５がＯＮ（オン）されると、スタータ１７に通電されて（スタータＯＮ）、エンジンがクランキングされて始動され、スタータリレー１５がＯＦＦ（オフ）されると、スタータ１７への通電が停止される（スタータＯＦＦ）。ＣＰＵ１２には、プッシュ操作式のスタートスイッチ１６のプッシュ操作によりスタート信号（始動要求）が入力される。本実施例では、スタータリレー１５を駆動するドライバ１４Ａ，１４Ｂとハードウェアラッチ回路１３Ａ，１３Ｂが２系統設けられている。
【００１８】
運転者がスタートスイッチ１６をプッシュ操作してスタート信号をＣＰＵ１２に入力すると、ＣＰＵ１２からスタータＯＮ指令がハードウェアラッチ回路１３Ａ，１３Ｂに出力され、このハードウェアラッチ回路１３Ａ，１３ＢからＯＮ信号（ハイレベル信号）がドライバ１４Ａ，１４Ｂに出力される。これにより、スタータリレー１５がＯＮされてスタータ１７がＯＮされ、エンジンがクランキングされる。
【００１９】
ハードウェアラッチ回路１３Ａ，１３ＢからＯＮ信号（ハイレベル信号）を出力してスタータ１７がＯＮされている状態（エンジンのクランキング中）では、バッテリ１０の電圧低下によりＣＰＵ１２がリセットされてスタータＯＮ指令が出力されなくなっても、直ぐにはハードウェアラッチ回路１３Ａ，１３Ｂの出力がＯＦＦ（ローレベル）に反転せず、当該リセットから所定時間（例えば４００ｍｓ）が経過するまでハードウェアラッチ回路１３Ａ，１３Ｂの出力をＯＮ（ハイレベル）に保持してスタータ１７のＯＮ状態を所定時間（例えば４００ｍｓ）保持するように構成されている。
【００２０】
ＣＰＵ１２は、スタータ１７のＯＮ中（駆動中）にエンジン回転速度が始動完了判定回転速度を超えてエンジンの始動完了と判定したとき又はスタータ１７のＯＮ時間がバッテリ１０の保護の観点から設定された許容最大クランキング時間に達したときに、スタータ停止条件が成立してスタータＯＦＦ指令（スタータ停止指令）をハードウェアラッチ回路１３Ａ，１３Ｂに出力する。ハードウェアラッチ回路１３Ａ，１３Ｂは、スタータＯＦＦ指令が入力されたときには、直ちに出力をＯＦＦ（ローレベル）に反転させてスタータリレー１５をＯＦＦしてスタータ１７をＯＦＦする。
【００２１】
本実施例１では、スタータ停止条件（駆動禁止条件）は、上述したエンジン始動完了判定、長時間クランキング判定の他に、例えば、車速判定、シフトレンジ判定、燃料漏れ判定、イモビライザー判定、燃料圧力判定、スタータ異常判定、サービス工場チェック用判定のうちの少なくとも１つを含む。但し、本発明は、これら全てのスタータ停止条件を備えたシステムに限定されず、一部のスタータ停止条件を省いたり、他のスタータ停止条件を追加しても良いことは言うまでもない。
【００２２】
ここで、車速判定では、車速が所定車速を越えたときにスタータ停止条件が成立する。  シフトレンジ判定では、シフトレンジがＰ又はＮレンジでないときにスタータ停止条件が成立する。
燃料漏れ判定では、燃料漏れが検出されたときにスタータ停止条件が成立する。
【００２３】
イモビライザー判定では、運転者のキーとイモビライザー用のＥＣＵとの間でＩＤコードの照合が完了していないときにスタータ停止条件が成立する。
燃料圧力判定では、エンジン始動に必要な燃料圧力が確保されていないときにスタータ停止条件が成立する。
【００２４】
スタータ異常判定では、車両に搭載されたスタータ異常診断機能によりスタータ１７の異常が検出されたときにスタータ停止条件が成立する。
サービス工場チェック用判定では、サービス工場での点検・修理時にスタータ１７の駆動を禁止するサービスモードに設定されているときにスタータ停止条件が成立する。
【００２５】
従って、スタータ制御用のＣＰＵ１２でスタータ停止条件を判定する場合と、他のＣＰＵ（ＥＣＵ）でスタータ停止条件を判定して、他のＣＰＵ（ＥＣＵ）からスタータ停止条件の成立／不成立の信号がＣＡＮ、ＬＩＮ等の車載ネットワークを介してスタータ制御用のＣＰＵ１２に送信されてくる場合がある。
【００２６】
ところで、スタータ１７のＯＮ中にＣＰＵ１２の電源電圧が動作保証電圧を下回ってＣＰＵ１２がリセットされると、その後、リセットから復帰する際にＣＰＵ１２が所定のイニシャル処理を実行してから通常の処理に移行する。この際、図２に示すように、ＣＰＵ１２のリセットから所定時間（例えば４００ｍｓ）が経過するまでハードウェアラッチ回路１３Ａ，１３Ｂの出力がＯＮ（ハイレベル）に保持されてスタータ１７のＯＮ状態が所定時間（例えば４００ｍｓ）保持される。
【００２７】
従来システムでは、リセット復帰時のイニシャル処理でも、通常のＣＰＵ電源ＯＮ時に実行されるイニシャル処理と同様に、ＣＰＵ１２から出力するスタータＯＮ／ＯＦＦ指令が“ＯＦＦ指令”に初期化されるため、スタータ１７のＯＮ中にＣＰＵ１２のリセットが発生すると、その後、リセット復帰時のイニシャル処理によってスタータ１７がオフされてしまい、エンジンを始動できない。
【００２８】
そこで、本実施例１では、ＣＰＵ１２は、リセットが発生した場合に当該リセットから復帰する際に、スタータ１７のＯＮ／ＯＦＦの状態を確認して、該スタータ１７がハードウェアラッチ回路１３Ａ，１３ＢによってＯＮ状態に保持されていると判断したときに、該ＣＰＵ１２のイニシャル処理をスタータ１７のＯＮ状態を継続する“始動中イニシャル処理”に変更して実行するようにしている。
【００２９】
ここで、始動中イニシャル処理は、ハードウェアラッチ回路１３Ａ，１３Ｂに出力するスタータＯＮ／ＯＦＦ指令をＯＮ指令に初期化する処理と、リセット前のスタータ１７のＯＮ／ＯＦＦ状態を判定するソフトウェアラッチフラグをＯＮにセットする処理（リセット前からスタータ１７がＯＮ状態にあったことを示すフラグをセットする処理）を含む。このようにすれば、ＣＰＵ１２のリセット復帰時のイニシャル処理によってＣＰＵ１２から出力するスタータＯＮ／ＯＦＦ指令が“ＯＦＦ指令”に初期化されてスタータ１７がＯＦＦされることを防止できる。
【００３０】
次に、ＣＰＵ１２のリセット復帰時にスタータ１７のＯＮ／ＯＦＦの状態を確認する方法を説明する。スタータ１７のＯＮ／ＯＦＦの状態は、スタータ１７やスタータリレー１５に流れる電流を検出しても確認できるが、本実施例１では、ハードウェアラッチ回路１３Ａ，１３Ｂの出力側の状態を確認してスタータ１７のＯＮ／ＯＦＦを判断する。ハードウェアラッチ回路１３Ａ，１３Ｂの出力側の状態の確認は、ハードウェアラッチ回路１３Ａ，１３Ｂの出力端子の電圧を検出しても良いし、ＥＣＵ１１のスタータ駆動ポート（ドライバ１４Ａ，１４Ｂの出力端子）の電圧を検出しても良い。
【００３１】
その他の確認方法として、ＣＰＵ１２のリセット前のスタータ１７のＯＮ／ＯＦＦの状態のデータを、書き換え可能な不揮発性の記憶手段（例えばバックアップＲＡＭ）に書き込んでおき、ＣＰＵ１２のリセット復帰時に上記不揮発性の記憶手段の記憶データを読み込んでスタータ１７のＯＮ／ＯＦＦの状態を確認することが考えられるが、この方法では、過去の始動時のデータが不揮発性の記憶手段に記憶されている可能性があり、リセット復帰時にスタータ１７のＯＮ／ＯＦＦの状態を誤判定する可能性がある。
【００３２】
その点、本実施例１のように、リセット復帰時にハードウェアラッチ回路１３Ａ，１３Ｂの出力側の状態を確認してスタータ１７のＯＮ／ＯＦＦを判断するようにすれば、リセット復帰時における実際のスタータ１７のＯＮ／ＯＦＦの状態を正確に判断することができる。
【００３３】
一方、スタータ停止条件の判定方法は、前述したように、スタータ制御用のＣＰＵ１２でスタータ停止条件を判定する場合と、他のＣＰＵ（ＥＣＵ）でスタータ停止条件を判定して、他のＣＰＵ（ＥＣＵ）からスタータ停止条件の成立／不成立の信号がＣＡＮ、ＬＩＮ等の車載ネットワークを介してスタータ制御用のＣＰＵ１２に送信されてくる場合がある。スタータ制御用のＣＰＵ１２は、スタータ１７の駆動中にスタータ停止条件が成立したときにはスタータＯＦＦ指令を出力してスタータ１７を停止させ、スタータ１７の停止中にスタータ停止条件が成立しているときには該スタータ１７の駆動を禁止する。
【００３４】
スタータ１７の駆動中にＣＰＵ１２の電源電圧が動作保証電圧を下回ってスタータ制御用のＣＰＵ１２がリセットされる場合は、同時に他のＣＰＵ（ＥＣＵ）もリセットされる可能性がある。他のＣＰＵ（ＥＣＵ）の中には、リセット復帰時にスタータ停止条件が成立する側に初期化されてその情報がスタータ制御用のＣＰＵ１２に送信され、その後、システムチェックが完了した段階で、スタータ１７の駆動を許可する信号がスタータ制御用のＣＰＵ１２に送信されてくるものがある。このため、従来システムでは、スタータ制御用のＣＰＵ１２のリセット復帰時に、他のＣＰＵ（ＥＣＵ）からスタータ制御用のＣＰＵ１２に送信されてくるスタータ停止条件成立の信号によってスタータ１２が停止されてエンジンを始動できない可能性がある。
【００３５】
そこで、本実施例１では、スタータ１７の駆動中にＣＰＵ１２がリセットされた場合にそのリセット復帰から所定のスタータ停止条件無視期間が経過するまで該ＣＰＵ１２がスタータ停止条件の成立を無視するように構成している。このようにすれば、ＣＰＵ１２のリセット復帰時にスタータ停止条件の成立によりスタータ１７が停止されることを防止できて、エンジンのクランキングを継続してエンジンを始動することができる。
【００３６】
この場合、ＣＰＵ１２のリセット復帰後にスタータ停止条件の成立を無視する期間（以下「スタータ停止条件無視期間」という）は、予め決められた一定期間としても良いが、本実施例１では、スタータ停止条件無視期間を、電源電圧（バッテリ電圧）、外気温、油温、冷却水温、１回のクランキング中のリセット回数、エンジン回転速度、車載ネットワークの通信確立時間の少なくとも１つに基づいて設定するようにしている。
【００３７】
例えば、電源電圧（バッテリ電圧）が低くなるほど、ＣＰＵ１２のリセットが発生しやすくなるため、電源電圧が低くなるほど、スタータ停止条件無視期間を長くすると良い。外気温やエンジン温度（油温、冷却水温）が低くなるほど、クランキング時間が長くなる傾向があるため、外気温やエンジン温度が低くなるほど、スタータ停止条件無視期間を長くすると良い。１回のクランキング中にＣＰＵ１２のリセットが繰り返し発生すると、クランキング時間が長くなってバッテリ１０の負担が大きくなり過ぎるため、１回のクランキング中のリセット回数に応じてスタータ停止条件無視期間を制限すると良い。エンジン回転速度が高くなるほど、エンジン始動完了時期（スタータ１７の停止タイミング）までの時間が短くなる傾向があるため、エンジン回転速度が高くなるほど、スタータ停止条件無視期間を短くすると良い。車載ネットワークの通信確立時間が長くなるほど、他のＣＰＵ（ＥＣＵ）からエンジン始動許可信号が送信されてくるまでの時間が長くなるため、車載ネットワークの通信確立時間が長くなるほど、スタータ停止条件無視期間を長くすると良い。
【００３８】
以上説明した本実施例１のＣＰＵリセット復帰処理は、ＣＰＵ１２によって図３のＣＰＵリセット復帰処理ルーチンに従って実行される。図３のＣＰＵリセット復帰処理ルーチンは、所定周期で繰り返し実行される。本ルーチンが起動されると、まずステップ１０１で、ＣＰＵ１２のリセットが発生したか否かを判定し、リセットが発生していなければ、リセット復帰処理を行う必要がないため、以降の処理を行うことなく、本ルーチンを終了する。
【００３９】
これに対し、上記ステップ１０１で、ＣＰＵ１２のリセットが発生したと判定されれば、ステップ１０２に進み、リセットが復帰するまで待機する。この後、リセットが復帰した時点で、ステップ１０３に進み、ＥＣＵ１１のスタータ駆動ポート（ドライバ１４Ａ，１４Ｂの出力端子）の状態を確認して、次のステップ１０４で、ＥＣＵ１１のスタータ駆動ポートの状態からスタータ１７のＯＮ／ＯＦＦを判定する。このステップ１０４で、スタータ１７のＯＦＦ状態と判定されれば、ステップ１０６に進み、通常のイニシャル処理を実行して、ＣＰＵ１２からハードウェアラッチ回路１３Ａ，１３Ｂに出力するスタータＯＮ／ＯＦＦ指令をＯＦＦ指令に初期化すると共に、リセット前のスタータ１７のＯＮ／ＯＦＦ状態を判定するソフトウェアラッチフラグをＯＦＦに初期化して、本ルーチンを終了する。これにより、リセット復帰後も、スタータ１７がリセット前と同じＯＦＦ状態に維持される。
【００４０】
一方、上記ステップ１０４で、スタータ１７のＯＮ状態と判定されれば、ステップ１０５に進み、始動中イニシャル処理を実行して、ＣＰＵ１２からハードウェアラッチ回路１３Ａ，１３Ｂに出力するスタータＯＮ／ＯＦＦ指令をＯＮ指令に初期化すると共に、リセット前のスタータ１７のＯＮ／ＯＦＦ状態を判定するソフトウェアラッチフラグをＯＮに初期化する。これにより、リセット復帰後も、スタータ１７がリセット前と同じＯＮ状態に維持される。
【００４１】
この後、ステップ１０７に進み、始動中イニシャル処理後にスタータ停止条件の成立を無視するスタータ停止条件無視時間を算出する。この際、電源電圧（バッテリ電圧）、外気温、油温、冷却水温、１回のクランキング中のリセット回数、エンジン回転速度、車載ネットワークの通信確立時間の少なくとも１つに基づいてマップ等によりスタータ停止条件無視時間を算出する。
【００４２】
この後、ステップ１０８に進み、始動中イニシャル処理後の経過時間をスタータ停止条件無視時間と比較して、始動中イニシャル処理後の経過時間がスタータ停止条件無視時間以内と判定されれば、ステップ１０９に進み、他のＣＰＵ（ＥＣＵ）からスタータ停止条件成立の信号がＣＰＵ１２に入力されたり、ＣＰＵ１２で実行する他の処理でスタータ停止条件が成立しても、それらのスタータ停止条件の成立を無視してスタータ１７のＯＮ状態を継続する。このスタータ１７のＯＮ状態は、始動中イニシャル処理後の経過時間がスタータ停止条件無視時間に達するまで継続される。
【００４３】
その後、始動中イニシャル処理後の経過時間がスタータ停止条件無視時間に達した時点で、ステップ１１０に進み、スタータ停止条件が成立したか否かを判定し、スタータ停止条件が成立していないと判定されれば、ステップ１１１に進み、スタータ１７のＯＮ状態を継続する。その後、スタータ停止条件が成立した時点で、ステップ１１２に進み、ＣＰＵ１２からスタータＯＦＦ指令を出力してスタータ１７をＯＦＦすると共に、ソフトウェアラッチフラグをＯＦＦに切り替えて、本ルーチンを終了する。
【００４４】
以上説明した本実施例１によれば、スタータ１７の駆動中に電源電圧（バッテリ電圧）の低下によりＣＰＵ１２がリセットされても、そのリセット復帰から所定のスタータ停止条件無視時間が経過するまで、スタータ停止条件の成立を無視してスタータ１７の駆動状態を維持するため、ＣＰＵ１２のリセット復帰時にスタータ停止条件の成立によりスタータ１７が停止されることを防止できて、エンジンのクランキングを継続してエンジンを始動できる。これにより、スタータ１７の駆動中にＣＰＵ１２がリセットされた場合でも、比較的簡単な制御処理でエンジンを始動することが可能となり、ＣＰＵ１２のリセットによる始動不良の問題を低コストで改善することができる。
【実施例２】
【００４５】
上記実施例１では、スタータ１７の駆動中にＣＰＵ１２がリセットされた場合に、そのリセット復帰から所定のスタータ停止条件無視時間が経過するまで、スタータ停止条件の成立を無視するようにしたが、図４及び図５に示す本発明の実施例２では、スタータ１７の駆動中にＣＰＵ１２がリセットされた場合に、そのリセットから復帰する際にスタータ停止条件が成立しない側（スタータ１７の駆動が許可される側）に初期化されるように構成されている。ここで、スタータ停止条件は上記実施例１と同じである。
【００４６】
本実施例２のＣＰＵリセット復帰処理は、ＣＰＵ１２によって図５のＣＰＵリセット復帰処理ルーチンに従って実行される。図５のＣＰＵリセット復帰処理ルーチンは、所定周期で繰り返し実行される。
【００４７】
図５のＣＰＵリセット復帰処理ルーチンのステップ２０１〜２０４の処理は、前記実施例１で説明した図３のＣＰＵリセット復帰処理ルーチンのステップ１０１〜１０４の処理と同じである。すなわち、ステップ２０１〜２０３で、ＣＰＵ１２のリセットが発生した場合に、そのリセット復帰時にＥＣＵ１１のスタータ駆動ポートの状態を確認して、次のステップ２０４で、ＥＣＵ１１のスタータ駆動ポートの状態からスタータ１７のＯＮ／ＯＦＦを判定する。このステップ２０４で、スタータ１７のＯＦＦ状態と判定されれば、ステップ２０６に進み、通常のイニシャル処理を実行して、ＣＰＵ１２からハードウェアラッチ回路１３Ａ，１３Ｂに出力するスタータＯＮ／ＯＦＦ指令をＯＦＦ指令に初期化すると共に、リセット前のスタータ１７のＯＮ／ＯＦＦ状態を判定するソフトウェアラッチフラグをＯＦＦに初期化して、本ルーチンを終了する。これにより、リセット復帰後も、スタータ１７がリセット前と同じＯＦＦ状態に維持される。
【００４８】
一方、上記ステップ２０４で、スタータ１７のＯＮ状態と判定されれば、ステップ２０５に進み、始動中イニシャル処理を実行して、スタータ停止条件が成立しない側（スタータ１７の駆動が許可される側）に初期化して、ＣＰＵ１２からハードウェアラッチ回路１３Ａ，１３Ｂに出力するスタータＯＮ／ＯＦＦ指令をＯＮ指令に初期化すると共に、リセット前のスタータ１７のＯＮ／ＯＦＦ状態を判定するソフトウェアラッチフラグをＯＮに初期化する。これにより、リセット復帰後も、スタータ１７の駆動が許可され、スタータ１７がリセット前と同じＯＮ状態に維持される。
【００４９】
この後、ステップ２０７に進み、スタータ停止条件が成立したか否かを判定し、スタータ停止条件が成立していないと判定されれば、ステップ２０８に進み、スタータ１７のＯＮ状態を継続する。その後、スタータ停止条件が成立した時点で、ステップ２０９に進み、ＣＰＵ１２からスタータＯＦＦ指令を出力してスタータ１７をＯＦＦすると共に、ソフトウェアラッチフラグをＯＦＦに切り替えて、本ルーチンを終了する。
【００５０】
以上説明した本実施例２では、スタータ１７の駆動中にＣＰＵ１２がリセットされた場合に、そのリセットから復帰する際にスタータ停止条件が成立しない側に初期化されるため、ＣＰＵ１２のリセット復帰時にスタータ停止条件の成立によるスタータ１７の停止を防止でき、スタータ１７の駆動中にＣＰＵ１７がリセットされた場合でも、比較的簡単な制御処理でクランキングを継続してエンジンを始動することが可能となり、ＣＰＵ１２のリセットによる始動不良の問題を低コストで改善することができる。
【００５１】
尚、図１の構成例では、スタータリレー１５を駆動するドライバ１４Ａ，１４Ｂとハードウェアラッチ回路１３Ａ，１３Ｂを２系統設けたが、これを１系統のみ又は３系統以上としても良い。
【００５２】
また、本発明は、手動始動のシステムに限定されず、エンジン自動停止再始動システム（アイドルストップシステム）にも適用して実施できる。
その他、本発明は、ＥＣＵ１１の構成を適宜変更しても良い等、要旨を逸脱しない範囲内で種々変更して実施できる。
【符号の説明】
【００５３】
１０…バッテリ、１１…ＥＣＵ、１２…ＣＰＵ、１３Ａ，１３Ｂ…ハードウェアラッチ回路（保持回路）、１４Ａ，１４Ｂ…ドライバ、１５…スタータリレー、１６…プッシュ操作式のスタートスイッチ、１７…スタータ
【図１】
2011179446.tif 000003
【図２】
2011179446.tif 000004
【図３】
2011179446.tif 000005
【図４】
2011179446.tif 000006
【図５】
2011179446.tif 000007