Linda Thoren

Hello, Indeed there can be big discrepancies between databases. It is very difficult to estimate which one is the best suited for a given project or location, and what the probable error is. The following Help page provides comparisons of several databases across different sites: https://www.pvsyst.com/help/meteo-database/import-meteo-data/data-source-comparison.html?h=meteo+comparison#comparison-between-several-data-sources-for-different-continents

Hello, After running a simulation you have access to the "Detailed Results". In the "Tables" window, you can generate a table like the one in the beginning of this thread with E_Grid hourly averages

Hello and welcome ! The first steps of how to import custom weather data into PVsyst is explained in our Help in the following link: https://www.pvsyst.com/help/meteo-database/import-meteo-data/custom-meteo-files/index.html Kind regards

Sorry I don't really understand what you want to. The Ohmic losses can be defined in the Detailed losses window

Bonjour, Dans vos exemples, l’inclinaison du toit est de 30° et 10° respectivement, et les panneaux sont-ils installés directement sur le toit incliné ? Dans ce cas, il n’est pas possible de réaliser une simulation bifaciale, car peu ou pas de lumière atteindra l’arrière des panneaux. Si les panneaux sont installés sur un toit plat avec des tables inclinées à 30° ou 10°, la simulation bifaciale est possible. Dans ce cas, l’espacement entre les rangées devrait être supérieur à 1 m si la table mesure près de 4 m.

Dear, indeed, the total current should be considered.

In a project you can create multiple variants (both in version 7 and 8). Since the results will be for the complete system, you have to define your sub-system (for instance one inverter at the time) in separate variants. Thus, in the system window etc., define only 1 inverter and run the simulation. You can then make another variant of your project with the second inverter etc.

Hello, At the moment, PVsyst only provides yield and performance results for the complete system as a whole. Viewing results per inverter is not yet available (though it is on our roadmap). If you need results for each inverter separately, the current workaround is to simulate each inverter as its own variant.

Hi, The execution of the shading factor calculation may take some time, and has to be evaluated at each simulation hour. For speeding-up the simulation execution, we calculate a table of shading factors for specific sky orientations (every 10° in tilt and 20° in azimuth). Then at each step, the simulation can calculate the exact sun's position, and interpolate in this table ("Fast" shadings calculation"). This table is also used for the elaboration of the shading factor on diffuse and on albedo integrals. You find more details in our help, for instance the treatment of the Beam component: https://www.pvsyst.com/help/project-design/shadings/calculation-and-model/treatment-of-the-beam-component.html and the shading factor table: https://www.pvsyst.com/help/project-design/shadings/calculation-and-model/shading-factor-table.html Kind regards

Hi, A near shading loss of 2.8% for the system layout shown in your screenshot is within a reasonable range and you probably have to increase the pitch by a lot to see an effect on the near shading losses. The most accurate diffuse shading calculation will be obtained by using the "All trackers" option, as in your current example. For an exercise to better understand the impact of diffuse losses, you can instead select the "Custom tracker" option and choose a set of tables located at the very edges of the system. This option calculates shading only for the selected tables, then applies the same shading pattern to the rest of the system. If you run the simulation with "Custom tracker" selected for tables that have fewer surrounding obstacles, you should observe a decrease in near shading losses. Note that this method is only for testing and exploring the effect of table placement on diffuse shading—it is not the recommended approach for an accurate production estimate.

Hello, If you have no shading object or topography and have activated the backtracking, the near shading losses likely stem from the diffuse shading. The diffuse shading definition for trackers can be found in the Near shading window, Tools, Tracker diffuse shading definition. By for instance increasing the pitch, the diffuse shadings will be reduced.

Hi, The idea behind the unlimited sheds field type, is to allow for simulation of the shadings without the complexity of the 3D scene. Thus you are always simulating the mutual shading between the rows in a 2D representation (compared to the 3D scene). One simplification with this 2D representation is that the edge effect is neglected, that the rows are unlimited long. The number of sheds are important to define since the first and last row does not have the same shadings as the rest of the rows. Thus if you have 5 rows, 4 of the rows experience mutual shadings. If you have 500 rows, 499 rows will experience mutual shadings and thus this will impact the simulation results. Note that the unlimited sheds always include mutual shadings. To run a simulation completely without shadings, you should define fixed tilted planes and not define a 3D scene (though you can then define a bifacial project since the pitch and table size are needed for the bifacial calculation). You can read more about the unlimited sheds in the following help page: https://www.pvsyst.com/help/glossary/3d-editor/shed.html?h=unlimited+sheds

Hello, Currently, results such as generated energy and plane-of-array irradiance can only be produced for the complete system as a whole. If you wish to obtain results for a specific sub-system, you would need to simulate that sub-system separately and generate a dedicated output file for each one.

Good morning, I would think it is linked to the separator options. Double check the fields format and the decimal separator before exporting the output file and verify the format in your excel settings so that they match.

Hello Aidenn, I first notice that the power sharing has not been equalized in your print screen. All sub-arrays has the same Pnom/MPPT, though different installed PV power in each sub-array. This results in unequal Pnom ratios across the sub-arrays. You can toggle the "Auto-equal. Pnom option", or clicking on the weight icon for the specific configurations concerned. This will distribute the Pnom/MPPT values proportionally according to the installed PV power in each sub-array, thus equalizing the Pnom ratios. The production begins as soon as the MPP power is over the power threshold Pthresh of the inverter. The MPP power below this threshold is accounted as IL_Pmin loss. The Pthresh power may be understood as the power required for the Inverter internal circuits consumption. These losses might be reduced if activating the power sharing, since certain sub-arrays have rather low Pnom ratios. You can read further about in the following help pages: https://www.pvsyst.com/help/project-design/grid-connected-system-definition/inverter-array-sizing.html#difference-with-the-hourly-simulation https://www.pvsyst.com/help/physical-models-used/grid-inverter/inverter-operating-limits.html