LRTKレフィクシア株式会社

PVSystで太陽光+蓄電池案件を比較する方法|実践手順8選

PVSystで太陽光+蓄電池案件を比較する前に整理すべきこと

PVSystは、太陽光発電システムの発電量、損失、系統連系点への出力、システム性能を検討するために使われるシミュレーションソフトです。太陽光単体の発電量評価で使われることが多い一方で、太陽光に蓄電池を組み合わせる案件でも、比較検討の材料として使われる場面があります。

ただし、太陽光+蓄電池案件では、単純に年間発電量だけを比較しても十分ではありません。太陽光単体であれば、同じ設備容量、同じ気象データ、同じ損失条件で年間発電量やPRを比較する考え方が中心になります。一方で蓄電池を組み合わせる場合は、発電した電力をいつ使うのか、どれだけ充電するのか、いつ放電するのか、系統へどれだけ出すのか、自家消費にどれだけ回すのかという運用条件が結果を大きく左右します。

そのため、PVSystの使い方として重要なのは、蓄電池を追加してすぐに結果を見ることではなく、まず比較の目的を整理することです。自家消費を増やしたいのか、系統注入の時間帯をずらしたいのか、ピーク時の注入制限で捨てられる電力を減らしたいのか、弱い系統や停電時の供給継続を検討したいのかによって、選ぶべき蓄電池戦略と見るべき指標は変わります。同じ蓄電池容量でも、目的が違えば評価はまったく異なります。

また、蓄電池案件では、シミュレーション結果が設計条件、制御条件、電力需要条件に強く依存します。蓄電池を大きくすれば必ず良い結果になるわけではありません。太陽光の余剰が少ない案件では、蓄電池を十分に充電できない場合があります。逆に余剰が多い案件でも、放電先となる需要や系統側の受け入れ条件がなければ、蓄電池の利用率は上がりません。

この記事では、「PVSyst 使い方」で検索する実務担当者を想定し、太陽光+蓄電池案件を比較するための実践手順を8つに分けて解説します。単なる操作説明ではなく、案件比較で何をそろえ、何を変え、どの結果を見るべきかを中心に説明します。

手順1:比較目的を発電量比較から運用価値比較へ切り替える

太陽光+蓄電池案件をPVSystで比較する最初の手順は、比較目的を明確にすることです。太陽光単体案件では、年間発電量、PR、各種損失、月別発電傾向などが主な評価軸になります。しかし蓄電池を含む案件では、発電量そのものよりも、発電した電力をどのように使えるかが重要になります。

たとえば、同じ太陽光発電所に蓄電池を追加した場合でも、目的が自家消費率の向上であれば、発電電力を需要時間帯へ移すことが評価の中心になります。目的が系統への注入上限対策であれば、上限を超える余剰電力を蓄電池へ吸収できたかが重要になります。目的が夕方以降の系統注入や需要への放電であれば、日中に十分な充電ができ、必要な時間帯に放電できるかを見る必要があります。

ここで注意したいのは、「蓄電池を入れたケースのEGridが高いから良い」と単純に判断しないことです。EGridまたはE_Gridは、系統へ供給されるエネルギーを示す重要な指標ですが、蓄電池の目的によっては、EGridだけでは案件の良し悪しを判断できません。自家消費型の場合は、系統へ出る電力量が少なくても、需要側で使われる電力量が増えていれば目的に合っている可能性があります。

また、蓄電池を入れると充放電損失が発生します。そのため、発電した電力量の総量に対して、最終的に使える電力量が少し減ることがあります。これは異常ではなく、蓄電池を経由する以上は自然な結果です。重要なのは、その損失を上回る運用上の価値があるかどうかです。PVSystの結果を見るときも、単純な増減ではなく、目的に対して有効な電力量が増えているかを確認します。

実務では、比較目的を最初に一文で定義しておくと判断がぶれにくくなります。たとえば、「本比較では、日中余剰の削減と夕方需要への放電効果を確認する」「本比較では、系統注入上限を設けた場合の未利用エネルギー低減効果を確認する」といった形です。この一文があるだけで、後工程で見るべき結果が明確になります。

手順2:太陽光単体モデルを先に安定させる

蓄電池案件の比較で最も重要な前提は、太陽光単体モデルの精度です。蓄電池の充電原資は主に太陽光発電の余剰電力であるため、太陽光側のモデルが不安定なまま蓄電池を追加すると、比較結果全体が信頼しにくくなります。

まず、太陽光単体のPVSystモデルで、地点、気象データ、方位角、傾斜角、アレイ構成、PCS容量、配線損失、温度損失、遮蔽条件、汚れ損失などを確認します。蓄電池比較では複数ケースを作ることが多いため、太陽光側の前提がケースごとに変わってしまうと、蓄電池による差なのか、太陽光条件の差なのかが分からなくなります。

特に注意すべきなのは、PCS容量と系統接続容量です。太陽光単体では、PCS容量や系統注入上限により日中のピークが抑えられる場合があります。この抑制分を蓄電池で吸収する設計を検討する場合、太陽光単体モデルでどの時間帯にどれだけ出力制限や未利用エネルギーが発生しているかを先に把握しておく必要があります。ここを見ずに蓄電池容量を決めると、蓄電池を過大に見積もる原因になります。

また、遮蔽条件も蓄電池比較に影響します。朝夕に遮蔽が強い発電所では、蓄電池へ充電できる時間帯や放電に回せる余力が変わります。屋根上案件や山間部案件では、月別・時間帯別の発電傾向を見ておくことが大切です。年間発電量が同じでも、昼間に集中して発電する案件と、朝夕にも比較的発電がある案件では、蓄電池との相性が変わります。

太陽光単体モデルを確定したら、そのモデルを基準ケースとして保存します。蓄電池ありケースは、この基準ケースから複製して作成するのが安全です。案件比較では、基準ケース、蓄電池小容量ケース、蓄電池中容量ケース、蓄電池大容量ケース、制御条件変更ケースといった形で派生ケースを管理します。ケース名に容量、出力、制御方針を入れておくと、後から結果を比較しやすくなります。

手順3:蓄電池を入れる前の余剰電力と不足電力を確認する

蓄電池を設定する前に、太陽光単体でどれだけ余剰電力が発生しているかを確認します。蓄電池は発電量を増やす装置ではなく、発電した電力の利用タイミングを変える装置です。そのため、充電できる余剰がなければ、蓄電池容量を増やしても十分に活用できません。

自家消費型の案件では、需要カーブと太陽光発電カーブの重なりを確認します。日中に需要が大きい工場や施設では、太陽光発電をそのまま消費できるため、蓄電池の必要量は限定的になる場合があります。一方、日中の需要が小さく、夕方以降に需要が増える施設では、余剰電力を蓄電池に貯めて後で使う効果が出やすくなります。

系統連系型の案件では、系統へ出せる容量の制約を確認します。太陽光発電のピークが系統接続容量を超える設定では、超過分が未利用エネルギーとして扱われることがあります。この未利用分を蓄電池に充電できれば、後の時間帯に放電して有効利用できる可能性があります。ただし、蓄電池の充電出力が不足していると、瞬間的な超過分を吸収しきれない場合があります。容量だけでなく、出力も同時に見る必要があります。

PVSystで結果を見るときは、年間の合計値だけでなく、月別傾向も確認します。春や秋は発電量が多く需要が少ない場合があり、余剰が出やすいことがあります。夏は発電量が多い一方で空調需要も大きく、自家消費が増える場合があります。冬は日射量が下がり、蓄電池を十分に充電できない日が増えることがあります。この季節差を見ずに年間合計だけで判断すると、実際の運用イメージとずれることがあります。

また、蓄電池比較では「余剰があるか」だけでなく、「余剰が連続して発生するか」も重要です。短時間だけ発生するピーク余剰は、高い充電出力がなければ吸収できません。長時間にわたって緩やかに発生する余剰は、比較的小さな充電出力でも吸収しやすくなります。したがって、太陽光単体ケースの時間帯別結果を確認し、蓄電池の容量と出力のどちらが制約になりそうかを見極めます。

手順4:蓄電池容量と出力を同じ条件で比較する

蓄電池案件を比較するとき、多くの担当者が最初に見るのは蓄電池容量です。しかし実務では、容量だけでなく充放電出力も同じくらい重要です。容量はどれだけ貯められるかを示し、出力はどれだけ速く充電・放電できるかを示します。どちらか一方だけを変えて比較すると、結果の解釈を誤る可能性があります。

たとえば、太陽光の余剰が昼の短い時間帯に集中する案件では、容量が十分でも充電出力が小さいと余剰を取り切れません。この場合、蓄電池容量を増やしても効果は限定的です。逆に、充電出力は十分でも容量が小さい場合、早い時間に満充電となり、その後の余剰を受け入れられなくなります。PVSystの比較では、容量不足なのか、出力不足なのかを分けて見ることが大切です。

比較ケースを作るときは、容量を段階的に変えるケースと、出力を段階的に変えるケースを分けると整理しやすくなります。たとえば、容量だけを変えて出力は固定するケース群を作り、その後に容量を固定して出力を変えるケース群を作ります。これにより、どの要素が結果に効いているかを判断しやすくなります。

蓄電池の比較では、実際に使える容量にも注意が必要です。蓄電池には運用上の上限・下限があり、全容量を常に使えるとは限りません。満充電付近や下限付近を避ける制御を前提にする場合、名目容量と有効容量に差が出ます。PVSystで条件を設定する際も、単に容量を入力するだけではなく、実際の運用で使う範囲を意識して結果を読みます。

また、太陽光側のPCSと蓄電池側の変換装置の関係も重要です。PVSystの系統連系型蓄電池モデルでは、充電側と放電側を汎用的な変換装置として扱うため、実機のハイブリッドPCSやDC結合構成の細かな挙動をそのまま再現できるとは限りません。実案件で直流側連携、交流側連携、需要側制御などが関係する場合は、PVSyst上で選んだ蓄電池戦略と実際の接続構成の差を記録しておきます。近似する場合は、どの前提で比較したのかを明確にする必要があります。

手順5:充放電制御の前提を案件ごとにそろえる

太陽光+蓄電池案件では、充放電制御の前提が結果を大きく変えます。同じ太陽光容量、同じ蓄電池容量でも、充電を優先する時間帯、放電を許可する時間帯、系統への注入条件、自家消費優先の有無によって、シミュレーション結果は変わります。

PVSystを使うときは、蓄電池がどのような目的で動くのかを明確に設定し、その前提を比較ケース間でそろえることが重要です。あるケースでは余剰充電を優先し、別のケースでは時間帯放電を優先している場合、容量差の比較としては不適切になります。比較したい変数が蓄電池容量なら、制御条件は固定します。比較したい変数が制御方針なら、容量や出力は固定します。

ここで重要なのは、自家消費型と系統放電型を混同しないことです。PVSystでは、系統連系型の蓄電池について、自家消費、パワーシフト、ピークシェービング、弱い系統や停電時の供給といった戦略が分かれています。自家消費型では、ユーザー需要の時間別プロファイルを前提に、PV発電をまず需要へ使い、余剰を蓄電池へ充電し、不足時に蓄電池から需要へ供給する考え方になります。この場合、蓄電池から系統へ再注入する前提ではありません。

一方、パワーシフトやピークシェービングのような系統向けの考え方では、需要カーブよりも、系統注入上限、充電時間帯、放電時間帯、放電出力などが比較の中心になります。自家消費と系統注入時間の最適化を同時に細かく表現したい場合は、PVSystの選択した戦略で再現できる範囲と、別資料で補足すべき範囲を分けて整理します。

充放電制御では、放電先の設定も重要です。需要へ放電するのか、系統へ放電するのか、特定時間帯だけ放電するのかによって、同じ蓄電池でも結果が変わります。ただし、これらはPVSyst上で同じ意味の設定ではありません。自家消費型なら需要への供給、パワーシフトやピークシェービングなら系統側への供給というように、戦略ごとの前提に合わせて読みます。

また、蓄電池は常に理想的に動くわけではありません。実運用では制御遅れ、通信制約、保護制御、保守停止、温度条件などが影響する場合があります。PVSyst上でそれらを細かく再現しない場合でも、結果説明では「制御条件を単純化している部分がある」と明記しておくと、社内レビューや顧客説明で誤解を避けやすくなります。

手順6:損失、劣化、稼働制約を見落とさずに反映する

蓄電池を入れると、太陽光単体にはなかった損失や制約が増えます。代表的なのは、充電時の変換損失、放電時の変換損失、蓄電池内部の効率、自己放電、運用範囲の制限、経年劣化による容量低下です。これらを見落とすと、蓄電池の効果を過大評価しやすくなります。

太陽光発電では、モジュール温度損失、配線損失、ミスマッチ損失、遮蔽損失、汚れ損失などが主な確認項目です。蓄電池を追加する場合は、その後段に蓄電池経由の損失が加わります。発電した電力を一度蓄電池へ入れ、再び取り出すため、直接利用する場合よりも最終的に使える電力量は減ります。したがって、蓄電池の効果を見るときは、損失後の有効電力量で評価する必要があります。

劣化についても注意が必要です。蓄電池は運用年数、温度条件、充放電回数、放電深度などにより、使える容量や交換時期の考え方が変わります。PVSystで扱える劣化評価の範囲はバージョンや設定に依存するため、初年度の単年比較だけで長期の性能を断定しないことが重要です。長期評価では、必要に応じて容量低下、交換、運用制約を別ケースや別資料で整理します。

稼働制約も重要です。蓄電池は常に充放電できるとは限りません。保守点検、異常時停止、温度範囲外での制限、系統側の制約などにより、想定どおりに動かない時間が発生することがあります。これらをすべて細かく入力できない場合でも、年間利用率や保守停止の前提を説明資料に残しておくべきです。

また、蓄電池の運用では、完全放電や常時満充電を避ける考え方が用いられることがあります。安全性や寿命を考慮すると、名目容量の全範囲を使う前提は現実的でない場合があります。そのため、PVSystで結果を比較するときは、入力した容量が名目値なのか、有効値なのかを明確にします。社内で複数の担当者がケースを作る場合、この定義が混在すると結果比較が成立しません。

手順7:EGridだけでなく自家消費、余剰、未利用エネルギーを見る

PVSystの結果を見るとき、EGridまたはE_Gridは重要な指標です。EGridは系統へ供給されるエネルギーを把握するうえで便利ですが、太陽光+蓄電池案件では、EGridだけを見て判断すると不十分です。蓄電池は電力の流れを変えるため、発電量、直接利用量、充電量、放電量、余剰量、未利用量の関係を合わせて確認する必要があります。

自家消費型では、太陽光から直接使われた電力量と、蓄電池を経由して使われた電力量を分けて見ることが重要です。直接利用が多い案件では、蓄電池の追加効果は限定的になる場合があります。逆に、直接利用が少なく余剰が多い案件では、蓄電池によって自家消費率が大きく改善する可能性があります。ただし、その改善が充放電損失を含めても有効かどうかを確認する必要があります。

系統制約型では、未利用エネルギーの変化を見ます。太陽光単体では注入上限により捨てられていた電力が、蓄電池によってどれだけ回収されたかを確認します。このとき、未利用エネルギーがゼロに近づけば必ず最適とは限りません。未利用分をすべて回収するために過大な蓄電池を入れると、利用率が低くなることがあります。実務上は、蓄電池容量を増やしたときの効果がどこで頭打ちになるかを見ることが重要です。

また、蓄電池を入れると年間のEGridが増える場合もあれば、あまり増えない場合もあります。自家消費を優先する案件では、系統へ出る電力量が増えないことがあります。これは失敗ではなく、目的が自家消費であれば自然な結果です。そのため、結果説明では、EGrid、自己消費量、余剰電力量、未利用エネルギー、蓄電池充電量、蓄電池放電量を目的に応じて整理します。

月別結果も必ず確認します。年間合計では蓄電池が有効に見えても、実際には特定の季節だけ効果が大きい場合があります。たとえば、春の余剰回収には効いているが、冬は充電不足で利用率が下がるというケースがあります。逆に、夏の需要増により自家消費効果が高くなる場合もあります。季節ごとの差を説明できるようにしておくと、投資判断や設計見直しの議論がしやすくなります。

手順8:複数ケースを同じ指標で並べて判断する

太陽光+蓄電池案件では、1つのケースだけを見ても適切な判断はできません。蓄電池なし、蓄電池小容量、蓄電池中容量、蓄電池大容量、出力違い、制御違いなど、複数ケースを同じ条件で比較することが重要です。

比較するときは、変更する条件を一度に増やしすぎないことが大切です。容量も出力も制御も需要条件も同時に変えると、どの要素が結果に影響したのか分からなくなります。まずは太陽光条件を固定し、蓄電池容量だけを変えます。次に容量を固定し、出力を変えます。その後、制御条件を変えます。この順番で比較すると、結果の解釈がしやすくなります。

ケース名の付け方も実務では重要です。たとえば、容量、出力、制御条件、需要パターン、系統制約の有無をケース名に含めると、後から結果を追いやすくなります。PVSystでは複数ケースを扱う機会が多いため、名前の管理が曖昧だと、最終レポートで誤ったケースを参照するリスクがあります。

比較指標としては、年間発電量、EGrid、未利用エネルギー、自家消費量、蓄電池充電量、蓄電池放電量、蓄電池経由損失、月別の効果を並べます。蓄電池利用率は、蓄電池容量、充放電量、運用可能容量をもとに必要に応じて別途整理します。経済評価を別資料で行う場合でも、PVSyst側ではまず物理的なエネルギーの流れを正確に整理します。エネルギー収支が不明確なまま経済性を計算すると、前提が崩れやすくなります。

また、比較結果では「最も発電量が多いケース」ではなく、「目的に対して最もバランスが良いケース」を選ぶ視点が必要です。蓄電池容量を大きくすれば未利用エネルギーは減るかもしれませんが、利用率が下がる場合があります。出力を大きくすればピーク吸収はしやすくなりますが、短時間しか使わない可能性もあります。PVSystの結果は、こうした頭打ちのポイントを見つけるために活用します。

太陽光+蓄電池案件でよくある比較ミス

太陽光+蓄電池案件でよくあるミスの一つは、蓄電池を追加したことで年間発電量が増えると考えてしまうことです。蓄電池は発電する設備ではなく、発電した電力を一時的に貯める設備です。発電量自体を増やすのではなく、捨てていた電力や使い切れなかった電力を別の時間帯で使えるようにする役割を持ちます。

次によくあるのが、太陽光単体モデルの精度が低いまま蓄電池比較を進めることです。気象データ、遮蔽、配線損失、温度条件、PCS容量の前提が不十分だと、蓄電池の効果も正しく評価できません。特に、ピークカット分を蓄電池で回収する設計では、太陽光側の出力制限がどの程度発生しているかを正確に見る必要があります。

また、蓄電池容量だけを見て比較するミスもあります。容量が大きくても、充電出力が不足していれば余剰を吸収できません。放電出力が不足していれば、必要な時間帯に十分な電力を出せません。容量、出力、制御、需要の関係を合わせて見ることが重要です。

需要データの扱いにも注意が必要です。自家消費型の蓄電池評価では、需要カーブが結果を大きく左右します。代表的な一日だけを使って年間評価に近い判断をすると、実際の季節変動や平日休日差を反映できない場合があります。可能であれば、月別や時間帯別の需要傾向を反映し、難しい場合でも需要データの粗さを明記します。

さらに、充放電損失を軽視するミスもあります。蓄電池を経由した電力は、直接利用した電力よりも損失が増えます。したがって、蓄電池の効果を説明するときは、回収できた電力量だけでなく、損失後に実際に使えた電力量を見る必要があります。未利用エネルギーが減っていても、蓄電池損失が大きければ、期待ほどの効果が出ない場合があります。

PVSystの結果を社内説明・顧客説明に使うときの注意点

PVSystの結果を説明資料に使うときは、まず前提条件を明確に示すことが重要です。太陽光容量、PCS容量、蓄電池容量、蓄電池出力、運用範囲、充放電制御、需要データ、系統制約、損失条件を整理し、どのケースで何を変えたのかを分かるようにします。

特に蓄電池案件では、結果だけを見せると誤解が生じやすくなります。たとえば、蓄電池ありケースでEGridが大きく増えていない場合でも、自家消費量が増えていれば目的に合っている可能性があります。逆に、EGridが増えていても、蓄電池容量に対する利用率が低ければ、過大設計の可能性があります。説明では、目的、前提、結果、判断の順番を守ることが大切です。

顧客説明では、PVSystの数値を断定的に扱いすぎないことも重要です。シミュレーションは設計判断に役立つ強力な材料ですが、実際の発電量や蓄電池運用は天候、需要変動、制御条件、機器状態、保守状況により変わります。そのため、「必ずこの数値になる」という説明ではなく、「この前提条件ではこの結果が見込まれる」という表現にするのが安全です。

また、蓄電池比較では、採用しなかったケースの理由も残しておくと実務で役立ちます。大容量ケースは未利用エネルギーを減らせるが利用率が低い、小容量ケースは利用率は高いがピーク余剰を取り切れない、中容量ケースは両者のバランスが良いといった説明ができれば、関係者の合意形成がしやすくなります。

社内レビューでは、PVSystの結果と別資料の計算が一致しているかも確認します。PVSystではエネルギー収支を確認し、別資料では長期劣化、運用条件、経済性を整理することがあります。このとき、基準となる発電量や充放電量が資料ごとに違っていると、レビューで混乱します。PVSystから出した主要指標を基準表としてまとめ、他の検討資料と同じ値を使うと安全です。

まとめ:蓄電池案件の比較は発電量ではなく運用条件の整理が重要

PVSystで太陽光+蓄電池案件を比較する場合、太陽光単体案件と同じ感覚で年間発電量だけを見ると、判断を誤る可能性があります。蓄電池は発電量を増やす設備ではなく、発電した電力の利用タイミングを変える設備です。そのため、比較の中心は、余剰電力をどれだけ回収できたか、需要にどれだけ回せたか、未利用エネルギーをどれだけ減らせたか、蓄電池の容量と出力が適切だったかという点になります。

実践手順としては、まず比較目的を明確にし、太陽光単体モデルを安定させます。そのうえで、蓄電池を入れる前の余剰電力と不足電力を確認し、容量と出力を段階的に比較します。さらに、充放電制御、損失、劣化、稼働制約を整理し、EGridだけでなく自家消費、余剰、未利用エネルギー、蓄電池利用率を総合的に見ます。

PVSystの使い方で大切なのは、結果の数字をそのまま受け取ることではなく、どの前提が結果に効いているかを理解することです。蓄電池案件では、容量、出力、制御、需要、系統制約が複雑に関係します。だからこそ、ケースを丁寧に分け、同じ指標で並べ、目的に対して最もバランスの良い案を選ぶことが重要です。

太陽光+蓄電池案件の比較精度をさらに高めるには、現地条件、測量データ、地形、設備配置、遮蔽条件、発電シミュレーションを一体で整理することが欠かせません。現地調査から設計検討、発電量比較、蓄電池活用の判断までを効率化したい場合は、次の検討ステップとしてLRTK Solarの活用へ自然につなげることで、より実務に近い太陽光設計・比較検討を進めやすくなります。

現場を3Dで残して、あとから測る。
実際の画面と動画で使い方を確認できます。

LRTK Phoneの使い方・実例を見る
資料請求導入相談
現場をスマホで3DスキャンLRTK Phone実例を見る