JPH0953504A - 車両用電子制御装置 - Google Patents

Abstract

(57)【要約】 【課題】マイコンの標準化を図りつつ、当該マイコンの
通信データを用いて高精度な制御を実施する。 【解決手段】ホストマイコン３０は、ＲＯＭ３１，ＲＡ
Ｍ３２，ＣＰＵ３３，ＤＭＡコントローラ３４を備え、
ＫＣＳマイコン４０は、ＲＯＭ４１，ＲＡＭ４２，ＣＰ
Ｕ４３，ＤＭＡコントローラ４４を備える。両マイコン
３０，４０は通信線２１にて双方向に通信可能に接続さ
れている。ホストマイコン３０のＣＰＵ３３は、ＫＣＳ
マイコン４０の制御内容に関するＲＯＭ３１内のデータ
を所定周期でＫＣＳマイコン４０のＲＡＭ４２に送信す
る。なお、ＫＣＳマイコン４０からホストマイコン３０
へは、４ｍｓ周期でエンジン情報（Ａ／Ｄ値等）が送信
されるが、この送信期間の空き時間に前記ホストマイコ
ン３０からＫＣＳマイコン４０へのＲＯＭデータの送信
が行われる。ＲＯＭデータは複数のブロックに細分化さ
れ、そのブロック毎にデータが送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のマイクロ
コンピュータ（以下、マイコンと略す）を用いてエンジ
ン制御やその他車両制御を実施する車両用電子制御装置
に関するものである。

【０００２】

【従来の技術】近年、車両用電子制御装置においては、
制御の多様化や複雑化に伴い複数のマイコンが必要にな
っており、各マイコン間でデータ通信を行う技術が具体
化されている。また、コストダウン要求に伴い、車種毎
或いは仕様変更に際してもマイコンを標準化して使用す
ることができる技術が望まれている。

【０００３】そこで、複数のマイコン間のデータ通信を
行う従来技術として、例えば特開昭６１−１６２５０号
公報の「車両用エンジンの制御装置」が開示されてい
る。この制御装置では、第１のマイコンのＲＯＭには仕
様変更に対応した仕様毎の固有データが予め記憶され、
第２のマイコンのＲＯＭには仕様変更の無い標準データ
が予め記憶されている。そして、初期設定時（イニシャ
ル時）において、第１のマイコンのＲＯＭに記憶された
データ（制御マップ）の内容を第２のマイコンに転送す
ると共に、当該第２のマイコンのＲＡＭに記憶設定さ
せ、第２のマイコンはその時のＲＡＭ内の制御マップ、
即ち元々第１のマイコンに記憶されていたマップデータ
に基づき制御を実施する。かかる場合、第２のマイコン
の標準化が実現できる。

【０００４】

【発明が解決しようとする課題】ところが、上記従来の
制御装置においては、以下に示す問題を生じる。即ち、
上記装置では、第１のマイコンから第２のマイコンへの
データ送信が初期設定時にのみ行われる。そのため、初
期設定時の通信が正常に行われなかった場合、第２のマ
イコンが間違った制御データで動作したり、第２のマイ
コンの制御が始められなかったりするという問題を招
く。

【０００５】また、車両に搭載されるマイコンの場合、
悪条件下（高温、高湿度）での使用や、点火系等の駆動
パルスによるノイズの発生に起因してＲＡＭ内の制御デ
ータが破壊され、正常な動作を行うことができなくな
る。

【０００６】この発明は、上記問題に着目してなされた
ものであって、その目的とするところは、マイコンの標
準化を図りつつ、当該マイコンの通信データを用いて高
精度な制御を実施することができる車両用電子制御装置
を提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載の発明は、それぞれにＲＯＭ，ＲＡ
Ｍ，演算部を備えた第１のマイコンと第２のマイコンと
を有し、両マイコンを通信可能に接続した車両用電子制
御装置において、前記第１のマイコンに設けられ、前記
第２のマイコンの制御内容に関する第１のマイコン内の
ＲＯＭデータを所定周期毎に送信する送信手段と、前記
第２のマイコンに設けられ、同マイコン内のＲＡＭデー
タを前記送信手段から送信されたＲＯＭデータにより更
新するＲＡＭデータ更新手段とを備えることを要旨とし
ている。

【０００８】請求項２に記載の発明は、それぞれにＲＯ
Ｍ，ＲＡＭ，演算部を備えた第１のマイコンと第２のマ
イコンとを有し、両マイコンを通信可能に接続した車両
用電子制御装置において、前記第１のマイコンに設けら
れ、前記第２のマイコンの制御内容に関する第１のマイ
コン内のＲＯＭデータを少なくとも電源投入当初に送信
する送信手段と、前記第２のマイコンに設けられ、同マ
イコン内のＲＡＭに前記送信手段から送信されたＲＯＭ
データを書き込むデータ書込手段と、前記データ書込手
段によるＲＯＭデータの書き込み後において当該第２の
マイコンのＲＡＭデータと、前記第１のマイコンのＲＯ
Ｍデータとを比較し、両データが不一致であれば、該不
一致なＲＡＭデータを前記ＲＯＭデータにより更新する
よう指令するデータ更新指令手段とを備えることを要旨
としている。なお、データ更新指令手段は、第１，第２
のマイコンのいずれに設けられていてもよい。

【０００９】請求項３に記載の発明では、請求項１又は
２に記載の発明において、前記第２のマイコン内のＲＯ
Ｍに当該マイコンの制御内容に関する標準値を予め記憶
させておき、前記第２のマイコンは、前記ＲＯＭ内の標
準値により前記ＲＡＭデータの初期設定を実施する。

【００１０】請求項４に記載の発明では、請求項１又は
２に記載の発明において、前記第２のマイコン内のＲＯ
Ｍに当該マイコンの制御内容に関する標準値を予め記憶
させておき、少なくとも電源投入当初において、前記第
２のマイコンは、前記ＲＯＭ内の標準値を用いて所定の
制御を実行する。

【００１１】請求項５に記載の発明では、請求項１又は
２に記載の発明において、前記第２のマイコン内のＲＯ
Ｍに当該マイコンの制御内容に関する標準値を予め記憶
させておき、前記第２のマイコンは、当該第２のマイコ
ンのＲＡＭデータと、前記第１のマイコンのＲＯＭデー
タとが不一致の場合に、前記第２のマイコンのＲＯＭ内
の標準値を用いて所定の制御を実行する。

【００１２】請求項６に記載の発明では、請求項１〜５
のいずれかに記載の発明において、前記第２のマイコン
は車両運転状態を逐次検出すると共に、当該検出データ
を所定周期で前記第１のマイコンへ送信し、前記第１の
マイコンは前記運転状態の検出データに基づいて車両の
各種アクチュエータを電子制御する車両用電子制御装置
であって、前記第１のマイコンの送信手段は、車両運転
状態の検出データが送信される期間以外の空き時間に前
記第２のマイコンの制御内容に関するＲＯＭデータを送
信する。

【００１３】請求項７に記載の発明では、請求項６に記
載の発明において、前記送信手段は、前記第２のマイコ
ンの制御内容に関するＲＯＭデータを複数のブロックに
分けて送信する。

【００１４】（作用及び効果）請求項１に記載の発明に
よれば、第１のマイコンに設けられた送信手段は、第２
のマイコンの制御内容に関する第１のマイコン内のＲＯ
Ｍデータを所定周期毎に送信する。また、第２のマイコ
ンに設けられたＲＡＭデータ更新手段は、同マイコン内
のＲＡＭデータを前記送信手段から送信されたＲＯＭデ
ータにより更新する。

【００１５】要するに、車両毎に変更される汎用性の少
ない固有データを第１のマイコンのＲＯＭに設定してお
き、第２のマイコンは第１のマイコンのＲＯＭデータを
用いて演算処理を行う。この場合、第２のマイコンにつ
いて標準化が可能となる。また、ＲＯＭデータの送信
は、所定周期で実行されるため、仮に第２のマイコンの
ＲＡＭデータが破壊されたとしても、後にＲＡＭデータ
が修復される。その結果、ノイズ発生等によるＲＡＭ破
壊が起こったとしても制御不良等の不具合が解消され、
ひいては、マイコンの標準化を図りつつ、当該マイコン
の通信データを用いて高精度な制御を実施するという本
発明の目的を達成することができる。

【００１６】請求項２に記載の発明によれば、第１のマ
イコンに設けられた送信手段は、第２のマイコンの制御
内容に関する第１のマイコン内のＲＯＭデータを少なく
とも電源投入当初に送信する。また、第２のマイコンに
設けられたデータ書込手段は、同マイコン内のＲＡＭに
前記送信手段から送信されたＲＯＭデータを書き込む。
さらに、データ更新指令手段は、前記データ書込手段に
よるＲＯＭデータの書き込み後において当該第２のマイ
コンのＲＡＭデータと、前記第１のマイコンのＲＯＭデ
ータとを比較し、両データが不一致であれば、該不一致
なＲＡＭデータを前記ＲＯＭデータにより更新するよう
指令する。そして、この指令に基づいてＲＡＭデータが
更新される。

【００１７】この場合、第２のマイコンのＲＡＭデータ
が破壊されたとしても、それを直ちに修復することがで
きるという効果が得られる。その結果、ノイズ発生等に
よるＲＡＭ破壊が起こったとしても制御不良等の不具合
が解消され、ひいては、マイコンの標準化を図りつつ、
当該マイコンの通信データを用いて高精度な制御を実施
するという本発明の目的を達成することができる。

【００１８】請求項３に記載の発明によれば、第２のマ
イコン内のＲＯＭには当該マイコンの制御内容に関する
標準値が予め記憶されている。そして、第２のマイコン
は、前記標準値によりＲＡＭデータの初期設定を実施す
る。

【００１９】つまり、第２のマイコンによる制御開始当
初（電源投入時）において、仮に第１のマイコンから第
２のマイコンへのＲＯＭデータの送信不良が生じたとす
ると、第２のマイコンでの制御が開始できないというお
それを招く。これに対して本請求項３の構成によれば、
標準値により制御が開始でき、制御開始当初における制
御不能という事態を回避して第２のマイコンの動作を確
実に行わせることができる。

【００２０】請求項４に記載の発明によれば、第２のマ
イコン内のＲＯＭに当該マイコンの制御内容に関する標
準値が予め記憶されている。そして、少なくとも電源投
入当初の場合において、第２のマイコンは、前記ＲＯＭ
内の標準値を用いて所定の制御を実行する。この場合、
電源投入当初の第２のマイコンの処理量（初期化処理な
どを含む処理）が少なくなり、演算負荷を軽減できる。

【００２１】請求項５に記載の発明によれば、第２のマ
イコン内のＲＯＭに当該マイコンの制御内容に関する標
準値が予め記憶されている。そして、第２のマイコン
は、当該第２のマイコンのＲＡＭデータと、前記第１の
マイコンのＲＯＭデータとが不一致の場合に、前記第２
のマイコンのＲＯＭ内の標準値を用いて所定の制御を実
行する。つまり、第２のマイコンのＲＡＭデータと、第
１のマイコンのＲＯＭデータとが不一致となる不具合が
発生しても、前記の標準値を用いることにより、例えば
車両走行に必要な制御を継続させることができる。

【００２２】請求項６に記載の発明によれば、第２のマ
イコンは車両運転状態を逐次検出すると共に、当該検出
データを所定周期で第１のマイコンへ送信する。第１の
マイコンは前記運転状態の検出データに基づいて車両の
各種アクチュエータ（イグナイタ，インジェクタ等）を
電子制御する。このとき、第１のマイコンの送信手段
は、車両運転状態の検出データが送信される期間以外の
空き時間に第２のマイコンの制御内容に関するＲＯＭデ
ータを送信する。

【００２３】つまり、車両の電子制御装置では、逐次変
化する車両運転状態（エンジン運転状態をも含む）に追
従させて点火時期や燃料噴射等を応答性良く制御しなく
てはならない。そのため、第２のマイコンで検出された
運転状態を示す検出データは数ｍｓ周期で第１のマイコ
ンに送信され、同データは直ちに第１のマイコンの演算
に用いられる。この場合、上記構成の如く車両運転状態
の検出データが送信される期間以外の空き時間にＲＯＭ
データの通信を行うことで、第１のマイコンによる制御
に影響を及ぼすことなく、両マイコン間で適正なデータ
通信が行われる。

【００２４】請求項７に記載の発明によれば、第１のマ
イコンの送信手段は、第２のマイコンの制御内容に関す
るＲＯＭデータを所定のブロックに分けて送信する。即
ち、一般には車両運転状態の検出データは数ｍｓで送信
されるため、その空き時間には制限がある。しかし、上
記構成にようにＲＯＭデータを複数のブロックに細分化
し、ブロック毎に送信することにより、送信時間の不足
による一部データの送信不良等を招くことはない。

【００２５】こうして請求項６，７に記載の発明によれ
ば、第１のマイコンの制御動作を優先的に行いつつ、第
１のマイコンのＲＯＭデータを用いた第２のマイコンで
の制御動作を精度良く実施することができる。

【００２６】

【発明の実施の形態】

（第１の実施の形態）以下、この発明を車両用エンジン
制御装置に具体化した第１の実施の形態を図面に従って
説明する。なお、本実施の形態におけるエンジン制御装
置は、互いに通信可能な複数のマイコンを内蔵したＥＣ
Ｕ（電子制御装置）を有し、当該ＥＣＵにより燃料噴射
制御、点火時期制御、ノック制御等のエンジン制御を行
う。特に本実施の形態では、燃料噴射制御や点火時期制
御等の主要なエンジン制御を司るホストマイコンと、エ
ンジン運転状態の検出データ演算やノック処理を司るノ
ックコントロールシステム用マイコン（以下、ＫＣＳマ
イコンという）とを備えたエンジン制御装置について説
明する。

【００２７】図２は、エンジン制御システムの全体構成
を示している。エンジン１は火花点火式直列６気筒ガソ
リンエンジンで構成され、同エンジン１の吸気管２には
図示しないアクセルペダルの踏み込み操作に連動するス
ロットル弁３が配設されている。また、吸気管２の最下
流部には電磁駆動式のインジェクタ４が配設され、各気
筒の燃焼室５には点火プラグ６が配設されている。かか
る場合、スロットル弁３を通過した吸入空気はインジェ
クタ４による噴射燃料と混合され、その混合気が各気筒
の燃焼室５に吸入される。燃焼室５内に吸入された混合
気は点火プラグ６による発火により燃焼に供され、その
後、排気管７を通じて外部に排出される。

【００２８】一方、エンジン１の吸気管２の上流部に
は、吸入空気の量を検出するためのエアフローメータ８
が配設され、その付近には吸入空気の温度を検出するた
めの吸気温センサ９が配設されている。また、スロット
ル弁３には同弁３の開度を検出するためのスロットル開
度センサ１０が取り付けられている。排気管７には、排
気ガス中の酸素濃度を検出するための酸素濃度センサ１
１が配設されている。

【００２９】また、エンジン１のシリンダブロック１ａ
には、当該エンジン１に発生するノックを検出するため
の２つのノックセンサ１２，１３と、同シリンダブロッ
ク１ａ内を循環する冷却水の温度を検出するための水温
センサ１４が配設されている。ここで図３に示すよう
に、一方のノックセンサ１２はエンジン１の第１気筒
（＃１）〜第３気筒（＃３）に発生するノックを検出
し、他方のノックセンサ１３はエンジン１の第４気筒
（＃４）〜第６気筒（＃６）に発生するノックを検出す
る。この場合、点火順序を＃１→＃５→＃３→＃６→＃
２→＃４→＃１とすれば、両ノックセンサ１２，１３の
信号が交互に用いられて各気筒のノック検出が行われ
る。

【００３０】イグナイタ１５は所定タイミングでバッテ
リ電圧から高電圧を生成し、ディストリビュータ１６は
イグナイタ１５による高電圧を各気筒の点火プラグ６に
分配する。ディストリビュータ１６には、エンジン１の
クランク軸の回転に伴い特定気筒の特定位置（例えば、
第１気筒の圧縮ＴＤＣ）で気筒判別信号を出力する気筒
判別センサ１７と、エンジン１のクランク軸の回転に伴
い所定のクランク角毎（例えば、３０°ＣＡ毎）にクラ
ンク角信号を出力するクランク角センサ１８とが取り付
けられている。

【００３１】これら各種センサの検出信号はＥＣＵ２０
に取り込まれ、ＥＣＵ２０は前記検出信号を基にイグナ
イタ１５による点火時期や、インジェクタ４による燃料
噴射を制御する。なお、ＥＣＵ２０には、上記センサの
他にスタータスイッチ１９からのスタータ信号が入力さ
れる。また、ＥＣＵ２０は、「第１のマイクロコンピュ
ータ」としてのホストマイコン３０と、「第２のマイク
ロコンピュータ」としてのＫＣＳマイコン４０とを有し
ており、以下、図１を用いてＥＣＵ２０内の電気的構成
を説明する。

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

【００３３】ＫＣＳマイコン４０の構成について詳しく
説明する。ＫＣＳマイコン４０において、ノックセンサ
１２，１３による出力信号（以下、ノック信号という）
は、マルチプレクサ４５に取り込まれた後、バンドパス
フィルタ４６を通過してピークホールド回路（Ｐ／Ｈ回
路）４７及び積分回路４８に取り込まれる。ここで、バ
ンドパスフィルタ４６は、ノック信号の特定の周波数帯
域の成分のみを通過させる。Ｐ／Ｈ回路４７は、所定の
ゲート期間（所定クランク角に対応して設定されるノッ
ク検出期間）内におけるノック信号のピーク値を保持す
る。積分回路４８は、ゲート区間内におけるノック信号
の積分値を算出する。Ｐ／Ｈ回路４７及び積分回路４８
の各出力信号はマルチプレクサ４９に取り込まれる。

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

【００３５】また、ＫＣＳマイコン４０の入出力兼用ポ
ート（以下、ＰＢポートという）５１は、例えばスター
タスイッチ１９にかかる電圧レベルに応じて、ハイ・ロ
ウいずれかのデジタル信号を出力する。

【００３６】さらに、ＫＣＳマイコン４０において、Ｒ
ＯＭ（リードオンリメモリ）４１には固定データ及び各
種プログラムが格納されている。ＲＡＭ（ランダムアク
セスメモリ）４２には各種データが読み出し及び書き込
み可能に一時的に記憶される。ＣＰＵ（中央演算装置）
４３は、ＲＯＭ４１に記憶されているプログラムに基づ
いてノック検出やノックセンサ１２，１３のフェイル検
出等、各種の演算処理を行う。ＤＭＡコントローラ（ダ
イレクトメモリアクセスコントローラ）４４は、ＣＰＵ
４３を経由しないで、直接ＲＡＭ４２と外部装置（ホス
トマイコン３０）との間でデータの授受をとり行う。

【００３７】また、気筒判別センサ１７及びクランク角
センサ１８からのパルス信号は、フィルタ２２，２３に
てノイズが除去された後、ＫＣＳマイコン４０の波形整
形回路５２に入力される。波形整形回路５２は、上記両
センサ１７，１８の出力を波形整形してエンジン回転数
信号や基準位置信号を生成する。

【００３８】一方、ホストマイコン３０は、前記と同様
なＲＯＭ３１，ＲＡＭ３２，ＣＰＵ３３，ＤＭＡコント
ローラ３４を備えている。この場合、ＣＰＵ３３は、Ｒ
ＯＭ３１内の各種制御プログラムに基づいて点火時期制
御信号及び燃料噴射制御信号を生成し、駆動回路２４，
２５に出力する。駆動回路２４，２５は、前記点火時期
制御信号及び燃料噴射制御信号に基づきイグナイタ１５
及びインジェクタ４を駆動させる。

【００３９】なお、本実施の形態では、ホストマイコン
３０のＣＰＵ３３により送信手段が構成され、ＫＣＳマ
イコン４０のＤＭＡコントローラ４４によりＲＡＭデー
タ更新手段が構成されている。

【００４０】ここで、ホストマイコン３０のＲＯＭ３１
には、エンジンの機種毎或いは仕様毎に変更されうる制
御データ（固有データ）が予め設定されており、そこに
は、ＫＣＳマイコン４０で使用される制御データも含ま
れている。そして、マイコン動作時には、ホストマイコ
ン３０のＲＯＭデータが通信線２１を介してＫＣＳマイ
コン４０のＲＡＭ４２に転送され、ＫＣＳマイコン４０
はその時のＲＡＭデータ（ホストマイコン３０のＲＯＭ
データ）を用いてＡ／Ｄ変換処理やノック処理（ノック
検出，ノックセンサのフェイル判定）等を行う。具体的
には、以下の（１）〜（５）がホストマイコン３０のＲ
ＯＭ３１に格納されており、これらの情報がホストマイ
コン３０のＤＭＡコントローラ３４，通信線２１を介し
てＫＣＳマイコン４０のＤＭＡコントローラ４４及びＲ
ＡＭ４２に転送される。 （１）ゲート区間のオープン時間（角度）に相当する
「ＧＭＡＳＫ」 （２）ゲート区間のクローズ時間（角度）に相当する
「ＧＫＣＳ」 （３）ノックセンサ１２，１３が正常か異常かを判定す
るためのフェイル判定レベル （４）エンジン毎に設定される適合値（ＡＤＪ値等） （５）各気筒毎のノック判定レベルを修正するための定
数（Ｕ値） 一方、ＫＣＳマイコン４０のＲＯＭ４１には、固有デー
タではなく多機種のエンジンや車両に適用可能となる標
準的な制御データ（少なくともエンジンが壊れるおそれ
のないデータ）として、前記ホストマイコン３０のＲＯ
Ｍデータに対応する標準値（デフォルト値）が予め設定
されている。具体的には、上記（１）〜（５）に相当す
る個々のデータが格納されており、ＫＣＳマイコン４０
が単独でノック検出やフェイル判定等の処理を行う場合
には、上記デフォルト値を用いて演算が行われる。

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

【００４２】図４は、ホストマイコン３０のＲＯＭ３１
の記憶領域を概略的に示す。図４において、ＲＯＭ３１
には、ホストマイコン３０の演算プログラム及び制御デ
ータ（例えば、点火時期制御や燃料噴射制御に用いられ
る情報）が記憶されたＡ１領域と、ＫＣＳマイコン４０
で使用される制御情報が記憶されたＢ１〜Ｂ５領域とが
設けられている。Ｂ１〜Ｂ５の各記憶領域は３２バイト
で構成され、各々の領域にはブロック１〜ブロック５に
区分された情報が設定されている。

【００４３】かかる場合、ＫＣＳマイコン４０のブロッ
ク１〜５の情報とは以下のデータに相当する。即ち、 ・ブロック１の情報とは、前述の「ＧＭＡＳＫ」及び
「ＧＫＣＳ」に相当する。 ・ブロック２の情報とは、フェイル判定レベル及び適合
値（ＡＤＪ値等）に相当する。 ・ブロック３の情報とは、第１，第２気筒のノック判定
レベルを修正するための定数（Ｕ値）に相当する。 ・ブロック４の情報とは、第３，第４気筒のノック判定
レベルを修正するための定数（Ｕ値）に相当する。 ・ブロック５の情報とは、第５，第６気筒のノック判定
レベルを修正するための定数（Ｕ値）に相当する。 補足すれば、直列６気筒エンジン１に２つのノックセン
サ１２，１３を取り付けた場合、そのセンサ取り付け位
置に応じてセンサの出力レベルが異なるため、上記ブロ
ック３〜ブロック５には＃１〜＃６気筒の各々に対応す
るＵ値を設定している。

【００４４】図５は、ＫＣＳマイコン４０のＲＯＭ４１
の記憶領域、及びＲＡＭ４２の記憶領域を概略的に示
す。図５（ａ）において、ＲＯＭ４１にはＫＣＳマイコ
ン４０の演算プログラム及び制御データが記憶されたＣ
１領域と、ＫＣＳマイコン４０の制御情報（デフォルト
値）が記憶されたＤ１〜Ｄ５領域とが設けられている。
Ｄ１〜Ｄ５の各記憶領域は３２バイトで構成され、各領
域には前記ブロック１〜ブロック５に対応するデフォル
ト値が設定されている。

【００４５】さらに図５（ｂ）において、ＲＡＭ４２に
は、各々３２バイトで構成されたブロック１〜ブロック
８の記憶領域が設けられている。この場合、ブロック１
〜ブロック５には前述の各データ（ＧＭＡＳＫ，ＧＫＣ
Ｓ，フェイル判定レベル，ＡＤＪ値，＃１〜＃６のＵ
値）が格納され、ブロック６〜ブロック８にはＫＣＳマ
イコン４０で演算された演算データが一時的に格納され
る。

【００４６】以下、ホストマイコン３０及びＫＣＳマイ
コン４０の処理動作を図６〜図９を用いて説明する。な
お、図６は、電源投入に伴いホストマイコン３０のＣＰ
Ｕ３３にて実行される演算プログラムを示すフローチャ
ートであり、図７は、同じく電源投入に伴いＫＣＳマイ
コン４０のＣＰＵ４３にて実行される演算プログラムを
示すフローチャートである。図８，図９は、データ通信
内容を具体的に示すタイムチャートであり、そのうち図
８は電源投入直後の動作を、図９は通常時の動作を示
す。

【００４７】さて、ＥＣＵ２０への電源投入に伴い図６
のプログラムがスタートすると、ホストマイコン３０内
のＣＰＵ３３は、先ずステップ１１０で入出力・割り込
みの設定を行う。また、ＣＰＵ３３は、ステップ１２０
でＲＡＭ３２をイニシャライズ（初期化）し、続くステ
ップ１３０で初期値を設定する。さらに、ＣＰＵ３３
は、ステップ１４０でＲＯＭ３１のＢ１〜Ｂ５領域（図
４参照）に格納されているＫＣＳマイコン４０の制御デ
ータ（ブロック１〜ブロック５の制御情報）と同データ
の転送先（アドレス）とを送信する。

【００４８】つまり図８において、電源投入時（時間ｔ
０）には、リセット信号が発生し、それに伴い２４チャ
ンネル分のＡ／Ｄ変換データ（吸気量，吸気温，水温
等）の交信とＰＢポート出力（スタータ信号等）の交信
とが行われる。また、それに続いてホストマイコン３０
からＫＣＳマイコン４０へブロック１〜ブロック５の制
御データが送信される。このとき、両マイコン３０，４
０では、ＣＰＵ３３，４３を介さず直接ＤＭＡコントロ
ーラ３４，４４間でデータ通信され、ホストマイコン３
０のＲＯＭデータがＫＣＳマイコン４０のＲＡＭ４２の
所定アドレス（図５（ｂ）のブロック１〜ブロック５）
に転送されることになる。

【００４９】その後、ＣＰＵ３３は、ステップ１５０で
ベース処理を行う。ここで、ベース処理とは、点火時期
制御の点火時期信号を生成するための演算処理や、燃料
噴射制御に関する燃料噴射量の演算処理等を含む。

【００５０】さらに、ＣＰＵ３３は、ステップ１６０で
ホストマイコン３０のＲＯＭデータをＫＣＳマイコン４
０に送信するタイミングであるか否かを判別し、ステッ
プ１６０が肯定判別された場合のみ、ステップ１７０に
進む。具体的には、ＫＣＳマイコン４０からホストマイ
コン３０へは所定周期（４ｍｓ毎）でエンジン情報（２
４チャンネル分のＡ／Ｄ変換データ，ＰＢポート出力）
が送信されるため、この空き時間にホストマイコン３０
のＲＯＭデータを送信すべく、前回の送信時から４ｍｓ
経過したか否かを判別する。

【００５１】そして、通信タイミングであれば、ＣＰＵ
３３はステップ１７０に進み、通信ポートをリセットす
る。また、ＣＰＵ３３は、続くステップ１８０でＲＯＭ
３１のＢ１〜Ｂ５領域（図４参照）に格納されているＫ
ＣＳマイコン４０の制御データと同データの転送先（ア
ドレス）とを送信する。このとき、ＲＯＭデータはブロ
ック単位で送信され、その順番は処理機会毎にブロック
１→ブロック２→ブロック３→ブロック４→ブロック５
→ブロック１の順に送信される。

【００５２】つまり図９に示すように、時間ｔ１では、
２４チャンネル分のＡ／Ｄ変換データの交信とＰＢポー
ト出力の交信とが行われ、それに続いてブロック１の制
御データが送信される。また、時間ｔ２では、再び２４
チャンネル分のＡ／Ｄ変換データの交信とＰＢポート出
力の交信とが行われ、それに続いてブロック２の制御デ
ータが送信される。以降、同様に、時間ｔ３ではブロッ
ク３の制御データが、時間ｔ４ではブロック４の制御デ
ータが、時間ｔ５ではブロック５の制御データが送信さ
れる。

【００５３】かかる場合、ホストマイコン３０のＲＯＭ
３１のＢ１〜Ｂ５領域のデータ（ブロック１〜ブロック
５の制御データ）がブロック単位で４ｍｓ毎に送信され
るため、２０ｍｓで全データの送信が完了する。

【００５４】以上のように図６の処理では、電源投入直
後の初期設定時にはブロック１〜ブロック５の全データ
が一度に送信され（ステップ１４０）、その後は、ブロ
ック１〜ブロック５のいずれか１つが処理機会毎に順に
送信される（ステップ１８０）。

【００５５】一方、上記図６と同様に、ＥＣＵ２０への
電源投入に伴い図７のプログラムがスタートすると、Ｋ
ＣＳマイコン４０内のＣＰＵ４３は、先ずステップ２１
０で入出力・割り込みの設定を行う。また、ＣＰＵ４３
は、ステップ２２０でＲＡＭ４２をイニシャライズ（初
期化）し、続くステップ２３０でＲＡＭ４２に初期値を
設定する。このとき、ＣＰＵ４３は、ＲＯＭ４２内のデ
フォルト値（図５（ａ）のＤ１〜Ｄ５領域のデータ）を
ＲＡＭ４２の所定アドレス（ブロック１〜ブロック５）
に転送する。

【００５６】さらに、ＣＰＵ４３は、ステップ２４０で
その他の初期値を設定する。続いて、ＣＰＵ４３は、ス
テップ２５０でベース処理を実行する。ここで、ベース
処理とは、ノック検出時のゲート設定、Ａ／Ｄ値の取り
込みやノックセンサのフェイル判定等を含む。

【００５７】かかる図７の場合、電源投入直後にホスト
マイコン３０からＫＣＳマイコン４０へＲＯＭデータが
確実に送信されなければ、ＫＣＳマイコン４０のＣＰＵ
４３は、デフォルト値を用いてノック検出やフェイル判
定等の演算処理を実施する。また、ホストマイコン３０
からＫＣＳマイコン４０へＲＯＭデータが確実に送信さ
れれば、ＫＣＳマイコン４０のＲＡＭ４２（デフォルト
値）にホストマイコン３０からのＲＯＭデータが上書き
され、ＫＣＳマイコン４０のＣＰＵ４３は、上記ＲＯＭ
データ（機種固有の制御データ）を用いて演算処理を実
行する。

【００５８】以上詳述したように、本実施の形態では、
車両毎に変更される固有データをホストマイコン３０
（第１のマイコン）のＲＯＭ３１に設定し、ＫＣＳマイ
コン４０（第２のマイコン）がホストマイコン３０のＲ
ＯＭデータ（ＫＣＳマイコン４０で使用する固有デー
タ）を用いて演算処理を行うことで、ＫＣＳマイコン４
０の標準化を実現した。このとき、ホストマイコン３０
のＲＯＭデータをＫＣＳマイコン４０に所定周期で送信
するようにしたため、仮にＫＣＳマイコン４０のＲＡＭ
データが破壊されたとしても、後にＲＡＭデータを修復
することができる。具体的には、上記実施の形態の場合
長くとも２０ｍｓ以内に修復できる。その結果、ＲＡＭ
破壊時等における制御不良等の不具合を解消することが
できる。

【００５９】また、本実施の形態では、ＫＣＳマイコン
４０で検出されたエンジン運転状態の検出データを所定
周期（４ｍｓ毎）でホストマイコン３０へ送信するシス
テムを構成し、上記検出データが送信される期間以外の
空き時間にてＲＯＭデータの送信を行うようにした。ま
た、このデータ送信時には、ＲＯＭデータを複数のブロ
ックに細分化し、ブロック毎に送信するようにした。こ
の場合、エンジン運転状態の検出データの送信が優先的
に行われることになり、ホストマイコン３０による制御
に影響を及ぼすこともなく、両マイコン３０，４０間で
適正なデータ通信を行うことができる。また、通常時に
は１回のＲＯＭデータ送信量が少ないため、送信時間の
不足によるデータの一部送信不良等の問題を招くことは
ない。

【００６０】また、本実施の形態では、ＫＣＳマイコン
４０のＲＯＭ４１には当該マイコン４０の制御内容に関
するデフォルト値を予め記憶しておき、ＫＣＳマイコン
４０は、デフォルト値によりＲＡＭデータの初期設定を
行うようにした。この場合、ＫＣＳマイコン４０による
制御開始当初（電源投入時）において、仮にホストマイ
コン３０からＫＣＳマイコン４０へのＲＯＭデータの送
信不良が生じたとしても、ＫＣＳマイコン４０での制御
を開始することができる。

【００６１】さらに、本実施の形態では、通信を始める
前に通信回路のリセットを行ってから、通信を始めるよ
うにした。そのため、通信回路を誤動作を少なくするこ
とができる。

【００６２】次に、本発明の第２，第３の実施の形態を
説明する。但し、第２，第３の実施の形態の構成におい
て、上述した第１の実施の形態と同等であるものについ
ては図面に同一の記号を付すと共にその説明を簡略化す
る。そして、以下には第１の実施の形態との相違点を中
心に説明する。なお、以下の実施の形態では、説明を簡
略化するために、ホストマイコン３０及びＫＣＳマイコ
ン４０間において、３つのブロック（ブロック１〜ブロ
ック３）のデータについてその授受がとり行われるよう
にしている。

【００６３】（第２の実施の形態）本発明の第２の実施
の形態を図１０〜図１３を用いて説明する。図１０の概
略図は、本実施の形態におけるデータ通信を時間の経過
と共に示し、図１１，１２のタイムチャートは、ＲＡＭ
破壊が生じた際、或いは通信データが間違って送信され
た場合の通信動作の詳細を示す。また、図１３のフロー
チャートは、ホストマイコン（第１のマイコン）３０に
より実行される演算プログラムを示す。なお、本実施の
形態では、ＫＣＳマイコン４０のＤＭＡコントローラ４
４によりデータ書込手段が構成され、ホストマイコン３
０のＣＰＵ３３によりデータ更新指令手段が構成されて
いる。

【００６４】先ずは、本実施の形態の概要を図１０を用
いて説明する。図１０に示すように、イニシャル時には
（又は、最初の１回）、ホストマイコン３０のＲＯＭ３
１に設定された固有データ（ブロック１〜３のデータ）
がＫＣＳマイコン４０のＲＡＭ４２に送信される。

【００６５】次のタイミングからは、ＫＣＳマイコン４
０のＲＡＭデータがホストマイコン３０に周期的（本実
施の形態では、４ｍｓ毎）に読み出され、該読み出され
たＲＡＭデータと、ホストマイコン３０自身がＲＯＭ３
１内に持っている固有データとが比較される。比較した
結果、１つのブロックデータがすべて一致すれば、後続
の通信タイミングでもＫＣＳマイコン４０のＲＡＭデー
タ（次のブロックデータ）がホストマイコン３０に読み
出される。もし、一致しないデータが一つでもあれば、
次の通信タイミングにおいて、そのブロックの正しいデ
ータ（ホストマイコン３０のＲＯＭデータ）がホストマ
イコン３０からＫＣＳマイコン４０に転送し直される
（図１０のＡ部で再転送される）。

【００６６】このように、データが再転送される状況と
しては、以下の２通りの場合が推測される。なお、下記
の図１１のタイムチャートでは、４ｍｓ毎に各ブロック
のデータが送信されるようになっている。

【００６７】（イ）図１１に示すように、ノイズ等の影
響によりＫＣＳマイコン４０のＲＡＭデータが破壊され
た場合。この場合、同図の時間ｔ１０でブロック２のデ
ータがノイズ等の影響により破壊されている。そのた
め、時間ｔ１１でＲＡＭ破壊の旨が判別されると共に、
ホストマイコン３０からＫＣＳマイコン４０に正しいデ
ータが再転送され、それにより、時間ｔ１２ではＫＣＳ
マイコン４０の破壊されたＲＡＭデータが修復される。

【００６８】（ロ）図１２に示すように、ＫＣＳマイコ
ン４０のＲＡＭデータは破壊されていないが、ホストマ
イコン３０がＫＣＳマイコン４０のＲＡＭ４１からデー
タを読み出す際に、その通信経路にノイズがのって、正
しく通信できなかった場合。この場合、ＫＣＳマイコン
４０からホストマイコン３０に送信されたブロック２の
データはホストマイコン３０のＲＯＭデータと一致しな
い（時間ｔ２０）。そのため、時間ｔ２１でホストマイ
コン３０からＫＣＳマイコン４０にデータが再転送さ
れ、続く時間ｔ２２ではＫＣＳマイコン４０のＲＡＭデ
ータホストマイコン３０のＲＯＭデータとが一致する。
かかる場合、ＫＣＳマイコン４０のＲＡＭデータが破壊
されていなくてもデータが再転送されることになるが、
その再転送されたデータと転送前のデータとは等しく、
データが更新されても何ら支障を来たすことはない。

【００６９】以上の処理を実現するためにホストマイコ
ン３０内のＣＰＵ３３が実行する図１３の演算処理を以
下に説明する。さて、電源が投入されて図１３の処理が
スタートすると、ＣＰＵ３３は、先ずステップ３１０，
３２０でイニシャル時の処理を実行する。即ち、ステッ
プ３１０でＲＯＭ３１内に記憶している全ブロックのデ
ータ（本実施の形態では、３ブロック分のデータ）をＫ
ＣＳマイコン４０のＲＡＭ４２に送信し、続くステップ
３２０でブロック番号ｎを「０」とする。

【００７０】その後、ＣＰＵ３３は、ステップ３３０で
前記ブロック番号ｎを「１」インクリメントする。但
し、ブロック数ｎが全ブロック数（＝３）よりも大きく
なった場合には、ｎ＝１とする。また、ＣＰＵ３３は、
ステップ３４０で通信により、ＫＣＳマイコン４０のＲ
ＡＭ４２内に記憶されているブロックｎのデータを読み
出し、続くステップ３５０で前記ＲＡＭ４２からの読み
出しデータがホストマイコン３０内のＲＯＭ３１の記憶
データ（固有データ）に一致するか否かを判別する。

【００７１】この場合、上記両データが全て一致してい
れば、ＣＰＵ３３は前記ステップ３３０に戻る。つま
り、「ＲＡＭ４２の読出データ」＝「ＲＯＭ３１の記憶
データ」であれば、ＣＰＵ３３は、ステップ３３０→３
４０→３５０を繰り返し実行する。

【００７２】また、前記ブロックの両データが一つでも
不一致であれば、ＣＰＵ３３はステップ３５０からステ
ップ３６０へ進む。ＣＰＵ３３は、ステップ３６０でＲ
ＯＭ３１内に記憶しているブロックｎのデータをＫＣＳ
マイコン４０のＲＡＭ４２に転送する。なお、このステ
ップ３６０の処理がＫＣＳマイコン４０のＲＡＭデータ
を更新するように指令する処理に相当する。つまり、本
ステップ３６０の処理によってＲＡＭデータの不一致部
分が更新されることとなる。

【００７３】その後、ＣＰＵ３３は、ステップ３４０に
戻り、ステップ３４０，３５０で再びＲＡＭ４２の読出
データとＲＯＭ３１の記憶データとが一致するか否かを
判別する。このとき、前記ステップ３６０の処理（ＲＡ
Ｍデータの更新処理）に伴って「ＲＡＭ４２の読出デー
タ」＝「ＲＯＭ３１の記憶データ」となり、ＣＰＵ３３
はステップ３３０に戻る。

【００７４】以上、本実施の形態によれば、上記第１の
実施の形態と同様に、ＫＣＳマイコン４０（第２のマイ
コン）の標準化が可能となるという効果が得られ、本発
明の目的を達成することができる。また、既述の効果に
加えて、ＫＣＳマイコン（第２のマイコン）４０のＲＡ
Ｍデータが破壊されたとしても、それを直ちに修復する
ことができるという効果が得られる。

【００７５】（第３の実施の形態）本発明の第３の実施
の形態を図１４，図１５を用いて説明する。なお、図１
４は、ＫＣＳマイコン（第２のマイコン）４０のＲＡＭ
テーブル及びＲＯＭテーブルの記憶領域を示す概略図で
あり、図１５は、ＫＣＳマイコン４０内のＣＰＵ４３に
より実行される演算プログラムを示すフローチャートで
ある。

【００７６】本実施の形態の特徴として、ＫＣＳマイコ
ン４０のＲＡＭ４２には、ホストマイコン３０から送信
されるデータが入るＲＡＭテーブルが設けられ（図１４
（ａ））、これに対して、同マイコン４０のＲＯＭ４１
には、上記ＫＣＳマイコン４０のＲＡＭテーブルと同じ
形式（データフォーマット）のＲＯＭテーブルが設けら
れている（図１４（ｂ））。このＲＯＭテーブルの値は
多様な機種に適合可能な標準値（デフォルト値）として
与えられている。また、本実施の形態では、イニシャル
時（電源投入当初）においてＫＣＳマイコン４０のＲＡ
Ｍデータにデフォルト値を転送する作業を実施せず、そ
の作業に代えて、イニシャル時においては前記ＲＯＭテ
ーブルのデータを用いて制御を開始する。なお、図１４
において、ＫＣＳマイコン４０のＲＡＭテーブルのブロ
ック３には、ＳＵＭチェック用のＳＵＭ値が記憶される
ようになっている。

【００７７】本実施の形態の動作を図１５のフローを用
いて説明する。図１５において、電源投入に伴って処理
がスタートすると、ＣＰＵ４３は、ステップ４１０でＲ
ＯＭテーブルのデータ（標準値）を用いて各種の制御を
実施する。また、ＣＰＵ４３は、ステップ４２０，４３
０で、ＫＣＳマイコン４０のＲＡＭテーブルのデータが
全て正常か、即ち、同ＲＡＭテーブルのデータがホスト
マイコン３０のＲＯＭデータに一致するか否かを判別す
る。この判別処理は、例えばＳＵＭチェックにより実施
される。

【００７８】そして、ＲＡＭテーブルのデータが異常で
あれば、即ち、「ＫＣＳマイコン４０のＲＡＭテーブル
のデータ」≠「ホストマイコン３０のＲＯＭデータ」と
なれば、そのままＲＯＭテーブルのデータを用いた制御
を継続する（ステップ４１０）。

【００７９】その後、ＲＡＭテーブルのデータが正常と
なれば、即ち、「ＫＣＳマイコン４０のＲＡＭテーブル
のデータ」＝「ホストマイコン３０のＲＯＭデータ」と
なれば、ＣＰＵ４３は、ステップ４４０でＲＡＭテーブ
ルのデータを用いた制御に切り換える。

【００８０】その後も、ＣＰＵ４３は、ＲＡＭテーブル
のデータが正常か否かの判別を継続して行い、判別結果
が正常であれば、ＲＡＭテーブルのデータを用いた制御
を続ける（ステップ４４０）。しかし、ＲＡＭデータの
破壊等で前記の判別結果が異常となった場合には、ＲＯ
Ｍテーブルのデータを用いた制御に戻り（ステップ４１
０）、判別結果が正常となった時点で再びＲＡＭテーブ
ルのデータを用いた制御に切り換える（ステップ４４
０）。

【００８１】つまり、上記ＫＣＳマイコン４０の演算処
理（図１５の処理）に並行して、ホストマイコン３０で
は、前記第２の実施の形態で既述した処理（図１３の処
理）を実行しているため、ＲＡＭデータが破壊されたと
しても、その旨が検出され、直ちに正常値に更新され
る。そして、ステップ４４０の処理が実施される。

【００８２】本第３の実施の形態によれば、上記第１，
第２の実施の形態と同様に、ＫＣＳマイコン４０（第２
のマイコン）の標準化が可能となるという効果が得ら
れ、本発明の目的を達成することができる。また、既述
の効果に加えて以下の効果を得ることができる。即ち、
本実施の形態によれば、イニシャル時におけるＫＣＳマ
イコン４０（第２のマイコン）の処理量が少なくなり、
特に多忙なイニシャル時の演算負荷を軽減できる。ま
た、制御中にＲＡＭテーブルのデータが破壊された場合
でも、ホストマイコン３０（第１のマイコン）から正し
いデータが転送されるまでの間において、ＲＯＭテーブ
ルのデータを用いることにより制御を可能とすることが
できる。

【００８３】なお、本発明は、上記各実施の形態の他に
次の様態にて具体化することができる。 （１）上記各実施の形態では、ＫＣＳマイコン４０のＤ
ＭＡコントローラ４４を用いてＣＰＵ４３を介さずにＲ
ＡＭデータを更新したが、勿論ＣＰＵ４３により通信を
行ってもよい。この場合、ＣＰＵ４３によりＲＡＭデー
タ更新手段或いはデータ書込手段が構成されることにな
る。

【００８４】（２）上記各実施の形態では、ノック制御
を実施するエンジン制御装置に具体化したが、可変バル
ブタイミング（ＶＶＴ）制御等、他の制御を実施するエ
ンジン制御装置に具体化してもよい。また、例えば自動
変速機の切換制御やブレーキシステムの油圧制御等、他
の車両制御に具体化してもよい。

【００８５】（３）上記第２の実施の形態では、ホスト
マイコン３０内のＣＰＵ３３の演算処理により、同マイ
コン３０のＲＯＭデータ（固有データ）とＫＣＳマイコ
ン４０のＲＡＭデータとを比較すると共に、その比較結
果に応じて当該ＲＡＭデータの修復を行うようにしてい
た（図１３参照）。しかし、上記演算処理をＫＣＳマイ
コン４０内のＣＰＵ４３に実施させるようにしてもよ
く、かかる場合において、ＣＰＵ４３は、ホストマイコ
ン３０のＲＯＭデータを読み出して当該ＲＯＭデータを
ＫＣＳマイコン４０のＲＡＭデータと比較する。そし
て、上記の両データが不一致であれば、ＲＡＭデータが
不適正なデータ（例えば、破壊されたデータ）であると
して正常なデータに更新する。この場合にも、上記実施
の形態と同様の効果が得られる。

【００８６】（４）上記各実施の形態では、ホストマイ
コン３０（第１のマイコン）のＲＯＭデータを所定周期
でＫＣＳマイコン４０（第２のマイコン）へ送信するよ
うに構成したが、これを変更してもよい。例えば定期的
なデータ送信処理として、電源投入時にのみホストマイ
コン３０のＲＯＭデータをＫＣＳマイコン４０のＲＡＭ
４２に送信する。またそれと共に、前記第２の実施の形
態で記載したようにＫＣＳマイコン４０のＲＡＭデータ
と、ホストマイコン３０のＲＯＭデータとを比較し、両
データが不一致であれば、該不一致なＲＡＭデータをホ
ストマイコン３０のＲＯＭデータにより更新する。この
場合においても上記各実施の形態と同様に、ノイズ発生
等によるＲＡＭ破壊が起こったとしても制御不良等の不
具合が解消され、ひいては、マイコンの標準化を図りつ
つ、当該マイコンの通信データを用いて高精度な制御を
実施することができる。

【００８７】（５）上記第２の実施の形態では、ホスト
マイコン３０のＣＰＵ３３によりデータ更新指令手段を
構成したが、同データ更新指令手段をＫＣＳマイコン４
０のＣＰＵ４３により構成するように変更してもよい。

【図面の簡単な説明】

【図１】ＥＣＵの電気的構成を示す図。

【図２】エンジン制御装置の全体を示す構成図。

【図３】ノックセンサの取り付け位置を示す図。

【図４】ホストマイコンのＲＯＭの記憶領域を示す概略
図。

【図５】ＫＣＳマイコンのＲＯＭの記憶領域、及びＲＡ
Ｍの記憶領域を示す概略図。

【図６】ホストマイコンのＣＰＵにより実行される演算
プログラムを示すフローチャート。

【図７】ＫＣＳマイコンのＣＰＵにより実行される演算
プログラムを示すフローチャート。

【図８】電源投入直後における通信内容を具体的に示す
タイムチャート。

【図９】通常動作時における通信内容を具体的に示すタ
イムチャート。

【図１０】第２の実施の形態におけるデータ通信を時間
の経過と共に示す概略図。

【図１１】ＲＡＭ破壊が生じた際のデータ通信の詳細を
示すタイムチャート。

【図１２】通信データが間違った際のデータ通信の詳細
を示すタイムチャート。

【図１３】ホストマイコンのＣＰＵにより実行される演
算プログラムを示すフローチャート。

【図１４】第３の実施の形態におけるＫＣＳマイコンの
ＲＡＭ及びＲＯＭの記憶領域を示す概略図。

【図１５】ＫＣＳマイコンのＣＰＵにより実行される演
算プログラムを示すフローチャート。

【符号の説明】

４…アクチュエータとしてのインジェクタ、１５…アク
チュエータとしてのイグナイタ、３０…第１のマイクロ
コンピュータとしてのホストマイコン、３１…ＲＯＭ、
３２…ＲＡＭ、３３…送信手段，データ更新指令手段と
してのＣＰＵ（演算部）、４０…第２のマイクロコンピ
ュータとしてのＫＣＳマイコン、４１…ＲＯＭ、４２…
ＲＡＭ、４３…ＣＰＵ（演算部）、４４…ＲＡＭデータ
更新手段，データ書込手段としてのＤＭＡコントロー
ラ。

Claims (7)

【特許請求の範囲】
1. 【請求項１】それぞれにＲＯＭ，ＲＡＭ，演算部を備え
   た第１のマイクロコンピュータと第２のマイクロコンピ
   ュータとを有し、両マイクロコンピュータを通信可能に
   接続した車両用電子制御装置において、 前記第１のマイクロコンピュータに設けられ、前記第２
   のマイクロコンピュータの制御内容に関する第１のマイ
   クロコンピュータ内のＲＯＭデータを所定周期毎に送信
   する送信手段と、 前記第２のマイクロコンピュータに設けられ、同コンピ
   ュータ内のＲＡＭデータを前記送信手段から送信された
   ＲＯＭデータにより更新するＲＡＭデータ更新手段とを
   備えることを特徴とする車両用電子制御装置。
2. 【請求項２】それぞれにＲＯＭ，ＲＡＭ，演算部を備え
   た第１のマイクロコンピュータと第２のマイクロコンピ
   ュータとを有し、両マイクロコンピュータを通信可能に
   接続した車両用電子制御装置において、 前記第１のマイクロコンピュータに設けられ、前記第２
   のマイクロコンピュータの制御内容に関する第１のマイ
   クロコンピュータ内のＲＯＭデータを少なくとも電源投
   入当初に送信する送信手段と、 前記第２のマイクロコンピュータに設けられ、同コンピ
   ュータ内のＲＡＭに前記送信手段から送信されたＲＯＭ
   データを書き込むデータ書込手段と、 前記データ書込手段によるＲＯＭデータの書き込み後に
   おいて当該第２のマイクロコンピュータのＲＡＭデータ
   と、前記第１のマイクロコンピュータのＲＯＭデータと
   を比較し、両データが不一致であれば、該不一致なＲＡ
   Ｍデータを前記ＲＯＭデータにより更新するよう指令す
   るデータ更新指令手段とを備えることを特徴とする車両
   用電子制御装置。
3. 【請求項３】前記第２のマイクロコンピュータ内のＲＯ
   Ｍに当該コンピュータの制御内容に関する標準値を予め
   記憶させておき、 前記第２のマイクロコンピュータは、前記ＲＯＭ内の標
   準値により前記ＲＡＭデータの初期設定を実施する請求
   項１又は２に記載の車両用電子制御装置。
4. 【請求項４】前記第２のマイクロコンピュータ内のＲＯ
   Ｍに当該コンピュータの制御内容に関する標準値を予め
   記憶させておき、 少なくとも電源投入当初において、前記第２のマイクロ
   コンピュータは、前記ＲＯＭ内の標準値を用いて所定の
   制御を実行する請求項１又は２に記載の車両用電子制御
   装置。
5. 【請求項５】前記第２のマイクロコンピュータ内のＲＯ
   Ｍに当該コンピュータの制御内容に関する標準値を予め
   記憶させておき、 前記第２のマイクロコンピュータは、当該第２のマイク
   ロコンピュータのＲＡＭデータと、前記第１のマイクロ
   コンピュータのＲＯＭデータとが不一致の場合に、前記
   第２のマイクロコンピュータのＲＯＭ内の標準値を用い
   て所定の制御を実行する請求項１又は２に記載の車両用
   電子制御装置。
6. 【請求項６】前記第２のマイクロコンピュータは車両運
   転状態を逐次検出すると共に、当該検出データを所定周
   期で前記第１のマイクロコンピュータへ送信し、前記第
   １のマイクロコンピュータは前記運転状態の検出データ
   に基づいて車両の各種アクチュエータを電子制御する車
   両用電子制御装置であって、 前記第１のマイクロコンピュータの送信手段は、車両運
   転状態の検出データが送信される期間以外の空き時間に
   前記第２のマイクロコンピュータの制御内容に関するＲ
   ＯＭデータを送信する請求項１〜５のいずれかに記載の
   車両用電子制御装置。
7. 【請求項７】前記送信手段は、前記第２のマイクロコン
   ピュータの制御内容に関するＲＯＭデータを複数のブロ
   ックに分けて送信する請求項６に記載の車両用電子制御
   装置。