(57)【要約】【課題】  データのリフレッシュ時間を短縮すること。【解決手段】  制御処理毎のブロック単位に分割された各データ群に対して、制御対象の制御状態毎にリフレッシュ処理を優先して実行するたの優先順位を設定する。そして、内部メモリの記憶するデータにデータ異常が発生した場合には、現在の制御状態に対して設定された優先順位の高いデータ群から優先してリフレッシュ処理を実行する。【選択図】        図４
2006291720.tif 000002
【特許請求の範囲】
【請求項１】
マイコンの内部メモリの記憶するデータを用いて各種の制御処理を実行するとともに、前記内部メモリの記憶するデータにデータ異常が発生した場合、前記データと同一のデータを記憶する外部メモリからデータを読み出し、この読み出したデータを前記内部メモリへ書き込むリフレッシュ処理を実行する制御装置であって、
前記外部メモリの記憶するデータを前記制御処理毎のブロック単位に分割するとともに、この分割された各データ群に対し、制御対象の制御状態毎に前記リフレッシュ処理を実行する際の優先順位を設定する優先順位設定手段と、
前記データ異常が発生した場合、前記優先順位設定手段の設定した優先順位の高いデータ群から優先して前記リフレッシュ処理を実行するリフレッシュ処理手段と、を備えることを特徴とする制御装置。
【請求項２】
前記優先順位設定手段は、前記各データ群に前記優先順位を設定する際、前記制御対象の制御状態に応じた前記各データ群の重要度に基づいて設定することを特徴とする請求項１記載の制御装置。
【請求項３】
前記外部メモリの記憶する前記各データ群に対し、前記制御対象の制御状態毎にデータチェックを実行するチェック周期を設定するデータチェック周期設定手段と、
前記制御対象の現在の制御状態に対するチェック周期毎に、前記各データ群のデータチェックを実行するデータチェック処理手段と、を備えることを特徴とする請求項１又は２記載の制御装置。
【請求項４】
前記制御処理を実行する制御処理手段を備え、
前記制御処理手段は、前記内部メモリの記憶するデータにデータ異常が発生してから前記リフレッシュ処理が完了するまでの間、前記マイコンのＣＰＵ内部に記憶された初期値データを用いて前記制御処理を実行することを特徴とする請求項１〜３の何れか１項に記載の制御装置。
【請求項５】
前記データチェック周期設定手段は、前記各データ群に前記チェック周期を設定する際、前記初期値データを用いた制御処理の実行許容時間、及び前記重要度の少なくとも一方に基づいて設定することを特徴とする請求項４記載の制御装置。
【請求項６】
前記外部メモリの記憶するデータは、そのデータ毎又は前記データ群毎に、読み出し時間の優先度を示す読み出し時間優先データが設定されるものであって、
前記リフレッシュ処理手段は、前記リフレッシュ処理を実行する際、前記読み出し時間優先データの示す優先度、及び前記データチェック処理手段によるデータチェックの実行結果の少なくとも一方に基づいて、前記各データ群を読み出す際のデータ数を変更することを特徴とする請求項３〜５の何れか１項に記載の制御装置。
【請求項７】
前記外部メモリは、１つのデータに対して同じデータを複数記憶するものであって、
前記リフレッシュ処理手段は、前記読み出し時間優先データの示す優先度が高く、さらに、前記データチェックの実行結果が正常である場合、前記複数の同じデータのうち正常な１つのデータを読み出すことを特徴とする請求項６記載の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、エンジンに係わる各種の制御処理を実行する制御装置に関するものである。
【背景技術】
【０００２】
従来、例えば、特許文献１に開示されている技術では、ポンプ搭載側制御機器のＥＥＰＲＯＭに記憶された補正データをポンプ非搭載側制御機器へ転送して、ポンプ非搭載側制御機器のＲＡＭへストアし、このＲＡＭにストアした補正データを用いて噴射量制御用アクチュエータや噴射時期制御用アクチュエータを駆動制御する。
【特許文献１】特開平８−２８４７３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
図１０は、エンジンに係わる各種の制御処理を実行するエンジンＥＣＵの主要構成を示した図である。このエンジンＥＣＵは、マイコンのＳＲＡＭ（static random access memory）の記憶するデータを用いて、各種の制御処理を実行する。
【０００４】
ところで、ＳＲＡＭのデータは、制御処理の実行中にデータ異常（データ破壊やデータ化け等）が発生することがあり、この場合、ＥＥＰＲＯＭ（electrically erasable programmable read-only memory）に格納されるデータを読み出してＳＲＡＭへ書き込む処理（リフレッシュ処理）を実行する。なお、ＥＥＰＲＯＭは、各種の制御処理に用いられる多くのデータを格納し、また、データアクセス時間が多く掛かることから、データを速やかに読み出すことができない。そのため、エンジンＥＣＵでは、データ異常が発生してからリフレッシュ処理が完了するまでの間は、ＣＰＵ内部に記憶された初期値データを用いて制御処理を実行している。
【０００５】
しかしながら、この初期値データは、ＥＥＰＲＯＭの格納するデータと異なり、記憶容量の制約により最低限のデータ数に抑えられている。従って、ＳＲＡＭのデータ異常が発生した場合に、各種の制御処理における制御要求を速やかに満たすようにするためには、初期値データでの制御時間を極力短縮する必要がある。すなわち、データのリフレッシュ時間を短縮する必要がある。
【０００６】
本発明は、上記の問題を鑑みてなされたもので、データのリフレッシュ時間を短縮することができる制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するためになされた請求項１記載の制御装置は、マイコンの内部メモリの記憶するデータを用いて各種の制御処理を実行するとともに、内部メモリの記憶するデータにデータ異常が発生した場合、データと同一のデータを記憶する外部メモリからデータを読み出し、この読み出したデータを内部メモリへ書き込むリフレッシュ処理を実行する制御装置であって、
外部メモリの記憶するデータを制御処理毎のブロック単位に分割するとともに、この分割された各データ群に対し、制御対象の制御状態毎にリフレッシュ処理を実行する際の優先順位を設定する優先順位設定手段と、
データ異常が発生した場合、優先順位設定手段の設定した優先順位の高いデータ群から優先してリフレッシュ処理を実行するリフレッシュ処理手段と、を備えることを特徴とする。
【０００８】
上述したように、ＳＲＡＭ等の内部メモリの記憶するデータにデータ異常が発生した場合、各制御処理における制御要求を速やかに満たすようにするためには、初期値データでの制御時間を短縮する必要がある。そのためには、逸早くリフレッシュ処理を完了する必要があるものの、全てのデータについてリフレッシュ処理を完了する必要はない。すなわち、少なくとも、制御対象の現在の制御状態において制御要求を満たすために必要なデータからリフレッシュ処理を完了してゆけば、そのデータを用いて制御要求を満たすための制御処理を速やかに実行することが可能となる。
【０００９】
本発明は、この点に着目したものであり、制御処理毎のブロック単位に分割された各データ群に対して、制御対象の制御状態毎にリフレッシュ処理を優先して実行するたの優先順位を設定する。そして、内部メモリの記憶するデータにデータ異常が発生した場合には、現在の制御状態に対して設定された優先順位の高いデータ群から優先してリフレッシュ処理を実行する。
【００１０】
これにより、制御対象の現在の制御状態において制御要求を満たすために必要なデータから優先してリフレッシュ処理が実行されるため、そのリフレッシュ処理を完了したデータを用いて制御要求を満たすことができる制御処理を速やかに実行することができる。その結果、データ異常が発生してからリフレッシュ処理を完了するまでに行われる初期値データでの制御時間を短縮することができる。
【００１１】
請求項２に記載の制御装置によれば、優先順位設定手段は、各データ群に優先順位を設定する際、制御対象の制御状態に応じた各データ群の重要度に基づいて設定することを特徴とする。
【００１２】
これにより、例えば、制御対象の現在の制御状態における重要度の高いデータ群から優先してリフレッシュ処理が行われるように、各データ群に優先順位を設定することができる。
【００１３】
請求項３に記載の制御装置は、外部メモリの記憶する各データ群に対し、制御対象の制御状態毎にデータチェックを実行するチェック周期を設定するデータチェック周期設定手段と、制御対象の現在の制御状態に対するチェック周期毎に、各データ群のデータチェックを実行するデータチェック処理手段と、を備えることを特徴とする。これにより、現在の制御状態に対して設定されたチェック周期毎に、外部メモリの記憶する各データ群のデータチェックを実行することができる。
【００１４】
請求項４に記載の制御装置は、制御処理を実行する制御処理手段を備え、制御処理手段は、内部メモリの記憶するデータにデータ異常が発生してからリフレッシュ処理が完了するまでの間、マイコンのＣＰＵ内部に記憶された初期値データを用いて制御処理を実行することを特徴とする。これにより、リフレッシュ処理中であっても、初期値データを用いて各種の制御処理を実行することができる。
【００１５】
請求項５に記載の制御装置によれば、データチェック周期設定手段は、各データ群にチェック周期を設定する際、初期値データを用いた制御処理の実行許容時間、及び重要度の少なくとも一方に基づいて設定することを特徴とする。
【００１６】
このように、制御対象の制御状態に応じた各データ群の重要度に基づいて、データチェックを実行するチェック周期を設定することで、例えば、重要度の高いデータ群ほどチェック周期を短く設定したり、重要度の低いデータ群ほどチェック周期を長く設定したりすることができる。
【００１７】
また、実行許容時間に基づいてデータチェックを実行するチェック周期を設定することで、例えば、実行許容時間の短い制御処理に用いられるデータ群ほどチェック周期を短く設定することができる。
【００１８】
請求項６に記載の制御装置によれば、外部メモリの記憶するデータは、そのデータ毎又はデータ群毎に、読み出し時間の優先度を示す読み出し時間優先データが設定されるものであって、
リフレッシュ処理手段は、リフレッシュ処理を実行する際、読み出し時間優先データの示す優先度、及びデータチェック処理手段によるデータチェックの実行結果の少なくとも一方に基づいて、各データ群を読み出す際のデータ数を変更することを特徴とする。
【００１９】
これにより、読み出し時間優先データの示す優先度とデータチェックの実行結果に基づいて、読み出すデータ数の変更が可能となる。なお、読み出し時間の優先度は、例えば、データの信頼性を確保する場合には、優先度を低く設定して読み出し時間を優先しないようにすればよい。
【００２０】
請求項７に記載の制御装置によれば、外部メモリは、１つのデータに対して同じデータを複数記憶するものであって、リフレッシュ処理手段は、読み出し時間優先データの示す優先度が高く、さらに、データチェックの実行結果が正常である場合、複数の同じデータのうち正常な１つのデータを読み出すことを特徴とする。
【００２１】
例えば、１つのデータに対して３つの同じデータが記憶される場合、通常は、３つ全てのデータを読み出すが、読み出し時間優先データの示す優先度が高く、さらに、データチェックの実行結果が正常である場合には、正常な１つのデータを読み出すようにする。これにより、外部メモリからのデータの読み出し時間を短縮することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の制御装置の実施形態について、図面を参照しながら説明する。なお、本実施形態では、本発明の制御装置を自動車等の車両を駆動するエンジンに係わる各種制御処理を実行するエンジンＥＣＵに適用した場合について説明するものであるが、これに限定されるものではない。
【００２３】
図１は、エンジン２に係わる各種制御処理を実行するエンジンＥＣＵ１の主要構成を示した図である。同図に示すように、エンジンＥＣＵ１は、図示しないバッテリ（＋Ｂ）からの電源供給を受けて動作するもので、主に、マイコン１１と外部メモリとしてのＥＥＰＲＯＭ（electrically erasable programmable read-only memory）１４によって構成される。また、エンジンＥＣＵ１は、車両のイグニションスイッチ（ＩＧ−ＳＷ）信号、エンジン２を始動させるスタータ（図示しない）からのスタータ信号、及び車速信号を入力する。
【００２４】
マイコン１１は、内部メモリとしてのＳＲＡＭ（static random access memory）１２とＣＰＵ１３を備えており、ＳＲＡＭ１２の記憶するデータを用いて、エンジン２に係わる各種制御処理を実行する。ＥＥＰＲＯＭ１４は、このＳＲＡＭ１２の記憶するデータと同一のデータを記憶するものであり、そのデータ毎又は後述するデータ群毎に、読み出し時間の優先度を示す読み出し時間優先データが設定されている。なお、この読み出し時間の優先度は、例えば、データの信頼性を確保する場合には、優先度を低く設定して読み出し時間を優先しないようにする。
【００２５】
エンジンＥＣＵ１は、エンジン２に係わる各種制御処理の実行中にＳＲＡＭ１２のデータ異常（データ破壊やデータ化け等）が発生した場合、ＥＥＰＲＯＭ１４のデータを読み出してＳＲＡＭ１２へ書き込む処理（リフレッシュ処理）を実行する。なお、ＥＥＰＲＯＭ１４には、エンジン２に係わる各種制御処理に用いられる多くのデータが記憶されており、また、データアクセス時間が多く掛かることから、データを速やかに読み出すことができない。
【００２６】
そのため、エンジンＥＣＵ１では、ＳＲＡＭ１２のデータ異常が発生してからリフレッシュ処理が完了するまでの間、ＣＰＵ１３の内部に記憶された初期値データを用いて各種制御処理を実行する。これにより、リフレッシュ処理中であっても、初期値データを用いて各種制御処理を実行することができる。
【００２７】
次に、本実施形態のエンジンＥＣＵ１の特徴部分について説明する。上述したように、ＳＲＡＭ１２のデータにデータ異常が発生した場合、各制御処理における制御要求を速やかに満たすようにするためには、初期値データを用いた制御の実行時間を短縮する必要がある。そのためには、逸早くリフレッシュ処理を完了する必要があるものの、全てのデータについてリフレッシュ処理を完了する必要はない。すなわち、少なくとも、制御対象であるエンジン２の現在の制御状態において制御要求を満たすために必要なデータからリフレッシュ処理を完了してゆけば、そのデータを用いて制御要求を満たすための制御処理を速やかに実行することが可能となる。
【００２８】
そこで、本実施形態のエンジンＥＣＵ１は、先ず、図２に示すように、ＳＲＡＭ１２とＥＥＰＲＯＭ１４の記憶する各制御処理に用いるデータを制御処理毎のブロック単位に分割して管理する。例えば、６種類の制御処理ａ〜ｆがある場合には、制御処理ａのデータ群（データａ１〜ａＮ）、制御処理ｂのデータ群（データｂ１〜ｂＮ）、・・・、制御処理ｆのデータ群（データｆ１〜ｆＮ）というように、制御処理毎のブロック単位に分割して管理する。なお、同図に示すように、ＥＥＰＲＯＭ１４は、データ破壊時の対策として、１つのデータに対して同じデータを３つ（３箇所に）格納している。
【００２９】
そして、エンジンＥＣＵ１では、ブロック単位に分割した各データ群に対し、エンジン２の制御状態毎にリフレッシュ処理を実行する際の優先順位を設定しておき、ＳＲＡＭ１２のデータ異常が発生した場合、この設定した優先順位の高いデータ群から優先してリフレッシュ処理を実行する。
【００３０】
図３は、エンジン２の制御状態を示したものである。同図に示すように、本実施形態では、電源投入、エンジン始動前、エンジン始動中、アイドリング中、走行中、電源保持をエンジン２の制御状態とする。エンジンＥＣＵ１では、同図に示すように、ＩＧ−ＳＷ信号、スタータ信号、車速信号、及びエンジンＥＣＵ１への電源の供給状態等からエンジン２の制御状態を判断する。
【００３１】
図４に、リフレッシュ処理の優先順位を算出（設定）する際に用いるマトリクスを示す。同図に示す優先順位は、各制御状態（Ｂ〜Ｆ）における各制御処理（ｂ〜ｆ）に用いるデータ群の重要度に基づいて設定される。これにより、現在の制御状態における重要度の高いデータ群から優先してリフレッシュ処理が行われるように、各データ群に優先順位を設定することができる。なお、電源投入時Ａの制御状態においては、制御処理（ａ〜ｆ）に用いるデータ群の重要度が同じであるため、図４において優先順位を示していない。
【００３２】
例えば、エンジン始動中Ｃの制御状態でエンジン２を始動させるために必要な制御処理が制御処理ｂである場合には、制御状態がエンジン始動前Ｂの間に制御処理ｂに用いるデータ群についてリフレッシュ処理を完了させたい。そのため、エンジン始動前Ｂの制御状態においては、制御処理ｂに用いるデータ群の優先順位が最高位（１位）に設定される。また、走行中Ｅの制御状態では、走行中の重要な制御処理ｅに用いるデータ群の優先順位が最高位に設定される。
【００３３】
エンジンＥＣＵ１では、ＳＲＡＭ１２のデータ異常が発生した場合、図４に示した現在の制御状態における優先順位の高いデータ群から優先してリフレッシュ処理を実行する。これにより、データ異常が発生してからリフレッシュ処理を完了するまでに行われる初期値データを用いた制御時間を短縮することができる。
【００３４】
図５に、エンジン始動前Ｂの制御状態の優先順位に基づいてリフレッシュ処理を実行した場合のタイミングチャートを示す。同図に示すように、時間ＴでＳＲＡＭ１２のデータにデータ異常が発生した場合、エンジン始動前Ｂのリフレッシュ処理の優先順位が最も高い制御処理ｂに用いるデータ群（ブロックｂデータ）からリフレッシュ処理が実行される。時間Ｔから時間Ｔｂまでの時間帯において、初期値データによる制御処理が実行される。同図に示すように、リフレッシュ処理の優先順位が高いほど、初期値データによる制御処理の実行時間が短くなる。
【００３５】
また、本実施形態のエンジンＥＣＵ１では、ＥＥＰＲＯＭ１４の記憶する各データ群に対して、制御状態（Ｂ〜Ｆ）毎にデータチェック処理を実行するチェック周期を設定しておき、現在の制御状態に対するチェック周期で、各データ群のデータチェックを実行する。これにより、現在の制御状態に対して設定されたチェック周期で、ＥＥＰＲＯＭ１４の記憶する各データ群のデータチェックを実行することができる。
【００３６】
図７に、データチェック処理を実行するチェック周期のマトリクスを示す。同図に示すように、チェック周期は、各制御状態（Ｂ〜Ｆ）における初期値データを用いた各制御処理（ｂ〜ｆ）の実行許容時間や各制御状態（Ｂ〜Ｆ）における各制御処理（ｂ〜ｆ）に用いるデータ群の重要度に基づいて設定される。
【００３７】
このように、各制御状態に応じた各データ群の重要度に基づいてチェック周期を設定することで、例えば、重要度の高いデータ群ほどチェック周期を短く設定したり、重要度に低いデータ群ほどチェック周期を長く設定したりすることができる。
【００３８】
また、実行許容時間（の長さ）に基づいてチェック周期を設定することで、例えば、実行許容時間の短い制御処理に用いられるデータ群ほどチェック周期を短く設定することができる。
【００３９】
次に、ＥＥＰＲＯＭ１４の記憶するデータのデータチェック処理について、図８に示すフローチャートを用いて説明する。なお、このデータチェック処理は、一定時間間隔で実行される。先ず、ステップ（以下、Ｓと記す）２００では、ＩＧ−ＳＷ信号、スタータ信号、車速信号、及びエンジンＥＣＵ１への電源の供給状態等からエンジン２の現在の制御状態を算出する。
【００４０】
Ｓ２０１では、現在の制御状態が前回算出した制御状態から変化したか否かを判定する。ここで、肯定判定される場合にはＳ２０２へ処理を進め、否定判定される場合にはＳ２０３へ処理を移行する。Ｓ２０２では、図７に示したマトリクスを参照して、現在の制御状態に応じたデータ群毎のチェック周期を算出する。
【００４１】
Ｓ２０３では、データチェックのタイミングとなったデータ群があるか否かを判定する。ここで、肯定判定される場合にはＳ２０４へ処理を進め、否定判定される場合には本処理を終了する。Ｓ２０４では、チェックタイミングのデータ群を読み出す。なお、上述したように、ＥＥＰＲＯＭ１４は、データ破壊時の対策として１つのデータに対して同じデータを３つ（３箇所に）格納している。従って、１つのデータを読み出す場合には、３箇所の同じデータを読み出す。例えば、データａ１を読み出す場合、データａ１（１）〜データａ１（３）を読み出す。
【００４２】
Ｓ２０５では、多数決チェックによるデータのチェックを行う。すなわち、読み出した３つのデータのうち、一致するデータが１組以上あれば正常であると判断し、一致するデータが１組も無い場合（３つのデータが全て異なる場合）異常であると判断する。Ｓ２０６では、Ｓ２０５によるチェック結果が正常であったか否かを判定する。ここで、肯定判定される場合にはＳ２０７へ処理を進め、否定判定される場合にはＳ２０８へ処理を移行する。
【００４３】
Ｓ２０７では、Ｓ２０５にてチェックしたデータについて、リフレッシュ処理にて読み出す際のアドレスを更新（設定）し、そのアドレスをＥＥＰＲＯＭ１４に記憶する。例えば、データａ１（１）とデータａ１（２）、或いはデータａ１（１）とデータａ１（３）とが一致した場合にはデータａ１（１）のアドレスを設定し、データａ１（２）とデータａ１（３）とが一致した場合にはデータａ１（２）のアドレスを設定する。データａ１（１）〜データａ１（３）が全て一致した場合には、データａ１（１）〜データａ１（３）の何れのデータのアドレスを設定してもよい。一方、Ｓ２０８では、データａ１（１）〜データａ１（３）が全て一致しない場合であり、この場合、データ異常が発生している旨をＥＥＰＲＯＭ１４に記憶する。
【００４４】
続いて、ＳＲＡＭ１２のデータにデータ異常が発生した場合に実行するリフレッシュ処理について、図６に示すフローチャートを用いて説明する。先ず、Ｓ１００では、ＩＧ−ＳＷ信号、スタータ信号、車速信号、及びエンジンＥＣＵ１への電源の供給状態等からエンジン２の現在の制御状態を算出する。
【００４５】
Ｓ１０１では、現在の制御状態が前回算出した制御状態から変化したか否かを判定する。ここで、肯定判定される場合にはＳ１０２へ処理を進め、否定判定される場合にはＳ１０３へ処理を移行する。Ｓ１０２では、図４に示したマトリクスを参照して、現在の制御状態に応じたデータ群毎の優先順位を算出する。
【００４６】
Ｓ１０３では、Ｓ１０２にて算出した優先順位に従って、ＥＥＰＲＯＭ１４のデータ群を現在の制御状態における優先順位の高いデータ群から読み出して、ＳＲＡＭ１２に書き込む。ここで、ＥＥＰＲＯＭ１４からデータを読み出す際の処理について、図９に示すフローチャートを用いて説明する。
【００４７】
Ｓ３０１では、読み出すべきデータに設定された読み出し時間優先データを参照して、読み出し時間の優先度が高いか否かを判定する。ここで、肯定判定される場合にはＳ３０２へ処理を進め、否定判定される場合にはＳ３０４へ処理を移行する。Ｓ３０２では、図８のＳ２０７にて設定した読み出しアドレスを取得し、Ｓ３０３にて、そのアドレスのデータを読み出す。すなわち、読み出すべきデータを１箇所から読み出す。一方、Ｓ３０４では、読み出すべきデータを３箇所から読み出す。
【００４８】
このように、リフレッシュ処理においてＥＥＰＲＯＭ１４からデータを読み出す場合、読み出し時間優先データの示す優先度やデータチェック処理の実行結果に基づいて、各データ群を読み出すデータ数を変更している。例えば、本実施形態のように、１つのデータに対して３つの同じデータがＥＥＰＲＯＭ１４に記憶される場合、読み出し時間の優先度が低い場合には３箇所のデータを読み出し、読み出し時間優先データの示す優先度が高く、さらに、データチェックの実行結果が正常である場合（読み出しアドレスが設定されている場合）、３箇所のデータのうち正常な１箇所のデータを読み出すようにする。これにより、ＥＥＰＲＯＭ１４から読み出すべきデータ数が少なくなるため、ＥＥＰＲＯＭ１４からのデータの読み出し時間を短縮することができる。
【００４９】
このように、本実施形態のエンジンＥＣＵ１は、ＳＲＡＭ１２とＥＥＰＲＯＭ１４の記憶する各制御処理に用いるデータを制御処理毎のブロック単位に分割して管理するとともに、このブロック単位に分割した各データ群に対し、エンジン２の制御状態毎にリフレッシュ処理を実行する際の優先順位を設定しておき、ＳＲＡＭ１２のデータ異常が発生した場合、この設定した優先順位の高いデータ群から優先してリフレッシュ処理を実行する。
【００５０】
これにより、エンジン２の現在の制御状態において制御要求を満たすために必要なデータから優先してリフレッシュ処理が実行されるため、そのリフレッシュ処理を完了したデータを用いて制御要求を満たす制御処理を速やかに実行することができる。その結果、データ異常が発生してからリフレッシュ処理を完了するまでに行われる初期値のデータでの制御時間を短縮することができ、データのリフレッシュ時間の短縮が図れる。
【図面の簡単な説明】
【００５１】
【図１】エンジン２に係わる各種制御処理を実行するエンジンＥＣＵ１の主要構成を示した図である。
【図２】ＳＲＡＭ１２とＥＥＰＲＯＭ１４の記憶する各制御処理に用いるデータを制御処理毎のブロック単位に分割して管理する例を示した図である。
【図３】エンジン２の制御状態を示した図である。
【図４】リフレッシュ処理の優先順位を設定する際に用いるマトリクスを示した図である。
【図５】エンジン始動前Ｂの制御状態の優先順位に基づいてリフレッシュ処理を実行した場合のタイミングチャートである。
【図６】リフレッシュ処理の流れを示すフローチャートである。
【図７】データチェック処理を実行する周期のマトリクスを示す。
【図８】ＥＥＰＲＯＭ１４の記憶するデータのデータチェック処理の流れを示すフローチャートである。
【図９】ＥＥＰＲＯＭ１４の記憶するデータのデータリード処理の流れを示すフローチャートである。
【図１０】発明が解決しようとする課題に係わる、エンジン制御を行うエンジンＥＣＵの主要構成を示した図である。
【符号の説明】
【００５２】
１  エンジンＥＣＵ
２  エンジン
１１  マイコン
１２  ＳＲＡＭ
１３  ＣＰＵ
１４  ＥＥＰＲＯＭ
【図１】
2006291720.tif 000003
【図２】
2006291720.tif 000004
【図３】
2006291720.tif 000005
【図４】
2006291720.tif 000006
【図５】
2006291720.tif 000007
【図６】
2006291720.tif 000008
【図７】
2006291720.tif 000009
【図８】
2006291720.tif 000010
【図９】
2006291720.tif 000011
【図１０】
2006291720.tif 000012