pvsyst_create_native_load_variant
Preview or create a new PVsyst variant with one native flat load block (constant, monthly or daily) without editing the source variant files.
Instructions
[Loads & Storage] Preview or create a NEW variant with one native flat load block (constant, monthly or daily). Supported subset is a native 8.1.6 PV-only single-subarray Grid variant with exactly one ordinary fixed plane, free horizon, no shading scene or module layout, no P50/P90, and a pvSystem declaring only Flags=$06000000 and SystemType=Grid; main array Flags=$01900400/Flags2=$082A and subarray Flags=$019E1002 stay unchanged. mode is the explicit discriminator: constant{constant_kw} writes ConstantLoad with Energy Units=kW; monthly{monthly_energy_kwh} writes the declared twelve kWh values as ValMonth plus the observed three trailing 0.000 slots; daily{daily_power_kw} writes 24 hourly powers and a trailing slot equal to their sum, which reproduces the observed native layout only and is not a load or dispatch model. Numbers must be strict finite nonnegative 0.001-step values; constant_kw must be positive and profiles need at least one positive entry. The 1e6 cap is an adapter bound, not a native or engineering limit. Booleans, strings, empty or wrongly sized arrays, NaN/Inf and unknown fields are rejected, never silently dropped. Only root pvVCalcul bit19, the directly owned pvLoad block and an optional root Comment are written; root Flags must already be 0 or 0x80000 and agree with the presence of an existing pvLoad. An existing constant/monthly/daily block is replaced in place before the unique SimulPlots=Start anchor; the owning pvLoad Comment is normalized to a fixed MCP label inside this declared subset. HourlyFile, Probability, HouseHold, nested, duplicated-owner or unknown-field blocks stop. dry_run=true writes nothing. Execution creates one NEW VC and never edits the source PRJ/VC, inputs, weather, topology or other loads; existing store locking, path checks, read-back verification and no-overwrite semantics apply. add_utf8_bom follows the existing explicit marker habit: false keeps the source marker and a non-ASCII variant_name then needs an existing BOM, true writes a UTF-8 BOM to the NEW VC and is also accepted without a name; bom_added reports it. native_consumption_verified stays false: verify native E_User and the PDF for the matching year/timezone before treating a saved block as consumed.
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| load | Yes | ||
| dry_run | No | ||
| project | Yes | ||
| new_variant | Yes | ||
| add_utf8_bom | No | ||
| variant_name | No | ||
| source_variant | Yes |