[Pxx Calculations]

It would be useful to see some additional features for the uncertainty tool and I would like to suggest the following. 

1. Allow more user-defined fields for which p-factors to include. There is P50 default, with two additional entries for the user to define. It is common to include P50, P75, P90, P95, and P99 in financial analyses and reporting to Independent Engineers. Therefore, the request is to increase the number of user-defined p-factors available, while not forcing the user to use all of them (a toggle button to activate/deactivate).
2. Allow the units to be changed from GWh to kWh or MWh.
3. Allow this data to be exported (to image or excel), similar to how we can export other data such as the shading table or monthly meteo table. 
4. Allow the user to define whether the results are expressed in energy or in terms of percentages, both under Annual production probability, and on the chart. It is common in industry to post-process for additional considerations outside of PVsyst, so the energy values shown are meaningless/misleading, but the uncertainty tool can still be useful for reporting, especially since the uncertainty calculations themselves are independent. If we are able to export or screenshot the results displaying percentages, it would find more utility. 
   • i.e., P50 - 100%, P90 - 92.4%, P99 - 86.4%, etc. 

[P90 Results - GWh to MWh Units]

I too would like to be able to change the units on the uncertainty report page. As far as I know, it cannot be changed. 

[Energy Evacuation trought 34.5kV line]

If you want to define a MV run of 5km, then simply define it as such in the Ohmic losses menu. The distances do not print, however, in 7.3.4. 

 

[Single-line in 7.3.4]

There is a glitch in the single line where if the user zooms in on the single-line, the distance labels disappear for the MV and HV runs. To get it back, one must toggle the main labels button. The distances also disappear when printing. 

[Energy Evacuation trought 34.5kV line]

My guess is that you have defined an HV transformer under detailed losses, and so it is showing up in the single line. Remove the HV transformer, and it will show only the MV transformers to the injection point. 

[Pitch vs Backtracking Pitch]

Have you defined a frame size?

[unused energy (grid throttling) equal to 0%]

You define the ac losses. Enter them according to your design. 

[unused energy (grid throttling) equal to 0%]

Your AC losses are probably too high. Is 3.2% accurate? I dont think I've ever seen a plant with AC losses that high. 

[Batch run for monthly soiling]

I'd like to re-suggest the ability to define a monthly soiling profile in batch simulations. This will facilitate running time-series analysis for soiling losses.

[Meteonorm horizons loaded within PVsyst]

Not from what I've seen. 

 

[3D Scene Creation of curved roof]

Yes, or the crosshairs.

[Saving Batch Runs as Variants]

Thank you. 

[Threshold loss when array power > inverter threshold]

In general, it looks as though PVsyst has a minimum built in, irrespective of what is stated in the OND file. EArrayMPP must be greater than 0.5% of Pnom, and I think there might also be an irradiance requirement, although I can't find the details at the moment. Changing the setting below did not change behavior in my test. Results were pretty consistent with the 0.5% requirement, but there were four hours where there was inverter output below this. 

 

 

[inverter strongly oversized.]

[3D Scene Creation of curved roof]

Change the tilt to -90 or 90 after it has been created and placed into shade scene. 

[Measurement heights (Tamb and Wind velocity)]

It is common to install Tamb and Wspd sensors ~2m above grade (for 2P systems maybe higher). ASCE measurements for wind are taken at 10m height.

[Tracker sizing issue]

This might be because by default you have defined module spacing in the X direction, but the file you imported does not include this (because it is 1 in portrait). So PVsyst first imports the correct orientation and dimensions, but after saving, closing and reopening, it is applying the default module spacing. Since the X dimension + X spacing is greater than the tracker dimensions originally imported, PVsyst is automatically adjusting. It has in my experience changed it to landscape when this occurs, I haven't seen it change to 0 in portrait before. 

Go into advanced settings and change the following. @Stéphane Degré If PVsyst were to identify 1P vs 2P, it could ignore X spacing in the former.

[Saving Batch Runs as Variants]

Hello, 

Similar to the Aging tool where we can save each year as a new variant, it would be great if we could do the same for batch runs. 

[Batch Run - Pitch]

It may have run, but did you check that the results in the waterfall reflect a change in pitch? It's been my understanding one needs to use an array of trackers for this to work. 

 

[Batch Run - Pitch]

This should be under "how to" or another forum category fyi. 

If you are using a shade scene which has individual trackers (like from a PVC import), you cannot vary pitch in batch mode. Varying pitch in batch simulations only works on regular arrays (in shade scene, go to create > array of trackers) or using unlimited sheds. If you have multiple arrays of trackers, you will likely need them all at the same X coordinate as well or with enough spacing that they wont run into each other. If you're running GCR analysis, these two methods should be sufficient. When using the array of trackers, specifying the tables in backtracking management is not needed. 

[Thermal Parameter Calculation using Meteo Data (Ambient Temperature)]

Export the 8760 and create a custom weather file then reimport.

[wrong .csv importation on 3d scenario]

rotate 180 degrees

[LID loss will keep 3 significant figures for the first simulation, but rounds to 2 after closing and reopening simulation]

Another place to check is under advanced parameters setting the default value. But looking at it from another perspective, rounding in either direction is a difference of < 0.05% at the meter, and a second decimal might imply some level of precision that may or may not be there. 

[LID loss will keep 3 significant figures for the first simulation, but rounds to 2 after closing and reopening simulation]

Have you defined LID only under detailed losses? If you define LID in the PAN file, it should stick; used 7.2.21 to test. Select "take value from module spec" in detailed losses. 

[Timeshift in weather file not working]

I have imported data and added a timeshift definition in the weather file. It shows graphically under the meteo file, but it says that the data is shifted by 0, even though it is defined and showing. Is this an issue with the software? Running 7.2.21