PVsystで実績発電量と差が出る時の原因7パターン

目次

• PVsystの予測値と実績値が一致しない理由をどう考えるか

• 原因1 気象データと現地の実際の天候がずれている

• 原因2 日射量の種類や測定条件が比較に合っていない

• 原因3 温度条件とモジュール温度モデルが現場と合っていない

• 原因4 影の影響を設計時より小さく見積もっている

• 原因5 汚れ、積雪、草木、鳥害などの運用損失が反映されていない

• 原因6 機器の停止、出力制御、PCS制限を十分に織り込めていない

• 原因7 実績データ側の集計、計測、比較条件に誤差がある

• 差分分析で最初に確認すべき実務手順

• PVsystを設計だけでなく運用改善に活かす考え方

• まとめ

PVsystの予測値と実績値が一致しない理由をどう考えるか

PVsystで作成した発電シミュレーションと、太陽光発電所で記録された実績発電量には差が生じることがあります。PVsystの計算結果は、設定した気象データ、設備構成、影、温度モデル、各種損失などの条件に対するシミュレーション結果です。特定の運転年の発電量を保証する値ではないため、差が出たときは「シミュレーションが外れた」と即断せず、比較条件と入力前提を順番に確認する必要があります。PVsystは、太陽光発電システムの設計、サイジング、シミュレーション、実測データ分析に用いるソフトウェアとして提供されています。([PVsyst][1])

PVsystの結果は、気象データ、モジュールとインバーターの仕様、直流・交流構成、方位角、傾斜角、影、温度条件、配線損失、汚れ、設備停止など、多数の入力条件に依存します。入力が竣工後の実態と一致していても、実際の天候や運用状態は年ごと、時間帯ごとに変動します。そのため、長期平均的な予測と単年実績の差、設計条件と竣工条件の差、運転中に発生した損失を分けて考えることが重要です。

比較するエネルギーの境界もそろえなければなりません。PVsystには、インバーター出力側のエネルギーを表す `EOutInv` と、系統注入点のエネルギーを表す `E_Grid` など、意味の異なる変数があります。実績側がPCS出力、構内電力量計、売電メーター、受電点計量値のどれなのかによって、変圧器損失、交流配線損失、補機消費、所内消費などの含まれ方が変わります。変数名だけで判断せず、使用したPVsystレポートと計測点の単線結線図を照合するのが安全です。([PVsyst][2])

この記事では、PVsystの予測値と実績発電量に差が出る代表的な7パターンを整理します。原因は一つとは限らず、気象差と停止損失、計測誤差と影などが同時に重なることもあります。年間総量だけではなく、月別、日別、時間帯別、PCS別に分解し、同じ期間・同じ計測境界・同じ単位で比較することが基本です。

原因1 気象データと現地の実際の天候がずれている

最初に確認したいのは、シミュレーションに用いた気象データと、発電所が実際に経験した天候の差です。太陽光発電量は入射日射量の影響を強く受けるため、実績年の日射条件がシミュレーション年より低ければ、設備に異常がなくても実績発電量は下がります。反対に、日射条件が良い年には実績が予測を上回ることがあります。

設計時には、標準年データ、典型気象年データ、長期統計に基づくデータなどが使われることがあります。たとえばPVsystから利用できるMeteonorm系のデータには、月別気象値から合成した時間値を用いるものがあります。この種のデータは長期的な評価には有用ですが、特定の暦年をそのまま再現するものではありません。したがって、標準年シミュレーションと単年実績を直接比較した差を、すべて設備性能の低下とみなすのは適切ではありません。([PVsyst][3])

月次では年次よりも気象変動が目立ちます。梅雨、台風、長雨、猛暑、降雪などの影響が特定の月に集中すると、年間差が小さくても月別差は大きくなります。まず月別のPVsyst値と実績値を並べ、差が通年で一定なのか、特定季節に偏るのかを確認します。日射量の低下と発電量の低下が同じ時期に現れるなら、気象要因の寄与が疑われます。

気象データの代表地点や空間分解能にも注意が必要です。同じ市町村内でも、沿岸部、盆地、山間部、積雪域では雲量、霧、積雪、風況が異なる場合があります。発電所近傍または現地の品質管理済み日射データがあるなら、設計時データとの月別・日別比較が有効です。ただし、現地センサー自体の汚れや傾き、欠測があると判断を誤るため、データ品質の確認を先に行います。

PVsystの標準的な気象変数には、水平面全天日射、水平面散乱日射、外気温、風速などがあります。一方、積雪はPVsystの気象データには含まれず、積雪損失を考慮する場合は別途損失条件として扱う必要があります。降雨も、入力しただけで自動的にモジュール清掃効果へ変換されるわけではありません。汚れや積雪を気象差と混同せず、別の損失として整理することが重要です。([PVsyst][4])

実績検証を精密に行う場合は、対象年の実測または信頼できる時間別気象データを使い、同じ期間で再シミュレーションします。その際は、タイムゾーン、時刻基準、欠測補完、日射量の単位、うるう日などもそろえます。対象年データで再計算して差が縮まれば、長期平均年と実績年の気象差が主因だった可能性が高まります。

原因2 日射量の種類や測定条件が比較に合っていない

日射量と一口に言っても、水平面全天日射、水平面散乱日射、直達日射、法線面直達日射、傾斜面日射など、指標ごとに意味が異なります。PVsystで扱う日射量と、現地で測定している日射量の面・成分・単位が一致していなければ、発電量との関係を正しく評価できません。

PVsystでは、水平面の日射データから傾斜面に入射する日射量を求める「トランスポジション」を行います。モジュール面と同じ方位・傾斜で測定した面内日射量は、PVsystの `GlobInc` に対応する考え方ですが、水平面日射量とそのまま比較することはできません。センサーの設置面、方位角、傾斜角を確認し、同じ面の日射量同士を比較します。([PVsyst][5])

日射計の設置状態も重要です。水平面センサーの水平ずれ、傾斜面センサーの方位・傾斜ずれ、周辺構造物による影、鳥の糞や粉じん、校正期限超過、ケーブルやロガーの異常は、測定値に偏りを生じさせます。発電所内の一地点だけで測定している場合、その値が広い発電所全体を代表しているかも確認が必要です。

時刻と時間分解能もそろえます。瞬時電力のkW、一定時間の平均電力、積算電力量のkWhを混在させてはいけません。監視装置の5分値や30分値をPVsystの時間値と比較する場合は、同じ時間区間へ集約し、タイムスタンプが区間の開始時刻か終了時刻かも確認します。PVsystでは時間別、日別、月別の出力を作成できるため、実績側と同じ粒度へそろえてから分析するのが基本です。([PVsyst][6])

監視データの記録間隔が粗くても、別の電力量計が正しく積算していれば、年間電力量そのものが失われるとは限りません。ただし、短時間のPCS停止、出力制御、雲通過時の挙動を特定するには、粗いデータでは情報が不足します。総量の比較には積算電力量を使い、原因調査には可能な範囲で高い時間分解能のデータを使うという役割分担が有効です。

実務では、比較前にデータ辞書を作成しておくと安全です。各列について、計測点、物理量、単位、正負の向き、記録間隔、タイムゾーン、欠損値の扱いを明記します。この準備によって、日射量の種類違い、kWとkWhの取り違え、時刻ずれによる見かけ上の差を減らせます。

原因3 温度条件とモジュール温度モデルが現場と合っていない

太陽電池モジュールの出力はセル温度の影響を受けます。一般的な結晶シリコン系モジュールでは、同じ日射条件ならセル温度が高いほど最大出力が低下する傾向があります。ただし、影響の大きさはモジュールの温度係数や運転条件によって異なるため、夏季の発電低下をすべて温度だけで説明することはできません。

PVsystの温度モデルは、入射日射、外気温、発電効率、熱損失係数などを用いた熱収支からセル温度を評価します。熱損失係数は、定数項 `Uc` と風速依存項 `Uv` を用いて表現できます。したがって、外気温と風速のデータだけでなく、架台の通風性や設置形態に合う熱損失係数を設定できているかが重要です。([PVsyst][7])

屋根材、屋根との離隔、背面の開放度、架台高さ、周囲の風の遮られ方などは、実際のモジュール温度に影響し得ます。しかしPVsystが現場の屋根材や通風状態を自動判定するわけではありません。これらの違いは、適切な温度モデルの選択や `Uc`、`Uv` の設定、必要に応じた現地データによる検証で反映します。

夏だけ実績が低い場合は、温度損失を確認する価値があります。ただし、夏季には汚れ、出力制御、高温によるインバーター側の制限、雑草、日射センサーの汚れなども重なり得ます。まず対象年の日射量をそろえ、そのうえで日射量と外気温が近い時間帯を比較し、温度上昇と出力低下の関係を確認します。

現地でモジュール背面温度を測っている場合も注意が必要です。背面センサーの値はセル温度そのものとは限らず、センサー位置、接着方法、放射や風の影響を受けます。PVsystの熱損失係数を現地データから評価する場合は、面内日射、外気温、モジュールまたはセル温度、必要に応じて風速を長期間取得する方法が公式資料でも示されています。([PVsyst][8])

温度条件の確認では、年間損失率だけでなく、晴天日の時間帯別カーブ、月別の温度損失、PCS別の挙動を見ます。温度モデルを変更するときは、一度に複数の損失設定を変えず、変更前後の差を記録します。実績に合うように数値を後付けするのではなく、現地測定に基づいて設定根拠を残すことが重要です。

原因4 影の影響を設計時より小さく見積もっている

影は、発電面に届く日射を減らす光学的な損失に加え、モジュールやストリングの電気的ミスマッチを生じさせることがあります。そのため、単純な影面積だけでは発電損失を説明できない場合があります。

PVsystでは、遠方の山並みなど発電所全体へほぼ一様に作用する影を「遠方影」として地平線プロファイルで扱い、近隣建物、樹木、電柱、フェンス、架台列などが落とす影を「近接影」として3Dシーンで扱います。山影や遠方障害物と、近接影の3Dモデルを同じ設定として扱わないことが重要です。([PVsyst][9])

近接影モデルでは、障害物の位置、高さ、方位、地盤高、モジュール列の寸法、列間隔が実態と合っている必要があります。設計図と竣工図が異なる、造成後の地盤高が変わる、周辺に新しい建物ができる、樹木や雑草が成長すると、設計時の影条件は現況を表さなくなります。

影による差は、時間帯と季節に特徴が出やすい傾向があります。冬季の朝だけ低い、夕方に特定のPCSだけ落ちる、晴天日に特定ストリングの電流が低いといった場合は、太陽位置と障害物の方向を照合します。年間総量だけでは小さく見える影でも、特定時間帯には大きな損失になることがあります。

電気的影響は、モジュールのセル配置、バイパスダイオードの区分、縦横配置、ストリング構成、MPPTへの接続によって変わります。PVsystには、モジュールストリングのパーティションを使う方法や、より詳細なModule Layoutによる方法があります。設定方法には適用範囲と近似があるため、複雑な不規則影ではモデルの前提を確認します。([PVsyst][10])

実績と照合するときは、竣工図、現況測量、現地写真、時刻付きの影写真、ドローン画像、PCS・ストリングデータを組み合わせます。画像だけで高さや位置を断定せず、必要に応じて測量値で3Dシーンを更新します。更新前の設計モデルは残し、竣工モデルや現況モデルを別バリアントとして管理すると、差の由来を説明しやすくなります。

原因5 汚れ、積雪、草木、鳥害などの運用損失が反映されていない

設計時のモデルに、運転中の汚れ、積雪、草木、落葉、鳥の糞などが十分に反映されていないと、実績発電量は予測を下回ることがあります。これらの損失は立地、季節、傾斜角、清掃頻度、周辺環境によって大きく異なるため、根拠のない一律値を置くのは避けるべきです。

PVsystでは、汚れ損失を月別に設定し、日射損失として計算できます。一方、積雪は標準の気象データに含まれず、積雪の影響が大きい場合は、対象月の部分的または完全な減衰として別途考慮する方法が示されています。したがって、降雪量の多い実績年を、積雪損失を入れていない標準年モデルと直接比較すると、差を過小評価または誤分類する可能性があります。([PVsyst][11])

汚れの原因には、粉じん、黄砂、花粉、塩分、農作業や工事由来の土ぼこり、鳥の糞などがあります。雨で落ちやすい汚れもあれば、低傾斜部やフレーム際に残る汚れもあります。日射計だけが汚れている場合は発電性能が実際より良く見え、モジュールだけが汚れている場合は悪く見えるため、両者の清掃状態をそろえて確認します。

草木は、汚れ損失というより近接影または運用上の遮蔽として扱うのが適切です。春から夏に伸びた雑草が下段モジュールへ影を落とす場合、設計時の固定的な3Dモデルだけでは再現できません。草刈り履歴、繁茂時の写真、時間帯別のストリング電流を使い、季節的な影として評価します。

清掃前後や草刈り前後の発電量比較は有効ですが、単純な総量比較だけでは天候差が混ざります。できるだけ近い日射量と温度の時間帯を選ぶ、清浄な基準モジュールや基準ストリングと比較する、面内日射で補正するなど、比較条件をそろえます。積雪についても、積雪深だけでなく、モジュール上の被覆率、滑雪時刻、下端への残雪を記録すると分析しやすくなります。

運用損失をPVsystへ反映する場合は、点検・清掃・草刈り・積雪の実績から月別値を設定し、根拠を記録します。実績に合わせるためだけに損失率を調整すると、別の不具合を隠すおそれがあります。まず現場証拠を確認し、原因ごとの損失を分けて管理することが重要です。

原因6 機器の停止、出力制御、PCS制限を十分に織り込めていない

実際の発電所では、PCS（インバーター）の停止、保護動作、ブレーカー動作、直流側故障、交流側故障、点検停止、系統側の出力制御などが発生します。これらが実績に含まれている一方、PVsyst側の設定に入っていなければ、実績はシミュレーションを下回ります。

ただし、PVsystが停止や出力上限を扱えないわけではありません。設備停止についてはシステムのUnavailability lossを設定でき、系統注入電力の上限についてはGrid power limitationを設定できます。したがって問題は「機能がない」ことではなく、設定していない、設定値が実態と異なる、または実際の時刻別挙動を固定条件で十分に再現できていないことです。([PVsyst][12])

短時間停止は、月次総量だけでは見つけにくいことがあります。晴天時の数分から数十分の停止は損失が大きくなりやすいため、PCSのイベントログ、アラーム履歴、運転時間、系統連系点の電力を確認します。通信欠損と設備停止は別物なので、監視値がゼロでも売電メーターが増えているなら、データ収集側の問題を疑います。

出力制御については、契約上限、系統運用者からの指令、発電所制御装置の設定などを確認します。固定の上限値で再現できる制御もありますが、時刻や系統状態に応じて変化する制御は、固定値だけでは実績と一致しない場合があります。実際の制御履歴があるなら、制御時間と抑制電力量を別集計し、シミュレーションとの差から切り分けます。

PCS容量によるクリッピングも重要です。直流側の最大電力点がPCSの電力、電圧、電流の動作限界を超えると、PVsystではその制限に伴う損失が計算されます。実機の型式、定格、MPPT数、入力電流上限、直流・交流容量比、力率設定がモデルと違えば、クリッピング量も変わります。([PVsyst][13])

モジュール劣化、ヒューズ切れ、コネクタ不良、ケーブル損傷、絶縁異常、接続箱異常などは、平均的な経年劣化とは別に局所的・突発的な低下を生みます。全体が一様に低いのか、特定PCS、MPPT、ストリングだけが低いのかを確認し、局所差があれば回路単位の調査を優先します。

原因7 実績データ側の集計、計測、比較条件に誤差がある

差の原因は、PVsyst側だけでなく実績データ側にもあります。計測点、集計期間、単位、欠損処理、時刻基準が不明確なまま比較すると、設備に問題がなくても大きな差があるように見えることがあります。

実績発電量には、PCS出力、監視装置の合計、構内電力量計、売電メーター、受電点の計量値、請求用の検針値などがあります。PVsyst側の `EOutInv` と実績の売電量を比較すれば、交流配線、変圧器、補機、所内消費などの差が混ざる可能性があります。反対に、`E_Grid` とPCS出力を比較しても境界が一致しません。まず単線結線図上で比較点をそろえます。([PVsyst][2])

集計期間のずれも典型的な原因です。PVsystの月別集計（通常は暦月）に対し、実績が検針日から次回検針日まで、社内締め日基準、運転開始日からの期間になっていると、月別値は一致しません。タイムゾーン、夏時間、日付境界、うるう日も確認し、開始日時と終了日時を明示します。

通信欠損がある場合、発電していても監視データだけが欠けることがあります。欠損をゼロで埋めたのか、線形補間したのか、売電メーターから補完したのかによって実績値は変わります。補完値を含む期間はフラグを付け、設備停止とデータ欠損を分けて集計します。

計測器の倍率設定や配線も確認します。CT・VT比、計器定数、正負方向、相数、積算値のロールオーバー、交換前後のオフセットに誤りがあると、一定割合の差が通年で続くことがあります。日射計や温度計についても、校正、設置角度、清掃状態、センサー交換履歴を確認します。

PVsystには実測データを取り込み、シミュレーション変数と対応付けて比較する機能があります。比較期間と変数の対応を明示できるため、データ定義が整っている場合は時間値または日値での検証に活用できます。([PVsyst][14])

差分分析で最初に確認すべき実務手順

PVsystと実績発電量に差が出た場合は、影や温度の設定をすぐに調整するのではなく、比較条件から順番に確認します。実績に合うように複数の損失率を同時変更すると、どの原因が効いたのか分からなくなり、モデルの再現性も失われます。

最初に、比較対象を一文で定義します。たとえば「2025年1月1日から12月31日までの系統注入点の有効電力量を、PVsystの `E_Grid` と比較する」のように、期間、計測点、物理量、単位を明示します。次に、PVsystのバリアント、気象ファイル、ソフトウェア版、主要損失設定を保存します。

その後、実績データの品質を確認します。欠測、重複、異常値、時刻ずれ、単位違い、計器交換、通信断を洗い出し、補正方法を記録します。ここで問題が見つかれば、設備側の原因調査より先にデータを整えます。

次に、対象年の気象差を確認します。可能であれば対象年の時間別気象データでPVsystを再計算し、実績と同期間で比較します。単純に「発電量を日射量比で割る」方法は、温度、入射角、影、クリッピングなどを無視するため、初期スクリーニングに限定します。正式な評価では、面内日射と温度を含む同期間シミュレーションまたは適切な性能指標を使います。

月別、日別、時間帯別へ分解し、差の形を見ます。通年で一定比率なら計測境界、容量、計器倍率、恒常的な損失設定を疑います。夏だけなら温度、汚れ、制御、PCS制限、冬の朝夕なら遠方影・近接影や積雪、特定日の急落なら停止や欠測を優先します。

さらに、PCS、MPPT、ストリング単位で比較します。全体が同じように低い場合は気象、共通制御、計測点を優先し、一部だけ低い場合は機器、配線、局所影、局所汚れを調べます。イベントログ、清掃・草刈り履歴、点検記録、現地写真と時系列を重ねると、原因を絞り込みやすくなります。

最後にPVsystモデルを更新します。モジュール枚数、PCS型式、直流・交流容量、MPPT割付、方位、傾斜、列間隔、影、温度モデル、汚れ、停止、系統上限が竣工状態と合っているかを確認します。設計時モデル、竣工時モデル、運用検証モデルを分け、変更理由と根拠を残すことが重要です。

PVsystを設計だけでなく運用改善に活かす考え方

PVsystは設計時の年間発電量を一度計算して終わるためだけのツールではありません。実測データを取り込み、シミュレーション変数と比較する機能もあるため、入力条件とデータ品質を管理すれば、運転開始後の性能検証にも活用できます。([PVsyst][1])

運用で使う場合は、目的の異なるモデルを分けて管理します。設計時の契約・投資判断に使った基準モデル、竣工図と実機仕様を反映した竣工モデル、対象年の気象と既知の停止を反映した検証モデルを混同しないことが大切です。実績に合うまで元の設計モデルを書き換えると、当初予測との差を説明できなくなります。

差分分析の結果は、点検や保守の優先順位に結び付けます。特定PCSだけ低いなら電気系統を確認し、朝夕だけ低いなら影を調べ、清掃後に改善するなら汚れ管理を見直します。出力制御が主因なら、設備故障として扱わず、制御損失として別集計します。

社内報告や顧客説明では、発電量の数値だけでなく、気象データの名称と期間、PVsystのバリアントと版、比較変数、計測点、含めた損失、除外・補完した期間を示します。予測値を単一の確定値として示すのではなく、前提条件と不確かさを併記すると、実績差を適切に説明しやすくなります。

理想的なのは、PVsystモデル、現地日射・温度、PCS・ストリングデータ、売電メーター、アラーム履歴、出力制御履歴、清掃・草刈り・積雪記録、現況写真を同じ時刻軸で管理することです。シミュレーションと現場情報を結び付けることで、差の説明だけでなく、再発防止や保守計画の改善につなげられます。

まとめ

PVsystの予測値と実績発電量に差が出る代表的な原因は、気象データ、日射量の種類と測定条件、温度モデル、影、汚れ・積雪・草木などの運用損失、機器停止・出力制御・PCS制限、実績データの集計・計測条件の7つです。実際には複数要因が重なることもあるため、一つの損失率だけで説明し切ろうとしないことが重要です。

特に重要なのは、同じ期間、同じ計測境界、同じ単位で比較することです。年間総量だけでなく、月別、日別、時間帯別、PCS別、ストリング別に分解すると、気象差、季節性、局所故障、影、停止の特徴が見えやすくなります。

また、PVsystには汚れ、温度、影、設備停止、系統上限などを扱う機能がありますが、設定すれば自動的に現場と一致するわけではありません。竣工状態、対象年の気象、実際の運用履歴に合わせ、設定根拠を残しながら検証する必要があります。

PVsystを実績評価に活用する際は、設計モデルを保存したうえで、竣工モデルと運用検証モデルを分けて管理します。差を無理にゼロへ合わせるのではなく、どの前提と現場条件が差を生んだのかを説明できる状態にすることが、発電所の性能管理と改善につながります。