André Mermoud

The simulation button is grayed because you have a red warning in the sizing form ("The array is strongly oversized"). Please see the FAQ Can I define a system with highly undersized inverter ?

Sorry, PVsyst only works with Hourly data. It is not able to perform simulations on sub-hourly intervals.

These values are the same if you don't specify Soiling losses. The soiling losses will also be taken into account in the GlobEff value (it is the effective irradiance in the PV modules).

The axis labels of this plot are indeed not correct. I was not aware of that, and will correct for the next version 6.27. The horizontal axis is the instantaneous output power (i.e. for a given hour). The bins accumulate all the energies registered for this power along the full year (or simulation period). I.e. the sum of all hourly energies for which the output power was in this bin range.

The algorithms used in PVsyst are probably a little bit simpler than those of this NREL publication. But the results should nt differ by more than 1-2 minutes. However I will not give all of them here. Perhaps we will give an extended description in the help in the future. In PVsyst, the hourly values are averages over one hour. The time stamp 8:00 concerns accumulations (averages) of instantaneous values from 8:00 to 9:00. Therefore it is natural to compute the solar geometry at the middle of this interval.

OK, done for the next version 6.27.

According to the measurements reported by the specialized laboratories, the maximum power point Pmpp behaves very linearly with the temperature. The muPmpp parameter specified by the manufacturers is the slope of this linear dependence. Now the Pmpp temperature dependency as calculated by the one-diode model is not exactly linear. Until Version 6.25, PVsyst adjusted the slope for getting the correct slope at 25°C (i.e. a tangent adjustment). In these conditions the derive is around -0.03% at 35°C, -0.12% at 45°C and -0.28% at 55°C by respect to the linear hypothesis. The graphics shows that this "error" is almost imperceptible: Pmpp differences (linear - model) acc. to temperature From version 6.26, the slope is adjusted in order to get the measured (linear) value at 25°C and 45°C (i.e. a secant adjustment). This improves the accuracy of the model at the operating temperatures, and results in a diminution of the temperature loss of about -0.1 to -0.2% (of annual yield) with usual PV systems (depending on the climate and the thermal U-factor) The graph shows the zoomed differences: Differences between Pmpp temperature models NB1: The temperature behavior is normally a result of the one-diode model, close to the specifications. However for an exact adjustment of this value PVsyst introduces a slight linear correction of the Gamma value (diode ideality factor) as function of the temperature. NB2: If you are designing plants in very hot climates, you can choose another secant point than 45°C in the Hidden parameters, topic "PV modules", item "Upper temperature reference for muPmpp default". This point should be in the middle range of your operating temperatures along the year, not the highest ! NB2: In some places of the program - e.g. in the specification dialog ("Model parameters" / "Temper. coeff.") - the muPmpp value corresponds to the Manufacturer's requirement (i.e. secant). And in other places (page "Basic data", application of the model), it is the real derivative for a given temperature. Therefore there may be some differences when showing this value.

The program PVsyst is continuously evolving, therefore it is quite unavoidable to get sometimes yield differences between versions. We try to list some of them here (not exhaustive). Version 6.33 with respect to 6.32 Module Layout calculations: - When operating below the VmppMin inverter value, the simulation chooses the second maximum (instead of the voltage limit). - For shed arrangement, the linear shading calculation has been refined, which affects the electrical loss calculation. Version 6.27 with respect to 6.26 - The electrical shading loss calculation has been modified for shed arrangement: there is now a threshold in the shading factor for activating it. - The AC ohmic losses after the inverter (wiring, transfo) are now affected by the power factor (divided by cos(phi)**2). Version 6.26 with respect to 6.25 There were 3 modifications affecting the yield in this version: - The interpretation of the muPmpp value as specified by the manufacturer: see Temperature behavior of the one-diode model . This induces a slight diminution of the temperature loss (around 0.1 or 0.2%). - Concerning crystalline PV modules of the database for which the Rs is not specified by the manufacturer: the default Rs value was previously based on a fixed Gamma value of 1.10. It is now fixed by asking a relative efficiency of -3% at 200 W/m2. This induces a decrease of irradiance losses. - The metal resistivity (copper and alu) have been slightly revised (unperceptibly diminishes the wiring losses). Version 6.09 The shading factor for diffuse now calculated for different tracking positions. => Slight modification with normal systems with shades, but addition of a significant shading loss for Backtracking strategy (see How is calculated the shading loss on diffuse with tracking systems ? Version 6 by respect to V 5 The differences are listed on another post.

Yes, it is the desired behavior. If you have several variants to save, they will obviously create new VCi files. We judged that overwriting the original file would be confusing. However if you "resimulate" a set of old variants (new feature in V 6.26), you have the opportunity of choosing whether you want to create new files or overwrite the existing ones.

It should not recalculate the table if this has already been calculated and nothing has been changed in the shading scene. I will check in the program.

Yes, the simulation with the usual parameters is valid for the first year. In you want to take a degradation into account you can specify it in the parameter "Module Quality Loss". NB: You can specify a degradation rate in the "Financial Balance" tool, which deals with the financial balance over several years, after defining the economical evaluation (inverstment).

In the Hidden parameters, topic "Miscellaneous", you can adjust this limit.

I don't see how to do that in PVsyst. I have developed the treatment of optimizers at the module level, for 2 different products: not trivial. This will be available in a next issue of PVsyst (probably within one month).

The performance ratio is referenced to the GlobInc (irradiance in the collector plane without optical losses), not GlobEff which includes the shading, IAM and soiling losses. See How is calculated the PR ?

If you define the P50/P90 parameters in the tool behind the button "Miscellaneous Tools" (at lease define the "kind of data"), the analysis will appear in the report. In the printer dialog, you have the opportunity of printing it or not.

I can't understand that. Please send your whole project, using "Files" / "Export project" in the main menu, to support@pvsyst.com.

I don't know the model used in this article. In PVsyst, the IAM calculation may be dependent on the meteo data as you pointed out (especially the diffuse component or the transposition model used), an on the plane orientation. I have done a little correction on the calculation for the albedo some months ago (effect less than 0.1 or 0.2% if I remember well).

Scaling the tracking rows (by a same factor for the tracker's width and pitch) is indeed a very good idea, that I adviced for sheds since a long time. However: - there may be errors due to edge effects at the extremities: if you also scale the tracker lenghth (i.e. diminish the number of trackers) I think the simulation should be quite representative. - if you use shadings "according to strings", you should also scale the string's sizes (i.e. a string rectangle will represent several strings). - this is not correct for the electrical losses calculated with the "module layout", which are based on the module's sizes.

This is indeed a very old text in the help, which has not been updated for the new developments. Sorry. The statement is rather that you should not use "Unlimited sheds". You can use fixed or several orientations. Yes it should be used,for taking the mutual shadings of trackers into account in any case. With backtracking, it is necessary for the calculation of the mutual shadings on the diffuse part, even if there is no loss on the beam component (table with null everywhere). See How is calculated the Shading Loss on diffuse with tracking systems ? Since a very long time (but I can't remember when), there is a generic calculation of the electrical losses in the "Unlimited sheds": as soon as the bottom cell is shaded the string becomes inactive. You have to define the number of strings in width in the row. There is no formal limitation on the number of sheds. If you define too much in the 3D tool, the calculation time may become prohibitive (see our FAQ With my big power plant the calculation time becomes prohibitive) There were already a significant optimization with the version 6, we are working on further ones. For beam component, the zero shading factor is by definition of the Backtracking mode. The shading factor on diffuse or albedo calculated from this table of moving orientations are not relevant (PVsyst should not show them). The shading for diffuse has to be computed for each position of the trackers, using a shading factor table calculated for a fixed plane at this orientation. This is done for some positions, and interpolated. When using backtracking, the plane orientation is no more optimal in backtracking situation: the shadings for beam component disappear, but not the shadings for diffuse and albedo. As the yield is less for very low sun's heights, the relative horizon loss may indeed be lower. The IAM increases as in backtracking situation the sun has an increased incidence angle.

Of course, if you had explained your acronym SAT and what you meant by a "saw-tooth type tracker", the answer would have been more accurate. In this case indeed, you can use the Frame with North/south axis, and fix the tilt within the frame by defining "Min/Max tilt on the frame" = 10°. Depending on the latitude and the chosen spacing, there may be mutual shadings from element to element in the tracker.

I don't know exactly what you mean by SAT These tracking options correspond to different physical situations: in one case you have one-axis trackers, and in the second case dual-axis trackers. The dual-axis obviously gives a higher yield if you don't take the mutual shadings into account, as the PV modules are always perpendicular to the sun's rays. But it implies a more sophisticated (and costly) mechanics. Now with mutual shadings (or backtracking) the performances highly depend on the geometry, the situation should be analyzed in detail using simulations with the exact system's configuration. There are no special assumptions in PVsyst: at each time (each sun's position, taken in the middle of the hour during the simulation), the trackers have a given mechanical position and the transposition model is applied to this plane orientation.

PVsyst provides a database of the main components used in PV systems: PV modules, Inverters, Batteries, Pumps, Controllers, etc. The database in PVsyst should be considered as a service for the users of the program. It is also a service provided free of charge to the manufacturers of the components, who can present their products to the potential users. In providing this service, PVsyst SA tries to stay as neutral as possible, without favoring any manufacturer with respect to another one, and always taking care of providing credible information. The database is updated with each release of the software, i.e. about every month, integrating the requests made by the manufacturers. The database contains data provided by the manufacturers, which should be as far as possible consistent with the datasheets. In cases where certain parameters are not available on the datasheets, PVsyst will propose reasonable default values. The manufacturers have also the possibility to provide values that are missing on the datasheets, through measurements performed by independent third-party companies or institutions. In this case, PVsyst SA will request a copy of the original reports. PVsyst SA reserves its right to edit or reject data that seem not reasonable according to our experience. However PVsyst SA cannot be held liable for incorrect data, nor any indirect damage resulting from the use of the database. There may be transcription errors, or the datasheets may have been changed by the manufacturers. When using a component, you are advised to carefully check the data against the most recent datasheets. Practical information for the manufacturers: To introduce PV modules and Inverters into the PVsyst Database, you should fill out the EXCEL PV component form with the data of your products, and provide the corresponding datasheets along with it. The form can be requested from support@pvsyst.com. After the data has been included in the PVsyst database, the form will be returned to the manufacturer with the exact data as present in the database. The form is organized in columns, and each column header contains information about how to fill out the different fields. You can directly copy and paste the component's data between this EXCEL document and the PVsyst program. As a general rule, components will never be removed from the database, as they may have been used in previous projects. For each component in the database, the years of introduction to and removal from the market can be specified. Manufacturers are strongly advised to carefully update the date of removal from the market for the obsolete components in the database.

The "PAN files" hold all the definitions specific for a PV module in the database of PVsyst. These definitions may be either a file (*.PAN), or a CSV string in the EXCEL document representing the PV modules database. NB: this denomination comes from the very beginning of PVsyst in 1992, when the program was written in French (the file extension ".PAN" stands for "Panneau PV" which is the French word for PV module). The main parameters governing the performance of a PV module are: - The PNom value which is the basic definition of the module (nameplate value), - The STC specifications Isc, Voc, Imp, Vmp, normally taken directly from the datasheets, - The temperature coefficients musc (alpha), muVco (beta) and muPmpp (gamma), from the datasheets. - The optical performance, i.e. Incidence Angle Modifier (IAM) which induces a loss for not-normal incidence angles, especially important for the diffuse part. The model of PVsyst requires a set of additional parameters which affect the operating performances: Rshunt Shunt resistance, the inverse of the slope of the I/V curve around V = 0 at STC. RshExp Characteristics of the exponential-like behavior of Rshunt as function of the irradiance, Rsh(0) Intercept of this exponential at Irradiance = 0 Rserie An internal parameter of the one-diode model. Should not be confused with the slope of the I/V curve at I = 0, which is named RserieApp (for apparent) in the software. The Rserie is the main parameter governing the low-light performance. Gamma (diode ideality factor) is closely related to the Rserie value during the calculation of the model parameters, and is not considered as an additional unknown parameter. muGamma is a linear deviation of the Gamma value (diode ideality factor) as function of the temperature. It can be viewed as a correction for getting a specified muPmpp (in PVsyst, mu stands for "temperature coefficient). d2MuTau Specific parameter for the recombination term, only relevant for amorphous and CdTe modules. IAM Incidence angle modifier as a function of the incidence angle. These additional parameters are usually not mentioned on the datasheets, and the difficulty is to find their values according to further information for a given module. Rserie is the most important parameter and has a great impact on the Low-light efficiency. Its determination is crucial for the model. See How should the Rserie value be specified? for details. Rshunt, RshExp, Rsh(0), (and Rserie) Sometimes measurements are performed for a set of different irradiances and temperatures according to IEC-61853-1. Then this data is used to perform a general fit, using all parameters Rserie, Rshunt, Rsh(0), RshExp and muGamma as variables. In such kind of fit, the Rshunt, Rsh(0), RshExp are usually "adjusting" parameters, which may take values very different from their physical observed value, in order to satisfy the fit. Of course the result of a fit (residues) is better when using more parameters. However if the parameters are not well implied in the equations, erratic values may lead to unstable solutions: slightly different measured values may give completely different parameters, leading to erroneous results when applying the parameters to modules with slightly different STC input data. This is the case mainly when we extend the results of the fit to other modules of different powers (i.e. different qualities of manufacturing). This is the reason why we prefer keeping these parameters concerning Rshunt (i.e. Rshunt, RshExp and Rsh(0)) as close as possible to the default values, modifying them only if it is really necessary to reflect direct measurements. And we adjust the Rserie parameter in order to get the measured low-light relative efficiencies at 25°C. We do that identically for all modules of a power series, but we don't have any proof of the validity of this hypothesis as we never got systematic measurements for different power classes of a same module type. As another example, the Temperature behavior of the Pmpp issued from the global fit may be significantly different from the direct measurement at 1000 W/m2 specified on the datasheets. In a general way, we sometimes cannot accept the results of these multi-parameters fits for the database, as we don't have a mean for extending it to other modules of different powers in the same series. The methodology is too different from the standard parameter's choice used by all other manufacturers, and this may lead to irrelevant discrepancies between manufacturers in the simulation results. Incidence Angle Modifier (IAM) function The IAM function represent the additional reflection losses when the irradiance is not perpendicular to the PV module area, with respect to a normal incidence. The IAM profile is specified within the PAN file. The standard behavior in PVsyst is the ASHRAE parametrization with bo = 0.05. If you want to specify a custom profile in the database of PVsyst, we will require a full report of measurements performed indoor by a third party laboratory. Since january 2017, we don't accept outdoor measurements anymore - even if they are performed according to IEC 61853-2 - because the proposed methodology seems not sufficiency reliable. See the post How to deternime the IAM profile ?

The determination of the PAN file parameters, and especially Rserie, have evolved over time according to our progressive understanding of the one-diode model parameters significance and implications. When computing the one-diode model, the Rserie and Gamma value (diode ideality factor) are strongly interrelated variables. At the beginning, we chose to fix the Gamma parameter as default value in the model's calculation, as it was independent of the module size. Rseries and Gamma (diode ideality factor) interrelation in the one-diode model In PVsyst Version 5, according to our long-term outdoor measurements on several modules, we first fixed the default value Gamma to 1.3 for mono-, and to 1.35 for poly-crystalline modules. The practice revealed that this choice was very conservative. NB: This default is specified in the hidden parameters, you can change it, if desired. With the development of PVsyst Version 6, we had the opportunity to analyze a set of measured data, recorded outdoor by the Sandia National Laboratory for about 100 modules (Sandia model). This lead us to change the value of the default Gamma to 1.1 which has become the default since version 6, and up to V 6.25. Gamma value recomputed for the modules of the Sandia database. However, we observe a big discrepancy between outdoor measurements and the usual indoor measurements performed by flash-tests. When low-light measurements are available, we adjust the Rserie accordingly. In most of the recently reported measurements, the relative efficiency lies between 0.5 and a maximum of 1% in the 600-800 W/m2 range, and is around -3% for 200 W/m2. When data overcome these values we are extremely careful when checking the reported measured data. It seems that the most recent modules, and some special technologies, may show very good low-light performances that overcome these averages. Low-light performance for different hypothesis (Rseries choices) Now we got many independently measured values at different irradiances, according to the new IEC-61853-1 norm for recent modules (indoor measurement). We observe on these data that the the low-light performance are rather comparable for all modules, with a relative efficiency drop of about 3% or less (up to 1%) at 200 W/m2. Therefore since the version 6.26, the default Rserie value is fixed in order to get a -3% relative efficiency at 200 W/m2. Otherwise in the database, when the manufacturer provides low-light efficiencies, we use to set the Rserie in order to get the low-light performances approaching the measurements at best (although we don't know the evolution of the low-light performance according to the power of then module within the series, i.e. its quality). Effect on the yiels We can mention that an increase of 1% on the 600-800 W/m2 region represents an increase of about 1% for the annual yield. This is not very dependent on the climate. Effect of Rseries or Ganna choice on the yield NB:The indoor performance reported by manufacturers usually corresponds to very low Gamma values, often below 1 and down to 0.9. Remember that from the physics point of view, the one-diode model is a simplification of the two-diodes model, with Gamma=1 for the diode describing the diffusion loss, and Gamma=2 for the diode describing the recombination. The Gamma value in the single diode model should represent a mix of these 2 diodes, so that its value should lie between one and two. The discrepancy between outdoor and indoor measurements is not fully understood. Probably the unavoidable diffuse component in the outdoor measurements is higher at low irradiances, and is subject to higher IAM losses. Furthermore, the module sample measured at Sandia is rather old, and the low-light performance may have increased in recent technologies. Recent measurements performed by research teams seem indicate a better match between indoor and outdoor measurement for a same module. As a side note we mention, that when a manufacturer specifies the Rserie values (and sometimes also modifies the Rshunt, Rsh(0) and RshExp), we always require a measurement of the low-light performance at 200, 400, 600 and 800 W/m2, performed by an independent institute. Even in this cases, it happens that we need to perform a small correction on the submitted values, to ensure a coherent behavior of the modules in the simulation. Representativity of the measured modules The measurements are usually performed using a very limited sample of modules (1 – 3 modules) chosen from the middle or upper part of the power range of a given manufacturing batch. The results are then applied to all modules of the range. Several questions now arise : - How representative is the measured module for the entire batch? - How is accounted the LID degradation? The official measurements are usually performed after LID, when the individual performances measured for each module at the output of the manufacturing line are obviously before. - Will it stay representative for the future productions? - How was the module chosen (most of the times by the manufacturer)? - What is the evolution of the low-light performance within the manufacturing batch? When establishing the parameters in the database, we assume that it stays constant at all powers. But this is really a doubtful hypothesis. To confirm it, one would need a systematic measurement of several modules from the same manufacturing batch, but with different powers (i.e. manufacturing quality). We never saw any publication nor got data of this kind.

In his documentation and advertising, a manufacturer presents PVsyst simulation comparisons with modules of other manufacturers, and claims that according to the PVsyst simulations, their modules behave better than those of competitors. PVsyst SA cannot endorse this claim! The one-diode model as implemented in PVsyst is well established, and confirmed by long-term outdoor measurements. However the parameters used as input to the model are not part of the official specifications of the modules, and they are not always known or set with perfect accuracy. Therefore it is not possible to perform meaningful comparisons of PV module performances with the PVsyst simulation, without first making sure that the sensitive parameters (Rserie, Rshunt, IAM) have been established with the same methodology. When taking module data directly from the database, such an assumption cannot be made straight away. It is not legitimate and unfair to use PVsyst for comparing and publishing explicitly the performances of competitor's products without showing that the input parameters for the models have the same degree of accuracy. The default values that PVsyst uses in the case of lacking measured parameters, are deliberately conservative, and they tend to underestimate the real performance of the modules. Namely, for the particular case in question, we note: Rserie For some modules of the comparison, the Rserie value has not been specified by the manufacturer, so that the default value of PVsyst was used. This default Rs value was particularly conservative in the version 5. It was improved in the version 6, and tends to usual manufacturer's low-light data since the version 6.26 (see the"possible yield differences betwenn version": Special IAM definition In this particular case, the definition of the IAM behavior has been significantly enhanced for the modules of this manufacturerin the PVsyst database, which gives an advantage of the order of 1.3 to 1.9% in yield with respect to the IAM default function (ASHRAE with bo = 0.05) as used for all the other modules. The IAM behavior has been measured for 2 modules of this manufacturer, by an independent laboratory, following the new IEC 61853-2 standard (draft). This measurement gives results which are much higher than the ASHRAE standard model used as default by PVsyst, especially in the range 45° to 70° of incidence. This raises several questions: - Is the glass used in these modules so special, that it can explain such an enhanced behavior ? According to this manufacturer, it is an anti-reflecting coating. deposited on the exterior face before or after the glass tempering operation (depending on the glass manufacturer). - If so, are all the modules of this manufacturer equipped with this special glass? According to this manufacturer, recent poly modules with Pnom >= 250 Wp are equipped with this glass. But some other modules in lower ranges have also been specified with this IAM correction in the database. - Is the standard ASHRAE model really too conservative for the commonly used glasses? (The few measurements we know of are rather contradictory). In this case the PVsyst default should perhaps be revised. - Which kind of glass is used in the other modules for which the IAM has not been measured? Are they significantly different? See also How to establish the "PAN files ?.