André Mermoud

PVsyst can simulate PV systems anywhere on the earth. Please see our FAQ Which Meteo Data are available in PVsyst ?

For the calculation of the IAM loss for diffuse, we suppose that the diffuse component is isotropic, i.e. has an equivalent value for any direction of the space. PVsyst performs an integral of the IAM loss for all directions "seen" by the collectors. This IAM factor doesn't depend on the sun position, it is only dependent on the system geometry, and is constant over the year. This factor is applied to the diffuse component at each hourly step of the simulation. The factor on albedo is treated in the same way, as an integral of the IAM for directions at ground level.

In the inverter's definition, you have a parameter "Minimum voltage for PNom". This means that you will not attain the Pnom value if you don't have a sufficient voltage. This corresponds indeed to an input current limitation (I limit = Pin / Vmin for PNom)

The message tells exactly what happens: when you define "Unlimited sheds", the mutual shadings are computed in a generic way. You should not define the 3D shading scene, as the simulation would account for the mutual shadings twice. Please see the help "Project design > Shadings > Near Shadings: Main dialog > Near shadings and sheds".

These are indeed the effects of the losses on the albedo and diffuse parts. The albedo is only "seen" by the first row. It is shaded for all other ones behind.

The "linear" shading loss (irradiance deficit) is probably not very important in your case. If you want to evaluate the electrical losses, you have to use the option "Shadings according to Module strings", or "Module layout".

The long-term degradation is applied to the STC values for the PV module model (50% in current, 50% in voltage), and therefore slightly affects the operating voltage. However in the case of your table, the Array voltage attains the Inverter VmppMin, and is therefore clipped to this value. This is the array operating voltage, not the MPP voltage. The impact of the degraded voltage in the simulation is simply the possible increase of the loss due to voltage threshold. NB: The degraded module is defined during the simulation process. There is no tool for analyzing this degraded module explicitely. You can create this degraded module by redefining the STC values Isc, Voc, Imp and Vmp. NB: I don't know any publication about the impact of the relative degradation on the current and the voltage. I have put an equivalent decrease for I and V, but without experimental justification. You may have defined night losses in your system, like Auxiliary consumptions or transformer iron loss.

Meteo data for very high latitudes (where the sun is low on horizon, or even not apparent during the day) are sometimes difficult to manage with the usual models. If with the imported Meteonorm data, you have problems like this one you can modify the limits in the "Hidden parameters". In this case: topic "Miscellaneous: Meteo, Simulation, ... ", item "Best KtCC days have strongly high values".

This problem should be corrected in the version 6.46 or 6.47.

This is a bug that we are investigating. It willl be corrected in the next version 6.48.

This depends onthe version you are using. This tool for importing Load profile in hourly data has been completely renewed in the version 6.44. The new file format is completely described in the help, and you have a template in c:\Program Files (x86) \ PVsyst6 \ Data \ UserData \.

This warning means that for the efficienciy curves according to 3 voltages, you have specified a voltage outside of the Vmpp window (888 to 1275 V in yoiur case).

This was indeed a bug just in the Version 6.44, when using tracking systems: the simulation reverted to the Hay model even when specifying the Perez model. The simulation was consistent with the report mention. This has been corrected in the next versions

This was indeed a bug just in the Version 6.44, when using tracking systems: the simulation reverted to the Hay model even when specifying the Perez model. The simulation was consistent with the report mention. This has been corrected in the next versions.

You can get the status of your update rights in the main menu "License > Status and Activation". If these are no more valid, you have to buy a renew of these rights for one year on our site www.pvsyst.com.

The GRef and TRef are the values for the definition of the model according to Isc, Voc, Imp and Vmp (normally the STC values). Now the operating condition Goper is normally not limited. If so, please tell me where in the software. The operating temperature should not be lower than -20 to -30°C. Below these values, I don't know how the one-diode model will behave. Usually, the diode Saturation current becomes quasi-null. For calculation reasons, PVsyst put a lower limit (0.1 pA), and the behavior of the one-diode model is slightly altered (namely the temperature coefficient becomes positive).

In the presizing - and everywhere in the software - the area is the area of the modules themselves. There is no direct tool for this evaluation in PVsyst. You can evaluate the desired GCR (according to the tilt and acceptable shading losses), using for example the "Unlimited sheds" option. The you determine the effective available ground area (taking the roads and other specificities into account). The pre-sizing active area will be the ground area times the GCR.

You have to contact our administration admin@pvsyst.com.

All optimizers have different characteristics, and each one requires a very special development in PVsyst. These developments have been done for some technologies, and rely on parameters specified by the concerned manufacturers. They are not customizable.

I don's see any reason for such an increase of this loss as a function of the temperature. If there is a depency it should be almost unsignificant. This may be an error of the simulation, that we have to analyze in detail. Please send your full project (using "Files > Export project" in the main menu) to support@pvsyst.com.

The LID loss ("Light Induced Degradation") is a phenomenon specific to Crystalline modules (and only with P-type bulk wafers). It is due to the wafer quality, namely traces of oxygen, which recombine with doping atoms during the first hours of exposition. It is not taken into account in the flash-test at the output of the factory, and therefore in the sorting process. Therefore it has to be taken into account in the simulation. The LID loss is sometimes specified in the datasheets, but not very often. When applicable (crysrtalline modules with P-type wafers) the usual value is around 2%, this is the default in PVsyst. Now in PVsyst, you have to define the LID loss explicitely in the "Detailed Losses" dialog. You can choose the value of your PV module if it is specified with the PAN file, or you can ask for the default value. The thin film modules (especially amorphous, but also CdTe to a lower extent) are known to degrade during the 2-3 first months. The "sold" nominal power is indeed the STC performance after stabilization. Therefore there is no additional loss with reaspect to the one-diode model during the simulation. NB: The "gain" before stabilization is not acounted in the simulation, as it is considered as a temporary behavior.

In PVsyst, we consider the light soaking effect as a temporary effect. The "pre-light soaking" period is sufficient short for neglecting it in the annual yield. Nothing is foreseen for taking this initial loss into account.

In the "Orientation " part, this is a rough tool for a quick evaluation of your orientation with respect to the optimal. This quick calculation is based on a simplified model based on the monthly meteo data only, without full accuracy. Moreover, if your meteo data (*.MET file) are not complete year, this tool will use the data defined in the "Project's site. The data on the report are the result of the hourly data simulation, these are the reference results.

Sorry, I don't undertand. In your first mail you talked about a tracking system, and here it seems to be a fixed plane system. Please remain coherent in your requests.

For using Backtracking, you have to define a corresponding 3D scene. The Backtracking parameters (pitch, tracker width) will be defined by your 3D construction.