dtarin

On an hourly basis, no. Shading losses vary hourly and seasonally. Soiling cannot mimic this. On a yearly basis, if you want to apply an additional n% loss, you can use a number of ways. Increasing soiling according to the season and doing a trial an error approach to achieve your target is one way. A higher additional loss in winter compared to summer would capture some of the seasonality.

It will depend on your weather file. If you are using a standard TMY file (CPR, SolarGIS, etc), it will be a P50 result.

Hello, It would be helpful under the backtracking management menu in the shading tools if the tilt was shown for each tracker, and off to the left, the average tilt for the entire system. It would save some steps by eliminating the need to export the data to excel to calculate the average, and then spend time trying to find a tracker that matches by clicking one at a time to see the tilt.

I had the same observation when 7.0 first released. https://forum.pvsyst.com/viewtopic.php?f=4&t=4936&hilit=import+project

Select Report > Tables > E_Grid hourly averages Select on the right: Values - Hourly averages

Only shows for beam component.

There is also an IAM loss accounted for in GlobBak.

Is the surface you are placing them on flat? Is there sufficient spacing between modules so they dont overlap? you can place them on a flat surface, then move them over and onto the roof.

Backtracking is based on sun height/angle for the site's location. It does not backtrack according to terrain conditions. Check your results with irradiance optimization checked under orientation menu to see if that helps.

It works in 7.2.6.

You can open multiple instances of PVsyst. I wouldnt work on the same variant you have running, but other variants and projects work just fine.

Manually calculate PR and include the rear-side irradiance with the front-side irradiance.

+1 Sub-hourly clipping is missing from PVsyst estimates, which can be non-trivial

Tilt 90 Azimuth -90 to face east, 90 to face west Collector bandwidth is length of module Not sure on rear side shading losses

I assume you are modeling them four in height? So 4x20, 4x10, 4x5? This is one misalignment between PVsyst and PV plant design; PVsyst doesnt have a way to model fixed tilt with terrain or as-built table sizes and proper partition sizing, leading to an underestimation of electrical shading losses. In your case, I would model as follows: 4x20 Table - 4 h x 1 w partition 4x10 Table - 2 h x 1 w partition 4x5 Table - 1 h x 1 w partition If half-cell module, 100% electrical effect; if full-cell, maybe less than 100% (when oriented landscape). PVsyst should really work on this shortcoming in the software, as it has been present for years. Allowing and calculating for fractional partitions could be a short term fix.

Hi Scott, I would recommend to first search the forum, as there are years of questions already answered that may be the same as yours. The PVsyst youtube account also has some basic, introductory content. https://www.youtube.com/c/PVsystTutos/videos

There is already a thread on this topic.

Create the zone and populate the modules in one direction, unclick the zone icon, select all of the modules, copy them, then paste next to the existing modules, press control + G to change their tilt/azimuth at same time to orient them to new direction. See Your table length/partition should be defined based on your string size as close as possible.

New versions are backwards compatible. It's the reverse that is not (old to new). Most manufacturers, third party labs, etc. will make sure their files are compatible with PVsyst.

The variable name in PVsyst is GlobBak and it is the rear irradiance after shading, before the bifaciality factor is applied. The shading loss on rear side has its own output variable.

Correct. You can use a weighted average of the N-S slopes to capture overall N-S slope, which may be a gain or loss.

There is nothing in the release notes regarding PVGIS. I would suggest upgrading to 7.1.8 and trying it (https://www.pvsyst.com/previous-versions/).

E-W slope can be captured. When backtracking, the N-S tilt angle must be the same for all trackers. So E-W yes, N-S no.

For issues such as these, include your PVsyst version in your post. I have tested the same coordinates in 7.1.8 and it is working.

Inverter Loss over Nominal Power, IL_Pmax