JP2000248990A

JP2000248990A - エンジン制御装置

Info

Publication number: JP2000248990A
Application number: JP11050544A
Authority: JP
Inventors: Hiroharu Takeuchi; 啓晴竹内; Takayoshi Honda; 隆芳本多
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 1999-02-26
Filing date: 1999-02-26
Publication date: 2000-09-12

Abstract

(57)【要約】【課題】メインマイコンとサブマイコンとからなるエ
ンジン制御装置において、サブマイコンの標準化を図る
と共にメインマイコンにかかる処理負荷を軽減する。【解決手段】実施例のエンジン制御装置においては、
ホストマイコンが点火タイミングとは必ずしも同期しな
い一定の周期で、全テーブルデータをＫＣＳマイコンに
転送するのではなく、ＫＣＳマイコンが、テーブルデー
タが必要となる点火タイミング毎に、エンジン回転数に
応じた制御データを、ホストマイコンのＲＯＭから選択
的に読み込み、ＫＣＳマイコンのＲＡＭに格納する。つ
まり、ＫＣＳマイコンの制御処理により、ホストマイコ
ンのＲＯＭの制御データを、ＫＣＳマイコンのＲＡＭに
転送するようにしていることから、ホストマイコンにか
かる通信の処理負担が軽減される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のマイクロ
コンピュータ（以下、マイコンと略す）を有するエンジ
ン制御装置に関するものである。

【０００２】

【従来の技術】近年、エンジン制御装置においては、そ
の機能の多様化や複雑化に伴い、機能を分担すべく、複
数のマイコン（例えば主要なエンジン制御を行うメイン
マイコン、およびエンジン制御の補助的な制御処理を行
うサブマイコン）から構成されるようになってきてい
る。その場合、車種変更或いは仕様変更に際しても、サ
ブマイコンを標準化して使用することがコスト抑制の観
点から望ましい。

【０００３】複数のマイコンから構成されているエンジ
ン制御装置としては、例えば特開平９−５３５０４５号
公報に記載の様に、主要なエンジン制御（燃料噴射制
御、点火時期制御等）を行うメインマイコン（主制御
部）と、エンジン運転状態の検出やノック判定を行うサ
ブマイコン（副制御部）とを備えたものが知られてい
る。このエンジン制御装置においては、サブマイコンに
おける制御処理に必要な制御データは、メインマイコン
のＲＯＭに格納しておくことによって、サブマイコンの
標準化を図っている。

【０００４】すなわち、メインマイコンのＲＯＭには、
車種或いは仕様に応じて異なる、サブマイコンによる制
御処理用の制御データが予め記憶されており、メインマ
イコンは、エンジン制御装置の起動時（初期設定時）
に、その制御データをサブマイコンのＲＡＭに格納す
る。そしてサブマイコンは、自らのＲＡＭに一時的に格
納された制御データに基づいて制御処理を実施する。こ
の様な構成とすれば、車種或いは仕様の変更に対して、
メインマイコンのＲＯＭに格納する制御データを置き換
えることにより対応することができることとなり、サブ
マイコン自体は、様々な車種或いは仕様のエンジン制御
装置に対して共通に使用可能（即ち、サブマイコンの標
準化が可能）となる。

【０００５】

【発明が解決しようとする課題】ところで、初期設定時
における両マイコン間の通信が正常に行われなかった
り、悪条件（高温、高湿度等）の下での使用や点火系統
にて発生するノイズに起因して、サブマイコンのＲＡＭ
内の制御データが破壊されたりする可能性もあり、その
結果、エンジン制御に誤動作が生じることも考えられ
る。

【０００６】そこで、上述の電子制御装置においてメイ
ンマイコンは、初期設定後も一定周期（例えば４ｍｓ
毎）で、サブマイコンへの制御データの転送を行うよう
構成され、サブマイコンの制御処理用の制御データの正
確性を保つようにしている。具体的には、メインマイコ
ンは、自らのＲＯＭからサブマイコンへ送るべき制御デ
ータを複数のブロック（例えば５ブロック）に分割して
認識しておく。そしてメインマイコンは、一定周期（例
えば４ｍｓ周期）で、制御データを１ブロック単位で順
次、通信用ＲＡＭにセットして転送することにより、サ
ブマイコンのＲＡＭ内の制御データを更新する様にして
いる（図１８、１９参照）。

【０００７】しかし、メインマイコンは、エンジンを制
御するための各種の制御処理（エンジン制御）を行って
いる上に、更に、サブマイコンへ制御データを送信する
ための制御処理を行うこととなるので、メインマイコン
にかかる処理負担が大きくなってしまう。その結果、エ
ンジン制御全体に影響が及ぶ可能性も考えられる。

【０００８】本発明は、上記課題に鑑みなされたもので
あり、エンジン制御を行う主制御部（メインマイコン）
と、そのエンジン制御を補助するための制御処理を行う
副制御部（サブマイコン）を備えたエンジン制御装置に
おいて、副制御部の標準化を図ると共に主制御部にかか
る処理負荷を軽減することを目的とする。

【０００９】

【課題を解決するための手段及び発明の効果】上記課題
を解決するために為された本発明（請求項１記載）のエ
ンジン制御装置においては、マイクロコンピュータから
なる主制御部がエンジン制御を行い、主制御部に通信線
を介して接続されたマイクロコンピュータからなる副制
御部が、エンジンの点火タイミングに同期してエンジン
回転数に応じた点火同期処理を行うことにより、主制御
部によるエンジン制御を補助するよう構成されると共
に、主制御部に設けられた第１記憶手段が、副制御部に
よる点火同期処理用の制御データを含むエンジン制御用
の各種制御データを格納し、副制御部に設けられた第２
記憶手段が、第１記憶手段に格納された点火同期処理用
の制御データを、点火同期処理で使用するために一時的
に記憶する。

【００１０】そして特に本発明においては、副制御部が
有する転送格納手段が、第１記憶手段に格納された点火
同期処理用の制御データの内、現在のエンジン回転数に
応じた制御データを、エンジンの点火タイミングに同期
して、第２記憶手段に転送して格納する。そして、副制
御部は、第２記憶手段に一時的に格納された制御データ
を使用して、上記点火同期処理を行う。

【００１１】すなわち従来のエンジン制御装置において
は、主制御部が、第１記憶手段に格納された点火同期処
理用の制御データを、副制御部の第２記憶手段に転送し
て格納するようにしていたが、それでは主制御部にかか
る処理負担が大きくなってしまう。そこで、本発明（請
求項１）では、主制御部に転送・格納を行わせるのでは
なく、副制御部の転送格納手段が、点火同期処理用の制
御データを、第１記憶手段から第２記憶手段に転送して
格納させるのである。

【００１２】このため本発明（請求項１）のエンジン制
御装置によれば、エンジン制御を行う主制御部にかかる
処理負担を軽減することができ、延いては、エンジン制
御において誤動作が発生する可能性も抑制できる。また
従来は、第１記憶手段に格納された点火同期処理用の制
御データの全てが、点火タイミングとは必ずしも同期し
ない一定の周期で、第２記憶手段に転送されていたが、
それでは、両制御部間において行われる他のデータ通信
に影響を及ぼす可能性も考えられる。

【００１３】ここで本発明（請求項１）のエンジン制御
装置において、副制御部が、点火タイミングに同期しエ
ンジン回転数に応じた処理（即ち点火同期処理）を行う
ものであることを考慮すると、第１記憶手段内の点火同
期処理用の制御データの内、全制御データが常に必要と
いう訳ではなく、現在の（即ち現時点における）エンジ
ン回転数に応じた制御データが、点火タイミングに同期
して必要であるといえる。

【００１４】例えば、第１記憶手段には、点火同期処理
用の制御データとして、５００ｒｐｍ毎（例えば、…，
２０００ｒｐｍ，２５００ｒｐｍ、…）のエンジン回転
数に対応したテーブルデータが格納され、現在のエンジ
ン回転数に基づく補間計算（内挿法）に使用される場合
を例にとり説明する。この様な場合、現在のエンジン回
転数が２２００ｒｐｍのときは、２０００ｒｐｍと２５
００ｒｐｍに対するテーブルデータが必要なのであり、
それがあれば補間計算によって２２００ｒｐｍに対する
制御データを得ることができることから、全域のエンジ
ン回転数に対応するテーブルデータは不要である。ま
た、外挿法による場合も同様に、全域のエンジン回転数
に対応するテーブルデータは不要であり、現在のエンジ
ン回転数に応じた一部の制御データで十分である。

【００１５】そこで請求項１記載のエンジン制御装置に
おいては、点火タイミングに同期して、エンジン回転数
に応じた制御データを選択して、第２記憶手段に転送し
格納するのである。したがって請求項１記載のエンジン
制御装置によれば、両制御部間における通信量を抑制す
ることができ、他のデータ通信に悪影響を与える可能性
を低くすることができるという効果を奏する。

【００１６】また請求項１記載のエンジン制御装置にお
いては、第１記憶手段に格納されている全制御データの
内、必要なタイミング（点火タイミング）で、必要な部
分（現在のエンジン回転数に応じた一部分）を、第２記
憶手段に転送するようにしていることから、第２記憶手
段には、全制御データを予め格納しておく必要がない。
そのため、制御データの格納に必要な領域が少なくな
り、メモリ資源を有効に活用できるし、延いては、第２
記憶手段の小型化が可能となり、また、エンジン制御装
置の製造コストも抑制することができるという効果を奏
する。

【００１７】ここで、副制御部の転送格納手段が、第１
記憶手段に格納された点火同期処理用の制御データの
内、現在のエンジン回転数に応じた制御データを選択す
るためには、現在のエンジン回転数を得る必要がある。
このエンジン回転数は、エンジンの回転を検出する回転
センサからの信号に基づき主制御部にて算出させるよう
にしても良いが、それでは、その算出処理ばかりでな
く、算出したエンジン回転数を主制御部から副制御部に
転送するための処理も必要となり、主制御部に負担がか
かってしまう。

【００１８】そこで請求項２に記載の様に、副制御部
に、エンジンの回転を検出する回転センサからの信号に
基づいて、現在のエンジン回転数を算出する回転数算出
手段を設けるようにすると良い。即ち請求項２に記載の
エンジン制御装置においては、副制御部の回転数算出手
段が、エンジンの回転を検出する回転センサからの信号
に基づいて、現在のエンジン回転数を算出する。

【００１９】従って、請求項２に記載のエンジン制御装
置によれば、副制御部において、現在のエンジン回転数
が算出されることとなり、主制御部に負担をかけないの
で好ましい。また、主制御部と副制御部との間の通信量
も抑制できるという効果を奏する。

【００２０】ところで、点火同期処理用の制御データに
複数の種類がある場合、第１記憶手段の記憶領域内にお
いては、制御データを種類毎にまとめて（即ち、一連の
アドレスに）格納しても良いし、エンジン回転数毎にま
とめて格納しても良い。しかし、制御データを種類毎に
まとめて格納した場合、各エンジン回転数に応じた制御
データは、第１記憶手段の記憶領域内において不連続に
格納されることとなる。その場合、現在のエンジン回転
数に応じて必要な制御データを選択するためには、少な
くとも制御データの種類の数だけ、１つ１つアドレスを
指定することが必要となり、処理が面倒となる。

【００２１】そこで、請求項３に記載の様に、点火同期
処理用の制御データを、エンジン回転数毎にまとめて記
憶するよう、第１記憶手段を構成すると良い。この様に
構成された請求項３に記載のエンジン制御装置において
は、副制御部の転送格納手段が、第１記憶手段に格納さ
れた点火同期処理用の制御データの内、現在のエンジン
回転数に応じた制御データを選択するに当たり、指定す
べきアドレスの個数は少ないものとなる。その結果、請
求項３に記載のエンジン制御装置によれば、現在のエン
ジン回転数に応じた制御データを、第１記憶手段から第
２記憶手段に転送するための処理が簡素化され、副制御
部にかかる処理負荷を軽減できる。

【００２２】さて、両制御部間における通信の混雑等に
より、第１記憶手段から第２記憶手段への制御データの
転送が遅れる場合も考えられるが、その場合に、点火同
期処理を行わないとすれば、副制御部による主制御部の
補助が機能せずエンジン制御が乱され、エンジンの運転
に様々な不具合が生じる可能性もある。そこで、上記の
ような場合には、点火同期処理を行わないのではなく、
前回の点火同期処理にて使用された制御データを利用し
て点火同期処理を行うようにすればよく、そうすれば、
エンジン制御に与える悪影響を抑制することができる。
しかし、その様にしても、前回の点火同期処理時のエン
ジン回転数に対応した制御データを再び使用することと
なるため、エンジン回転数の変化に対する点火同期処理
の追従性能が低下する可能性がある。

【００２３】そこで、請求項４に記載の様に、転送格納
手段を構成すると良い。即ち、第１記憶手段に格納され
た点火同期処理用の全制御データを、当該エンジン制御
装置の起動時に、第２記憶手段に転送して格納させる起
動時格納手段と、第１記憶手段に格納された点火同期処
理用の制御データ及び第２記憶手段に格納された制御デ
ータの内、現在のエンジン回転数に応じた夫々の制御デ
ータを、エンジンの点火タイミングに同期して比較し、
両制御データが不一致であるとき、第１記憶手段側の制
御データで、第２記憶手段側の制御データを更新する比
較更新手段とを備えるよう、転送格納手段を構成するの
である。

【００２４】この様に構成された請求項４に記載のエン
ジン制御装置においては、起動時格納手段が、第１記憶
手段に格納された点火同期処理用の全制御データを、当
該エンジン制御装置の起動時に、第２記憶手段に転送し
て格納させている。従って、請求項４に記載のエンジン
制御装置によれば、第１記憶手段に格納された点火同期
処理用の制御データが、エンジン制御装置の起動時に、
予め第２記憶手段に格納されることから、その予め第２
記憶手段に格納された制御データを使用することによ
り、両制御部間の通信状態に関わらず、エンジン回転数
に対する点火同期処理の追従性を保つことができる。

【００２５】また、請求項４に記載のエンジン制御装置
においては、比較更新手段が、第１記憶手段に格納され
た点火同期処理用の制御データ及び第２記憶手段に格納
された制御データの内、現在のエンジン回転数に応じた
夫々の制御データを、エンジンの点火タイミングに同期
して比較し、両制御データが不一致であるとき、第１記
憶手段側の制御データで、第２記憶手段側の制御データ
を更新する。

【００２６】従って、請求項４に記載のエンジン制御装
置によれば、第２記憶手段に格納された制御データを、
第１記憶手段内の制御データと点火タイミングに同期し
て比較し、その比較結果に基づいて、第２記憶手段側の
制御データを第１記憶手段側の制御データで更新するこ
とにより、正常な値に保つようにしていることから、確
実な点火同期処理の実行を図ることができる。また、第
２記憶手段に格納された制御データと第１記憶手段に格
納された制御データとの比較は、全制御データに対して
行うのではなく、現在のエンジン回転数ＮＥに応じた一
部分に関して行っていることから、両制御部間における
通信量を抑制することができ、他のデータ通信に悪影響
を与える可能性を低くすることができるという効果を奏
する。つまり、請求項４に記載のエンジン制御装置によ
れば、点火同期処理の、エンジン回転数に対する追従性
および処理の確実性を保つことができると共に、両制御
部間における通信量を抑制することができるのである。

【００２７】さて、上記課題は請求項５に記載のエンジ
ン制御装置によっても解決することができる。即ち、請
求項５に係る発明のエンジン制御装置は、Ｉ／Ｏバスを
介して互いに接続されたメインマイクロコンピュータと
サブマイクロコンピュータとからなり、サブマイクロコ
ンピュータは、前記メインマイクロコンピュータが有す
る制御データに基づき制御処理を行うものであり、そし
て特に、メインマイクロコンピュータは、メモリとし
て、サブマイクロコンピュータによる処理実行用の制御
データを外部から電気的に書き換え可能に格納した不揮
発性メモリを有しており、サブマイクロコンピュータ
は、Ｉ／Ｏバスを介し、不揮発性メモリに格納された制
御データを読み出して制御処理を行う。

【００２８】即ち、エンジン制御装置において、メイン
マイクロコンピュータ（メインマイコン）とサブマイク
ロコンピュータ（サブマイコン）とがＩ／Ｏバスを介し
て接続されていれば、両マイコン間にてパラレル通信が
可能となり、メインマイコンに格納された制御データを
サブマイコンに速やかに転送させることができることと
なり、延いては迅速なエンジン制御が可能となるので好
ましい。

【００２９】しかし、その様に構成されたエンジン制御
装置においても、メインマイコンが、自己のメモリに格
納されたサブマイコン用の制御データを、サブマイコン
に転送するのでは、メインマイコンにかかる処理負担が
大きくなってしまう。そこで、請求項５に係る発明で
は、メインマイコンに制御データの転送を行わせるので
はなく、サブマイコン自らが、自己における制御処理に
必要な制御データをメインマイコンから読み込むのであ
る。

【００３０】このため請求項５に記載のエンジン制御装
置によれば、メインマイコンにかかる処理負担を軽減す
ることができる。また、請求項５に記載のエンジン制御
装置によれば、メインマイコンのメモリとして、サブマ
イコンの処理実行用の制御データを、外部から電気的に
書き換え可能に格納した不揮発性メモリ（いわゆるフラ
ッシュＲＯＭ）を用いていることから、製品（エンジン
制御装置やこれを搭載したエンジン、車両など）出荷
後、市場等でエンジン制御装置の外部から、その制御デ
ータを書き換えることができ、使用者に応じた仕様の変
更を容易となるので好ましい。

【００３１】なお、請求項５に記載のエンジン制御装置
において、サブマイコンが、エンジンの点火タイミング
に同期してエンジン回転数に応じた点火同期処理を行う
ことにより、メインマイコンによる制御処理を補助する
ものである場合には、不揮発性メモリ内の点火同期処理
用の制御データの内、全制御データが常に必要という訳
ではなく、現在のエンジン回転数に応じた制御データが
点火タイミングに同期して必要であるといえる。

【００３２】そこで請求項６に記載のように、サブマイ
コンを、不揮発性メモリに格納された制御データの内、
現在のエンジン回転数に応じた制御データを、エンジン
の点火タイミングに同期して読み出すよう構成するとよ
い。この様に構成された請求項６に記載のエンジン制御
装置によれば、両マイコン間における通信量を抑制する
ことができ、他のデータ通信に悪影響を与える可能性を
低くすることができるという効果を奏する。

【００３３】

【発明の実施の形態】以下に、まず本発明の第１実施例
を図面と共に説明する。図１は、第１実施例としてのエ
ンジン制御装置の電気的構成を示す説明図である。この
エンジン制御装置は、互いに通信可能な複数のマイクロ
コンピュータ（以下マイコンと略す）を内蔵した電子制
御装置（ＥＣＵ）２０を中心として、各種のエンジン制
御を行うものである。ＥＣＵ２０は、燃料噴射制御や点
火時期制御等の主要なエンジン制御を司るホストマイコ
ン３０と、エンジン運転状態の検出や、ノック制御（ノ
ック判定及びノックセンサのフェイル判定をして、それ
ら判定結果をホストマイコン３０に伝達する制御）を司
るノックコントロールシステム用マイコン（ＫＣＳマイ
コン）４０とから構成されている。なお、ホストマイコ
ン３０が請求項の「主制御部」および「メインマイクロ
コンピュータ」に相当し、ＫＣＳマイコン４０が「副制
御部」および「サブマイクロコンピュータ」に相当す
る。

【００３４】ホストマイコン３０とＫＣＳマイコン４０
との間には、双方向にＤＭＡ（ダイレクトメモリアクセ
ス）通信可能な通信線２１が設けられていると共に、各
マイコン３０，４０のＣＰＵ３３、４３を互いに接続し
て各種指令を伝達する信号線５３も設けられている。

【００３５】ＫＣＳマイコン４０は、ノックセンサ１
２，１３の出力信号を基に、ノック検出やノックセンサ
１２，１３のフェイル検出等を行う他、ホストマイコン
３０からのＡ／Ｄ変換要求等に応じて、エンジン運転状
態を表す各種データを生成してホストマイコン３０に送
信する。一方、ホストマイコン３０は、ＫＣＳマイコン
４０から送信された、エンジン運転状態を表す各種デー
タ（吸入空気量，吸気温，水温等）に基づいて、点火時
期調節によってノックを低減する等の点火制御を行った
り、インジェクタ４への通電動作を制御して燃料噴射制
御等を行う。

【００３６】次にＫＣＳマイコン４０に接続され、エン
ジンの運転状態を検出するための各種センサ群につい
て、図１に基づき説明する。なお、本実施例におけるエ
ンジンはＶ型６気筒エンジンであるが、その構成につい
ては周知のものと同様であるので図示を省略する。

【００３７】まず、ノックセンサ１２，１３は、図示し
ないエンジンのシリンダブロックに配設され、当該エン
ジンに発生する振動を検出して、ノッキングが発生して
いるかどうかを検出するためのものである。一方のノッ
クセンサ１２はエンジンの第１気筒（＃１）、第３気筒
（＃３）および第５気筒（＃５）に発生するノックを検
出するためのものであり、他方のノックセンサ１３はエ
ンジンの第２気筒（＃２）、第４気筒（＃４）および第
６気筒（＃６）に発生するノックを検出するためのもの
である。本実施例のエンジンにおいては、第１気筒（＃
１）から第６気筒（＃６）まで番号順に点火されるの
で、両ノックセンサ１２，１３の信号が交互に用いられ
て各気筒のノック検出が行われる。

【００３８】シリンダブロックには、ノックセンサ１
２，１３の他、エンジンのシリンダブロック内を循環す
る冷却水の温度を検出する水温センサ１４が設けられて
いる。また、エアフローメータ８は、エンジンの吸気管
に設けられており、夫々、吸気管を通過する吸入空気の
量を検出するためのものである。吸気管には、エアフロ
ーメータ８の他に、吸気管を通過する吸入空気の温度を
検出する吸気温センサ９が設けられていると共に、吸入
空気量を調節するためのスロットル弁が設けられ、スロ
ットル弁には、その開度を検出するスロットル開度セン
サ１０が設けられている。

【００３９】そして、気筒判別センサ１７は、エンジン
のディストリビュータに設けられており、エンジンのク
ランク軸の回転に伴い各気筒の所定位置（例えば、圧縮
ＴＤＣ）で、ＴＤＣ信号（気筒判別信号）を出力する。
ディストリビュータは、後述するイグナイタ１５で発生
される高電圧を、各気筒の点火プラグに分配するもので
あり、ディストリビュータには、その他、エンジンのク
ランク軸の回転に伴い所定のクランク角（例えば、３０
℃Ａ）毎にクランク角信号を出力するクランク角センサ
１８が設けられている。なお、ＫＣＳマイコン４０に
は、上記センサの他にスタータスイッチ（スタータＳ
Ｗ）１９からのスタータ信号が入力される。またクラン
ク角センサ１８は、請求項の「回転センサ」として機能
するものである。

【００４０】次にＫＣＳマイコン４０の構成について詳
しく説明する。ＫＣＳマイコン４０において、ノックセ
ンサ１２，１３による出力信号（以下、ノック信号とい
う）は、マルチプレクサ４９に取り込まれた後、バンド
パスフィルタ４６を通過してピークホールド回路（Ｐ／
Ｈ回路）４７及び積分回路４８に取り込まれる。

【００４１】ここで、バンドパスフィルタ４６は、ノッ
ク信号の特定の周波数帯域の成分のみを通過させるもの
である。また、Ｐ／Ｈ回路４７は、所定のゲート区間
（所定クランク角に対応して設定されるノック検出期
間）内におけるノック信号のピーク値を保持（ピークホ
ールド）するものであり、積分回路４８は、そのゲート
区間内におけるノック信号の積分値を算出するものであ
る。ノック信号のピーク値は、後述するノック判定レベ
ルとの比較により、ノック検出（ノッキングの発生の有
無の検出）を行うために使用され、一方、ノック信号の
積分値は、ノックセンサ１２，１３のフェイル判定（例
えば、断線等の異常が発生しているかどうかの判定）を
行うために使用される。これらＰ／Ｈ回路４７及び積分
回路４８の各出力信号はマルチプレクサ４９に取り込ま
れる。

【００４２】マルチプレクサ４９には、Ｐ／Ｈ回路４７
及び積分回路４８の各出力信号の他に、前述のエアフロ
ーメータ８，吸気温センサ９，スロットル開度センサ１
０，水温センサ１４等の各種センサ信号が入力される。
マルチプレクサ４９は、各入力信号を選択的に切り換え
てＡ／Ｄ変換器５０に出力し、マルチプレクサ４９の出
力信号を順次Ａ／Ｄ変換させる。

【００４３】気筒判別センサ１７およびクランク角セン
サ１８からのパルス信号は、夫々フィルタ２２，２３に
てノイズが除去された後、ＫＣＳマイコン４０の波形整
形回路５２に入力される。波形整形回路５２は、気筒判
別センサ１７およびクランク角センサ１８の出力波形を
整形して、ＴＤＣ信号やクランク角信号をパルス信号と
して生成し、ＫＣＳマイコン４０のＣＰＵ４３およびホ
ストマイコン３０に対して出力する。

【００４４】また、ＫＣＳマイコン４０の入出力兼用ポ
ート（以下、ＰＢポートという）５１は、例えばスター
タスイッチ１９にかかる電圧レベルに応じて、ハイ、ロ
ウの何れかのデジタル信号を出力する。さらに、ＫＣＳ
マイコン４０において、ＲＯＭ４１には、固定データ及
び各種プログラムが格納され、ＣＰＵ４３は、ＲＯＭ４
１に記憶されているプログラムに基づいて、ノック検出
や、ノックセンサ１２，１３のフェイル検出等、各種の
演算処理を行う。またＲＡＭ４２には、各種データ（例
えば、ＣＰＵ４３による演算結果や、後述する制御デー
タ等）が読み出し及び書き込み可能に一時的に記憶され
る。なお、ＲＡＭ４２は、請求項の「第２記憶手段」に
相当する。

【００４５】ＤＭＡコントローラ（ダイレクトメモリア
クセスコントローラ）４４は、ＣＰＵ４３を経由させる
ことなく、直接、ＲＡＭ４２とホストマイコン３０との
間におけるデータの授受を制御する。一方、ホストマイ
コン３０は、ＫＣＳマイコン４０と同様に、ＲＯＭ３
１，ＲＡＭ３２，ＣＰＵ３３およびＤＭＡコントローラ
３４を備えている。ホストマイコン３０のＣＰＵ３３
は、ＲＯＭ３１内の各種制御プログラムに基づいた各種
制御処理を行う。例えば、点火時期制御信号、燃料噴射
制御信号を生成し、駆動回路２４，２５に出力する。駆
動回路２４，２５は、点火時期制御信号及び燃料噴射制
御信号に基づきイグナイタ１５及びインジェクタ４を駆
動させる。なお、ＲＯＭ３１は、請求項の「第１記憶手
段」に相当する。

【００４６】ここで、ホストマイコン３０のＲＯＭ３１
には、エンジンの機種毎或いは仕様毎に変更されうる制
御データ（固有データ）が予め設定されており、そこに
は、ＫＣＳマイコン４０で使用される制御データも含ま
れている。そして、電子制御装置２０の動作時には、ホ
ストマイコン３０のＲＯＭ３１に格納されているデータ
が、Ｉ／Ｏバスからなる通信線２１を介してＫＣＳマイ
コン４０のＲＡＭ４２にＤＭＡ通信により転送される。
ＫＣＳマイコン４０は、ＲＡＭ４２に格納されたその制
御データを用いて、各種ノック制御を行う。ホストマイ
コン３０のＲＯＭ３１には、具体的には、図８に示す如
く、以下の〜の様な各種の制御データが、その種類
毎（〜）に複数の領域に分割して格納されている。

【００４７】ゲートオープンタイミング（ＧＭＡＳＫ）ゲートクローズタイミング（ＧＫＣＳ）Ｕ値（＃１），Ｕ値（＃２），…，Ｕ値（＃６）フェイル判定レベルエンジン毎に設定されるその他の適合値（ＡＤＪ値
等）ここで、ゲートオープンタイミング（）およびゲート
クローズタイミング（）は、ノックセンサ１２，１３
からの出力を取り込む区間（即ち、上述のゲート区間）
の開始タイミングおよび終了タイミングである。また、
Ｕ値（＃１），…，Ｕ値（＃６）（）は、ノック検出
を行うためのパラメータであるノック判定レベルを、各
気筒（＃１〜＃６）毎に修正するための定数である。ま
た、フェイル判定レベル（）は、ノックセンサ１２，
１３が正常か異常か（例えば、断線かどうか）を判定す
るためのパラメータである。

【００４８】そして、〜のデータは、エンジン回転
数ＮＥ（本実施例では、５００ｒｐｍ毎）に対して１対
１に定まるテーブルデータとして、ホストマイコン３０
に格納されている。これらの情報は、後述する様に、ホ
ストマイコン３０のＤＭＡコントローラ３４、通信線２
１、ＫＣＳマイコン４０のＤＭＡコントローラ４４を介
してＫＣＳマイコン４０のＲＡＭ４２に転送され、ＫＣ
Ｓマイコン４０における制御データとして使用される。

【００４９】尚、ＫＣＳマイコン４０のＲＯＭ４１に
は、固有データではなく多機種のエンジンや車両に適用
可能となる標準的な制御データ（少なくともエンジンが
壊れるおそれのないデータ）として、前記ホストマイコ
ン３０のＲＯＭ３１に格納されている制御データに対応
する標準値（デフォルト値）が予め設定されている。す
なわち、ＫＣＳマイコン４０のＲＯＭ４１にも、上記
〜に相当する個々のデータが格納されており、ＫＣＳ
マイコン４０のＲＡＭ４２に制御データが格納されてい
ない場合等には、上記デフォルト値を用いて演算が行わ
れる。

【００５０】両マイコン３０，４０のＲＯＭ３１，４１
には夫々、同種の制御データ（〜）が格納されてい
るわけだが、ホストマイコン３０のＲＯＭ３１のデータ
は、高出力用エンジン，低燃費用エンジン等、各種エン
ジンに対応する固有データである。これに対し、ＫＣＳ
マイコン４０のＲＯＭ４１のデータ（デフォルト値）
は、少なくともエンジンが壊れなければよいという程度
に標準化され、最小限の機能を発揮するデータである。

【００５１】以上の様に構成されたエンジン制御装置に
おいて、ＫＣＳマイコン４０にて、ＣＰＵ４３が、ＲＯ
Ｍ４１、ＲＡＭ４２およびＤＭＡコントローラ４４と共
に動作して行う制御処理を、図２〜図９に基づいて説明
する。まず、図２に示すノック制御処理は、電子制御装
置２０への電源投入後にＣＰＵ４３のリセットが解除さ
れると起動される。このノック制御処理では、まずステ
ップ（以下、ステップを「Ｓ」と記す）１０において、
イニシャル処理として、ＲＡＭ４２の初期化、割込み・
タイマの初期化等を行う。このイニシャル処理（Ｓ１
０）後、ＲＡＭ４２内のデータの保守等の各種処理を行
うベース処理（Ｓ１５）を繰り返し行う。

【００５２】このベース処理中に、ＴＤＣ信号のパルス
が発生すると（即ち、何れかの気筒が上死点に達する
と）、図３に示すＴＤＣ処理が起動される。このＴＤＣ
処理が起動されると、まずＳ２０で、カウンタＣＲＮＫ
のカウント値に基づいて、気筒信号を更新する。カウン
タＣＲＮＫは、点火気筒を特定するためのカウント値で
あって、クランク角信号に基づいて所定のクランク角度
（本実施例では３０℃Ａ）毎に起動される割込処理にお
いて０から２３までの値を循環するようカウントアップ
されるものである。具体的には、カウンタＣＲＮＫは０
から２３まで１ずつカウントアップされ、そのカウント
値が２４になると０にクリアされる。そして、カウンタ
ＣＲＮＫのカウント値が０，４，８，１２，１６，２０
となるに応じて、気筒信号は夫々、＃１，＃２，＃３，
＃４，＃５，＃６と更新される。気筒信号は、点火気筒
を示す番号であって、＃１〜＃６は夫々、点火気筒が第
１〜第６気筒であることを意味する。

【００５３】そして、次のＳ２５で、後述するゲートク
ローズ処理が済んでいるか否かを判定し、ゲートクロー
ズ処理済であれば（Ｓ２５：ＹＥＳ）、Ｓ３５にジャン
プするが、ゲートクローズ処理済でなければ（Ｓ２５：
ＮＯ）、Ｓ３０に進み、Ｐ／Ｈ回路４７のリセットと積
分回路４８のリセットを行い、Ｓ３５に進む。

【００５４】このＳ３５では、クランク角信号のパルス
の時間間隔に基づきエンジン回転数ＮＥを算出する。こ
のパルスの時間は、図示しない計時手段により計時され
る。そして、Ｓ３５の後、ＤＭＡコントローラ４４を制
御してＤＭＡ通信を開始させ（Ｓ４０）、ホストマイコ
ン３０のＲＯＭ３１から、エンジン回転数ＮＥに対応し
た制御データを補間計算にて算出するために必要なテー
ブルデータを、ＫＣＳマイコン４０のＲＡＭ４２に転送
させる（Ｓ４５）。なお、Ｓ３５が請求項の「回転数算
出手段」を構成する。

【００５５】即ち、エンジン回転数ＮＥの値に対応する
制御データは、所定のエンジン回転数ＮＥに対応して予
め作成されたテーブルデータを参照し、補間計算（例え
ば直線補間）することにより算出されるが、その算出の
ためには、少なくとも２つのエンジン回転数ＮＥに対応
するテーブルデータがあれば良い。本実施例において
は、５００ｒｐｍ毎にテーブルデータが予め作成されて
いるので、「５００×ＩＮＴ（ＮＥ／５００）ｒｐｍ」
に対応するテーブルデータおよび「５００×（ＩＮＴ
（ＮＥ／５００）＋１）ｒｐｍ」に対応するテーブルデ
ータがあれば良く、これらに基づいて補間計算すれば、
Ｓ３５にて得られた「エンジン回転数ＮＥ」に対応する
制御データが得られるのである。ここで、「ＩＮＴ
（Ｘ）」は、Ｘの小数点以下を切り捨てて整数とするこ
とを意味する。

【００５６】従って、Ｓ３５にて、例えばエンジン回転
数ＮＥ＝「８００ｒｐｍ」と算出された場合、Ｓ４５で
は、「５００ｒｐｍ」に対応するテーブルデータおよび
「１０００ｒｐｍ」に対応するテーブルデータを、ホス
トマイコン３０のＲＯＭ３１からＫＣＳマイコン４０の
ＲＡＭ４２に転送させる。つまり、Ｓ４５では、エンジ
ン回転数ＮＥが「５００ｒｐｍ」および「１０００ｒｐ
ｍ」に対応する、上記〜の制御データ（ゲートオー
プンタイミング、ゲートクローズタイミング、「＃１
Ｕ値」〜「＃６Ｕ値」、フェイル判定レベル）のテ
ーブルデータが、ＫＣＳマイコン４０のＲＡＭ４２に転
送される。このＳ４５の処理が、請求項の「転送格納手
段」に相当する。なお、Ｓ４５では、〜のテーブル
データのみならず、上記のデータも同時に転送され
る。

【００５７】次にＳ５０は、Ｓ４５の終了後、Ｓ４５で
ＲＡＭ４２に格納されたテーブルデータを参照し、エン
ジン回転数ＮＥに基づいて、ゲートオープンタイミング
およびゲートクローズタイミングを算出する。そしてＳ
５５では、Ｓ５０にて得たゲートオープンタイミングを
ゲート区間の開始タイミングとして設定する。これによ
り、ゲートオープンタイミングになると、所定の処理に
おいて、Ｐ／Ｈ回路４７および積分回路４８の動作が開
始されることとなる。

【００５８】そしてＳ６０では、Ｓ４０〜Ｓ５５の処理
を起動した後（すなわち、Ｓ４０〜Ｓ５５の処理終了を
待たずに）、何れのノックセンサ１２、１３からの出力
信号を取り込むかを、前記Ｓ２０で更新した気筒信号に
基づいて切り替える。例えば、気筒信号が＃１，＃３，
＃５の何れか（即ち、点火気筒が、第１，第３，第５気
筒の何れか）である場合には、ノックセンサ１２に切り
替え、気筒信号が＃１，＃３，＃５の何れか（即ち現在
の点火気筒が第２，第４，第６気筒の何れか）である場
合には、ノックセンサ１３に切り替える。この切換えの
後、Ｓ６５において、ゲインの設定等、ノック信号のピ
ークホールドおよび積分を行うための準備をして、ベー
ス処理へ戻る。なお、ＴＤＣ処理が、請求項の「点火同
期処理」に相当する。

【００５９】図４に示すゲートオープン処理は、上述の
Ｓ５５にて設定されたゲートオープンタイミングで起動
される。このゲートオープン割込み処理では、まずＳ７
０において、ノック信号（即ちＳ６０にて切り換えられ
たノックセンサ１２、１３の何れかからの出力信号）
の、Ｐ／Ｈ回路４７によるピークホールド、および積分
回路４８による積分を開始する。そして、Ｓ７５では、
Ｓ５０にて得たゲートクローズタイミングをゲート区間
の終了タイミングとして設定し、ベース処理へ戻る。な
お、ゲートオープン処理は、請求項の点火同期処理の一
部を構成する。

【００６０】図５に示すゲートクローズ処理は、上述の
Ｓ７５にて設定されたゲートクローズタイミングで起動
される。このゲートクローズ処理では、まず、Ｐ／Ｈ回
路４７の出力（ノック信号のピーク値）を、Ａ／Ｄ変換
器５０でＡ／Ｄ変換してＣＰＵ４３に取込む（Ｓ８０）
と共に、積分回路４８の出力（ノック信号の積分値）
を、Ａ／Ｄ変換器５０でＡ／Ｄ変換してＣＰＵ４３に取
込んだ（Ｓ８５）後、Ｓ９０において、積分回路４８お
よびＰ／Ｈ回路４７をリセットする。続くＳ９５におい
て、上記ピーク値および積分値のＡ／Ｄ変換値から、夫
々０点を差し引いて、ノック信号の正味のピーク値、お
よび正味の積分値を求める０点補正を行う。これらピー
ク値の０点および積分値の０点は、図示しない別の処理
において予め求められ、ＲＡＭ４２に格納されている。
次にＳ１００では、上記Ｓ４５にて得られたＵ値（＃
１），…，Ｕ値（＃６）のテーブルデータを参照し、エ
ンジン回転数ＮＥに基づいて、Ｕ値（＃１），…，Ｕ値
（＃６）を算出する。そしてＳ１０５において、点火気
筒に対応するＵ値およびノック信号の平均値（バックグ
ラウンド）に基づいて、ノック判定レベルを修正・更新
し、Ｓ１１０において、更新済みのノック判定レベルと
ノック信号のピーク値とを比較してノック発生の有無を
判定すると共に、その判定結果を、信号線５３を介し、
ホストマイコン３０のＣＰＵ３１に出力する。

【００６１】そして、Ｓ１１５では、上記Ｓ４５にて得
られたフェイル判定レベルのテーブルデータを参照し、
エンジン回転数ＮＥに基づきフェイル判定レベルを算出
し、そのフェイル判定レベルとノック信号の積分値とを
比較して、フェイル判定、即ちノックセンサ１２，１３
における異常の発生の有無を検出し、その結果を信号線
５３を介してホストマイコン３０のＣＰＵ３１に出力す
る。この検出結果の出力後、当該ゲートクローズ処理は
終了され、ベース処理へ戻る。なお、ゲートクローズ処
理は、請求項の「点火同期処理」の一部を構成する。

【００６２】図６、７は、上述の処理を行った場合の動
作を示すタイムチャートである。図６に示す様に、ＴＤ
Ｃ信号のパルスが発生すると、まずＴＤＣ処理（図３）
が行われる。即ち、図７に示す様に、エンジン回転数Ｎ
Ｅの算出（ＮＥ計算）が行われ、その算出結果に応じた
テーブルデータが、ホストマイコン３０のＲＯＭ３１か
らＤＭＡ通信により、ＫＣＳマイコン４０のＲＡＭ４２
に転送・格納される。そして、テーブルデータの補間に
よりゲートオープンタイミングおよびゲートクローズタ
イミングが算出され、ゲート区間の開始のタイミングが
設定される。ゲート区間の開始のタイミングになると、
ゲートオープン処理（図４）の実行により、ノック信号
のピークホールド（図６参照）および積分が開始される
と共に、ゲート区間の終了のタイミングが設定される。
その後、ゲート区間の終了のタイミングになると、ゲー
トクローズ処理（図５）の実行により、ノック信号のピ
ークホールド値および積分値に基づいて、ノック検出お
よびフェイル判定が行われる。

【００６３】尚、ホストマイコン３０とＫＣＳマイコン
４０との間の通信線２１において、他のＤＭＡ通信等に
よる通信量が多く、混雑しているときには、Ｓ４５にお
けるＲＯＭ３１内の検索、テーブルデータの転送が遅れ
て、Ｓ５５におけるゲートオープンタイミングの設定が
遅れることとなる。その場合には、図９に示す様に、ゲ
ートオープン処理（図４）の起動は、前回実行されたＴ
ＤＣ処理のＳ５０にて算出されたタイミングで行われる
こととなる。また、ゲートクローズ処理（図５）の起動
も、前回実行されたＴＤＣ処理のＳ５０にて算出された
タイミングで行われる。

【００６４】以上の様に本発明の第１実施例としてのエ
ンジン制御装置においては、従来とは異なり、ホストマ
イコン３０が点火タイミングとは必ずしも同期しない一
定の周期で、全テーブルデータをＫＣＳマイコン４０に
転送するのではなく、ＫＣＳマイコン４０が、テーブル
データが必要となる点火タイミング毎に、エンジン回転
数ＮＥに応じた制御データを、ホストマイコン３０のＲ
ＯＭ３１から選択的に読み込み、ＲＡＭ４２に格納す
る。

【００６５】したがって、第１実施例のエンジン制御装
置によれば、以下の効果（１）〜（４）を有する。（１）ＫＣＳマイコン４０の制御処理により、ホストマ
イコン３０のＲＯＭ３１の制御データを、ＫＣＳマイコ
ン４０のＲＡＭ４２に転送するようにしていることか
ら、ホストマイコン３０にかかる通信の処理負担が軽減
され、延いては、エンジン制御において誤動作が発生す
る可能性も抑制できる。

【００６６】（２）ホストマイコン３０に格納されてい
る全テーブルデータの内、必要なタイミング（点火タイ
ミング）で、必要な部分（現在のエンジン回転数ＮＥに
応じた一部分）を、ＫＣＳマイコン４０に転送するよう
にしていることから、両マイコン間における通信量を抑
制することができ、他のデータ通信に悪影響を与える可
能性を低くすることができるという効果を奏する。

【００６７】（３）ホストマイコン３０に格納されてい
る全テーブルデータの内、必要なタイミング（点火タイ
ミング）で、必要な部分（現在のエンジン回転数ＮＥに
応じた一部分）を、ＫＣＳマイコン４０に転送するよう
にしていることから、ＫＣＳマイコン４０のＲＡＭ４２
には、全制御データ（テーブルデータその他の制御デー
タ）を予め格納しておく必要がない。そのため、そのテ
ーブルデータの格納に必要な領域が少なくなり（図８参
照）、メモリ資源を有効に活用できる。延いては、ＲＡ
Ｍ４２の小型化が可能となり、そして、エンジン制御装
置の製造コストも抑制することができる。

【００６８】（４）ＫＣＳマイコン４０が、現在のエン
ジン回転数を算出することから、ホストマイコン３０に
かかる処理負荷を少なくすることができる。また、主制
御部と副制御部との間の通信量も抑制できるという効果
を奏する。次に第２実施例としてのエンジン制御装置に
ついて説明する。

【００６９】図１０は、第２実施例におけるホストマイ
コン３０のＲＯＭ３１の記憶領域を示す図である。上記
第１実施例においては、ホストマイコン３０のＲＯＭ３
１には、図８に示す様に、〜の各種の制御データ
を、その種類毎（〜）に、一連のメモリ領域に分割
して格納するものとして説明したが、第２実施例におい
ては、図１０に示す様に、ＲＯＭ３１には、制御データ
〜のテーブルデータがエンジン回転数ＮＥ毎にまと
められており、そのまとめられたエンジン回転数ＮＥ毎
のテーブルデータは、夫々、一連のメモリ領域に格納さ
れている。

【００７０】第２実施例に関し、その他の構成および処
理、動作（図１〜図７、図９）については、第１実施例
と同じであるので、説明を省略する。この様に構成され
た第２実施例のエンジン制御装置においても、ＴＤＣ処
理（図３）のＳ４５では、ＫＣＳマイコン４０が、ホス
トマイコン３０のＲＯＭ３１内のデータから必要なテー
ブルデータを選択して読み込むが、その際に指定すべき
アドレスは第１実施例に比べて少ないものとなる。すな
わち、第１実施例の場合には、検出されたエンジン回転
数ＮＥに対応して必要となるテーブルデータは、図８に
示す様に、ＲＯＭ３１のメモリ領域内に不連続に格納さ
れているため、そのアドレスを一々指定することが必要
となり、処理が面倒となるが、第２実施例の場合には、
図１０に示す様に、エンジン回転数ＮＥに対応して必要
となるテーブルデータはＲＯＭ３１のメモリ領域内に一
まとまりに格納されているため、指定すべきアドレスの
数が少なくなるのである。

【００７１】従って、第２実施例のエンジン制御装置に
よれば、上記（１）〜（４）の効果に加え、次の効果
（５）を奏する。（５）指定すべきアドレスの数が少ないことから、ＲＯ
Ｍ３１を検索する時間を短縮できると共に、テーブルデ
ータを転送するための処理（アドレスを指定するための
処理等）にかかる負担を低減することができる。

【００７２】次に、第３実施例としてのエンジン制御装
置について説明する。第３実施例のエンジン制御装置の
構成については、第２実施例のエンジン制御装置（図
１）と同様であるので、その説明は省略する。さて、第
１、第２実施例においては、両マイコン３０，４０間の
通信の混雑等により、テーブルデータの転送が遅れると
きには、前回起動のＴＤＣ処理にて算出された制御デー
タの値（即ち、ゲートオープンタイミング、ゲートクロ
ーズタイミング）が使用されるため、ノック制御のエン
ジン回転数ＮＥに対する追従性能が低下する可能性があ
る。

【００７３】そこで、第３実施例のエンジン制御装置で
は、図２に示したノック制御処理ではなく、図１１に示
す様なノック制御処理が行われる。すなわち、電子制御
装置２０への電源投入後（即ち、エンジン制御装置の起
動時）にＣＰＵ４３のリセットが解除されると、図１１
のノック制御処理が起動される。

【００７４】このノック制御処理が起動されると、ま
ず、Ｓ３１０にて、イニシャル処理が行われる。Ｓ３１
０のイニシャル処理では、ＲＡＭ４２の初期化、割込み
・タイマの初期化等が行われるほか、ホストマイコン３
０のＲＯＭ３１に格納されているテーブルデータが全て
読み出され、ＫＣＳマイコン４０のＲＡＭ４２に格納さ
れる。このイニシャル処理（Ｓ３１０）後、ＲＡＭ４２
内のデータの保守等の各種処理を行うベース処理（Ｓ３
１５）を繰り返し行う。なお、Ｓ３１０が、請求項の
「起動時格納手段」として機能する。

【００７５】つまり、第３実施例のエンジン制御装置で
は、イニシャル処理（Ｓ３１０）時に、図１２に示す様
に、ホストマイコン３０のＲＯＭ３１に格納されている
テーブルデータが全て読み出され、ＫＣＳマイコン４０
のＲＡＭ４２に格納されることとなる。

【００７６】そして、第３実施例のエンジン制御装置で
は、図３に示したＴＤＣ処理ではなく、図１３に示す様
なＴＤＣ処理が行われる。すなわち、ＴＤＣ信号のパル
スが発生すると、図１３のＴＤＣ処理が起動される。こ
のＴＤＣ処理（図１３）が起動されると行われるＳ３２
０〜Ｓ３３５の処理は、夫々、図３に示すＴＤＣ処理に
おけるＳ２０〜Ｓ３５の処理と同じ処理であるので、そ
の説明を省略する。なお、Ｓ３３５が請求項の「回転数
算出手段」として機能する。

【００７７】Ｓ３３５の後、Ｓ３４０にて、図１４に示
すデータ比較処理（後述する）を起動し、Ｓ３４５に
て、ＫＣＳマイコン４０のＲＡＭ４２から、エンジン回
転数ＮＥに対応した制御データを補間計算にて算出する
ために必要なテーブルデータを読み込む。すなわちＳ３
４５においては、エンジン回転数ＮＥの値に基づき、
「５００×ＩＮＴ（ＮＥ／５００）ｒｐｍ」に対応する
テーブルデータおよび「５００×（ＩＮＴ（ＮＥ／５０
０）＋１）ｒｐｍ」に対応するテーブルデータを、ＣＰ
Ｕ４３に読み込む。

【００７８】そして、Ｓ３５０においては、その読み込
んだテーブルデータおよびエンジン回転数ＮＥに基づく
補間計算により、ゲートオープンタイミングおよびゲー
トクローズタイミングの算出が行われる。その後のＳ３
５５〜Ｓ３６５の処理は、夫々、図３に示したＴＤＣ処
理におけるＳ５５〜Ｓ６５の処理と対応する同様の処理
であるので、その説明を省略する。なお、ＴＤＣ処理
は、請求項の「点火同期処理」の一部を構成する。

【００７９】なお、Ｓ３４０にて起動されるデータ比較
処理は、Ｓ３４５〜Ｓ３６５の処理よりも優先度が低
く、これらの処理の合間や終了後に行われる。このＴＤ
Ｃ処理の実行によって、ゲートオープンタイミングおよ
びゲートクローズタイミングの算出が行われ（Ｓ３５
０）、ゲートオープンタイミングの設定が行われると
（Ｓ３５５）、その設定されたゲートオープンタイミン
グで、図４に示したゲートオープン処理が起動される。
そして、ゲートオープン処理中にてゲートクローズタイ
ミングが設定され（Ｓ７５）、そのタイミングで、図５
に示したゲートクローズ処理が起動されることとなる。

【００８０】さて、Ｓ３４０において、データ比較処理
が起動されると、図１４に示す様に、まず、Ｓ３７０に
て、ＤＭＡコントローラ４４を制御してＤＭＡ通信を開
始させ、Ｓ３７２にて、ホストマイコン３０のＲＯＭ３
１から、エンジン回転数ＮＥに対応した制御データを補
間計算にて算出するために必要なテーブルデータを読み
込む。すなわちＳ３７２においては、エンジン回転数Ｎ
Ｅの値に基づき、「５００×ＩＮＴ（ＮＥ／５００）ｒ
ｐｍ」および「５００×（ＩＮＴ（ＮＥ／５００）＋
１）ｒｐｍ」に対応するテーブルデータ（上記〜の
制御データ）を、ホストマイコン３０のＲＯＭ３１から
読み込む。また、上記の制御データも同時に読み込
む。

【００８１】そして、Ｓ３７４にて、これらの制御デー
タの読込が終了するまで待機し（Ｓ３７４：ＮＯ）、制
御データの読込が終了した後（Ｓ３７４：ＹＥＳ）、Ｓ
３７６にて、その読み込んだ制御データ（読込値）と、
予めＲＡＭ４２に格納されている制御データ（ＲＡＭ
値）とを比較して、両者が一致しているか否かを判断す
る。この結果、両者が完全に一致していれば（Ｓ３７
６：ＹＥＳ）、当該データ比較処理を終了するが、両者
の間に不一致の箇所があれば（Ｓ３７６：ＮＯ）、Ｓ３
７８にて異常処理を行った後、本データ比較処理を終了
する。

【００８２】異常処理（Ｓ３７８）では、不一致部分の
制御データを、「再読込値」として再度読込み、上述の
「ＲＡＭ値」、「読込値」および「再読込値」の３者の
値の内、一致する２つで、ＲＡＭ４２内の制御データを
更新する。単に「読込値」で、「ＲＡＭ値」を更新する
ようにしても良いが、それでは、通信不良等により偶発
的に「読込値」が誤った値であった場合、かえって「Ｒ
ＡＭ値」を誤ったものとしてしまう。そこで、更に「再
読込値」も考慮することで、「ＲＡＭ値」の正確性を確
保するのである。なお、当該データ比較処理（図１４）
は、請求項の「比較更新手段」として機能する。

【００８３】図１５は、第３実施例において、上述の処
理を行った場合の動作を示すタイムチャートである。図
１５に示す様に、ＴＤＣ信号のパルスが発生すると、Ｔ
ＤＣ処理（図１３）が行われる。即ち、図１５に示す様
に、エンジン回転数ＮＥの算出が行われ、テーブルデー
タの補間によりゲートオープンタイミングが算出・設定
され、そのタイミングでゲート区間が開始することとな
る。一方で、エンジン回転数ＮＥの算出後、データ比較
処理（図１４）が行われ、「読込値」と「ＲＡＭ値」と
が不一致の場合には、テーブルデータの更新が行われる
こととなる。

【００８４】この様に第３実施例のエンジン制御装置に
おいては、ＲＡＭ４２におけるテーブルデータ格納用の
記憶領域は従来通り確保して、イニシャル処理（Ｓ３１
５）の実行時に全テーブルデータを読み込んでおき、そ
の予め読み込んだテーブルデータ（「ＲＡＭ値」）を使
って制御する。その一方で、「ＲＡＭ値」を、点火タイ
ミング毎に、エンジン回転数ＮＥに応じたテーブルデー
タをホストマイコン３０のＲＯＭ３１から読み込んだ
「読込値」と照合し、両者が一致しないようであれば、
所定の異常処理により「ＲＡＭ値」の保守を行う。

【００８５】従って、第３実施例のエンジン制御装置に
よれば、上記（１）、（４）および（５）の効果に加
え、次の効果（６）〜（８）が得られる。（６）ノック制御に必要な全ての制御データをホストマ
イコン３０のＲＯＭ３１から、最初に（イニシャル処理
時に）、予めＫＣＳマイコン４０のＲＡＭ４２に格納す
るようにしていることから、両マイコン３０，４０間の
通信状況に関わらず、エンジン回転数ＮＥに対するノッ
ク制御の追従性の低下を防止することができる。

【００８６】（７）ＫＣＳマイコン４０のＲＡＭ４２に
格納された制御データを、ＲＯＭ３１内の制御データと
点火タイミングに同期して比較し、その比較結果に基づ
いて、ＲＡＭ４２側の制御データをＲＯＭ３１側の制御
データで更新することにより、正常な値に保つようにし
ていることから、確実なノック制御を図ることができ
る。

【００８７】（８）ＫＣＳマイコン４０のＲＡＭ４２に
格納されたテーブルデータとホストマイコン３０のＲＯ
Ｍ３１に格納されたテーブルデータとの比較は、ホスト
マイコン３０のＲＯＭ３１に格納されている全テーブル
データの内、現在のエンジン回転数ＮＥに応じた一部分
を転送することにより行っていることから、両マイコン
間における通信量を抑制することができ、他のデータ通
信に悪影響を与える可能性を低くすることができるとい
う効果を奏する。

【００８８】次に第４実施例について説明する。第４実
施例のエンジン制御装置の構成についても、第２実施例
のエンジン制御装置（図１）と同様であるので、その説
明は省略する。さて上述の様に、第３実施例のエンジン
制御装置では、ノック制御のエンジン回転数ＮＥに対す
る追従性を担保する目的で、ノック制御のための全制御
データを予めＫＣＳマイコン４０のＲＡＭ４２に格納す
るよう構成されている。そのため、格納に必要な量のメ
モリ領域を、ＫＣＳマイコン４０のＲＡＭ４２に確保す
る必要がある。しかし、点火タイミング毎に使用される
制御データはその内の一部分であり、多くの制御データ
は使用されず、メモリ資源の有効の利用が図られている
とは言えない。

【００８９】ところで、相前後する点火タイミングの間
におけるエンジン回転数ＮＥの変動幅は、大きくとも２
００ｒｐｍが限度であり、短時間にそれ以上の変動が起
こることは稀であることから、テーブルデータの全てを
常にＫＣＳマイコン４０のＲＡＭ４２に格納しておく必
要はない。

【００９０】そこで、第４実施例のエンジン制御装置で
は、イニシャル処理における全制御データの読込を行わ
ず、図２のノック制御処理、図４のゲートオープン処
理、図５のゲートクローズ処理および図１３のＴＤＣ処
理を行うと共に、図１６に示すデータ比較処理を行う。

【００９１】このデータ比較処理（図１６）は、図１４
のデータ比較処理と同様に、ＴＤＣ処理のＳ３４０にお
いて起動される処理であり、起動されると、まず、Ｓ４
７０にて、ＤＭＡコントローラ４４を制御してＤＭＡ通
信を開始させ、Ｓ４７２にて、ホストマイコン３０のＲ
ＯＭ３１から、エンジン回転数ＮＥに対応した制御デー
タを補間計算にて算出するために必要なテーブルデータ
を読み込む。

【００９２】このＳ４７２では、エンジン回転数ＮＥの
値に基づき、「５００×ＩＮＴ（ＮＥ／５００）ｒｐ
ｍ」および「５００×（ＩＮＴ（ＮＥ／５００）＋１）
ｒｐｍ」に対応するテーブルデータ（上記〜の制御
データ）を読み込むと共に、「５００×（ＩＮＴ（ＮＥ
／５００）−１）ｒｐｍ」および「５００×（ＩＮＴ
（ＮＥ／５００）＋２）ｒｐｍ」に対応するテーブルデ
ータを読み込む。例えばＳ３３５にて、エンジン回転数
ＮＥ＝「８００ｒｐｍ」と算出された場合、図１７に示
すように、「５００ｒｐｍ」および「１０００ｒｐｍ」
のテーブルデータに加え、「０ｒｐｍ」および「１５０
０ｒｐｍ」のテーブルデータが、ホストマイコン３０の
ＲＯＭ３１からＫＣＳマイコン４０のＲＡＭ４２に転送
されることとなる。すなわち、Ｓ４７２においては、現
時点のエンジン回転数ＮＥに対応した補間計算に使用さ
れるテーブルデータのみならず、その前後のテーブルデ
ータも併せて転送するのである。なお、Ｓ４７２におい
ては、の制御データも同時に読み込む。

【００９３】以下のＳ４７４〜Ｓ４７８の処理は、夫
々、図１４のデータ比較処理におけるＳ３７４〜Ｓ３７
８の処理に対応し、それらと同じ処理であるのでその説
明を省略する。なお、このデータ比較処理（図１６）
は、請求項の「転送格納手段」の一部として機能する。

【００９４】第４実施例のエンジン制御装置において、
上述の様に各処理が行われると、図１５に示すタイムチ
ャートと同様な動作が行われることとなる。すなわち、
図１５に示す様に、ＴＤＣ信号のパルスが発生すると、
ＴＤＣ処理（図１３）が行われる。即ち、図１５に示す
様に、エンジン回転数ＮＥの算出が行われ、テーブルデ
ータの補間によりゲートオープンタイミングが算出・設
定され、そのタイミングでゲート区間が開始することと
なる。その一方で、エンジン回転数ＮＥの算出後、デー
タ比較処理（図１６）が行われ、「読込値」と「ＲＡＭ
値」とが不一致の場合には、テーブルデータの更新が行
われることとなる。

【００９５】ここで例えば、前回のＴＤＣ処理でエンジ
ン回転数ＮＥが「９００ｒｐｍ」と算出され、今回のＴ
ＤＣ処理では「１１００ｒｐｍ」と算出された場合に
は、「ＲＡＭ値」として、「０ｒｐｍ」，「５００ｒｐ
ｍ」，「１０００ｒｐｍ」，「１５００ｒｐｍ」のテー
ブルデータがＫＣＳマイコン４０のＲＡＭ４２に格納さ
れており、データ比較処理（図１６）のＳ４７２におい
ては「５００ｒｐｍ」，「１０００ｒｐｍ」，「１５０
０ｒｐｍ」，「２０００ｒｐｍ」のテーブルデータがデ
ータ転送されることとなる。このときには、Ｓ４７４〜
Ｓ４７８の処理により、「５００ｒｐｍ」，「１０００
ｒｐｍ」，「１５００ｒｐｍ」及び「２０００ｒｐｍ」
のテーブルデータが新たにＫＣＳマイコン４０のＲＡＭ
４２に格納されることとなる。

【００９６】なお、第４実施例においては、イニシャル
処理における全制御データの読込が行われず、ＴＤＣ処
理（図１３）の最初の起動時には、Ｓ３４５において補
間計算に必要なテーブルデータが、ＫＣＳマイコン４０
のＲＡＭ４２に格納されていないので、ＫＣＳマイコン
４０のＲＯＭ４１に予め格納されているデフォルト値が
ＣＰＵ４３に読み込まれて補間計算に使用される。そし
て、データ比較処理（図１６）の最初の起動時に、初め
て、ＫＣＳマイコン４０のＲＡＭ４２に、テーブルデー
タが格納されることとなる。

【００９７】この様に第４実施例のエンジン制御装置に
おいては、ＫＣＳマイコン４０のＲＡＭ４２には、現在
のエンジン回転数ＮＥに対応した補間計算に使用するテ
ーブルデータ、およびその前後１テーブルずつを、点火
タイミング毎に読み込むようにしている。すなわち、次
回の点火タイミングにおけるエンジン回転数ＮＥが、現
在のものとは異なっていたとしても、そのエンジン回転
数ＮＥに対応した補間計算が可能な範囲のテーブルデー
タを予め読み込んでおくのである。そして、相前後する
点火タイミングの間におけるエンジン回転数ＮＥの変動
幅は、大きくとも２００ｒｐｍ程度であるのが殆どであ
ることを考慮すると、本実施例の様にテーブルデータが
５００ｒｐｍ毎のものである場合には、その前後１テー
ブルを予め読み込んでおけば十分である。

【００９８】そして、点火タイミング毎に、エンジン回
転数ＮＥに応じたテーブルデータをホストマイコン３０
のＲＯＭ３１から「読込値」として読み込み、「ＲＡＭ
値」と「読込値」とを比較することにより、「ＲＡＭ
値」に異常がないか否か（破壊されていないか否か）を
判断する。そして両者が一致せず、「ＲＡＭ値」に異常
が発生していると判断される場合には、所定の異常処理
を行って「ＲＡＭ値」の更新を行うことにより、すなわ
ち「ＲＡＭ値」を正常なデータに保つのである。

【００９９】従って、第４実施例のエンジン制御装置に
よれば、上記（１）、（４）、（５）、（７）および
（８）の効果に加え、次の効果（９）が得られる。（９）ＫＣＳマイコン４０のＲＡＭ４２には、ホストマ
イコン３０のＲＯＭ３１に格納されている全テーブルデ
ータの内、現在のエンジン回転数ＮＥに対応した補間計
算に使用するテーブルデータ、およびその前後１テーブ
ルを格納しておくことから、メモリ資源の有効な利用を
図りつつ、エンジン回転数ＮＥに対するノック制御の追
従性の低下を防止することができる。

【０１００】以上、本発明の一実施例について説明した
が、本発明は上記実施例に限定される物ではなく、種々
の態様を取ることができる。例えば、上記第１、第２実
施例では、ＴＤＣ処理実行時には、エンジン回転数ＮＥ
に応じたテーブルデータを必ず転送するものとして説明
したが、これに限られるものではない。前回と同じテー
ブルデータが使用できる場合は転送を行わなくても良
い。但し、その場合、ＫＣＳマイコン４０のＲＡＭ４２
内での偶発的なデータ破壊等もあるため、少なくとも所
定回数（例えば１０回）毎のＴＤＣ処理実行時には、制
御データの転送格納を行うようにするとよい。

【０１０１】また、上記実施例では、ホストマイコン３
０とＫＣＳマイコン４０との間の通信を、ＤＭＡ通信に
より行うものとして説明したが、これに限られるもので
はなく、各種のシリアル通信、又は各種のパラレル通信
により行ってもよい。しかし、特に、Ｉ／Ｏバスを介し
たパラレル通信によれば、ホストマイコン３０のＲＯＭ
３１からＫＣＳマイコン４０のＲＡＭ４２への制御デー
タの転送を、速やかに行うことができる。即ち、その様
にすれば、ＫＣＳマイコン４０は、ホストマイコン３０
のＲＯＭ３１に格納されている制御データを速やかにＲ
ＡＭ４２に格納して使用することができることとなり、
エンジン回転数ＮＥの変化等、エンジンの運転状態の変
化に迅速に対応した制御処理か可能となるので好まし
い。

【０１０２】また、上記実施例では、ＫＣＳマイコン４
０の制御に関する制御データは、ホストマイコン３０の
ＲＯＭ３１に格納するものとして説明したが、これに限
られるものではなく、内蔵電池によりバックアップされ
たＲＡＭ、書換え不可能なマスクＲＯＭ、電気的に書換
え可能な不揮発性メモリ（いわゆるフラッシュＲＯＭ）
等を設け、これらに格納するようにしても良い。特に、
フラッシュＲＯＭに、ＫＣＳマイコン４０の制御に関す
る制御データを格納するようにすれば、製品（エンジン
制御装置やこれを搭載したエンジン、車両など）出荷
後、市場等でエンジン制御装置の外部から、その制御デ
ータを書き換えることができることとなり、使用者に応
じた仕様の変更を容易に行うことができるので好まし
い。

【０１０３】また、上記第３、第４実施例では、異常処
理において、「再読込値」を読込み、「ＲＡＭ値」、
「読込値」および「再読込値」の３者の値の内、一致す
る２者の値で、ＲＡＭ４２内の制御データを更新するも
のとして説明したが、これに限られるものではない。例
えば、ＫＣＳマイコン４０のＲＡＭ４２に格納されてい
るデフォルト値を用いてＲＡＭ４２内の制御データを更
新するようにしても良いし、或いは、異常である旨をホ
ストマイコン３０に伝えて、ホストマイコン３０に、ノ
ック制御に関する周知のフェイルセーフ処理を実行させ
るようにしても良い。

【図面の簡単な説明】

【図１】第１実施例のエンジン制御装置の電気的構成
を示すブロック図である。

【図２】第１実施例のエンジン制御装置で実行される
ノック制御処理を示すフローチャートである。

【図３】第１実施例のエンジン制御装置で実行される
ＴＤＣ処理を示すフローチャートである。

【図４】第１実施例のエンジン制御装置で実行される
ゲートオープン処理を示すフローチャートである。

【図５】第１実施例のエンジン制御装置で実行される
ゲートクローズ処理を示すフローチャートである。

【図６】第１実施例のエンジン制御装置における処理
の実行タイミングとノック信号の取り込みの様子とを示
すタイムチャートである。

【図７】第１実施例のエンジン制御装置における処理
の実行タイミングを、両マイコン間におけるデータ転送
を含めて示すタイムチャートである。

【図８】第１実施例のエンジン制御装置におけるデー
タ転送の様子を示す説明図である。

【図９】第１実施例のエンジン制御装置において通信
が遅い場合の処理実行タイミングを示すタイムチャート
である。

【図１０】第２実施例のエンジン制御装置におけるデ
ータ転送の様子を示す説明図である。

【図１１】第３実施例のエンジン制御装置で実行され
るノック制御処理を示すフローチャートである。

【図１２】第３実施例のエンジン制御装置におけるデ
ータ転送の様子を示す説明図である。

【図１３】第３実施例のエンジン制御装置で実行され
るＴＤＣ処理を示すフローチャートである。

【図１４】第３実施例のエンジン制御装置で実行され
るデータ比較処理を示すフローチャートである。

【図１５】第３実施例のエンジン制御装置における処
理の実行タイミングを、両マイコン間におけるデータ転
送を含めて示すタイムチャートである。

【図１６】第４実施例のエンジン制御装置で実行され
るデータ比較処理を示すフローチャートである。

【図１７】第４実施例のエンジン制御装置におけるデ
ータ転送の様子を示す説明図である。

【図１８】従来のエンジン制御装置における処理実行
タイミングを、両マイコン間におけるデータ転送を含め
て示すタイムチャートである。

【図１９】従来のエンジン制御装置におけるデータ転
送の様子を示す説明図である。

【符号の説明】

１８…クランク角センサ（回転センサ）、２０…電子制
御装置、２１…通信線（Ｉ／Ｏバス）、３０…ホストマ
イコン（主制御部、メインマイクロコンピュータ）、３
１…ＲＯＭ（第１記憶手段）、３３…ＣＰＵ、４０…Ｋ
ＣＳマイコン（副制御部、サブマイクロコンピュー
タ）、４２…ＲＡＭ（第２記憶手段）、４３…ＣＰＵ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｆ０２Ｄ 41/22 ３３０Ｆ０２Ｄ 41/22 ３３０ＪＦターム(参考） 3G084 BA17 EB02 EB03 EB07 EB10 FA00 FA02 FA07 FA10 FA20 FA25 FA33 FA38 3G301 HA01 HA06 JA09 JA18 JB03 JB05 LA00 MA11 NB13 NB20 PA01Z PA10Z PA11Z PC08Z PE01Z PE03Z PE05Z PE08Z

Claims

【特許請求の範囲】

【請求項１】マイクロコンピュータからなり、エンジ
ン制御を行う主制御部と、該主制御部に通信線を介して接続されたマイクロコンピ
ュータからなり、エンジンの点火タイミングに同期して
エンジン回転数に応じた点火同期処理を行うことによ
り、該主制御部によるエンジン制御を補助する副制御部
と、を備え、前記主制御部には、前記副制御部による点火同期処理用
の制御データを含むエンジン制御用の各種制御データを
格納した第１記憶手段を設け、前記副制御部には、前記第１記憶手段に格納された前記
点火同期処理用の制御データを、前記点火同期処理で使
用するために一時的に記憶する第２記憶手段を設けてな
るエンジン制御装置において、前記副制御部は、前記第１記憶手段に格納された前記点
火同期処理用の制御データの内、現在のエンジン回転数
に応じた制御データを、エンジンの点火タイミングに同
期して、前記第２記憶手段に転送して格納する転送格納
手段を備えたことを特徴とするエンジン制御装置。
【請求項２】請求項１に記載のエンジン制御装置にお
いて、前記副制御部は、エンジンの回転を検出する回転センサ
からの信号に基づいて、現在のエンジン回転数を算出す
る回転数算出手段を備えたことを特徴とするエンジン制
御装置。
【請求項３】請求項１又は２に記載のエンジン制御装
置において、前記第１記憶手段は、前記点火同期処理用の制御データ
を、エンジン回転数毎にまとめて記憶したことを特徴と
するエンジン制御装置。
【請求項４】請求項１〜３の何れかに記載のエンジン
制御装置において、前記転送格納手段は、前記第１記憶手段に格納された前記点火同期処理用の全
制御データを、当該エンジン制御装置の起動時に、前記
第２記憶手段に転送して格納させる起動時格納手段と、前記第１記憶手段に格納された前記点火同期処理用の制
御データ及び前記第２記憶手段に格納された制御データ
の内、現在のエンジン回転数に応じた夫々の制御データ
を、エンジンの点火タイミングに同期して比較し、両制
御データが不一致であるとき、該第１記憶手段側の制御
データで、該第２記憶手段側の制御データを更新する比
較更新手段と、を備えたことを特徴とするエンジン制御装置。
【請求項５】Ｉ／Ｏバスを介して互いに接続されたメ
インマイクロコンピュータとサブマイクロコンピュータ
とからなり、前記サブマイクロコンピュータは、前記メ
インマイクロコンピュータが有する制御データに基づき
制御処理を行うエンジン制御装置において、前記メインマイクロコンピュータは、メモリとして、前
記サブマイクロコンピュータによる処理実行用の制御デ
ータを、外部から電気的に書き換え可能に格納した不揮
発性メモリを有し、前記サブマイクロコンピュータは、前記Ｉ／Ｏバスを介
し、前記不揮発性メモリに格納された前記制御データを
読み出して制御処理を行うことを特徴とするエンジン制
御装置。
【請求項６】請求項５に記載のエンジン制御装置にお
いて、前記サブマイクロコンピュータは、エンジンの点火タイ
ミングに同期してエンジン回転数に応じた点火同期処理
を行うことにより、前記メインマイクロコンピュータに
よる制御処理を補助するものであり、前記不揮発性メモ
リに格納された制御データの内、現在のエンジン回転数
に応じた制御データを、エンジンの点火タイミングに同
期して読み出すことを特徴とするエンジン制御装置。