PVsystとは？発電量低下の原因を切り分ける6ステップ

目次

• PVsystとは何を確認するためのツールか

• 発電量低下を切り分ける前に前提をそろえる

• ステップ1 基準となるシミュレーション条件を確認する

• ステップ2 実績データと比較期間をそろえる

• ステップ3 日射量と気象条件のずれを確認する

• ステップ4 影・汚れ・温度によるロスを見直す

• ステップ5 電気設備と運用停止の影響を分けて考える

• ステップ6 現地確認と再シミュレーションで原因を絞り込む

• 発電量低下の説明資料で注意したいこと

• まとめ

PVsystとは何を確認するためのツールか

PVsystとは、太陽光発電システムの設計、サイジング、発電量シミュレーション、計測データ分析に使われるソフトウェアです。検索語では「PVSyst」と表記されることもありますが、公式表記は「PVsyst」です。所在地や気象データ、モジュールの方位・傾斜角、設備容量、モジュールとインバータの構成、影、配線、温度特性、汚れなどの条件を設定し、年間・月別の発電電力量、比発電量、性能比（PR）、ロスダイアグラムなどを確認できます。

実務では、基本設計や事業性検討に用いる予測ケースを作るほか、運転開始後の計測データとシミュレーション結果を比較する用途にも使われます。ただし、設計時の標準年気象データによる年間予測と、特定年の実績発電量は前提が異なります。単純な差だけで設備性能を評価せず、対象年の日射量、気温、風、稼働状況などをそろえて比較する必要があります。

PVsystは、発電量低下の原因を自動的に診断する故障解析装置ではありません。計算結果は入力条件とモデルにもとづくため、実績が予測を下回っても、直ちに設備故障とは判断できません。気象差、影、汚れ、積雪、停止、出力制御、計測境界の違い、データ欠損などを順番に確認し、監視データ、点検記録、現地調査と組み合わせて原因を絞り込みます。

また、同じ発電所でも、使用する気象ファイル、ソフトウェアのバージョン、機器データ、損失仮定、影モデルによって結果は変わります。レポートの最終発電量だけでなく、どの入力条件と計算ケースから得られた結果かを確認することが重要です。

発電量低下を切り分ける前に前提をそろえる

発電量低下を確認するときは、最初に「何と何を、どの境界で比べているか」を明確にします。設計時の年間発電量は、標準年気象データや過去年データを使った予測であることが多く、実績値は対象年の実際の気象と稼働状況を含みます。日射量が平年より少ない年に総発電量だけを比較すると、正常な設備でも予測未達に見えることがあります。

比較には、発電電力量だけでなく、傾斜面日射量、PR、停止時間などを用います。ただし、PRもすべての気象影響を完全に除く指標ではありません。モジュール温度、風、汚れ、積雪、計測方法などの影響を受けるため、算定式、使用した日射量、集計期間、エネルギーの測定位置をそろえます。

測定位置の確認も欠かせません。インバータ出力、所内交流盤、変圧器通過後、連系点、売電メーターでは、含まれる配線損失、変圧器損失、補機消費などが異なります。自家消費や蓄電池がある設備では、系統への送電電力量だけを見ても、設備が生み出した電力量全体とは一致しない場合があります。PVsystのどの出力変数と実測値を対応させるかを先に決めます。

さらに、完成図書と現状を確認し、モジュール容量、直並列構成、インバータ、ケーブル、変圧器、設置角度、列間隔、周辺障害物などがシミュレーションケースと一致しているかを確かめます。概算設計時のファイルをそのまま竣工後の基準にすると、設計変更分が原因不明の差として現れます。

ステップ1 基準となるシミュレーション条件を確認する

最初に、比較基準とするPVsystのプロジェクトとバリアントを特定します。ファイル名だけで判断せず、作成日、更新履歴、ソフトウェアのバージョン、計算目的、使用した気象ファイルを確認します。同じ案件に複数の設計案がある場合は、契約値や竣工状態に対応するケースを選びます。

気象条件では、データの提供元、対象期間、時間間隔、標準年データか特定年データかを確認します。異なる気象データベースや生成方法を使うと、同じ地点でも日射量や発電量の結果に差が生じます。対象年の実績と比較する場合は、設計時の標準年ケースと、対象年の気象データを使った評価ケースを分けると整理しやすくなります。

設備条件では、方位、傾斜角、モジュール枚数、直列数、並列数、インバータ容量とMPPT構成、変圧器、配線抵抗などを確認します。モジュールやインバータの型式が正しくても、実機の設定値、出力制限、力率条件、温度によるディレーティングなどが異なれば、実績との差につながることがあります。

影については、地平線、周辺障害物、列間の自己影、モジュールやストリングの配置条件を確認します。造成後の地盤高さ、架台位置、列間隔、樹木の成長、新設構造物などにより、設計時の3Dシーンが現況と合わなくなる場合があります。影による電気的損失の評価は、3D形状だけでなく、モジュールとストリングの割り当てや計算方法にも左右されます。

詳細損失では、IAM、汚れ、温度、モジュール品質、ミスマッチ、劣化、直流・交流配線、インバータ、変圧器、補機消費、設備停止などの設定を確認します。PVsystの初期値や設計上の仮定は、現地で測定された事実とは限りません。最終発電量だけでなく、ロスダイアグラムと入力根拠を見て、実態に合わない仮定がないかを確認します。

ステップ2 実績データと比較期間をそろえる

次に、実績データの期間、時刻、集計方法をそろえます。暦年、年度、検針期間、運転開始日から1年間など、期間の切り方が異なると比較値も変わります。タイムゾーン、サマータイムの有無、時刻ラベルが計測区間の開始時刻か終了時刻かも確認し、日別・時間別のずれを防ぎます。

実績データには、売電メーター、電力量計、インバータ、監視システムなど複数の情報源があります。各データの測定位置、単位、積算値か区間値か、変成器倍率、補正処理の有無を確認します。PVsystの連系点出力とインバータ内蔵メーターを直接比べると、交流配線や変圧器などの損失差が含まれる可能性があります。

欠測、重複、通信遅延、積算値のリセットも点検します。監視画面の発電量が低くても、実際の発電低下ではなく通信欠測である場合があります。反対に、連系点の月間総量だけでは、特定のインバータやストリングに生じた低下を見つけにくいことがあります。基準となる電力量計と監視値を照合し、データ品質を確認します。

点検停止、故障停止、系統側停止、出力制御、災害対応などは、日時と対象設備を記録します。PVsystでは、条件を設定すれば設備の不稼働や系統出力上限を計算に含められますが、設計ケースにその条件が入っているとは限りません。比較時には、停止や制御を含む実績と、停止を除いた設備性能の評価を分けます。

最初は月別の全体傾向を確認し、その後、日別、時間別、インバータ別、ストリング別へ粒度を上げます。全体が同じ割合で低いのか、一部設備だけ低いのか、特定の季節や時間帯に偏るのかを整理すると、次に確認すべき項目を絞りやすくなります。

ステップ3 日射量と気象条件のずれを確認する

発電量低下の評価では、まず日射条件を確認します。設計時の気象ファイルに含まれる日射量と、対象期間の実測日射量または信頼できる気象データを比較します。このとき、水平面日射量とモジュール面の傾斜面日射量を混同しないようにします。PVsystのPRや発電量評価に対応させるには、使用した日射量の定義をそろえる必要があります。

現地に日射計がある場合も、その値を無条件に正しいとはみなしません。校正履歴、設置角度、方位、汚れ、影、欠測、時刻ずれを確認します。近傍の気象観測値や衛星データは有用ですが、発電所の局地的な雲、地形、積雪を完全に再現するとは限らないため、相互比較に使います。

対象年の気象データをPVsystに取り込み、同じ期間で再計算できれば、標準年との差と設備側の差を分けやすくなります。日射量が予測より少なく、日射条件をそろえた発電性能が概ね維持されているなら、総発電量の差は主に気象差で説明できる可能性があります。日射条件をそろえても差が残る場合は、温度、影、汚れ、停止、設備状態などを追加で確認します。

温度の確認では、気温だけで結論を出さないことが重要です。モジュール温度は、日射量、周囲温度、風、架台や屋根との間隔などに左右されます。PVsystの温度損失は熱モデルの設定にも依存するため、利用可能であればモジュール裏面温度や風速を確認し、十分な期間のデータにもとづいて熱損失条件を見直します。

積雪、土ぼこり、花粉、黄砂、落葉、海塩粒子などの現地事象も、受光面の遮蔽や停止を通じて発電量に影響する場合があります。ただし、これらが気象ファイル、汚れ損失、影、設備停止などの条件に反映されていなければ、PVsystが自動的に実態を織り込むわけではありません。現地記録と気象履歴を照合し、どの計算条件として扱うかを明確にします。

ステップ4 影・汚れ・温度によるロスを見直す

気象差を整理した後は、影、汚れ、温度によるロスを見直します。これらは設備故障がなくても発生し、季節や時間帯によって影響が変わります。月間総量だけでなく、日別・時間別の発電曲線と現地状況を照合します。

影については、建物、樹木、電柱、フェンス、法面、架台、列間の自己影などを確認します。設計後に障害物が増えた場合や樹木が成長した場合は、当初の影モデルでは現況を説明できません。朝夕や冬季に差が大きいときは影が候補になりますが、発電曲線だけで断定せず、現地写真、太陽位置、3Dシーン、ストリング構成を突き合わせます。

PVsystでは地平線や近接影を扱えますが、影による電気的損失の精度はモデル化の方法に依存します。障害物の寸法や位置、モジュール配置、ストリング割り当てが粗い場合、実際のバイパスダイオード動作やミスマッチを十分に再現できないことがあります。計算結果は、現地を確認する優先順位を決める材料として扱います。

汚れ損失は、年間一律または月別の仮定として設定できます。砂ぼこり、花粉、鳥ふん、落葉、農地由来の粉じん、海塩粒子など、付着物と洗浄状況は発電所ごとに異なります。汚れ損失に万能な標準値があると考えず、清掃前後の比較、降雨履歴、汚れ計のデータなど、入手できる根拠にもとづいて設定します。

温度損失では、架台形式、屋根との隙間、裏面の通風、周囲温度、風速、モジュール温度センサーを確認します。夏季に差が広がる場合は温度が候補になりますが、短期間の結果だけに合わせて熱モデルの係数を調整すると、別の季節で不整合が生じることがあります。十分な期間の計測データと設置条件にもとづいて見直します。

影、汚れ、温度は複合して現れることがあります。原因の寄与を確認するため、影だけ、汚れだけ、温度条件だけを変更したケースを作り、一度に複数の仮定を変えないようにします。

ステップ5 電気設備と運用停止の影響を分けて考える

次に、実際の発電損失と、計測・通信上の見かけの低下を分けます。売電メーターや基準電力量計では正常なのに監視画面だけ低い場合は、通信欠測や集計処理が候補です。一方、基準メーターでも低く、特定のインバータやストリングに偏りがある場合は、設備側の確認が必要です。

設備側では、ストリングの開放、ヒューズや保護装置の動作、コネクタや端子の不具合、配線抵抗の増加、インバータの停止・出力低下、変圧器や補機の異常などが候補になります。ただし、PVsystの発電量差だけで故障箇所を特定することはできません。警報履歴、電流・電圧、絶縁監視、温度、現地点検などを組み合わせ、電気的な点検や測定は、設備の手順と法令に従い、必要な資格・権限を持つ担当者が実施します。

通信異常は、発電設備そのものを停止させる制御系の問題でない限り、実発電量の低下とは限りません。監視データの欠落と、実際の停止を同じロスとして扱わないようにします。逆に、通信断のため停止警報を把握できていない可能性もあるため、電力量計や機器本体の履歴と照合します。

運用停止と出力制御も、設備性能とは分けて整理します。点検、系統側の要請、出力制御、保護動作、復旧作業などについて、開始・終了時刻と対象範囲を確認します。一定の系統出力上限はPVsystでモデル化できますが、実際の制御指令が時間ごとに変わる場合は、運用ログと同じ条件を再現できているかを確認する必要があります。

時間帯や天候との相関は、仮説づくりに役立ちます。ただし、朝夕の低下を影、夏季の低下を温度、雨天後の警報を絶縁不良と即断するのは危険です。複数の候補を並べ、監視データと現地証拠で一つずつ検証します。

ステップ6 現地確認と再シミュレーションで原因を絞り込む

最後に、現地確認と再シミュレーションを組み合わせます。影を疑うなら障害物の位置・高さと発生時刻、汚れを疑うなら付着状況と清掃履歴、温度を疑うなら設置状態と温度・風の記録、設備不具合を疑うなら警報と測定結果を確認します。写真には撮影日時、位置、方位、対象設備をひも付けると、発電データとの対応が明確になります。

再シミュレーションでは、まず元の設計ケースを保存し、対象年気象を使うケース、現況の影を反映したケース、汚れ条件を見直したケース、熱条件を見直したケース、停止・出力制御を反映したケースを分けます。入力値ごとに、図面、現地測定、点検記録、運用ログなどの根拠を残します。

変更後の結果が実績に近づけば、その要因が差の一部を説明する可能性は高まります。しかし、計算値が一致しただけでは原因の証明にはなりません。複数の仮定を調整すれば実績に合わせ込めるため、独立した現地証拠がないパラメータ調整は避けます。

発電量低下は、気象差、汚れ、影、温度、停止、出力制御、設備不具合が重なって生じることがあります。各ケースの差分を整理し、説明できた量と、まだ説明できない残差を分けると、追加調査の優先順位を付けやすくなります。

資料には、PVsystのバージョン、プロジェクト名、バリアント名、気象データ、対象期間、入力変更点、データ出典、作成者を記録します。再現可能な形で条件を残すことで、後日の検証や第三者確認にも使いやすくなります。

発電量低下の説明資料で注意したいこと

社内や顧客向けの説明では、「予測より低い」という一文だけで結論を出さないようにします。少なくとも、設計時の標準年予測、対象年気象で再計算した期待値、実績値、停止・出力制御の影響、未説明の差を分けて示します。

数値には、対象期間、単位、測定位置、データ出典、欠測処理を明記します。予測値と実測値、連系点とインバータ出力、水平面日射量と傾斜面日射量が混在すると、差の意味が伝わりません。PRを示す場合も、計算に用いた日射量と発電電力量の境界を記載します。

PVsystのレポートは、入力条件にもとづく計算結果です。レポートに表示されたロスを、そのまま現地で発生した実測ロスと断定しないようにします。「確認済み」「データから可能性が高い」「追加確認が必要」を分け、不確かさが残る箇所は明示します。

また、結果を説明するときは、採用した入力値だけでなく、採用しなかった仮説や感度ケースも残すと判断過程が分かりやすくなります。特定の原因に合わせて条件を調整したように見えないよう、変更順序と根拠を記録します。

最後に、原因ごとの対応を整理します。気象差が中心なら評価期間を延ばす、汚れが有力なら清掃効果を検証する、影が有力なら障害物対策を検討する、停止が大きいなら運用記録と復旧手順を見直す、設備不具合が疑われるなら安全な点検計画を立てる、といった形です。PVsystは優先順位を検討するための数値材料になりますが、最終判断は計測と現地確認を含めて行います。

まとめ

PVsystとは、太陽光発電システムの設計、発電量シミュレーション、損失分析、計測データ比較に使われるソフトウェアです。発電量低下の原因を切り分けるときは、設計時の予測値と実績値を単純比較せず、気象、計測境界、設備構成、停止条件をそろえる必要があります。

実務では、基準ケースの確認、実績データの整備、日射・気象差の評価、影・汚れ・温度の見直し、設備と運用停止の分離、現地確認と感度解析の順に進めます。PVsystで表現できる損失でも、入力していなければ計算には反映されません。また、通信欠測や実機故障のように、シミュレーションだけでは特定できない事象もあります。

原因分析の精度を高めるには、監視データ、点検履歴、位置情報付き写真、設備位置、図面、必要に応じた点群データなどを、日時と対象設備が追える形で管理することが重要です。PVsystの計算条件と現場の証拠を結び付けることで、発電量低下の説明を、再現性のある点検・改善計画へつなげやすくなります。