Log in Sign up

2Workflow

In brief

An analysis consists of six steps: create a project, set the location, check the elevation data, draw the PV areas, place observation points at the locations to be checked and start the simulation. The report with all results is then available. The "To-Do List" in the editor shows at any time which inputs are still missing for the start. An assessment often involves several passes with changed inputs (section 2.5).

2.1 How to

  1. Create a project. In the dashboard, choose "New Project" and enter a name. This uses one project token; the project receives 30 simulation tokens. A demo project is possible once without a project token (Ch. 3, Ch. 4).
  2. Set the location. Go to the site via "Address Search" and, under "Project Area", place the center roughly in the middle of the planned PV areas: a circle with a 3 km radius in which all PV areas must lie. Then check the suggested "Time zone" in the "Project Settings"; all times in simulation and report are standard time of this zone (Ch. 5).
  3. Check the elevation data. In the "Elevation data" menu, define where the GL comes from. A terrain model is optional, but required for the terrain view, cross-tilt zones and terrain occlusion (Ch. 6).
  4. Enter PV areas. With "New PV area", choose the system type and the input method, then set orientation, heights and module type (Ch. 7, Ch. 8). For ground-mounted areas, define the terrain of the area (Ch. 7.5, Ch. 7.6).
  5. Place observation points. Create a group with "New group", place points and enter the eye height; a field of view is optional (Ch. 9).
  6. Start the simulation. When the To-Do List is empty, choose "Start simulation"; this costs one simulation token (Ch. 12). Then set filters per group in the report, fill in the cover page and generate the PDF with "Create PDF" (Ch. 14).
"New Project" dialog with project name, description, cost of 1 project token and a note on 30 simulation tokens
Step 1: "New Project" in the dashboard. The dialog shows the cost and the available project tokens.
Editor with the main menu on the left, a PV area and two rows of points along a road; at the bottom the message that the project is complete and ready for simulation
Steps 2 to 5 done: the main menu guides through the inputs; once nothing is missing, the message at the bottom replaces the To-Do List. Sample project with a fictitious installation; aerial image: © GeoBasis-DE/LGB (2026), dl-de/by-2-0.
"Start Simulation" dialog: cost 1 simulation token, 30 available in this project, note on the read-only version, optional batch analysis
Step 6: the start dialog shows the cost and saves the current state as a read-only version.

Steps 3 to 5 can be done in any order. Until the project area is set, only "Address Search" and "Project Area" are enabled in the editor.

2.2 Optional inputs

Input Effect Chapter
Excluded areas exclude sub-areas without modules Ch. 7.7
Obstacles occlude sun and reflections at close range Ch. 10.1
Far-field shading accounts for mountains and distant terrain per PV area Ch. 10.2
Pre-analysis shows the reflection directions before the points are placed; no token Ch. 11

2.3 Before the start

As long as the "To-Do List" contains entries, "Start simulation" is locked; clicking an entry leads to the affected place. At the start, the server additionally checks plan limits, storage, token balance and whether the PV areas lie within the project area.

2.4 Points to note

  • Project area: set once; a wrongly placed area requires a new project (Ch. 5).
  • Time zone: The suggestion is determined for the centre of the project area, or estimated from the longitude as a fallback; check it, because time zone boundaries do not follow the meridians. UTC−12 to UTC+14 can be selected, including the zones with half and three-quarter hours (Ch. 5).
  • Simulation version: After successful completion, the server saves the state at the start as a read-only copy ("… · Sim-Backup …") to which the results are attached, even if the browser was closed in the meantime; work continues in the previous version (Ch. 4).
  • Only one simulation runs per account at a time; a further start during a run is rejected.

2.5 Working iteratively

An assessment rarely results from a single run. Typical reasons for several passes:

  • Installation parameters not exactly known: If the orientation, tilt or module type of an existing installation is not exactly known, they are varied until the simulation reproduces observed or measured glare times.
  • Finding a solution: Where glare has been found, orientation, tilt, module type or screening are changed until the result meets the chosen guideline value.
  • Uncertain inputs: If heights or eye heights are only roughly known, several runs show how strongly the result depends on them.
Function Contribution to iterative work Chapter
Sim-Backup every run is kept with its input state and report; an earlier state can be opened and edited further via "Duplicate" Ch. 4
Notes per version the reason for and assumptions of a run stay recorded with the version Ch. 4
Pre-analysis shows the reflection directions of a changed design before the simulation, without a token Ch. 11
Filters in the report guideline values and filters take effect immediately, without a new simulation Ch. 14
Batch analysis (Pro) up to 20 variants of azimuth, tilt, module type and dual orientation in one run Ch. 13
Version comparison (Pro) key figures of 2 to 5 variants side by side Ch. 13
Worst-case combination (Pro) least favourable case across the variants as a separate report Ch. 13