JPH10213002A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【課題】補正データの記憶領域を抑えてデータ長の異な
る補正データを使用できるとともに、項目の自由度を確
保できるようにする。 【解決手段】ＲＯＭ６には基本となる制御データが記憶
され、ＯＴＰＲＯＭ７には基本となる制御データに対す
る補正データが記憶されている。補正データは、項目に
よりデータ長が異なる。ＯＴＰＲＯＭ７は、補正データ
の項目識別およびデータ長識別のための識別コードをそ
れら該当する補正データと対にして持っている。ＯＴＰ
ＲＯＭ７から補正データがバックアップメモリ８に転送
される。ＣＰＵ９はＲＯＭ６およびバックアップメモリ
８に記憶されたデータに基づき所定の演算を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、データ処理装置
に係り、例えば、ディーゼルエンジンに燃料を供給する
燃料噴射ポンプにおける燃料噴射量や燃料噴射時期等を
制御する制御装置に用いると好適なものである。

【０００２】

【従来の技術】ディーゼルエンジンに燃料を噴射供給す
る燃料噴射ポンプにおいて、その燃料噴射精度が、同ポ
ンプを構成する各機構部品の精度によって大きく左右さ
れてしまう。そこで、例えば、特公平４−２８９０１号
公報に開示されているように、機構部品のバラツキを吸
収するための補正データが予め記憶されたＲＯＭ型のメ
モリを、燃料噴射ポンプに搭載しておき、ポンプの駆動
に際しては、メモリに記憶されている補正データを制御
装置に転送し、制御装置において他の入力による基本的
な噴射量や噴射時期に補正データを加味してポンプによ
る燃料噴射を制御することが行われている。このような
補正データ処理を行うことでシステムのバラツキを低減
することが可能となる。

【０００３】

【発明が解決しようとする課題】補正データは分解能と
範囲によって２バイトデータあるいはそれ以上のバイト
数となる。つまり、分解能を細かくし精密に補正したい
場合には刻み幅が細かければ細かいほど同一な補正デー
タ範囲に対して必要なバイト数が増える。ところが、こ
の最大バイト数に合わせたメモリ構造とするとメモリ容
量が大きくなってしまう。即ち、補正データのバイト数
は、使用データ数をなるべく少なくしたいため通常は１
バイトとするが、２バイトデータに合わせたメモリ構成
とすると１バイトデータについては１バイト分の無駄な
記憶領域が存在することになる。

【０００４】又、補正データには多数の項目を含んでお
り、このような場合には一般的に項目に対応するアドレ
スを予め規定することとなるが、この方法では自由度と
いう観点から好ましくなく、自由度を確保することが望
まれている。

【０００５】そこで、この発明の目的は、補正データの
記憶領域を抑えてデータ長の異なる補正データを使用で
きるとともに、項目の自由度を確保できるようにする。

【０００６】

【課題を解決するための手段】請求項１に記載の発明に
よれば、演算手段は、第１の記憶手段に記憶された制御
データと第２の記憶手段に記憶された補正データとに基
づき所定の演算を行う。

【０００７】このときの補正データは項目によりデータ
長が異なるが、第２の記憶手段は、補正データの項目識
別およびデータ長識別のための識別コードをそれら該当
する補正データと対にして持っているので、最大データ
長に合わせた記憶領域を用意する場合に比べ、記憶領域
を抑えることができる。

【０００８】又、補正データには前述の識別コードが付
与されているので、任意の項目の、任意のデータ長の補
正データを作成することができるともに、書き換えも行
うことができる。よって、項目に対する自由度を向上さ
せて汎用性の高いものとなる。

【０００９】請求項２に記載の発明によれば、第１の記
憶手段と第２の記憶手段とを分離できる。よって、第２
の記憶手段に記憶された補正データを転送することによ
り第１の記憶手段の制御データを変更することなく容易
に第３の記憶手段のデータを変更することが可能とな
り、このデータに基づいた制御データの補正が行えるよ
うになる。

【００１０】請求項３，８に記載の発明によれば、第２
の記憶手段と第３の記憶手段との間のデータ転送をシリ
アル通信手段により行い、受信手段にて識別コードにお
ける上位ビットの判定にて以後送られてくる補正データ
のデータ長が識別される。よって、補正データよりも先
に送られてくる識別コードを判定することによりデータ
長を識別することができる。

【００１１】請求項４に記載の発明によれば、書き換え
可能なＲＯＭでの未書き込み領域において全ビットに
「１」が残っている状態から、データ書き換えの際には
書き換え前のデータビットを全て「０」にし、未書き込
み領域に更新データを書き込み処理する。よって、デー
タビットが全て「０」であれば不要なデータと判断で
き、速やかな対処が可能となる（無駄なデータ取り込み
処理を回避できる）。

【００１２】又、書き換え可能なＲＯＭでの未書き込み
領域を用いてデータの書き換えを行うことができ、デー
タ更新が自由に行われる。又、請求項５に記載の発明に
よれば、送信手段は第２の記憶手段の先頭アドレスか
ら、全てのビットデータが「１」で表される識別コード
および補正データを記憶している領域のアドレスの一つ
手前のアドレスまでは、順次送信し、ビットデータが全
て「０」で表される識別コードおよび補正データを記憶
している領域のアドレスは飛び越し処理する。よって、
先頭アドレスから、全てのビットデータが「０」の領域
のアドレスを除き、全てのビットデータが「１」の領域
のアドレスまでが順次送信される。

【００１３】請求項６，７に記載の発明によれば、燃料
噴射ポンプ毎の機差のデータを記憶した第２の記憶手段
をそれぞれ対応して搭載することにより、第２の記憶手
段と燃料噴射ポンプとを一体管理することができる。

【００１４】さらに、燃料噴射ポンプを変更した時にも
第１の記憶手段の制御データを変更することなく、燃料
噴射ポンプ毎の機差を反映した最適な制御が可能とな
る。請求項１０に記載の発明は、請求項２に記載のデー
タ処理装置において所定条件が成立した時に、前記第２
の記憶手段から第３の記憶手段への補正データ転送、ま
たは第３の記憶手段の受信データのチェックの少なくと
もいずれかを行わせるようにしたことを特徴としてい
る。このようにすると、補正データ転送タイミングまた
は受信データのチェックタイミングの最適を図ることが
可能となる。

【００１５】ここで、所定条件が成立した時とは、請求
項１１に記載のように、電源が供給された時、請求項１
２に記載のように、一定時間毎、あるいは、請求項１３
に記載のように、演算負荷が軽い時というようにすると
好ましいものになる。

【００１６】

【発明の実施の形態】

（第１の実施の形態）以下、この発明を具体化した実施
の形態を図面に従って説明する。

【００１７】本実施の形態では、自動車に搭載されるデ
ィーゼルエンジンにおける燃料噴射ポンプの制御装置に
具体化している。図１には燃料噴射ポンプの制御装置の
全体構成を示す。

【００１８】ディーゼルエンジンに燃料を供給するディ
ーゼル用燃料噴射ポンプ１（制御対象）には、燃料噴射
量、燃料噴射時期の電子制御を行うため、噴射量制御用
アクチュエータ２と噴射時期制御用アクチュエータ３が
設けられている。ディーゼル用燃料噴射ポンプ１を制御
する制御装置は、ポンプ１に搭載されるポンプ搭載側制
御機器４（特性バラツキ記憶装置）と、ポンプ１に搭載
されないポンプ非搭載側制御機器５（制御装置本体）と
からなる。ポンプ非搭載側制御機器５は、電子制御ユニ
ット（ＥＣＵ）としてパッケージ化されている。

【００１９】ポンプ非搭載側制御機器５には基本となる
制御データを記憶したＲＯＭ６が備えられている。この
ポンプ搭載側制御機器４とポンプ非搭載側制御機器５と
はクロック同期式シリアル通信ができるようになってお
り、ポンプ搭載側制御機器４のＯＴＰＲＯＭ７に記憶さ
れた補正データがポンプ非搭載側制御機器５のバックア
ップメモリ８に転送され、この補正データを用いてアク
チュエータ（電気的アクチュエータ）２，３が駆動制御
されるようになっている。

【００２０】以下、その詳細を説明していく。ポンプ搭
載側制御機器４は、ＯＴＰＲＯＭ（特性バラツキ記憶素
子）７と、シリアル通信インターフェース１０と、通信
バッファ１１と、入力フィルタ（ノイズフィルタ）１２
と、電源用コンデンサ１３と、逆流防止ダイオード１
４，１５とからなる。ＯＴＰＲＯＭ７には燃料噴射ポン
プ毎の機差のデータが記憶されるが、このデータは、燃
料噴射ポンプ１の工場からの出荷検査工程時に実際に燃
料を噴射させて噴射特性を調べ、標準的なポンプの噴射
特性に対するズレ分に相当するものである。このＯＴＰ
ＲＯＭ７は書き込み可能な不揮発性記憶素子であり、１
回だけデータが書き込める。即ち、８ビットのデータに
おいて初期状態が全て「１」、即ち、１６進数表記でＦ
ＦＨ（Ｈは１６進数である旨を示す。以下同じ）であ
り、任意のビットを「１」から「０」に１回だけ書き込
みが可能である（「０」から「１」にすることはできな
い）。ただし、一旦何らかのデータを書き込んでも残さ
れた「１」のビットを上書きにて「０」とすることがで
きる。つまり、いずれかのビットが「１」として残って
いても、全てのビットを上書きにて「０」とし、結果と
して、そのデータを「００Ｈ」とすることができる。
又、ＯＴＰＲＯＭ７はデータの保持のための電源は必要
としないが、アクセスのために電源が必要な素子であ
る。

【００２１】このように、制御機器４はディーゼル用燃
料噴射ポンプ１に搭載され、ディーゼル用燃料噴射ポン
プ１の交換を行っても制御ユニットの再調整を行う必要
がなく、ディーゼル用燃料噴射ポンプ１と一体で管理さ
れる。

【００２２】ポンプ非搭載側制御機器５は、ディーゼル
用燃料噴射ポンプ１の制御に関する種々の演算を行うも
のであり、ＣＰＵ９と入力信号バッファ１６とアナログ
・デジタルコンバータ（ＡＤＣ）１７と電源回路１８と
ＰＮＰトランジスタ１９と抵抗２０と通信バッファ２１
とアクチュエータ駆動回路２２とＲＯＭ６とバックアッ
プメモリ８を備えている。電源回路１８はイグニッショ
ンキースイッチ２３を介してバッテリ２４から電力の供
給を受けて所定の電圧をポンプ非搭載側制御機器５の全
体の各機器（回路）に供給する。ＣＰＵ９は入力信号バ
ッファ１６を介して各種センサ信号を取り込む。

【００２３】尚、センサ信号がアナログ信号の場合には
ＡＤＣ１７によりデジタル値に変換して取り込む。この
センサ信号は、アクセル開度センサからのアクセル開度
信号、エンジン回転数センサ（クランク角センサ）から
のエンジン回転数信号、吸気圧センサからの吸気圧信
号、吸気温センサからの吸気温信号、エンジン冷却水温
センサからの水温信号等である。

【００２４】ＲＯＭ６にはエンジン機種毎の適合データ
（ポンプの機差がないとしたときの制御データ）が記憶
されている。つまり、ＲＯＭ６は中心値制御データ保存
用記憶素子として機能する。

【００２５】バックアップメモリ８はイグニッションキ
ースイッチ２３をオフにした時にもバッテリ２４からの
電力供給によりデータが保持される書き込み可能な記憶
素子であり、ポンプ搭載側制御機器４のＯＴＰＲＯＭ７
から転送された補正データが記憶される。これは、通信
にて一旦受け取った補正データを機関の運転中に電源が
供給されているときはもちろん、イグニッションキース
イッチ２３をオフにした時にもバックアップメモリ８に
だけは電源供給を継続することにより補正データを保存
して通信の頻度を最小限に抑えるためである。つまり、
バックアップメモリ８は補正データ保存用記憶素子とし
て機能する。

【００２６】ポンプ非搭載側制御機器５とポンプ搭載側
制御機器４とは通信のための３本の信号線Ｌ１〜Ｌ３に
て接続されている。ポンプ非搭載側制御機器５のＰＮＰ
トランジスタ１９のエミッタ端子には電源電圧Ｖcc（５
ボルト）が印加されるとともにＰＮＰトランジスタ１９
のベース端子はＣＰＵ９に接続されている。さらに、Ｐ
ＮＰトランジスタ１９のコレクタ端子は抵抗２０を介し
て電力供給兼クロック信号線Ｌ１を通してポンプ搭載側
制御機器４の入力フィルタ１２とダイオード１４を経由
してコンデンサ１３に接続されている。同時に電力供給
兼クロック信号線Ｌ１はポンプ搭載側制御機器４の内部
においてダイオード１４の上流側で分岐し、シリアル通
信インターフェース１０に接続されている。ポンプ搭載
側制御機器４において電源用コンデンサ１３はダイオー
ド１５を介してＯＴＰＲＯＭ７に接続されるとともに、
シリアル通信インターフェース１０と接続されている。
そして、ＣＰＵ９はトランジスタ１９をオン／オフ動作
させて電力供給兼クロック信号線Ｌ１を通してポンプ搭
載側制御機器４にＬレベル（グランド電位）とＨレベル
（Ｖcc電位；５ボルト）のパルス信号を送出する。この
パルス信号は入力フィルタ１２を通してノイズを除去し
た後、シリアル通信インターフェース１０に送られる。
同信号はシリアル通信インターフェース１０にとっては
クロック信号となる。又、電力供給兼クロック信号線Ｌ
１によるパルス信号は、ＯＴＰＲＯＭ７とシリアル通信
インターフェース１０にとっては電源となる。つまり、
電源用コンデンサ１３により電力が蓄えられ、ＯＴＰＲ
ＯＭ７とシリアル通信インターフェース１０に電力の供
給が行われる。

【００２７】又、ポンプ搭載側制御機器４のシリアル通
信インターフェース１０は通信バッファ１１とシリアル
通信線Ｌ２とポンプ非搭載側制御機器５内の通信バッフ
ァ２１を経由してＣＰＵ９と接続されている。さらに、
グランド線Ｌ３はポンプ非搭載側制御機器５側のグラン
ド電位と、ポンプ搭載側制御機器４のグランド電位を直
接接続し双方の動作基準電位としている。

【００２８】通常の制御中におけるデータ通信時は、こ
れら３本の線Ｌ１，Ｌ２，Ｌ３のみを接続することによ
り、ポンプ搭載側制御機器４内の書き込み可能なＯＴＰ
ＲＯＭ７に予め書き込まれている補正データをポンプ非
搭載側制御機器５に送信することが可能である。又、書
き込み用電圧供給線Ｌ４がポンプ搭載側制御機器４の端
子として設けられているが、この端子はポンプ搭載側制
御機器４内の書き込み可能なＯＴＰＲＯＭ７に工場から
の出荷時あるいは出荷後においてデータの書き込みまた
は書換え時にのみ使用される。つまり、図１に一点鎖線
で示すデータ入力ツール２５をＬ１〜Ｌ４につなぐとと
もに書き込み用電圧供給線Ｌ４に書き込み電圧を印加し
データ入力する。本例では、書き込みデータの入力信号
線はシリアル通信線Ｌ２を用いたが、別途書き込み時の
み使用する入力信号線を独立に設けてもよい。

【００２９】通信の際には、ポンプ非搭載側制御機器５
から出力されるクロック信号に同期し、ポンプ搭載側制
御機器４内のＯＴＰＲＯＭ７からシリアル通信インター
フェース１０と通信バッファ１１を経由してシリアル通
信線Ｌ２に補正データが順次１ビットずつ出力される、
いわゆるクロック同期式通信が行われる。このとき、電
源およびクロック信号が供給されている限りシリアル通
信インターフェース１０はＯＴＰＲＯＭ７のデータを繰
り返し送るようになっている。又、通信バッファ１１に
より信号レベル変換またはインピーダンス変換が行われ
る。

【００３０】ポンプ非搭載側制御機器５のアクチュエー
タ駆動回路２２とディーゼル用燃料噴射ポンプ１の噴射
量制御用アクチュエータ２とが駆動線２６にて接続され
るとともに、アクチュエータ駆動回路２２と噴射時期制
御用アクチュエータ３とが駆動線２７にて接続されてい
る。

【００３１】ポンプ非搭載側制御機器５のＣＰＵ９は各
種センサ信号によりＲＯＭ６に記憶されたエンジン機種
毎の適合データ（ポンプの機差がないとしたときのデー
タ）を用いた演算を行い、その演算結果を基にエンジン
の運転状態に応じて要求される燃料噴射量、燃料噴射時
期となるようアクチュエータ駆動回路２２を介して噴射
量制御用アクチュエータ駆動信号ＳＧ１と噴射時期制御
用アクチュエータ駆動信号ＳＧ２を出力する。この駆動
信号ＳＧ１，ＳＧ２により噴射量制御用アクチュエータ
２および噴射時期制御用アクチュエータ３が駆動され
る。

【００３２】燃料噴射演算に関し、より詳しくは、図２
（ＣＰＵ９における燃料噴射量算出処理のデータフロー
チャート）に示すように、基本噴射量演算部３０はアク
セル開度、エンジン回転数により基本噴射量Ｑａを算出
する。一方、基本最大噴射量演算部３１はエンジン回転
数と吸気圧により基本最大噴射量Ｑｂを算出し、さら
に、補正演算部３２は吸気温による補正係数Ｋ１と水温
による補正係数Ｋ２とによる基本最大噴射量Ｑｂの補正
を行い補正後基本最大噴射量Ｑｂ’（＝Ｑｂ・Ｋ１・Ｋ
２）を算出する。そして、セレクタ３３は基本噴射量Ｑ
ａと補正後基本最大噴射量Ｑｂ’のうちの小さい方を選
択し、加算部３４はその最小値に対し、アクセル開度に
よる加速補正を行う。

【００３３】一方、機差補正演算部３５はポンプ搭載側
制御機器４によりシリアル通信データとして受信した補
正データと、エンジン回転数と、基本噴射量演算部３０
による基本噴射量Ｑａとから機差バラツキ補正値ΔＱを
演算する。そして、加減算部３６は加算部３４の出力値
に対し機差補正演算部３５からの機差バラツキ補正量Δ
Ｑを加算または減算して噴射ポンプ毎の機差バラツキに
応じた補正を行う。さらに、加減算部３７は、加減算部
３６の出力値に対し各種補正値を加減算した後、最終噴
射量として演算結果を出力する。

【００３４】このように、ポンプ搭載側制御機器４によ
りシリアル通信データとして受信した特性バラツキ補正
データによる噴射ポンプ毎の機差バラツキに応じた補正
を行い最終噴射量に反映させる。

【００３５】尚、燃料噴射時期に関しても、方法は特に
限定しないが同様の補正を行うことができる。よって、
ディーゼル用燃料噴射ポンプ１には機械加工精度、およ
び組付精度などに起因する個体間の特性バラツキが存在
するため同じエンジンの運転状態で同じ駆動信号を出力
しても、実際の燃料噴射量、燃料噴射時期は燃料噴射ポ
ンプ機差によってバラツキが生じるが、バックアップメ
モリ８に記憶されたＯＴＰＲＯＭ７の補正データを用い
て補正を行って、特性バラツキをきめ細かく補正し、な
るべく要求値に近い燃料噴射量、燃料噴射時期としてエ
ンジンの性能向上が図られる。

【００３６】以下、ＯＴＰＲＯＭ７のデータ内容および
同データの通信処理について詳細に説明する。図３に
は、ＯＴＰＲＯＭ７のメモリ構造を示す。

【００３７】ＯＴＰＲＯＭ７はメモリ構造を単純化する
ために、電源投入後外部よりクロック信号が供給される
と、このクロック信号に同期して順次データを先頭から
出力する機能しか持たせていない。ただし、全書き込み
領域の内、使用する領域は先頭から順次書き込みを行
い、余った領域を予備の領域として未書き込みのままと
しておくが、この未書き込み領域５８を自動的に検出し
て、未書き込み領域の最初のデータの次には先頭データ
が引き続き出力される構成となっている。よって、クロ
ック信号を供給し続けた場合、実際にデータが書き込ま
れた領域のみのデータを繰り返し出力し続けることにな
る。

【００３８】図３においては先頭から６バイトを先頭で
あることを識別するための先頭識別データ５０として特
定のデータパターンの組み合わせで書き込まれている。
つまり、繰り返しデータが連続して出力されても先頭を
識別できるようにしている。

【００３９】さらに、先頭識別データ５０よりも下位の
領域には、識別コード５１と補正データ５２とを対とす
るとともに識別コード５３と補正データ５４，５５とを
対として、任意の順序で書き込まれている。識別コード
５１，５３は補正データ５２，５４，５５の項目識別お
よびデータ長識別のためのコードである。

【００４０】つまり、「補正データ」はエンジン回転数
や噴射量や噴射補正量といった項目を有し、各項目にお
ける分解能と、データ範囲によって２バイトデータある
いはそれ以上のバイト数となる。即ち、「補正データ」
のバイト数は、使用ビット数をなるべく少なくしたいた
め通常は１バイトとするが、分解能を細かくし、精密に
補正したい場合には刻み幅が細かければ細かい程、同一
な補正データ範囲に対して必要なバイト数が増えること
になる。例えば、噴射補正量として、０〜２５６ｍｍ3
／ｓｔのデータ範囲に対し、分解能がｌｍｍ3 ／ｓｔで
あれば１バイト、１／２５６ｍｍ3 ／ｓｔであれば２バ
イト、１／２５６／２５６ｍｍ3 ／ｓｔであれば３バイ
トといった具合である。このため、「識別コード」を１
バイトの「補正データ」に対する「識別コード」と、２
バイトの「補正データ」に対する「識別コード」に分
け、「識別コード」のチェックにより「識別コード」と
対をなす「補正データ」のバイト数が判別できるように
なっている。図３においては、２バイトの補正データと
して、下位１バイト（下位の８ビット）の補正データ５
４と上位１バイト（上位の８ビット）の補正データ５５
とにより構成し、この補正データ（５４，５５）に対し
識別コード５３が付与されている。

【００４１】又、バックアップメモリ８においても、Ｏ
ＴＰＲＯＭ７での補正データが記憶される。図４には識
別コードと補正データとの関係（識別コードの定義）を
示す。図４において、縦列に識別コードにおける上位４
ビットの内容を、横列に識別コードにおける下位４ビッ
トの内容を表し、このマトリックス（縦横の交点）が当
該識別コードと対をなす補正データである。つまり、上
位４ビット＋下位４ビットの組み合わせが「識別コー
ド」であり、マトリックス内に記述してある補正データ
がどういう意味をなす補正データであるかを示すもので
ある。例えば、「１０Ｈ」という識別コードはエンジン
回転数Ｎ１という補正データであることを意味する。即
ち、識別コード「１０Ｈ」を受信したら、それに引き続
き得られる補正データはエンジン回転数Ｎ１である。

【００４２】ここで、識別コードにおける上位４ビット
の領域を０Ｈ〜７Ｈと８Ｈ〜ＦＨの２つの領域に分け、
０Ｈ〜７Ｈを１バイトデータに対応する識別コードの領
域、８Ｈ〜ＦＨを２バイトデータに対応する識別コード
の領域としている。これにより、識別コードにおける最
上位ビットが「０」か「１」か判定するだけで容易に補
正データのバイト数を識別することができる。例えば、
前述のエンジン回転数Ｎ１は識別コードが「１０Ｈ」で
あり最上位ビットが「０」であるために１バイトデータ
であることが分かる。同様の考え方を用いて識別コード
の上位ビット領域を細分化すれば「補正データ」のバイ
ト数を任意に決定することが可能となる。

【００４３】尚、図４の識別コードにおいて「００Ｈ」
は予約コードとして使用を禁止し、このコードにより、
データ書き換え時に上書き（詳細は後記する）を実施し
た後の「００Ｈ」データを識別できるようにしている。
又、図４の識別コードにおいて「ＦＦＨ」は予約コード
として使用を禁止し、このコードは未書き込みの初期状
態が「ＦＦＨ」であり、初期状態データを識別できるよ
うにしている。

【００４４】図３の説明に戻り、一連の補正データの書
き込み領域よりも下位のバイトに、ブロックチェックキ
ャラクタＢＣＣの識別コード５６（本実施形態では７Ｆ
Ｈ）が書き込まれ、その下位のバイトに、全データの信
頼性を確保するためのＢＣＣ値５７が書き込まれてい
る。つまり、図４の識別コードにおいて「７ＦＨ」はＢ
ＢＣ値の識別コードとして他の補正データの識別コード
としての使用を禁止している。

【００４５】このようなＯＴＰＲＯＭ７のメモリ構造に
おいて図１のデータ入力ツール２５を用いて補正データ
の一部を書き換える際の処理を説明する。つまり、一旦
書き込まれたデータを、出荷後、ＯＴＰＲＯＭ７そのも
のの再利用あるいは燃料噴射ポンプの部品交換、修理な
どによって補正すべき特性が変化した場合、後から一部
データを書き換える方法について説明する。

【００４６】図３に示した状態から、まず、任意の不要
データ（「識別コード」＋「補正データ」）を上書きに
より「００Ｈ」とする。そして、値が変化するＢＣＣ値
を変更するためブロックチェックキャラクタＢＣＣ値を
示す識別コード（本実施形態では「７ＦＨ」）、それに
引き続きＢＣＣ値を全て「００Ｈ」とする。さらに、変
更したいデータ（「識別コード」＋「補正データ」）を
末書き込み領域５８の先頭に新たに書き込み、それに引
き続き新たに計算し直されたＢＣＣ値を識別コード「７
ＦＨ」とともに書き込む。

【００４７】このようにして図３の末書き込み領域５８
が書き換えられたこととなる。その結果、書き換え後の
ＯＴＰＲＯＭ７の読み出し時には、途中で「００Ｈ」デ
ータが存在すると予め「００Ｈ」は「識別コード」とし
て存在しない旨のルールが設けられているため、不要デ
ータとして読み飛ばされることとなる。書き換えられた
データは順序が入れ替わって後から読み出されることに
なるが、全く問題とならない。こうして、未書き込みの
予備領域５８が存在する限り、ＯＴＰＲＯＭ７において
もデータの変更が可能となる。

【００４８】ここで、図５に示すガバナパターンを用い
て、図４に示す識別コードと実際のガバナパターン上の
補正ポイントの対応関係を説明する。ガバナパターンと
は、アクセル開度をパラメータとし、各エンジン回転数
における要求噴射量をパターン図として表したものであ
る。即ち、燃料噴射ポンプの噴射量特性をそのまま表す
図であり、このガバナパターン上の各点で個々の噴射ポ
ンプの特性バラツキを補正し、マスターの特性に合わせ
るための補正データが必要となってくる。この際、補正
ポイントの決め方としては、特性として特に重要なポイ
ント、例えば、始動時噴射量制御点、アイドル点、トル
ク点など重要な運転条件としている。

【００４９】前述の通り、識別コードは対応する補正デ
ータのバイト数を示すため、上位４ビットにより０Ｈ〜
７Ｈは１バイトエリア、８Ｈ〜ＦＨを２バイトエリアと
して領域を分けているが、図５において、エンジン回転
数方向の補正ポイントＮ１（１０Ｈ）、Ｎ２（１１
Ｈ）、Ｎ３（１２Ｈ）および各エンジン回転数の補正ポ
イント上に対応させた噴射量の補正ポイント［Ｑ１Ｌ
（２０Ｈ）、Ｑ１Ｈ（３０Ｈ）］、［Ｑ２Ｌ（２１
Ｈ）、Ｑ２Ｈ（３１Ｈ）］、［Ｑ３Ｌ（２２Ｈ）、Ｑ３
Ｈ（３２Ｈ）］を持たせている。ただし、（）内は対応
する識別コードである。このエンジン回転数と噴射量の
各データは、識別コードの上位４ビットが１Ｈ〜３Ｈで
あるため１バイトデータである。

【００５０】以上の合計６ポイント（エンジン回転数方
向での補正ポイント数３×噴射量方向での補正ポイント
数２＝６ポイント）に対して、それぞれのポイントでの
噴射補正量としてそれぞれＡ１Ｌ（８０Ｈ）、Ａ１Ｈ
（９０Ｈ）、Ａ２Ｌ（８１Ｈ）、Ａ２Ｈ（９１Ｈ）、Ａ
３Ｌ（８２Ｈ）、Ａ３Ｈ（９２Ｈ）を持たせている。た
だし、（）内は対応する識別コードである。この噴射補
正量の各データは、識別コードの上位４ビットが８Ｈ〜
９Ｈであるため２バイトデータである。

【００５１】この場合のバイトサイズの考え方として
は、補正ポイントを指し示すエンジン回転数と噴射量は
特に分解能を細かくしなくても表現できる値であり、噴
射補正量そのもののデータは、精密に補正する必要があ
るため分解能を細かくし２バイトデータとしている。
又、各エンジン回転数の補正ポイント毎に２点の噴射量
の補正ポイントを持たせたのは、２点間での直線補間演
算を可能とするためである。従って、逆に、噴射量方向
のポイントを先に決めて、各噴射量の補正ポイント毎に
それぞれ２点のエンジン回転数補正ポイントを持たせる
ようにしてもよい。

【００５２】図５から分かるように、例えばアイドル回
転数が変更となって、アイドル点であったＮ１がＮ１’
に変更となった場合にも、識別コード１０Ｈと対となっ
ている補正データＮ１をＮ１’とするだけでよい。

【００５３】次に、ＯＴＰＲＯＭ７のデータを、ポンプ
非搭載側機器５のバックアップメモリ８に転送する処理
を説明する。図６は、ポンプ非搭載側機器５のＣＰＵ９
が実行する通信処理内容を示すフローチャートである。
通信開始条件は、イグニッションキースイッチ２３のオ
ンに伴うイニシャル処理において、（１）補正データの
受信が完了していない場合、（２）バックアップメモリ
８に記憶されているデータのブロックチェックキャラク
タ（ＢＢＣ値）によるチェックを行った結果、異常であ
ると判定された場合、である。

【００５４】まず、図１のＣＰＵ９はデータの先頭を識
別するための先頭識別データ（図３参照）を検出する
と、ステップ１００で１データすなわち「識別コード」
を読み込み、ステップ１０１でこれが「００Ｈ」である
かどうかをチェックする。ＣＰＵ９は「００Ｈ」の場合
には、「００Ｈ」はデータ書き換えのための上書きデー
タを区別するための識別コードとして禁止されているの
で、ステップ１０２に移行して次の１データを読み飛ば
すべくステップ１００に戻る。ＣＰＵ９はステップ１０
１において「００Ｈ」以外の識別コードであると判断し
た場合には、ステップ１０３に移行して終了コードすな
わちブロックチェックキャラクタＢＣＣ値を意味する識
別コード「７ＦＨ」かどうかのチェックを行い、「７Ｆ
Ｈ」であれば、ステップ１０４で次の１データをＢＣＣ
値として読み込み、処理を終了する。

【００５５】ＣＰＵ９はステップ１０３において「７Ｆ
Ｈ」でないと、ステップ１０５に移行して図４に示した
識別コード表よりその内容を検索する。そして、もしど
の「識別コード」とも合致しないと、ＣＰＵ９はステッ
プ１０６で未定義コードと判断し未定義コードエラー処
理を実行する。

【００５６】ＣＰＵ９はステップ１０５においてコード
の検索を行った結果、ある識別コードと一致した場合に
はステップ１０７に移行してその識別コードの最上位ビ
ットが「０」（１バイト領域）であるか「１」（２バイ
ト領域）であるかを判断する。その結果、「０」であれ
ば、ＣＰＵ９はステップ１０８に移行して次の１データ
を補正データとして読み込み、ステップ１０９でその１
データを識別コードから判断される指定アドレスの通信
用ＲＡＭに格納する。

【００５７】一方、ＣＰＵ９はステップ１０７において
チェックの結果、「１」の場合には、ステップ１１０に
移行して次の２データを補正データとして読み込み、ス
テップ１１１でその２データを識別コードから判断され
る指定アドレスの通信用ＲＡＭに格納する。

【００５８】又、ＣＰＵ９はステップ１０９あるいはス
テップ１１１の処理後、次のデータを識別コードとして
読み込むためステップ１００に戻る。データ受信終了後
において、ステップ１０４にて取り込んだＢＣＣ値を用
いて最終フレームの受信完了時に通信エラーのチェック
が行われ、正常であれば受信完了処理が行われる。この
受信完了処理において、前述の通信用ＲＡＭに格納した
データを順次バックアップメモリ８に格納するととも
に、以降の補正演算を許可し、さらに、クロック信号の
出力を終了させる。

【００５９】尚、１フレームの受信完了毎に通信エラー
検出処理を行い正常であれば、データの格納を行うよう
にしてもよい。図６の説明を終え、前述したようにポン
プ搭載側制御機器４側（シリアル通信インターフェース
１０）において図３の未書き込み領域５８を自動的に検
出して書き込み領域での最終データの次には先頭データ
を引き続きポンプ非搭載側制御機器５側に出力するが、
その詳細を以下に説明する。

【００６０】図７は、データ通信の際のＯＴＰＲＯＭ７
からのデータ出力状態を示す説明図である。図７に示す
ように、１つのデータの集まりを１フレームと称し、１
フレームはスタートビットの１ビット、データビットの
８ビット、パリティビットの１ビット、ストップビット
の１ビットの合計１１ビットから構成されている。書き
込みされた有効データは、スタートビットが常に
「０」、ストップビットが常に「１」であり、データが
書き込み値に応じて「０」または「１」となる。又、パ
リティビットはデータ８ビット中の「１」の数に応じて
「０」または「１」となる。例えば偶数パリティの場合
はデータ８ビット中の「１」の数が偶数であれば
「０」、奇数であれば「１」となる。又、有効データは
常に先頭アドレスから順次詰めて書き込まれているもの
とする。

【００６１】又、未書き込み領域においてはＯＴＰＲＯ
Ｍ７の初期状態では全てのビットが「１」であることか
ら未書き込み領域での１フレームの１１ビット全てが
「１」となる。

【００６２】図８には、シリアルデータ出力に際し関連
する各信号のタイミングチャートを示す。この図８を用
いて、シリアルデータ出力がどのようなタイミングで順
次出力されるかの動作を説明する。

【００６３】クロック同期シリアル通信方式において、
ＨレベルとＬレベルの繰り返し信号であるクロック信号
の供給により、その有効エッジ（ＬレベルからＨレベル
への立ち上がりエッジ）に同期してシリアルデータが１
ビットずつ出力される。シリアルデータ出力では有効な
１フレームデータの出力に先立ちアイドルデータ（全て
「１」の８ビットデータ）を送る。このアイドルデータ
は、有効データ同士の間隔を一定時間確保し、データを
受信する側の処理を確実に行うためのものである。この
アイドルデータに引き続きアドレスｍの有効データ１フ
レーム（１１ビット）が出力される。即ち、アドレス０
のスタートビット（ＳＴＡＲＴ）、データビット０（Ｄ
０）、データビット１（Ｄ１）、データビット２（Ｄ
２）…と順次出力されデータビット７（Ｄ７）、パリテ
ィビット（Ｐ）、ストップビット（ＳＴＯＰ；「１」固
定）まで出力される。尚、データビット０（Ｄ０）〜デ
ータビット７（Ｄ７）においてＬＳＢを先頭にして出力
される。その後、フレーム同士の間隔をあけるためアイ
ドルデータとして「１」を合計８ビット分出力する。そ
の後、同様にアドレス１のスタートビット（ＳＴＡＲ
Ｔ）、データビット０（Ｄ０）、データビット１（Ｄ
１）、データビット２（Ｄ２）…と順次出力されデータ
ビット７（Ｄ７）、パリティビット（Ｐ）、ストップビ
ット（ＳＴＯＰ）まで出力される。

【００６４】このようにデータ１フレーム（１１ビッ
ト）が順次出力されているときにおいて、アドレスカウ
ンタは、１１ビット目のストップビットが確定した時
点、すなわちクロック信号のＬレベルからＨレベルへの
立ち上がりエッジに同期してストップビット「１」が出
力され、その後、ＨレベルからＬレベルに立ち下がった
時点（図８のｔ１にて示すタイミング）でカウント値が
１インクリメントされ、ｍ＋１となる。これに引き続き
アイドルデータ「１」が８ビット出力される。

【００６５】図８においてはアドレスｍまで有効データ
が書き込まれており、アドレス（ｍ＋１）以降の領域が
未書き込み領域、即ち、全ビットが「１」となってい
る。アドレスｍ＋１のデータ１フレーム（１１ビット）
は未書き込み領域であるため全て「１」であり、そのた
めアドレスカウンタは１１ビット目のストップビットが
確定した時点、すなわちクロック信号のＬレベルからＨ
レベルに立ち上がりエッジに同期してストップビット
「１」が出力され、その後、ＨレベルからＬレベルに立
ち下がった時点（図８のｔ２にて示すタイミング）でリ
セットされカウント値が「０」となる。従って、これ以
降クロック信号を入力し続けた場合、再び、アイドルデ
ータに引き続きアドレス０のシリアルデータ出力が得ら
れる。

【００６６】このように、図７で説明したように未書き
込み領域では１フレームの１１ビット全てが「１」であ
ることから、データ読み出し時に１フレームの１１ビッ
ト全てが「１」であることを検出すると、アドレスカウ
ンタをリセットし、未書き込み領域の「１」データを無
意味に読み出すことなく、書き込み領域のみを読み出す
ようになっている。

【００６７】図９には、ＯＴＰＲＯＭ７を含めたシリア
ル通信インターフェース８の構成例を示す。クロック信
号がアドレスカウンタ４０を介してロウデコーダ４１及
びカラムデコーダ４２に供給される。ロウデコーダ４１
は１１ビットのワードデータ選択のためのものであり、
カラムデコーダ４２はビット位置選択のためのものであ
る。つまり、クロック信号の入力パルス数に対応してＯ
ＰＴＲＯＭ（記憶素子）７のどのアドレスのフレーム
（ワード）かを、ロウデコーダ４１が選択し、選択され
たフレームの１１ビットのうち、現在どのビット出力か
を、カラムデコーダ４２が選択する。

【００６８】これによって得られた１ビットずつの情報
をセンスアンプ４３を経由してシリアルデータ出力とし
て順次１ビットずつ出力する。このシリアルデータ出力
信号は、同時に１ビット→１１ビットのシリアルパラレ
ル変換回路４４により再び１１ビットのパラレルデータ
に変換される。この１１ビットデータが全て「１」かど
うかをデコード回路４５でチェックする。

【００６９】シリアルデータ出力が全て「１」であった
場合、デコード回路４５はアドレスカウンタ４０に対す
るリセット信号を発生する。アドレスカウンタ４０のカ
ウント値はこのリセット信号により「０」にリセットさ
れ、再びロウデコーダ４１によりアドレス０のデータが
選択されることになる。

【００７０】尚、図９を用いた説明においては、有効デ
ータと有効データの間に挿入されるアイドルデータ（８
ビット分の「１」）出力については、省略している。
又、アドレスカウンタ４０は、電源オフでもリセットさ
れる構成となっており、初回の電源投入時には、過去の
動作状態には関わらず必ずアドレス０から始まるように
なっている。

【００７１】このように、シリアル通信インターフェー
ス８はＯＴＰＲＯＭ７の先頭アドレスから、未書き込み
領域（全てのビットデータが「１」で表される識別コー
ドおよび補正データを記憶している領域）のアドレスの
一つ手前のアドレスまで、順次送信する。又、シリアル
通信インターフェース８は前述したように書き換えの際
の上書きにより「００Ｈ」とされた領域（ビットデータ
が全て「０」で表される識別コードおよび補正データを
記憶している領域）のアドレスは飛び越し処理する。

【００７２】このように本実施の形態のデータ処理装置
は、下記の特徴を有する。 （イ）図１のＣＰＵ９は、ＲＯＭ６に記憶された制御デ
ータと、ＯＴＰＲＯＭ７からバックアップメモリ７に転
送された補正データとに基づき所定の演算を行うが、こ
のときの補正データは項目（エンジン回転数、噴射量、
噴射補正量）により１バイトデータと２バイトデータが
混在しデータ長が異なるが、ＯＴＰＲＯＭ７は、図３に
示すように、補正データの項目識別およびデータ長識別
のための識別コードをそれら該当する補正データと対に
して持っているので、最大データ長に合わせた記憶領域
を用意する場合に比べ、記憶領域を抑えることができ
る。このようにして、補正データの記憶領域を抑えてデ
ータ長の異なる補正データを使用できる。

【００７３】又、補正データには前述の識別コードが付
与されているので、任意の項目の、任意のデータ長の補
正データを作成することができるとともに、書き換えも
行うことができる。よって、項目に対する自由度を向上
させて汎用性の高いものとなる。

【００７４】つまり、ポンプの機械的な加工、取付精度
に起因する特性バラツキを低減し、エンジン機種毎の要
求公差に見合った特性を満足させるべく、補正データを
記憶したメモリを燃料噴射ポンプに搭載して１対１で管
理できるようにした場合、即ち、エンジンとエンジン制
御装置（ＥＣＵ；Ｅlectronic Ｃontorol Ｕnit ）と
を一体管理するとともに、燃料噴射ポンプとポンプ搭載
側記憶装置とを一体管理する場合において、そのメモリ
は極力自由度を持たせる必要があるが、本実施形態のよ
うに補正データに識別コード（８ビット）を付与し、２
５６種類の識別コードを自由に定義できるようにする
と、ポンプ搭載側で管理する場合において、補正データ
のデータ長と項目の自由度を確保することができる。 （ロ）ＯＴＰＲＯＭ７とバックアップメモリ８との間の
データ転送をシリアル通信インターフェース１０により
行うようにしたので、ＯＴＰＲＯＭ７に記憶された補正
データを転送することによりＲＯＭ６の制御データを変
更することなく容易にバックアップメモリ８のデータを
変更することが可能となり、このデータに基づいた制御
データの補正が行えるようになる。 （ハ）ＣＰＵ９は図６のステップ１０７の処理により識
別コードにおける最上位ビットの判定にて以後送られて
くる補正データのデータ長を識別して確認されたデータ
長に相当する補正データをバックアップメモリ８に記憶
させるようにしたので、補正データよりも先に送られて
くる識別コードを判定することによりデータ長を識別す
ることができる。 （ニ）ＯＴＰＲＯＭ７での未書き込み領域において全ビ
ットに「１」が残っている状態から、データ書き換えの
際には書き換え前のデータビットを全て「０」にし、未
書き込み領域に更新データを書き込み処理するようにし
た。よって、図６のステップ１０１の処理によりデータ
ビットが全て「０」であれば不要なデータと判断でき
る。よって、速やかな対処が可能となる（無駄なデータ
取り込み処理を回避できる）。

【００７５】又、ＯＴＰＲＯＭ７での未書き込み領域を
用いてデータの書き換えを行うことができ、データ更新
を自由に行うことができる。つまり、前記（イ）におい
て述べたようにエンジンとエンジン制御装置（ＥＣＵ）
とを一体管理するとともに燃料噴射ポンプとポンプ搭載
側記憶装置とを一体管理する場合において、付与する識
別コードを自由に定義できるようにすると、ポンプ搭載
側での管理システムにおいて、補正データのデータ長と
項目と補正データ順序の自由度を確保できる。、即ち、
エンジン側で管理する場合においてエンジン機種毎にポ
ンプ搭載側での要求公差が異なっても対応が可能となっ
たり（ガバナパターンでの補正ポイント位置・数を変更
してアイドル点・トルク点・定格点等を変更することが
可能となったり）、各種の要求や設計変更があった場合
にポンプ搭載側記憶装置のデータ内容を容易に書き換え
することができる。 （ホ）シリアル通信インターフェース８はＯＴＰＲＯＭ
７の先頭アドレスから、全てのビットデータが「１」で
表される識別コードおよび補正データを記憶している領
域（未書き込み領域）のアドレスの一つ手前のアドレス
まで、順次送信し、ビットデータが全て「０」で表され
る識別コードおよび補正データを記憶している領域（書
き換えの際の上書きにより「００Ｈ」とされた領域）の
アドレスは飛び越し処理する。よって、先頭アドレスか
ら、全てのビットデータが「０」の領域のアドレスを除
き、全てのビットデータが「１」の領域のアドレスまで
が順次送信される。 （ヘ）ポンプ毎の補正データが記憶されたＯＴＰＲＯＭ
７を、燃料噴射ポンプ１に搭載するとともに、制御デー
タが記憶されたＲＯＭ６を、燃料噴射ポンプ１を制御す
る制御装置に搭載しているので、燃料噴射ポンプ１を変
更した時にもＲＯＭ６の制御データを変更することな
く、燃料噴射ポンプ毎の機差を反映した最適な制御を行
うことができる。

【００７６】本実施形態の応用例を以下に述べる。図１
のＯＴＰＲＯＭ７の代わりに、ＥＰＲＯＭ、ＥＥＰＲＯ
Ｍ、フラッシュメモリ等の他の不揮発性記憶素子を用い
てもよい。このＯＴＰＲＯＭ７に代わる複数回書き換え
可能なＲＯＭを用いた場合において、書き換え回数が所
定値（許容値）を超えたメモリセルに対し当該メモリセ
ルへのデータ書き換えの際には書き換え前のデータビッ
トを全て「０」にし、未書き込み領域に更新データを書
き込み処理するようにしてもよい。

【００７７】又、図１のＲＯＭ６はＣＰＵ９の外部ＲＯ
Ｍとしたが、ＣＰＵ内蔵のＲＯＭとしてもよい。さら
に、バックアップメモリ８はＣＰＵ９の外部メモリとし
たが、ＣＰＵ内蔵のメモリ、あるいはＥＥＰＲＯＭ、フ
ラッシュメモリなどの書換え可能な不揮発性メモリとし
てもよい。

【００７８】又、第２の記憶手段においては初期状態が
全ビット「１」であったが、初期状態が全ビット「０」
であってもよい。 （第２の実施の形態）次に、第２の実施の形態を、第１
の実施の形態との相違点を中心に説明する。

【００７９】第１の実施の形態においては、ＯＴＰＲＯ
Ｍ７のデータをポンプ非搭載側機器５のバックアップメ
モリ８に転送する処理において、図６の通信処理（フロ
ーチャート）の開始条件は、イグニッションキースイッ
チ２３のオンに伴うイニシャル処理において、（１）補
正データの受信が完了していない場合、（２）バックア
ップメモリ８に記憶されているデータのブロックチェッ
クキャラクタ（ＢＢＣ値）によるチェックを行った結
果、異常であると判定された場合、であったが、本実施
形態ではこれを以下のようにしている。

【００８０】図１０には、本例におけるバックアップメ
モリ８に記憶されているデータのチェック、および通信
処理を示す。ＣＰＵ９はイグニッションキースイッチ２
３がオン操作されると、まず、ステップ２００でバック
アップメモリ８に記憶しているデータが正しいかどうか
をチェックする。具体的には、前回通信が正常終了した
場合、通信によって得られた補正データだけでなく、補
正データから計算にて得られた水平パリティ値、ＳＵＭ
値などのブロックチェック用キャラクタ、および通信が
正常終了したことを示すキーワードなどを同時にバック
アップメモリ８に記憶しておき、それらによりチェック
する。チェックの結果、バックアップメモリ８の内容が
正しいと判断すると、ＣＰＵ９はステップ２０２に移行
して、図６に相当する通信処理を実施する。

【００８１】一方、バックアップメモリ８の内容が正し
くないと判断すると、ＣＰＵ９は通信処理に先立ちステ
ップ２０１に移行して補正データの初期値を格納する。
このように補正データの初期値を格納することにより、
通信で正しい値が得られるまでの期間に間違った補正デ
ータを演算に使用してしまうのが防止される。ＣＰＵ９
はこのステップ２０１の処理を行った後、ステップ２０
２に移行して通信処理を実施する。

【００８２】また、ＣＰＵ９はステップ２０２において
通信処理を実施した後、ステップ２０３に移行する。そ
して、ＣＰＵ９はステップ２０３において通信が正常終
了したか否か判定し、通信が何らかの異常で正常終了し
なかった場合には、ステップ２０５で異常処理を行う。
この異常処理は、通信のリトライ、エラーコード記憶、
ランプ点灯などを示し、かつ、この場合には補正データ
としては通信処理（ステップ３０２）の処理実行前まで
に格納しておいた値をそのまま演算に使用することにな
る。又、ＣＰＵ９はステップ２０３で通信が正常終了し
たと判断すると、ステップ２０４にて通信によって得ら
れた補正データをバックアップメモリ８に格納し、その
後の演算に使用する。

【００８３】このように本実施形態ではイグニッション
キースイッチ２３がオンされると必ず１回の通信処理を
実施する構成とした。これにより、バックアップメモリ
８に記憶された補正データが上記ステップ２００でのチ
ェック処理を行っても検出できない組み合わせでデータ
破壊が発生した場合にも、再度イグニッションキースイ
ッチ２３がオンされた時に、再通信によりデータを復帰
させることができる。

【００８４】又、何らかの異常が発生し、もし仮に今回
の通信が正常に行われなかったとしても、ステップ２０
０→２０２→２０３→２０５の処理が行われることによ
り、バックアップメモリ８に記憶されている補正データ
が破壊されない限り、記憶されたデータを使用し続ける
ことができる。

【００８５】なお、本構成例では直接バックアップメモ
リ８のデータを演算に使用する前提で説明したが、制御
に使用するメモリを通常のＲＡＭとするとともに、この
ＲＡＭに記憶するデータを一定条件下でバックアップメ
モリ８から転送するシステムとし、このＲＡＭに記憶し
たデータを定期的にチェックする構成としてもよい。

【００８６】このように本実施形態は、下記の特徴を有
する。 （イ）バックアップメモリ８に記憶されている補正デー
タのチェックおよびデータ通信（ＯＴＰＲＯＭ７からバ
ックアップメモリ８への補正データの転送）を、所定の
条件が成立した時、即ち、イグニッションキースイッチ
２３がオンされ電源が供給された時に行うようにしたの
で、補正データのチェックおよびデータ通信をアクチュ
エータの制御直前の好ましいタイミングにて行うことが
できる。

【００８７】本実施形態の応用例を図１１に示す。図１
１に示すように、ＣＰＵ９はステップ２００においてバ
ックアップメモリ８に記憶しているデータが正しいかど
うかをチェックし、データが正しければ、ステップ２０
１〜２０５を迂回し通信処理を行うことなく処理を終了
する。つまり、図１０ではイグニッションキースイッチ
２３のオン毎に必ず１回は通信を実施しているのに対
し、図１１では、ステップ２００でバックアップメモリ
８に記憶されているデータが正しいと判断された場合
は、そのデータをそのまま信用して通信処理を一切行わ
ずに処理を終了する。これにより、通信に伴うＣＰＵ９
の処理負荷が問題となる場合において通信頻度を最小限
にすることができる。又、通信により発生するノイズが
問題となる場合や通信機器が外部ノイズの影響を受けや
すい環境にある場合において通信頻度を最小限にするこ
とができる。 （第３の実施の形態）次に、第３の実施の形態を、第２
の実施の形態との相違点を中心に説明する。

【００８８】図１２には、本例におけるバックアップメ
モリ８に記憶されているデータのチェック、および通信
処理を示す。この処理は、制御中において一定時間経過
毎（例えば１秒毎）に起動するものである。

【００８９】まず、ＣＰＵ９はステップ３００で現在通
信中かどうか判定し、通信中であればそのまま処理を終
了する。また、通信中でなければ、ＣＰＵ９はステップ
３０１においてバックアップメモリ８に記憶しているデ
ータが正しいかどうかをチェックする。具体的には、図
１０に示したイグニッションキースイッチ２３のオンに
伴うイニシャル処理における通信処理と同様、補正デー
タから計算にて得られた水平パリティ値、ＳＵＭ値など
のブロックチェック用キャラクタ、および通信が正常終
了したことを示すキーワードなどにより行う。そして、
ＣＰＵ９はチェックの結果、バックアップメモリ８の内
容が正しいと判断した場合にはそのまま処理を終了す
る。又、ＣＰＵ９はバックアップメモリ８の内容が正し
くないと判断した場合には、通信処理に先立ちステップ
３０２においてバックアップメモリ８に補正データの初
期値を格納する。これにより、通信で正しい値が得られ
るまでの期間に、間違った補正データを演算に使用して
しまうのが防止される。

【００９０】ステップ３０２の処理を行った後、ＣＰＵ
９はステップ３０３で図６に相当する通信処理を実施
し、さらに、ステップ３０４で通信が正常終了したか判
定する。そして、通信が何らかの異常で正常終了しなか
った場合には、ＣＰＵ９はステップ３０６で異常処理を
行う。この異常処理は、通信のリトライ、エラーコード
記憶、ランプ点灯などを示し、かつ、この場合には補正
データとしては予めステップ３０２で格納しておいた初
期値をそのまま演算に使用することになる。又、ＣＰＵ
９は正常終了と判断した場合には、ステップ３０５で通
信によって得られた補正データをバックアップメモリ８
に格納し、その後の演算に使用する。

【００９１】このようにバックアップメモリ８に記憶さ
れている補正データのチェックおよびデータ通信を、所
定時間毎（所定の条件が成立した時）に行うようにした
ので、制御中に何らかの理由で補正データが破壊された
場合にも、これを検出し再通信を行うことにより、再び
正しい補正データが演算に使用できるようになる。 （第４の実施の形態）次に、第４の実施の形態を、第３
の実施の形態との相違点を中心に説明する。

【００９２】図１３には、本例におけるバックアップメ
モリ８に記憶されているデータのチェック処理を示し、
図１４には通信処理を示す。図１３のデータのチェック
処理は、制御中において一定時間経過毎（例えば１秒
毎）に起動するものである。また、図１４の通信処理は
所定の条件が成立した時に行うものである。

【００９３】まず、ＣＰＵ９は図１３のステップ４００
で通信中か判断し、通信中でなければステップ４０１に
移行してバックアップメモリ８に記憶しているデータが
正しいかどうかをチェックし、データが正しくないとス
テップ４０２でバックアップメモリ８に補正データの初
期値を格納する。その後、処理を終了する。

【００９４】このように制御中において一定時間経過毎
にバックアップメモリ８のデータをチェックした結果、
バックアップメモリ８の内容が正しくないと判断された
時には、補正データの初期値のみ格納し、通信処理は実
施しないでそのまま処理を終了する。つまり、制御中は
通常エンジン（車両）の運転中であるため、その運転状
態によっては通信にて発生するノイズの外部機器への影
響あるいは外部機器からのノイズによる通信への影響が
問題となる場合、通信に伴うＣＰＵの処理負荷が問題と
なる場合等があるため、とりあえず初期値のみ格納して
おく。

【００９５】一方、ＣＰＵ９は図１４のステップ５００
で通信条件が成立したかを判定し、成立するとステップ
５０１で通信処理を行う。その後、ＣＰＵ９はステップ
５０２で通信が正常に終了したか判定し、正常終了でな
ければステップ５０４で異常処理を行い、正常終了であ
ればステップ５０３でバックアップメモリ８に通信によ
って得られたデータを格納する。

【００９６】ここで、ステップ５００での通信開始のた
めの条件について言及すると、例えば、（i)キースイッ
チの操作位置としてエンジン停止で、かつ制御系に電力
が供給されている場合、(ii)エンジンのアイドリング
時、（iii)イグニッションキースイッチ２３のオフ後の
電源投入継続期間中、といった条件が考えられる。具体
的には、ＣＰＵ９はエンジン回転数をモニタしており
「０」ｒｐｍとなると、前述の（i)の状態であると判断
して通信を行う。又、ＣＰＵ９はエンジン回転数をモニ
タして６００〜７００ｒｐｍとなると前述の(ii)のエン
ジンのアイドリング時と判断して通信を行う。このアイ
ドリング時にはＣＰＵ９の演算負荷が軽い。

【００９７】さらに、前述の（iii)の例としては図１５
に示すようにディレイ機能（タイマー）の付いた装置に
適用できる。図１５において、ＣＰＵ９には、ポンプ非
搭載側制御機器５の電源供給を行うリレー回路７０のコ
イル７０ａが接続され、リレー回路７０の接点７０ｂは
バッテリ２４と電源回路１８との間に介在されている。
又、ＣＰＵ９には吸気バルブ７１が接続され、吸気バル
ブ７１はディーゼルエンジンの吸気管に設けられるもの
である。そして、ＣＰＵ９は図１６に示すようにイグニ
ッションキースイッチ２３がオフ操作されたことを検知
すると、所定時間Ｔ（例えば、約２秒程度）が経過した
後においてリレー回路７０のコイル７０ａの通電を終了
し接点７０ｂを開路してバッテリ２４から電源回路１８
への電力供給を終了する。一方、ＣＰＵ９は前述のイグ
ニッションキースイッチ２３のオフ後の所定時間Ｔにお
いて吸気バルブ７１を閉じる。このようにエンジン停止
の際に吸気バルブ７１を閉じることによりエンジンが振
動するといった不具合を解消してスムースにエンジンの
停止動作が行われる。この種のエンジンにおいてイグニ
ッションキースイッチ２３のオフ後の所定時間Ｔに図１
４のステップ５０１にて通信処理が行われる。

【００９８】このようにしてイグニッションキースイッ
チ２３のオフ後の電源投入継続期間中に通信が実施され
る。この（iii)の場合には車載機器が停止しており、通
信を行う上での当該機器からのノイズの影響、および通
信により発生するノイズの車載機器への影響を無くすこ
とができる。又、ＣＰＵ９の演算負荷も軽いときに通信
が行われる。

【００９９】このように本実施形態では、通信開始タイ
ミングを最適化して、通信にて発生するノイズの外部機
器への影響を無くしたり、外部機器からのノイズによる
通信への影響を無くしたり、ＣＰＵ９の処理負荷の軽減
化を図ることができる。

【０１００】本実施形態の応用例としては、図１０のよ
うにイグニッションキースイッチ２３のオンにてステッ
プ２００でデータチェックをし、ステップ２０１で初期
値を格納した後に一旦処理を終了し、所定の通信条件が
成立した時（図１４のステップ５００での条件成立時に
相当）にステップ２０２の通信処理を開始するようにし
てもよい。

【図面の簡単な説明】

【図１】 燃料噴射ポンプの制御装置の全体構成図。

【図２】 燃料噴射量算出までの処理を示したデータフ
ローチャート。

【図３】 ＯＴＰＲＯＭのメモリ構成図。

【図４】 識別コードの定義表を示す図。

【図５】 補正ポイントをガバナパターンに表現した説
明図。

【図６】 補正データの通信処理を示すフローチャー
ト。

【図７】 データ通信状態の説明図。

【図８】 シリアルデータ出力に際し関連する各信号の
タイミングチャート。

【図９】 ＯＴＰＲＯＭを含めたシリアル通信インター
フェースの構成図。

【図１０】 第２の実施形態を説明するためのフローチ
ャート。

【図１１】 第２の実施形態の応用例を説明するための
フローチャート。

【図１２】 第３の実施形態を説明するためのフローチ
ャート。

【図１３】 第４の実施形態を説明するためのフローチ
ャート。

【図１４】 第４の実施形態を説明するためのフローチ
ャート。

【図１５】 第４の実施形態を説明するためのタイムチ
ャート。

【図１６】 第４の実施形態を説明するためのタイムチ
ャート。

【符号の説明】

１…燃料噴射ポンプ、６…第１の記憶手段としてのＲＯ
Ｍ、７…第２の記憶手段としてのＯＴＰＲＯＭ、８…第
３の記憶手段としてのバックアップメモリ、９…演算手
段および受信手段としてのＣＰＵ、１０…シリアル通信
手段および送信手段としてのシリアル通信インターフェ
ース。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 原田 卓哉 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 北村 哲康 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内

Claims (13)

【特許請求の範囲】
1. 【請求項１】 基本となる制御データが記憶された第１
   の記憶手段と、 前記基本となる制御データに対する補正データが記憶さ
   れた第２の記憶手段と、 これら第１及び第２の記憶手段に記憶されたデータに基
   づき所定の演算を行う演算手段とを備え、 前記補正データは、項目によりデータ長が異なるもので
   あり、 前記第２の記憶手段は、前記補正データの項目識別およ
   びデータ長識別のための識別コードをそれら該当する補
   正データと対にして持っていることを特徴とするデータ
   処理装置。
2. 【請求項２】 基本となる制御データが記憶された第１
   の記憶手段と、 前記第１の記憶手段とは物理的に離間し、前記基本とな
   る制御データに対する補正データが記憶された第２の記
   憶手段と、 補正データが前記第２の記憶手段から転送され、前記第
   ２の記憶手段に記憶されている補正データが記憶される
   第３の記憶手段と、 前記第１及び第３の記憶手段に記憶されたデータに基づ
   き所定の演算を行う演算手段とを備え、 前記補正データは、項目によりデータ長が異なるもので
   あり、 前記第２の記憶手段は、前記補正データの項目識別およ
   びデータ長識別のための識別コードをそれら該当する補
   正データと対にして持っていることを特徴とするデータ
   処理装置。
3. 【請求項３】 前記第２の記憶手段と第３の記憶手段と
   の間のデータ転送はシリアル通信手段により行われ、識
   別コードにおける上位ビットの判定にて以後送られてく
   る補正データのデータ長を識別する受信手段を備え、該
   受信手段により確認されたデータ長に相当する補正デー
   タを第３の記憶手段に記憶することを特徴とする請求項
   ２に記載のデータ処理装置。
4. 【請求項４】 第２の記憶手段は初期状態が全ビット
   「１」である書き換え可能なＲＯＭであり、データ書き
   換えの際には書き換え前のデータビットを全て「０」に
   し、未書き込み領域に更新データを書き込み処理するよ
   うにした請求項２に記載のデータ処理装置。
5. 【請求項５】 前記第２の記憶手段の先頭アドレスか
   ら、全てのビットデータが「１」で表される識別コード
   および補正データを記憶している領域のアドレスの一つ
   手前のアドレスまでは、順次送信し、ビットデータが全
   て「０」で表される識別コードおよび補正データを記憶
   している領域のアドレスは飛び越し処理する送信手段を
   備えたことを特徴とする請求項４に記載のデータ処理装
   置。
6. 【請求項６】 第２の記憶手段は、ディーゼルエンジン
   に燃料を供給する燃料噴射ポンプに搭載され、 前記第１と第３の記憶手段は、前記燃料噴射ポンプを制
   御する制御装置に搭載されるものであり、 第２の記憶手段に記憶されるデータは、前記燃料噴射ポ
   ンプ毎の機差のデータである請求項２に記載のデータ処
   理装置。
7. 【請求項７】 前記第２の記憶手段は、ディーゼルエン
   ジンに燃料を供給する燃料噴射ポンプに搭載され、 前記第１の記憶手段は、前記燃料噴射ポンプを制御する
   制御装置に搭載されるものであり、 第１の記憶手段に記憶されるデータは、前記燃料噴射ポ
   ンプを制御するための制御データであって、前記第２の
   記憶手段に記憶されるデータは、前記燃料噴射ポンプ毎
   のデータである請求項１に記載のデータ処理装置。
8. 【請求項８】 前記制御装置に搭載され、前記第２の記
   憶手段に記憶される補正データが記憶される第３の記憶
   手段と、 前記第２の記憶手段と前記第３の記憶手段記憶との間の
   データ転送を行うシリアル通信手段と、 前記シリアル通信による識別コードにおける上位ビット
   の判定にて以後送られてくる補正データのデータ長を識
   別する受信手段とを備え、 前記演算手段は前記第１の記憶手段に記憶された制御デ
   ータ及び第３の記憶手段に記憶された補正データとに基
   づき所定の演算を行い、前記受信手段は認識されたデー
   タ長に相当する補正データを第３の記憶手段に記憶する
   ことを特徴とする請求項７に記載のデータ処理装置。
9. 【請求項９】 前記第２の記憶手段は、前記燃料噴射ポ
   ンプのガバナパターンでの複数のポイントにおける補正
   データおよび当該補正データに対応する識別コードを記
   憶しており、 前記受信手段は、前記識別コードの上位ビットと下位ビ
   ットの組み合わせにより前記補正データのデータ長およ
   び項目を判別することを特徴とする請求項６又は７に記
   載のデータ処理装置。
10. 【請求項１０】 所定条件が成立した時に、前記第２の
    記憶手段から第３の記憶手段への補正データ転送、また
    は第３の記憶手段の受信データのチェックの少なくとも
    いずれかを行わせるようにしたことを特徴とする請求項
    ２に記載のデータ処理装置。
11. 【請求項１１】 所定条件が成立した時とは、電源が供
    給された時である請求項１０に記載のデータ処理装置。
12. 【請求項１２】 所定条件が成立した時とは、一定時間
    毎である請求項１０に記載のデータ処理装置。
13. 【請求項１３】 所定条件が成立した時とは、演算負荷
    が軽い時である請求項１０に記載のデータ処理装置。