JP5126538B2 - 車両用制御装置 - Google Patents
車両用制御装置 Download PDFInfo
- Publication number
- JP5126538B2 JP5126538B2 JP2008315728A JP2008315728A JP5126538B2 JP 5126538 B2 JP5126538 B2 JP 5126538B2 JP 2008315728 A JP2008315728 A JP 2008315728A JP 2008315728 A JP2008315728 A JP 2008315728A JP 5126538 B2 JP5126538 B2 JP 5126538B2
- Authority
- JP
- Japan
- Prior art keywords
- counter
- failure
- time
- counters
- control device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Combined Controls Of Internal Combustion Engines (AREA)
Description
この発明は、車両用制御装置に係り、特に故障診断機能を用いた不具合解析データを保存・取得する車両用制御装置に関する。
近年、国内外の排ガス法規制が年々厳しくなり、それに伴って車両用制御装置（車載用電子コントローラ：ＥＣＵ等）内の故障診断（ＯＢＤ：Ｏｎ Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃ）の要求も厳しくなってきている。
基本的な故障診断は、車両の走行状況が一定の条件を満たした時点で、車両用制御装置の入出力をモニタして正常か異常かを判別する。異常と判断されたなら、どの部品やシステムが異常であるかを識別する故障コード（ＤＴＣ：Ｄｉａｇｎｏｓｔｉｃ Ｔｒｏｕｂ１ｅ Ｃｏｄｅ）と故障判定を実施したときの走行状態を、記憶手段としてのデータ保持用メモリ（ＥＥＰＲＯＭやバッテリー電源でバックアップされたＲＡＭ）に保存している。
基本的な故障診断は、車両の走行状況が一定の条件を満たした時点で、車両用制御装置の入出力をモニタして正常か異常かを判別する。異常と判断されたなら、どの部品やシステムが異常であるかを識別する故障コード（ＤＴＣ：Ｄｉａｇｎｏｓｔｉｃ Ｔｒｏｕｂ１ｅ Ｃｏｄｅ）と故障判定を実施したときの走行状態を、記憶手段としてのデータ保持用メモリ（ＥＥＰＲＯＭやバッテリー電源でバックアップされたＲＡＭ）に保存している。
従来、車両用故障診断制御装置には、設定条件を満たしたときに、エンジンストールやエンジン始動不良を含む始動時故障であると判定する判定機能と、始動時故障と判定されたときの始動時データの保存機能とを備え、修理時間の短縮を可能とするものがある。
内燃機関の故障診断方式には、内燃機関の動作時間又はその動作時間に関連する物理量を積算し、故障発生までの時間等の物理量を知るようにしたものがある。
車両制御装置には、不揮発性メモリの記憶容量を増加させることなく、車両の運転回数及び故障診断回数を記憶する不揮発性メモリの書換え回数を動作保証回数以下に制限することが可能なものがある。
特開２００４−４４４０７号公報
特開昭６３−１６７０５９号公報
特許第３９９１９６３号公報
内燃機関の故障診断方式には、内燃機関の動作時間又はその動作時間に関連する物理量を積算し、故障発生までの時間等の物理量を知るようにしたものがある。
車両制御装置には、不揮発性メモリの記憶容量を増加させることなく、車両の運転回数及び故障診断回数を記憶する不揮発性メモリの書換え回数を動作保証回数以下に制限することが可能なものがある。
ところで、現在の車両用制御装置内の故障診断プログラムにおいては、エンジン始動不良等で非常に多くの部品・システムの故障が要因として考えられるものの、故障内容を識別する故障コードや故障時の走行状態を保存できる機能が、特定のシステム、部品の故障に限られていたことから、部品・システムの特定が不可能であった場合には、故障として判定されていない。
エンジン始動不良は顧客にとって重大な不具合にも関わらず、これを故障として判定できないため、修理業者に車両が持込まれたあと、修理業者は、状況把握のため、不具合の再検証をしなくてはならない。エンジン始動不良は、一般的に特殊な条件下でのみ発生することが多く、この再検証は時間がかかり、修理業者・顧客共、多くの工数／不便を強いられることになる。
また、顧客が修理業者に持ち込む車両の不具合は、現行の故障診断プログラムでは診断できずに故障コードが残っていない場合が多い。これらの症状がすぐ再現できれば、作業者による故障診断は可能ではあるが、再現性の低い故障では故障原因の解析が非常に困難となっている
このような問題点を改善するため、上記の特許文献１では、第２の故障コード（症状ベース）を新設することによって、エンジンストール・エンジン始動不良といった症状べース（上記の「現行の故障診断プログラムでは診断できずに故障コードが残っていない場合」に該当する）の不具合に関するデータの保存を可能としている。
しかしながら、再現性の低い不具合の解析において、どのような状況下であったか、特に、どのようなエンジンの冷却水温度状態で発生しているかが、不具合解析におけるポイントとなるにもかかわらず、それが再現できる程度に十分なデータが蓄積されていなかったという不都合があった。
エンジン始動不良は顧客にとって重大な不具合にも関わらず、これを故障として判定できないため、修理業者に車両が持込まれたあと、修理業者は、状況把握のため、不具合の再検証をしなくてはならない。エンジン始動不良は、一般的に特殊な条件下でのみ発生することが多く、この再検証は時間がかかり、修理業者・顧客共、多くの工数／不便を強いられることになる。
また、顧客が修理業者に持ち込む車両の不具合は、現行の故障診断プログラムでは診断できずに故障コードが残っていない場合が多い。これらの症状がすぐ再現できれば、作業者による故障診断は可能ではあるが、再現性の低い故障では故障原因の解析が非常に困難となっている
このような問題点を改善するため、上記の特許文献１では、第２の故障コード（症状ベース）を新設することによって、エンジンストール・エンジン始動不良といった症状べース（上記の「現行の故障診断プログラムでは診断できずに故障コードが残っていない場合」に該当する）の不具合に関するデータの保存を可能としている。
しかしながら、再現性の低い不具合の解析において、どのような状況下であったか、特に、どのようなエンジンの冷却水温度状態で発生しているかが、不具合解析におけるポイントとなるにもかかわらず、それが再現できる程度に十分なデータが蓄積されていなかったという不都合があった。
そこで、この発明の目的は、特定の部品・システムの故障が特定できないようなエンジン始動不良の発生頻度をエンジンの冷却水温度別に保存することで、再現性が低い不具合であっても的を絞って再検証を行うことができ、また、設計者がどの状況下での発生頻度が高いかを把握し、防止策を検討することができる車両用制御装置を提供することにある。
この発明は、記憶領域を有するとともに複数のカウンタ機能を有し、このカウンタ機能では所定条件の成立に伴って対応するそれぞれのカウンタを増加させるインクリメント処理を行い、このインクリメント処理によって増加したカウント値を前記記憶領域に記憶する車両用制御装置において、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタを設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、前記運転条件は、エンジンの始動時における冷却水温度とクランキング時間とであり、前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントし、前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられ、この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて前記第二のカウンタをインクリメント処理することを特徴とする。
この発明の車両用制御装置は、特定の部品・システムの故障が特定できないようなエンジン始動不良の発生頻度をエンジン冷却水温度別に保存し、再現性が低い不具合であっても的を絞って再検証を行うことができ、また、設計者がどの状況下での発生頻度が高いかを把握することができる。
この発明は、再現性が低い不具合であっても的を絞って再検証を行うことができ、また、設計者がどの状況下での発生頻度が高いかを把握し、防止策を検討することを、特定の部品・システムの故障が特定できないようなエンジン始動不良の発生頻度をエンジン冷却水温度別に保存して実現するものである。
以下、図面に基づいてこの発明の実施例を詳細且つ具体的に説明する。
以下、図面に基づいてこの発明の実施例を詳細且つ具体的に説明する。
図１〜図１０は、この発明の実施例を示すものである。
図１、図２において、１は車両である。この車両１は、エンジン２と通信診断システム３とを搭載している。この通信診断システム３には、車両用制御装置４として、複数の、例えば、第１車両用制御装置４Ａ、第２車両用制御装置４Ｂ…が備えられ、また、故障診断装置（故障診断テスタ）５が車両１から離れて備えられている。
第１車両用制御装置４Ａ、第２車両用制御装置４Ｂ…は、通信線として、シリアル通信可能で双方向のデータ通信が可能な車両側通信線６を介して互いに接続され、通常時には互いにデータの送受信を実施しながら制御対象を制御する。車両側通信線６には、車両側接続コネクタ７が設けられている。
故障診断装置５は、前記複数の車両用制御装置４のいずれか一つの車両用制御装置に接続され、一つの車両用制御装置のプログラムの書換え処理、あるいは車両１やエンジン２の故障診断（ＯＢＤ：Ｏｎ Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃ）を実行するものである。
この故障診断装置５には、ディスプレイ８が備えられ、また、車両側接続コネクタ７に結合可能な車外コネクタ９を設けた通信線である車外通信線１０が接続している。この車外通信線１０は、前記車両側通信線６に接続可能である。
第１車両用制御装置４Ａと第２車両用制御装置４Ｂとは、同一構造であり、ここでは、以下のように、第２車両用制御装置４Ｂについてのみ説明する。
図１、図２において、１は車両である。この車両１は、エンジン２と通信診断システム３とを搭載している。この通信診断システム３には、車両用制御装置４として、複数の、例えば、第１車両用制御装置４Ａ、第２車両用制御装置４Ｂ…が備えられ、また、故障診断装置（故障診断テスタ）５が車両１から離れて備えられている。
第１車両用制御装置４Ａ、第２車両用制御装置４Ｂ…は、通信線として、シリアル通信可能で双方向のデータ通信が可能な車両側通信線６を介して互いに接続され、通常時には互いにデータの送受信を実施しながら制御対象を制御する。車両側通信線６には、車両側接続コネクタ７が設けられている。
故障診断装置５は、前記複数の車両用制御装置４のいずれか一つの車両用制御装置に接続され、一つの車両用制御装置のプログラムの書換え処理、あるいは車両１やエンジン２の故障診断（ＯＢＤ：Ｏｎ Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃ）を実行するものである。
この故障診断装置５には、ディスプレイ８が備えられ、また、車両側接続コネクタ７に結合可能な車外コネクタ９を設けた通信線である車外通信線１０が接続している。この車外通信線１０は、前記車両側通信線６に接続可能である。
第１車両用制御装置４Ａと第２車両用制御装置４Ｂとは、同一構造であり、ここでは、以下のように、第２車両用制御装置４Ｂについてのみ説明する。
第２車両用制御装置４Ｂは、例えば、ボディコントロールモジュール（ＢＣＭ）、エンジンコントールモジュール（ＥＣＭ）、トランスミッション（Ａ／Ｔ）コントローラ、ＡＢＳ（アンチロックブレーキシステム）コントローラ、エアバックコントローラ等の複数の車両用制御装置（車載用電子コントローラ：エレクトリックコントロールユニット（ＥＣＵ））中から選択されたものであり、故障診断機能（自己診断）を有する。
図１に示すように、第２車両用制御装置４Ｂは、車両側通信線６に接続した受信手段である通信ポート１１と、車載用センサ１２からの信号を入力して波形処理するとともに通信ポート１０に出力する入力処理装置１３と、通信ポート１１に連絡するとともに入力処理装置１３からの信号に基づいて目的の制御に対する最適制御量を演算し、この演算結果に基づいた制御信号を出力する中央処理装置（ＣＰＵ）１４と、制御用のプログラムやデータを格納するブロック書き換え可能な不揮発性メモリ（ＲＯＭ）からなる書込み用記憶手段１５と、工場でプログラムする場合等に使用される不揮発性のＥＥＰＲＯＭ（電気的に消去・書込み可能なＲＯＭ）からなるデータ保持用記憶手段１６と、中央処理装置（ＣＰＵ）１４が演算を行うためのデータを保存するとともに保存されている故障情報を他の電子制御装置内にも保存するデータ保存記憶手段（ＲＡＭ）１７と、データをバックアップ保存するバックアップ記憶手段（ＲＡＭ）１８と、中央処理装置（ＣＰＵ）１４からの制御信号を受けてアクチュエータ（燃料噴射弁等）１９を駆動するように通信ポート１１に接続した出力制御装置１０と、電源供給回路２１とを備えている。
図１に示すように、第２車両用制御装置４Ｂは、車両側通信線６に接続した受信手段である通信ポート１１と、車載用センサ１２からの信号を入力して波形処理するとともに通信ポート１０に出力する入力処理装置１３と、通信ポート１１に連絡するとともに入力処理装置１３からの信号に基づいて目的の制御に対する最適制御量を演算し、この演算結果に基づいた制御信号を出力する中央処理装置（ＣＰＵ）１４と、制御用のプログラムやデータを格納するブロック書き換え可能な不揮発性メモリ（ＲＯＭ）からなる書込み用記憶手段１５と、工場でプログラムする場合等に使用される不揮発性のＥＥＰＲＯＭ（電気的に消去・書込み可能なＲＯＭ）からなるデータ保持用記憶手段１６と、中央処理装置（ＣＰＵ）１４が演算を行うためのデータを保存するとともに保存されている故障情報を他の電子制御装置内にも保存するデータ保存記憶手段（ＲＡＭ）１７と、データをバックアップ保存するバックアップ記憶手段（ＲＡＭ）１８と、中央処理装置（ＣＰＵ）１４からの制御信号を受けてアクチュエータ（燃料噴射弁等）１９を駆動するように通信ポート１１に接続した出力制御装置１０と、電源供給回路２１とを備えている。
第２車両用制御装置４Ｂの電源供給回路２１には、電力の供給を受けるように電力線２２よって電源（バッテリ）２３が接続し、また、イグニション信号を受けるようにイグニション信号線２４によってイグニションスイッチ２５が接続している。電源２３には、車両側接続コネクタ７に接続した車両側電源線２６及び車両側グランド線２７が接続している。
一方、故障診断装置５には、車外コネクタ９に接続した車外電源線２８及び車外グランド線２９が接続している。車外電源線２８は、車両側電源線２６に接続可能である。車外グランド線２９は、車両側グランド線２７に接続可能である。
一方、故障診断装置５には、車外コネクタ９に接続した車外電源線２８及び車外グランド線２９が接続している。車外電源線２８は、車両側電源線２６に接続可能である。車外グランド線２９は、車両側グランド線２７に接続可能である。
この車両用制御装置４Ｂにおいては、故障診断プログラムが備えられており、所定条件の成立時に故障診断が実施される。ここで、前記所定条件とは、エンジンストールとエンジン始動不良とを識別可能な条件であり、また、車両用制御装置４Ｂの中央処理装置１４の故障判定部１４Ａで、故障と判定された場合に、内部の、例えば、データ保持用記憶手段１６等の所定の記憶手段に故障コードと走行状態とが保存される。
そして、車両が修理工場に持ち込まれた場合に、車両１の車両用制御装置４Ｂに故障診断装置５を接続し、車両用制御装置４Ｂの内部のデータ保持用記憶手段１６に保存された故障コードと走行状態及びエンジン２の冷却水温度毎の始動時間の統計データとエンジン冷却水温度毎の始動不良発生回数を読み出し、故障診断装置５のディスプレイ８に表示する。
そして、車両が修理工場に持ち込まれた場合に、車両１の車両用制御装置４Ｂに故障診断装置５を接続し、車両用制御装置４Ｂの内部のデータ保持用記憶手段１６に保存された故障コードと走行状態及びエンジン２の冷却水温度毎の始動時間の統計データとエンジン冷却水温度毎の始動不良発生回数を読み出し、故障診断装置５のディスプレイ８に表示する。
この実施例において、車両用制御装置４Ｂは、データ保持用記憶手段１６等の所定の記憶手段で記憶領域（記憶エリア）を有するとともに中央処理装置１４のカウンタ部１４Ｂで複数のカウンタ機能を有し、このカウンタ機能では所定条件の成立に伴って対応するそれぞれのカウンタ（記憶値、ｕｎｉｔデータ）を増加させるインクリメント処理を行い、そして、このインクリメント処理によって増加したカウント値を前記記憶領域に記憶する。
また、車両用制御装置４Ｂは、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタ（オーバーフローカウンタ）を設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施する。
更に、車両用制御装置４Ｂは、前記第一のカウンタと前記第二のカウンタとを、いずれも２のｎ乗通りカウント可能な２進ｎビットとし、二分割処理は前記第一のカウンタの値を小数点以下を切り上げた整数値となるように半減するものとし、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、この第二のカウンタのインクリメント処理を継続して実施することにより前記第二のカウンタが増大するにつれて、直近の最後にオーバーフロー間近となる最大値に達した第一のカウンタの二分割処理後のｎビット目を２値（０，１）のうち１とする一方、直近の第二のカウンタの増大に寄与しなかったカウンタのうち有値のカウンタの値を二分割処理によって１ビット目のみを２値（０，１）のうち１に向けて収束するように変更可能とする。
前記運転条件は、エンジン２の始動時における冷却水温度とクランキング時間とである。つまり、カウンタをパラメータとして分けるために設定する運転条件の各変数（車両用制御装置４への入力パラメータ）は、エンジン２の始動時における燃焼環境を端的に示すエンジン２の冷却水温度、及び完爆するまでの容易性や困難性を示す所要時間であるクランキング時間である。
前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントする。つまり、第一のカウンタは、冷却水温度を複数の温度域に分けるとともに、クランキング時間を複数の所要時間帯に分けて、これらを組合せた条件に依存して複数分けて設けている。そして、複数に分けられたカウンタのそれぞれに対して、当て嵌まる条件が成立したという実績を、成立した頻度として、カウントするものである。
車両用制御装置４Ｂの故障診断機能（自己診断）によって、故障が判別されれば、第一の故障コードが記録される。特定の故障が判別されない場合（第一の故障コードが記録されない場合）は、車両用制御装置４Ｂが関わるシステム全体が正常の場合であるか、あるいは、第二の故障コードが記録されるような症状ベースの故障の場合であるか、どちらかである。いずれにしても、第一のカウンタには実績が残るので、解析によって判別が可能である。
前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントする。つまり、第一のカウンタは、冷却水温度を複数の温度域に分けるとともに、クランキング時間を複数の所要時間帯に分けて、これらを組合せた条件に依存して複数分けて設けている。そして、複数に分けられたカウンタのそれぞれに対して、当て嵌まる条件が成立したという実績を、成立した頻度として、カウントするものである。
車両用制御装置４Ｂの故障診断機能（自己診断）によって、故障が判別されれば、第一の故障コードが記録される。特定の故障が判別されない場合（第一の故障コードが記録されない場合）は、車両用制御装置４Ｂが関わるシステム全体が正常の場合であるか、あるいは、第二の故障コードが記録されるような症状ベースの故障の場合であるか、どちらかである。いずれにしても、第一のカウンタには実績が残るので、解析によって判別が可能である。
上記の第一のカウンタと第二のカウンタとは、いずれも２のｎ乗通りカウント可能な２進ｎビットである。ここでは、ｎ＝８で、２８ ＝２５６通りの８ビット（００００００００〜１１１１１１１１）としている。即ち、カウンタの値であるｕｎｉｔデータは、０（００００００００）〜２５５（１１１１１１１１）の値をとる。
また、上記の二分割処理は、第一のカウンタの値を、小数点以下を切り上げた整数値となるように半減するものとしている。例えば、この二分割処理によって、２５５（１１１１１１１１）の場合には、１２８（１０００００００）となり、１２８（１０００００００）の場合には、６４（０１００００００）となり、２（００００００１０）の場合には、１（０００００００１）となり、そして、１（０００００００１）の場合には、１（０００００００１）のままとなる。
また、上記のように、インクリメント処理を継続して実施することにより、二分割処理が行われ、前記第二のカウンタ（二分割回数）が増大する。
この第二のカウンタ（二分割回数）が増大するにつれて、直近の最後にオーバーフロー間近となる最大値に達した第一のカウンタの二分割処理後のｎビット目を２値（０，１）のうち１とする。例えば、この二分割処理によって、２５５（１１１１１１１１）の場合に、１２８（１０００００００）となり、ｎ＝８の８ビット目は１となる。
また、上記の二分割処理は、第一のカウンタの値を、小数点以下を切り上げた整数値となるように半減するものとしている。例えば、この二分割処理によって、２５５（１１１１１１１１）の場合には、１２８（１０００００００）となり、１２８（１０００００００）の場合には、６４（０１００００００）となり、２（００００００１０）の場合には、１（０００００００１）となり、そして、１（０００００００１）の場合には、１（０００００００１）のままとなる。
また、上記のように、インクリメント処理を継続して実施することにより、二分割処理が行われ、前記第二のカウンタ（二分割回数）が増大する。
この第二のカウンタ（二分割回数）が増大するにつれて、直近の最後にオーバーフロー間近となる最大値に達した第一のカウンタの二分割処理後のｎビット目を２値（０，１）のうち１とする。例えば、この二分割処理によって、２５５（１１１１１１１１）の場合に、１２８（１０００００００）となり、ｎ＝８の８ビット目は１となる。
一方、直近の第二のカウンタの増大に寄与しなかったカウンタのうち、有値（１から２５４までの値を有するもの）のカウンタの値を、二分割処理によって１ビット目を２値（０，１）のうち１に向けて収束するよう変更する。例えば、この二分割処理によって、２５４（１１１１１１１０）の場合に、１２７（０１１１１１１１）となり、そして、これを繰り返すとやがて、２（００００００１０）が１（０００００００１）となり、１（０００００００１）が１（０００００００１）のままとなる。そして、二分割処理を、ｎ＝８の８回程度繰り返す間に、インクリメントがなかった場合は、カウンタが１（０００００００１）となる。つまり、カウンタは、最終的に、１（０００００００１）に収束することになる。従って、逆に、カウンタが０（００００００００）の場合は、実績がないという有意のデータとなる。
また、２５５を１２８とするように、約半値を保持することにより、ｕｎｉｔデータが０の場合には、実績が０であることが明確になり、実績が「ない」というｕｎｉｔデータが「ある」ということになる。また、この二分割実施では、一度でもｕｎｉｔデータが１となれば、何回繰り返しても、１となるので、０か１かの違いは有意差となる。これは、非常に簡単な数値判定なので、作業者が視覚的に判断でき、また、自動的に電算処理もできる。
これに対して、従来技術では、オーバーフローカウンタの一つを共有して、リセットによって０となるので、多くが０の場合に、実績の有無がそのままではわからないことになっていた。
また、２５５を１２８とするように、約半値を保持することにより、ｕｎｉｔデータが０の場合には、実績が０であることが明確になり、実績が「ない」というｕｎｉｔデータが「ある」ということになる。また、この二分割実施では、一度でもｕｎｉｔデータが１となれば、何回繰り返しても、１となるので、０か１かの違いは有意差となる。これは、非常に簡単な数値判定なので、作業者が視覚的に判断でき、また、自動的に電算処理もできる。
これに対して、従来技術では、オーバーフローカウンタの一つを共有して、リセットによって０となるので、多くが０の場合に、実績の有無がそのままではわからないことになっていた。
上記の二分割実施によって約半値を保持することを繰り返すと、第二のカウンタ（オーバーフローカウンタ）が増加するにつれて、カウンタの値であるｕｎｉｔデータが半減する傾向を持つ。この傾向では、半減を繰り返した回数が多い程、ｕｎｉｔデータが小さくなるということになる。すなわち、古い時点のカウント蓄積は圧縮されて小さくなり、最近の新しい時点のカウント蓄積はあまり圧縮されないということになる。
このことは、現在何らかの不具合が生じて車両１のサービスを受けるとした場合に、現在生じている不具合とは関係ない古いデータは圧縮され、関係の深い新しいデータは圧縮されず、時間経過を含んだデータの大小によって重要度や優先度といった重み付けがなされていることになり、再現して検証すベき条件を正確に示すことができる。この正確性によって、防止策等の検討につなげることが可能となる。
このことは、現在何らかの不具合が生じて車両１のサービスを受けるとした場合に、現在生じている不具合とは関係ない古いデータは圧縮され、関係の深い新しいデータは圧縮されず、時間経過を含んだデータの大小によって重要度や優先度といった重み付けがなされていることになり、再現して検証すベき条件を正確に示すことができる。この正確性によって、防止策等の検討につなげることが可能となる。
また、検証過程での判断処理の流れの例として、図５に示すような統計データが実際に得られた場合に、例えば、Ｎｏ．２〜Ｎｏ．５までの極低温時の中で、Ｎｏ．２やＮｏ．３では大きな値がカウントされ、Ｎｏ．４やＮｏ．５では小さな値である場合、短時間で始動していることになるので、始動不良といった問題はあまりない。
しかしながら、Ｎｏ．２、Ｎｏ．３やＮｏ．４でのカウントが比較的小さな値で、Ｎｏ．５では大きな値がカウントされている場合、常に長い時間かかって始動していることになるので、何らかの不良や故障が考えられる。あるいは、始動時冷却水温度が低い場合や高い場合の方が、始動時冷却水温度が常温に近い場合に、例えば、燃料噴射量の過多あるいは不足という不都合を起こし易い。複数の温度域にわたって一様に散らばるようにしてクランキング時間が長いのであれば、何らかの故障（例えば、電気系の故障）が考えられる、といった判断を行うことができる。
しかしながら、Ｎｏ．２、Ｎｏ．３やＮｏ．４でのカウントが比較的小さな値で、Ｎｏ．５では大きな値がカウントされている場合、常に長い時間かかって始動していることになるので、何らかの不良や故障が考えられる。あるいは、始動時冷却水温度が低い場合や高い場合の方が、始動時冷却水温度が常温に近い場合に、例えば、燃料噴射量の過多あるいは不足という不都合を起こし易い。複数の温度域にわたって一様に散らばるようにしてクランキング時間が長いのであれば、何らかの故障（例えば、電気系の故障）が考えられる、といった判断を行うことができる。
図４においては、時間（ｔｉｍｅ）とクランキング時間カウンタ（Ｃｒａｎｋｉｎｇ Ｔｉｍｅ Ｃｏｕｎｔｅｒ：ＣＴＣｏｕｎｔｅｒ）との関係を示し、時間の経過と共に完爆するするまでのクランキング時間が徐々にのびていった場合であり、カウンタの累積値の変遷傾向を示し、時間経過と共に相対的に小さくなり（小さくなった値は残る）、直近の頻度の多いものを相対的に大きくして重み付けを行い、また、実績のないところは、０としている。
この実施例において、始動時間統計保存データの保存例としては、図５に示す例１と、図６に示す例２とがある。
図５に示す始動時間統計データ保存例の例１においては、各始動時冷却水温度の温度域毎にクランキング時間を持ち、クランキング時間カウンタのいずれかが２５５（二進法の８ビット）をオーバーした場合、全てのクランキング時間カウンタの値を２で割って更新し（少数は切り上げる）、そして、「ＮＯ．１」（二分割実施回数）をインクリメントする。ここで、二分割とは、データを略半分ずつの二つに分けることである。なお、この図５においては、パラメータ名毎に付した「ＮＯ．１」、「ＮＯ．２」…が大きな番号になるにつれて、長時間で高温となるものである。「二分割実施回数（オーバーフローカウンタ）」が０〜２５５の２５５に達し、オーバーフロー目前となった場合は、二分割実施回数も二分割実施して半減させて継続する。
なお、この始動時間統計保存データの保存例の例１では、「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、そのように継続すれば良い。
図５に示す始動時間統計データ保存例の例１においては、各始動時冷却水温度の温度域毎にクランキング時間を持ち、クランキング時間カウンタのいずれかが２５５（二進法の８ビット）をオーバーした場合、全てのクランキング時間カウンタの値を２で割って更新し（少数は切り上げる）、そして、「ＮＯ．１」（二分割実施回数）をインクリメントする。ここで、二分割とは、データを略半分ずつの二つに分けることである。なお、この図５においては、パラメータ名毎に付した「ＮＯ．１」、「ＮＯ．２」…が大きな番号になるにつれて、長時間で高温となるものである。「二分割実施回数（オーバーフローカウンタ）」が０〜２５５の２５５に達し、オーバーフロー目前となった場合は、二分割実施回数も二分割実施して半減させて継続する。
なお、この始動時間統計保存データの保存例の例１では、「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、そのように継続すれば良い。
また、図６に示す始動時間統計データ保存例の例２において、前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられる。そして、この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて第二のカウンタをインクリメント処理する。
この始動時間統計データ保存例の例２においても、上述の例１と同様に、「二分割実施回数（オーバーフローカウンタ）」が０〜２５５の２５５に達し、オーバーフロー目前となった場合は、二分割実施回数も二分割実施して半減させて継続する。この「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、そのように継続すれば良い。
この始動時間統計データ保存例の例２では、図６に示すように、クランキング時間カウンタのいずれかが２５５（二進法の８ビット）をオーバーした場合、このオーバーした始動時冷却水温度の温度域毎の単位でクランキング時間カウンタの値を２で割って更新し（少数は切り上げる）、そして、この始動時冷却水温度の温度域の二分割実施回数をインクリメントする。
この始動時間統計データ保存例の例２においても、上述の例１と同様に、「二分割実施回数（オーバーフローカウンタ）」が０〜２５５の２５５に達し、オーバーフロー目前となった場合は、二分割実施回数も二分割実施して半減させて継続する。この「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、そのように継続すれば良い。
この始動時間統計データ保存例の例２では、図６に示すように、クランキング時間カウンタのいずれかが２５５（二進法の８ビット）をオーバーした場合、このオーバーした始動時冷却水温度の温度域毎の単位でクランキング時間カウンタの値を２で割って更新し（少数は切り上げる）、そして、この始動時冷却水温度の温度域の二分割実施回数をインクリメントする。
この実施例において、不具合発生回数統計保存データの保存例としては、図７に示す例１と、図８に示す例２とがある。
図７に示す不具合発生回数統計データ保存例の例１においては、エンジン２の始動不良回数をカウントする第三のカウントを設け、この第三のカウンタを、複数の温度域に分けた冷却水温度に応じて複数設けた。このように第三のカウンタを設けることにより、第二の故障コードが記録されるような症状べースの故障の場合に対して、長期にわたる過去の実績を残し、解析を容易にする。
この不具合発生回数統計データ保存例の例１において、「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、最大値でその値を保持する。
この不具合発生回数統計データ保存例の例１での統計データにおける「始動不良」とは、「始動不能、始動不良」だけのことである。例えば、クランキングを間欠して３回行い、その３回目で長い時間かかって完爆判定（所定回転数以上となる）となった場合に、カウントでは、「始動不良」が２回となる。
この不具合発生回数統計データ保存例の例１では、図７に示すように、始動不良回数が、レンジ（Ｒａｎｇｅ）の最大値に達した場合に、最大値として保存される。
図７に示す不具合発生回数統計データ保存例の例１においては、エンジン２の始動不良回数をカウントする第三のカウントを設け、この第三のカウンタを、複数の温度域に分けた冷却水温度に応じて複数設けた。このように第三のカウンタを設けることにより、第二の故障コードが記録されるような症状べースの故障の場合に対して、長期にわたる過去の実績を残し、解析を容易にする。
この不具合発生回数統計データ保存例の例１において、「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、最大値でその値を保持する。
この不具合発生回数統計データ保存例の例１での統計データにおける「始動不良」とは、「始動不能、始動不良」だけのことである。例えば、クランキングを間欠して３回行い、その３回目で長い時間かかって完爆判定（所定回転数以上となる）となった場合に、カウントでは、「始動不良」が２回となる。
この不具合発生回数統計データ保存例の例１では、図７に示すように、始動不良回数が、レンジ（Ｒａｎｇｅ）の最大値に達した場合に、最大値として保存される。
また、図８に示す不具合発生回数統計データ保存の例２においては、エンジン始動可能になった始動不良回数とエンジン始動不能になった始動不良回数とをカウントする第四のカウンタを設け、この第四のカウンタを、それぞれ複数の温度域に分けた冷却水温度に応じて複数設けた。このように第四のカウンタを設けることにより、第二の故障コードが記録されるような症状べースの故障の場合に対して、長期にわたる過去の実績を残し、解析を容易にする。
この不具合発生回数統計データ保存例の例２での統計データにおける「始動不良」とは、「始動可能、始動不良」及び「始動不能、始動不良」である。なお、「始動可能、始動不良」及び「始動不能、始動不良」を分けずに含めた値とすることも可能である。例えば、クランキングを間欠して３回行い、その３回目で長い時間かかって完爆判定（所定回転数以上となる）となった場合に、この「始動不良」のカウントは、「始動可能、始動不良」では１回、「始動不能、始動不良」では２回とすることができる。なお、「始動可能、始動不良」と「始動不能、始動不良」とを分けずに含めた値とした場合には、「始動不良」のカウントが３回となる。
この不具合発生回数統計データ保存例の例２では、図８に示すように、始動不良回数が、始動可能／始動不能で分けて保存される。
この不具合発生回数統計データ保存例の例２での統計データにおける「始動不良」とは、「始動可能、始動不良」及び「始動不能、始動不良」である。なお、「始動可能、始動不良」及び「始動不能、始動不良」を分けずに含めた値とすることも可能である。例えば、クランキングを間欠して３回行い、その３回目で長い時間かかって完爆判定（所定回転数以上となる）となった場合に、この「始動不良」のカウントは、「始動可能、始動不良」では１回、「始動不能、始動不良」では２回とすることができる。なお、「始動可能、始動不良」と「始動不能、始動不良」とを分けずに含めた値とした場合には、「始動不良」のカウントが３回となる。
この不具合発生回数統計データ保存例の例２では、図８に示すように、始動不良回数が、始動可能／始動不能で分けて保存される。
なお、上記の図７、図８における不具合発生回数の統計データ更新処理の例１、例２においては、データを保存する場合、始動不良判定処理後、完爆判定等を利用し、始動可能な始動不良と始動不可能な始動不良とを分離して始動回数を保存する。
次に、統計データ保存処理で、例えば、始動時間統計データ保存例の例１と不具合発生回数統計データ保存例の例１とを組み合わせた場合を、図３にフローチャートに基づいて説明する。
図３に示すように、イグニションスイッチ２５がオンになると、プログラムがスタートし（ステップＡ０１）、エンジン２のクランキングが開始したか否かを判断し（ステップＡ０２）、このステップＡ０２がＮＯの場合には、この判断を継続する。
このステップＡ０２がＹＥＳの場合には始動時冷却水温度を確認し（ステップＡ０３）、クランキングが終了したか否かを判断し（ステップＡ０４）、このステップＡ０４がＮＯの場合には、この判断を継続する。
このステップＡ０４がＹＥＳの場合には、始動時間統計データ更新処理として、先ず、今回のクランキング時間、始動時冷却水温度のクランキング時間カウンタが２５５回になったか否かを判断し（ステップＡ０５）、このステップＡ０５がＹＥＳの場合には、二分割実施回数をインクリメントし、全てのクランキング時間カウンタを半分（１／２）にする（ステップＡ０６）。これは、オーバーフローによって予期せぬデータ異常を起こさないように予防するものであり、カウンタをエンジン２の異なる運転状態に割り当てて複数設け、カウンタによってカウントし、カウンタがオーバーフローしそうな場合に、第二のカウンタ（オーバーフローカウンタ）をインクルメントし、カウンタをオーバーフロー防止のためにその値を半減する。
前記ステップＡ０５がＮＯの場合、又は前記ステップＡ０６の処理後は、クランキング時間カウンタをインクリメントし（ステップＡ０７）、始動時間統計データ更新処理を終了する。
そして、不具合発生回数の統計データ更新処理として、先ず、始動不良判定が成立したか否かを判断し（ステップＡ０８）、このステップＡ０８がＹＥＳの場合には、今回の始動時冷却水温度の始動不良回数が２５５回になったか否かを判断し（ステップＡ０９）、このステップＡ０９がＮＯの場合には、今回の始動時冷却水温度の始動不良回数をインクリメントし（ステップＡ１０）、不具合発生回数の統計データ更新処理を終了して、プログラムをエンドとする（ステップＡ１１）。
一方、前記ステップＡ０８がＮＯ、前記ステップＡ０９がＹＥＳの場合には、直ちにプログラムをエンドとする（ステップＡ１１）。
図３に示すように、イグニションスイッチ２５がオンになると、プログラムがスタートし（ステップＡ０１）、エンジン２のクランキングが開始したか否かを判断し（ステップＡ０２）、このステップＡ０２がＮＯの場合には、この判断を継続する。
このステップＡ０２がＹＥＳの場合には始動時冷却水温度を確認し（ステップＡ０３）、クランキングが終了したか否かを判断し（ステップＡ０４）、このステップＡ０４がＮＯの場合には、この判断を継続する。
このステップＡ０４がＹＥＳの場合には、始動時間統計データ更新処理として、先ず、今回のクランキング時間、始動時冷却水温度のクランキング時間カウンタが２５５回になったか否かを判断し（ステップＡ０５）、このステップＡ０５がＹＥＳの場合には、二分割実施回数をインクリメントし、全てのクランキング時間カウンタを半分（１／２）にする（ステップＡ０６）。これは、オーバーフローによって予期せぬデータ異常を起こさないように予防するものであり、カウンタをエンジン２の異なる運転状態に割り当てて複数設け、カウンタによってカウントし、カウンタがオーバーフローしそうな場合に、第二のカウンタ（オーバーフローカウンタ）をインクルメントし、カウンタをオーバーフロー防止のためにその値を半減する。
前記ステップＡ０５がＮＯの場合、又は前記ステップＡ０６の処理後は、クランキング時間カウンタをインクリメントし（ステップＡ０７）、始動時間統計データ更新処理を終了する。
そして、不具合発生回数の統計データ更新処理として、先ず、始動不良判定が成立したか否かを判断し（ステップＡ０８）、このステップＡ０８がＹＥＳの場合には、今回の始動時冷却水温度の始動不良回数が２５５回になったか否かを判断し（ステップＡ０９）、このステップＡ０９がＮＯの場合には、今回の始動時冷却水温度の始動不良回数をインクリメントし（ステップＡ１０）、不具合発生回数の統計データ更新処理を終了して、プログラムをエンドとする（ステップＡ１１）。
一方、前記ステップＡ０８がＮＯ、前記ステップＡ０９がＹＥＳの場合には、直ちにプログラムをエンドとする（ステップＡ１１）。
上記の図３のフローチャートにおいて、始動時間統計データ保存例を例２とした場合には、図９に示すように、前記ステップＡ０６では、各始動時冷却水温度の温度域単位で二分割実施回数をインクリメントし、全てのクランキング時間カウンタを半分（１／２）にする。
また、上記の図３のフローチャートにおいて、不具合発生回数統計データ保存例を例２とした場合には、図１０に示すように、始動不良判定処理後（上記のステップＡ０８の後）、完爆判定等を利用し、始動可能な始動不良と始動不可能な始動不良とを分離して始動不良回数を保存する（ステップＡ１２）。
また、上記の図３のフローチャートにおいて、不具合発生回数統計データ保存例を例２とした場合には、図１０に示すように、始動不良判定処理後（上記のステップＡ０８の後）、完爆判定等を利用し、始動可能な始動不良と始動不可能な始動不良とを分離して始動不良回数を保存する（ステップＡ１２）。
なお、上記の図３の統計データ保存処理では、始動時間統計データ保存の例１、例２及び／又は不具合発生回数統計データ保存の例１、例２とを、それぞれ適宜組み合わせることも可能である。
この結果、この実施例に係る車両用制御装置４においては、経時的なデータを記憶するデータ処理を行うものであり、特に、車両１の故障診断において、車両１やエンジン２の運転状態に関する履歴情報、ある経過時間にわたる情報のデータを累積する際のデータ処理を行い、また、そのデータ処理を用いた解析手法、つまり、データの蓄積方法を含んだ解析方法を実施できる。
そして、車両用制御装置４では、カウンタがエンジン２の運転状態に割り当てて複数設けられ、個々のカウンタが累積した値を比較し、その後、データを解析することで、実績データを長期にわたって累積すること、この累積に際して時間の流れに応じた重み付けを含めてそれによって蓄積されたデータの数値に解析を容易にする意味づけをすること、故障コードの残らない不良をデータとして累積すること、等の目的を達成できる。つまり、第二のカウンタ（オーバーフローカウンタ）の対象以外の他のカウンタで、全て一律にカウンタを半減し、また、時間経過を含んだデータの大小によって重要度、優先度といった重み付けをしながら、データを記憶でき、更に、修理業者で再現して検証すべき条件を正確に示すことができる。
そして、車両用制御装置４では、カウンタがエンジン２の運転状態に割り当てて複数設けられ、個々のカウンタが累積した値を比較し、その後、データを解析することで、実績データを長期にわたって累積すること、この累積に際して時間の流れに応じた重み付けを含めてそれによって蓄積されたデータの数値に解析を容易にする意味づけをすること、故障コードの残らない不良をデータとして累積すること、等の目的を達成できる。つまり、第二のカウンタ（オーバーフローカウンタ）の対象以外の他のカウンタで、全て一律にカウンタを半減し、また、時間経過を含んだデータの大小によって重要度、優先度といった重み付けをしながら、データを記憶でき、更に、修理業者で再現して検証すべき条件を正確に示すことができる。
以上、この発明の実施例について説明してきたが、上述の実施例の構成を請求項毎に当てはめて説明する。
請求項１に係る発明は、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタ（オーバーフローカウンタ）を設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、前記運転条件は、エンジン２の始動時における冷却水温度とクランキング時間とであり、前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントし、前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられ、この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて前記第二のカウンタをインクリメント処理する。
これにより、データによって傾向を把握できるので、不具合再現確認の作業時間を短縮でき、その後の原因特定作業に時間をかけることができ、また、得られたデータの相互の経過時間の違いによる重み付けをして記憶することができる。特に、直近のデータ最近のデータを重く、優先度や重要度を高くし、相対的に、古いデータ程低く下げることができる。更に、二分割処理をカウントすることによって、長い期間にわたってデータを蓄積できる。カウントのデータは、故障コードとは別に蓄積できるので、限られた故障コードのみによる診断とは別な解析を行うことができる。
また、不具合が発生しやすい冷却水温度の温度域とその発生割合が取得できる。
更に、冷却水温度を温度域に分けたそれぞれの温度域毎に二分割処理の更新をすることができるので、季節の違いといった外部環境の影響を抑制したデータを得ることができ、また、得られたデータの相互の経過時間の違いによる影響を抑制できる。
請求項１に係る発明は、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタ（オーバーフローカウンタ）を設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、前記運転条件は、エンジン２の始動時における冷却水温度とクランキング時間とであり、前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントし、前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられ、この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて前記第二のカウンタをインクリメント処理する。
これにより、データによって傾向を把握できるので、不具合再現確認の作業時間を短縮でき、その後の原因特定作業に時間をかけることができ、また、得られたデータの相互の経過時間の違いによる重み付けをして記憶することができる。特に、直近のデータ最近のデータを重く、優先度や重要度を高くし、相対的に、古いデータ程低く下げることができる。更に、二分割処理をカウントすることによって、長い期間にわたってデータを蓄積できる。カウントのデータは、故障コードとは別に蓄積できるので、限られた故障コードのみによる診断とは別な解析を行うことができる。
また、不具合が発生しやすい冷却水温度の温度域とその発生割合が取得できる。
更に、冷却水温度を温度域に分けたそれぞれの温度域毎に二分割処理の更新をすることができるので、季節の違いといった外部環境の影響を抑制したデータを得ることができ、また、得られたデータの相互の経過時間の違いによる影響を抑制できる。
請求項２に係る発明において、エンジン２の始動不良回数をカウントする第三のカウントを設け、この第三のカウンタを、複数の温度域に分けた冷却水温度に応じて複数設けた。
これにより、症状べースであるエンジン始動不良の実績を残し、傾向を把握することができる。その解析によって、故障や不具合を見つける作業が容易となる。
これにより、症状べースであるエンジン始動不良の実績を残し、傾向を把握することができる。その解析によって、故障や不具合を見つける作業が容易となる。
請求項３に係る発明において、エンジン始動可能になった始動不良回数とエンジン始動不能になった始動不良回数とをカウントする第四のカウンタを設け、この第四のカウンタを、それぞれ複数の温度域に分けた冷却水温度に応じて複数設けた。
これにより、症状べースであるエンジン始動不良の実績をより細かく残し、最終的にエンジン２の始動ができた場合と始動ができなかった場合とで、それぞれの傾向を詳しく把握することができ、そして、その解析によって、故障や不具合を見つける作業が容易となるだけでなく、制御設定上の不備等も発見し易くなる。
これにより、症状べースであるエンジン始動不良の実績をより細かく残し、最終的にエンジン２の始動ができた場合と始動ができなかった場合とで、それぞれの傾向を詳しく把握することができ、そして、その解析によって、故障や不具合を見つける作業が容易となるだけでなく、制御設定上の不備等も発見し易くなる。
なお、上述の実施例においては、以下のように、種々応用改変が可能であることは勿論である。
例えば、上記の「統計データ」は、電源（バッテリ）を外しても保存を継続することができる不揮発性メモリ（ＥＥＰＲＯＭ等）のデータ保持用記憶手段（ＲＯＭ）に保存することにより、長期の統計データを採取することが可能になる。また、不揮発性メモリがない場合には、データがバックアップされるバックアップ記憶手段（ＲＡＭ）にも保存することも可能である。
また、「始動不良」は、さらに細かく細分化しても良い。例えば、一度は始動完了といえる所定回転数以上に達して完爆判定したその後にエンストするようなものを含めて、「始動不良」を細分化することも可能である。
更に、「データの蓄積」の手法は、エンジンの始動時のクランキング時間だけでなく、他のものとしても良い。例えば、電源（バッテリ）の電圧や電流といったものならば、エンジンだけでなく、電気自動車やハイブリッド車両の電源等にも応用可能である。
更にまた、「記憶手段」は、必ずしも診断機能を備えた車両用制御装置に併設しなくてもよく、車両上の通信ネットワークを介して別な制御装置（車体制御装置、変速制御装置、協調制御装置等）に設けることも可能である。
例えば、上記の「統計データ」は、電源（バッテリ）を外しても保存を継続することができる不揮発性メモリ（ＥＥＰＲＯＭ等）のデータ保持用記憶手段（ＲＯＭ）に保存することにより、長期の統計データを採取することが可能になる。また、不揮発性メモリがない場合には、データがバックアップされるバックアップ記憶手段（ＲＡＭ）にも保存することも可能である。
また、「始動不良」は、さらに細かく細分化しても良い。例えば、一度は始動完了といえる所定回転数以上に達して完爆判定したその後にエンストするようなものを含めて、「始動不良」を細分化することも可能である。
更に、「データの蓄積」の手法は、エンジンの始動時のクランキング時間だけでなく、他のものとしても良い。例えば、電源（バッテリ）の電圧や電流といったものならば、エンジンだけでなく、電気自動車やハイブリッド車両の電源等にも応用可能である。
更にまた、「記憶手段」は、必ずしも診断機能を備えた車両用制御装置に併設しなくてもよく、車両上の通信ネットワークを介して別な制御装置（車体制御装置、変速制御装置、協調制御装置等）に設けることも可能である。
この発明に係る車両用制御装置の制御を、他の制御と併用することも可能である。
１ 車両
２ エンジン
３ 通信診断システム
４ 車両用制御装置
４Ａ 第１車両用制御装置
４Ｂ 第２車両用制御装置
５ 故障診断装置
１４ 中央処理装置
１４Ａ 故障判定部
１４Ｂ カウンタ部
１５ 書込み用記憶手段（ＲＯＭ）
１６ データ保持用記憶手段（ＲＯＭ）
１７ データ保存記憶手段（ＲＡＭ）
１８ バックアップ記憶手段（ＲＡＭ）
１９ アクチュエータ
２１ 電源供給回路
２３ 電源
２５ イグニションスイッチ
２ エンジン
３ 通信診断システム
４ 車両用制御装置
４Ａ 第１車両用制御装置
４Ｂ 第２車両用制御装置
５ 故障診断装置
１４ 中央処理装置
１４Ａ 故障判定部
１４Ｂ カウンタ部
１５ 書込み用記憶手段（ＲＯＭ）
１６ データ保持用記憶手段（ＲＯＭ）
１７ データ保存記憶手段（ＲＡＭ）
１８ バックアップ記憶手段（ＲＡＭ）
１９ アクチュエータ
２１ 電源供給回路
２３ 電源
２５ イグニションスイッチ
Claims (3)
- 記憶領域を有するとともに複数のカウンタ機能を有し、このカウンタ機能では所定条件の成立に伴って対応するそれぞれのカウンタを増加させるインクリメント処理を行い、このインクリメント処理によって増加したカウント値を前記記憶領域に記憶する車両用制御装置において、
運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、
この複数の第一のカウンタに関わる別な第二のカウンタを設け、
前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、
経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、
前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、
さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、
その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、
前記運転条件は、エンジンの始動時における冷却水温度とクランキング時間とであり、
前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントし、
前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられ、
この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて前記第二のカウンタをインクリメント処理することを特徴とする車両用制御装置。 - 前記エンジンの始動不良回数をカウントする第三のカウントを設け、この第三のカウンタを、複数の温度域に分けた冷却水温度に応じて複数設けたことを特徴とする請求項１に記載の車両用制御装置。
- エンジン始動可能になった始動不良回数とエンジン始動不能になった始動不良回数とをカウントする第四のカウンタを設け、この第四のカウンタを、それぞれ複数の温度域に分けた冷却水温度に応じて複数設けたことを特徴とする請求項１に記載の車両用制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008315728A JP5126538B2 (ja) | 2008-12-11 | 2008-12-11 | 車両用制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008315728A JP5126538B2 (ja) | 2008-12-11 | 2008-12-11 | 車両用制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010138792A JP2010138792A (ja) | 2010-06-24 |
| JP5126538B2 true JP5126538B2 (ja) | 2013-01-23 |
Family
ID=42349128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008315728A Expired - Fee Related JP5126538B2 (ja) | 2008-12-11 | 2008-12-11 | 車両用制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5126538B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3107571A1 (fr) * | 2020-02-26 | 2021-08-27 | Psa Automobiles Sa | Procede de demarrage d’un moteur a combustion de vehicule automobile |
| CN113359675B (zh) * | 2021-06-22 | 2024-07-09 | 上海星融汽车科技有限公司 | 一种车辆传感器故障的诊断系统 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE3608522A1 (de) * | 1986-03-14 | 1987-09-17 | Bosch Gmbh Robert | Verfahren zum steuern einer kraftstoffeinspritzanlage und kraftstoffeinspritzanlage |
| JP2001144615A (ja) * | 1999-11-16 | 2001-05-25 | Fujitsu General Ltd | ディジタル利得制御方法 |
| JP3730516B2 (ja) * | 2001-01-12 | 2006-01-05 | 富士通株式会社 | 統計情報採取装置及び統計情報採取方法 |
| JP2004044407A (ja) * | 2002-07-09 | 2004-02-12 | Suzuki Motor Corp | 車両用故障診断制御装置 |
| JP4661380B2 (ja) * | 2005-06-14 | 2011-03-30 | トヨタ自動車株式会社 | 故障診断装置、故障診断システム、故障診断方法、及び車載装置 |
| JP2008101546A (ja) * | 2006-10-19 | 2008-05-01 | Toyota Motor Corp | 内燃機関の燃料供給装置 |
-
2008
- 2008-12-11 JP JP2008315728A patent/JP5126538B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010138792A (ja) | 2010-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4803168B2 (ja) | 車両用情報記憶装置 | |
| US8301333B2 (en) | Event-driven fault diagnosis framework for automotive systems | |
| JP4065790B2 (ja) | 車載電子制御装置 | |
| JP4274186B2 (ja) | 故障診断装置および故障情報記録方法 | |
| CN113586239B (zh) | 发动机故障诊断方法、装置、控制器和存储介质 | |
| JP5161829B2 (ja) | 故障再現を支援する診断装置および故障再現データの出力方法 | |
| KR101757075B1 (ko) | 차량 고장 진단 분석을 위한 주행 데이터 모니터링 시스템 및 방법 | |
| JP5278498B2 (ja) | データ記憶装置 | |
| CN104471238B (zh) | 用于启动电机的诊断 | |
| JPH09230929A (ja) | 車載コントローラの故障診断方法及び装置 | |
| JP2011163262A (ja) | 車載制御装置 | |
| JP5126538B2 (ja) | 車両用制御装置 | |
| JP5268637B2 (ja) | 生産機械のための評価装置の動作方法 | |
| JP2004044407A (ja) | 車両用故障診断制御装置 | |
| CN107643117B (zh) | 装载简档 | |
| US7801652B2 (en) | Method for storing data concerning an operating fault of a device | |
| JP4403959B2 (ja) | 車両故障診断装置 | |
| EP4334870B1 (en) | System and method for generating servicing schedule for machine | |
| CN115167354B (zh) | 一种故障在线诊断方法及装置 | |
| JP2011175379A (ja) | マイクロコンピュータ及び車両 | |
| JP5236092B1 (ja) | 車両用データ記憶装置 | |
| JPH09146630A (ja) | 故障診断装置 | |
| JP6443214B2 (ja) | 車両用データ記録装置 | |
| JP5177079B2 (ja) | 車載制御装置 | |
| CN112723071A (zh) | 电梯部件性能监测方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110808 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120628 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120629 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120810 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20121003 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121016 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151109 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |