PVSyst マニュアルで初心者脱出を目指す30日学習法

目次

•

•

•

•

•

•

•

•

•

•

•

PVSyst マニュアルを読む前に知るべき3つの前提

PVSyst マニュアルを探している人の多くは、「画面のどこを押せばよいか」よりも、「何を入力すれば正しいシミュレーションになるのか」で悩んでいます。PVSystは太陽光発電システムの発電量、損失、機器構成、気象条件、影の影響などを総合的に扱うソフトであり、単なる作図ソフトではありません。公式ドキュメントでは、PVsyst 8.1はグリッド連系、独立型、揚水、DCグリッドなどのPVシステムを扱い、気象データやコンポーネントデータベースも含むPCソフトウェアとして説明されています。

最初の前提は、PVSyst マニュアルは「辞書」として読むより、「作業手順書」として読むほうが理解しやすいということです。機能名を上から順に読んでも、Project、Variant、Meteo、System、Shadings、Losses、Reportの関係が見えなければ、入力値の意味がつながりません。初心者は、まず1つの架空案件を作り、同じ案件を30日かけて少しずつ精度アップする方法が向いています。

2つ目の前提は、PVSystのヘルプは作業中に参照するものだということです。公式ヘルプには、ソフト内のどこからでもF1キーでドキュメントを開ける案内があり、画面内のヘルプボタンから該当セクションの説明を開けるとされています。 つまり、最初から全ページを暗記する必要はありません。大切なのは、「今どの入力値を決めているのか」「その入力値が最終レポートのどこに影響するのか」を毎回確認することです。

3つ目の前提は、PVSystのバージョン差を無視しないことです。2026年4月時点の公式リリースノートではVersion 8.1.1が2026年4月22日に公開され、Version 8.1.0では気象データインポートの新しいアシスタント、グリッド連系・独立型システム向けのサブアワーシミュレーション、Meteonorm DLL V9への更新などが記載されています。 古い解説記事や動画だけで学ぶと、画面構成や入力欄が違って混乱することがあります。学習時は、自分の使用バージョンと公式ドキュメントの対象バージョンを必ず確認しましょう。

30日で初心者脱出を目指す全体ロードマップ

PVSystを30日で学ぶコツは、「毎日すべてを触る」のではなく、「1つのテーマに絞って、最後に同じレポートへ戻る」ことです。初心者が最初から3D影解析、バイフェイシャル、複数方位、蓄電池、P50/P90まで詰め込むと、どの設定が発電量に影響したのか判断できなくなります。

おすすめは、まず低圧または中規模のグリッド連系太陽光発電所を想定し、固定傾斜・単一方位・単純なアレイ構成で1回シミュレーションを完了させることです。その後、気象データ、機器、影、損失、レポートの読み方を順番に深めます。PVSystのProject Designは、地理的位置と気象データを持つProjectを土台にし、複数のシミュレーション条件をVariantとして扱う構成です。公式ドキュメントでも、詳細シミュレーションはProjectの枠組みで整理され、Projectには地理条件と気象データが含まれ、Variantによって異なるシミュレーション条件を検討できると説明されています。

30日間の大まかな流れは次のとおりです。

このロードマップの目的は、PVSystの全機能を30日で極めることではありません。目的は、マニュアルを見ながら「自分で調べて、入力し、結果を説明できる状態」になることです。太陽光発電の設計・評価では、ソフトの操作よりも、前提条件の妥当性を説明する力が重要です。

1〜5日目：PVSystの全体像と画面構成を理解する

1日目は、PVSystで何ができるかを整理します。PVSystは、太陽光発電システムの発電量を単純に計算するだけではなく、気象データ、設置方位、傾斜角、モジュール、インバータ、配線損失、温度損失、影、汚れ、出力制御、レポート出力までを一連の流れで扱います。最初から細かい設定に入るのではなく、「発電量はどの入力条件から生まれるのか」を紙に書き出すと理解が早くなります。

2日目は、Preliminary DesignとProject Designの違いを把握します。公式ドキュメントでは、Preliminary Designは少数の一般的なシステム特性やパラメータだけを使い、月別値で素早く発電量を評価する段階として説明されています。 一方、Project Designは詳細シミュレーションを行う場所です。初心者は、Preliminary Designで概算の考え方をつかみ、Project Designで実務に近い条件を入力する流れにすると混乱しにくくなります。

3日目は、Project、Variant、Systemの関係だけを覚えます。Projectは案件そのもの、Variantは同じ案件内の比較条件、Systemはモジュールやインバータなどの設備構成と考えると理解しやすいです。例えば「千葉県の1MW案件」というProjectの中に、「傾斜10度」「傾斜20度」「過積載率違い」のVariantを作るイメージです。

4日目は、画面上の警告色に慣れます。Project Designの手順では、Project定義、Variant作成、Plane orientation、System設定を進め、PVSystがパラメータの整合性を確認します。公式ドキュメントでは、オレンジの警告はシミュレーション可能な注意、赤の警告はシミュレーションを妨げる問題として示されています。 初心者は赤い警告を消すことだけに集中しがちですが、オレンジ警告も「なぜ出ているか」をメモする習慣をつけましょう。

5日目は、1回目のシミュレーションを完了させます。この時点では精度を求めすぎません。目的は、地点設定、気象データ、方位、傾斜、モジュール、インバータ、実行、レポート表示までの流れを体で覚えることです。最初のレポートは「完成品」ではなく、以後25日間で改善していくベースラインです。

6〜10日目：気象データと地点設定でつまずかない

6日目からは、PVSystで最も重要な入力の1つである気象データを学びます。太陽光発電シミュレーションでは、モジュールやインバータの選定も重要ですが、そもそも日射量や気温の前提がずれていれば、発電量の評価全体がずれます。公式ドキュメントでも、気象データはプロジェクト評価の出発点であり、主な不確実性の源だと説明されています。

7日目は、.SITと.METの違いを理解します。PVSystのWeather Dataでは、地理地点を表す.SITファイルと、シミュレーションに使う気象データを表す.METファイルが登場します。公式ドキュメントでは、.METファイルは時間別またはサブアワーの気象データを含み、シミュレーション実行に使われると説明されています。 初心者は「地点を設定したから気象データも自動で正しい」と思い込みがちですが、地点と気象ファイルは分けて確認する必要があります。

8日目は、シミュレーションに必要な気象要素を確認します。詳細シミュレーションでは、水平面全天日射量、外気温、水平面拡散日射量、風速などが関係します。公式ドキュメントでは、詳細シミュレーションに必要な時間別気象データとして、Horizontal Global Irradiance、Ambient Temperature、Horizontal Diffuse Irradiance、Wind velocityなどが挙げられています。 風速はモジュール温度、拡散日射は傾斜面変換や影響評価に関係するため、単なる付属情報ではありません。

9日目は、複数の気象データを比較します。たとえば、同じ地点でもデータソースが変われば、年平均日射量や月別傾向が変わることがあります。日本の案件では、NEDO、Meteonorm、Solargis、NASA POWER、現地計測データなど、目的に応じて比較対象を持つことが大切です。どのデータが絶対に正しいというより、案件の目的に対してどのデータを採用したのかを説明できる状態を目指します。

10日目は、気象データの入力根拠を1枚にまとめます。最低限、データソース、対象年、地点座標、標高、採用理由、代替データとの差、担当者、確認日を記録します。PVSystの発電量レポートだけを保存しても、後から「なぜこの気象データを使ったのか」が説明できなければ、実務では再検証に時間がかかります。

11〜15日目：Project・Variant・Systemを1回で整理する

11日目は、Projectを案件台帳として扱う考え方を身につけます。Projectには、案件名、場所、気象データ、基本条件が入ります。ここで曖昧な名前を付けると、後からVariantが増えたときに管理できません。「SiteA_2026_Base」「SiteA_Tilt20_DC125」など、条件がわかる命名ルールを最初に決めましょう。

12日目は、Variantを比較実験として使います。初心者は設定を少し変えるたびに新しいProjectを作りがちですが、同じ案件の条件違いであればVariantで管理するほうが比較しやすくなります。例えば、傾斜角10度と20度、インバータ容量違い、影の有無、汚れ率違いをVariantで分けると、どの条件が年発電量やPRに影響したのか確認できます。

13日目は、モジュールとインバータのデータベースを確認します。PVSystのComponent Databaseには、PV modules、Grid inverters、Batteries、Regulators、Generators、Pumps、Manufacturers and Retailers、ユーザー定義価格などが含まれます。 ただし、データベースに載っているから安心というわけではありません。インバータデータベースについて公式ドキュメントは、メーカー提供データを各ソフトウェアリリースに合わせて反映する一方、実際に機器を使う場合は最新のデータシートと照合するよう強く推奨しています。

14日目は、System設定で過積載率、ストリング構成、MPPT構成を確認します。PVSystでは、モジュール枚数、直列数、並列数、インバータ入力、電圧範囲、クリッピングなどが互いに関係します。ここで重要なのは、単に警告が消えたかどうかではなく、設計意図と一致しているかどうかです。例えば、直列数が少なすぎれば低温・高温時の運転範囲に影響し、多すぎれば最大電圧側のリスクが出ます。

15日目は、Project、Variant、Systemを使って2パターンの比較を作ります。おすすめは「傾斜角だけを変えたVariant」と「インバータ容量だけを変えたVariant」です。同時に複数条件を変えると原因が読めないため、最初の比較では1つの変数だけを変えます。シミュレーション結果の差が出たら、なぜ差が出たのかをLoss Diagramと月別発電量で確認します。

16〜20日目：影と損失を正しく読む

16日目は、影を「遠方影」と「近接影」に分けて理解します。PVSystでは、遠方影はhorizon lineで表され、十分に遠い対象物がPVフィールド全体に影響する場合に使われます。一方、近接影は近くの物体がPVフィールドに可視の影を落とす場合で、システムと周辺環境の詳細な3D記述が必要です。公式ドキュメントでも、この2種類の影は根本的に異なるものとして説明されています。

17日目は、Horizon Profileを触ります。公式ドキュメントでは、遠方影のhorizonはPVSystで影を定義する最もシンプルな方法であり、対象物がPVフィールド全体にグローバルに作用するとみなせるほど遠い場合に向くとされています。目安として、影を作る物体の距離はPVフィールドサイズの約10倍より大きい場合が示されています。 山、遠方の建物、地形の影響を扱う場合はHorizonを検討しますが、隣接する建物、架台間、フェンス、ポールなどは近接影として考える必要があります。

18日目は、Near Shadingsを焦らずに学びます。3Dシーンは見た目がわかりやすいため、初心者ほど先に触りたくなります。しかし、Near ShadingsはPVSystの中でも難しい部分です。公式ドキュメントでも、近接影の処理は遠方影より複雑で、PVシステム全体と周辺環境の詳細な3D記述が必要だと説明されています。 まずは単純な長方形アレイと1つの障害物だけで、影の有無によるレポート差分を見るのがおすすめです。

19日目は、損失項目の全体像を理解します。PVSystでは、IAM損失、汚れ損失、日射損失、温度損失、LID、モジュール品質、ミスマッチ、劣化、配線損失、変圧器損失、補機消費、停止損失など、多くの損失を扱います。公式ドキュメントでは、Array loss parametersは初期状態で合理的なデフォルト値が設定されているため、最初のシミュレーション後に各損失を案件に合わせて丁寧に定義することが推奨されています。

20日目は、損失の「足し算」に注意します。Loss Diagramでは各損失がパーセントで表示されますが、公式ドキュメントでは、各損失は直前のエネルギー量に対する割合として定義されるため、パーセント値は単純に加算できないと説明されています。 たとえば、2%の損失と3%の損失が表示されていても、全体損失が単純に5%になるとは限りません。初心者はこの点を理解しておくだけで、レポート説明の精度が上がります。

21〜25日目：シミュレーション結果とレポートを説明できるようにする

21日目は、まず年発電量だけを見ない習慣をつけます。PVSystの結果では、年間の発電量、PR、Specific production、月別発電量、損失図、主要入力条件などをまとめて確認します。年間発電量が期待値に近くても、月別の偏り、異常な損失、過度なクリッピング、気象データの不自然さがあれば、設計条件を見直す必要があります。

22日目は、Loss Diagramを説明する練習をします。公式ドキュメントでは、Loss DiagramはPVシステム設計の品質を素早く洞察し、主な損失源を特定するためのものと説明されています。 つまり、Loss Diagramは単なる結果図ではなく、設計改善の入口です。「発電量はいくらです」ではなく、「どの損失が大きく、改善余地がどこにあるか」を説明できるようにしましょう。

23日目は、Simulation variablesを確認します。PVSystの結果には、気象データ、傾斜面入射日射、影やIAMや汚れを補正した有効日射、PVアレイ挙動、インバータ挙動など、多くの変数があります。公式ドキュメントでは、GlobHor、DiffHor、BeamHor、Tamb、Windvelなどの気象変数や、GlobInc、BeamInc、DiffAInc、AlbIncなどの傾斜面関連変数が結果として扱われています。 レポートの値が不自然なときは、最終発電量だけでなく、途中の変数まで戻ることが重要です。

24日目は、月別グラフで季節差を読みます。夏に温度損失が大きくなる、冬に日射量が下がる、梅雨時期に発電量が落ちる、低太陽高度で影の影響が出やすいなど、月別の傾向には設計上のヒントがあります。もし特定月だけ極端な差がある場合は、気象データ、影、方位、傾斜、出力制限、停止損失を確認します。

25日目は、レポートを第三者に説明する練習をします。説明の順番は、案件概要、入力データ、機器構成、主要な設計条件、シミュレーション結果、主要損失、注意点、今後の確認事項の順がわかりやすいです。PVSystに詳しくない人へ説明する場合は、「このソフトが出したから正しい」ではなく、「この前提条件で計算した結果であり、特に気象データと損失条件に不確実性がある」と伝えることが大切です。

26〜30日目：実案件レベルの確認手順を身につける

26日目は、入力根拠フォルダを作ります。PVSystのプロジェクトファイル、採用した気象データ、モジュールデータシート、インバータデータシート、単線結線図、配置図、影解析資料、入力値一覧、レポートPDFを同じフォルダ体系で保存します。実務で最も困るのは、数か月後に「なぜこの値を入れたのか」がわからなくなることです。

27日目は、機器データの照合を行います。データベースから選んだモジュールとインバータについて、型式、定格出力、温度係数、電圧範囲、効率、最大入力電流、MPPT数などをデータシートと見比べます。PVSystの公式ドキュメントも、データベースのパラメータは転記誤りやデータシート変更の可能性があるため、実際に使うコンポーネントでは最新データシートとの確認を推奨しています。

28日目は、Variant比較表を作ります。比較する項目は、年発電量、Specific yield、PR、GlobHor、GlobInc、EArray、EGrid、主要損失、クリッピング、影損失、温度損失などです。表にすると、「発電量は増えたがクリッピングも増えた」「影対策で冬の発電量が改善した」「過積載でSpecific yieldは変化したがPRが下がった」など、設計判断がしやすくなります。

29日目は、レビュー観点を固定します。毎回同じ順番で確認することで、見落としが減ります。おすすめの順番は、地点、気象データ、方位・傾斜、モジュール、インバータ、ストリング、影、損失、出力制限、結果、レポート、根拠資料です。特に、影と損失は「入れたかどうか」ではなく、「どの根拠でその値にしたか」を確認しましょう。

30日目は、最初の日に作ったベースラインと最終Variantを比較します。30日前のレポートと比べると、入力項目の意味、損失の読み方、結果説明の精度が大きく変わっているはずです。この時点で、初心者脱出の目安は「マニュアルなしで操作できる」ことではありません。むしろ、「マニュアルを見れば自分で確認できる」「入力根拠を説明できる」「結果の異常に気づける」ことが到達点です。

初心者が必ず確認したい10項目チェックリスト

PVSyst マニュアルを読みながら作業する際は、次の10項目を毎回確認してください。

このチェックリストは、毎回完璧に埋めるためだけのものではありません。未確認項目を明示するためのものです。実務では、すべての条件が最初から確定しているとは限りません。その場合は、仮定値、未確認値、確認予定日を分けて管理するだけでも、レビューの質が上がります。

よくある失敗と対策

1つ目の失敗は、マニュアルを読まずに動画だけで操作を覚えることです。動画は流れをつかむには便利ですが、入力値の意味やバージョン差を確認するには公式ドキュメントが必要です。特にPVSystは、影、損失、気象データ、コンポーネントデータの扱いに細かい前提があります。画面操作を真似るだけでは、案件ごとの判断ができるようになりません。

2つ目の失敗は、赤い警告だけを消して満足することです。オレンジ警告が残っていてもシミュレーションできる場合がありますが、警告が示す前提を理解しないままレポートを提出すると、後で説明できなくなります。警告は邪魔な表示ではなく、設計条件の整合性を見直すためのサインです。

3つ目の失敗は、損失率を感覚で入れることです。汚れ損失、停止損失、劣化、配線損失、変圧器損失などは、案件条件によって変わります。最初はデフォルト値を使っても構いませんが、最終レポートでは、なぜその値にしたのかを説明できるようにしましょう。公式ドキュメントでも、最初のシミュレーション後に各損失をPVシステムに合わせて慎重に定義することが推奨されています。

4つ目の失敗は、気象データを1種類だけ見て結論を出すことです。発電量評価では、気象データの違いが結果に大きく影響します。特に融資、投資判断、性能保証、入札、設計比較に使う場合は、複数ソースの差や採用理由を示す必要があります。PVSystのWeather Data機能には、気象データの閲覧、比較、既知フォーマットのインポート、カスタムインポート、TMY生成などの機能が用意されています。

5つ目の失敗は、レポートの数値をそのまま提出してしまうことです。PVSystの結果は、入力条件に基づくシミュレーション結果です。結果そのものより、入力条件、前提、未確定事項、感度分析、Variant比較を添えることで、レポートの信頼性が高まります。発電量が高いか低いかだけでなく、「どの条件を変えればどれだけ変わるか」を説明できるようにしましょう。

まとめ：PVSyst マニュアルは読む順番で理解度が変わる

PVSyst マニュアルで初心者を脱出するには、機能一覧を上から読むより、実際のシミュレーション手順に沿って読むことが大切です。最初の5日で全体像をつかみ、次の5日で気象データを理解し、11〜15日目でProject・Variant・Systemを整理し、16〜20日目で影と損失を学び、21〜25日目で結果とレポートを読めるようにし、最後の5日で実務レベルの確認手順に落とし込みます。

30日後に目指す状態は、すべての機能を暗記していることではありません。PVSystの公式ヘルプを開き、必要な項目を調べ、入力根拠を残し、結果を第三者に説明できる状態です。PVSystは高機能なため、初心者ほど「どこから学ぶか」で差が出ます。まずは1つのシンプルな案件を作り、同じProjectを30日間育てるように学習してください。

PVSyst マニュアルは、読むだけでは身につきません。Projectを作り、Variantを比較し、気象データを確認し、損失を見直し、Loss Diagramを説明することで、はじめて実務で使える知識になります。焦らず、1日1テーマで積み上げれば、PVSystの画面は単なる英語の設定項目ではなく、太陽光発電システムの性能を読み解くための地図になります。