PVSystとは何を入力する？必要データを6項目で解説

PVSystを理解したい実務担当者が最初に知るべきことは、このソフトが単に発電量を自動計算する箱ではないという点です。公式ヘルプでは、PVSystは太陽光発電システムの設計、容量検討、データ解析を行うためのソフトとして位置づけられており、プロジェクト設計では1年分の時系列をもとに詳細シミュレーションを行います。つまり、何を入力するかがそのまま結果の信頼性を左右します。発電量の数字だけを見て判断するのではなく、どの前提で計算したかを説明できる状態まで持っていくことが、実務では重要です。

さらにPVSystの設計思想では、案件は「Project」という枠の中で管理され、その中に設置地点や気象データが入り、複数のシミュレーション条件を「Variant」として比較していきます。つまり「PVSystに何を入力するのか」という問いは、単に項目名を覚えることではなく、設計条件をどの粒度で整理し、どこまで精度を上げるかを理解することでもあります。入力が足りないと計算は粗くなり、逆に詳細そうに見える入力でも前提が誤っていれば、見かけ上もっともらしいだけの結果になります。

目次

• PVSystとは何か

• 必要データ1 設置地点と気象データ

• 必要データ2 方位角・傾斜角・設置方式

• 必要データ3 太陽電池モジュールの仕様

• 必要データ4 変換機器と電気構成

• 必要データ5 影・3D配置・アレイの対応関係

• 必要データ6 損失条件と運用条件

• 入力前に押さえたい実務上の注意点

• まとめ

PVSystとは何か

PVSystとは、太陽光発電システムの設計と性能評価を行うための専門ソフトです。公式ドキュメントでは、系統連系型だけでなく、自立型やポンプ用途なども扱えるとされており、特にプロジェクト設計の中心機能では、気象、方位、機器構成、影、損失などを組み合わせて年間挙動を評価します。検索で「PVSyst とは」と調べる人の多くは、名前だけを知りたいのではなく、実務で何ができて、何を準備すれば使えるのかを知りたいはずです。その意味でPVSystは、発電所や屋根案件の設計条件を定量的に整理し、条件差による結果の変化を比較するための道具だと理解するとわかりやすいです。

PVSystの考え方を押さえるうえで大切なのは、まずプロジェクトを作り、その中に設置地点と気象データを持たせ、そのうえで複数の設計案を比較するという流れです。公式ヘルプでも、Projectは地理条件と時系列気象データを保持する器であり、その上に異なる条件の計算バージョンを積み上げる構造だと説明されています。この構造を理解しておくと、あとから影条件を追加したり、損失率を見直したり、機器構成を変えたりしても、何が変数で何が共通条件かを整理しやすくなります。実務ではこの整理が甘いと、計算結果の差分を説明できなくなります。

また、PVSystには概略検討向けの簡易な設計ステップもありますが、詳細設計や説明責任が必要な案件では、方位、機器、影、損失まで入れた詳細シミュレーションが前提になります。公式ヘルプでも、簡易側では少数の一般条件だけで概算ができる一方、プロジェクト設計では面の向き、機器選定、直並列、熱挙動、配線、ミスマッチ、遠方影、近傍影まで扱えることが示されています。つまりPVSystとは、入力の深さに応じて結果の粒度が変わるソフトであり、実務者ほど「何をどこまで入れるべきか」を先に理解しておくべきです。

必要データ1 設置地点と気象データ

最初に必要になるのは、設置地点の情報と気象データです。公式ヘルプでは、設置地点の緯度・経度は年間の各時刻における太陽位置の計算に使われると説明されています。つまり、座標が曖昧なままだと、その後に入れる方位や傾斜が合っていても、基礎となる日射条件の評価がずれます。特に複数候補地を比較する場合や、広域の中で実際の敷地位置が少し離れている場合は、地点の設定を適当に済ませると、あとから補正しにくくなります。まず正しい場所を置くことが、PVSyst入力の出発点です。

気象データについては、PVSystは時系列気象ファイルを前提に設計を進めます。公式ヘルプでは、外部気象データの取り込み機能があり、時間ごとのデータを読み込んで内部形式に変換できることが示されています。カスタム取り込みの説明では、1行が1タイムステップであること、時間解像度が時刻単位またはそれより細かいことが要件とされています。また、利用可能な変数としては水平面全天日射量、拡散日射、気温、風速などが挙げられ、推奨としては水平面全天日射量、拡散日射、外気温の取り込みが示されています。つまり実務上は、少なくとも日射と気温をきちんと押さえ、必要に応じて風速や追加変数を補うという考え方が基本になります。

月別データから地点を作る場合も、何を最低限用意すべきかは整理されています。現行ヘルプでは、カスタム月別データのインポート時に最低限必要な列として、水平面全天日射量と外気温が示されています。拡散日射や風速は追加できますが、まずはこの核となるデータがなければ地点の気象条件をまともに作れません。逆に言えば、PVSystに入れる気象データは何でもよいわけではなく、日射と温度の整合が取れていることが最重要です。現地実測、既存データ、代表年データのどれを使う場合でも、地点代表性と期間代表性を意識しないと、結果の数字だけが独り歩きします。

もう一つ見落としやすいのが、設置地点と気象観測地点は同じとは限らないという点です。公式ヘルプでも、気象データは観測または補間された地点でのみ有効であり、その位置は必ずしもプロジェクト地点と一致しないと注意されています。つまり、近くのデータを使ったつもりでも、標高差や地形差、海岸・内陸差、積雪や風の癖が違えば、そのまま使うと誤差要因になります。PVSystに入力するのは単なるファイル名ではなく、その地点を代表できる気象条件だと考えるべきです。

必要データ2 方位角・傾斜角・設置方式

次に必要なのが、アレイの向きと設置方式です。公式ヘルプでは、Orientationは単なる角度設定ではなく、電気系統側のサブアレイと結びつく中心的な概念として扱われています。固定架台だけでなく、対向配置や追尾のような複数の面構成も扱えるため、ここでの入力は「どの向きに、どの種類の面が、どれだけ存在するか」を定義する工程です。PVSystで結果が変わる理由の多くは、実はこの方位・傾斜の置き方が曖昧なまま進んでいることにあります。設置方式を正しく切り分けることは、気象データと同じくらい重要です。

固定設置の場合、基本入力は傾斜角と方位角です。ただし、PVSystの方位角の定義は建築や図面の感覚と食い違いやすいので注意が必要です。公式ヘルプでは、北半球における方位角は南を0度とし、西が90度、東がマイナス90度、北が180度とされています。日本の実務では真南基準ではなく北基準の方位表現に慣れている人も多いため、この変換を誤ると、見た目はもっともらしくても発電量の季節変動が変になります。PVSyst入力でよくあるミスの一つが、方位角の符号を逆にしてしまうことです。

また、方位は図面上の見た目だけでは決まりません。サブアレイの考え方では、同じサブアレイに属するストリングは原則として同じ向きであるべきで、異なる向きのモジュールを同一ストリング内に混在させるのは受光条件の違いによるミスマッチが大きくなるため不適切とされています。反対に、並列側での扱いは別の考え方になります。要するにPVSystにおける方位入力は、単に屋根の面数を数える話ではなく、電気的に同質な群としてどうまとめるかまで含んでいます。ここを雑にすると、後段の機器選定や影評価まで連鎖してズレます。

必要データ3 太陽電池モジュールの仕様

三つ目は、太陽電池モジュールそのものの仕様です。PVSystでは、モジュールは単に公称出力だけで表現されるわけではありません。公式ヘルプでは、基本データとして、基準日射、基準温度、短絡電流、開放電圧、最大出力点電流、最大出力点電圧、温度係数などが整理されています。つまりPVSystにおけるモジュール入力とは、定格容量の大小だけではなく、温度変化や日射変化に対してどう電気特性が変わるかを再現するための入力です。見積や概要資料に載っている容量だけで済むものではありません。

さらに、モジュール寸法やセル構成も軽視できません。公式ヘルプでは、モジュール面積は効率計算の基礎になり、直列セル数は内部モデルの前提になるとされています。加えて、バイパスダイオードの数やサブモジュールの分割は、電気的な影の計算に使われます。ここは一見すると上級者向けに見えますが、実務では屋根障害物や列間影を厳密に評価したい案件ほど影響が出る部分です。モジュールの外形と内部構造が曖昧だと、影がかかったときの出力低下の出方まで不正確になります。

また、モジュールデータベースに登録済みの型式を使う場合でも、安心して丸投げしてはいけません。公式ヘルプを見ると、モジュール定義には基本データ、サイズと技術、追加データ、測定データなど複数のシートがあり、モデルはかなり多くのパラメータで構成されています。案件で採用予定の仕様とデータベース上の条件が一致しているか、温度係数や公差、初期劣化の扱いをどうするかは確認が必要です。PVSystの入力として重要なのは、型式名を選ぶことではなく、選んだモジュール定義が今回の案件条件を代表しているかどうかです。

必要データ4 変換機器と電気構成

四つ目は、変換機器と電気構成です。公式ヘルプでは、系統連系型のSystemは、モジュール、ストリング、インバータ、そして系統への接続で構成されると説明されています。サブアレイを定義する際の基本入力としては、必要な公称容量または利用可能面積、採用するモジュール、採用するインバータなどが挙げられており、その条件をもとにPVSystが適切な構成を提案します。つまりこの工程は、ただ機器名を選ぶだけではなく、どれだけの容量をどの直並列で、どの変換機器に接続するかを設計する段階です。

ここで重要になるのが、直列数と入力電圧条件の整合です。公式ヘルプでは、サブアレイの構成として、最悪温度条件での最小アレイ電圧がインバータのMPPT電圧範囲を下回らないこと、逆に低温時の最大アレイ電圧や開放電圧が上限を超えないことが条件として示されています。インバータ側の主要項目としても、最小MPPT電圧、最大MPPT電圧、絶対最大入力電圧、起動電力しきい値などが整理されています。発電量だけを気にして直列数を増減すると、この整合性が崩れ、現実には成立しない設計になる恐れがあります。

また、インバータの効率は単一の数字ではありません。公式ヘルプでは、効率は瞬時の入力または出力に応じた非線形の特性として扱われ、低出力時にはしきい値の影響が出ること、高出力側では内部損失や出力制限の影響が出ることが説明されています。したがって、PVSystにおける変換機器の入力は、定格容量の数字だけでは足りず、運転範囲の中でどのような効率挙動を示すかも含みます。これを曖昧にすると、年間の変換損失やクリッピングの評価にズレが出ます。

さらにサブアレイの考え方では、同じ入力に接続するストリングは基本的に均質であるべきで、異なるモジュールや異なる直列数の混在は避けるべきとされています。PVSyst上で計算できるからといって、実設備として合理的とは限りません。実務では、配線計画、接続箱構成、MPPTの割り当て、増設余地まで含めて電気構成を決める必要があります。PVSystへの入力はその設計思想の写像なのであり、現場の構成と一致しない仮定で回した計算は、説明しにくい数字を生むだけです。

必要データ5 影・3D配置・アレイの対応関係

五つ目は、影と3D配置に関するデータです。PVSystを初めて触る人ほど、影を「損失率を何パーセントか入れる項目」と捉えがちですが、実際にはそれだけでは不十分です。公式ヘルプでは、近傍影の電気的ミスマッチ損失を詳細に計算するためのModule Layout機能があり、そこでは各モジュールの3D空間上の位置と、どのストリング・サブアレイに属するかを定義する必要があると説明されています。つまり影の入力とは、障害物の存在だけでなく、どの面のどのモジュールにどう影が落ちるのかまで含めて設計に落とし込む作業です。

この点で大切なのは、3Dシーンと電気系統が別々の世界ではないことです。公式ヘルプでは、サブアレイはSystemメニューで定義され、3Dシーン側ではそのモジュール数や向きに合うだけの3Dフィールドを作る必要があるとされています。向きごとのモジュール数が一致していなかったり、3D側の面積と電気側のモジュール配置が合っていなかったりすると、整合確認で問題が出て、場合によってはシミュレーションが実行できません。図面班と電気班の前提がずれると、そのままPVSystでも整合不良になります。

また、Module Layoutは通常、設計の最後のほうで行うべき作業です。公式ヘルプでも、影の3D構築とSystem定義が先にしっかりできている必要があり、その後でモジュール配置と電気割り当てを詰める流れが示されています。後から方位やサブアレイ構成を大きく変えると、Module Layoutの定義も見直しが必要になります。したがって、PVSystにおける影入力は、早い段階で雑に触るよりも、基本条件が固まってから丁寧に詰めるほうが合理的です。遠方地平線、近傍障害物、列間影、屋上設備の突出物など、案件ごとの支配要因を見極めてから入れることが重要です。

必要データ6 損失条件と運用条件

六つ目は、損失条件と運用条件です。PVSystの結果を理解するうえで最も差が出やすいのがこの部分です。公式ヘルプでは、アレイ損失として、影、入射角補正、低照度時の損失、熱損失、モジュール品質差、ミスマッチ、配線損失などが整理されています。別の説明でも、詳細設計では熱挙動、配線、モジュール品質、ミスマッチ、入射角損失、遠方影や近傍影などの細かな効果を分析できるとされています。つまり、PVSystの発電量は機器容量だけで決まるのではなく、どの損失をどれだけ見込むかで大きく変わります。

ここで知っておきたいのは、PVSystは最初からすべてを厳密に入れないと動かないわけではないということです。公式ヘルプでは、損失パラメータの多くは典型的な初期値で初期化され、最初の計算では平均的な結果が得られるように設計されていると説明されています。これは便利ですが、同時に危険でもあります。なぜなら、その初期値はあくまで一般的な仮定であって、現場の汚れやすさ、配線距離、熱環境、停止率、保守体制、電圧制約を自動で理解してくれるわけではないからです。概算段階では使えても、説明責任が求められる案件では、既定値のまま提出するのは避けるべきです。

運用条件も案件によっては重要です。公式ヘルプでは、系統連系型でも自家消費の負荷プロファイルや蓄電、系統制限などを追加して扱えることが示されています。つまりPVSystに必要な入力は、常に同じ6項目を機械的に埋めればよいわけではなく、その案件が売電中心なのか、自家消費中心なのか、出力制御を受ける可能性があるのかによって深さが変わります。実務担当者は、発電量だけを見るのではなく、運用のされ方まで含めて何を入れるべきかを決める必要があります。

入力前に押さえたい実務上の注意点

ここまで6項目を見てくると、PVSystは入力項目が多いソフトだと感じるかもしれません。実際その通りですが、本当に大事なのは「すべての項目を一度に完璧に埋めること」ではありません。公式チュートリアルでも、まず設置地点と気象データを入れてプロジェクトを作り、次に基本的なシステム構成を作り、その後で遠方影、近傍影、損失条件を段階的に追加していく進め方が推奨されています。この順番には意味があります。基礎条件が曖昧なうちに詳細影や細かな損失だけ先に詰めても、土台がずれていれば結果は安定しません。まずは基礎を固め、次に支配的な要因を一つずつ加えることが、PVSystを実務で使いこなす近道です。

また、入力値は「あるかないか」より「整合しているか」が重要です。例えば、地点座標と気象地点の関係が曖昧、方位角の定義が逆、モジュール仕様と採用予定品が不一致、インバータの電圧窓と直列数が不整合、といった状態では、PVSystは計算をしてくれても、その結果は設計判断に使いにくくなります。実務では、座標、標高、方位、モジュール仕様書、機器仕様書、単線結線、配置図、障害物条件を別々に保管することが多いですが、PVSystに入れる段階ではそれらを一つの論理に束ねる必要があります。ここができていれば、関係者への説明や仕様変更への追従も格段に楽になります。

気象データを外部から取り込む場合は、品質確認も欠かせません。現行の公式ヘルプでは、カスタム気象ファイルの取り込み時に、範囲チェックや品質確認の仕組みがあり、警告が出た時間帯をユーザー自身が確認して、外部で補正するか、除外するか、そのまま使うか判断すべきだとされています。これは重要な考え方です。PVSystが警告を出してくれるから安心なのではなく、警告が出たときに原因を理解し、設計前提として採用してよいかを判断することが実務担当者の役割です。データ品質の検証まで含めて初めて、入力が設計条件になります。

最後に、詳細に入れれば必ず精度が上がるわけでもありません。精度の低い詳細入力より、意味のある範囲で整理された簡潔な入力のほうが、判断には役立ちます。例えば影評価がまだ粗い段階なら、まずは地点、気象、方位、基本機器構成を固めて感度を見てから、影や損失を追加するほうが筋が通ります。PVSystは比較に強いソフトなので、複数のVariantを使って前提差を見せると、結果の説得力が増します。実務では一発で正解値を出すというより、どの前提がどれだけ効くのかを示せることのほうが価値があります。

まとめ

PVSystに入力する必要データは、大きく分けると、設置地点と気象データ、方位角と傾斜角を含む設置方式、太陽電池モジュールの仕様、変換機器と電気構成、影と3D配置、そして損失条件と運用条件の6つです。公式ドキュメントを見ても、PVSystはこれらを別々の項目としてではなく、相互につながった設計条件として扱っています。だからこそ、PVSystとは何かを理解する最短ルートは、機能一覧を暗記することではなく、どの結果がどの入力に支えられているかを把握することです。発電量の数字だけでなく、その数字の根拠を説明できるようになって初めて、PVSystを実務で使える状態になります。

そして、これらの入力精度を上げるには、机上での設定だけでなく、現地の位置、標高、方位、障害物条件を確実に押さえることが欠かせません。特に地上設置や広い屋根案件では、初期の現地把握が甘いと、後からPVSystの前提を何度も修正することになります。もし現地測位や配置確認の精度を高めたいなら、LRTKのようなiPhone装着型GNSS高精度測位デバイスを活用し、敷地座標や設備位置を早い段階で整えておくと、PVSystに入れる地点情報やレイアウト条件の信頼性を上げやすくなります。シミュレーションの精度は、入力画面の中だけで決まるのではなく、現地の情報をどれだけ正確に持ち込めるかでも決まります。