(57)【特許請求の範囲】
【請求項１】
太陽電池モジュールと、
前記太陽電池モジュールの外部系統に対する連系及び解列を切り換える連系リレーと、
前記太陽電池モジュールに取り付けられ、前記連系リレーに接続され、前記太陽電池モジュールの出力制御及び前記連系リレーの切り換えの制御を行うマイクロインバータと、を備え、
前記マイクロインバータは、外部から当該マイクロインバータのソフトウェアアップデート予告を受信し、前記ソフトウェアアップデート予告に指定された時間に前記連系リレーを制御して前記太陽電池モジュールを前記外部系統と連系し、前記外部系統から供給される電力を利用してソフトウェアのアップデートを行う太陽光発電システム。
【請求項２】
前記マイクロインバータに接続され、前記マイクロインバータのソフトウェアアップデート予告及びソフトウェアのアップデートプログラムを、前記マイクロインバータに送信するゲートウェイを更に有する請求項１記載の太陽光発電システム。
【請求項３】
前記マイクロインバータのソフトウェアアップデート予告は、ソフトウェアアップデート時間を含み、当該ソフトウェアアップデート時間は、前記太陽電池モジュールによる発電予測量が、所定量以下となる時間であることを特徴とする請求項１又は２記載の太陽光発電システム。
【請求項４】
前記マイクロインバータのソフトウェアアップデート予告は、ユーザから指定されたソフトウェアアップデート時間を含む請求項１又は２記載の太陽光発電システム。
【請求項５】
複数の前記太陽電池モジュールと、
各太陽電池モジュールに取り付けられ、相互に通信可能な複数のマイクロインバータと、を備え、
前記マイクロインバータに接続され、前記マイクロインバータのソフトウェアアップデート予告及びソフトウェアのアップデートプログラムを、前記マイクロインバータに送信するゲートウェイを更に有し、
前記複数のマイクロインバータのいずれか一つが、親機として前記ゲートウェイから前記ソフトウェアアップデート予告を受信し、子機となるその他のマイクロインバータに順次送信する請求項２〜４のいずれか一項に記載の太陽光発電システム。
【請求項６】
前記ソフトウェアアップデート予告は、前記複数のマイクロインバータのそれぞれに付されたＩＤと、ＩＤごとに異ならせたソフトウェアアップデート時間を含む請求項５記載の太陽光発電システム。
【請求項７】
複数の前記太陽電池モジュールと、
各太陽電池モジュールに取り付けられ、相互に通信可能な複数のマイクロインバータと、を備え、
前記マイクロインバータに接続され、前記マイクロインバータのソフトウェアアップデート予告及びソフトウェアのアップデートプログラムを、前記マイクロインバータに送信するゲートウェイを更に有し、
前記複数のマイクロインバータのいずれか一つが、親機として前記ゲートウェイから前記ソフトウェアアップデート予告を受信し、当該ソフトウェアアップデート予告で指定されたソフトウェアアップデート時間において、子機となる他のマイクロインバータに対してアップデート開始指令を順次送信し、一つのマイクロインバータでソフトウェアアップデートが完了してから次のマイクロインバータに対して前記アップデート開始指令を送信する請求項２〜４のいずれか一項に記載の太陽光発電システム。
【請求項８】
太陽電池モジュールと、
前記太陽電池モジュールと外部系統との連系及び解列を切り換える連系リレーと、
前記太陽電池モジュール及び前記連系リレーに接続され、前記太陽電池モジュールの出力制御及び前記連系リレーの切り換えの制御を行うマイクロインバータと、
前記連系リレーと前記外部系統の間に設けられ、前記マイクロインバータに接続し、前記太陽電池モジュールが前記外部系統と解列している時でも前記マイクロインバータに対して前記外部系統の電力を供給可能な制御電源と、を備え、
前記マイクロインバータは、外部から当該マイクロインバータのソフトウェアアップデート予告を受信し、前記ソフトウェアアップデート予告に指定された時間に前記太陽電池モジュールが前記外部系統と解列している場合は、前記制御電源から供給される電力を利用してソフトウェアのアップデートを行う太陽光発電システム。
【請求項９】
前記マイクロインバータは、同じソフトウェアが書き込みされる２つのメモリを有し、
前記マイクロインバータは、前記ソフトウェアアップデート予告を受信すると、前記ソフトウェアアップデート予告に指定された時間において、第１のメモリを用いて前記太陽電池モジュールの出力制御を行うと共に、第２のメモリに対して前記ソフトウェアのアップデートを行い、前記第２のメモリのアップデートが完了した後、前記第２のメモリを用いて前記太陽電池モジュールの出力制御を行うと共に前記第１のメモリに対して前記ソフトウェアのアップデートを行う請求項１〜８のいずれか一項に記載の太陽光発電システム。
【請求項１０】
前記マイクロインバータは同じソフトウェアが書き込みされる２つのメモリを有し、
前記マイクロインバータは、前記ソフトウェアアップデート予告を受信すると、前記ソフトウェアアップデート予告に指定された時間において、第１のメモリを用いて前記太陽電池モジュールの出力制御を行うと共に、第２のメモリに対して前記ソフトウェアのアップデートを行い、アップデート中に異常が発生した場合は、前記第１のメモリに書き込みされているソフトウェアを用いて、前記第２のメモリに対して、アップデート前に書き込みされていたソフトウェアの復旧を行う請求項１〜８のいずれか一項に記載の太陽光発電システム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、太陽光発電システムに関する。
【背景技術】
【０００２】
近年の再生可能エネルギーへの注目により、太陽光発電システムを一戸建てやマンション等の一般住宅やオフィスビルなどに導入して太陽光発電を行うことが着目されている。
【０００３】
太陽光発電システムにおいて、太陽光エネルギーを電気エネルギーに変換する太陽電池セルを複数個直列に接続して太陽電池モジュールが構成される。太陽電池モジュールは、宅内の主回路及び外部系統に接続され、宅内に設置された負荷への電力供給や外部系統への逆潮流を行う。太陽電池モジュールはケーブルによってＰＣＳ（Power Conditioning System）に接続されている。ＰＣＳは建物の壁面等に設置され、太陽電池モジュールが発電した電力を適切な電力に変換する出力制御を行う。また、太陽電池モジュールと外部系統との間には連系リレーが設置され、ＰＣＳは連系リレーのＯＮ及びＯＦＦの切り換えを制御する。連系リレーのＯＮ及びＯＦＦを切り換えることで、太陽電池モジュールの外部系統への連系及び解列を切り換えることができる。
【０００４】
太陽電池モジュールや宅内の負荷の増設等の事情で、ＰＣＳのソフトウェアをアップデートする必要が生じることがある。アップデート中にはＰＣＳは出力制御を行うことができないため、太陽光発電が行われる日中を避け、夜間にアップデートを行うことが望ましい。しかし、発電を行わない夜間は、ＰＣＳは連系リレーをＯＦＦになるように制御しているため、ＰＣＳはアップデートに必要な電力を外部系統から受けることができない。そこで、ＰＣＳに対しては作業員が手動でアップデート作業を行っていた。具体的には、連系リレーを手動でＯＮにし、さらに建物の壁面等に取り付けられているＰＣＳに対して、アップデートプログラムを書き込んだＵＳＢやＳＤカードを直接挿入していた。これによって、外部系統から電力供給を受けてアップデートを行っていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−５２９０５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年、ＰＣＳに代わって、小型で太陽電池モジュールのパネルの裏面に取り付けることができるマイクロインバータ（ＭＩＣ）を用いることが提案されている。ＭＩＣは、太陽電池モジュールが複数ある場合は、個々の太陽電池モジュールに取り付けることができるため、各太陽電池モジュールを個別に制御することができる。ＭＩＣもＰＣＳと同様に、ソフトウェアのアップデートを行う必要が生じることがある。しかしながら、屋根上に設置された太陽電池モジュールの、しかも裏面に取り付けられたＭＩＣに対して、作業員が手動でアップデート作業を行うことは困難である。
【０００７】
本実施形態は、上述のような問題を鑑みてなされたものであり、マイクロインバータのソフトウェアのアップデートを容易にすることができ、利便性の高い太陽光発電システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本実施形態の太陽光発電システムは、太陽電池モジュールと、前記太陽電池モジュールの外部系統に対する連系及び解列を切り換える連系リレーと、前記太陽電池モジュールに取り付けられ、前記連系リレーに接続され、前記太陽電池モジュールの出力制御及び前記連系リレーの切り換えの制御を行うマイクロインバータと、を備え、前記マイクロインバータは、外部から当該マイクロインバータのソフトウェアアップデート予告を受信し、前記ソフトウェアアップデート予告に指定された時間に前記連系リレーを制御して前記太陽電池モジュールを前記外部系統と連系し、前記外部系統から供給される電力を利用してソフトウェアのアップデートを行う。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る太陽光発電システムの全体構成を示す図である。
【図２】太陽電池モジュールの表面及び裏面の構成を示す図である。
【図３】マイクロコントローラの構成を示すブロック図である。
【図４】ソフトウェアアップデート時のマイクロインバータの動作を示すフローチャートである。
【図５】第１の実施形態の変形例に係る太陽光発電システムの全体構成を示す図である。
【図６】第２の実施形態に係る太陽光発電システムの構成を示す図である。
【図７】第３の実施形態に係る太陽光発電システムにおけるマイクロコントローラの構成を示すブロック図である。
【図８】マイクロコントローラのソフトウェアアップデート時の動作を示す図である。
【図９】マイクロコントローラのアップデートエラー発生時の動作を示す図である。
【発明を実施するための形態】
【００１０】
以下、実施形態に係る太陽光発電システムについて、図面を参照して説明する。
【００１１】
１．第１の実施形態
１−１．構成
図１は、第１の実施形態に係る太陽光発電システム１００の構成を示すブロック図である。太陽光発電システム１００は、太陽電池モジュール２０が発電した直流電力を交流電力に変換して分電盤（不図示）を介して宅内の主回路（不図示）に供給し、あるいは外部の電力系統（以下、「外部系統２００」と称する）に逆潮流する。太陽電池モジュール２０と外部系統２００の間には連系リレー５０が設置されており、この連系リレー５０のＯＮ及びＯＦＦの切り換えによって、太陽電池モジュール２０の外部系統２００への連系及び解列を切り換えることができる。
【００１２】
太陽電池モジュール２０にはマイクロインバータ（ＭＩＣ）１２が取り付けられている。図２には、太陽電池モジュール２０とＭＩＣ１２の設置例を示す図である。太陽電池モジュール２０は太陽電池セル２２を複数個直列に接続して１枚のパネルを形成したものである。太陽電池セル２２は受光面に入射する太陽光のエネルギーを電気エネルギーに変換する。太陽電池モジュール２０は、不図示の架台上に固定されて住宅の屋根等に設置される。このとき、太陽電池セル２２の受光面が上向きになるように設置される。ここで、太陽電池モジュール２０の受光面が配置された面を表面とし、表面に対向する面を裏面とする。
【００１３】
ＭＩＣ１２は、太陽電池モジュール２０の裏面に取り付けられ、ケーブルによって太陽電池モジュール２０に接続されている。ここで用いるＭＩＣ１２は、電力変換機能と最大電力点追従（ＭＰＰＴ:Maximum power point Tracking）機能を組み合わせたものとなっている。電力変換機能のために、ＭＩＣ１２は、ＤＣ／ＤＣ変換器１３、トランス１４、整流器１５及びＤＣ／ＡＣ変換器１６を備え、太陽電池モジュール２０によって発電された電流を直流から交流に変換する。また、ＭＩＣ１２は電力変換機能及びＭＰＰＴ機能を実現する制御装置として、マイクロコントローラ（ＭＣＵ: Micro Control Unit）１８を備えている。ＭＩＣ１２は、制御ＩＣ１７を介してＤＣ／ＤＣ変換器１３及びＤＣ／ＡＣ変換器１６に接続されている。ＭＣＵ１８はメモリ３５（図３参照）を備えた電子回路であり、メモリ３５に格納されたソフトウェアを実行することで、電力変換機能及びＭＰＰＴ機能を実現する。さらに、ＭＣＵ１８は連系リレー５０にも接続し、連系リレー５０のＯＮ及びＯＦＦの切り換えを制御する。
【００１４】
ＭＣＵ１８は、有線又は無線によりゲートウェイ４０に接続している。ゲートウェイ４０は太陽光発電システム１００の監視装置であり、無線による通信機能を備えている。ゲートウェイ４０はネットワークを介して外部から太陽光発電システム１００の運用に必要な情報を収集する。例えば、ゲートウェイ４０は太陽光発電システム１００の管理事業者が有する端末機器４４と通信を行い、管理事業者から太陽光発電システム１００の保守や修理等の運用に必要なデータを受信し、ＭＣＵ１８に送信する。管理事業者から受信するデータには、ＭＣＵ１８のソフトウェアのアップデートプログラムが含まれる。
【００１５】
また、ゲートウェイ４０は、ＭＣＵ１８に対して、ＭＣＵ１８のソフトウェアアップデート予告を送信する。ＭＣＵ１８のソフトウェアアップデート予告は、少なくとも、ＭＣＵ１８のソフトウェアアップデートを実施する時間の指定を含んでいる。ソフトウェアアップデートを実施する時間は、管理事業者が決定し、アップデートプログラムと共に、ゲートウェイ４０に送信しても良い。ソフトウェアアップデートを実施する時間は、任意の時間を指定することができるが、アップデート中にＭＩＣ１２は出力制御動作ができないため、太陽光発電が行われない、あるいは発電量が少ない時間を指定すると良い。例えば、太陽電池モジュール２０による発電量を予測しておき、予測の発電量が所定値以下となる時間を、アップデートを実施する時間としても良い。また、例えば、発電量がゼロとなる日没時間を予め取得し、その日没時間を、アップデート実施時間としても良い。
【００１６】
あるいは、ソフトウェアアップデートを実施する時間は、太陽光発電システム１００が設置された住宅の居住者（以降、「ユーザ」という）が決定しても良い。ゲートウェイ４０はユーザの所持する端末機器４２、例えばＰＣ、タブレット端末、スマートフォン、携帯電話等とも通信可能にすることができる。例えば、ゲートウェイ４０は、管理事業者からアップデートプログラムを受信した時に、ユーザの端末機器４２に対してアップデート通知を送信し、ユーザからアップデート時間の指定入力を受け付けるようにしても良い。ユーザは、アップデート通知を受けた日が、例えば、発電量が望めない曇天や雨天である場合は、日中であってもアップデートを行うように時間指定を行っても良い。
【００１７】
図３は、ＭＣＵ１８の構成を示すブロック図である。ＭＣＵ１８は、上述したメモリ３５の他に、送受信部３２、タイマ部３１、制御部３３等を備えている。本実施形態において、送受信部３２は、ゲートウェイ４０からソフトウェアのアップデートプログラム及びソフトウェアアップデート予告を受信する。また、アップデートプログラム及びソフトウェアアップデート予告を受信した際に、ゲートウェイ４０に対して、受信確認信号や、アップデート終了通知信号等を送信する。制御部３３は、タイマ部３１を参照して、指定されたソフトウェアアップデート時間に連系リレー５０をＯＮにして、外部系統２００から電力供給を受けるようにする。さらに受信したアップデートプログラムをメモリ３５に書き込むことで、ソフトウェアのアップデートを行う。
【００１８】
なお、本明細書では、「ＭＣＵ１８のソフトウェアアップデート」について「ＭＩＣ１２のソフトウェアアップデート」と記載することもあるが、上述したようにＭＣＵ１８はＭＩＣ１２を構成するものであり、両者は同義である。
【００１９】
１−２．動作
上述した太陽光発電システム１００の動作について、図１〜図３に加えて、図４のフローチャートを用いて説明する。ここでは、ＭＣＵ１８が通常の太陽電池モジュール２０の出力制御動作を行っている日中にソフトウェアアップデート予告を受け取り、発電が行われなくなる夜間にソフトウェアアップデートを実施する例を説明する。
【００２０】
太陽電池モジュール２０によって発電が行われる日中は、ＭＣＵ１８は連系リレー５０をＯＮに制御する。太陽電池モジュール２０で発電された電流は、ＭＩＣ１２のＤＣ／ＤＣ変換器１３、トランス１４、整流器１５及びＤＣ／ＡＣ変換器１６を経て直流から交流に変換され、宅内の主回路に供給され、あるいは外部系統２００に逆潮流される。また、ＭＩＣ１２は、ＭＰＰＴ機能を実行する。
【００２１】
ＭＣＵ１８の送受信部３２は、ゲートウェイ４０からソフトウェアアップデート予告を受信する（ステップＳ０１）。ソフトウェアアップデート予告には、ソフトウェアアップデートを夜間の時間ｔ１に行う指令が含まれている。例えば、日没になって発電量＝０になると（ステップＳ０２：Ｙｅｓ）、ＭＣＵ１８の制御部３３は連系リレー５０をＯＦＦにする（ステップＳ０３）。ＭＣＵ１８の制御部３３はタイマ部３１を参照して、時間ｔ１（ステップＳ０４：Ｙｅｓ）に連系リレー５０をＯＮにする（ステップＳ０５）。これによって、ＭＣＵ１８は外部系統２００からの電力供給を受けてアップデート可能な状態となる。ＭＣＵ１８の送受信部３２は、ゲートウェイ４０からアップデートプログラムを受信し、制御部３３はアップデートプログラムをメモリ３５に書き込み、アップデートを行う（ステップＳ０６）。アップデートが完了すると、ＭＣＵ１８の制御部３３は連系リレー５０をＯＦＦにして（ステップＳ０７）、外部系統２００から解列し、アップデートを終了する。
【００２２】
１−３．作用効果
（１）上述したように、本実施形態の太陽光発電システム１００は、太陽電池モジュール２０と、太陽電池モジュール２０の外部系統２００に対する連系及び解列を切り換える連系リレー５０と、太陽電池モジュール２０の出力制御及び連系リレー５０の切り換えの制御を行うＭＩＣ１２を備える。ＭＩＣ１２は、太陽電池モジュール２０に取り付けられ、また連系リレー５０に接続されている。ＭＩＣ１２に備えられたＭＣＵ１８は、外部からＭＩＣ１２のソフトウェアアップデート予告を受信し、ソフトウェアアップデート予告に指定された時間に連系リレー５０を制御して太陽電池モジュール２０を外部系統２００と連系し、外部系統２００から供給される電力を用いてソフトウェアのアップデートを行う。
【００２３】
太陽電池モジュール２０は、建物の屋根上に設置されることが多く、連系リレー５０がＯＦＦになっている夜間にＭＩＣ１２を手動で動作させて連系リレー５０をＯＮにすることが難しい。本実施形態では、予め、ソフトウェアアップデート予告を受信し、指定された時間に連系リレー５０をＯＮにして外部系統２００から電力供給を受けられるようにすることによって、容易にソフトウェアアップデートを行うことができ、利便性の高い太陽光発電システム１００を提供することができる。
【００２４】
（２）本実施形態の太陽光発電システム１００は、更に、ＭＩＣ１２に接続され、ＭＩＣ１２にソフトウェアアップデート予告及びソフトウェアのアップデートプログラムを送信するゲートウェイ４０を備えている。また、太陽光発電システム１００の監視装置であるゲートウェイ４０からＭＩＣ１２にアップデートに必要なデータを送信することで、作業員が屋根上に設置されたＭＩＣ１２にＳＤカード等で直接データの書き込みをする必要がなく、更に利便性を向上させることができる。
【００２５】
（３）ＭＩＣ１２のソフトウェアアップデート予告は、例えば、太陽電池モジュール２０による発電予測量が所定量以下となる時間をソフトウェアアップデート時間の指定として含むようにしても良い。
【００２６】
発電が行われない、あるいは発電量がすくなくなる時間帯をソフトウェアアップデート時間として指定することで、アップデート作業が発電量を低減させることを防止することができ、信頼性の高い太陽光発電システム１００を提供することができる。
【００２７】
（４）ソフトウェアアップデート予告は、例えば、ユーザから指定されたソフトウェアアップデート時間を含むようにしても良い。ユーザの都合に応じてソフトウェアアップデートを行うことができるため、自由度の高い太陽光発電システム１００を提供することができる。
【００２８】
１−４．変形例
図５に、本実施形態の変形例を示している。上述の実施形態では、１つの太陽電池モジュール２０を備えた太陽光発電システム１００を示したが、複数の太陽電池モジュール２０を備えた太陽光発電システム１００にも、本実施形態の開示は適用可能である。複数の太陽電池モジュール２０を用いる場合は、個々の太陽電池モジュール２０にＭＩＣ１２を取り付け、複数のＭＩＣ１２を並列に接続して、連系リレー５０を介して宅内の主回路（不図示）又は外部系統２００に接続する。すなわち、図５では図示を省略しているが、個々のＭＩＣ１２にはそれぞれ太陽電池モジュール２０が接続されている。
【００２９】
太陽光発電システム１００が複数のＭＩＣ１２を備える場合は、個々の太陽電池モジュール２０の出力制御は、それぞれに取り付けられたＭＩＣ１２が行う。一方、連系リレー５０は複数のＭＩＣ１２に対して一つしかないため、全てのＭＩＣ１２が連系リレー５０のＯＮ及びＯＦＦの切り換えを制御する必要がない。また、ゲートウェイ４０と通信を行ってソフトウェアのアップデート予告やアップデートプログラムを受信する際、全てのＭＩＣ１２がゲートウェイ４０と個別に通信を行うと、通信量が膨大になり、回線に負担をかける可能性もある。
【００３０】
そこで、例えば、複数のＭＩＣ１２のうち一つのＭＩＣ１２Ａを親機とし、親機のＭＩＣ１２Ａのみが連系リレー５０のＯＮ及びＯＦＦの切り換えを制御し、またゲートウェイ４０との通信を行うようにしても良い。もちろん、ソフトウェアのアップデートは全てのＭＩＣ１２に対して行う必要がある。そこで、親機はゲートウェイ４０からソフトウェアのアップデート予告やアップデートプログラム等のデータを受信した際は、隣接する子機のＭＩＣ１２に、いわゆるバケツリレー方式でデータを順次受け渡すようにしても良い。これによって通信量が増大になって回線に負担をかけることを防止することができる。
【００３１】
同様に、回線の負担を防止する観点から、複数のＭＩＣ１２に対して同時にソフトウェアのアップデートを行わずに、アップデート実施時間を異ならせても良い。例えば、複数のＭＩＣ１２にそれぞれ識別子であるＩＤを付しても良い。そして、ソフトウェアのアップデート予告に、各ＭＩＣ１２のＩＤと、ＩＤごとに異ならせたアップデート実施時間を含めるようにすると良い。ソフトウェアのアップデート予告を受信した各ＭＩＣ１２は、自身のＩＤに対応するアップデート実施時間に、それぞれソフトウェアアップデートを実施する。
【００３２】
あるいは、一つのＭＩＣ１２でソフトウェアアップデートが完了した後に、次のＭＩＣ１２がソフトウェアアップデートを行うようにしても良い。この場合は、ソフトウェアのアップデート予告には例えば、ある程度の幅を持った時間帯をアップデート実施時間として指定すると良い。そして、その時間内で、親機のＭＩＣ１２Ａと子機のＭＩＣ１２との間で通信を行って、アップデートを順次完了するようにすると良い。すなわち、親機のＭＩＣ１２Ａが一つの子機のＭＩＣ１２にソフトウェアのアップデート開始指令を送信する。子機のＭＩＣ１２はアップデートを完了すると、親機のＭＩＣ１２Ａに完了通知を送信する。完了通知を受信した親機のＭＩＣ１２Ａは、次の子機のＭＩＣ１２に対してソフトウェアのアップデート開始指令を送信する。これを繰り返すことで、ＭＩＣ１２のソフトウェアのアップデート時間が重複することがなく、回線の負担を更に防止することができる。
【００３３】
上述した態様は、もちろん一例であって、アップデートの態様は特定の物に限定されるものではない。たとえば、ゲートウェイ４０とＭＩＣ１２の通信回線に余裕がある場合は、ゲートウェイ４０は全てのＭＩＣ１２と個別に通信を行っても良い。また、アップデートを全てのＭＩＣ１２で同じ時間に行ってもよい。
【００３４】
２．第２の実施形態
第２の実施形態に係る太陽光発電システム１００について、図６を用いて説明する。なお、以降の実施形態では、前述の実施形態とは異なる点のみを説明し、前述の実施形態と同じ部分については同じ符号を付して詳細な説明は省略する。
【００３５】
第２の実施形態では、連系リレー５０と外部系統２００の間にアップデート専用の制御電源６０を設置した。この制御電源６０は、ＭＩＣ１２に直接接続されており、連系リレー５０のＯＮ及びＯＦＦに関係なく、外部系統２００の電力をＭＩＣ１２に直接供給可能となっている。
【００３６】
このような構成にすることによって、ＭＩＣ１２が、ゲートウェイ４０からソフトウェアアップデート予告を受信し、ソフトウェアアップデート予告で指定されたアップデート時間において太陽電池モジュール２０が外部系統２００と解列している場合、すなわち連系リレー５０がＯＦＦになっている場合でも、制御電源６０から供給される電力を利用してソフトウェアのアップデートを行うことができる。これによって、連系リレー５０がＯＦＦになっている夜間でも、連系リレー５０をＯＮにする制御が必要なく、容易にソフトウェアアップデートを行うことができ、利便性の高い太陽光発電システム１００を提供することができる。
【００３７】
なお、太陽光発電を行っている日中にアップデートを行う場合には、ＭＩＣ１２は、外部系統２００からではなく太陽電池モジュール２０から電力供給を受けてアップデートを行うこともできる。ただし、アップデート中に、急な天候の変動等によって太陽電池モジュール２０から十分な電力供給が受けられなくなる可能性がある。そのような場合には、制御電源６０からの電力供給に切り換えることで、アップデートが持続可能となる。
【００３８】
３．第３の実施形態
第３の実施形態に係る太陽光発電システム１００について、図７〜図９を用いて説明する。第３の実施形態は、ＭＩＣ１２を構成するＭＣＵ１８の変形例であり、第１及び第２の実施形態のいずれにも適用可能である。
【００３９】
図７に示すように、第３の実施形態において、ＭＣＵ１８は２つのメモリ３５Ａ，３５Ｂを備えている。２つのメモリ３５Ａ，３５Ｂは、全く同種のものであっても良い。いずれか一方のメモリをメインとして使用し、他方をサブとして使用する場合には、メインの方を容量の大きいメモリとしても良い。２つのメモリ３５Ａ，３５Ｂには、ＭＣＵ１８の機能を実現するための同じソフトウェアが格納されている。
【００４０】
上述の実施形態では、太陽光発電の発電量を低減しないために、アップデートを夜間に行う例を主に説明してきたが、本実施形態では、メモリ３５Ａ，３５Ｂを２つ備えることによって、太陽光発電を行っている日中でも発電量を低減することなく、アップデートが可能となる。
【００４１】
本実施形態のＭＣＵ１８のアップデート時の動作について、図８を参照して説明する。ソフトウェアアップデートを行うとき以外は、ＭＣＵ１８はいずれか一方のメモリを使用して電力変換機能及びＭＰＰＴ機能を実現し、太陽電池モジュール２０の出力制御を行っている。ここでは、メモリ３５Ａを使用する場合を説明する。
【００４２】
ＭＣＵ１８は、上述の実施形態と同様に、ゲートウェイ４０からソフトウェアアップデート予告を受信すると、指定された時間にゲートウェイ４０からアップデートプログラムを受信して、ソフトウェアアップデートを行う。ここでは、ソフトウェアアップデート予告に指定された時間が、太陽光発電が行われている日中である場合を説明する。すなわち、ＭＣＵ１８はメモリ３５Ａを太陽電池モジュール２０の制御に使用している。
【００４３】
ＭＣＵ１８は、メモリ３５Ａを使用して、太陽電池モジュール２０の出力制御を続行する。一方、メモリ３５Ｂに対してアップデートプログラムの書き込みを行う。メモリ３５Ｂのアップデートが完了すると、太陽電池モジュール２０の出力制御をアップデートしたメモリ３５Ｂに切り換える。そして、今度はメモリ３５Ａに対してアップデートプログラムの書き込みを行う。メモリ３５Ａのアップデートが完了した後は、そのままメモリ３５Ｂで太陽電池モジュール２０の出力制御を行っても良いが、メモリ３５Ｂをサブとして使用する場合等は、すぐにメモリ３５Ａに切り換えても良い。
【００４４】
以上のように、本実施形態では、メモリを２つ備え、アップデートを行うメモリと太陽電池モジュール２０の出力制御を切り換えることによって、日中でも太陽電池モジュール２０の出力制御を停止することなく、アップデートが可能となり、柔軟性の高い太陽光発電システム１００を提供することができる。
【００４５】
また、メモリを２つ備えることによって、いずれか一方のメモリのアップデート時に異常が発生してアップデートが正常に完了しなかった場合、もう一方のメモリを使って復旧作業を行うことができる。これは、日中あるいは夜間のアップデート作業に限られない。
【００４６】
異常の原因としては、ＭＣＵ１８が外部系統２００から電力供給が受けてアップデートを行っている場合は、外部系統２００に瞬時電圧低下などの擾乱や停電が発生し、外部系統２００からの電力供給が受けられない場合が考えられる。また、ＭＣＵ１８が太陽電池モジュール２０から電力供給を受けてアップデートを行っている場合は、天候の急変等に十分な日射が得られなくなることが考えられる。例えば、このような異常によって、メモリ３５Ｂのアップデートが中断された場合、メモリ３５Ｂはアップデートエラーとして書き換え途中のままとなってしまい、動作復帰をする事が難しい。
【００４７】
そこで、図９に示すように、アップデートエラーが起こったメモリ３５ＢをBoot側から立ち上げて、修復又はリセットする。そして、メモリ３５Ａに格納されているソフトウェアをメモリ３５Ｂに対して書き込みすることで、メモリ３５Ｂをエラー発生前の状態に復旧することができる。このように、メモリを２つ備えることで、エラー発生時のバックアップとすることができ、信頼性の高い太陽光発電システム１００を提供することができる。メモリ３５Ａにエラーが発生した場合は、同様にメモリ３５Ｂを使ってメモリ３５Ａを復旧することができる。
【００４８】
なお、上述したメモリを２つ備える態様は、例えば、ＭＩＣ１２ではなくＰＣＳを備えた太陽光発電システム１００において、ＰＣＳのソフトウェアアップデートを行う場合にも適用可能である。
【００４９】
４．その他の実施形態
本発明のいくつかの複数の実施形態を説明したが、これらの実施形態は例として提示したものであって、発明の範囲を限定することを意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略や置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００５０】
１２  マイクロインバータ（ＭＩＣ）
１２Ａ  親機のＭＩＣ
１３  ＤＣ／ＤＣ変換器
１４  トランス
１５  整流器
１６  ＤＣ／ＡＣ変換器
１７  制御ＩＣ
１８  ＭＣＵ
２０  太陽電池モジュール
２２  太陽電池セル
３１  タイマ部
３２  送受信部
３３  制御部
３５，３５Ａ，３５Ｂ  メモリ
４０  ゲートウェイ
４２  ユーザの端末機器
４４  管理事業者の端末機器
５０  連系リレー
６０  制御電源
１００  太陽光発電システム
２００  外部系統
【図１】
0006385862.tif 000002
【図２】
0006385862.tif 000003
【図３】
0006385862.tif 000004
【図４】
0006385862.tif 000005
【図５】
0006385862.tif 000006
【図６】
0006385862.tif 000007
【図７】
0006385862.tif 000008
【図８】
0006385862.tif 000009
【図９】
0006385862.tif 000010