PVSyst マニュアルで迷いやすい用語を10個で解説

目次

• はじめに：PVSyst マニュアルは用語を理解すると読みやすくなる

• 用語1：Project

• 用語2：Variant

• 用語3：Meteo

• 用語4：Orientation

• 用語5：Albedo

• 用語6：GlobInc

• 用語7：Horizon

• 用語8：Near Shadings

• 用語9：Array Losses

• 用語10：Performance Ratio

• まとめ：用語の意味を押さえてPVSyst マニュアルを実務に活かす

はじめに：PVSyst マニュアルは用語を理解すると読みやすくなる

PVSyst マニュアルを読み始めたときに、多くの人がつまずくのは操作手順そのものよりも、画面に出てくる専門用語の意味です。太陽光発電の設計や発電量シミュレーションに慣れていれば感覚的に理解できる言葉でも、初めてPVSystを使う人にとっては、Project、Variant、Meteo、GlobInc、PRといった表記が何を指しているのか分かりにくく感じられます。用語の意味が曖昧なまま操作を進めると、どの画面で何を入力しているのか、結果レポートのどの値を確認すればよいのかが分からなくなります。

PVSystは、太陽光発電システムの検討、サイジング、データ解析を行うPCソフトウェアとして位置づけられており、系統連系、独立型、ポンピング、DCグリッドなど複数のシステム形式を扱います。また、気象データや機器データベース、設計支援ツールを含む構成になっています。公式ドキュメント上でも、ソフト内でF1キーを押すと関連ヘルプを開けることが案内されています。つまり、PVSyst マニュアルは単なる操作説明ではなく、設計条件、気象条件、損失、影、発電量評価を理解するための辞書のような役割も持っています。

この記事では、PVSyst マニュアルを読むときに特に迷いやすい用語を10個に絞って解説します。単語の直訳だけでなく、実務上どの画面で出てくるのか、どのように理解すればよいのか、どの値と混同しやすいのかまで整理します。PVSystを初めて触る方だけでなく、レポートの読み方に不安がある方、設計条件の説明を社内外に共有したい方にも役立つ内容です。

用語1：Project

Projectは、PVSystでシミュレーションを始めるときの基本単位です。日本語では「プロジェクト」と訳せますが、単に案件名を登録するだけの箱ではありません。PVSyst上のProjectには、発電所や設置場所に関する基本情報、地理条件、気象データ、必要に応じてアルベド条件などが紐づきます。そのため、Projectは「この場所で太陽光発電システムを検討する」という前提条件のまとまりと理解すると分かりやすいです。

PVSystのProject Designでは、まずProjectを定義し、そのProjectの中で複数のVariantを作成して比較する流れになります。公式ドキュメントでも、Projectには地理的位置、気象データ、任意のアルベドデータが含まれ、必要に応じて複数のシステムバリアントを作成できると説明されています。つまり、Projectは設計案そのものではなく、設計案を比較するための共通の土台です。

実務では、同じ敷地に対してモジュール容量を変える、方位角を変える、インバータ構成を変える、影条件を追加する、といった比較を行うことがあります。このとき、毎回別のProjectを作ってしまうと、比較条件がばらつきやすくなります。基本的には、同じ地点、同じ気象データ、同じ案件条件で比較する設計案は、1つのProject内で管理するのが自然です。Projectを「案件フォルダ」、Variantを「設計案」と考えると、PVSyst マニュアルの説明がかなり読みやすくなります。

用語2：Variant

Variantは、Projectの中に作成する個別の設計案です。日本語では「バリアント」「案」「ケース」といった意味に近く、PVSystでは1つのProjectに対して複数のVariantを保存し、条件の違いによる発電量や損失の差を比較できます。たとえば、同じ敷地でも、南向き固定、東西配置、傾斜角を変えた案、インバータ容量を変えた案などを別々のVariantとして扱えます。

PVSyst マニュアルでVariantという言葉が出てきたときは、「現在操作している設計ケース」と考えると理解しやすいです。Projectが案件全体の器であるのに対して、Variantはその中に保存される具体的なシミュレーション条件です。公式ドキュメントでは、各Variantでplane orientationを定義し、Systemのプロパティを設定し、準備ができたらSimulationを実行し、結果画面でReportを確認する流れが示されています。また、シミュレーション後は各Variantを保存して比較できるようにすることも案内されています。

Variantの意味を理解していないと、過去に設定した条件を上書きしてしまったり、比較したい案がどのファイルに入っているのか分からなくなったりします。実務では、Variant名に「南向き20度」「東西配置」「影あり」「損失見直し後」など、条件の違いが分かる名前を付けると管理しやすくなります。PVSyst マニュアルの中で「save variant」「new variant」「description of this variant」といった表現が出てきたら、それは単なる保存操作ではなく、比較可能な設計案を整理する作業だと捉えるのがよいでしょう。

用語3：Meteo

Meteoは、気象データを指す用語です。PVSyst マニュアルでは、Weather DataやMeteo fileという表現も出てきます。太陽光発電シミュレーションでは、日射量、外気温、風速、拡散日射などの気象条件が結果に大きく影響します。そのため、Meteoは発電量計算の出発点になる非常に重要な要素です。

PVSystでは、シミュレーション変数として、GlobHor、DiffHor、BeamHor、Tamb、Windvelなどが扱われます。GlobHorは気象データファイルから読み込まれる水平面全天日射量、DiffHorは水平面拡散日射量、BeamHorはGlobHorからDiffHorを差し引いた水平面直達成分、Tambは外気温、Windvelは風速として説明されています。

初心者が迷いやすいのは、Meteoが単なる「天気」ではなく、数値計算に使う時系列データまたは月別データである点です。たとえば「晴れが多い地域だから発電量が多い」という大まかな理解だけでは不十分で、シミュレーションでは水平面日射量がどれだけあり、それを傾斜面へどう変換し、温度条件によってどれだけ出力が下がるかまで計算します。PVSyst マニュアルでMeteoという言葉が出てきたら、「このProjectの発電量を左右する気象データの入力元」と理解してください。

また、Meteoの選び方を誤ると、どれだけ後工程で詳細な損失設定をしても、結果全体の信頼性が低くなります。地点が近いか、長期代表性があるか、実測値か合成値か、欠測や異常値がないかといった確認が必要です。PVSyst マニュアルを読む際は、Meteoを単なる初期設定の一項目として流さず、シミュレーションの前提条件そのものとして扱うことが重要です。

用語4：Orientation

Orientationは、太陽光パネルをどの向き、どの傾きで設置するかを表す用語です。PVSyst マニュアルでは、Plane orientation、Fixed tilted plane、Tilt、Azimuthといった言葉と一緒に出てきます。日本語では「方位・傾斜の設定」と考えると分かりやすいです。

PVSystでは、固定傾斜面の場合、Plane tiltとAzimuthを定義します。さらに、複数方位、季節ごとの傾斜角調整、架台列、トラッキングなど、さまざまなOrientationモードに対応しています。公式ドキュメントでは、Fixed tilted planeでは傾斜角と方位角を定義し、Multi-orientationsでは最大8つの異なる方位のPV面を定義できることが示されています。

ここで迷いやすいのが、TiltとAzimuthの違いです。Tiltはパネル面の傾斜角で、水平面からどれだけ起こしているかを示します。Azimuthは方位角で、パネルがどちらを向いているかを示します。PVSyst マニュアルでは英語表記のまま出てくることが多いため、Tiltを「屋根勾配」や「架台角度」、Azimuthを「南から東西へどれだけ振れているか」といった実務的な言葉に置き換えると理解しやすくなります。

Orientationは、GlobIncや発電量、影の出方、列間ピッチの検討にも関係します。傾斜角を変えると年間日射量だけでなく、冬季と夏季の発電バランスも変わります。方位角を変えると、朝夕の発電傾向やピーク時間帯が変わります。PVSyst マニュアルでOrientationを設定する画面に出会ったときは、単なる角度入力ではなく、発電パターン全体を決める重要な設計条件だと考えるべきです。

用語5：Albedo

Albedoは、地面や周辺面で反射した日射を表す用語です。日本語では「反射率」と訳されることが多く、地表面が受けた日射のうち、どの程度が反射してパネル面に届くかに関係します。PVSyst マニュアルでは、Project設定や気象・日射計算、両面受光モジュールの検討などで登場します。

一般的な地面ではアルベドの影響は発電量全体の中で大きくなりすぎないことが多い一方、積雪地、白い屋根、明るい舗装、両面受光モジュールでは無視しにくくなります。公式チュートリアルでは、通常はアルベド係数を変更することは少なく、標準的な値として0.2が使われる一方、雪のある山岳地域などでは一部の月に0.8を設定する例が示されています。

初心者が混同しやすいのは、Albedoを「日射量そのもの」と考えてしまう点です。Albedoは太陽から直接届く日射ではなく、地面などで反射して届く成分です。PVSystの結果変数では、AlbIncのようにアルベド由来の入射成分が扱われます。つまり、Meteoで読み込む水平面日射量、Orientationによって決まる傾斜面日射量、地面反射によるAlbedo成分は、それぞれ役割が異なります。

実務上は、Albedoを過大に設定すると発電量が楽観的に見える可能性があります。特に両面受光や積雪地の案件では、実際の地表条件、積雪期間、地面の色、架台高さ、列間距離などと合わせて確認することが大切です。PVSyst マニュアルでAlbedoが出てきたら、「周辺環境による反射日射をどの程度見込むか」という設計前提として読むと、入力値の意味が明確になります。

用語6：GlobInc

GlobIncは、PVSystの結果や計算過程で非常によく出てくる重要な用語です。正式には、collector plane、つまり太陽光パネル面に入射する全天日射量を指します。日本語では「傾斜面全天日射量」や「アレイ面入射日射量」と考えると分かりやすいです。

PVSystでは、気象データから読み込まれるGlobHorが水平面全天日射量であるのに対し、GlobIncはパネル面に入射する全天日射量です。公式ドキュメントでは、GlobHorはweather data fileから読み込まれる水平面全天日射量、GlobIncはtranspositionの結果として得られるcollector plane上の入射全天日射量と説明されています。

ここで重要なのが、GlobHorからGlobIncへの変換です。水平面に降り注ぐ日射を、そのまま傾斜したパネル面の日射として扱うことはできません。パネルには傾斜角と方位角があり、太陽高度や方位も時間によって変化します。そのため、PVSystでは気象データ、太陽位置、Orientation条件をもとに、水平面日射をパネル面の日射へ変換します。この変換はtranspositionと呼ばれます。

PVSystのシミュレーションプロセスでは、各時間ステップで気象データを読み取り、水平面のグローバル日射、温度、必要に応じて拡散日射や風速を扱い、その後、全日射、拡散日射、アルベド日射をcollector planeへ変換します。この段階でGlobInc、BeamInc、DiffInc、AlbIncなどの変数が定義されます。

GlobIncを理解すると、PRや損失図の読み方も分かりやすくなります。なぜなら、発電量は「水平面にどれだけ日射があったか」ではなく、「パネル面にどれだけ有効な日射が届いたか」を基準に評価されるからです。PVSyst マニュアルでGlobIncが出てきたら、「この設計条件でパネル面が実際に受ける日射量」と考えてください。

用語7：Horizon

Horizonは、遠方の山、建物、地形などによって太陽が隠れる影条件を表す用語です。日本語では「地平線」「遠方影」「ホライズン」と呼ばれることがあります。PVSyst マニュアルでは、Horizon profile、far shadingsといった表現と一緒に登場します。

Horizonが意味するのは、近くのフェンスや隣接建物がパネルの一部に影を落とすような状況ではありません。遠方の山や丘、地形、遠くの建物などによって、ある太陽高度・方位では太陽そのものが見えなくなる条件を扱います。公式ドキュメントでは、Far shadingsはhorizon lineで記述され、十分に遠い対象物による影で、ある時刻に太陽がPVフィールド全体から見えるか見えないかに関係すると説明されています。

Horizonを理解するうえで大切なのは、影の扱いが全体的であることです。遠方の山によって朝の一定時間だけ太陽が隠れる場合、発電所全体に同じような影響が出ると考えます。これに対して、近くの電柱が一部のモジュールに細い影を落とすような場合は、HorizonではなくNear ShadingsやModule Layoutの領域になります。

実務では、山間部、谷地形、周辺に高い建物がある都市部、東西に地形的な遮蔽物がある場所でHorizonの確認が重要になります。Horizonを設定しないままシミュレーションすると、朝夕や冬季の発電量を過大に見積もる可能性があります。一方で、遠方影を過度に細かく入力しても、元データの精度が低ければ結果の信頼性は高まりません。PVSyst マニュアルでHorizonが出てきたら、「遠くの遮蔽物が太陽の見え方に与える影響」と理解するとよいでしょう。

用語8：Near Shadings

Near Shadingsは、発電所の近くにある物体がパネル面に落とす影を扱う用語です。日本語では「近接影」「近傍影」「近くの障害物による影」と考えると分かりやすいです。PVSyst マニュアルでは、3Dシーン、CAD、Shading factor、Module Layoutなどと一緒に登場します。

Near ShadingsがHorizonと異なるのは、影がPVフィールド全体に一様にかかるわけではなく、特定の列、特定のモジュール、特定の時間帯に部分的に影響する点です。公式ドキュメントでは、Near shadingsは近くの物体がPVフィールド上に可視の影を落とすものであり、Shading Factorは影がかかった面積と全感度面積の比として定義されると説明されています。また、Near shadingsの扱いはfar shadingsより複雑で、PVシステムと周辺環境の詳細な3D記述が必要になるとされています。

Near Shadingsで迷いやすいのは、影による損失には大きく2種類ある点です。1つは、影がかかった分だけ日射が減る損失です。もう1つは、モジュールやストリングの電気的なつながりによって、影の面積以上に出力が下がる損失です。PVSystの公式ドキュメントでも、beam componentのnear shadingsでは、セルへの日射不足に対応するirradiance lossesと、直列モジュールや並列ストリングの電気応答の不一致によるelectrical lossesを考慮する必要があると説明されています。

実務では、近くの建物、パラペット、フェンス、架台列、隣接する太陽光パネル列、樹木、電柱、設備機器などがNear Shadingsの対象になります。特に屋根設置案件や地上設置の列間影では、Near Shadingsをどの程度詳細に扱うかが結果に影響します。PVSyst マニュアルでNear Shadingsが出てきたら、「近くの物体がパネルの一部に落とす影と、その電気的な影響を扱う設定」と理解してください。

用語9：Array Losses

Array Lossesは、PVアレイ側で発生する損失をまとめた用語です。日本語では「アレイ損失」と表現できます。PVSyst マニュアルでは、Detailed losses、loss diagram、thermal losses、wiring losses、module quality、mismatch、IAM、soilingなどと関連して出てきます。

PVSystの公式ドキュメントでは、Array lossesは、メーカーがSTC条件で示すPVモジュール公称出力に対して、アレイ出力エネルギーを低下させるすべての要因と説明されています。具体的には、影、IAM、低日射時の効率低下、熱的挙動、モジュール実性能、ミスマッチ、汚れなどが挙げられています。

Array Lossesで特に理解しておきたいのは、損失が単一の原因ではないという点です。たとえば、夏場にモジュール温度が上がると出力が下がります。配線抵抗が大きいと電気的損失が増えます。モジュール間の特性ばらつきがあるとミスマッチ損失が発生します。表面の汚れがあるとセルに届く日射が減ります。入射角が大きい時間帯には、ガラス面の反射などによってIAM損失が生じます。これらが積み重なることで、理想的な出力から実際に取り出せる出力へ近づいていきます。

PVSyst マニュアルを読むときは、Array LossesとSystem Lossesの違いにも注意が必要です。Array Lossesは主にモジュールからアレイ出力までの領域で発生する損失です。一方、System Lossesはインバータや蓄電池など、システム側で発生する損失を指す文脈で使われます。正規化性能指標の説明では、Lcはarray lossesを表し、Lsはgrid-connected systemsではインバータ損失、stand-aloneではバッテリー効率などを含むsystem lossとして説明されています。

実務上は、損失図を見るときに「どの損失が大きいのか」を確認することが重要です。発電量が低い理由が方位角なのか、影なのか、温度なのか、インバータ容量なのか、汚れなのかによって、改善策はまったく異なります。Array Lossesを理解しておくと、PVSystのレポートを単なる発電量予測ではなく、設計改善のための診断資料として読めるようになります。

用語10：Performance Ratio

Performance Ratioは、PVSystの結果レポートで特に重要な評価指標です。略してPRと表記されます。日本語では「性能比」や「パフォーマンス比」と呼ばれます。発電所の良し悪しを比較するときによく使われる指標ですが、単に「発電量が多いか少ないか」を示すものではありません。

PVSystの公式ドキュメントでは、Performance Ratioは、システムがSTCでの公称効率で連続運転した場合に得られるエネルギーに対して、実際に有効に生産または利用されたエネルギーの比率と説明されています。標準的な系統連系システムでは、PRはE_GridをGlobIncとPnomPVの積で割る形で定義されます。

PRで迷いやすいのは、発電量が大きい案件ほどPRが高いとは限らない点です。日射量が多い地域では発電量そのものは増えやすいですが、PRは入射日射量と設備容量に対する効率的な利用度を見る指標です。PVSyst公式ドキュメントでも、PRはSpecific energy productionとは異なり、気象データや面のOrientationに直接依存しないため、異なる場所や方位の設備品質を比較しやすい指標であると説明されています。

一方で、PRだけを見て設計の優劣を決めるのは危険です。PRが高くても、設備容量が小さすぎたり、総発電量が目的に合わなかったりする可能性があります。また、影や温度、インバータ制約、汚れ、ミスマッチ、IAMなどの損失がどのように反映されているかも確認する必要があります。PVSystの正規化性能指標では、PRはYfをYrで割ったグローバルなシステム効率としても整理されています。ここでYfは公称出力あたりの有効エネルギー、Yrは入射日射に基づく理想的な基準収量として理解できます。

PVSyst マニュアルでPRが出てきたら、「日射と設備容量に対して、システムがどれだけ効率よく有効発電できたか」を表す指標だと考えるとよいでしょう。レポートを読む際は、PR、Specific Production、年間発電量、損失図をセットで確認することが重要です。PRは便利な指標ですが、単独で万能ではありません。設計案を比較する場合は、PRが高い理由、低い理由を損失内訳と合わせて説明できる状態にすることが大切です。

まとめ：用語の意味を押さえてPVSyst マニュアルを実務に活かす

PVSyst マニュアルは、最初からすべてを細かく理解しようとすると難しく感じます。しかし、今回紹介した10個の用語を押さえるだけでも、画面構成と結果レポートの読み方はかなり整理しやすくなります。Projectは案件条件の土台、Variantは比較する設計案、Meteoは発電量計算の出発点、Orientationはパネルの向きと傾き、Albedoは地面反射、GlobIncはパネル面に入る日射量です。さらに、Horizonは遠方影、Near Shadingsは近接影、Array Lossesはアレイ側の損失、Performance Ratioはシステムの効率的な発電度合いを示す指標です。

PVSystを実務で使う場合、重要なのは数値を入力してレポートを出すことだけではありません。どの条件を前提にし、どの損失を考慮し、どの指標で設計案を判断しているのかを説明できることが大切です。PVSyst マニュアルに出てくる用語を理解しておけば、社内レビュー、顧客説明、設計比較、発電量根拠の整理がしやすくなります。

特に初心者は、最初からすべての詳細設定を覚える必要はありません。まずはProjectとVariantの関係を理解し、MeteoとOrientationが発電量の前提を作り、GlobIncやAlbedoが日射条件を表し、HorizonとNear Shadingsが影を扱い、Array LossesとPRが結果評価につながる、という流れを押さえることが先です。この流れが見えるようになると、PVSyst マニュアルは単なる英語の操作説明ではなく、太陽光発電システムを論理的に設計・評価するための実務ガイドとして使えるようになります。