top of page

PVsystのDetailed Losses設定を使いこなす方法|精度向上の秘訣

タイマーアイコン.jpeg
この記事は平均6分30秒で読めます
万能の測量機LRTKの説明

著者: LRTKチーム

PVsystの使い方を学ぶ実務担当者にとって、Detailed Losses(詳細損失)の設定は、発電量シミュレーションの前提を説明可能にする重要な入力領域です。モジュール容量、PCS(インバータ)容量、方位角、傾斜角、日射量データを整えても、損失条件の扱いが曖昧なままでは、予測値と実績値に差が出ることがあります。特に事業性評価、設計比較、社内説明、発注者向け資料に使う場合は、Detailed Lossesを初期値のまま流すのではなく、現地条件、設計条件、保守方針に合わせて根拠を持って見直すことが大切です。


なお、PVsystの表示項目や入力画面はバージョン、システム種別、設定内容によって変わる場合があります。本記事では、公式表記に合わせて「PVsyst」と記載し、Detailed Lossesで扱われる代表的な損失項目を、実務で確認しやすい観点に整理して解説します。


目次

Detailed Losses設定が精度に影響する理由

初期値のまま使う前に確認したい前提

温度損失を現地条件に合わせる考え方

配線損失と電圧条件を設計値で見直す

モジュール品質・ミスマッチ・劣化の扱い方

汚れ・積雪・影の損失を過小評価しない

停止時間と運用損失をシミュレーションに反映する

詳細損失を説明資料に使う時の注意点

精度向上につながる運用フロー

Detailed Losses設定を現地データとつなげるまとめ


Detailed Losses設定が精度に影響する理由

PVsystで発電量を計算する時、最初に目が向きやすいのは気象データ、モジュール枚数、PCS容量、アレイの向き、傾斜角などです。これらは発電所の骨格を決める情報なので、もちろん重要です。しかし、実務で予測値と実績値の差を詰めていく段階では、Detailed Losses設定の理解が欠かせません。


Detailed Lossesでは、温度、配線抵抗、汚れ、モジュール品質、ミスマッチ、経年劣化、補機消費、停止時間など、発電所の実際のふるまいに近い損失条件を整理します。バージョンや構成によっては、IAM、LID、外部変圧器損失、System Unavailabilityなども結果の損失図と関連して確認します。つまりDetailed Lossesは、単に損失率を入力する画面ではなく、日射から交流電力量に至るまでの前提を分解して確認するための設定群です。


発電量シミュレーションは、日射量に設備容量を掛けるだけの計算ではありません。太陽光パネルに届いた日射は、反射、セル温度上昇、配線抵抗、モジュール間のばらつき、汚れ、影、インバータ変換、補機消費、停止時間などの影響を受け、最終的に有効な交流電力量として評価されます。ここを実態より楽観的に設定すれば予測値は高く出やすくなり、逆に保守的にしすぎれば事業性を過小評価する可能性があります。


実務担当者が注意したいのは、損失項目の一つひとつは小さく見えても、積み重なると年間発電量に無視できない影響を与えることです。特に大規模な案件では、数パーセントの差が収益見通しや設備仕様の判断に関わります。そのため、Detailed Lossesを使いこなす目的は、結果を都合よく合わせることではなく、なぜその損失条件を採用したのかを説明できる状態にすることです。


現地条件、設計図、機器仕様、施工条件、保守方針、過去の実績をもとに入力値の根拠を積み上げることで、PVsystのシミュレーション結果は社内外に説明しやすくなります。これは「PVsystの使い方」を操作手順として覚えるだけでなく、設計判断と運用判断を結び付けるうえでも重要です。


初期値のまま使う前に確認したい前提

PVsystの損失設定には、作業の出発点として使える初期値や標準的な入力欄が用意されています。初期値は便利ですが、そのまま使うだけで個別案件に最適な結果になるとは限りません。日本国内の太陽光発電所でも、地形、気候、積雪、海風、山影、周辺植生、施工方法、ケーブルルート、PCS配置、保守頻度などは案件ごとに大きく異なります。


まず確認したいのは、今回のシミュレーションがどの段階の資料に使われるのかです。初期検討段階であれば、まだ詳細な施工条件が決まっていないため、一般的な損失率を仮定として置くことがあります。一方で、融資検討、発注者説明、施工後の検証、既設発電所の改善提案に使う場合は、より具体的な根拠が求められます。同じPVsystの使い方でも、目的によって入力精度の要求水準は変わります。


次に、設計値と現地値を分けて考えることが重要です。設計図上ではケーブル長が短く見えても、実際の施工では迂回配線や盤配置の都合で長くなることがあります。地形図上では影の影響が小さく見えても、現地では草木、法面、電柱、フェンス、近隣構造物の影が影響することがあります。Detailed Lossesの入力は、設計図面だけで完結させるのではなく、現地確認や施工計画と照らし合わせることで精度が上がります。


また、すべての損失を個別に大きく見積もれば安全というわけではありません。過度に保守的な設定を重ねると、発電量予測が必要以上に低くなり、設備投資や改善提案の判断を誤ることがあります。重要なのは、各損失の意味を理解し、重複計上を避けることです。たとえば影の影響を近接シェーディングや地平線シェーディングで別途扱っている場合、汚れ損失やその他の損失にも同じ要因を含めると、同じ現象を二重に差し引くおそれがあります。


初期値を使う場合でも、なぜその値で足りると判断したのか、どの条件が未確認なのか、後でどのデータを使って更新するのかを記録しておくと、社内レビューや顧客説明がスムーズになります。Detailed Lossesは、入力欄を埋める作業ではなく、案件ごとの不確実性を整理する作業として扱うのが安全です。


温度損失を現地条件に合わせる考え方

太陽光発電では、モジュール温度が上がると出力が低下しやすくなります。PVsystのDetailed Lossesで温度に関する設定を扱う時は、単に外気温だけを見るのではなく、架台形式、設置高さ、背面通風、屋根面との距離、周辺の風通し、地表面の状態まで含めて考える必要があります。温度損失は年間を通じて効くため、精度に与える影響が大きい項目です。


地上設置型の発電所では、モジュール背面に空気が流れやすい条件であれば、熱がこもりにくくなります。一方、屋根上や壁面に近い設置、低い架台、密集配置、風の抜けにくい場所では、セル温度が上がりやすくなります。現地の設置環境を反映しないまま標準的な温度条件を使うと、夏季の発電量やピーク時の出力に差が出ることがあります。


温度設定で注意したいのは、気象データの外気温とモジュール温度を混同しないことです。外気温が同じでも、モジュールの裏側に熱が逃げるかどうかでセル温度は変わります。PVsystでは、熱伝達に関する係数などを通じて、設置条件に応じた温度上昇をモデル化します。数値を決める際は、標準的な架台か、通風が悪い条件か、特殊な設置方法かを整理してから入力するのが実務的です。


既設発電所のシミュレーションを行う場合は、実績データと照合することで温度条件の妥当性を検証できます。晴天日の発電カーブを確認し、日射が十分あるにもかかわらず高温時間帯に出力が想定より落ちている場合、温度損失の設定を見直す余地があります。ただし、温度だけでなく、PCSの出力制限、電圧条件、汚れ、影、計測データの欠測なども同時に起こり得るため、一つの要因だけに決めつけない姿勢が必要です。


新設案件では実測データがないため、現地の設置条件を丁寧に読むことが重要です。沿岸部、山間部、積雪地域、都市部屋根、工場屋根、農地転用地などでは、風通しや地表面温度の傾向が異なります。Detailed Lossesの温度設定は、設備の熱環境を反映する入力欄として捉えると、単なる既定値入力から一歩進んだ使い方になります。


配線損失と電圧条件を設計値で見直す

配線損失は、太陽光発電所の直流側と交流側の電気的な損失を考えるうえで欠かせない項目です。PVsystのDetailed Lossesでは、アレイ側の配線抵抗や電圧降下に関わる設定を行い、発電した電力がPCSに届くまでの損失を反映します。構成によっては、PCS以降の交流配線や外部変圧器の損失も、結果の損失図やシステム全体の評価に関係します。


配線損失を見直す時は、まず直流側のストリングから接続箱、集電盤、PCSまでのルートを確認します。図面上の直線距離ではなく、実際の配線経路に近い長さを考えることが大切です。架台列の端から端までの引き回し、地中配管、盤までの迂回、保守スペースを避ける経路などにより、想定より長くなることがあります。ケーブル長が伸びれば抵抗損失も増えます。


次に、ケーブルの断面積と電流条件を確認します。同じ距離でも、電流が大きい回路や断面積が小さいケーブルでは損失が大きくなります。PVsystの入力では、標準的な損失率として扱う場合もあれば、詳細な配線条件から計算に近づける場合もあります。実務では、電気設計図、単線結線図、ケーブル一覧、盤配置をもとに、入力値が現実から大きく外れていないか確認することが重要です。


交流側の損失も見落とせません。PCSから受変電設備、連系点までの距離が長い場合や、複数のPCSを集約する構成では、交流側の配線損失が無視しにくくなります。特に敷地が広い案件や、地形上PCSを分散配置できない案件では、交流側のルート確認が必要です。直流側だけを細かく見て交流側を簡略化すると、全体の損失評価に偏りが出ることがあります。


配線損失は、設計段階と施工後で差が出やすい項目です。施工後に実際のケーブルルートが変わった場合、PVsystのDetailed Lossesも更新すると、完成後の発電量検証に使いやすくなります。発電所の実績が想定より低い場合、配線損失そのものが主因とは限りませんが、電圧降下や回路ごとのばらつきを確認する手がかりになります。


モジュール品質・ミスマッチ・劣化の扱い方

太陽光パネルは同じ型式であっても、すべてが完全に同じ出力特性を持つわけではありません。製造ばらつき、測定条件、ストリング内の組み合わせ、経年変化により、実際の出力には差が生じます。PVsystのDetailed Lossesでは、モジュール品質、ミスマッチ、初期劣化、経年劣化などに関わる損失を設定し、カタログ上の理想値と実運用の差を反映します。


モジュール品質に関する設定では、機器データ上の公称出力と実際に納入されるモジュールの出力許容差をどう扱うかがポイントになります。プラス側の許容差がある場合、PVsyst上でモジュール品質損失がマイナス、つまりゲインのように扱われるケースもあります。ただし、事業性評価では過度に発電量を上乗せするのではなく、納入仕様、検査成績、設計上の安全側の考え方を踏まえて、説明可能な範囲で設定することが重要です。


ミスマッチ損失は、ストリング内またはアレイ内のモジュール特性のばらつきによって生じます。日射条件が均一で、同じ向き・同じ傾斜でそろえられたアレイでも、モジュールごとの電流特性や温度条件が完全に一致するとは限らないため、一定の損失が発生することがあります。さらに、部分的な影、汚れ、積雪、角度差、温度差があると、ミスマッチの影響は大きくなる場合があります。


劣化の扱いも重要です。初年度の発電量を評価するのか、特定年度の発電量を評価するのか、長期平均を評価するのかによって、劣化損失の考え方は変わります。初期劣化と経年劣化を混同すると、特定年度の発電量や長期収支の見通しにずれが出ます。PVsystの使い方としては、初年度評価、代表年評価、長期評価を分け、どの年次の発電量を示しているのかを資料上で明確にすることが大切です。


実務でよく起こる問題は、発電量が合わない時にミスマッチ損失を調整弁のように使ってしまうことです。ミスマッチは目に見えにくい損失ですが、根拠なく大きくしたり小さくしたりすると、シミュレーションの説明力が落ちます。発電実績との差を分析する場合は、ストリング監視データ、点検記録、赤外線点検、汚れ状況、影の発生時間などを確認し、ミスマッチとして扱うべき現象かを見極める必要があります。


汚れ・積雪・影の損失を過小評価しない

太陽光発電所の現場では、パネル表面の汚れ、落葉、花粉、黄砂、鳥害、周辺工事の粉じん、積雪、草木の影など、日射を妨げる要因が継続的に発生します。PVsystのDetailed Lossesで汚れ損失や関連する損失を設定する際は、現地環境をよく確認することが必要です。見た目には小さな汚れでも、範囲や季節によっては年間発電量に影響します。


汚れ損失は、地域の気候や保守頻度によって変わります。雨が定期的に降る地域では自然洗浄が期待できる場合がありますが、傾斜が緩いパネル、粉じんが多い敷地、農地や未舗装路に近い現場、鳥の飛来が多い場所では、汚れが残りやすくなります。清掃を定期的に行う計画があるかどうかも、入力値の判断に関係します。


積雪地域では、雪による発電停止や部分的な残雪を考慮する必要があります。PVsystでは、雪が気象データとして常に自動的に反映されるわけではないため、積雪の影響を扱う場合は、冬季の月別汚れ損失などに部分的または全面的な減衰として反映する方法を検討します。ただし、積雪は地域差や年ごとの差が大きく、融雪の早さも傾斜角、架台高さ、日射、風、除雪方針によって変わるため、断定的な損失率を置かないことが重要です。


雪は単純に日射を遮るだけでなく、パネル下端に残った雪がストリングの一部に影を作り、ミスマッチや出力低下を引き起こすことがあります。積雪をどの損失項目で扱うかは設定方針によりますが、汚れ損失やその他損失に曖昧に含めるだけでは、説明が難しくなる場合があります。積雪損失を入れる場合は、対象月、想定する残雪期間、除雪の有無、根拠データをセットで残すと安全です。


影の扱いでは、近接障害物と遠方地形を分けて考えることが大切です。山や丘陵による朝夕の日射低下、隣接建物や樹木による部分影、架台列同士の影、フェンスや柱の影は、発生時間と影響範囲が異なります。PVsystでは影の設定を別に行う場面がありますが、Detailed Lossesと結果の損失図を合わせて読み、影の影響がどこに反映されているかを理解しておく必要があります。


汚れ、積雪、影は、現地写真や点検記録と相性の良い損失項目です。シミュレーション上の数値だけでは説得力が不足する場合でも、季節ごとの現地写真、草木の成長状況、排水不良箇所、積雪後の融雪状況を記録しておくと、損失設定の根拠を説明しやすくなります。Detailed Lossesを精度向上に使うには、机上の設定と現地観察をつなげる姿勢が欠かせません。


停止時間と運用損失をシミュレーションに反映する

発電所は、常に理想的に稼働するわけではありません。PCSの停止、点検作業、保護装置の動作、設備更新、災害後の確認、計画停電などにより、発電可能な時間でも電力を出せないことがあります。PVsystでは、System Unavailabilityとして停止時間を見込むことができ、停止期間中はシステムが稼働していない前提でシミュレーションされます。


停止損失を考える時は、まず計画停止と突発停止を分けます。計画停止は、年次点検や設備作業のように事前に見込める停止です。突発停止は、故障、安全装置の動作、外部要因などにより発生します。初期検討では一般的な停止率を仮定することがありますが、既設案件の改善検討では、実際の停止履歴をもとに入力値を見直すと精度が上がります。


運用損失を過小評価すると、シミュレーション結果は現場実績より高く出やすくなります。特に遠隔地の発電所、積雪や台風の影響を受けやすい地域、保守対応に時間がかかる案件では、停止から復旧までの時間が発電量に影響します。監視上は小さな異常に見えても、晴天日に長時間停止すれば損失は大きくなります。


一方で、停止損失を入力する際は、他の損失との重複に注意が必要です。たとえば出力制御、注入制限、系統側の制約を別の設定や別資料で扱っている場合、同じ制約を停止損失にも含めると二重計上になります。また、通信欠測は必ずしも発電停止と同じ意味ではありません。実績データを読む時は、保守停止、故障停止、出力抑制、通信欠測を区別することが大切です。


運用損失は、設計だけでは決まりません。保守体制、現地へのアクセス、監視の粒度、異常検知後の判断フロー、部材手配、現地確認の頻度によって変わります。そのため、PVsystの使い方としては、設備仕様を入力するだけでなく、運用計画を数値に反映する視点が必要です。Detailed Lossesは、設計条件と運用条件を同じ発電量予測の中で扱うための重要な入口になります。


詳細損失を説明資料に使う時の注意点

PVsystのシミュレーション結果は、社内レビュー、顧客説明、発注者協議、金融機関向け資料、保守改善提案など、さまざまな場面で使われます。Detailed Lossesを丁寧に設定しても、その意味を説明できなければ、資料としての説得力は十分ではありません。実務では、損失率そのものだけでなく、入力根拠と判断プロセスを整理することが重要です。


まず、損失項目の名前をそのまま並べるだけでは、読み手に伝わりにくい場合があります。温度損失であれば、設置方法や通風条件を反映した項目であることを説明します。配線損失であれば、ケーブル長や電気設計に基づく損失であることを示します。汚れ損失であれば、現地環境と清掃方針に関係する損失であることを補足します。このように、専門用語を現場の現象に置き換えると、関係者の理解が進みます。


次に、採用値の根拠を残すことが大切です。過去案件の実績、設計図、現地確認、保守記録、測定結果、社内基準など、どの情報から判断したのかを記録しておくと、後から見直す時にも迷いにくくなります。PVsystのファイルだけに頼るのではなく、入力条件一覧やレビュー記録を別途整理しておくと、担当者が変わった場合でも判断を引き継ぎやすくなります。


また、損失図を説明する時は、各損失を単独で見るだけでなく、どの段階でどのように電力量が減っているのかを流れで説明すると効果的です。日射から直流電力へ、直流電力から交流電力へ、交流電力から売電または自家消費に使える電力量へと変換される過程で、どの損失が効いているのかを整理します。Detailed Lossesは、この流れの中で現地条件を反映する役割を持ちます。


説明資料で避けたいのは、すべての数値を確定値のように見せることです。発電量シミュレーションには、気象年のばらつき、機器特性、施工差、保守状態、外部制約などの不確実性があります。Detailed Lossesの入力値も、現時点で合理的に置いた前提であり、実績データに応じて見直すべきものです。断定的な表現を避け、前提条件と更新可能性を示すことで、実務資料としての信頼性が高まります。


精度向上につながる運用フロー

Detailed Lossesを使いこなすには、一度入力して終わりにしない運用フローが必要です。初期検討、基本設計、詳細設計、施工後、運用開始後で、利用できる情報は変わります。段階ごとに入力値を更新する仕組みを作ることで、PVsystのシミュレーションは単なる計画資料ではなく、設計と運用をつなぐ管理資料になります。


初期検討段階では、まだ不明な条件が多いため、一般的な前提を使う場面があります。この段階では、数値の精密さよりも、どの損失項目が発電量に大きく効きそうかを把握することが大切です。温度、影、汚れ、配線、停止時間などの感度を確認し、後工程で重点的に調査すべき項目を明らかにします。


基本設計段階では、架台配置、PCS配置、ケーブルルート、接続箱の位置、保守動線が見えてきます。この段階で配線損失や影の条件を見直すと、設計改善につながることがあります。たとえばケーブルルートの長さが損失に影響している場合、盤配置や回路分けを再検討する材料になります。Detailed Lossesは、設計の良し悪しを発電量の観点から比較する道具として使えます。


詳細設計から施工後にかけては、実際の施工条件を反映することが重要です。設計変更、機器仕様の確定、ケーブルルートの変更、周辺障害物の確認、現地勾配の反映などにより、初期入力と差が出ることがあります。完成時点のシミュレーションを残しておくと、運用開始後の実績比較の基準になります。


運用開始後は、発電実績、日射量、停止履歴、点検記録を使って、Detailed Lossesの妥当性を検証します。予測値と実績値が違う場合、すぐに設定を変えるのではなく、気象条件、停止時間、汚れ、影、温度、計測データの欠測を順番に確認します。原因を切り分けたうえで設定を見直すことで、次回の予測や改善提案の精度が上がります。


このような運用フローを社内で定着させるには、入力ルールを文章化することも有効です。どの項目は設計図から拾うのか、どの項目は現地確認で判断するのか、どの項目は保守実績から更新するのかを決めておくと、担当者ごとのばらつきが減ります。PVsystの使い方を個人の経験に依存させず、組織として再現できる形にすることが、精度向上の近道です。


Detailed Losses設定を現地データとつなげるまとめ

PVsystのDetailed Losses設定は、発電量シミュレーションの結果を現実に近づけるための重要な領域です。温度、配線、モジュール品質、ミスマッチ、汚れ、積雪、影、停止時間、補機消費、変圧器損失などを適切に扱うことで、単なる概算ではなく、説明可能な予測値に近づけることができます。PVsystの使い方を実務で深めたい担当者ほど、Detailed Lossesを初期値のまま流さず、案件ごとの条件に合わせて見直す姿勢が求められます。


精度向上の秘訣は、すべての数値を細かくすることではありません。大切なのは、発電量に効く損失を見極め、根拠のある入力値を採用し、重複計上を避け、後から検証できるように記録することです。新設案件では設計条件と現地条件を丁寧に読み取り、既設案件では発電実績や点検記録と照合しながら、入力値の妥当性を確認します。


特に、太陽光発電所の管理では、図面や机上計算だけでなく、現地の状態を正確に把握することが重要です。パネル周辺の影、排水不良、草木の成長、架台周辺の変化、積雪や土砂の残り方などは、現地を見なければ判断しにくい要素です。Detailed Lossesをより実態に近づけるには、現場で得た情報をシミュレーションの前提に戻す流れが必要です。


PVsystで作成した発電量予測を、現地確認、点検、改善提案、保守計画へつなげたい場合は、位置情報、写真、点検記録、設備周辺の状況を扱いやすい形で残すことも有効です。特定の製品やサービスを前提にしなくても、現地データを継続的に整理できれば、損失要因の説明、改善箇所の共有、次回シミュレーションの前提更新がしやすくなります。Detailed Lossesを現地データと結び付けることが、PVsystを実務で安全に使いこなすための次の一歩です。


LRTKで現場の測量精度・作業効率を飛躍的に向上

LRTKシリーズは、建設・土木・測量分野における高精度なGNSS測位を実現し、作業時間短縮や生産性の大幅な向上を可能にします。国土交通省が推進するi-Constructionにも対応しており、建設業界のデジタル化促進に最適なソリューションです。

LRTKの詳細については、下記のリンクよりご覧ください。

 

製品に関するご質問やお見積り、導入検討に関するご相談は、

こちらのお問い合わせフォームよりお気軽にご連絡ください。ぜひLRTKで、貴社の現場を次のステージへと進化させましょう。

bottom of page