-
Posts
725 -
Joined
-
Last visited
-
GiluSolar started following Michele Oliosi
-
Pnom without temperature correction means nominal power, and not maximum power. So in your example it is relative to 320kW.
-
@NGS In case you have a warning due to the average axis tilt not being horizontal: you can override this error in the following way. Home window > setting > Edit advanced parameters: Note that this is only forcing PVsyst to proceed, but the backside irradiance model is still modeling things with a zero axis tilt (which generates a discrepancy with the actual orientation, and means there will be some uncertainty in the results).
-
PVsyst v6: Inconsistent Date Format in Hourly Output .CSV File
Michele Oliosi replied to kjs55's topic in Problems / Bugs
If you can, let us know what you find that would be great. -
PVsyst v6: Inconsistent Date Format in Hourly Output .CSV File
Michele Oliosi replied to kjs55's topic in Problems / Bugs
Hi, It's more likely a problem of compatibility of the PVsyst output with the regional format on your Excel/Windows installation. In PVsyst you can try changing the format and see if anything helps There are also more options on Excel, but I'm no expert there: -
Degradation in the First Year with LID losses
Michele Oliosi replied to Tanatip's topic in Simulations
If you follow Daniel's latter examples (1-0.4)/2 = 0.3%? Indeed here you would assume that the loss increases to 0.6% in one year so on average during the first year it is about half of that. But I am not sure if this assumption is good for all cases of LID. The value is certainly between (1-0.4/2) = 0.8% LID if it occurs during the first few hours, or 0.3% if you interpret the first year degradation value as a linearly increasing function without any further assumption. I would tendentially use the more conservative estimate of 0.8% LID. -
No import of meteo data, after selected and confirmed location
Michele Oliosi replied to Toni's topic in Meteo data
Hi, which version of PVsyst are you on ? This might be corrected by updating. -
Domes Simulation. How Pvsyst makes the domes simulation?
Michele Oliosi replied to Jorge Cobra's topic in Simulations
No, there is a problem with the components BeamInc, CircInc, etc. That's why the sum does not work. GlobInc is unaffected. -
Domes Simulation. How Pvsyst makes the domes simulation?
Michele Oliosi replied to Jorge Cobra's topic in Simulations
No, this is correct I think. Since this is GlobInc, not affected by the bug. -
Hi, this is likely because of the diffuse shading losses calculation. In version 7.4.8, you can check the details from the 3D scene window > Tools > Trackers diffuse shadings definition. If it is automatic, there is a chance that by ungrouping, PVsyst picked a representative tracker for the calculation (see the “central tracker” choice), which is not really representative. (2% losses is more realistic !) See https://www.pvsyst.com/help-pvsyst7/tracking_diffuse.htm or https://www.pvsyst.com/help/project-design/shadings/calculation-and-model/diffuse-losses-with-tracking-systems.html for the v8 help.
-
Domes Simulation. How Pvsyst makes the domes simulation?
Michele Oliosi replied to Jorge Cobra's topic in Simulations
Only the intermediate results are incorrect (...Trp, BeamInc and CircInc), the other results including the final production are correct already. -
Domes Simulation. How Pvsyst makes the domes simulation?
Michele Oliosi replied to Jorge Cobra's topic in Simulations
There was a bug that prevented variables ...Trp, BeamInc and CircInc from accumulating properly for a multi-orientation situation. We will update this for version 8.0.8.