蓄電池装置、蓄電池装置の制御方法及び制御プログラム
【課題】組電池監視装置の起動待ち時間を削減して使い勝手を向上する。
【解決手段】実施形態の蓄電池装置は、複数の組電池群と、組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、複数の監視装置の制御及び管理を行う管理装置と、を備えている。そして、監視装置の識別符号取得手段は、管理装置により起動が指示されると、監視装置同士を識別する識別符号を管理装置から取得し、信号出力手段は、識別符号の取得が完了した時点で、次段の監視装置における識別符号取得手段の動作開始を促す信号を信号線を介して出力する。
【解決手段】実施形態の蓄電池装置は、複数の組電池群と、組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、複数の監視装置の制御及び管理を行う管理装置と、を備えている。そして、監視装置の識別符号取得手段は、管理装置により起動が指示されると、監視装置同士を識別する識別符号を管理装置から取得し、信号出力手段は、識別符号の取得が完了した時点で、次段の監視装置における識別符号取得手段の動作開始を促す信号を信号線を介して出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、蓄電池装置、蓄電池装置の制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
近年、リチウムイオン二次電池等の蓄電池技術の進歩により、大規模電力蓄積システムへの蓄電池の利用が検討されている。
例えば、電気自動車等の車両に搭載される蓄電池装置になると、二次電池モジュールの数は数十個程度になる場合がある。
【０００３】
このような蓄電池装置において、一つの通信バスに複数の二次電池モジュールが接続される場合、組電池管理装置（ＢＭＵ；Battery Management Unit）は各々の組電池監視装置（ＣＭＵ；Cell Monitoring Unit）を識別して情報を扱う必要がある。
このような場合、蓄電池装置の組み立て前に予め各々の二次電池モジュールの識別符号（識別番号）を決めておくのではなく、組み立てた後で識別符号が自動的に付与される仕組みが特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１４１９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、組電池監視装置をデイジーチェーン接続し、電源の起動信号を順次伝達する構成を採った場合、必ず組電池監視装置の電源投入を待ってから起動信号が伝達されることとなる。このため、起動のたびにデイジーチェーン接続された起動信号の伝播を待たなければならない。
電源が入ってから組電池監視装置の動作が始まるには、通常は１００ｍｓ程度の時間がかかり、例えば、二次電池モジュールを３０個デイジーチェーン接続した場合は、全ての組電池監視装置の起動が完了するのに少なくとも３秒かかることになる。
電気自動車等では、これはとりもなおさずユーザーが車両を起動してから実際に走り出せるまでに何秒もかかることとなり、使い勝手が悪いという問題点があった。
本発明は、上記に鑑みてなされたものであって、組電池監視装置の起動待ち時間を削減して使い勝手を向上することが可能な蓄電池装置、蓄電装置の制御方法及び制御プログラムを提供する。
【課題を解決するための手段】
【０００６】
実施形態の蓄電池装置は、複数の組電池群と、組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、複数の監視装置の制御及び管理を行う管理装置と、を備えている。
そして、監視装置の識別符号取得手段は、管理装置により起動が指示されると、監視装置同士を識別する識別符号を管理装置から取得する。
また、信号出力手段は、識別符号の取得が完了した時点で、次段の監視装置における識別符号取得手段の動作開始を促す信号を信号線を介して出力する。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態の蓄電池装置を備えた蓄電池システムの概要構成ブロック図である。
【図２】図２は、実施形態の要部説明図である。
【図３】図３は、ＣＭＵの概要構成説明図である。
【図４】図４は、実施形態のＢＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
【図５】図５は、実施形態の処理タイミングチャートである。
【図６】図６は、実施形態のＣＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
【図７】図７は、変形例の説明図である。
【発明を実施するための形態】
【０００８】
次に図面を参照して、実施形態の蓄電池装置について詳細に説明する。
図１は、実施形態の蓄電池装置を備えた蓄電池システムの概要構成ブロック図である。
蓄電池システム１０は、大別すると、電力を蓄える蓄電池装置１１と、蓄電池装置１１から供給された直流電力を所望の交流電力に変換して負荷に供給する電力変換装置（ＰＣＳ：Power Conditioning System）１２と、を備えている。
【０００９】
蓄電池装置１１は、大別すると、複数の電池盤２１−１〜２１−Ｎ（Ｎは自然数）と、電池盤２１−１〜２１−Ｎが接続された電池端子盤２２と、を備えている。
電池盤２１−１〜２１−Ｎは、互いに並列に接続された複数の電池ユニット２３−１〜２３−Ｍ（Ｍは自然数）と、ゲートウェイ装置２４と、後述のＢＭＵ（Battery Management Unit）及びＣＭＵ（Cell Monitoring Unit）に動作用の直流電源を供給する直流電源装置２５と、を備えている。
【００１０】
ここで、電池ユニットの構成について説明する。
電池ユニット２３−１〜２３−Ｍは、それぞれ、高電位側電源供給ライン（高電位側電源供給線）ＬＨ及び低電位側電源供給ライン（低電位側電源供給線）ＬＬを介して、出力電源ライン（出力電源線；母線）ＬＨＯ、ＬＬＯに接続され、主回路である電力変換装置１２に電力を供給している。
【００１１】
また電池ユニット２３−１〜２３−Ｍは、同一構成であるので、電池ユニット２３−１を例として説明する。
電池ユニット２３−１は、大別すると、複数のセルモジュール３１と、セルモジュール３１にそれぞれ設けられた複数のＣＭＵ（監視装置）３２と、サービスディスコネクト３３と、電流センサ３４と、コンタクタ３５と、を備え、複数のセルモジュール３１、サービスディスコネクト３３、電流センサ３４及びコンタクタ３５は、直列に接続されている。
【００１２】
ここで、セルモジュール３１は、電池であるセルを複数、直並列に接続されて組電池を構成している。そして、複数の直列接続されたセルモジュール３１で組電池群を構成している。
【００１３】
さらに電池ユニット２３−１は、ＢＭＵ３６を備え、各ＣＭＵ３２の通信ライン、電流センサ３４の出力ラインは、ＢＭＵ（管理装置）３６に接続されている。
ＢＭＵ３６は、ゲートウェイ装置２４の制御下で、電池ユニット２３−１全体を制御し、各ＣＭＵ３２との通信結果及び電流センサ３４の検出結果に基づいてコンタクタ３５の開閉制御を行う。また、各ＣＭＵ３２は、ＢＭＵ３６に対して、所定の周期でセル（電池）の電圧あるいはセルモジュール３１の電圧並びにセルモジュール３１の温度（セルモジュール３１を代表する温度）を送信する。
【００１４】
次に電池端子盤の構成について説明する。
電池端子盤２２は、電池盤２１−１〜２１−Ｎに対応させて設けられた複数の盤遮断機４１−１〜４１−Ｎと、蓄電池装置１１全体を制御するマイクロコンピュータとして構成されたマスタ（ＭＡＳＴＥＲ）装置４２と、を備えている。
【００１５】
マスタ装置４２には、電力変換装置１２との間に、電力変換装置１２のＵＰＳ（Uninterruptible Power System）１２Ａを介して供給される制御電源線５１と、イーサネット（登録商標）として構成され、制御データのやりとりを行う制御通信線５２と、が接続されている。
【００１６】
図２は、実施形態の要部説明図である。
図２において、図１と同様の部分には同一の符号を付すものとする。また、図２においては、説明の容易のため、セルモジュール３１としてセルモジュール３１-１〜３１−３の三つのセルモジュールを備えているものとし、組電池監視装置として機能するＣＭＵ３２としてセルモジュール３１-１〜３１−３のそれぞれに対応するＣＭＵ３２−１〜３２−３を備えているものとする。
【００１７】
ＣＭＵ３２−１〜３２−３は、それぞれ起動通知信号が入力される起動通知入力端子Ｔ１及び起動通知信号を出力する起動通知出力端子Ｔ２を備えている。
そして、ＣＭＵ３２−１の起動通知入力端子Ｔ１には、組電池管理装置として機能するＢＭＵ３６から起動通知信号ＷＵ１が入力され、識別符号としてのＣＡＮ_ＩＤの付番（あるいは有効なＣＡＮ_ＩＤの設定確認）が完了した時点で起動通知出力端子Ｔ２を介して起動通知信号ＷＵ２が出力される。
【００１８】
これにより、ＣＭＵ３２−２の起動通知入力端子Ｔ１には、ＣＭＵ３２−１から起動通知信号ＷＵ２が入力され、ＣＡＮ_ＩＤの付番（あるいは有効なＣＡＮ_ＩＤの設定確認）が完了した時点で起動通知出力端子Ｔ２を介して起動通知信号ＷＵ３が出力される。
同様に、ＣＭＵ３２−３の起動通知入力端子Ｔ１には、ＣＭＵ３２−２から起動通知信号ＷＵ３が入力され、ＣＡＮ_ＩＤの付番（あるいは有効なＣＡＮ_ＩＤの設定確認）が完了した時点で起動通知出力端子Ｔ２を介して起動通知信号ＷＵ４が出力される。
【００１９】
図３は、ＣＭＵの概要構成説明図である。
ＣＭＵ３２−１〜３２−３は、同一構成であるので、図３においては、ＣＭＵ３２−１を例として説明する。
ＣＭＵ３２−１は、セル（電池）の電圧や温度（あるいは組電池全体の代表温度）を取得する組電池監視回路６１と、各種データの取得のタイミング制御や通信バス３７を介した通信、電源の制御、ＣＡＮ_ＩＤ（識別符号）の取得等を行うマイクロプロセッサ６２と、電気的に消去書き込み可能な読み出し専用記憶装置であるＥＥＰＲＯＭ６３と、電源供給線ＰＷから供給される電力を安定化し、ＣＭＵ３２−１の各所を動かす電力を供給する電源回路６４と、を備えている。
【００２０】
次に実施形態の動作を説明する。
図４は、実施形態のＢＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
図５は、実施形態の処理タイミングチャートである。
まずＢＭＵ３６は、時刻ｔ０において、ＣＭＵ３２−１〜３２−３に電源供給線ＰＷを介して電源を供給して起動させる。
続いてＢＭＵ３６は、時刻ｔ１において、起動通知信号ＷＵ１を起動状態（“Ｌ”レベル）としてＣＭＵ３２−１の起動通知入力端子Ｔ１に出力する（ステップＳ１１）。
そして、ＢＭＵ３６は、ＣＭＵ３２−１〜３２−２からの応答を所定時間待つこととなる（ステップＳ１２）。
この結果、図５の下部に示すように、ＣＭＵ３２−１は、付番処理に移行する。
【００２１】
図６は、実施形態のＣＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
ＣＭＵ３２−１のマイクロプロセッサ６２は、電源が供給されて起動されると、起動通知入力（ＣＭＵ３２−１の場合、起動通知信号ＷＵ１）が起動状態である“Ｌ”レベルとなっているか否かを判別する（ステップＳ２１）。
ステップＳ２１の判別において、ＣＭＵ３２−１は、起動通知信号ＷＵ１が未だ“Ｈ”レベル（非起動状態）である場合には（ステップＳ２１；Ｎｏ）、マイクロプロセッサ６２は待機状態となる。
ステップＳ２１の判別において、ＣＭＵ３２−１のマイクロプロセッサ６２は、起動通知信号ＷＵ１が“Ｌ”レベルとなった場合には（ステップＳ２１；Ｙｅｓ）、既に付番がなされているか否かを判別するために、ＥＥＰＲＯＭ６３からＣＡＮ_ＩＤの付番データを読み出す（ステップＳ２２）。
【００２２】
続いてＣＭＵ３２−１のマイクロプロセッサ６２は、有効なＣＡＮ_ＩＤが付与されていないか否かを判別する（ステップＳ２３）。すなわち、マイクロプロセッサ６２は、ＥＥＰＲＯＭ６３から付番データを読み出せなかった、あるいは、有効ではない付番データが読み出された場合には有効なＣＡＮ_ＩＤが付与されていないとして（ステップＳ２３；Ｙｅｓ）、当該ＣＭＵの通常定期通信の送信周期１回分待機状態となる（ステップＳ２４）。
続いてＣＭＵ３２−１のマイクロプロセッサ６２は、通信バス３７を介してＢＭＵ３６に対して、ＣＡＮ_ＩＤに相当する付番データを要求する（ステップＳ２５）。
【００２３】
一方、ステップＳ２５の付番データの要求を受けたＢＭＵ３６は、受信データから何番目までのＣＭＵ３２と通常定期通信により通信ができているかを確認する（ステップＳ１３）。この場合においては、未だ通常定期通信を行っているＣＭＵ３２は存在しないので、０台である。
次にＢＭＵ３６は、ＣＭＵ３２（この場合は、ＣＭＵ３２−１）からの付番要求がなされていないか否かを判別する（ステップＳ１４）。
ステップＳ１４の判別において、ＣＭＵ３２からの付番要求がなされている場合には（ステップＳ１４；Ｎｏ）、ＢＭＵ３６は、前回の付番要求受信から所定時間以内であるか否かを判別する（ステップＳ１７）。
【００２４】
ステップＳ１７の判別において、ＢＭＵ３６は、前回の付番要求受信から所定時間以内であると判別された場合には（ステップＳ１７；Ｙｅｓ）、エラー終了する。
これは、各ＣＭＵ３２は、ＢＭＵ３６に付番データ(識別符号)を再要求する場合、通常の処理では起こりえない遅延を見込んだ所定時間を経過した後に再要求するように構成しているためである。これにより、ＢＭＵ３６側で、通常の処理では起こりえない遅延を見込んだ所定時間以内に立て続けに付番データ(識別符号)の要求が来た場合には、起動通知入力へのノイズ混入による誤動作などが発生したと異常を検出できるのである。
【００２５】
ステップＳ１７の判別において、ＢＭＵ３６は、前回の付番要求受信から所定時間以内ではないと判別された場合には（ステップＳ１７；Ｎｏ）、正規の付番データの要求であるので、起動を確認しているＣＭＵの番号に１を加えた番号をＣＭＵ３２に送信し（ステップＳ１８）、処理を再びステップＳ１２に移行する。
具体的には、未だ通常定期通信を行っているＣＭＵ３２は存在しないので、起動を確信しているＣＭＵの番号は０であるので、通知する番号は、０＋１＝１となる。
【００２６】
一方、ＣＭＵ３２−１のマイクロプロセッサ６２は、ＢＭＵ３６から応答が返ってくるまで、あるいは、所定時間待機状態となる（ステップＳ２６）。
【００２７】
続いて、ＣＭＵ３２−１のマイクロプロセッサ６２は、ＢＭＵ３６から有効な付番データを取得できたか否かを判別する（ステップＳ２７）。
ステップＳ２７の判別において、有効な付番データを取得できなかった場合には（ステップＳ２７；Ｎｏ）、データ取得処理を所定回数繰り返したか否かを判別し（ステップＳ３２）、データ取得処理が所定回数未満である場合には（ステップＳ３２；Ｎｏ）、処理を再びステップＳ２５に移行して、再度付番データの取得を試みる。また、データ取得処理が所定回数繰り返された場合には（ステップＳ３２；Ｙｅｓ）、エラー通知をして処理を終了する。
【００２８】
ステップＳ２７の判別において、有効な付番データを取得できた場合には（ステップＳ２７；Ｙｅｓ）、取得した付番データ、すなわち、有効なＣＡＮ_ＩＤをＥＥＰＲＯＭ６３に書き込む（ステップＳ２８）。ここで、有効なＣＡＮ_ＩＤをＥＥＰＲＯＭ６３に書き込むのは、次回以降取得処理を行う必要をなくすためであり、この結果、蓄電池装置１１の起動時間の短縮が図れることとなる。
【００２９】
次に、ＣＭＵ３２−１のマイクロプロセッサ６２は、通常定期通信の送信周期１回分待機する（ステップＳ２９）。
次にＣＭＵ３２−１のマイクロプロセッサ６２は、時刻ｔ２において、通常定期通信を開始し、ＢＭＵ３６に対して通信バス３７を介して起動通知を行う（ステップＳ３０）。これと同時にＣＭＵ３２−１のマイクロプロセッサ６２は、“Ｌ”レベル、すなわち、起動状態に相当する起動通知信号ＷＵ２を起動通知出力端子Ｔ２を介して次段のＣＭＵ３２−２に出力し（ステップＳ３１）、付番処理を終了する。
この結果、ＣＭＵ３２−２は、付番処理を開始することとなる。
【００３０】
一方、ステップＳ１４の判別において、ＣＭＵ３２からの付番要求がなされていない場合には（ステップＳ１４；Ｙｅｓ）、ＢＭＵ３６は、ＣＭＵ３２−３から入力される起動通知信号ＷＵ４が起動状態である“Ｌ”レベルとなっているか否かを判別する（ステップＳ１５）。
【００３１】
ステップＳ１５の判別において、ＣＭＵ３２−３から入力される起動通知信号ＷＵ４が“Ｈ”レベルであり、ＣＭＵ３２−３が未だ非起動状態である（ＣＡＮ_ＩＤの付与が完了していない）場合には（ステップＳ１５；Ｎｏ）、処理を再びステップＳ１２に移行して以下同様の処理を行う。
同様の手順を追って、ＣＭＵ３２−２が時刻ｔ２に付番処理を開始し、時刻ｔ３において付番処理が完了して、起動通知信号ＷＵ３を起動状態である“Ｌ”レベルとすると、ＣＭＵ３２−３も付番処理を開始することとなる。
【００３２】
これらの結果、時刻ｔ４において、ＣＭＵ３２−３が付番処理が完了して、起動通知信号ＷＵ４を起動状態である“Ｌ”レベルとすると、ＢＭＵ３６は、ステップＳ１５の判別において、ＣＭＵ３２−３から入力される起動通知信号ＷＵ４が“Ｌ”レベルになったことを検出し（ステップＳ１５；Ｙｅｓ）、接続されたＣＭＵ３２の数、ひいては、接続されたセルモジュール３１の数を確定して処理を終了する（ステップＳ１６）。
ところで、ＢＭＵ３６は、直前に通常処理へ移行したＣＭＵ３２について、通信完了の遅延などにより通常処理での通信確認に時間がかかることがある。
【００３３】
これを避けるために、ＢＭＵ３６に付番データ(識別符号；ＣＡＮ_ＩＤ)を要求する際は所定時間待って、直前に通常処理へ移行したＣＭＵ３２の認識処理がＢＭＵ３６で完了する時間の猶予を確保している。
【００３４】
以上の説明のように、本実施形態によれば、蓄電池装置１１の組み立て直後はＣＭＵ３２（本実施形態では、ＣＭＵ３２−１〜３２−３）は識別されていない状態であるが、一度電源を起動すれば自動的に接続された順番どおりに識別符号を与えることができる。
【００３５】
また、上記構成において、メンテナンスや製造上の都合を考慮すれば、通信バス３７を介してＣＭＵ３２へ命令して識別符号を初期化し、有効な識別符号が記録されていない状態に戻せるように構成することが好ましい。
【００３６】
また、ＢＭＵ３６は、所定の時間内に所定の起動通知信号（本実施形態では、“Ｌ”レベルの起動通知信号ＷＵ４）が入力されなかった場合には、異常として検出するようにするのが好ましい。この場合において、異常検出時の動作としては、電源供給線ＰＷを制御して、ＣＭＵ３２に対する電源供給を遮断し、再起動を図ることが考えられる。また、再起動を所定回数行っても、全てのＣＭＵ３２に対して付番できなかった場合には、付番できなかったＣＭＵ３２が属する電池ユニットを用いないようにする。
【００３７】
また、ＢＭＵ３６に付番データ(識別符号)を要求する際は、ＣＭＵ３２内のＥＥＰＲＯＭ６３の所定の格納場所へ製造時に記録されている固有番号を含めて送信する構成を採れば、起動通知入力へのノイズ混入による誤動作などが発生し、複数のＣＭＵ３２から付番データ(識別符号)を要求された場合に、異常を検出することが容易になる。なお、この場合には、固有番号に基づいて、各ＣＭＵ３２を区別して付番データ(識別符号)を返答することは、デイジーチェーン接続した順番に識別符号（ＣＡＮ_ＩＤ）が付番されることとならないため、好ましくない。
【００３８】
以上の説明においては、デイジーチェーン接続された最後のＣＭＵ３２（上記実施形態では、ＣＭＵ３２−３）からＢＭＵ３６に起動通知信号（上記実施形態では、起動通知信号ＷＵ４）が入力される構成を採っていたが、デイジーチェーン接続された最後のＣＭＵ３２からＢＭＵ３６に起動通知信号が入力される信号線を設けず、ＢＭＵ３６において、自己の管理下にあるＣＭＵ３２の数を予め記憶しておき、起動通知信号をＣＭＵ３２へ出力してから、所定の時間内にそれぞれのＣＭＵ３２より正常に起動が完了した通知が通信バス３７経由で得られない場合、異常と判断するように構成することも可能である。
【００３９】
図７は、変形例の説明図である。
また、以上の説明では、全セルモジュールがシリアル接続されている場合について説明したが、複数のセルモジュールを直列接続したセルモジュール群を複数並列に接続する構成とすることも可能である。
より具体的には、図７に示すように複数のセルモジュール３１−１１〜３１−１３を直列接続した第１のセルモジュール群と、複数のセルモジュール３１−２１〜３１−２３を直列接続した第２のセルモジュール群と、をＢＭＵ３６に並列に接続する。
そして、ＢＭＵ３６は、第１のセルモジュール群に対応するＣＭＵ３２−１１〜３２−１３と、第２のセルモジュール群に対応するＣＭＵ３２−２１〜３２−２３と、で別個に（ＣＡＮ_ＩＤ）が付番されるように構成すればよい。
【００４０】
本実施形態の蓄電池装置は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００４１】
本実施形態の蓄電池装置で実行される制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００４２】
また、本実施形態の蓄電池装置で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の蓄電池装置で実行される制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、本実施形態の蓄電池装置の制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００４３】
以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４４】
１０ 蓄電池システム
１１ 蓄電池装置
１２ 電力変換装置
２１ 電池盤
２２ 電池端子盤
２３ 電池ユニット
２４ ゲートウェイ装置
２５ 直流電源装置
３１ セルモジュール（組電池群）
３２ ＣＭＵ（監視装置）
３３ サービスディスコネクト
３４ 電流センサ
３５ コンタクタ
３６ ＢＭＵ（管理装置）
３７ 通信バス
４１ 盤遮断機
４２ マスタ装置
５１ 制御電源線
５２ 制御通信線
６１ 組電池監視回路
６２ マイクロプロセッサ（監視装置）
６３ ＥＥＰＲＯＭ（記憶手段）
６４ 電源回路
３２−１〜３２−３ ＣＭＵ（監視装置）
３２−１１〜３２−１３ ＣＭＵ（監視装置）
３２−２１〜３２−２３ ＣＭＵ（監視装置）
ＰＷ 電源供給線
Ｔ１ 起動通知入力端子
Ｔ２ 起動通知出力端子
ＷＵ１〜ＷＵ４ 起動通知信号
ＬＨ 高電位側電源供給ライン（高電位側電源供給線）
ＬＬ 低電位側電源供給ライン（低電位側電源供給線）
ＬＨＯ、ＬＬＯ 出力電源ライン（出力電源線；母線）
【技術分野】
【０００１】
本発明の実施形態は、蓄電池装置、蓄電池装置の制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
近年、リチウムイオン二次電池等の蓄電池技術の進歩により、大規模電力蓄積システムへの蓄電池の利用が検討されている。
例えば、電気自動車等の車両に搭載される蓄電池装置になると、二次電池モジュールの数は数十個程度になる場合がある。
【０００３】
このような蓄電池装置において、一つの通信バスに複数の二次電池モジュールが接続される場合、組電池管理装置（ＢＭＵ；Battery Management Unit）は各々の組電池監視装置（ＣＭＵ；Cell Monitoring Unit）を識別して情報を扱う必要がある。
このような場合、蓄電池装置の組み立て前に予め各々の二次電池モジュールの識別符号（識別番号）を決めておくのではなく、組み立てた後で識別符号が自動的に付与される仕組みが特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１４１９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、組電池監視装置をデイジーチェーン接続し、電源の起動信号を順次伝達する構成を採った場合、必ず組電池監視装置の電源投入を待ってから起動信号が伝達されることとなる。このため、起動のたびにデイジーチェーン接続された起動信号の伝播を待たなければならない。
電源が入ってから組電池監視装置の動作が始まるには、通常は１００ｍｓ程度の時間がかかり、例えば、二次電池モジュールを３０個デイジーチェーン接続した場合は、全ての組電池監視装置の起動が完了するのに少なくとも３秒かかることになる。
電気自動車等では、これはとりもなおさずユーザーが車両を起動してから実際に走り出せるまでに何秒もかかることとなり、使い勝手が悪いという問題点があった。
本発明は、上記に鑑みてなされたものであって、組電池監視装置の起動待ち時間を削減して使い勝手を向上することが可能な蓄電池装置、蓄電装置の制御方法及び制御プログラムを提供する。
【課題を解決するための手段】
【０００６】
実施形態の蓄電池装置は、複数の組電池群と、組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、複数の監視装置の制御及び管理を行う管理装置と、を備えている。
そして、監視装置の識別符号取得手段は、管理装置により起動が指示されると、監視装置同士を識別する識別符号を管理装置から取得する。
また、信号出力手段は、識別符号の取得が完了した時点で、次段の監視装置における識別符号取得手段の動作開始を促す信号を信号線を介して出力する。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態の蓄電池装置を備えた蓄電池システムの概要構成ブロック図である。
【図２】図２は、実施形態の要部説明図である。
【図３】図３は、ＣＭＵの概要構成説明図である。
【図４】図４は、実施形態のＢＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
【図５】図５は、実施形態の処理タイミングチャートである。
【図６】図６は、実施形態のＣＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
【図７】図７は、変形例の説明図である。
【発明を実施するための形態】
【０００８】
次に図面を参照して、実施形態の蓄電池装置について詳細に説明する。
図１は、実施形態の蓄電池装置を備えた蓄電池システムの概要構成ブロック図である。
蓄電池システム１０は、大別すると、電力を蓄える蓄電池装置１１と、蓄電池装置１１から供給された直流電力を所望の交流電力に変換して負荷に供給する電力変換装置（ＰＣＳ：Power Conditioning System）１２と、を備えている。
【０００９】
蓄電池装置１１は、大別すると、複数の電池盤２１−１〜２１−Ｎ（Ｎは自然数）と、電池盤２１−１〜２１−Ｎが接続された電池端子盤２２と、を備えている。
電池盤２１−１〜２１−Ｎは、互いに並列に接続された複数の電池ユニット２３−１〜２３−Ｍ（Ｍは自然数）と、ゲートウェイ装置２４と、後述のＢＭＵ（Battery Management Unit）及びＣＭＵ（Cell Monitoring Unit）に動作用の直流電源を供給する直流電源装置２５と、を備えている。
【００１０】
ここで、電池ユニットの構成について説明する。
電池ユニット２３−１〜２３−Ｍは、それぞれ、高電位側電源供給ライン（高電位側電源供給線）ＬＨ及び低電位側電源供給ライン（低電位側電源供給線）ＬＬを介して、出力電源ライン（出力電源線；母線）ＬＨＯ、ＬＬＯに接続され、主回路である電力変換装置１２に電力を供給している。
【００１１】
また電池ユニット２３−１〜２３−Ｍは、同一構成であるので、電池ユニット２３−１を例として説明する。
電池ユニット２３−１は、大別すると、複数のセルモジュール３１と、セルモジュール３１にそれぞれ設けられた複数のＣＭＵ（監視装置）３２と、サービスディスコネクト３３と、電流センサ３４と、コンタクタ３５と、を備え、複数のセルモジュール３１、サービスディスコネクト３３、電流センサ３４及びコンタクタ３５は、直列に接続されている。
【００１２】
ここで、セルモジュール３１は、電池であるセルを複数、直並列に接続されて組電池を構成している。そして、複数の直列接続されたセルモジュール３１で組電池群を構成している。
【００１３】
さらに電池ユニット２３−１は、ＢＭＵ３６を備え、各ＣＭＵ３２の通信ライン、電流センサ３４の出力ラインは、ＢＭＵ（管理装置）３６に接続されている。
ＢＭＵ３６は、ゲートウェイ装置２４の制御下で、電池ユニット２３−１全体を制御し、各ＣＭＵ３２との通信結果及び電流センサ３４の検出結果に基づいてコンタクタ３５の開閉制御を行う。また、各ＣＭＵ３２は、ＢＭＵ３６に対して、所定の周期でセル（電池）の電圧あるいはセルモジュール３１の電圧並びにセルモジュール３１の温度（セルモジュール３１を代表する温度）を送信する。
【００１４】
次に電池端子盤の構成について説明する。
電池端子盤２２は、電池盤２１−１〜２１−Ｎに対応させて設けられた複数の盤遮断機４１−１〜４１−Ｎと、蓄電池装置１１全体を制御するマイクロコンピュータとして構成されたマスタ（ＭＡＳＴＥＲ）装置４２と、を備えている。
【００１５】
マスタ装置４２には、電力変換装置１２との間に、電力変換装置１２のＵＰＳ（Uninterruptible Power System）１２Ａを介して供給される制御電源線５１と、イーサネット（登録商標）として構成され、制御データのやりとりを行う制御通信線５２と、が接続されている。
【００１６】
図２は、実施形態の要部説明図である。
図２において、図１と同様の部分には同一の符号を付すものとする。また、図２においては、説明の容易のため、セルモジュール３１としてセルモジュール３１-１〜３１−３の三つのセルモジュールを備えているものとし、組電池監視装置として機能するＣＭＵ３２としてセルモジュール３１-１〜３１−３のそれぞれに対応するＣＭＵ３２−１〜３２−３を備えているものとする。
【００１７】
ＣＭＵ３２−１〜３２−３は、それぞれ起動通知信号が入力される起動通知入力端子Ｔ１及び起動通知信号を出力する起動通知出力端子Ｔ２を備えている。
そして、ＣＭＵ３２−１の起動通知入力端子Ｔ１には、組電池管理装置として機能するＢＭＵ３６から起動通知信号ＷＵ１が入力され、識別符号としてのＣＡＮ_ＩＤの付番（あるいは有効なＣＡＮ_ＩＤの設定確認）が完了した時点で起動通知出力端子Ｔ２を介して起動通知信号ＷＵ２が出力される。
【００１８】
これにより、ＣＭＵ３２−２の起動通知入力端子Ｔ１には、ＣＭＵ３２−１から起動通知信号ＷＵ２が入力され、ＣＡＮ_ＩＤの付番（あるいは有効なＣＡＮ_ＩＤの設定確認）が完了した時点で起動通知出力端子Ｔ２を介して起動通知信号ＷＵ３が出力される。
同様に、ＣＭＵ３２−３の起動通知入力端子Ｔ１には、ＣＭＵ３２−２から起動通知信号ＷＵ３が入力され、ＣＡＮ_ＩＤの付番（あるいは有効なＣＡＮ_ＩＤの設定確認）が完了した時点で起動通知出力端子Ｔ２を介して起動通知信号ＷＵ４が出力される。
【００１９】
図３は、ＣＭＵの概要構成説明図である。
ＣＭＵ３２−１〜３２−３は、同一構成であるので、図３においては、ＣＭＵ３２−１を例として説明する。
ＣＭＵ３２−１は、セル（電池）の電圧や温度（あるいは組電池全体の代表温度）を取得する組電池監視回路６１と、各種データの取得のタイミング制御や通信バス３７を介した通信、電源の制御、ＣＡＮ_ＩＤ（識別符号）の取得等を行うマイクロプロセッサ６２と、電気的に消去書き込み可能な読み出し専用記憶装置であるＥＥＰＲＯＭ６３と、電源供給線ＰＷから供給される電力を安定化し、ＣＭＵ３２−１の各所を動かす電力を供給する電源回路６４と、を備えている。
【００２０】
次に実施形態の動作を説明する。
図４は、実施形態のＢＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
図５は、実施形態の処理タイミングチャートである。
まずＢＭＵ３６は、時刻ｔ０において、ＣＭＵ３２−１〜３２−３に電源供給線ＰＷを介して電源を供給して起動させる。
続いてＢＭＵ３６は、時刻ｔ１において、起動通知信号ＷＵ１を起動状態（“Ｌ”レベル）としてＣＭＵ３２−１の起動通知入力端子Ｔ１に出力する（ステップＳ１１）。
そして、ＢＭＵ３６は、ＣＭＵ３２−１〜３２−２からの応答を所定時間待つこととなる（ステップＳ１２）。
この結果、図５の下部に示すように、ＣＭＵ３２−１は、付番処理に移行する。
【００２１】
図６は、実施形態のＣＭＵのＣＡＮ_ＩＤの自動付番処理の処理フローチャートである。
ＣＭＵ３２−１のマイクロプロセッサ６２は、電源が供給されて起動されると、起動通知入力（ＣＭＵ３２−１の場合、起動通知信号ＷＵ１）が起動状態である“Ｌ”レベルとなっているか否かを判別する（ステップＳ２１）。
ステップＳ２１の判別において、ＣＭＵ３２−１は、起動通知信号ＷＵ１が未だ“Ｈ”レベル（非起動状態）である場合には（ステップＳ２１；Ｎｏ）、マイクロプロセッサ６２は待機状態となる。
ステップＳ２１の判別において、ＣＭＵ３２−１のマイクロプロセッサ６２は、起動通知信号ＷＵ１が“Ｌ”レベルとなった場合には（ステップＳ２１；Ｙｅｓ）、既に付番がなされているか否かを判別するために、ＥＥＰＲＯＭ６３からＣＡＮ_ＩＤの付番データを読み出す（ステップＳ２２）。
【００２２】
続いてＣＭＵ３２−１のマイクロプロセッサ６２は、有効なＣＡＮ_ＩＤが付与されていないか否かを判別する（ステップＳ２３）。すなわち、マイクロプロセッサ６２は、ＥＥＰＲＯＭ６３から付番データを読み出せなかった、あるいは、有効ではない付番データが読み出された場合には有効なＣＡＮ_ＩＤが付与されていないとして（ステップＳ２３；Ｙｅｓ）、当該ＣＭＵの通常定期通信の送信周期１回分待機状態となる（ステップＳ２４）。
続いてＣＭＵ３２−１のマイクロプロセッサ６２は、通信バス３７を介してＢＭＵ３６に対して、ＣＡＮ_ＩＤに相当する付番データを要求する（ステップＳ２５）。
【００２３】
一方、ステップＳ２５の付番データの要求を受けたＢＭＵ３６は、受信データから何番目までのＣＭＵ３２と通常定期通信により通信ができているかを確認する（ステップＳ１３）。この場合においては、未だ通常定期通信を行っているＣＭＵ３２は存在しないので、０台である。
次にＢＭＵ３６は、ＣＭＵ３２（この場合は、ＣＭＵ３２−１）からの付番要求がなされていないか否かを判別する（ステップＳ１４）。
ステップＳ１４の判別において、ＣＭＵ３２からの付番要求がなされている場合には（ステップＳ１４；Ｎｏ）、ＢＭＵ３６は、前回の付番要求受信から所定時間以内であるか否かを判別する（ステップＳ１７）。
【００２４】
ステップＳ１７の判別において、ＢＭＵ３６は、前回の付番要求受信から所定時間以内であると判別された場合には（ステップＳ１７；Ｙｅｓ）、エラー終了する。
これは、各ＣＭＵ３２は、ＢＭＵ３６に付番データ(識別符号)を再要求する場合、通常の処理では起こりえない遅延を見込んだ所定時間を経過した後に再要求するように構成しているためである。これにより、ＢＭＵ３６側で、通常の処理では起こりえない遅延を見込んだ所定時間以内に立て続けに付番データ(識別符号)の要求が来た場合には、起動通知入力へのノイズ混入による誤動作などが発生したと異常を検出できるのである。
【００２５】
ステップＳ１７の判別において、ＢＭＵ３６は、前回の付番要求受信から所定時間以内ではないと判別された場合には（ステップＳ１７；Ｎｏ）、正規の付番データの要求であるので、起動を確認しているＣＭＵの番号に１を加えた番号をＣＭＵ３２に送信し（ステップＳ１８）、処理を再びステップＳ１２に移行する。
具体的には、未だ通常定期通信を行っているＣＭＵ３２は存在しないので、起動を確信しているＣＭＵの番号は０であるので、通知する番号は、０＋１＝１となる。
【００２６】
一方、ＣＭＵ３２−１のマイクロプロセッサ６２は、ＢＭＵ３６から応答が返ってくるまで、あるいは、所定時間待機状態となる（ステップＳ２６）。
【００２７】
続いて、ＣＭＵ３２−１のマイクロプロセッサ６２は、ＢＭＵ３６から有効な付番データを取得できたか否かを判別する（ステップＳ２７）。
ステップＳ２７の判別において、有効な付番データを取得できなかった場合には（ステップＳ２７；Ｎｏ）、データ取得処理を所定回数繰り返したか否かを判別し（ステップＳ３２）、データ取得処理が所定回数未満である場合には（ステップＳ３２；Ｎｏ）、処理を再びステップＳ２５に移行して、再度付番データの取得を試みる。また、データ取得処理が所定回数繰り返された場合には（ステップＳ３２；Ｙｅｓ）、エラー通知をして処理を終了する。
【００２８】
ステップＳ２７の判別において、有効な付番データを取得できた場合には（ステップＳ２７；Ｙｅｓ）、取得した付番データ、すなわち、有効なＣＡＮ_ＩＤをＥＥＰＲＯＭ６３に書き込む（ステップＳ２８）。ここで、有効なＣＡＮ_ＩＤをＥＥＰＲＯＭ６３に書き込むのは、次回以降取得処理を行う必要をなくすためであり、この結果、蓄電池装置１１の起動時間の短縮が図れることとなる。
【００２９】
次に、ＣＭＵ３２−１のマイクロプロセッサ６２は、通常定期通信の送信周期１回分待機する（ステップＳ２９）。
次にＣＭＵ３２−１のマイクロプロセッサ６２は、時刻ｔ２において、通常定期通信を開始し、ＢＭＵ３６に対して通信バス３７を介して起動通知を行う（ステップＳ３０）。これと同時にＣＭＵ３２−１のマイクロプロセッサ６２は、“Ｌ”レベル、すなわち、起動状態に相当する起動通知信号ＷＵ２を起動通知出力端子Ｔ２を介して次段のＣＭＵ３２−２に出力し（ステップＳ３１）、付番処理を終了する。
この結果、ＣＭＵ３２−２は、付番処理を開始することとなる。
【００３０】
一方、ステップＳ１４の判別において、ＣＭＵ３２からの付番要求がなされていない場合には（ステップＳ１４；Ｙｅｓ）、ＢＭＵ３６は、ＣＭＵ３２−３から入力される起動通知信号ＷＵ４が起動状態である“Ｌ”レベルとなっているか否かを判別する（ステップＳ１５）。
【００３１】
ステップＳ１５の判別において、ＣＭＵ３２−３から入力される起動通知信号ＷＵ４が“Ｈ”レベルであり、ＣＭＵ３２−３が未だ非起動状態である（ＣＡＮ_ＩＤの付与が完了していない）場合には（ステップＳ１５；Ｎｏ）、処理を再びステップＳ１２に移行して以下同様の処理を行う。
同様の手順を追って、ＣＭＵ３２−２が時刻ｔ２に付番処理を開始し、時刻ｔ３において付番処理が完了して、起動通知信号ＷＵ３を起動状態である“Ｌ”レベルとすると、ＣＭＵ３２−３も付番処理を開始することとなる。
【００３２】
これらの結果、時刻ｔ４において、ＣＭＵ３２−３が付番処理が完了して、起動通知信号ＷＵ４を起動状態である“Ｌ”レベルとすると、ＢＭＵ３６は、ステップＳ１５の判別において、ＣＭＵ３２−３から入力される起動通知信号ＷＵ４が“Ｌ”レベルになったことを検出し（ステップＳ１５；Ｙｅｓ）、接続されたＣＭＵ３２の数、ひいては、接続されたセルモジュール３１の数を確定して処理を終了する（ステップＳ１６）。
ところで、ＢＭＵ３６は、直前に通常処理へ移行したＣＭＵ３２について、通信完了の遅延などにより通常処理での通信確認に時間がかかることがある。
【００３３】
これを避けるために、ＢＭＵ３６に付番データ(識別符号；ＣＡＮ_ＩＤ)を要求する際は所定時間待って、直前に通常処理へ移行したＣＭＵ３２の認識処理がＢＭＵ３６で完了する時間の猶予を確保している。
【００３４】
以上の説明のように、本実施形態によれば、蓄電池装置１１の組み立て直後はＣＭＵ３２（本実施形態では、ＣＭＵ３２−１〜３２−３）は識別されていない状態であるが、一度電源を起動すれば自動的に接続された順番どおりに識別符号を与えることができる。
【００３５】
また、上記構成において、メンテナンスや製造上の都合を考慮すれば、通信バス３７を介してＣＭＵ３２へ命令して識別符号を初期化し、有効な識別符号が記録されていない状態に戻せるように構成することが好ましい。
【００３６】
また、ＢＭＵ３６は、所定の時間内に所定の起動通知信号（本実施形態では、“Ｌ”レベルの起動通知信号ＷＵ４）が入力されなかった場合には、異常として検出するようにするのが好ましい。この場合において、異常検出時の動作としては、電源供給線ＰＷを制御して、ＣＭＵ３２に対する電源供給を遮断し、再起動を図ることが考えられる。また、再起動を所定回数行っても、全てのＣＭＵ３２に対して付番できなかった場合には、付番できなかったＣＭＵ３２が属する電池ユニットを用いないようにする。
【００３７】
また、ＢＭＵ３６に付番データ(識別符号)を要求する際は、ＣＭＵ３２内のＥＥＰＲＯＭ６３の所定の格納場所へ製造時に記録されている固有番号を含めて送信する構成を採れば、起動通知入力へのノイズ混入による誤動作などが発生し、複数のＣＭＵ３２から付番データ(識別符号)を要求された場合に、異常を検出することが容易になる。なお、この場合には、固有番号に基づいて、各ＣＭＵ３２を区別して付番データ(識別符号)を返答することは、デイジーチェーン接続した順番に識別符号（ＣＡＮ_ＩＤ）が付番されることとならないため、好ましくない。
【００３８】
以上の説明においては、デイジーチェーン接続された最後のＣＭＵ３２（上記実施形態では、ＣＭＵ３２−３）からＢＭＵ３６に起動通知信号（上記実施形態では、起動通知信号ＷＵ４）が入力される構成を採っていたが、デイジーチェーン接続された最後のＣＭＵ３２からＢＭＵ３６に起動通知信号が入力される信号線を設けず、ＢＭＵ３６において、自己の管理下にあるＣＭＵ３２の数を予め記憶しておき、起動通知信号をＣＭＵ３２へ出力してから、所定の時間内にそれぞれのＣＭＵ３２より正常に起動が完了した通知が通信バス３７経由で得られない場合、異常と判断するように構成することも可能である。
【００３９】
図７は、変形例の説明図である。
また、以上の説明では、全セルモジュールがシリアル接続されている場合について説明したが、複数のセルモジュールを直列接続したセルモジュール群を複数並列に接続する構成とすることも可能である。
より具体的には、図７に示すように複数のセルモジュール３１−１１〜３１−１３を直列接続した第１のセルモジュール群と、複数のセルモジュール３１−２１〜３１−２３を直列接続した第２のセルモジュール群と、をＢＭＵ３６に並列に接続する。
そして、ＢＭＵ３６は、第１のセルモジュール群に対応するＣＭＵ３２−１１〜３２−１３と、第２のセルモジュール群に対応するＣＭＵ３２−２１〜３２−２３と、で別個に（ＣＡＮ_ＩＤ）が付番されるように構成すればよい。
【００４０】
本実施形態の蓄電池装置は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００４１】
本実施形態の蓄電池装置で実行される制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００４２】
また、本実施形態の蓄電池装置で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の蓄電池装置で実行される制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、本実施形態の蓄電池装置の制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００４３】
以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４４】
１０ 蓄電池システム
１１ 蓄電池装置
１２ 電力変換装置
２１ 電池盤
２２ 電池端子盤
２３ 電池ユニット
２４ ゲートウェイ装置
２５ 直流電源装置
３１ セルモジュール（組電池群）
３２ ＣＭＵ（監視装置）
３３ サービスディスコネクト
３４ 電流センサ
３５ コンタクタ
３６ ＢＭＵ（管理装置）
３７ 通信バス
４１ 盤遮断機
４２ マスタ装置
５１ 制御電源線
５２ 制御通信線
６１ 組電池監視回路
６２ マイクロプロセッサ（監視装置）
６３ ＥＥＰＲＯＭ（記憶手段）
６４ 電源回路
３２−１〜３２−３ ＣＭＵ（監視装置）
３２−１１〜３２−１３ ＣＭＵ（監視装置）
３２−２１〜３２−２３ ＣＭＵ（監視装置）
ＰＷ 電源供給線
Ｔ１ 起動通知入力端子
Ｔ２ 起動通知出力端子
ＷＵ１〜ＷＵ４ 起動通知信号
ＬＨ 高電位側電源供給ライン（高電位側電源供給線）
ＬＬ 低電位側電源供給ライン（低電位側電源供給線）
ＬＨＯ、ＬＬＯ 出力電源ライン（出力電源線；母線）
【特許請求の範囲】
【請求項１】
複数の組電池群と、
前記組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、
前記複数の監視装置の制御及び管理を行う管理装置と、を備え、
前記監視装置は、前記管理装置により起動が指示されると、監視装置同士を識別する識別符号を前記管理装置から取得する識別符号取得手段と、
前記識別符号の取得が完了した時点で、次段の監視装置における識別符号取得手段の動作開始を促す信号を前記信号線を介して出力する信号出力手段と、
を備えた蓄電池装置。
【請求項２】
前記信号線は、通常通信を行う通信線とは別個に設けられている、
請求項１記載の蓄電池装置。
【請求項３】
前記監視装置は、一旦取得した前記識別符号を記憶する記憶手段を備え、
前記識別符号取得手段は、前記記憶手段に有効な前記識別符号が記憶されている場合には、取得が完了したものとして処理を行う、
請求項１又は請求項２記載の蓄電池装置。
【請求項４】
前記管理装置は、前記識別符号取得手段による識別符号の取得処理が所定回数を超えて完了しなかった場合あるいは前記識別符号取得手段による識別符号の取得処理が所定時間内に完了しなかった場合には、異常と判断して、前記複数の監視装置の再起動処理を行う、
請求項１乃至請求項３のいずれかに記載の蓄電池装置。
【請求項５】
複数の組電池群と、前記組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、前記複数の監視装置の制御及び管理を行う管理装置と、を備えた蓄電池装置で実行される制御方法であって、
前記複数の監視装置の起動を指示する過程と、
前記起動が指示されると、監視装置同士を識別する識別符号を前記管理装置から取得する過程と、
前記識別符号の取得が完了した時点で、次段の監視装置における識別符号取得動作の開始を促す信号を前記信号線を介して出力する過程と、
を備えた蓄電池装置の制御方法。
【請求項６】
複数の組電池群と、前記組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、前記複数の監視装置の制御及び管理を行う管理装置と、を備えた蓄電池装置をコンピュータにより制御する制御プログラムであって、
前記コンピュータを、
前記複数の監視装置の起動を指示する手段と、
前記起動が指示されると、監視装置同士を識別する識別符号を前記管理装置から取得させる手段と、
前記識別符号の取得が完了した時点で、次段の監視装置における識別符号取得動作の開始を促す信号を前記信号線を介して出力させる手段と、
して機能させる制御プログラム。
【請求項１】
複数の組電池群と、
前記組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、
前記複数の監視装置の制御及び管理を行う管理装置と、を備え、
前記監視装置は、前記管理装置により起動が指示されると、監視装置同士を識別する識別符号を前記管理装置から取得する識別符号取得手段と、
前記識別符号の取得が完了した時点で、次段の監視装置における識別符号取得手段の動作開始を促す信号を前記信号線を介して出力する信号出力手段と、
を備えた蓄電池装置。
【請求項２】
前記信号線は、通常通信を行う通信線とは別個に設けられている、
請求項１記載の蓄電池装置。
【請求項３】
前記監視装置は、一旦取得した前記識別符号を記憶する記憶手段を備え、
前記識別符号取得手段は、前記記憶手段に有効な前記識別符号が記憶されている場合には、取得が完了したものとして処理を行う、
請求項１又は請求項２記載の蓄電池装置。
【請求項４】
前記管理装置は、前記識別符号取得手段による識別符号の取得処理が所定回数を超えて完了しなかった場合あるいは前記識別符号取得手段による識別符号の取得処理が所定時間内に完了しなかった場合には、異常と判断して、前記複数の監視装置の再起動処理を行う、
請求項１乃至請求項３のいずれかに記載の蓄電池装置。
【請求項５】
複数の組電池群と、前記組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、前記複数の監視装置の制御及び管理を行う管理装置と、を備えた蓄電池装置で実行される制御方法であって、
前記複数の監視装置の起動を指示する過程と、
前記起動が指示されると、監視装置同士を識別する識別符号を前記管理装置から取得する過程と、
前記識別符号の取得が完了した時点で、次段の監視装置における識別符号取得動作の開始を促す信号を前記信号線を介して出力する過程と、
を備えた蓄電池装置の制御方法。
【請求項６】
複数の組電池群と、前記組電池群のそれぞれに対応し、対応する組電池群の監視を行うとともに、信号線で直列接続された複数の監視装置と、前記複数の監視装置の制御及び管理を行う管理装置と、を備えた蓄電池装置をコンピュータにより制御する制御プログラムであって、
前記コンピュータを、
前記複数の監視装置の起動を指示する手段と、
前記起動が指示されると、監視装置同士を識別する識別符号を前記管理装置から取得させる手段と、
前記識別符号の取得が完了した時点で、次段の監視装置における識別符号取得動作の開始を促す信号を前記信号線を介して出力させる手段と、
して機能させる制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−７７５２０（Ｐ２０１３−７７５２０Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１８０６８（Ｐ２０１１−２１８０６８）
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]