JP2019128207A

JP2019128207A - 電池監視システム

Info

Publication number: JP2019128207A
Application number: JP2018009101A
Authority: JP
Inventors: 健豪刀根; Kengo Tone; 槙一山野; Shinichi Yamano
Original assignee: Mitsubishi Motors Corp
Current assignee: Mitsubishi Motors Corp
Priority date: 2018-01-23
Filing date: 2018-01-23
Publication date: 2019-08-01
Anticipated expiration: 2038-01-23
Also published as: JP7387250B2

Abstract

【課題】電池の充電率を演算する演算装置の故障を確実に検出することができる電池監視システムを提供すること。【解決手段】電池ＥＣＵ１１は、電池の第１充電率を第１ＲＡＭ２１に記憶し、第１充電池を記憶した後、電池の電流量収支が所定値に達した際に、電池の第２充電率を第２ＲＡＭ２２に記憶し、第１充電率、及び第２充電率に基づいて演算部１６の故障を判定する。【選択図】図１

Description

本発明は、電池監視システムに関する。

一般に、二次電池の充放電電流値を測定する電流センサの異常を検出する技術が知られている。

具体的には、電池ＥＣＵが、第１の算出回路により算出されたＳＯＣと第２の算出回路により算出されたＳＯＣとの差の絶対値が予め定められたしきい値を越えると、電流センサが異常であると判断することにより、電流センサの異常を的確にかつ広範囲に検出する技術である（例えば、下記特許文献１参照）。

特開２００４−２５１７４４号公報

ところで、電動車両等に用いられる電池では、一般に電池の充電率（ＳＯＣ：State Of Charge）を演算する演算装置が搭載されている。例えば、このように演算されるＳＯＣを用いて電動車両は、モーターのみで走行可能な残りの走行時間や走行距離をドライバに表示したり、又は走行モードを変更する。

このため、常時、正確なＳＯＣを取得する必要がある。しかし、ＳＯＣを演算する演算装置も何らかの要因で故障する場合がある。このように演算装置に故障が発生すると、正確なＳＯＣを演算できなくなるため、電動車両の各種制御に支障をきたすことになる。

ここで、特許文献１に記載の技術は、電流センサの異常を的確にかつ広範囲に検出する技術であり、電池のＳＯＣを演算する演算装置の故障を検出する技術ではない。

本発明は、上記事情に鑑みてなされたものであり、電池の充電率を演算する演算装置の故障を確実に検出することができる電池監視システムを提供することを目的とする。

本発明は、電池の充電率を演算する演算装置が故障したか否かを監視する電池監視システムであって、前記電池の第１充電率を取得する第１充電率取得手段と、前記第１充電率を取得した後、前記電池の電流量収支が所定値に達した際に、前記電池の第２充電率を取得する第２充電率取得手段と、前記第１充電率、及び前記第２充電率に基づいて前記演算装置の故障を判定する判定手段と、を備えることを特徴とする。

このように、第１充電率、及び第２充電率に基づいて演算装置の故障を判定するため、電池監視システムは、演算装置の故障を確実に検出することができる。

また、前記判定手段は、前記第１充電率と前記第２充電率との差の絶対値が前記充電率の変化を示す最小分解能値未満のときに前記演算装置の故障を判定するようにしてもよい。さらに、前記所定値は、前記電池の充電率を最小分解能値だけ変化させる電流量値としてもよい。

また、電池監視システムは、前記判定手段により前記演算装置の故障の判定をした後、前記第１充電率取得手段により前記第１充電率、及び前記第２充電率取得手段により前記第２充電率を取得し、前記判定手段による判定を繰り返す判定ループ手段を備えるようにしてもよい。

このように構成すると、繰り返し判定を行うことができるため、電池監視システムは、車両が起動している期間中、演算装置の故障を判定することができる。

さらに、前記判定手段による判定結果が前記演算装置の故障であると判定した場合、表示部にアラートを表示する指示を送信するアラート送信手段と、前記演算装置が故障であると判定した後に、前記演算装置が故障でないと判定した場合、前記表示部に表示しているアラートを停止させる指示を送信するアラート停止手段と、を備えるようにしてもよい。

このように構成すると、例えば、演算装置の故障を判定したときに表示したアラートを、その故障が解消された場合に、取り消すことが可能になる。

さらに、前記第２充電率を取得した後、前記電池の第３充電率を取得する第３充電率取得手段を更に備え、前記判定手段は、前記第１充電率、前記第２充電率、及び前記第３充電率を比較し、前記演算装置の故障を判定するようにしてもよい。

このように構成すると、時間的に異なる３つの充電率（第１充電率、第２充電率、及び第３充電率）を比較し、演算装置の故障を判定するため、電池監視システムは、より正確な判定を行うことが可能になる。

また、前記判定手段は、前記第１充電率、前記第２充電率、及び前記第３充電率が実質的に同一値である場合に、前記演算装置の故障を判定するようにしてもよい。

本発明によれば、電池の充電率を演算する演算装置の故障を確実に検出することができる電池監視システムを提供できる。

本発明の第１の実施形態に係る電動車両の概略的な構成の一例を示す図。同実施形態に係る演算部の故障を判定する処理の一例を示すフローチャート。図２の故障判定処理の一例を示すサブフローチャート。本発明の第２の実施形態に係る電動車両の概略的な構成の一例を示す図。同実施形態に係る演算部の故障を判定する処理の一例を示すフローチャート。図５の故障判定処理の一例を示すサブフローチャート。

以下、本発明の各実施の形態について図面を参照しながら説明する。なお、以下の実施形態では、本発明を電動車両に適用した場合で説明する。
（第１の実施形態）
図１は、電動車両の概略的な構成の一例を示す図である。

図１に示すように、電動車両１は、電池監視システムを構成する電池ＥＣＵ（Electronic Control Unit）１１、電流センサ１２、電圧センサ１３、電池部（電池）１４、及び表示部１５が設けられている。なお、電動車両１は、電動車両としての機能を実現するための他の構成も含んでいるが、これら他の構成については図示及び説明を省略している。

電池ＥＵＣ１１は、演算部（演算装置）１６を含み、さらにＲＯＭ、ＲＡＭ、メモリ等を備えた電子制御装置であり、ＲＯＭ等に記憶されたプログラムを実行することにより電動車両１の各種制御を実行し、例えば演算部１６を監視する処理を実行する。演算部１６を監視する処理の詳細については、後述する。演算部１６は、電流センサ１２から取得する電流値（言い換えれば、充電量、及び放電量）、及び電圧センサ１３から取得する電圧値に基づいて電池部１４のＳＯＣを検出する。なお、本実施形態では、演算部１６は電池ＥＣＵ１１に含まれる構成で説明するが、演算部１６は、電池ＥＣＵ１１外に設けられ、当該演算部１６を含む装置からＳＯＣを取得するように構成してもよい。

また、電池ＥＣＵ１１は、第１ＲＡＭ２１、第２ＲＡＭ２２、第１ＲＡＭ記憶完了フラグ３１を有している。第１ＲＡＭ２１、及び第２ＲＡＭ２２は、それぞれＳＯＣを記憶する領域である。第１ＲＡＭ記憶完了フラグ３１は第１ＲＡＭ２１にＳＯＣを記憶したか否かを示すフラグであり、第１ＲＡＭ２１にＳＯＣが記憶されたときはＯＮになり、第１ＲＡＭ２１にＳＯＣが記憶されていないときはＯＦＦになる。

電流センサ１２は、電池部１４が充電、又は放電されるときの電流値を検出し、検出結果を電池ＥＣＵ１１に出力する。電流センサ１２は、電池部１４が放電する時においてはマイナスの電流値を検出し、電池部１４が充電する時においてはプラスの電流値を検出する。電圧センサ１３は、電池部１４の電圧値を検出し、検出結果を電池ＥＣＵ１１内の演算部１６に出力する。なお、本実施形態では、電流センサ１２、及び電圧センサ１３を電池部１４と別構成としているが、電池部１４内に電流センサ１２、及び電圧センサ１３が含まれる構成でもよい。

電池部１４は、複数の電池から構成されており、モータ部（図示省略）に電力を供給し、また、回生動作時にはエンジン（図示省略）によって発電された電力を蓄電する。表示部１５は、例えばＬＥＤランプである。電池ＥＣＵ１１が演算部１６の故障であると判定したときに、電池ＥＣＵ１１から送信される指示に基づいて、例えば、ＬＥＤランプが赤点灯する。これにより、ドライバに演算装置１６の故障を報知する。

次に、演算部１６の故障を監視する処理について説明する。図２は、電池ＥＣＵ１１が実行する演算部１６の故障を監視する処理の一例を示すフローチャートである。この処理は、電動車両１が起動して停止するまで、言い換えれば、電池部１４が起動してから停止するまで実行される。

図２に示すように、電池部１４が起動すると、電池ＥＣＵ１１は、電流センサ１２及び電圧センサ１３とＣＡＮ（Communication Area Network）通信を開始する（ＳＴ１０１）。これにより、電池ＥＣＵ１１は、電流センサ１２及び電圧センサ１３から電池部１４の電流値及び電圧値を取得することが可能になる。

そして、起動時の演算処理として、電池ＥＣＵ１１は、ＲＥＡＤＹフラグをＯＮする（ＳＴ１０２）。ＲＥＡＤＹフラグを格納する領域は、例えば、電池ＥＣＵ１１内の所定の記憶装置に設けられる。次に、電池ＥＣＵ１１の演算部１６は、ＳＯＣ演算処理を実行する（ＳＴ１０３）。以降は、常時、ＳＯＣの演算処理が実行される。

次に、電池ＥＣＵ１１は、第１ＲＡＭ記憶完了フラグ３１がＯＮか否かを確認する（ＳＴ１０４）。第１ＲＡＭ記憶完了フラグ３１がＯＮでないと判定した場合（ＳＴ１０４：ＮＯ）、電池ＥＣＵ１１は、第１ＲＡＭ２１にＳＯＣを記憶し、第１ＲＡＭ記憶完了フラグ３１をＯＮする（ＳＴ１０５：第１充電率取得手段）。これにより、第１ＲＡＭ２１には、起動時のＳＯＣ（以下、「第１ＳＯＣ」という。）が記憶される。

このように第１ＲＡＭ記憶完了フラグ３１をＯＮにした場合、又は、第１ＲＡＭ記憶完了フラグ３１がＯＮであると判定した場合（ＳＴ１０４：ＹＥＳ）、電池ＥＣＵ１１は、Δ積算電流量演算処理を実行する（ＳＴ１０６）。つまり、電池ＥＣＵ１１は、電流センサ１２から取得する電流値を所定時間分積算する。具体的には、電池部１４が放電した場合はマイナスの電流値が積算され、電池部１４が充電された場合はプラスの電流値が積算される。

次に、電池ＥＣＵ１１は、Δ積算電流量が所定値以上であるか否かを判定する（ＳＴ１０７）。Δ積算電流量が所定値以上でないと判定した場合（ＳＴ１０７：ＮＯ）、処理はステップＳＴ１０３に戻る。これにより、Δ積算電流量が所定値に達するまで、このΔ積算電流量が加算され（ＳＴ１０６）、ＳＯＣの演算処理が実行される（ＳＴ１０３）。ここで、所定値は、例えば、後述するＳＯＣの最小分解能値だけＳＯＣを変化させる電流量値とすることができる（参照：後述するＳＴ２０２）。

そして、Δ積算電流量が所定値以上であると判定した場合（ＳＴ１０７：ＹＥＳ）、電池ＥＣＵ１１は、ＳＯＣを第２ＲＡＭ２２に記憶する（ＳＴ１０８：第２充電率取得手段）。これにより、第２ＲＡＭ２２には、Δ積算電流量が所定値になったときのＳＯＣ（以下、「第２ＳＯＣ」という）が記憶される。

次に、電池ＥＣＵ１１は、演算部１６の故障判定を実行する（ＳＴ１０９）。この故障判定については、図３を参照して説明する。図３は、故障判定の処理の一例を示すフローチャートである。図３に示すように、電池ＥＣＵ１１は、第１ＲＡＭ記憶完了フラグ３１がＯＮであるか否かを判定する（ＳＴ２０１）。第１ＲＡＭ記憶完了フラグ３１がＯＮでない場合（ＳＴ２０１：ＮＯ）、処理は終了する。これにより、時間的に前に第１ＲＡＭ２１に記憶された第１ＳＯＣが何らかの理由により消失し、第１ＲＡＭ記憶完了フラグ３１がＯＦＦになっている場合、故障判定処理が実行されない。このため、間違った第１ＳＯＣで故障判定処理が実行されることを防止することができる。

また、第１ＲＡＭ記憶完了フラグ３１がＯＮであると判定した場合（ＳＴ２０１：ＹＥＳ）、電池ＥＣＵ１１は、第１ＳＯＣと、第２ＳＯＣとの差の絶対値が閾値より低いか否かを判定する（ＳＴ２０２）。ここで、閾値は、電池部１４の充電状態の変化を示す最小分解能値とすることができ、本実施形態では、ＳＯＣの満充電状態を１００％とした場合、１％以下の単位で充電状態の変化を検出するため、この値を閾値に設定する。
そして、電池ＥＣＵ１１は、第１ＳＯＣと、第２ＳＯＣとの差の絶対値が閾値未満であると判定した場合（ＳＴ２０２：ＹＥＳ）、演算部１６の故障であると判定して故障を確定し（ＳＴ２０３）、第１ＳＯＣと、第２ＳＯＣとの差の絶対値が閾値未満でないと判定した場合（ＳＴ２０２：ＮＯ）、ＳＯＣの正常を確定する（ＳＴ２０４）。このように、演算部１６の故障を判定することができるのは、Δ積算電流量が所定値に到達した場合にもかかわらず第１ＳＯＣと、第２ＳＯＣとの差の絶対値が閾値未満である場合には、第２ＳＯＣが正確な計算がされておらず、演算部１６が故障していると想定することができるためである。

図２に戻り、説明を続ける。正常を確定した場合（ＳＴ２０４）、電池ＥＣＵは、第１ＲＡＭ２１、第２ＲＡＭ２２をリセットすると共に、第１ＲＡＭ記憶完了フラグ３１をリセットし、さらにΔ積算電流量をリセットする（ＳＴ１１０）。そして、処理はステップＳＴ１０３に戻る。したがって、今度は、電池部１４が起動した後、Δ積算電流量が所定値となったときのＳＯＣが第１ＳＯＣとして第１ＲＡＭ２１に記憶され（ＳＴ１０３）、さらにΔ積算電流量が所定値となったときのＳＯＣが第２ＳＯＣとして第２ＲＡＭ２２に記憶され、これら第１ＳＯＣ、第２ＳＯＣを用いて演算部１６の故障の判定が実行される。このように、Δ積算電流量が所定値に達する毎に演算部１６の故障の判定が繰り返される（判定ループ手段）。一方、故障を確定した場合（ＳＴ２０３）、電池ＥＣＵ１１は、アラートを行う（ＳＴ１１１）。本実施形態では、電池ＥＣＵ１１は、表示部１５を点灯させる。

以上のように、電池ＥＣＵ１１は、第１ＳＯＣ、及び第２ＳＯＣに基づいてＳＯＣの演算部１６の故障を判定する。具体的には、第１ＳＯＣと、第２ＳＯＣとの差の絶対値が充電率の変化を示す最小分解能値未満のときに演算部１６の故障を判定する。これにより、電池ＥＣＵ１１は、演算部１６の故障を検出することができる。

また、電池ＥＣＵ１１は、第１ＳＯＣ、及び第２ＳＯＣを取得し、演算部１６の故障を判定する処理を繰り返すようにしている。このように繰り返し判定を行うことができるため、電池ＥＣＵ１１は、電池部１４が起動している期間中、演算部１６の故障を判定することができる。

なお、上記実施形態では、電池ＥＣＵ１１が演算部１６の故障を判定した後、アラートを表示し、処理を終了する場合で説明したが、これに限るものではない。例えば演算部１６の故障を検出してアラートを表示した後（ＳＴ１１１）、処理がステップＳＴ１０３へ戻り、演算部１６の故障を検出する処理を継続するようにしてもよい。つまり、判定ループ手段を、故障判定を行った場合にも適用してもよい。このように構成すると、演算部１６の故障を検出した後でも、さらに、演算部１６の故障の判定を行うことができるため、演算部１６の故障をより確実に判定することが可能になる。演算部１６の故障を検出した場合、電池ＥＣＵ１１は表示部１５にアラートを表示させる指示を送信するため、表示部１５にアラートが表示されている。この状態から、演算部１６が正常であることを確定した場合、電池ＥＣＵ１１は、表示部１５にアラートの表示を停止する指示を送信し、表示部１５に表示されているアラートを停止させることができる。このため、電池ＥＣＵ１１は、電動車両１のドライバに演算部１６が故障しているか否かを正確に報知することができる。

また、上記実施形態では、１回の判定で演算部１６の故障を確定しているが、例えば、複数回連続して演算部１６の故障を検出した場合に、電池ＥＣＵ１１が演算部１６の故障を確定するようにしてもよい。このように構成しても演算部１６の故障の誤検出を防止することができる。
（第２の実施形態）
第１の実施形態は、第１ＳＯＣ、及び第２ＳＯＣの２つのＳＯＣを用いて演算部１６の故障の判定を行っているが、第２の実施形態は、第１ＳＯＣ、第２ＳＯＣ、及び第３ＳＯＣの３つのＳＯＣを用いて演算部１６の故障の判定を行っている点が異なっている。したがって、以下では、第１の実施形態と異なる点について詳細な説明をする。なお、第１の実施形態と同一の構成には同一の符号を付し、これらの構成については詳細な説明を省略する。

図４は、電動車両１の概略的な構成の一例を示す図である。

図４に示すように、図１に示す電動車両１と比較すると、電池ＥＣＵ１１内に第２ＲＡＭ記憶完了フラグ３２と、第３ＲＡＭ２３とが追加されている点が異なっている。第２ＲＡＭ記憶完了フラグ３２は、第２ＲＡＭ２２にＳＯＣが記憶されたことを示すフラグであり、第２ＲＡＭ２２にＳＯＣが記憶されるとＯＮになり、第２ＲＡＭ２２にＳＯＣが記憶されていないとＯＦＦになる。第３ＲＡＭ２３はＳＯＣを記憶する領域である。

次に、演算部１６の故障を監視する処理について説明する。図５は、電池ＥＣＵ１１が実行する演算部１６の故障を監視する処理の一例を示すフローチャートである。この処理は、電動車両１が起動して停止するまで、言い換えれば、電池部１４が起動してから停止するまで実行されるのは第１の実施形態と同様である。また、ステップＳＴ３０１からＳＴ３０６の処理は、既述のステップＳＴ１０１からＳＴ１０６の処理とそれぞれ同一なので説明は省略し、以下ではステップＳＴ３０７の処理から説明をする。

電池ＥＣＵ１１は、Δ積算電流量が所定値以上であるか否かを判定する（ＳＴ３０７）。Δ積算電流が所定値以上であると判定した場合（ＳＴ３０７：ＹＥＳ）、電池ＥＣＵ１１は、第２ＲＡＭ記憶完了フラグ３２がＯＮか否かを判定する（ＳＴ３０８）。第２ＲＡＭ記憶完了フラグ３２がＯＮでないと判定した場合（ＳＴ３０８：ＮＯ）、電池ＥＣＵ１１は、ＳＯＣを第２ＲＡＭ２２に記憶し、第２ＲＡＭ記憶完了フラグ３２をＯＮする（ＳＴ３０９：第２充電率取得手段）。これにより、第２ＲＡＭ２２には、Δ積算電流量が所定値になったときのＳＯＣ（以下、「第２ＳＯＣ」という）が記憶される。なお、第１ＳＯＣとしては、第１の実施形態と同様に、起動時のＳＯＣが第１ＲＡＭ２１に記憶される（ＳＴ３０５：第１充電率取得手段）。

ステップＳＴ３０９の処理が終了した場合、ステップＳＴ３０７でΔ積算電流量が所定値以上でないと判定した場合（ＳＴ３０７：ＮＯ）、又は、ステップＳＴ３０８で第２ＲＡＭ完了フラグがＯＮであると判定した場合（ＳＴ３０８：ＹＥＳ）、電池ＥＣＵ１１は、第１ＲＡＭ記憶完了フラグ３１のＯＮ状態が所定時間継続したか否かを判定する（ＳＴ３１０）。所定時間継続していないと判定した場合（ＳＴ３１０：ＮＯ）、処理はステップＳＴ３０３に戻る。これにより、第１ＲＡＭ記憶完了フラグ３１のＯＮ状態が所定時間継続したと判定されるまでＳＯＣの演算処理が継続される。

また、第１ＲＡＭ記憶完了フラグ３１のＯＮ状態が所定時間継続したと判定した場合（ＳＴ３１０：ＹＥＳ）、電池ＥＣＵ１１は、ＳＯＣを第３ＲＡＭ２３に記憶する（ＳＴ３１１：第３充電率取得手段）。これにより、第３ＲＡＭ２３には、既述の所定時間経過後のＳＯＣ（以下、「第３ＳＯＣ」という。）が記憶される。

次に、電池ＥＣＵ１１は、故障判定を実行する（ＳＴ３１２）。この故障判定については、図６を参照して説明する。図６は、故障判定の処理の一例を示すフローチャートである。図６に示すように、電池ＥＣＵ１１は、第１ＲＡＭ記憶完了フラグ３１、及び第２ＲＡＭ記憶完了フラグ３２が共にＯＮであるか否かを判定する（ＳＴ４０１）。第１ＲＡＭ記憶完了フラグ３１及び第２ＲＡＭ記憶完了フラグ３２が共にＯＮでない場合（ＳＴ４０１：ＮＯ）、処理は終了する。これにより、既述の所定時間が継続する前に第１ＲＡＭ２１、及び第２ＲＡＭ２２に記憶された第１ＳＯＣ、及び第２ＳＯＣがそれぞれ何らかの理由により消失し、第１ＲＡＭ記憶完了フラグ３１及び第２ＲＡＭ記憶完了フラグ３２がＯＦＦになっている場合、故障判定処理が実行されない。これにより、間違った第１ＳＯＣ，第２ＳＯＣで故障判定処理が実行されることを防止することができる。

また、第１ＲＡＭ記憶完了フラグ３１、及び第２ＲＡＭ完了フラグ３２が共にＯＮであると判定した場合（ＳＴ４０１：ＹＥＳ）、電池ＥＣＵ１１は、第１ＳＯＣと、第２ＳＯＣ、第３ＳＯＣがそれぞれ同一であるか否かを判定する（ＳＴ４０２）。ここで、同一か否かは実質的に同一であればよく許容値の範囲内で僅かな差異はあってもよい。電池ＥＣＵ１１は、第１ＳＯＣ、第２ＳＯＣ、第３ＳＯＣがそれぞれ同一であると判定した場合（ＳＴ４０２：ＹＥＳ）、演算部１６の故障であると判定して故障を確定し（ＳＴ４０３）、第１ＳＯＣと、第２ＳＯＣ、第３ＳＯＣがそれぞれ同一でないと判定した場合（ＳＴ４０２：ＮＯ）、ＳＯＣの正常を確定する（ＳＴ４０４）。

図５に戻り、説明を続ける。正常を確定した場合（ＳＴ４０４）、電池ＥＣＵ１１は、第１ＲＡＭ２１、第２ＲＡＭ２２、及び第３ＲＡＭ２３をリセットすると共に、第１ＲＡＭ記憶完了フラグ３１、及び第２ＲＡＭ記憶完了フラグ３２をリセットし、さらにΔ積算電流量をリセットする（ＳＴ３１３）。そして、処理はステップＳＴ３０３に戻る。したがって、次は、電池部１４が起動した後、第１ＲＡＭ記憶完了フラグ３１のＯＮ状態が所定時間継続した後のＳＯＣが第１ＳＯＣとして第１ＲＡＭ２１に記憶され（ＳＴ３０３）、さらにΔ積算電流量が所定値となったときのＳＯＣが第２ＳＯＣとして第２ＲＡＭ２２に記憶され、第１ＲＡＭ記憶完了フラグ３１のＯＮ状態が所定時間継続したときのＳＯＣが第３ＳＯＣとして第３ＲＡＭ２３に記憶され、これら第１ＳＯＣ、第２ＳＯＣ、第３ＳＯＣが同一か否かに基づいて演算部１６の故障の判定が繰り返される（判定ループ手段）。一方、故障を確定した場合（ＳＴ４０３）、電池ＥＣＵ１１は、アラートを行う（ＳＴ３１４）。本実施形態では、第１の実施形態と同様に電池ＥＣＵ１１は、表示部１５を点灯させる。

この実施形態の電池ＥＣＵ１１によると、時間的に異なる３つの充電率（第１ＳＯＣ、第２ＳＯＣ、及び第３ＳＯＣ）を比較し、演算部１６の故障を判定するため、より正確な判定を行うことが可能になる。

なお、上記各実施形態では、第１ＳＯＣを電動車両１の起動時に取得する場合で説明したが、これに限るものではない。また、上記各実施形態では、電池監視システムを電動車両１の電池ＥＣＵ１１に適用した場合で説明したが、これに限るものではなく、電池部１４を搭載し、且つ、電池部１４のＳＯＣを取得する構成を有するシステムに適用することが可能である。

また、上記各実施形態において、電動車両１に、走行中のスイッチ操作で電池部１４の電池容量をキープすることができるバッテリセーブモードが設定されている場合がある。バッテリセーブモード中は、目標ＳＯＣ付近にてＳＯＣが上下変動するように電動車両１の走行制御を行うため、バッテリセーブモード中であっても、電池ＥＣＵ１１は、既述の演算部１６の故障を監視する処理を行うことができる。さらに、電動車両１に、エンジン発電により電池部１４のＳＯＣをほぼ満充電付近まで増加させることができるバッテリチャージモードが設定されている場合がある。バッテリチャージモードは、ＳＯＣがほぼ満充電状態になると電池部１４への充電がされなくなる。このためバッテリチャージモード中であっても、電池ＥＣＵ１１は、既述の演算部１６の故障を検出する処理を実行することができる。このように、電動車両１にバッテリセーブモードやバッテリチャージモードが設定されている場合であっても、電池ＥＣＵ１１は、演算部１６の故障の検出を確実に行うことができる。

この発明は、上述した実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述した実施の形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、上述した実施の形態に示される全構成要素から幾つかの構成要素を削除しても良い。さらに、異なる実施形態の構成を組み合わせてもよい。

１…電動車両、１１…電池ＥＣＵ、１２…電流センサ、１３…電圧センサ、１４…電池部、１５…表示部、２１…第１ＲＡＭ、２２…第２ＲＡＭ、２３…第３ＲＡＭ、３１…第１ＲＡＭ記憶完了フラグ、３２…第２ＲＡＭ記憶完了フラグ

Claims

電池の充電率を演算する演算装置が故障したか否かを監視する電池監視システムであって、
前記電池の第１充電率を取得する第１充電率取得手段と、
前記第１充電率を取得した後、前記電池の電流量収支が所定値に達した際に、前記電池の第２充電率を取得する第２充電率取得手段と、
前記第１充電率、及び前記第２充電率に基づいて前記演算装置の故障を判定する判定手段と、
を備えることを特徴とする電池監視システム。
前記判定手段は、前記第１充電率と前記第２充電率との差の絶対値が前記充電率の変化を示す最小分解能値未満のときに、前記演算装置の故障を判定する、
ことを特徴とする請求項１に記載の電池監視システム。
前記所定値は、前記電池の充電率を前記最小分解能値だけ変化させる電流量値である、
ことを特徴とする請求項２に記載の電池監視システム。
前記判定手段により前記演算装置の故障であると判定した後、前記第１充電率取得手段により前記第１充電率、及び前記第２充電率取得手段により前記第２充電率を取得し、前記判定手段による判定を繰り返す判定ループ手段を備える、
ことを特徴とする請求項１に記載の電池監視システム。
前記判定手段による判定結果が前記演算装置の故障であると判定した場合、表示部にアラートを表示する指示を送信するアラート送信手段と、
前記演算装置の故障であると判定した後に、前記演算装置の故障でないと判定した場合、前記表示部に表示しているアラートを停止させる指示を送信するアラート停止手段と、
を備えることを特徴とする請求項４に記載の電池監視システム。
前記第２充電率を取得した後、前記電池の第３充電率を取得する第３充電率取得手段を更に備え、
前記判定手段は、前記第１充電率、前記第２充電率、及び前記第３充電率を比較し、前記演算装置の故障を判定する、
ことを特徴とする請求項１に記載の電池監視システム。
前記判定手段は、前記第１充電率、前記第２充電率、及び前記第３充電率が実質的に同一値である場合に、前記演算装置の故障を判定する、
ことを特徴とする請求項６に記載の電池監視システム。