JP2015187500A - ハイブリッド駆動システムにおける故障検知及び故障軽減 - Google Patents

Abstract

【課題】複数の動力源を備えることにより、ハイブリッド車両に、対費用効果の高い動作を提供する。【解決手段】ハイブリッド車両に使用されるポンプ、例えば、ポンプ／モータに使用することができる故障検知及び応答システム並びにプロセス（方法）である。故障検知システムは、所定の作動状態、すなわち、システムの適正な動作に影響を及ぼす動作状態が発生したことを判定する。応答システムは、故障状態が起動されると適切な処置を取る。故障検知及び応答システム並びにプロセスには、異なる形式のリーク、センサの誤動作、または、動作エラーを検知するシステムが含まれる。【選択図】図１

Description

（関連出願）
本出願は、米国を除く全指定国の出願人である米国のイートン コーポレーション並びに米国のみの出願人であるマイケル アンソニー ストナー、トーマス ディー．ホーキンス、ダグラス シンプソンの氏名または名称で、２０１０年６月１１日にＰＣＴ国際特許出願として出願されたものであり、２００９年６月１１日に出願された米国仮特許出願第６１／１８６，１３６号の利益を主張するものである。
そして、本出願に係る発明は、車両用の故障（フォールト）検知及び応答システムに関連するものである。

オンハイウェイ（公道用）ハイブリッド車両及びオフハイウェイ（現場作業用）ハイブリッド車両は、複数の動力源を含む車両である。一つの例として、ハイブリッド車両は、一つの動作モードで車両を推進するために通常のガス動力式エンジンを使用することができ、また、他の動作モードで車両を推進するために電動モータを使用することができる。他の例として、ハイブリッド車両は、一つの動作モードで車両を推進するために通常のガス動力式エンジンを使用することができ、また、他の動作モードで車両を推進するために流体モータを使用することができる。複数の動力源を備えることにより、ハイブリッド車両は、対費用効果の高い動作を提供する。

本発明の態様は、例えば、車両に使用される故障（フォールト）検知及び応答システム並びに車両に使用される故障検知プロセス（方法）に関する。

本発明のいくつかの態様に従うと、ポンプシステムのバレルリークを検知する検知方法には、ポンプの回転数に基づくフィルター圧力センサまたはケース圧力センサから受信するデータ信号をフィルター処理すること、及び、フィルター処理した信号が所定のしきい値を超えているかどうかを判定するためにフィルター処理した信号を分析すること、が含まれる。

本発明の他の態様に従うと、ポンプシステムのガスリークを検知する検知方法には、流体温度と流体圧力に基づいてガス圧力を推定することが含まれる。

本発明のさらに他の態様に従うと、ポンプシステムの流体（例えば、オイル）のリークを検知する検知方法には、推定する流体レベルと推定した流体レベルを比較することが含まれる。

本発明のさらに他の態様に従うと、ポンプシステムのオイルリークを検知する検知方法には、リザーバ内の推定した流体レベルとリザーバ内の実際の流体レベルを比較することが含まれる。

図１は、本発明の原理に従う態様の例示的な特徴を有するハイブリッド車両の駆動システムの概略図である。

図２は、本発明の原理に従う態様の例示的な特徴を有する第２動力源１２４の概略図である。

図３は、本発明の原理に従う態様の例示的な特徴を有するハイブリッド駆動アセンブリ用の制御システムの一例を示すブロック図である。

図４は、本発明の原理に従って、第２動力源制御システムの故障監視と応答を実行するように構成された例示的な故障検知システムのブロック図である。

図５は、本発明の原理に従って、車両の駆動ラインに動作可能に連結することができる第２動力源による例示的なリセットプロセスを示すフローチャートである。

図６は、本発明の原理に従って、システム及びコンポーネントの故障及び／または誤動作を検出して調整することができる例示的な故障検知プロセスを示すフローチャートである。

図７は、本発明の原理に従って、新たな故障状態が検知された場合に、第２動力源制御システムが応答する例示的な応答プロセスの動作フローを示すフローチャートである。

図８は、本発明の原理に従って、故障検知システムにより、ネットワークの故障状態を特定する例示的なネットワーク故障検知プロセスの動作フローを示すフローチャートである。

図９は、本発明の原理に従って、故障検知システムにより、範囲外の故障状態を特定する例示的な範囲故障検知プロセスの動作フローを示すフローチャートである。

図１０は、本発明の原理に従って、故障検知システムにより、競合しているセンサの読み取り値または指令によって起動される故障状態を特定する例示的な不一致の故障検知の動作フローを示すフローチャートである。

図１１は、本発明の原理に従って、故障検知システムにより、詰まったフィルターを特定する例示的なフィルター詰まり故障検知プロセスの動作フローを示すフローチャートである。

図１２は、本発明の原理に従って、故障検知システムにより、アキュムレータの近接センサの誤動作を検知する例示的なバルブ故障検知プロセス１０００の動作フローを示すフローチャートである。

図１３は、本発明の原理に従って、故障検知システムにより、高圧リークを検知する例示的な圧力リーク故障検知プロセスの動作フローを示すフローチャートである。

図１４は、本発明の原理に従って、ポンプ／モータユニットで使用することができる例示的なポンプアセンブリの概略図である。

図１５Ａは、本発明の原理に従って、ポンプアセンブリのバレルリークのようなバレルリークを検知する例示的なリーク検知プロセスの動作フローを示すフローチャートである。

図１５Ｂは、本発明の原理に従って、ポンプアセンブリのバレルリークのようなバレルリークを検知する他の例示的なリーク検知プロセスの動作フローを示すフローチャートである。

図１５Ｃは、本発明の原理に従って、ポンプアセンブリのバレルリークのようなバレルリークを監視する例示的な監視プロセスの動作フローを示すフローチャートである。

図１６は、本発明の原理に従って、流体（例えば、オイル）の低レベルを判定する例示的な検知プロセスを示すブロック図である。

図１７は、本発明の原理に従って、バイパスバルブの誤動作を判定する例示的なバイパスバルブ故障検知プロセスを示すブロック図である。

図１８は、本発明の原理に従って、斜板制御の取得の失敗を検知する例示的なブートストラップ故障検知プロセスを示すブロック図である。

図１９は、本発明の原理に従って、ポンプの誤動作を検知する例示的なポンプ／モータ故障検知プロセスを示すブロック図である。

図２０は、本発明の原理に従って、車両駆動アセンブリから第２動力源を切り離すトランスファーケースの故障を判定する例示的な切り離し故障検知プロセスを示すブロック図である。

図２１は、本発明の原理に従って、トランスファーケースの故障が発生した場合にエンジン速度を制限して、第２動力源に対する損傷を軽減する例示的な速度制限プロセスを示すブロック図である。

図２２は、本発明の原理に従って構成された例示的な流体アキュムレータの例を示す。

図２３は、本発明の原理に従って、アキュムレータのガスリークを検知する例示的なガスリーク検知プロセスの動作フローを示すフローチャートである。

図２４は、本発明の原理に従って、ガスリーク検知プロセスにより、システムが最近初期化されているかどうかを判定する例示的な初期化チェックプロセスの動作フローを示すフローチャートである。

図２５は、本発明の原理に従って、流体リーク検知プロセスにより、流体（例えば、オイル）が第２動力源からリークしているかどうかを判定する例示的な流体リーク検知プロセスの動作フローを示すフローチャートである。

図２６は、本発明の原理に従って、車両から第２動力源を切り離すトランスファーケースの故障を判定する他の例示的な切り離し故障検知プロセスを示すブロック図である。

添付した図面を参照して、本発明の一例である態様を詳細に説明する。可能な限り、同様の参照符号は、各図を通して、同様の構成部材を参照するものとして使用される。

図１を参照すると、符号１００で指定された車両の駆動システムの概略図が示されている。本発明の一つの態様では、駆動システム１００は、トラック、ゴミ収集車、バスまたは自動車などのオンハイウェイ車両、または、建設車両及び農業車両などのオフハイウェイ車両に適用される。

図１に示された例では、駆動システム１００には、符号１０２で指定されたハイブリッド駆動アセンブリと、符号１０４で指定された制御システムが含まれる。ハイブリッド駆動アセンブリ１０２は、制御システム１０４によりハイブリッド駆動アセンブリ１０２を制御している間に、選択的に車両を推進するように適応される。

本発明の一つの態様では、駆動システム１００には、さらに、一つ以上の前輪１０６と一つ以上の後輪１０８が含まれる。駆動システム１００の前輪及び後輪１０６，１０８のそれぞれに、ブレーキ１２０が動作可能に組み付けられている。ブレーキ１２０は車両の運動エネルギーを選択的に減少させるように適用される。本発明の一つの態様では、ブレーキ１２０は摩擦ブレーキである。この摩擦ブレーキを限定するものではないが、駆動システム１００への使用に適した摩擦ブレーキには、ディスクブレーキ、ドラムブレーキ、機械作動式ブレーキ、流体作動式ブレーキ、空気作動式ブレーキ、電気作動式ブレーキまたはそれを組み合わせたブレーキが含まれる。

駆動システム１００のハイブリッド駆動アセンブリ１０２には、符号１２２で指定された第１動力源と、符号１２４で指定された第２動力源が含まれる。図１に示された例では、第２動力源１２４は、第１動力源１２２に対して並列に配置されている。しかしながら、他の例では、第２動力源１２４は、第１動力源１２２に対して直列に配置することができる。

本発明の幾つかの態様では、ハイブリッド駆動アセンブリ１０２の第１動力源１２２には、内燃エンジンのような従来型の原動機が含まれる。一般に、原動機１２６は燃料の燃焼に応答して力を発生する。本発明の一つの態様では、第１動力源１２２には、従来型のトランスミッションユニットのようなトランスミッション１２８が含まれる。第２動力源１２４が第１動力源１２２に並列に連結された場合には、トランスミッション１２８は、符号１３０で指定された駆動ラインを介して、原動機１２６から少なくとも一つの車輪１０６，１０８に力を伝達する。

本発明の一つの態様では、駆動ライン１３０には、フロント駆動軸１３２、リア駆動軸１３４、左右の車軸１３６，１３８及びディファレンシャル１４０が含まれる。ディファレンシャル１４０は、左右の車軸１３６，１３８の間に配置されている。示された例では、左右の車軸１３６，１３８は、後輪１０８をディファレンシャル１４０に連結している。他の態様では、駆動ライン１３０は、前輪１０６をディファレンシャルに連結する車軸を含むことができる。

図１及び図２を参照すると、本発明の特定の態様では、第２動力源１２４は流体動力源である。例えば、第２動力源１２４には、ポンプ‐モータアセンブリ１４３、流体リザーバ１４４及びエネルギー貯蔵ユニット１４６が含まれる。幾つかの態様に従うと、第２動力源１２４には、また、システムフィルタ１４７（図２）が含まれる。ポンプ‐モータアセンブリ１４３には、ポンプ／モータユニット１４２と端部カバーアセンブリ１４５（図２）が含まれる。ポンプ‐モータアセンブリ１４３は、流体リザーバ１４４及びエネルギー貯蔵ユニット１４６に選択的に流体連結されるように配置されている。

一つの態様に従うと、ポンプ／モータユニット１４２は、可変容量型のポンプ／モータユニットである。本発明の一つの態様では、ポンプ／モータユニット１４２は、アキシャルピストン型のポンプ／モータユニット（例えば、可変容量型アキシャルピストン型）である。ポンプ／モータユニット１４２には、可変斜板１４８に係合可能なサーボアクチュエータが含まれる。このサーボアクチュエータは、ポンプ／モータユニット１４２の変位を調整する斜板１４８を選択的に調整するように適用される。本発明の一つの態様では、エネルギー貯蔵ユニット１４６はアクチュエータである。本発明の他の態様では、エネルギー貯蔵ユニット１４６は、ガス充填式アキュムレータである。

第２動力源１２４には、さらに、連結アセンブリ１４９が含まれる。本発明の一つの態様では、連結アセンブリ１４９は、フロント駆動軸１３２とリア駆動軸１３４との間に配置される。この連結アセンブリ１４９は、ポンプ／モータユニット１４２を駆動ライン１３０に選択的に連結するように適用される。本発明の一つの態様では、連結アセンブリ１４９には、ポンプ／モータユニット１４２を駆動ライン１３０に選択的に連結するように構成されたクラッチが含まれる。例えば、クラッチは、クラッチバルブ２２４（図２及び図４）を含むことができる。本発明の他の態様では、連結アセンブリ１４９には、トランスファーケース（図２参照）が含まれる。

本発明の一つの態様では、連結アセンブリ１４９は、車両が減速した場合に、（例えば、クラッチを介して）ポンプ／モータユニット１４２を駆動ライン１３０に連結するように適用される。減速中、ポンプ／モータユニット１４２は、駆動ライン１３０に連結され、ポンプを作動する。ポンプ／モータユニット１４２は、流体リザーバ１４４からエネルギー貯蔵ユニット１４６に流体を移送（例えば、ポンプで移送）する。流体がエネルギー貯蔵ユニット１４６に移送されると、エネルギー貯蔵ユニット１４６内の流体圧力が増加する。

本発明の他の態様では、エネルギー貯蔵ユニット１４６は、車両が加速した場合に、ポンプ／モータユニット１４２を駆動ライン１３０に連結するように適用される。加速中、ポンプ／モータユニット１４２は、駆動ライン１３０に連結され、モータを作動する。ポンプ／モータユニット１４２は、エネルギー貯蔵ユニット１４６から加圧流体を受け入れて、その結果、ポンプ／モータユニット１４２は、駆動ライン１３０にトルクを伝達する。このトルクは、ポンプ／モータユニット１４２から発生され、駆動ライン１３０に伝達されたトルクは車両を推進するために使用される。

他の態様では、第２動力源１２４は第１動力源１２２に直列に連結され、原動機１２６は、ポンプ／モータユニット１４２に結合される。ポンプ／モータユニット１４２は、左右の車軸１３６，１３８に結合されるモータアセンブリ（図示省略）に流体連結される。

引き続き図１を参照すると、制御システム１０４の一例が示されている。本発明の一つの態様では、例示した制御システム１０４には、符号１５０で指定された第１動力源制御システムと、符号１５２で指定された第２動力源制御システムが含まれる。

第１動力源制御システム１５０は、第１動力源１２２を制御するように適用される。本発明の一つの態様では、第１動力源制御システム１５０には、原動機制御ユニット１５４、トランスミッション制御ユニット１５６及びブレーキ制御ユニット１５８が含まれる。原動機制御ユニット１５４とトランスミッション制御ユニット１５６は、単一のパワートレイン制御モジュールに組み込むことができるが、ここでは、原動機制御ユニット１５４とトランスミッション制御ユニット１５６は、別々のユニットとして説明する。

原動機制御ユニット１５４は、ここで詳細に説明されるように、原動機１２６の動作面を制御するように適用される。原動機制御ユニット１５４は、原動機１２６に動作可能に結合される（図１の破線１９１を参照）。例えば、内燃型のエンジンを使用する場合には、原動機制御ユニット１５４は、例えば、エンジン内への噴射量、エンジンのアイドル速度、エンジンの点火時期及び／またはエンジンバルブのタイミングの一つまたはそれ以上を制御するように適用することができる。

トランスミッション制御ユニット１５６は、ここで詳細に説明されるように、トランスミッション１２８の動作面を制御するように適用される。トランスミッション制御ユニット１５６は、トランスミッション１２８に動作可能に結合される（図１の破線１９２を参照）。例えば、トランスミッション制御ユニット１５６は、燃料効率及び／または車両パフォーマンスを最適にするために、車両のギアチェンジをどうするか、また、いつギアチェンジするかを計算するように使用することができる。

ブレーキ制御ユニット１５８は、ブレーキ１２０の動作面を制御するように適用される。ブレーキ制御ユニット１５８は、ブレーキ１２０に動作可能に結合される（図１の破線１９３を参照）。例えば、ブレーキ制御ユニット１５８は、様々な駆動状態の間にアンチロックブレーキングを提供するように、及び／または、ペダルに加える力とブレーキの有効性との間に一定の関係を提供するように適用することができる。

第２動力源制御システム１５２は、第２動力源１２４の動作面を制御するように適用される。本発明の一つの態様では、第２動力源制御システム１５２は、また、第１動力源１２２の原動機１２６の動作面を選択的に制御するように適用される。例えば、第２動力源制御システム１５２は、第２動力源１２４が駆動ライン１３０に連結されている場合には、原動機１２６からのトルクの出力を制限するように適用することができる。

本発明の一つの態様によれば、原動機制御ユニット１５４、トランスミッション制御ユニット１５６、ブレーキ制御ユニット１５８及び第２動力源制御システム１５２は、車両の構成部材、関連するセンサにそれぞれ通信ネットワーク１８４（図１の実線で示すように）を介して連絡されている。本発明の一つの態様によれば、通信ネットワーク１８４は、コントローラエリアネットワーク（ＣＡＮまたはＣＡＮバス）である。本発明の他の態様によれば、通信ネットワーク１８４は、ネットワークプロトコル（例えば、Ｊ１９３９，ＨＤＯＢＤ，ＯＢＤ−ＩＩ，ＥＯＢＤ，ＪＯＢＤ）を有している。

図示した例では、車両には、また、ユーザーに情報を表示するように構成されたユーザーインターフェース１９０が含まれる。例えば、ユーザーインターフェース１９０には、計器、表示灯、電子読み出し情報（例えば、テキスト読み出し情報、数値読み出し情報など）、音などを含むことができる。本発明の一つの態様では、ユーザーインターフェース１９０は、通信ネットワーク１８４に通信可能に結合されている。他の態様では、ユーザーインターフェース１９０は、第２動力源制御ユニット１５２に対して通信可能に直接結合することができる。

図３は、図１及び図２の駆動アセンブリ１０２のような駆動アセンブリに用いる制御システム１０４の例を示すブロック図である。図３の制御アセンブリ１０４には、通信ネットワーク１８４を介して互いに通信可能に結合された第１動力源制御ユニット１５０と第２動力源制御ユニット１５２が含まれる。一つの態様に従うと、通信ネットワーク１８４は電気的に接続することができる。しかしながら、他の態様に従うと、通信ネットワーク１８４は無線で接続することができる。

本発明の一つの態様では、第１動力源制御ユニット１５０の原動機制御ユニット１５４には、プロセッサ（例えば、マイクロプロセッサ）１６０と不揮発性メモリコンポーネント１６１が含まれる。原動機制御ユニット１５４のプロセッサ１６０は、一つまたはそれ以上の原動機センサ１７０から電子データ信号を受信するように適用される。例えば、二つの原動機センサ１７０Ａ，１７０Ｂが図３に示されている。一つの態様に従うと、これらのセンサ１７０Ａ，１７０Ｂは、原動機１２６に隣接して配置される。しかしながら、他の態様に従うと、任意の数のセンサ１７０を、原動機制御ユニット１５４のプロセッサ１６０に動作可能に結合することができる。

本発明の一つの態様では、プロセッサ１６０は、通信ネットワーク１８４を介して、複数のセンサ１７０から電子データ信号を受信することができる。本発明の他の態様では、プロセッサ１６０は、複数のセンサ１７０Ａ，１７０Ｂと直接通信リンク（例えば、配線）を介して電子データ信号を受信することができる。原動機センサ１７０の非限定例として、スロットル位置センサ、Ｏ_２センサ、ＲＰＭセンサ、マニホールド絶対圧（ＭＡＰ）センサ、クーラントセンサ、ノックセンサ、クランクシャフト位置センサ、及び／または、オイル温度センサの内の一つまたはそれ以上のセンサを含むことができる。

原動機制御ユニット１５４のマイクロプロセッサ１６０は、不揮発性メモリコンポーネント１６１に記憶されたアルゴリズムから原動機１２６用の制御パラメータを計算するように適用される。この制御パラメータは、一つまたはそれ以上の原動機センサ１７０から受信した電子データ信号を使用して計算され、原動機１２６の動作を制御するために使用される（例えば、図１の制御接続線を経由）。

不揮発性メモリコンポーネント１６１には、原動機１２６を制御するためにプロセッサ１６０によって使用され、制御パラメータを計算するソフトウェア、ファームウェアなどが記憶されている。不揮発性メモリコンポーネント１６１は、原動機制御ユニット１５４が機能しない場合に、ソフトウェア、ファームウェアなどを記憶することができる。原動機制御ユニット１５４への使用に適した不揮発性メモリコンポーネントの例として、消去及び書込み可能読取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的消去及び書込み可能読取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリなどが含まれる。

本発明の一つの態様では、トランスミッション制御ユニット１５６には、プロセッサ（例えば、マイクロプロセッサ）１６２と不揮発性メモリコンポーネント（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ，フラッシュメモリなど）１６３が含まれる。トランスミッション制御ユニット１５６のプロセッサ１６２は、一つまたはそれ以上のトランスミッションセンサ１７２から入力される電子データ信号を受信するように適用される。図３に示す例では、一つだけのトランスミッションセンサ１７２がトランスミッション制御ユニット１５６のプロセッサ１６２に動作可能に結合されている。しかしながら、他の態様に従うと、任意の数のセンサ１７２を、トランスミッション制御ユニット１５６のプロセッサ１６２に動作可能に結合することができる。

本発明の一つの態様では、プロセッサ１６２は、通信ネットワーク１８４を経由して電子データ信号を受信することができる。本発明の他の態様では、プロセッサ１６２は、複数のセンサ１７２と直接通信リンク（例えば、配線）を介して電子データ信号を受信することができる。トランスミッションセンサ１７２の非限定例として、入力速度センサ、出力速度センサ、車輪速度センサ、スロットル位置センサ、及び／または、トランスミッション流体温度センサの内の一つまたはそれ以上のセンサを含むことができる。本発明の他の態様では、トランスミッション制御ユニット１５６は、アクセルがフルスロットルを通過するように押し込まれたことを判定するために使用されるキックダウンスイッチ、トラクションコントロールシステム、クルーズコントロールモジュールなどの内の一つまたはそれ以上から入力される電子データ信号を受信するように適用することができる。

トランスミッション制御ユニット１５６のプロセッサ１６２は、不揮発性メモリコンポーネント１６３に記憶されたアルゴリズムからトランスミッション１２８用の制御パラメータを計算するように適用される。この制御パラメータは、一つまたはそれ以上のトランスミッションセンサ１７２から受信した電子データ信号を使用して計算され、トランスミッション１２８の動作を制御するために使用される。

本発明の一つの態様では、ブレーキ制御ユニット１５８には、プロセッサ（例えば、マイクロプロセッサ）１６４と不揮発性メモリコンポーネント１６５（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ，フラッシュメモリなど）が含まれる。ブレーキ制御ユニット１５８のプロセッサ１６４は、一つまたはそれ以上のブレーキセンサ１７４から入力される電子データ信号を受信するように適用される。ブレーキ制御ユニット１５８のプロセッサ１６４は、不揮発性メモリコンポーネント１６５に記憶されたアルゴリズムからブレーキ１２０用の制御パラメータを計算するように適用される。この制御パラメータは、一つまたはそれ以上のブレーキセンサ１７４から受信した電子データ信号を使用して計算され、ブレーキ１２０の動作を制御するために使用される。

本発明の一つの態様では、プロセッサ１６４は、通信ネットワーク１８４を経由して電子データ信号を受信することができる。本発明の他の態様では、プロセッサ１６４は、複数のセンサ１７４と直接通信リンク（例えば、配線）を介して電子データ信号を受信することができる。ブレーキセンサ１７４の非限定例として、車輪速度センサ、ブレーキ流体の圧力を監視する圧力センサ、及び／または、ペダル位置センサの内の一つまたはそれ以上のセンサを含むことができる。

本発明の一つの態様では、第２動力源制御システム１５２には、プロセッサ（例えば、マイクロプロセッサ）１６６と、不揮発性メモリコンポーネント１６７（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ，フラッシュメモリなど）と揮発性メモリコンポーネント１６８が含まれる。プロセッサ１６６は、一つまたはそれ以上のセンサ１７６から電子データ信号を受信するように適用される。本発明の一つの態様では、センサ１７６の非限定例として、アキュムレータ圧力センサ、フィルター圧力センサ、ニュートラル圧力センサ、ポンプ／モータ速度センサ、リザーバ流体温度センサ、ポンプケース温度センサ、リザーバ流体レベルセンサ、斜板角度センサ、ブレーキ圧センサ、及び／または、アキュムレータ及びトランスファーケース近接センサの内の一つまたはそれ以上のセンサを含むことができる。示された例では、プロセッサ１６６は、三つのデータセンサ１７６Ａ，１７６Ｂ及び１７６Ｃに動作可能に結合されている。しかしながら、他の態様では、プロセッサ１６６は、より多いまたはより少ないセンサ１７６に動作可能に結合させることができる。

第２動力源制御システム１５２のプロセッサ１６６は、第２動力源制御システム１５２の不揮発性メモリコンポーネント１６７に記憶された制御アルゴリズム１８５から第２動力源１２４用の制御パラメータを計算するように適用される。この制御パラメータは、一つまたはそれ以上のセンサ１７６から受信した電子データ信号を使用して計算される。不揮発性メモリコンポーネント１６７は、また、第２動力源制御システム１５２（図４）用の故障検知アルゴリズム１８７と動作パラメータ１８９を記憶するように構成されている。例えば、メモリ１６７は、故障状態が起動されたこと、アルゴリズムに使用される上限と下限、及び、一つまたはそれ以上のシステムコンポーネントの故障または誤動作を指示するエラーメッセージに従ってアルゴリズムを記憶することができる。

プロセッサ１６６で検知された故障状態は、不揮発性メモリ１６７または揮発性メモリ１６８のいずれかに記憶することができる。いくつかの態様に従うと、故障状態は、非ラッチング、ラッチング及び機能障害の三つのタイプに分けることができる。これらの態様に従うと、ラッチング及び非ラッチング故障状態は揮発性メモリ１６８に記憶され、機能障害故障状態は不揮発性メモリ１６７に記憶される。したがって、ラッチング及び非ラッチング故障状態は、車両が開錠された場合に消去される。機能障害故障状態は、開錠／施錠されてもメモリ１６７に残される。

図４は、第２動力源制御システム１５２に利用する故障監視及び対応を実行するように構成された故障検知システム２００の例のブロック図である。一つの態様に従うと、例示した故障検知システム２００は、第２動力源制御システム１５２のプロセッサ１６６とメモリ１６７を使用して実行される。他の態様に従うと、例示した故障検知システム２００は、他のシステムのプロセッサ及び／またはメモリを使用して実行することができる。

例えば、故障状態は、第２動力源制御システム１５２のメモリ１６７の記憶装置に代えて、或いは、記憶装置に追加して、データロガーシステムに記憶することができる。データロガーシステムの一例が図１に示されており、参照符号１０１で指定されている。示されたデータロガー１０１は、通信ネットワーク１８４に動作可能に結合される。適正なデータロガーに関連する追加情報は、ハイブリッド車両用データロガーという名称で、２００９年３月９日に出願された米国特許出願第６１／１５８５４２に見出すことができ、この特許出願の開示内容は参照することによって本説明に組み込まれる。

例示した故障検知システム２００には、ここで詳細に説明される一つまたはそれ以上のセンサからの電子データ信号を受信するように構成された一つまたはそれ以上の監視モジュール２０１が含まれる。図示した例では、例示した故障検知システム２００には、センサの入力を受信する一つの監視モジュール２０１が含まれる。他の例示したシステムでは、複数の監視モジュールが、センサの入力を受信して処理することができる。例えば、それぞれのセンサが対応する監視モジュールを有している。

監視モジュール２０１は、故障状態が発生したかどうかを判定するために、受信したデータ信号を分析（解析）するように構成されている。例示した故障検知システム２００には、検知された故障状態に反応するように構成された一つまたはそれ以上の応答モジュール２０６が含まれる。また、故障検知システム２００には、車両の通信ネットワークに対して、また、車両の通信ネットワークからメッセージを送受信するように構成された通信ネットワークインターフェース２０２と、第２動力源制御システム１５２及び／または車両内の他の大容量固体記憶装置（ＭＳＵ：ｍｅｍｏｒｙ ｓｔｏｒａｇｅ ｕｎｉｔｓ、例えば、データロガー）と対話するように構成されたメモリインターフェース２０５が含まれる。

一つの態様に従うと、複数の監視モジュール２０１では、一つまたはそれ以上のセンサからデータ信号を受信する。適当なデータセンサの非限定例として、ポンプ／モータユニット１４２の斜板の位置を示す斜板位置センサ２１０、流体リザーバ１４４の流体量を示す流体（例えば、オイル）レベルセンサ２１１、リザーバ１４４の流体の温度を示す流体温度センサ２１２、エンドカバーアセンブリ１４５の圧力を示すニュートラル圧力センサ２１３、ケースドレンからの流体をろ過するシステムフィルタの上流において、システム圧力を計測し、システムフィルタ１４７の状態を示すフィルター圧力センサ２１４、エネルギー貯蔵ユニット１４６の圧力を示す高圧センサ２１５、フットバルブ２３６が開閉されたかどうかを示すアキュムレータ近接センサ２１６、回転しているポンプ／モータユニット１４２の毎分回転数を示すポンプ速度センサ２１７、ポンプ／モータユニット１４２のポンプハウジングの温度を示すケース温度センサ２１８、及び、トランスファーケーススイッチセンサ２１９の内の一つまたはそれ以上のセンサが含まれる。しかしながら、他の態様に従うと、また、監視モジュール２０１では、他の形式のセンサ、例えば、車両のブレーキ１２０の圧力を示すブレーキ圧力センサ（図示省略）からデータ信号を受信することができる。

いくつかの態様に従うと、また、複数の監視モジュール２１０では、ネットワークインターフェース２０２を介して、車両の通信ネットワーク（例えば、ＣＡＮバス）１８４から入力メッセージ２０３を受信することができる。一つの態様に従うと、入力メッセージ２０３は、第２動力源１２４を除くコンポーネントの作動状態を示す。入力メッセージ２０３の非限定例として、エンジン速度、車輪ベースの車両速度、入力軸速度、出力軸速度、エンジンの実際のギア比、エンジンの現在のギア比、アクセルペダル位置、ドライバーが要求するエンジンのパーセントトルク、公称摩擦のパーセントトルク、及び／または、アンチロックブレーキシステム（ＡＢＳ）またはクルーズコントロールが作動しているかどうかの指示を含むことができる。

一つの態様に従うと、また、ネットワークインターフェース２０２は、通信ネットワーク１８４に出力メッセージ２０４を送信する。出力メッセージ２０４の非限定例として、トルク制限、車両の移動が許容される最大速度を示す速度制限、第２動力源１２４の状態を示す状態メッセージ、一つまたはそれ以上の故障状態が発生したことを特定するユーザインジケータ１９０用のコード、オーバライドコントロールモードメッセージ、及び、ロガーデータ（すなわち、図１のデータロガー１００に記憶されたデータ）を含むことができる。

いくつかの態様に従うと、メモリインターフェース２０５は、図３のメモリ１６７のように、メモリからデータを取得すると共にメモリにデータを送信するように構成されている。例えば、メモリインターフェース２０５は、メモリから一つまたはそれ以上の故障検知アルゴリズム１８７及び／または故障検知パラメータ１８９を取得することができる。メモリインターフェース２０５によってメモリに書き込まれるデータの非限定例として、受信したセンサデータ、制御アルゴリズムで使用されるパラメータの値、システムコンポーネントの状態、故障状態の状況を含むことができる。他の態様に従うと、メモリインターフェース２０５は、通信ネットワーク１８４を経由して追加メモリ（図示省略）にデータを書き込むことができる。

いくつかの態様に従うと、複数の応答モジュール２０６は、一つまたはそれ以上の故障状態に応じて、第２動力源１２４のコンポーネントを作動させるために、一つまたはそれ以上の制御バルブに制御信号を送信する。図示した例では、応答モジュール２０６は、バイパスバルブ２２２、クラッチバルブ２２４及び斜板制御バルブ２２６に制御信号を送信する。しかしながら、他の態様に従うと、応答モジュール２０６は、任意のバルブに制御信号を送信することができる。例えば、応答モジュール２０６は、遮断弁２３０、チャージバイパスバルブ２３２及びモードバルブ２３４（図２参照）を作動することができる。

一つの態様に従うと、制御信号には、バルブに動作可能に結合された一つまたはそれ以上のソレノイドに送信される電気信号が含まれる。例えば、斜板制御バルブ２２６は、モータソレノイド及びポンプソレノイド（図２参照）によって作動することができる。バイパスバルブ２２２はバイパスソレノイドによって作動することができ、また、クラッチバルブ２２４はクラッチソレノイドによって作動することができる。しかしながら、他の態様に従うと、これらのバルブは、当業者に知られているように、より多数のまたはより少数のソレノイドを使用して、或いは、他の手段を経由して作動することができる。

図５は、車両の駆動ライン１３０に動作可能に結合することができる第２動力源１２４による例示的なリセットプロセス３００を示すフローチャートである。いくつかの態様に従うと、リセットプロセス３００では、車両がスタートする（すなわち、キーが取り付けられている）たびに制御システム１５２によって実行される。また、他の態様に従うと、リセットプロセス３００は、より詳細に説明したように、他のプロセッサによって呼び出されたときに、実行することができる。

リセットプロセス３００は、任意の初期化手順によって実行され、スタートモジュール３１０で開始して、チェックオペレーション３２０を開始する。チェックオペレーション３２０では、故障状態が記憶されているかどうかを判定するために、第２動力源制御システム１５２のメモリにアクセスする。一つの態様に従うと、チェックオペレーション３２０では、機能障害故障状態１８２をチェックするために不揮発性メモリ１６７にアクセスする。他の態様に従うと、チェックオペレーション３２０では、非ラッチング故障状態１８６及び／またはラッチング故障状態１８８をチェックするために揮発性メモリ１６８にアクセスする。

判定モジュール３３０では、任意の故障状態がメモリに存在するかどうかを判定する。判定モジュール３３０で、故障状態がメモリに記憶されていないと判定した場合には、続いて、連結オペレーション３４０で、第２動力源１２４を車両に動作可能に連結する。ここで詳細に説明したように、連結オペレーション３４０が起動されるかどうかにかかわらず、監視オペレーション３５０では、センサの読み取り値を分析して、第２動力源１２４が切り離されるべきかどうかを判定する。リセットプロセス３００では、任意の完了手順を実行して、ストップモジュール３６０で終了する。

図６は、システム及びコンポーネントの故障及び／または誤動作を検出し、かつ、調整することができる例示的な故障検知プロセス４００を示すフローチャートである。一つの態様に従うと、例示的な故障検知プロセス４００は、第２動力源制御システム１５２による実行に適用される。故障検知プロセス４００では、任意の適当な初期化手順を実行して、スタートモジュール４０２で開始して、取得オペレーション４０４を続行する。

取得オペレーション４０４では、電子データ信号を受信、すなわち、電子データ信号を引き出す。一つの態様に従うと、取得オペレーション４０４では、一つまたはそれ以上のセンサ（例えば、図４のセンサ２１０〜２１９）から電子データ信号を取得する。他の態様に従うと、取得オペレーション４０４では、通信ネットワーク１８４から電子データ信号を取得する。一つの態様では、取得オペレーション４０４では、図４の監視モジュール２０１で電子データ信号を受信する。

分析オペレーション４０６では、故障状態が起動されたかどうかを判定するために、受信した電子データ信号を処理する。いくつかの態様に従うと、分析オペレーション４０６では、第２動力源制御システム１５２（図３参照）の不揮発性メモリ１６７に記憶された故障検知アルゴリズム１８７と動作パラメータ１８９に基づいて、受信した電子データ信号を処理する。

チェックオペレーション４０８では、いかなる故障状態が記憶されているかどうかを判定するために、第２動力源制御システム１５２のメモリにアクセスする。例えば、チェックオペレーション４０８では、不揮発性メモリ１６７及び／または揮発性メモリ１６８にアクセスすることができる。

比較オペレーション４１０では、センサのデータから検知した故障状態とメモリに記憶された故障状態との重複部分を判定する。非重複部分の故障状態は、新たな故障状態の発生（すなわち、センサのデータで判定された故障状態であって、メモリに記憶されていない故障状態）であるか、または、以前の故障状態の停止（すなわち、メモリに記憶された故障状態であるが、センサのデータによって判定されていない故障状態）であるかどうかを指示している。

第１判定モジュール４１２では、非重複部分の故障状態が、新たに発生した故障状態かどうかを判定する。第１判定モジュール４１２で、新たな故障状態が検知された判定した場合には、続いて、応答オペレーション４１４では、第２動力源１２４を車両から切り離す。一つの態様に従う応答プロセスの一例が、図７に関連して説明されている。

第２判定モジュール４１６で、処理される追加の非重複部分の故障状態が存在すると判定した場合には、続いて、故障検知プロセス４００では、第１判定モジュール４１２に戻って、上述したように続行される。第２判定モジュール４１６では、全ての非重複部分の故障状態が処理された比較オペレーション４１０によって提供されたと判定した場合には、続いて、故障検知プロセス４００では、任意の適当なプロセスを実行して、ストップモジュール４２４で終了する。

しかしながら、第１判定モジュール４１２で、以前に検知された故障状態が停止したと判定した場合には、続いて、第３判定モジュール４１８では、どのタイプの故障状態が停止したのかを判定する。例えば、第３判定モジュール４１８では、非ラッチング故障、ラッチング故障または機能障害故障が検知されたかどうかを判定することができる。第３判定モジュール４１８で、ラッチング故障状態または機能障害故障状態が検知されたと判定した場合には、続いて、故障検知プロセス４００では、第２判定モジュール４１６を繰り返す。

しかしながら、第３判定モジュール４１８で、非ラッチング故障状態が検知されたと判定した場合には、続いて、消去オペレーション４２０では、メモリから非ラッチング故障状態を消去して、リセットオペレーション４２２では、図５のリセットプロセス３００を実行して、故障検知プロセス４００では、上述したように、第２判定モジュール４１６を繰り返して続行する。

図７は、新たな故障状態が検知された場合に、第２動力源制御システム１５２の応答に従う例示的な応答プロセス５００の動作フローを示すフローチャートである。応答プロセス５００では、任意の適当な初期化手順を実行して、スタートモジュール５０２で開始され、警告オペレーション５０４を続行する。

警告オペレーション５０４では、ユーザー（例えば、ドライバー）に、故障状態が発生したという指示を提供する。いくつかの態様に従うと、警告オペレーション５０４では、（例えば、車両のダッシュボード上の）一つまたはそれ以上の車両の警告指示器１９０を作動させる。警告指示器１９０の非限定例として、発光シンボル１９２、ディスプレイスクリーン上のテキスト読み出し、及び／または、可聴信号を放出するように構成されたスピーカ１９４を含むことができる。例えば、一つの態様に従うと、警告オペレーション５０４では、車両のユーザーに表示される発光指示器に電力を供給することができる。

第１作動オペレーション５０６では、ポンプ／モータユニット１４２（図２）の斜板１４８をニュートラル位置（例えば、垂直位置）に移動させる。例えば、第１作動オペレーション５０６では、応答モジュール２０６（図４）から斜板制御バルブ２２６に制御信号を送信して、斜板１４８をニュートラル位置にゼロ設定することができる。斜板１４８をゼロ設定することは、第２動力源１４２に損傷を与えるポンプ／モータユニット１４２の過速度状態を抑制するのに役立たせることができる。また、斜板１４８をゼロ設定することは、駆動ライン１３０からトルクを除去するのに役立たせることができる。

第２作動オペレーション５０８では、ポンプ／モータの高圧ポートと流体リザーバ１４４（図２）との間にバイパスを開口させる。例えば、第２作動オペレーション５０８では、応答モジュール２０６からバイパスバルブ２２２（図４）に制御信号（例えば、電子信号）を送信して、流体をポンプ／モータユニット１４２にバイパスさせることができる。バイパスバルブ２２２を開口させることは、駆動ライン１３０からトルクを除去するのに役立たせることができる。いくつかの態様に従うと、第２作動オペレーション５０８では、第１作動オペレーション５０４で、斜板１４８をゼロ設定した後に、所定の時間期間でバイパスバルブ２２２を作動させる。他の態様に従うと、第２作動オペレーション５０８では、斜板位置を検知した後にバイパスバルブ２２２を作動させる。

切り離しオペレーション５１０では、ハイブリッド駆動アセンブリ１０２から第２動力源１２４を操作的に切り離す。操作的に切り離された場合、第２動力源１２４は車両に動力を供給しない。いくつかの態様に従うと、切り離しオペレーション５１０では、連結アセンブリ１４９のクラッチバルブ２２４を作動して、第２動力源１２４を駆動ライン１３０から切り離す。一つの態様に従うと、切り離しオペレーション５１０では、第２作動オペレーション５０８でバイパスを開口するのとほぼ同時にクラッチバルブ２２４を作動させる。しかしながら、他の態様に従うと、切り離しオペレーション５１０では、第１及び第２作動オペレーション５０６，５０８が実行される前に、或いは、実行されるのに続いて、第２動力源１２４を駆動ライン１３０から切り離すことができる。

確認オペレーション５１２では、検知された故障状態のタイプを判定する。いくつかの態様に従うと、確認オペレーション５１２では、故障状態が、非ラッチング故障１８６、ラッチング故障１８４または機能障害故障１８２であるかどうかを判定する。判定モジュール５１４で、新たに検知した故障状態が機能障害故障であると判定した場合、続いて、第１記憶オペレーション５１６では、機能障害故障状態を不揮発性メモリ１６７（図３）などの不揮発性メモリに保存する。判定モジュール５１４で、新たに検知した故障状態が機能障害故障ではないと判定した場合、続いて、第２記憶オペレーション５１８では、故障状態の記録を不揮発性メモリ１６８（図３）などの不揮発性メモリに保存する。

応答プロセス５００では、任意の適当な完了手順を実行して、ストップモジュール５２０で終了する。

図８は、故障検知システムにより、ネットワークの故障状態を特定することができる図４の故障検知システム２００の監視モジュール２０１による例示的なネットワーク故障検知プロセス６００の動作フローを示すフローチャートである。一つの態様に従うと、ネットワークの故障状態は非ラッチング故障である。しかしながら、他の態様に従うと、ネットワークの故障状態は、ラッチング故障または機能障害故障である。

ネットワーク故障検知プロセス６００では、任意の適当な初期化手順を実行して、スタートモジュール６１０で開始され、リスン（傾聴）オペレーション６２０を続行する。傾聴オペレーション６２０では、データが通信ネットワーク１８４から受信されたかどうかをチェックする。例えば、傾聴オペレーション６２０では、予期されたパラメータまたはメッセージが受信されたことを判定することができる。

判定モジュール６３０では、データが通信ネットワーク１８４から受信されたかどうかを判定する。いくつかの態様に従うと、判定モジュール６３０で、データが受信されていないと判定した場合には、故障オペレーション６４０で、図７の応答プロセス５００のような応答プロセスを起動させる。一つの態様に従うと、また、故障オペレーション６４０では、メモリにネットワーク通信故障状態を記憶することができる。ネットワーク故障検知プロセス６００では、任意の完了手順を実行して、ストップモジュール６５０で終了する。

図９は、図４の故障検知システム２００の監視モジュール２０１で範囲外の故障状態を特定する例示的な範囲故障検知プロセス７００の動作フローを示すフローチャートである。範囲外の故障状態の非限定例として、受信したセンサ信号が、コンポーネントの誤動作及び／またはシステムの誤動作を指示することができる通常の作動範囲の範囲外であること、受信したセンサ信号が、センサの問題及び／または配線の問題を指示することができる検知可能な範囲の範囲外であること、及び、バルブの誤動作を指示することができる計測したバルブ電流を含むことができる。

範囲故障検知プロセス７００では、任意の適当な初期化手順を実行して、スタートモジュール７１０で開始され、取得オペレーション７２０を続行する。取得オペレーション７２０では、図２のセンサ２１１〜２１９などの一つまたはそれ以上のセンサから一つまたはそれ以上のセンサ信号を受信する。

判定モジュール７３０では、どの受信したデータ信号が、所定のしきい値外の値（例えば、以上または以下）を有するかどうかを判定する。いくつかの実施形態に従うと、判定モジュール７３０では、どのデータ信号が、メモリ（制御システム１５２のメモリ１６７）に記憶された所定のしきい値外の値を有するかどうかを判定する。一つの態様に従うと、判定モジュール７３０では、データ信号が、所定の時間期間の間、しきい値外に留まっているかどうかを判定することができる。

いくつかの態様に従うと、判定モジュール７３０では、受信したデータ信号が所定のしきい値外であると判定した場合には、故障オペレーション７４０では、図７の応答プロセス５００のような応答プロセスを起動させる。一つの態様に従うと、また、故障オペレーション７４０では、メモリにネットワーク通信故障状態を記憶することができる。範囲故障検知プロセス７００では、任意の適当な完了手順を実行して、ストップモジュール７５０で終了する。

図１０は、図４の故障検知システム２００が競合しているセンサの読み取り値または指令によって起動される故障状態を特定する例示的な不一致故障検知プロセス８００の動作フローを示すフローチャートである。このような故障状態の非限定例として、ポンプ速度センサと出力軸速度センサによって報告された速度の間の競合、二つまたはそれ以上の斜板センサによって報告された斜板の姿勢間の競合、斜板センサと指令された斜板角度によって報告された斜板の姿勢間の競合、及び、クラッチバルブセンサと指令されたクラッチ状態によって報告されたクラッチ状態間の競合を含むことができる。

不一致故障検知プロセス８００は、任意の適当な初期化手順を実行して、スタートモジュール８１０で開始され、取得オペレーション８２０を続行する。不一致故障検知プロセス８００では、図２のセンサ２１１〜２１９などのセンサから、システムまたはコンポーネントの状態を示す第１データ信号を受信する。一つの態様に従うと、第１取得オペレーション８２０では、通信ネットワーク１８４を介して第１データ信号を受信することができる。他の態様では、第１取得オペレーション８２０では、センサから直接第１データ信号を受信することができる。

第２取得オペレーション８３０では、システムまたはコンポーネントの状態を示す第２データ信号を取得する。いくつかの態様に従うと、第２取得オペレーション８３０では、図２のセンサ２１１〜２１９などのセンサから第２データ信号を取得する。他の態様に従うと、第２取得オペレーション８３０では、通信ネットワーク１８４またはメモリから第２データ信号を取得することができる。一つの態様に従うと、第２データ信号は、バルブ（例えば、バルブを制御するソレノイドに対して）に供給される指令または制御信号である。

比較オペレーション８４０では、第１取得オペレーション８２０で受信したデータ信号と第２取得オペレーション８３０で受信したデータ信号との間に競合が存在するかどうかを判定する。例えば、いくつかの態様に従うと、比較オペレーション８４０では、データ信号間の差を判定することができる。例えば、一つの態様に従うと、比較オペレーション８４０では、一つの斜板センサから報告された斜板の角度の値と他の斜板センサから報告された斜板の角度の値との差を判定することができる。他の態様に従うと、比較オペレーション８４０では、第１データ信号の２進値が第２データ信号の２進値と一致するかどうかを判定する。例えば、いくつかの態様に従うと、比較オペレーション８４０では、クラッチバルブによって報告されたクラッチの状態が、クラッチバルブに送信された最新の指令に一致するかどうかを判定することができる。

第１判定モジュール８５０では、故障状態を起動させるために、どの競合が十分であるかを判定する。いくつかの態様に従うと、第１判定モジュール８５０では、競合する各データ信号の差が、メモリ（例えば、制御システム１５２のメモリ１６７）に記憶されたシステムの許容範囲を超えるかどうかを判定する。第２判定モジュール８６０では、システムの許容範囲を超えているどの競合が所定の時間期間の間存続しているかどうかを判定する。

他の態様に従うと、第１及び第２判定モジュール８５０，８６０で、二つのデータ信号の間の競合がシステムの許容範囲を超えて、所定の時間期間の間存続していると判定した場合には、故障オペレーション８７０では、図７の応答プロセス５００のような応答プロセスを起動させる。一つの態様に従うと、また、故障オペレーション８７０では、メモリにネットワークの故障状態を記憶することができる。不一致故障検知プロセス８００では、任意の適当な完了手順を実行して、ストップモジュール８８０で終了する。

図１１は、図４の故障検知システム２００の監視モジュール２０１が、第２動力源１２４のフィルター１４７のような詰まったフィルターを検知する例示的なフィルター詰まり故障検知プロセス９００の動作フローを示すフローチャートである。

フィルター詰まり故障検知プロセス９００では、任意の適当な初期化手順を実行して、スタートモジュール９１０で開始され、第１取得オペレーション９２０を続行する。第１取得オペレーション９２０では、図２の流体温度センサ２１２のような流体温度センサから第１データ信号を受信する。一つの態様に従うと、第１取得オペレーション９２０では、通信ネットワーク１８４を介して第１データ信号を受信することができる。他の態様に従うと、第１取得オペレーション９２０では、流体温度センサ２１２から直接第１データ信号を受信することができる。

第２取得オペレーション９３０では、ポンプ速度を指示するポンプ速度センサ２１７のようなポンプ速度センサから第２データ信号を取得する。いくつかの態様に従うと、第２取得オペレーション９３０では、ポンプ速度センサ２１７から直接ポンプ速度データ信号を取得する。他の態様に従うと、第２取得オペレーション９３０では、通信ネットワーク１８４からポンプ速度データ信号を取得することができる。

計算オペレーション９４０では、第１及び第２取得オペレーション９３０，９４０で提供される流体温度とポンプ速度に基づいて許容可能なフィルター圧力を判定する。一つの態様に従うと、許容可能なフィルター圧力は、実験で得られた試験結果に基づいて計算される。

第３取得オペレーション９５０では、図２のフィルター圧力センサ２１４のようなフィルター圧力センサから第３データ信号を取得する。いくつかの態様に従うと、第３取得オペレーション９５０では、フィルター圧力センサ２１４から直接フィルター圧力データ信号を取得する。他の態様に従うと、第３取得オペレーション９５０では、通信ネットワーク１８４からフィルター圧力データ信号を取得することができる。

第１判定モジュール９６０では、第３取得オペレーション９５０で提供されたフィルター圧力と、計算オペレーション９４０で提供された許容可能なフィルター圧力とを比較する。いくつかの態様に従うと、また、第１判定モジュール９６０では、フィルター圧力が、故障状態を起動させるために十分な量で、計算された許容可能なフィルター圧力を超えたかどうかを判定する。第２判定モジュール９７０では、フィルター圧力が、所定の時間期間の間、所定の許容範囲以上で、計算された許容可能なフィルター圧力を超えたかどうかを判定する。

他の態様に従うと、第１及び第２判定モジュール９６０，９７０で、フィルター圧力が、システムの許容範囲以上で所定の時間期間の間よりも長く、許容可能なフィルター圧力を超えていると判定した場合には、故障オペレーション９８０では、図７の応答プロセス５００のような応答プロセスを起動させる。一つの態様に従うと、また、故障オペレーション９８０では、メモリにネットワークの故障状態を記憶することができる。フィルター詰まり故障検知プロセス９００では、任意の適当な完了手順を実行して、ストップモジュール９９０で終了する。

図１２は、図４の故障検知システム２００の監視モジュール２０１が、図２の近接センサ２１６のようなアキュムレータの近接センサの誤動作を検知する例示的なフットバルブ故障検知プロセス１０００の動作フローを示すフローチャートである。フットバルブ故障検知プロセス１０００では、任意の適当な初期化手順を実行して、スタートモジュール１００２で開始され、第１取得オペレーション１００４を続行する。

第１取得オペレーション１００４では、図２のアキュムレータ圧力センサ２１５のようなアキュムレータ圧力センサから第１データ信号を受信する。一つの態様に従うと、第１取得オペレーション１００４では、通信ネットワーク１８４を介して第１データ信号を受信することができる。他の態様に従うと、第１取得オペレーション１００４では、アキュムレータ圧力センサ２１５から直接第１データ信号を受信することができる。

第２取得オペレーション１００６では、近接センサ２１６から第２データ信号を取得する。いくつかの態様に従うと、第２取得オペレーション１００６では、近接センサ２１６から直接フットバルブ２３６の状態を表すデータ信号を取得する。他の態様に従うと、第２取得オペレーション１００６では、通信ネットワーク１８４からフットバルブデータ信号を取得することができる。

第１判定モジュール１００８では、アキュムレータ圧力のデータ信号が、受入可能な範囲の外側にあるかどうかを判定する。例えば、一つの態様に従うと、第１判定モジュール１００８では、アキュムレータ圧力のデータ信号が、所定の下限値よりも低いかどうかを判定する。

第１判定モジュール１００８で、アキュムレータ圧力のデータ信号が所定のしきい値よりも低いと判定した場合には、続いて、第２判定モジュール１０１０で、近接センサのデータ信号が、フットバルブ２３６が開であることを示しているかどうかを判定する。一つの態様に従うと、フットバルブが開である間にアキュムレータの圧力が所定のしきい値以下であることは、第１故障状態を示している。

第２判定モジュール１０１０では、近接センサのデータ信号がフットバルブ２３６が開であることを示しており、それによって第１故障状態を指示していると判定した場合には、続いて、第３判定モジュール１０１２では、故障状態が所定の時間期間の間持続しているかどうかを判定する。いくつかの態様に従うと、第３判定モジュール１０１２で、故障状態が所定の時間期間よりも長い間持続していると判定した場合には、故障オペレーション１０１４では、図７の応答プロセス５００のような応答プロセスを起動させる。

しかしながら、第１判定モジュール１００８で、アキュムレータ圧力のデータ信号が許容可能な範囲内にあると判定した場合には、続いて、フットバルブ故障検知プロセス１０００では、第３取得オペレーション１０１６を実行する。第３取得オペレーション１０１６では、図２の流体温度センサ２１２のような流体温度センサからデータ信号を受信する。計算オペレーション１０１８では、第３取得オペレーション１０１６で提供される流体温度に基づいて、許容可能なアキュムレータ圧力を判定する。

第４判定モジュール１０２０では、第１取得オペレーション１００４で提供されたアキュムレータ圧力が、計算オペレーション１０１８で提供された計算された許容可能なアキュムレータ圧力を超えたかどうかを判定する。第４判定モジュール１０２０で、第１取得オペレーション１００４が許容可能なアキュムレータ圧力を超えていると判定した場合には、続いて、第５判定モジュール１０２２で、近接センサのデータ信号がフットバルブが閉であることを示しているかどうかを判定する。一つの態様に従うと、フットバルブが閉である間に、アキュムレータ圧力が計算された許容可能な圧力以上であることは、第２故障状態を示している。

第５判定モジュール１０２２では、フットバルブ２３６が閉であることを示しており、それによって第２故障状態を指示していると判定した場合には、続いて、フットバルブ故障検知プロセス１０００では、第３判定モジュール１０１２を実行し、かつ、上述したように続行する。しかしながら、第２、第３、第４及び第５判定モジュール１０１０，１０１２，１０２０、１０２２の内の一つまたはそれ以上で、故障条件が満足されていないと判定した場合には、続いて、フットバルブの故障検知プロセス１０００では、第１取得オペレーション１００４に戻って繰り返され、再び開始される。フットバルブの故障検知プロセス１０００では、任意の適当な完了手順を実行して、ストップモジュール１０２４で終了する。

図１３は、図４の故障検知システム２００の監視モジュール２０１が高圧リークを検知する例示的な圧力リーク故障検知プロセス１１００の動作フローを示すフローチャートである。圧力リーク故障検知プロセス１１００では、任意の適当な初期化手順を実行して、スタートモジュール１１０２で開始され、第１取得オペレーション１１０４を続行する。

第１取得オペレーション１１０４では、図２のアキュムレータ圧力センサ２１５のようなアキュムレータ圧力センサから第１データ信号を受信する。一つの態様に従うと、第１取得オペレーション１１０４では、通信ネットワーク１８４を介して第１データ信号を受信することができる。他の態様に従うと、第１取得オペレーション１１０４では、アキュムレータ圧力センサ２１５から直接第１データ信号を受信することができる。

計算オペレーション１１０６では、第１取得オペレーション１１０４によって提供された、時間に対してプロットされた（記入された）アキュムレータ圧力の傾きを見つける。一つの態様に従うと、また、計算オペレーション１１０６では、傾きの絶対値を取得する。第１判定モジュール１１０８では、計算された傾きの値が所定のしきい値を超えているかどうかを判定する。第１判定モジュール１１０８で、しきい値を超えていないと判定した場合、続いて、圧力リーク故障検知プロセス１１００では、第１取得オペレーション１１０４に戻って繰り返され、再び開始される。

しかしながら、第１判定モジュール１１０８で、計算された傾きの値が所定のしきい値を超えていると判定した場合には、続いて、第２取得オペレーション１１１０では、図２の近接センサ２１６のようなアキュムレータの近接センサから第２データ信号を取得する。いくつかの態様に従うと、第２取得オペレーションでは、フットバルブセンサから直接フットバルブのデータ信号を取得する。他の態様に従うと、第２取得オペレーションでは、通信ネットワーク１８４からフットバルブのデータ信号を取得することができる。

第２判定モジュール１１１２では、第２取得オペレーション１１１０によって提供されたフットバルブのデータ信号が、フットバルブが開であることを示しているかどうかを判定する。第２判定モジュール１１１２で、フットバルブのデータ信号が、フットバルブが閉であることを示していると判定した場合には、続いて、圧力リーク故障検知プロセス１１００は、第１取得オペレーション１１０４に戻って繰り返され、再び開始される。しかしながら、第２判定モジュール１１１２では、フットバルブのデータ信号が、フットバルブが開であることを示していると判定した場合には、続いて、第３取得オペレーション１１１４では、モードバルブが開であるか、または、閉であるかどうかを示すデータ信号を受信する。いくつかの態様に従うと、第３取得オペレーションでは、モードバルブのデータ信号をモードバルブセンサから直接取得する。他の態様に従うと、第３取得オペレーショ１１１４では、通信ネットワーク１８４からモードバルブのデータ信号を取得することができる。

第３判定モジュール１１１６で、モードバルブのデータ信号が、モードバルブが開であることを示していると判定した場合には、続いて、圧力リーク故障検知プロセス１１００は、第１取得オペレーション１１０４に戻って繰り返され、再び開始される。しかしながら、第３判定モジュール１１１６で、モードバルブのデータ信号が、モードバルブが閉であることを示していると判定した場合には、続いて、第４判定モジュール１１１８では、所定の時間期間、フットバルブが開で、かつ、モードバルブが閉である間に、アキュムレータ圧力がしきい値を超えたかどうかを判定する。

いくつかの態様に従うと、第４判定モジュール１１１８で、故障状態が所定の時間期間よりも長く持続していると判定した場合には、故障オペレーション１１２０では、図７の応答プロセス５００のような応答プロセスを起動させる。圧力リーク故障検知プロセス１１００は、任意の適当な完了手順を実行して、ストップモジュール１１２２で終了する。

図１４は、図１及び図２のポンプ／モータユニット１４２のようなポンプ／モータユニットで使用することができる例示的なポンプアセンブリ１３００の概略図である。ポンプアセンブリ１３００には、斜板１３２０によってピストン１３１５が軸方向に変位することができる複数のボア（シリンダ開口）１３１２が形成されたポンプボディ１３１０が含まれる。各ピストン１３１５はシュー１３１７を介して斜板１３２０と相互に作用する。時間の経過と共に、ポンプボディ１３１０は、各ボア１３１２と各ピストン１３１５との間、各ピストン１３１５と各シュー１３１７との間、各シュー１３１７と斜板１３２０との間、及び／または、ボアとポンプケースとの間に、（例えば、損傷したバレル（シリンダ）から）漏れ（リーク）を生ずる可能性がある。

いくつかの態様に従うと、ポンプボディアセンブリ１３００のリークは、ポンプボディ１３１０の回転ごとに１回、ポンプケース内に流体の脈動を発生させる。流体の脈動は、ケース内にまたはフィルター圧力センサで圧力スパイクを発生させる。圧力スパイクは、バレルが回転する周期と等しい頻度で発生する。一つの態様に従うと、フィルター圧力センサからのデータ信号は、バレルリークが発生しているかどうかを判定するために、フィルター処理されると共に、分析される。他の態様に従うと、ケース圧力センサからのデータ信号は、バレルリークが発生しているかどうかを判定するために、フィルター処理されると共に、分析される。

図１５Ａは、図１４のポンプアセンブリ１３００におけるバレルリークのようなバレルリークを検知することができる例示的なリーク検知プロセス１２００Ａの動作フローを示すフローチャートである。いくつかの実施の態様に従うと、リーク検知プロセス１２００Ａは、上述したハイブリッド車両で使用されるポンプで実施される。しかしながら、他の実施の態様に従うと、リーク検知プロセス１２００Ａは、ポンプ速度とケース圧力を計測する適当なセンサを備えた任意の形式のポンプ（例えば、アキシャルピストンポンプ）で使用することができる。

リーク検知プロセス１２００Ａでは、任意の適当な初期化手順を実行して、スタートモジュール１２０２で開始され、第１取得オペレーション１２０４を続行する。一つの態様に従うと、第１取得オペレーション１２０４では、第２動力源１２４に関連する流体の圧力を判定する。例えば、一つの実施の態様では、第１取得オペレーション１２０４で、図２のフィルター圧力センサ２１４のようなフィルター圧力センサからデータ信号を受信する。他の態様に従うと、第１取得オペレーション１２０４では、ケース圧力センサからデータ信号を受信する。

第２取得オペレーション１２０６では、ポンプ／モータの周波数を判定する。例えば、一つの実施の態様では、第２取得オペレーション１２０６で、図２のポンプ速度センサ２１７のようなポンプ速度センサからデータ信号を受信する。一つの態様に従うと、第２取得オペレーション１２０６では、ポンプ速度のデータ信号を周波数の値に変換する（例えば、ポンプ速度を６０で割ることによりＲＰＭをＨｚに変える）。他の実施の態様では、第２取得オペレーション１２０６で、別な方法で、ポンプの周波数を判定することができる。

フィルターオペレーション１２０８では、フィルター処理した信号を取得するために、取得した信号から圧力パルスを取り除く。例えば、いくつかの態様に従うと、フィルターオペレーション１２０８では、ポンプが一定の速度で回転している場合、一定の速度では起こらないパルスを除去する。他の態様に従うと、フィルターオペレーション１２０８では、ポンプが回転している周波数とは異なる周波数で発生する圧力パルスを取り除く。例えば、フィルターオペレーション１２０８では、ポンプの周波数よりも高い周波数及び／または低い周波数で発生するパルスを除去することができる。ある実施の態様では、フィルターオペレーション１２０８で、このようなパルスを除去するためにロールオフフィルターを使用する。

例えば、いくつかの実施の形態に従うと、フィルターオペレーション１２０８では、標準的な漏れ（リーク）、のろのろ運転サイクルなどからノイズを軽減するために、ハイパスフィルター（例えば、バターワースフィルター）を通して第１取得オペレーション１２０４からデータ信号を通過させることができる。また、フィルターオペレーション１２０８では、実質的に離散的信号を取得するために、ハイパスフィルターから取得した信号を修正することができる。ある実施の形態では、また、フィルターオペレーション１２０８では、ローパスフィルターを通して圧力センサの信号（すなわち、または修正信号）を通過させることができる。一つの態様に従うと、ハイパスフィルターとローパスフィルターは、ポンプの周波数のために実験的に決定した値に基づいて調整することができる。

他の実施の形態では、第１取得オペレーション１２０４からのデータ信号は、フィルター処理した信号を取得するために、バンドパスフィルターを介して通過させることができる。バンドパスフィルターは、ポンプの形状、取得した信号のリップルの強さ、および／または、システムの他のコンポーネントに由来する他の周波数（例えば、振動または他のノイズ）に基づいて構成することができる。例えば、一つの実施の態様では、フィルターオペレーション１２０８で、ポンプ周波数の上下約２０％の周波数を除去することができる。他の実施の態様では、フィルターオペレーション１２０８で、ポンプ周波数の上下約１０％の周波数をロールオフフィルター処理する。ある実施の態様では、フィルターオペレーション１２０８で、ローパスフィルターだけを使用することができる。例えば、いくつかの態様に従うと、ポンプが限界回転速度（約５００ＲＰＭ）以下で作動している場合には、フィルターオペレーション１２０８では、高周波数のパルスをロールオフするためにローパスフィルターのみを使用することができる。

（破線で示した）追加のポンプ速度判定モジュール１２１０では、ポンプの回転が所定の周波数に達したかどうかを判定する。いくつかの実施の態様では、リークからの圧力パルスは、正確にサンプリングされた特定のポンプ速度以上であまりにも速く発生する。この実施の態様では、ポンプ速度判定モジュール１２１０で、ポンプが検知範囲外の速度で回転している場合に迷惑な故障を防ぐ。従って、ポンプ速度判定モジュール１２１０では、第２取得オペレーション１２０６からのポンプ速度が最大限界速度よりも大きいと判定した場合には、続いて、リーク検知プロセス１２００は、第１取得オペレーション１２０４に戻って繰り返され、再び開始される。

しかしながら、ポンプ速度判定モジュール１２１０では、ポンプ速度が最大限界速度よりも小さいと判定した場合には、続いて、リーク検出プロセス１２００で、第２判定モジュール１２１２を実行する。他の実施の態様では、センサ（例えば、図２のフィルターセンサ）はポンプ速度判定モジュール１２１０を不要とするために十分に正確である。この実施の態様では、リーク検知プロセス１２００Ａで、フィルターオペレーション１２０８から圧力スパイク判定モジュール１２１２を実行する。

圧力スパイク判定モジュール１２１２では、フィルター処理した信号が所定のしきい値を超えているかどうかを判定する。いくつかの態様に従うと、しきい値は、実験的に決定され、（例えば、図３の第２動力源制御システム１５２のメモリ１６７に）電子的に記憶される。例えば、一つの実施の態様では、第２判定モジュール１２１２で、ＣＡＮバス１８４上のメモリからしきい値を取得することができる。

例えば、いくつかの実施の態様では、圧力スパイクしきい値は、既知のリーク（漏れ）を備えたポンプを運転して、運転中の圧力スパイクをマッピング（対応付け）することによって選択することができる。ある実施の態様では、しきい値は、実験的に測定した圧力スパイクを許容値にプラスまたはマイナスした大きさとして設定することができる。他の実施の態様では、しきい値は、実験的に測定した圧力スパイクの大きさの百分率（例えば、１０％、１５％、２５％、５０％、７５％など）で設定することができる。他の実施の態様では、しきい値は、理想的な条件で運転されるポンプで発生する圧力スパイクに基づいて選択される。例えば、しきい値は、理想的な条件で実験的に取得した圧力スパイクに、その百分率（２５％、５０％、７５％、１００％、１５０％など）をプラスして選択することができる。

いくつかの態様に従うと、ポンプ周波数で発生する圧力スパイクは、異なる作動条件のためにマッピング（対応付け）される。従って、圧力スパイクのしきい値は、異なる作動条件に対して対応付けすることができる。例えば、圧力スパイクは、異なる斜板角度位置および／または異なる圧力読取値に対して対応付けすることができる。マップは、与えられた作動パラメータに対して使用されるしきい値を判定するために使用することができる。この場合、リーク検知プロセス１２００Ａでは、作動パラメータを判定し、また、圧力スパイクしきい値モジュール１２１２では、これらの作動パラメータに対して、フィルター処理した信号としきい値とを比較する。他のプロセスが図１５Ｂに示されており、ここで説明される。

圧力スパイク判定モジュール１２１２で、フィルター処理した信号が圧力スパイクしきい値を超えていないと判定した場合、続いて、リーク検知プロセス１２００Ａでは、第１取得オペレーション１２０４に戻って繰り返され、再び開始される。しかしながら、圧力スパイク判定モジュール１２１２で、フィルター処理した信号が圧力スパイクしきい値を超えていると判定した場合には、続いて、故障オペレーション１２１４では、図７の応答プロセス５００のような応答プロセスを起動させる。一つの態様に従うと、故障オペレーション１２１４では、リークが機能障害故障を構成していると判定する。リーク検知プロセス１２００Ａでは、任意の完了手順を実行して、ストップモジュール１２１６で終了する。

図１５Ｂは、図１４のポンプアセンブリ１３００のバレルリークのようなバレルリークを検知する他の例示的なリーク検知プロセス１２００Ｂの動作フローを示すフローチャートである。いくつかの実施の態様に従うと、リーク検知プロセス１２００Ｂは、上述したように、ハイブリッド車両で使用されるポンプで実行される。しかしながら、他の実施の態様に従うと、リーク検知プロセス１２００Ｂは、ポンプの速度とケースの圧力を測定する適当なセンサを有する任意に形式のポンプ（例えば、任意のアキシャルピストンポンプ）で使用することができる。リーク検知プロセス１２００Ｂは、図１５Ａのリーク検知プロセス１２００Ａの代わりに使用することができる。リーク検知プロセス１２００Ｂは、（実質的に全作動パラメータ用の３Ｄマップの代わりに）特定の作動パラメータのみに対して圧力スパイクしきい値を記憶することで、リーク検知プロセス１２００Ａと異なっている。

リーク検知プロセス１２００Ｂでは、任意の適当な初期化手順を実行して、スタートモジュール１２０２で開始され、第１判定モジュール１２０１を続行する。第１判定モジュール１２０１では、ポンプ（すなわち、または車両）の現在の作動パラメータが許容範囲内にあるかどうかを判定する。例えば、いくつかの実施の態様では、第１判定モジュール１２０１で、ポンプ及び／または車両の現在の作動パラメータを判定するために、適当なセンサからデータ信号を取得する。例えば、ある実施の態様では、第１判定モジュール１２０１で、現在の斜板角度及び／または現在のフィルター圧力を表すデータ信号を取得する。また、第１判定モジュール１２０１では、現在の作動状態に対応する圧力スパイクしきい値が、例えば、図３の第２動力源制御システム１５２のメモリ１６７に記憶されているかどうかを判定する。対応するしきい値を有しない作動状態は、許容範囲外である。

第１判定モジュール１２０１では、現在の作動条件に対して圧力スパイクしきい値が記憶されていないと判定した場合には、続いて、リーク検知プロセス１２００Ｂは、スタートオペレーション１２０２に戻って繰り返され、再び開始される。したがって、第１判定モジュール１２０１では、迷惑な故障を防ぐ。しかしながら、第１判定モジュール１２０１では、現在の作動条件に対して圧力スパイクしきい値が記憶されていると判定した場合には、続いて、リーク検知プロセス１２００Ｂでは、第１取得オペレーション１２０４を実行する。リーク検知プロセス１２００Ｂのオペレーション１２０４から１２１４を実行することは、リーク検知プロセス１２００Ａのオペレーション１２０４から１２１４を実行することと実質的に同じである。

リーク検知プロセス１２００Ｂでは、圧力スパイク判定モジュール１２１２で、フィルター信号が、第１判定モジュール１２０１で判定された作動条件に対応する所定のしきい値を超えたかどうかを判定する。いくつかの態様に従うと、圧力スパイクしきい値は、（例えば、図１５Ａに関連して上述した任意のプロセスを使用して）実験的に決定され、（例えば、図３の第２動力源制御システム１５２のメモリ１６７に）電子的に記憶される。例えば、一つの実施の態様では、第２判定モジュール１２１２では、ＣＡＮバス１８４上のメモリからしきい値を取得することができる。

第２判定モジュール１２１２で、フィルター信号が圧力スパイクしきい値を超えていないと判定した場合には、続いて、リーク検知プロセス１２００は、第１取得オペレーション１２０４に戻って繰り返され、再び開始される。しかしながら、第２判定モジュール１２１２で、フィルター信号が圧力スパイクしきい値を超えていると判定した場合には、続いて、故障オペレーション１２１４では、図７の応答プロセス５００のような応答プロセスを起動させる。一つの態様に従うと、故障オペレーション１２１４では、リークが機能障害故障を構成していると判定する。リーク検知プロセス１２００Ｂでは、任意の完了手順を実行して、ストップモジュール１２１６で終了する。

図１５Ｃは、ポンプの調子の変化を長期間にわたり監視して、フィルター圧力スパイクの変化に対応付けた例示的な監視プロセスの動作フローを示すフローチャートである。いくつかの実施の態様に従うと、監視プロセス１２００Ｃでは、図１５Ａ、図１５Ｂのリーク検知プロセス１２００Ａ，１２００Ｂが継続される。例えば、一つの実施の態様では、監視プロセス１２００Ｃで、プロセスの開始に戻って繰り返される前に、フィルターの圧力信号が許容範囲（例えば、しきい値以下にある）内にあることを判定する第２判定モジュール１２１２を実行することができる。他の実施の態様では、監視プロセス１２００Ｃは、故障オペレーション１２１４が起動された後に実行することができる。

監視プロセス１２００Ｃでは、任意の適当な初期化手順を実行して、スタートモジュール１２１８で開始され、取得オペレーション１２２０を続行する。取得オペレーション１２２０では、前の圧力スパイク値が、（例えば、図３の第２動力源制御システム１５２のメモリ１６７に）記憶されていたかどうかを判定する。そのような値が記憶されていた場合には、取得オペレーション１２２０では、その値をメモリから引き出す。いくつかの実施の態様では、取得オペレーション１２２０で、メモリに記憶されていた一つまたはそれ以上の圧力スパイク離散値を引き出す。他の実施の態様では、取得オペレーション１２２０で、以前に記憶された値に基づいて移動平均値を引き出す。

判定モジュール１２２２では、リーク検知プロセス１５００Ａ，１５００Ｂで取得したフィルター処理したデータ信号と、記憶された圧力スパイク値とを比較する。判定モジュール１２２２では、フィルター処理したデータ信号の圧力スパイクが、圧力スパイク用に記憶した値からしきい値の量だけ外れていると判定した場合には、続いて、故障オペレーション１２２４が起動される。一つの実施の態様では、故障オペレーション１２２４で、図７の応答プロセス５００のような応答プロセスを起動させる。

記憶オペレーション１２２６では、例えば、図３の第２動力源制御システム１５２のメモリ１６７に、フィルター処理したデータ信号の圧力スパイクの値を記憶する。いくつかの実施の態様では、記憶オペレーション１２２６で、メモリに既に記憶した値に基づいて移動平均を計算するために、フィルター処理したデータ信号の値を使用する。監視プロセス１２００Ｃでは、任意の完了手順を実行して、ストップモジュール１２２８で終了する。

判定モジュール１２２２では、フィルター処理したデータ信号の圧力スパイクが、圧力スパイク用に記憶した値からしきい値の量だけ外れていないと判定した場合には、続いて、監視プロセス１２００Ｃでは、記憶オペレーション１２２６に進むことができる。しかしながら、他の実施の態様では、監視プロセス１２００Ｃで、代わりにストップモジュール１２２８を直接実行することができる。

いくつかの実施の態様に従うと、監視プロセス１２００Ｃでは、ポンプの機能が、故障を起動させるほどには低下していない場合でも、ポンプの機能が経年的に低下し始めた場合を判定するために使用することができる。他の実施の態様に従うと、監視プロセス１２００Ｃでは、ポンプの予後の提供に役立つように、ポンプの機能を長期的に詳細に計画するために使用することができる。

図１６は、流体（例えば、オイル）の低レベルを判定する一つの例示的な検知プロセス１４００を示すブロック図である。いくつかの態様に従うと、検知プロセス１４００では、トランスミッション出力速度センサ、オイルレベルセンサ、フットバルブセンサ及びアキュムレータの圧力センサから入力を受信する。トランスミッション出力速度がほぼゼロＲＰＭに等しく、かつ、フットバルブセンサが、図２のフットバルブ２３６のようなフットバルブが開であることを示している場合には、検知プロセス１４００では、アキュムレータの圧力センサとリザーバ内のオイルレベルセンサの両方が、所定の時間期間の間、所定のしきい値以下の流体レベルを示しているかどうかを判定する。一つの態様に従うと、検知プロセス１４００に起因する故障条件は機能障害故障である。

図１７は、バイパスバルブの誤動作を判定する例示的なバイパスバルブ故障検知プロセス１５００を示すブロック図である。検知プロセス１５００では、実際の計算された流量を調べて、所定の時間期間（例えば、約１０秒）以内に、ポンプが適当な圧力に達しない場合には、故障を掲示する。

いくつかの態様に従うと、検知プロセス１５００では、斜板角度センサ、ポンプ回転速度センサ及びアキュムレータ圧力センサから入力信号を受信する。斜板角度センサ及びポンプ回転速度センサから受信したデータにより、ポンプ／モータの流量の絶対値を計算することができる。例えば、ポンプ／モータ流量は、次式を使用して計算することができる。

ポンプ／モータ流量＝［（最大斜板角度出の変位量）＊（回転速度）＊ｔａｎ（実際の斜板角度）］／（２３１＊（最大斜板角度））

検知プロセス１５００では、計算した流量が所定の限界値を超え、かつ、アキュムレータの圧力が、所定の時間期間の間に所定のしきい値に達しない場合に、ラッチング故障状態が発生したと判定する。検知プロセス１５００では、ラッチング故障状態が所定回数（例えば、５回またはそれ以上）よりも多く検知された場合には、機能障害故障状態が発生したと判定する。一つの態様に従うと、検知されたラッチング故障状態の回数は、図３の揮発性メモリ１６８のようなメモリに記憶することができる。

図１８は、バイパスバルブの誤動作を検知する例示的なブートストラップ故障検知プロセス１６００を示すブロック図である。検知プロセス１６００では、指令された計算流量を調べて、所定の時間期間（例えば、約１０秒）以内に、ポンプが適当な圧力に達しない場合には、故障を掲示する。

いくつかの態様に従うと、検知プロセス１６００では、ポンプ回転速度センサ及びアキュムレータ圧力センサから入力信号を受信する。また、検知プロセス１６００では、最新の指令が斜板制御バルブに送信されたことを判定する。ポンプ／モータ流量の絶対値は、ポンプ回転速度と配置を指令された斜板の角度に基づいて計算することができる。例えば、ポンプ／モータの流量は、次式を使用して計算することができる。

ポンプ／モータ流量＝［（最大斜板角度出の変位量）＊（回転速度）＊ｔａｎ（指令された斜板角度）］／（２３１＊（最大斜板角度））

検知プロセス１６００では、計算した流量が所定の限界値を超え、かつ、アキュムレータの圧力が、所定の時間期間の間に所定のしきい値に達しない場合に、ラッチング故障状態が発生したと判定する。検知プロセス１６００では、ラッチング故障状態が５回またはそれ以上検知された場合には、機能障害故障状態が発生したと判定する。一つの態様に従うと、検知されたラッチング故障状態の回数は、図３の揮発性メモリ１６８のようなメモリに記憶することができる。

図１９は、ポンプの誤動作を検知する例示的なポンプ／モータ故障検知プロセス１７００を示すブロック図である。いくつかの態様に従うと、検知プロセス１７００では、斜板角度センサ、ポンプ回転速度センサ及びアキュムレータ圧力センサから入力信号を受信する。図１７に関連して提供した式に基づいてポンプ／モータの流量の絶対値を計算することができる。

検知プロセス１７００では、計算した流量が所定の限界値を超え、かつ、アキュムレータの圧力が、所定の時間期間の間に所定のしきい値に達しない場合に、機能障害故障状態が発生したと判定する。一つの態様に従うと、アキュムレータ圧力用の所定のしきい値は、バイパスバルブの故障を判定するために検知プロセス１５００で使用した所定のしきい値よりも低い。

図２０は、車両から第２動力源１２４を切り離すトランスファーケースの故障を判定する例示的な切り離し故障検知プロセス１８００を示すブロック図である。いくつかの態様に従うと、検知プロセス１８００では、クラッチバルブセンサから入力信号を受信する。また、検知プロセス１８００では、クラッチバルブに転送された最新の指令を判定する。検知プロセス１８００では、指令されたクラッチの状態と実際のクラッチの状態との差が、所定の時間期間よりも大きい間、しきい値量だけ異なる場合に、機能障害故障が発生したと判定する。一つの態様に従うと、検知プロセス１８００では、機能障害故障状態の検知に応答して速度制限プロセスを起動する。

図２１は、トランスファーケースの故障が発生した場合にエンジン速度を制限して、第２動力源に対する損傷を軽減する例示的な速度制限プロセス１９００の動作フローを示すフローチャートである。一般的に、速度制限プロセス１９００では、適当な速度制限指令（例えば、Ｊ１９３９指令）をエンジンに送信して、第２動力源１２４が第１動力源からの切り離しに失敗した場合に、ポンプが過回転することを防止する。

速度制限プロセス１９００では、任意の適当な初期化手順を実行して、スタートモジュール１９０２で開始され、第１判定モジュール１９０４を続行する。第１判定モジュール１９０４では、切り離し失敗故障が起動されたかどうかを判定する。例えば、一つの実施の態様では、第１判定モジュール１９０４では、そのような故障が、図３の第２動力源制御システム１５２の不揮発性メモリ１６７に記憶されているかどうかをチェックする。そのような故障が起動される例示的なプロセスが、図２０に関連して上述されている。当然に、故障は、他のタイプまたは形式の電子メモリに記憶することができる。

第１判定モジュール１９０４では、そのような故障が起動されなかったと判定した場合には、続いて、速度制限プロセス１９００では、任意の完了手順を実行して、ストップモジュール１９１６で終了する。しかしながら、第１判定モジュール１９０４で、切り離し失敗故障が起動されたと判定した場合には、続いて、速度制限プロセス１９００では、第１取得オペレーション１９０６を実行する。第１取得オペレーション１９０６では、ポンプ速度（例えば、ＲＰＭ）を表すデータ信号を受信する。例えば、第１取得オペレーション１９０６では、図２の速度センサ２１７のようなポンプ速度センサからデータ信号を取得することができる。

第２取得オペレーション１９０８では、ポンプのギア比を表すデータ信号を受信する。例えば、一つの実施の態様では、第２取得オペレーション１９０８では、図３のプロセッサ１６６及び第２動力源制御システム１５２の不揮発性メモリ１６７からデータ信号を受信することができる。他の例示的な実施の態様では、第２取得オペレーション１９０８で、図３のプロセッサ１６０及び原動機制御ユニット１５４の不揮発性メモリ１６１からデータ信号を受信することができる。他の実施の態様では、第２取得オペレーション１９０８で、ユーザーの入力により、または、リモートコンピュータからアップロード信号を経由して、ギア比のデータ信号を受信することができる。

計算オペレーション１９１０では、第２動力源が車両に連結されている場合に、最大許容エンジン速度を判定する。いくつかの実施の態様では、計算オペレーション１９１０で、取得したギア比の少なくとも一部に基づいて最大許容エンジン速度を判定する。ある実施の態様では、計算オペレーション１９１０で、取得したポンプ速度の少なくとも一部に基づいて最大許容エンジン速度を判定する。例えば、一つの実施の態様では、計算オペレーション１９１０で、次式に従って最大許容エンジン速度を計算することができる。
最大許容エンジン速度＝最大許容トランスミッション出力速度＊ギア比
他の実施の態様では、計算オペレーション１９１０で、図３の不揮発性メモリ１６７または不揮発性メモリ１６１のようなメモリから記憶された値を読み出すことによって、最大許容エンジン速度を判定する。

第２判定モジュール１９１２では、ポンプが、計算された最大許容速度よりも速く動いているかどうかを判定する。第２判定モジュール１９１２では、ポンプが最大許容速度よりも速く動いていない場合には、続いて、速度制限プロセス１９００では、第１取得オペレーション１９０６に戻って、現在のポンプ速度を監視する。しかしながら、第２判定モジュール１９１２では、ポンプが最大許容速度よりも速く動いていると判定した場合には、つづいて、速度制限プロセス１９００では、制限オペレーション１９１４を実行する。

制限オペレーション１９１４では、エンジンの速度を制限するために適当な指令を送信する。例えば、制限オペレーション１９１４では、通信ネットワーク１８４を経由して制限指令を送信する。一つの実施の態様では、制限オペレーション１９１４で、Ｊ１９３９指令をエンジンに送信する。速度制限プロセス１９００では、任意の完了手順を実行して、ストップモジュール１９１６で終了する。

図２２は、図２の高圧アキュムレータ１４６としての使用に適合した例示的な流体アキュムレータ２０００の概略図である。この流体アキュムレータ２０００には、内部チャンバを形成する剛体の外側シェル（すなわち、ハウジング）が含まれる。セパレータ（ブラダー）２０２０は、内部チャンバを液体チャンバ２０１５とガスチャンバ２０２５に区分けしている。上記したように、オイルは、（例えば、高圧バルブを経由して）リザーバ１４４とアキュムレータ１４６の液体チャンバ２０１５との間で移動させることができる。ガスチャンバ２０２５内のガスは、ガス圧力バルブを介して受け入れることができる。いくつかの実施の態様では、ガスは窒素ガスのようなある種の不活性ガスである。本開示では、任意の特定のタイプのガスの使用を制限するものではないこと理解すべきである。

いくつかの実施の態様では、ハウジング２１０１には、液体チャンバ２０１５をアキュムレータの外側の構成部材と連通する流体ポートと導管２０１２が含まれる。種々の実施の態様では、流体ポートと導管は、バルブアセンブリを含むことができるし、或いは、含まなくてもよい。いくつかの例示的な実施の態様では、内部ガスチャンバ２０２５は、例えば、ガスポート２０２２とガスチャージバルブを介して、加圧ガス源から高圧ガスを受け入れることができる。他の実施の態様では、アキュムレータ２０００は、単一の流体バルブまたはガスバルブを含むことができる。本発明の実施の形態は、特定の形式の流体バルブ、すなわち、そのようなバルブが存在したとしても、特定の形式の流体バルブに限定されない。

ある実施の態様では、液体チャンバ２０１５とガスチャンバ２０２５との間のセパレータ２０２０は、（例えば、弾性シールリングでシールされる）ピストンを含むことができる。他の実施の態様では、セパレータ２０２０は、ある種のベローズ配置を含むことができる。さらに他の実施の態様では、セパレータ２０２０は、弾性ブラダーを含むことができる。そのようなブラダーを形成するために使用される例示的ないくつかの材料は、透過性または少なくとも半透性である（すなわち、長年にわたって、ブラダーの材料を通して隣接する液体チャンバ内に窒素ガスの一部を通過させない材料である。）。一つの例示的な態様では、ブラダー２０２０は、ニトリルゴムから形成されている。

内部ガスチャンバ２０２５からのガスリークを検知する一つのプロセスには、ブラダー２０２０内のガスの温度と圧力を監視することが含まれる。しかしながら、いくつかの実施の態様に従うと、内部ガスチャンバ２０２０からのガスのリークは、ガスの測定した特性に基づいては検知されない。実際、ある実施の態様では、アキュムレータ２０００には、アキュムレータ２０００のブラダー２０２０内のガス圧力センサやガス温度センサの少なくとも一つは含まれない。ある態様に従うと、アキュムレータ２０００には、アキュムレータのブラダー２０２０内のガス圧力センサやガス温度センサのいずれも含まれない。

図２３は、アキュムレータのガスリークを検知することができる例示的なガスリーク検知プロセス２３００の動作フローを示すフローチャートである。例えば、ガスリーク検知プロセス２３００では、図２２のアキュムレータ２０００のガスチャンバ２０２５からガスがリークしている（漏れている）どうかを判定することができる。いくつかの態様に従うと、ガスリーク検知プロセス２３００では、ガスの特性を直接測定することなくガスリークを検知する。例えば、ある実施の態様では、ガスリーク検知プロセス２３００では、ガスの温度及び／または圧力を直接測定することなくガスリークを検知する。

一般に、ガスリーク検知プロセス２３００は、第２動力源システムがスタートした場合（例えば、毎日または停止期間後）にのみ実行される。このように、ガスリーク検知プロセス２３００では、任意の適当な初期化手順を実行して、スタートモジュールで開始され、第１判定モジュール２３０２を続行する。第１判定モジュール２３０２では、アキュムレータが新たにスタートしたのかどうかを判定する。

第１判定モジュール２３０２で、アキュムレータが新たにスタートしたと判定した場合には、続いて、ガスリークプロセス２３００では、第１取得オペレーション２３０４を実行する。しかしながら、第１判定モジュール２３０２で、アキュムレータが新たにスタートしたのではないと判定した場合には、続いて、ガスリークプロセス２３００では、任意の完了手順を実行して、ストップモジュールで終了する。判定をすることができる第１判定モジュール２３０２のプロセスの一例が、図２４に示されている。

一つの態様に従うと、第１取得オペレーション２３０４では、液体温度センサからデータ信号を受信する。例えば、一つの実施の態様では、第１取得オペレーション２３０４で、図２のリザーバ温度センサ２１２からデータ信号を受信することができる。このデータ信号は、図２のリザーバ１４４のようなリザーバ内の液体（例えば、オイル）の温度を表している。この液体は、図２２のアキュムレータ２０００の流体チャンバ２０１５のようなアキュムレータのチャンバに移送される。他の実施の態様では、第１取得オペレーション２３０４で、リザーバとアキュムレータとの間を流れる液体の温度を測定するように構成された任意の温度センサからデータ信号を受信することができる。

第２取得オペレーション２３０６では、アキュムレータの流体圧力センサからデータ信号を受信する。例えば、一つの実施の態様では、第２取得オペレーション２３０６で、図２のアキュムレータ圧力センサ２１５からデータ信号を受信する。このデータ信号は、アキュムレータ内の液体（例えば、オイル）の圧力を表している。例えば、一つの実施の態様では、データ信号は、図２２のアキュムレータ２０００の流体チャンバ２０１５内の流体の圧力を表している。他の実施の態様では、第２取得オペレーション２３０６で、リザーバとアキュムレータとの間を流れる液体の圧力を測定するように構成された任意の圧力センサからデータ信号を受信することができる。

推定オペレーション２３０８では、図２２のアキュムレータ２０００の内部ガスチャンバ２０２５内の窒素のような、アキュムレータ内のガスの圧力を計算する。例えば、いくつかの実施の態様では、推定オペレーション２３０８で、アキュムレータ内の流体の圧力に基づいてアキュムレータ内のガスの圧力を計算する。この実施の態様では、推定オペレーション２３０８で、第２取得オペレーション２３０６で受信したデータ信号に基づいて概算のガス圧力を判定する。

ある実施の態様では、推定オペレーション２３０８で、アキュムレータ内のガスの圧力が特定の温度になるであろうということを判定する。例えば、一つの実施の態様では、推定オペレーション２３０８で、アキュムレータ内のガスの圧力が、ガスの温度が約２０℃であった場合があるだろうということを判定する。当然に、推定オペレーション２３０８では、任意の所望の温度で圧力を計算することができる。推定オペレーション２３０８では、アキュムレータのリザーバまたは液体チャンバの測定された流体温度と測定された流体圧力に基づいて決定を下すことができる。例えば、推定オペレーション２３０８では、第１及び第２取得オペレーション２３０２，２３０４で受信したデータ信号に基づいて流体の圧力を逆算することができる。逆算した流体圧力から、推定オペレーション２３０８では、所望の温度でガス圧力を概算することができる。

第２判定モジュール２３１０では、概算したガス圧力が許容値内にあるかどうかを判定する。いくつかの実施の態様では、第２判定モジュール２３１０で、概算したガス圧力が、特定の温度での所定のしきい値よりも小さいかどうかを判定することができる。ある実施の態様では、しきい値は、特定のアキュムレータ用に、実験的に決定することができる標準の作動圧力に基づいて設定される。いくつかの実施の態様では、第２判定モジュール２３１０で、逆算した推定圧力値としきい値とを比較する。他の態様に従うと、推定オペレーション２３０８で逆算したガス圧力に対する温度は、しきい値に基づいている。

いくつかの実施の態様では、第２判定モジュール２３１０用のしきい値は、特定のアキュムレータ用の標準の作動温度での標準の作動ガス圧力のパーセント値に基づいている。例えば、ある実施の態様では、第２判定モジュール２３１０で、概算圧力が、特定のアキュムレータ用の標準作動範囲の１０％以内にあるかどうかを判定する。他の実施の態様では、第２判定モジュール２３１０で、概算圧力が、標準作動範囲の１５％以内にあるかどうかを判定する。さらに他の実施の態様では、第２判定モジュール２３１０で、概算圧力が、標準作動範囲の２０％以内にあるかどうかを判定する。さらに他の実施の態様では、第２判定モジュール２３１０で、概算圧力が、標準作動範囲の２５％以内にあるかどうかを判定する。例えば、ある実施の態様では、アキュムレータ内のガスの標準作動圧力は、２０℃で約１２４バールである。このような実施の態様の一つでは、第２判定モジュール２３１０で、概算したガス圧力が、２０℃で１００バールより少ないか、または等しいかどうかを判定する。

第２判定モジュール２３１０で、概算したガス圧力がガス圧力の許容値の範囲外にあると判定した場合には、続いて、ガスリーク検知プロセス２３００では、故障オペレーション２３１２を起動する。例えば、第２判定モジュール２３１０では、概算したガス圧力が設定したしきい値以下であることを判定することができる。故障オペレーション２３１２では、図７の応答プロセス５００のような応答プロセスを起動する。一つの態様に従うと、故障オペレーション２３１２では、リークは機能障害故障を構成すると判定する。リーク検知プロセス２３００では、任意の完了手順を実行して、ストップモジュールで終了する。

第２判定モジュール２３１０で、概算したガス圧力がガス圧力の許容値の範囲内にある（例えば、設定したしきい値以下ではない）と判定した場合には、続いて、ガスリーク検知プロセス２３００では、記憶オペレーション２３１４を実行する。記憶オペレーション２３１４では、概算したガス圧力の値を、第２動力源（図３参照）の不揮発性メモリ１６７のようなメモリに保存する。ある実施の態様では、また、記憶オペレーション２３１４で、メモリに記憶した最も古いガス圧力値のような以前に記憶した値を消去する。他の実施の態様では、記憶オペレーション２３１４で記憶した値を消去しない。

平均オペレーション２３１６では、メモリに記憶した推定ガス圧力値の移動平均を計算する。いくつかの実施の態様では、平均オペレーション２３１６で、メモリに記憶した最新の値に基づいて移動平均を計算することができる。例えば、一つの実施の態様では、平均オペレーション２３１６で、メモリに記憶した最新の５つの概算ガス圧力値の移動平均を計算する。しかしながら、他の実施の態様では、平均オペレーション２３１６で、最新の３つの値、８つの値、１０の値、１５の値、２０の値、５０の値などに基づいて計算をすることができる。

第３判定モジュール２３１８では、概算ガス圧力値の移動平均が許容値の範囲内にあるかどうかを判定する。いくつかの実施の態様では、第３判定モジュール２３１８で、移動平均が、特定の温度に関連する所定のしきい値よりも小さいかどうかを判定することができる。ある実施の態様では、移動平均用の許容値は、第２判定モジュール２３１０で使用される許容値よりも、所望の作動パラメータにより近い。

いくつかの実施の態様では、第３判定モジュール２３１８用のしきい値は、特定のアキュムレータ用の標準の作動温度での標準作動ガス圧力のパーセント値に基づいている。例えば、ある実施の態様では、第３判定モジュール２３１８で、移動平均が、特定のアキュムレータ用の標準作動範囲の１０％以内にあるかどうかを判定する。他の実施の態様では、第３判定モジュール２３１８で、移動平均が、標準作動範囲の５％以内にあるかどうかを判定する。さらに他の実施の態様では、第３判定モジュール２３１８で、移動平均が、標準作動範囲の１５％以内にあるかどうかを判定する。さらに他の実施の態様では、第３判定モジュール２３１８で、移動平均が、標準作動範囲の２０％以内にあるかどうかを判定する。例えば、一つの実施の態様では、第３判定モジュール２３１８で、標準作動値が２０℃で約１２４バールである場合に、概算ガス圧力値の移動平均が、２０℃で１１５バールより小さいかどうかを判定する。

第３判定モジュール２３１８で、移動平均が許容値の範囲外にあると判定した場合には、続いて、ガスリーク検知プロセス２３００で、故障オペレーション２３１２を起動する。例えば、第３判定モジュール２３１８では、移動平均が設定したしきい値以下であることを判定することができる。故障オペレーション２３１２では、図７の応答プロセス５００のような応答プロセスを起動する。一つの態様に従うと、故障オペレーション２３１２で、リークが機能障害故障を構成すると判定する。他の実施の態様では、故障オペレーション２３１２で、リークがラッチング故障を構成すると判定する。他の実施の態様では、故障オペレーション２３１２で、特に故障応答を起動することなく、サービスインジケータを発行する。リーク検知プロセス２３００では、任意の完了手順を実行して、ストップモジュールで終了する。

第３判定モジュール２３１８では、移動平均がガス圧力の許容値の範囲内（例えば、設定したしきい値以下にない）にあると判定した場合には、続いて、ガスリーク検知プロセス２３００では、故障オペレーション２３１２を起動することなくストップモジュールで終了する。

図２４は、ガスリーク検知プロセス２３００により、システムが最近初期化されたかどうかを判定する例示的な初期化チェックプロセス２４００の動作フローを示すフローチャートである。初期化チェックプロセス２４００では、任意の初期化手順を実行して、スタートモジュールで開始して、図２のフットバルブ２３６のようなフットバルブが開位置に状態が変えられたかどうかを判定する第１判定モジュール２４０２を開始する。

フットバルブの状態が変化されていない、すなわち、開位置ではない場合には、続いて、初期化チェックプロセス２４００では、「Ｎｏ」またはフォールス（偽）の値に戻る第１リターンオペレーション２４１２を開始する。初期化チェックプロセス２４００では、任意の完了手順を実行して、ストップモジュールで終了する。しかしながら、初期化チェックプロセス２４００で、フットバルブが開状態に変更されたと判定した場合には、続いて、初期化チェックプロセス２４００では、第１取得オペレーション２４０２を開始する。

第１取得オペレーション２４０２では、ポンプケースの温度を示す第１温度センサからデータ信号を受信する。例えば、第１取得オペレーション２４０４では、ケース温度センサ２１８からデータ信号を受信することができる。第２取得オペレーション２４０６では、リザーバ１４４（図１および図２参照）のような流体リザーバの温度を示す第２温度センサからデータ信号を受信する。例えば、第２取得オペレーション２４０６では、リザーバ温度センサ２１２からデータ信号を受信することができる。

比較オペレーション２４０８では、第１取得オペレーション２４０４で受信したデータ信号と第２取得オペレーション２４０６で受信したデータ信号との差を判定する。第２判定モジュール２４０８では、比較オペレーション２４０６で計算された差が、所定の範囲内にあるかどうかを判定する。例えば、一つの実施の態様では、第２判定モジュール２４０８では、ポンプケースの温度と流体リザーバの温度が互いに、１０度以内にあるかどうかを判定する。他の実施の態様では、第２判定モジュール２４０８では、ポンプケースの温度と流体リザーバの温度が互いに、２度、５度、８度、１５度、２０度以内などにあるかどうかを判定する。

第２判定モジュール２４１０では、ケースの温度が流体リザーバの温度と異なると判定した場合には、続いて、初期化チェックプロセス２４００では、「Ｎｏ」またはフォールス（偽）の値に戻る第１リターンオペレーション２４１２を開始する。第２判定モジュール２４１０では、ケースの温度が流体リザーバの温度の許容範囲内にあると判定した場合には、続いて、初期化チェックプロセス２４００では、「Ｙｅｓ」またはトゥルー（真）の値に戻る第２リターンオペレーション２４１４を開始する。初期化チェックプロセス２４００では、任意の完了手順を実行して、ストップモジュールで終了する。

図２５は、流体（例えば、オイル）が第２動力源からリークしているかどうかを判定する例示的な流体リーク検知プロセス２５００の動作フローを示すフローチャートである。例えば、流体リーク検知プロセス２５００では、リザーバ、アキュムレータの液体チャンバまたはそれらの間の導管からリークしている（漏れている）流体を検知することができる。一般に、流体リーク検知プロセス２５００では、リザーバ内の流体レベルと推定した流体レベルとを比較する。流体リーク検知プロセス２５００では、任意の初期化手順を実行して、スタートモジュールで開始して、第１判定モジュール２５０２を開始する。

第１判定モジュール２５０２では、フットバルブが開とされたかどうかを判定する。例えば、一つの実施の態様では、第１判定モジュール２５０２では、フットバルブの開閉を示す図２のアキュムレータの近接センサ２１６からの読み取り値を取得することができる。第１判定モジュール２５０２で、フットバルブが開でないと判定した場合には、続いて、第１判定モジュール２５０２では、任意の完了手順を実行して、ストップモジュールで終了する。しかしながら、第１判定モジュール２５０２で、フットバルブが開であると判定した場合には、続いて、流体リーク検知プロセス２５００では、第１取得オペレーション２５０４を開始する。

第１取得オペレーション２５０４では、リザーバの流体の温度を示す温度センサからデータ信号を受信する。例えば、一つの実施の態様では、第１取得オペレーション２５０４で、図２のリザーバの温度センサ２１２からデータ信号を受信することができる。このデータ信号は、図２のリザーバ１４４のようなリザーバ内の流体（例えば、オイル）の温度を示している。他の実施の態様では、第１取得オペレーション２５０４で、リザーバとアキュムレータとの間を流れる液体の温度を測定するように構成された任意の温度センサからデータ信号を受信することができる。

第２取得オペレーション２５０６では、アキュムレータの流体圧力センサからデータ信号を受信する。例えば、一つの実施の態様では、第２取得オペレーション２５０６で、図２のアキュムレータの圧力センサ２１５からデータ信号を受信する。このデータ信号は、アキュムレータ内の液体（例えば、オイル）の圧力を示している。例えば、一つの実施の態様では、データ信号は、図２２のアキュムレータ２０００の流体チャンバ２０１５内の液体の圧力を示している。他の実施の態様では、第２取得オペレーション２５０６で、リザーバとアキュムレータとの間を流れる液体の圧力を測定するように構成された任意の圧力センサからデータ信号を受信することができる。

推定オペレーション２５０８では、アキュムレータ内の推定された流体レベルを計算する。いくつかの実施の態様に従うと、推定オペレーション２５０８では、リザーバにあるべき流体量と第１及び第２取得オペレーション２５０４，２５０６で取得した読み取り値に基づいて推定された流体レベルを計算する。

第３取得オペレーション２５１０では、リザーバの実際の流体レベルを測定する。例えば、一つの実施の態様では、第３取得オペレーション２５１０で、図２のレベルセンサ２１１からデータ信号を受信する。このデータ信号は、図２のリザーバ１４４内の流体のレベルを示している。

第２判定モジュール２５１２では、車両が移動しているかどうかを判定する。本開示の態様に従うと、車両が移動している場合、流体は、リザーバの周囲でバチャバチャはねる。したがって、車両が移動している場合に得られる流体レベルの測定値は、車両が停止している場合の読み取り値よりも、不正確である可能性が高い。第２判定モジュール２５１２で、車両が移動していないと判定した場合、続いて、流体リーク検知プロセス２５００では、測定された流体レベルと推定された流体レベルを評価して、両者の値の差を判定する比較オペレーション２５１６を開始する。

しかしながら、第２判定モジュール２５１２で、車両が移動していると判定した場合には、続いて、流体リーク検知プロセス２５００で調整オペレーション２５１４を開始する。調整オペレーション２５１４では、測定された流体レベルが推定された流体レベルと異なるように量を増加させる。ある実施の態様では、調整オペレーション２５１４による量により、車両の運転方法によりリザーバ内の流体に影響を及ぶすことになる測定値または許容値を修正する。したがって、ある実施の態様では、調整量は、特定のリザーバ及び／またはアキュムレータ用に実験的に決定することができる。

いくつかの実施の態様では、調整オペレーション２５１４で、推定された流体レベルを所定量だけ上下させる。例えば、一つの実施の態様では、調整オペレーション２５１４で、測定された流体レベルと推定された流体レベルを比較する前に、推定された流体レベルから２ガロン減算する。他の実施の態様では、調整オペレーション２５１４で、測定された流体レベルと推定された流体レベルを比較する前に、推定された流体レベルから１〜５ガロン減算する。さらに、他の実施の態様では、１ガロン以下（例えば、四分の一ガロン、二分の一ガロンなど）を減算することができる。

他の実施の態様では、調整オペレーション２５１４で、比較のために許容範囲を増大させる。例えば、一つの実施の態様では、調整オペレーション２５１４で、約２ガロンだけ許容範囲を増加させることができる。他の実施の態様では、調整オペレーション２５１４で、測定された流体レベルと推定された流体レベルを比較する前に、許容範囲に１〜５ガロンを追加する。さらに他の実施の態様では、調整オペレーション２５１４で、許容範囲に１ガロン以下（例えば、四分の一ガロン、二分の一ガロンなど）を追加することができる。この実施の態様では、調整オペレーション２５１４は、比較オペレーション２５１６の前に実行される。しかしながら、他の実施の態様では、調整オペレーション２５１４は、比較オペレーション２５１６の後に実行することができる。

第３判定モジュール２５１８では、推定された流体レベルが、リザーバ内の測定された流体レベルに十分に近いかどうかを判定する。いくつかの実施の態様では、第３判定モジュール２５１８で、推定された流体レベルと測定された流体レベルとの差が、所定のしきい値以下にあるかどうかを判定する。他の実施の態様では、第３判定モジュール２５１８で、調整された推定流体レベルと測定された流体レベルとの差が、所定のしきい値以下にあるかどうかを判定する。

いくつかの実施の態様では、しきい値は、システムの許容範囲の量に基づいて少なくとも部分的に設定される。例えば、しきい値は、流体温度読み取り値のパーセント誤差、流体圧力読み取り値のパーセント誤差及び流体レベル読み取り値のパーセント誤差を考慮に入れることができる。一つの実施の態様では、流体温度センサは２％の誤差、流体圧力センサは１％の誤差及び流体レベルセンサは７％の誤差を有することができる。この一つの実施の態様では、許容しきい値は、測定値の少なくとも９％の値に設定することができる。しかしながら、他の実施の態様では、許容しきい値は、より高いまたはより低い許容値に設定することができる。

いくつかの実施の態様では、しきい値は、法律、規則または指針に基づいて少なくとも部分的に設定される。例えば、しきい値は、ＥＰＡ（米国環境保護庁）の指針に基づいて少なくとも部分的に設定される。例えば、一つの実施の態様では、第３判定モジュール２５１８で、推定流体レベルと測定流体レベルとの差が、約１０ガロン以下であるかどうかを判定する。他の実施の態様では、第３判定モジュール２５１８で、推定流体レベルと測定流体レベルとの差が、約５ガロン以下であるかどうかを判定する。他の実施の態様では、第３判定モジュール２５１８で、推定流体レベルと測定流体レベルとの差が、約３ガロン以下であるかどうかを判定する。他の実施の態様では、第３判定モジュール２５１８で、推定流体レベルと測定流体レベルとの差が、約１ガロン以下であるかどうかを判定する。他の実施の態様では、第３判定モジュール２５１８で、推定流体レベルと測定流体レベルとの差が、約２分の１ガロン以下であるかどうかを判定する。

第３判定モジュール２５１８では、推定流体レベルと測定流体レベルとの差が許容範囲以内にあると判定した場合には、続いて、流体リーク検知プロセス２５００では、任意の完了手順を実行して、ストップモジュールで終了する。しかしながら、第３判定モジュール２５１８では、差が許容範囲外にあると判定した場合には、続いて、流体リーク検知プロセス２５００では、故障オペレーション２５２０を起動する。この故障オペレーション２５２０では、図７の応答プロセス５００のような応答プロセスを起動する。一つの態様に従うと、故障オペレーション２５２０では、流体のリークが機能障害故障を構成していると判定する。流体リーク検知プロセス２５００では、任意の完了手順を実行して、ストップモジュールで終了する。

図２６は、車両から第２動力源１２４を切り離すトランスファーケースの故障を判定する他の例示的な切り離し故障検知プロセス２６００を示すブロック図である。本開示のいくつかの実施の態様に従うと、例示的な切り離し故障検知プロセス２６００は、図２０に示された例示的な切り離し故障検知プロセス１８００の代わりに使用することができる。しかしながら、本開示の他の実施の態様に従うと、例示的な切り離し故障検知プロセス２６００は、図２０に示された例示的な切り離し故障検知プロセス１８００と共に使用することができる。

一般に、検知プロセス２６００では、クラッチが切り離されたと推定された後に、依然としてポンプが作動している場合を判定する。また、判定プロセス２６００では、ポンプ速度と出力軸速度との差が、論理的にありえない場合を判定することができる。いくつかの実施の態様に従うと、検知プロセス２６００では、クラッチが連結または切り離しされたかどうかを判定するために、クラッチバルブセンサから入力信号を受信する。

また、検知プロセス２６００では、ポンプの速度を判定するために、ポンプ速度センサから入力信号を受信する。また、検知プロセス２６００では、出力軸速度とトランスファーケースの比を使用してポンプ速度を推定する。一つの例示的な実施の態様では、検知プロセス２６００では、ＣＡＮバス１８４を経由してエンジンコントローラから出力軸速度を取得する。例えば、一つの実施の態様では、検知プロセス２６００では、次式を使用して、ポンプ速度と出力軸速度を比較することができる。
＝｜ポンプ速度−（出力軸速度＊トタンスファーケース比）｜

検知プロセス２６００では、クラッチが連結され、かつ、ポンプ速度と比較される出力軸速度との差が、所定の時間期間よりも長い間、許容量を超えた場合に、故障を起動する。種々の例示的な実施の態様では、検知プロセス２６００では、許容される速度制限値が、約３秒、５秒、８秒、３０秒、１分、２分、５分または３０分を超えた場合に機能障害故障を起動することができる。

いくつかの実施の態様では、検知プロセス２６００で、非ラッチング故障を起動する。他の実施の態様では、検知プロセス２６００で、ラッチング故障を起動する。さらに他の実施の態様では、検知プロセス２６００で、機能障害故障を起動する。一つの実施の態様に従うと、検知プロセス２６００では、機能障害故障状態の検知に応答して速度制限プロセスを起動する。他の実施の態様に従うと、検知プロセス２６００では、故障状態の検知に応答してサービス警告を起動する。

また、検知プロセス２６００では、クラッチ状態センサが、クラッチが切り離されていることを示しており、かつ、ポンプ速度が、所定の時間期間よりも長い間、しきい値速度を超えている場合に、故障を起動する。種々の実施の態様では、検知プロセス２６００では、速度しきい値が、約３秒、５秒、８秒、１５秒、３０秒、１分、２分または５分を超えた場合に機能障害故障を起動することができる。

いくつかの実施の態様では、検知プロセス２６００で、非ラッチング故障を起動する。他の実施の態様では、検知プロセス２６００で、ラッチング故障を起動する。さらに他の実施の態様では、検知プロセス２６００で、機能障害故障を起動する。一つの実施の態様に従うと、検知プロセス２６００では、機能障害故障状態の検知に応答して速度制限プロセスを起動する。他の実施の態様に従うと、検知プロセス２６００では、故障状態の検知に応答してサービス警告を起動する。

開示した内容の修正や変更は、本開示の範囲及び精神から離れることなく、当業者には明らかであるだろう。例えば、各フローチャートは、一連のオペレーショの例を表している。これらのフローチャートのオペレーションの少なくとも一つは、異なる順序で実行することができる。本開示の範囲は、ここで説明した実施の形態に不当に限定されないことを理解すべきである。

Claims (4)

1. リザーバから離すと共に液体チャンバから離したガスチャンバを含むアキュムレータを有するポンプシステムにおけるオイルリークを検知する検知方法であって、
   該検知方法は、
   リザーバの流体の流体温度を表すデータ信号を取得すること、
   アキュムレータの流体の流体圧力を表すデータ信号を取得すること、
   取得した流体温度と取得した流体圧力に基づいてリザーバ内の流体のレベルを推定すること、
   リザーバの流体の実際のレベルを表すデータ信号を取得すること、
   流体の推定したレベルと流体の実際のレベルとを比較すること、
   実際のレベルが、しきい値よりも大きい推定したレベルと異なる場合に、故障を起動すること、を含むことを特徴とする検知方法。
2. 前記ポンプシステムは車両に動作可能に接続されており、また、前記検知方法は、さらに、車両が移動しているかどうかを判定すること、及び、
   車両が移動していると判定されるかどうかに基づいてしきい値を調整すること、を含むことを特徴とする請求項１の検知方法。
3. 前記しきい値を調整することは、車両が停止している場合に、しきい値の量を低くすること、を含むことを特徴とする請求項２の検知方法。
4. 前記しきい値は、データ信号を供給するセンサの許容範囲に少なくとも部分的に基づいて計算されることを特徴とする請求項２の検知方法。

Images