JP2001227402A

JP2001227402A - 車載電子制御装置

Info

Publication number: JP2001227402A
Application number: JP2000035229A
Authority: JP
Inventors: Hiroshi Kondo; 浩近藤
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2000-02-14
Filing date: 2000-02-14
Publication date: 2001-08-24

Abstract

(57)【要約】【課題】マイクロコンピュータを効率良く動作させ、且
つチェックサムの算出完了までの時間を短縮する。【解決手段】ＥＣＵ１０は、ＣＰＵ１２、ＲＡＭ１３等
からなるマイコン１１と、制御プログラムや比較判定用
データ等を格納したＲＯＭ１４とを備える。ＣＰＵ１２
は、燃料噴射制御や点火時期制御といった各種エンジン
制御を実施する。また、ＣＰＵ１２は、ＲＯＭ１４の規
定されたアドレスについてチェックサムを算出する。こ
のチェックサム算出は時分割で行い、ＣＰＵ１２の処理
負荷に応じて加算バイト数を変更する。例えば、エンジ
ンの低回転時には加算バイト数を大きくし、逆に、エン
ジンの高回転時には加算バイト数を小さくする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、エンジン又は車載
機器の各種制御を実施する機能と、メモリ内のデータを
加算してチェックサム（メモリデータ加算値）を算出す
る機能とを併せ持つ車載電子制御装置に関する。

【０００２】

【従来の技術】従来より、メモリの異常検出や不正改造
防止（タンパリング防止）を目的として、メモリのチェ
ックサムを算出する車載電子制御装置が各種提案され、
具体化されている。例えば、工場出荷時のメモリ検査等
でメモリのチェックサムを算出し、そのチェックサムが
真のサム値であるかどうかを判定してメモリの異常検出
を行う技術が知られている。また、一般市場において、
車両情報の一部としてメモリのチェックサムを算出し、
そのチェックサムからメモリの不正改造を検出する技術
が知られている。なお今後は、メモリのチェックサム値
を所定のダイアグテスタに出力することが法規化される
可能性がある（ＩＳＯ１５０３１−５のｍｏｄｅ＄０
９）。

【０００３】ところで、車載電子制御装置（車載ＥＣ
Ｕ）にはマイクロコンピュータが搭載され、該マイクロ
コンピュータ内のＣＰＵにより各種のエンジン制御が実
施されると共に、チェックサム算出が実施される。この
場合、エンジン制御に加えてチェックサム算出が実施さ
れると、ＣＰＵ処理負荷の増加をもたらす。それ故通常
は、・イグニッションキー（ＩＧキー）のＯＮ直後における
エンジン始動時、・同ＩＧキーのＯＦＦ直後におけるメインリレー制御
時、等々、エンジン制御によるＣＰＵの処理負荷が比較的小
さい状態でチェックサムが算出される。

【０００４】上記の通りエンジン始動時にチェックサム
を算出する場合、メモリ容量が比較的小さくチェックサ
ム算出の所要時間が短ければチェックサムの算出完了ま
でエンジン制御の開始を遅らせてもよい。しかしなが
ら、各種電子制御の高機能化に伴いメモリ容量が増大す
る傾向にあることを考えると、チェックサム算出の所要
時間が増加し、その分、エンジン制御の開始時期も遅延
される。従って、エンジン始動性が悪化することが懸念
される。

【０００５】また、メインリレー制御中にチェックサム
を算出する場合、ＩＧキーがＯＦＦされるまでの期間は
チェックサムが算出されず、メモリ異常があってもＩＧ
キーＯＦＦまではそれが検出できないという不都合があ
る。

【０００６】そこで近年では、上記の如くエンジン始動
時やメインリレー制御時にチェックサムを算出する技術
に代えて、通常のエンジン運転途中において、時分割で
チェックサムを算出する技術が提案されている。つま
り、時分割でチェックサムを算出してＣＰＵの処理負荷
を分散させることにより、エンジン制御に並行してチェ
ックサム算出を実施できるようにしている。

【０００７】時分割でチェックサムを算出する場合にお
いて、エンジン回転数ＮＥとＣＰＵ使用率との関係を図
１０に示す。なお、図１０中、全ＣＰＵ使用率のうち、
エンジン制御によるＣＰＵ使用率を「Ａ」で表し、チェ
ックサム算出によるＣＰＵ使用率を「Ｂ」で表す。ＣＰ
Ｕ使用率とは、処理されるべきタスクが単位時間内で占
める比率であり、タスクの全処理時間と単位時間とが一
致する時、ＣＰＵ使用率＝１００％であると定義する。

【０００８】図１０（ａ）によれば、エンジン制御によ
るＣＰＵ使用率（図のＡ）は、エンジン回転数ＮＥの増
加に伴いほぼ比例的に増えるのに対し、チェックサム算
出によるＣＰＵ使用率（図のＢ）は、エンジン回転数Ｎ
Ｅに関係なく一定幅となる。この場合、全ＣＰＵ使用率
（図のＡ＋Ｂ）が１００％に達する回転数が処理限界回
転数であり、全ＣＰＵ使用率が１００％を超えると、本
来実施すべきタスクが完全に実施できないこととなる。
従って、全ＣＰＵ使用率が１００％を超えず、エンジン
制御等に悪影響を及ぼさない範囲で、チェックサム算出
のために時分割する処理量、すなわち１度に加算する処
理量（バイト数）を決定していた。

【０００９】しかしながら、メモリが大容量化されつつ
ある近年の車載電子制御装置の場合、上記時分割でチェ
ックサムを算出する手法では、チェックサム算出完了ま
での所要時間が長引くという問題が生じる。ここで、１
度に加算するバイト数（時分割された１回の処理量）と
チェックサムの算出完了時間とは、図１１の関係にあ
り、１度に加算するバイト数を増加させれば、算出完了
時間が短縮できることが分かるがその反面、ＣＰＵ処理
負荷が増加し、エンジン高回転域での処理限界を招く。
すなわち、１度に加算するバイト数を増加させた場合、
図１０（ｂ）に示すように、チェックサム算出によるＣ
ＰＵ使用率（図のＢ）が増え、結果として処理限界回転
数が低下する。こうしたエンジン高回転域での処理限界
を解消するにはＣＰＵの処理能力を向上させることが考
えられるが、この対策ではコスト増加を招く。

【００１０】

【発明が解決しようとする課題】本発明は、上記問題に
着目してなされたものであって、その目的とするところ
は、マイクロコンピュータを効率良く動作させ、且つチ
ェックサムの算出完了までの時間を短縮することができ
る車載電子制御装置を提供することである。

【００１１】

【課題を解決するための手段】請求項１に記載の車載電
子制御装置では、マイクロコンピュータの処理負荷に応
じて、チェックサム（サム値）の算出時に１度に加算す
るバイト数を変更するので、単位時間当たりのマイクロ
コンピュータの処理能力を考慮しつつチェックサム算出
が実施されることとなる。つまり、マイクロコンピュー
タの処理負荷が比較的小さく、処理負荷の限界（使用率
１００％）に対して余裕があれば、チェックサム算出時
の加算バイト数を大きくし、逆に、マイクロコンピュー
タの処理負荷が比較的大きく、処理負荷の限界に対して
余裕が無ければ、チェックサム算出時の加算バイト数を
小さくする。これにより、マイクロコンピュータの実質
的な使用効率が上がる。その結果、マイクロコンピュー
タを効率良く動作させ、且つチェックサムの算出完了ま
での時間を短縮することができる。

【００１２】また本発明では、・請求項２に記載したように、エンジンの回転数をモニ
タする手段を設け、該回転数が高いほど、チェックサム
算出時の加算バイト数を小さくする、・請求項３に記載したように、ベース処理の１回当たり
の所要時間を計測し、その所要時間が大きいほど、チェ
ックサム算出時の加算バイト数を小さくする、といった構成を適宜採用すると良い。かかる場合、マイ
クロコンピュータの処理負荷に応じた最適な加算バイト
数が設定できる。なお、エンジン回転数が高いこと、ベ
ース処理の１回当たりの所要時間が大きいことは何れ
も、マイクロコンピュータの処理が混み合い、その処理
負荷が増大することを意味する。

【００１３】また、請求項４に記載したように、エンジ
ン運転状態又は車両走行状態をモニタし、その状態がマ
イクロコンピュータの処理負荷を減じる状態にあれば、
チェックサム算出時の加算バイト数を大きくする、とい
った構成でも望ましい効果が得られる。なおここで言う
「マイクロコンピュータの処理負荷を減じる状態」と
は、燃料カット中、始動時判定中、エンスト判定中、ア
イドル判定中などを指す。

【００１４】また、請求項５に記載の発明では、各種制
御に関する複数の処理について、実施されるエンジン回
転数領域が各々相違する車載電子制御装置であって、処
理の実施／非実施が切り換えられるエンジン回転数に応
じて、チェックサムの算出時に１度に加算するバイト数
を変更する。かかる場合にも、マイクロコンピュータの
処理負荷に応じた最適な加算バイト数が設定できる。

【００１５】請求項６に記載の発明では、エンジンの所
定の高回転域でチェックサムの算出を禁止するので、エ
ンジン高回転域において、チェックサム算出以外に本来
実施される処理（タスク）が実施されない、或いは実施
が遅れるといった不都合が解消される。

【００１６】

【発明の実施の形態】本実施の形態では、本発明を車載
エンジンの制御システムとして具体化し、車載電子制御
装置（ＥＣＵ）は、燃料噴射制御や点火時期制御等、各
種のエンジン制御を実施する。また、ＥＣＵは、メモリ
の異常検出や不正改造検出を行うべく、メモリデータの
チェックサム（メモリデータ加算値）を算出する。以
下、メモリデータのチェックサムを好適に算出するため
の一実施の形態を詳細に説明する。

【００１７】図１は、本実施の形態におけるＥＣＵ１０
の電気的構成を示すブロック図である。図１において、
ＥＣＵ１０は、周知のマイクロコンピュータ（以下、マ
イコンという）１１を中心に構成されており、同マイコ
ン１１は、各種制御プログラムを実行するＣＰＵ１２、
制御データ等を一時的に記憶するＲＡＭ１３、その他図
示しないＡ／Ｄ変換器や入出力ポート等を備える。ま
た、ＥＣＵ１０は、制御プログラムや比較判定用データ
等を格納したＲＯＭ１４を備える。

【００１８】ＥＣＵ１０には、エンジン回転数を検出す
る回転数センサ２１、エンジン吸気管内の圧力を検出す
る吸気管圧力センサ２２、空燃比（Ａ／Ｆ）を検出する
Ａ／Ｆセンサ２３、エンジン冷却水の温度を検出する水
温センサ２４、吸気温度を検出する吸気温センサ２５
等、各種センサより検出信号が入力され、ＥＣＵ１０
は、これらセンサ検出信号により検知されるエンジン回
転数ＮＥ、吸気管圧力ＰＭ、Ａ／Ｆ、エンジン水温Ｔ
ｗ、吸気温Ｔａ等に基づき、燃料噴射制御や点火時期制
御等を実施する。すなわち、ＥＣＵ１０は、上記の各パ
ラメータに基づいて燃料噴射制御のための噴射パルス信
号を生成し、この噴射パルス信号によりインジェクタ２
６の駆動を制御する。また、ＥＣＵ１０は、同じく上記
の各パラメータに基づいて点火制御のための点火信号を
生成し、この点火信号により点火プラグ２７の点火時期
を制御する。

【００１９】図２は、マイコン１１内のＣＰＵ１２が実
行する制御プログラムの概要を示すフローチャートであ
る。通常、プログラムは図２のように（ａ）初期化処理
と、（ｂ）ベース処理と、（ｃ）割り込み処理とから構
成される。つまり、ＥＣＵ１０が起動されると、初期化
処理→ベース処理の順に制御プログラムが起動され、そ
れ以降、ベース処理が繰り返し実行される。また、回転
数センサ２１から等クランク角毎に回転パルス信号が入
力されると、その都度割り込み処理が要求され、これに
よりベース処理を中断して割り込み処理が実行される。
割り込み処理終了後は、中断したベース処理に戻り、ベ
ース処理が継続的に実行される。

【００２０】詳しくは、図２（ａ）の初期化処理が起動
されると、先ずステップ１１０では、マイコン１１の動
作環境を設定する。そして、続くステップ１２０ではＲ
ＡＭ１３の初期化を行い、その後、図２（ｂ）に示すベ
ース処理へ移行する。

【００２１】ベース処理においてステップ１３０では、
図示しない特性マップを用い、その時々のエンジン回転
数ＮＥと吸気管圧力ＰＭとに基づいて基本噴射量を算出
する。続くステップ１４０では、エンジン水温Ｔｗ、吸
気温Ｔａ等に基づいて噴射補正量を算出し、この噴射補
正量により前記基本噴射量を補正する。またこのとき、
検出Ａ／Ｆと実Ａ／Ｆとの偏差に基づいてフィードバッ
ク補正量が算出され、該補正量によるＡ／Ｆフィードバ
ック制御も併せて実施される。この演算結果に基づいて
インジェクタ２６の開弁時間が制御される。更に、ステ
ップ１５０では、エンジン回転数ＮＥや吸気管圧力ＰＭ
等に基づいて点火信号を生成する。この点火信号によ
り、点火プラグ２７の点火時期が制御される。

【００２２】その後、ステップ１６０では、ＲＯＭデー
タのチェックサムを算出する。つまり、ＲＯＭ１４内の
規定されたアドレス領域についてデータを全て加算し、
その和をチェックサム（サム値）とする。このチェック
サムの算出値は、ＲＯＭ１４の異常検出や、ＲＯＭ１４
の不正改造検出に用いられる。なお、チェックサム算出
の詳細な手順については後述する。チェックサム算出
後、ステップ１３０に戻り、以降の処理を繰り返し実行
する。

【００２３】また、図２（ｃ）に示す割り込み処理は、
例えばエンジンの回転に同期して起動される。本処理の
ステップ１７０では、回転数センサ２１から入力される
回転パルス信号を取り込み、その時々計測される時刻に
より本割り込みの周期を算出する。つまり、この割り込
みの周期によりエンジン回転数が算出され、燃料噴射制
御や点火時期制御に用いられる。なお図示は省略する
が、割り込み処理には回転同期の割り込み以外に、マイ
コン１１内部のタイマにより起動される定時割り込み等
も含まれる。

【００２４】次に、チェックサム算出の手順について図
３のフローチャートを用いて説明する。図３において先
ずステップ２０１では、チェックサムの加算開始アドレ
スを読み込む（但し、初期化処理は図示していない）。
すなわち、ＲＯＭ１４全体のチェックサム加算を時分割
で実施するための開始アドレスを設定する。

【００２５】続くステップ２０２では、１度に加算する
バイト数（加算バイト数）を決定する。加算バイト数の
決定処理の一例としては、図４に示すサブルーチンを呼
び出し実行する。この図４の処理では、加算バイト数が
１６〜１２８バイトの範囲内で可変に設定される。

【００２６】図４について詳しくは、ステップ２１１で
は今現在、燃料カット中、始動時判定中、エンスト判定
中、アイドル判定中など、ＣＰＵ負荷が比較的小さいエ
ンジン運転状態であるか否かを判別する。燃料カット中
など、ＣＰＵ負荷が比較的小さい場合（ステップ２１１
がＹＥＳ）、加算バイト数が比較的大きくても良いた
め、ステップ２１８に飛び、加算バイト数を１２８バイ
トとする。

【００２７】また、ステップ２１１がＮＯの場合、ステ
ップ２１２〜２１８において、その時のエンジン回転数
ＮＥに応じて加算バイト数を設定する。すなわち、ＣＰ
Ｕ１２は、エンジン回転数ＮＥが何れの回転域にあるか
を判定し（ステップ２１３，２１５，２１７）、その回
転域に応じて加算バイト数を決定する（ステップ２１
２，２１４，２１６，２１８）。

【００２８】この場合、エンジン回転数ＮＥと加算バイ
ト数との関係を図示すれば、図５のようになる。図５に
よれば、ＣＰＵ１２を効率良く使用するための加算バイ
ト数が回転域毎に決定され、チェックサム演算に伴うＣ
ＰＵ使用率が最適化できることとなる。

【００２９】加算バイト数が決定されると、図３に戻り
ステップ２０３では、ステップ２０１，２０２にて求め
られた値より加算終了アドレスを決定する。また、ステ
ップ２０４では、実際にチェックサム加算処理を実施す
る。すなわち、ＲＯＭ１４内のアドレスｉのデータを全
て加算し、チェックサムを算出する。その後、ステップ
２０５では、前記決定した加算終了アドレスに達したか
否かを判別し、加算終了判定されるまでステップ２０
４，２０５を繰り返す。加算終了アドレスに達すると、
ステップ２０６では次回の加算開始アドレスを記憶し、
本処理を終了する。

【００３０】図３の処理により、ＲＯＭ１４の加算開始
アドレスから加算終了アドレスまでを一区分として、チ
ェックサムが時分割して算出され、その繰り返しによ
り、ＲＯＭ全体のチェックサムが算出される。

【００３１】図６には、時分割によるＣＰＵ使用率とエ
ンジン回転数ＮＥとの関係を示す。なお図６中、全ＣＰ
Ｕ使用率のうち、エンジン制御によるＣＰＵ使用率を
「Ａ」で表し、チェックサム算出によるＣＰＵ使用率を
「Ｂ」で表す。

【００３２】図６によれば、エンジン制御によるＣＰＵ
使用率（図のＡ）は、エンジン回転数ＮＥの増加に伴い
ほぼ比例的に増える。つまり、エンジン高回転数領域で
は割り込み処理の頻度が増加し、ＣＰＵ使用率が増加す
る。これに対し、チェックサム算出によるＣＰＵ使用率
（図のＢ）は、エンジン回転数ＮＥの増加に伴い段階的
に減じられている。前記図１０（ａ）の従来技術と比較
すると、図６では、エンジン制御によるＣＰＵ使用率が
低い低回転域において、チェックサム算出によるＣＰＵ
使用率が上がり、逆にエンジン制御によるＣＰＵ使用率
が高い高回転域において、チェックサム算出によるＣＰ
Ｕ使用率が抑えられることが分かる。要するに、ＣＰＵ
処理負荷の限界（使用率１００％）に対する余裕に応じ
て加算バイト数が設定されることとなり、回転数の全域
でＣＰＵ使用率が向上するよう加算バイト数が最適化さ
れる。また図６では、前記図１０（ｂ）に示す従来技術
とは異なり、システムにおける処理限界回転数が低下す
ることはない。

【００３３】図７は、所定の走行パターンにおけるチェ
ックサム算出時間を示すタイムチャートである。図７に
おいて、（ａ）は走行パターン上のエンジン回転数ＮＥ
の変化をモデル化して示し、（ｂ）はＮＥに応じて可変
に設定される加算バイト数を示し、（ｃ）は前記（ｂ）
の加算バイト数を積算した累積バイト数を示し、（ｄ）
は加算バイト数一定とする場合（従来技術）の累積バイ
ト数を比較例として示す。

【００３４】（ｄ）に示す従来技術の場合、エンジン回
転数ＮＥの変化に関係なく一定量の加算バイト数が毎回
設定され、時刻ｔ１でチェックサム算出が開始された
後、時刻ｔ３でチェックサム算出が完了する。すなわ
ち、チェックサム算出完了には「ｔ３−ｔ１」の時間を
要する。

【００３５】これに対し、本実施の形態の場合、（ｂ）
に示すようにエンジン回転数ＮＥの変化に応じて１回毎
の加算バイト数がその都度決定される。この場合、時刻
ｔ１でチェックサム算出が開始された後、時刻ｔ２でチ
ェックサム算出が完了する。すなわち、チェックサム算
出完了には「ｔ２−ｔ１」の時間を要する。

【００３６】つまり、従来技術では、エンジン高回転域
でのＣＰＵ使用率の制限があるため、これを基準に加算
バイト数が比較的小さく設定されていたが、本実施の形
態では、特に低回転域での加算バイト数が大きくなるた
め、１度に計算できる容量が増え、チェックサムの算出
完了時間が短縮できる。

【００３７】以上詳述した本実施の形態によれば、以下
に示す効果が得られる。ＣＰＵ１２（マイコン１１）の
処理負荷に応じて加算バイト数を変更するので、単位時
間当たりのＣＰＵ処理能力を考慮しつつチェックサム算
出が実施され、ＣＰＵ１２の実質的な使用効率が上が
る。その結果、ＣＰＵ１２を効率良く動作させ、且つチ
ェックサムの算出完了までの時間を短縮することができ
る。

【００３８】この場合、ＲＯＭ１４が大容量化した場合
でも、比較的短時間でチェックサム算出が完了できる。
また、ＣＰＵの処理能力向上が強いられることがないた
め、コストアップを招くこともない。

【００３９】（第２の実施の形態）次に、本発明におけ
る第２の実施の形態を説明する。但し、本実施の形態で
は、上述した第１の実施の形態と同等であるものは説明
を簡略化し、第１の実施の形態との相違点を中心に説明
する。

【００４０】上記第１の実施の形態では、エンジン制御
によるＣＰＵ処理負荷（使用率）がエンジン回転数ＮＥ
に応じてほぼ比例的に上昇する旨を記載したが、実際の
エンジン制御では、各種制御に関する複数の処理につい
て、実施されるエンジン回転数領域が各々相違し、回転
数領域に応じてＣＰＵ処理負荷に変極点が存在する。つ
まり、一例として、低・中回転域（例えば０〜４０００
ｒｐｍ）ではＡ／Ｆフィードバック制御が実施されるの
に対し、高回転域（４０００ｒｐｍ以上）ではＡ／Ｆフ
ィードバック制御が禁止される。またその他、失火検出
やアイドル回転数制御の処理も低・中回転域でのみ実施
される。

【００４１】それ故、図８（ａ）に示すように、エンジ
ン制御によるＣＰＵ使用率（図のＡ）がエンジン回転数
ＮＥに応じて一様に上昇するのではなく、変極点を持つ
ことになる。

【００４２】そこで本実施の形態では、上記図８（ａ）
の関係に従い加算バイト数を算出する。実際には、加算
バイト数の算出に際し、前記図５の関係に代えて図９の
関係を用いる。かかる場合、前記図３のステップ２０２
（図４のサブルーチン）において、図９の関係に従って
加算バイト数を決定する。

【００４３】こうして図９の関係に従い加算バイト数を
決定し、チェックサム算出を行う場合、チェックサム算
出も含めた全ＣＰＵ使用率は図８（ｂ）のようになる。
図８（ｂ）によれば、チェックサム算出によるＣＰＵ使
用率（図のＢ）は、エンジン回転数ＮＥ並びに制御の変
極点に応じて段階的に変化する。この場合にもやはり、
回転数の全域でＣＰＵ使用率が向上するよう加算バイト
数が最適化される。

【００４４】以上第２の実施の形態によれば、処理の実
施／非実施が切り換えられるエンジン回転数（回転数に
応じたＣＰＵ処理負荷の変極点）に応じてチェックサム
算出のための加算バイト数を変更するので、ＣＰＵ処理
負荷等に応じて加算バイト数を適正に決定することがで
きる。図９に示すように、エンジン回転数ＮＥと加算バ
イト数との関係が単調的な増加又は減少ではなく多様性
を持たせることで、システムへの適用性や汎用性が向上
する。

【００４５】なお本発明は、上記以外に次の形態にて具
体化できる。上記実施の形態では、概ねエンジン回転数
ＮＥに応じて加算バイト数を決定したが、これを以下の
如く変更する。（１）ベース処理の１回当たりの所要時間を計測し、そ
の所要時間が大きいほど、チェックサム算出時の加算バ
イト数を小さくする。ベース処理の所要時間を計測する
には、例えば、フリーランカウンタを用い、図２（ｂ）
のベース処理において当該処理がステップ１３０→１４
０→１５０→１６０の順に１周する時間を計測すれば良
い。なおこの場合、ベース処理の所要時間が大きいこと
は、その途中に実施される割り込み処理等が増え、ＣＰ
Ｕ処理負荷が増大することを意味する。（２）単位時間内において、優先度が最も低い処理の実
施回数を数え、その実施回数が多いほど、チェックサム
算出時の加算バイト数を大きくする。なおこの場合、優
先度が最も低い処理が数多く実施されることは、単位時
間内のＣＰＵ処理負荷が比較的低いことを意味する。

【００４６】また、エンジンの所定の高回転域でチェッ
クサムの算出を禁止する。例えば、前記図６に示す処理
限界回転数以上の回転域でチェックサムの算出を禁止す
る。実際には、所定の高回転域にある場合に、チェック
サム算出禁止フラグを立てる、或いは、前記図４の処理
（図５の関係）において加算バイト数＝０とする旨を決
定する。この場合、エンジン高回転域において、チェッ
クサム算出以外に本来実施される処理（タスク）が実施
されない、或いは実施が遅れるといった不都合が解消さ
れる。

【図面の簡単な説明】

【図１】発明の実施の形態における車載ＥＣＵの概要を
示す構成図。

【図２】ＣＰＵの制御プログラムの概要を示すフローチ
ャート。

【図３】チェックサムの算出手順を示すフローチャー
ト。

【図４】加算バイト数の決定手順を示すフローチャー
ト。

【図５】エンジン回転数と加算バイト数との関係を示す
図。

【図６】エンジン回転数とＣＰＵ使用率との関係を示す
図。

【図７】走行パターンに対応させてチェックサム算出完
了の時間を示すタイムチャート。

【図８】第２の実施の形態においてエンジン回転数とＣ
ＰＵ使用率との関係を示す図。

【図９】第２の実施の形態においてエンジン回転数と加
算バイト数との関係を示す図。

【図１０】従来技術においてエンジン回転数とＣＰＵ使
用率との関係を示す図。

【図１１】１度に加算するバイト数とチェックサムの算
出完了時間との関係を示す図。

【符号の説明】

１０…ＥＣＵ、１１…マイコン、１２…ＣＰＵ、１４…
ＲＯＭ。

Claims

【特許請求の範囲】

【請求項１】エンジン又は車載機器の各種制御に関する
処理を定期的に実施するマイクロコンピュータを搭載
し、該定期的に実施される処理毎にマイクロコンピュー
タがメモリ内のチェックサムを分割して算出する車載電
子制御装置であり、マイクロコンピュータの処理負荷に応じて、チェックサ
ムの算出時に１度に加算するバイト数を変更することを
特徴とする車載電子制御装置。
【請求項２】エンジンの回転数をモニタする手段を設
け、該回転数が高いほど、チェックサム算出時の加算バ
イト数を小さくする請求項１に記載の車載電子制御装
置。
【請求項３】エンジン運転時においてマイクロコンピュ
ータがベース処理を繰り返し実施する際、該ベース処理
の１回当たりの所要時間を計測し、その所要時間が大き
いほど、チェックサム算出時の加算バイト数を小さくす
る請求項１に記載の車載電子制御装置。
【請求項４】エンジン運転状態又は車両走行状態をモニ
タし、その状態がマイクロコンピュータの処理負荷を減
じる状態にあれば、チェックサム算出時の加算バイト数
を大きくする請求項１に記載の車載電子制御装置。
【請求項５】各種制御に関する複数の処理について、実
施されるエンジン回転数領域が各々相違する車載電子制
御装置であって、処理の実施／非実施が切り換えられるエンジン回転数に
応じて、チェックサムの算出時に１度に加算するバイト
数を変更する請求項１に記載の車載電子制御装置。
【請求項６】エンジンの所定の高回転域では、チェック
サムの算出を禁止する請求項１に記載の車載電子制御装
置。