All Activity

I don't completely agree with you. This parameter has indeed an effect, but it is extermely low. With one of my projects, after 10 years, EArray passes from 4483.6 MWh with 90/10, to 4481.2 with 10/90, i.e. a discrepancy of 0.05%. This means that this distribution is not really significant. I don't see any intuitive explanation. Only the simulation can establish this result.

To be able to change the number of rows in the batch, you need use the "unlimited model" or to have a fairly regular 3D scene. You'd also need to make sure your system design is compatible with the modified number of rows. If these points are correct on your side and you are still facing issues, please contact the PVsyst support (support@pvsyst.com) with your project.

Hello, I am trying to simulate a batch by varying some of the parameters and one of them is the Nb. of Sheds. The simulation is completed succesfully however I get the following error message in the results: "Warning: parameter NSheds did not change". All the other parameters seem to have succesfully changed in the simulation. Is this a bug or is there some settings which is causing this error?

Yes you can import either GHI or POA irradiance measurements into PVsyst via the custom import. https://www.pvsyst.com/help/meteo-database/import-meteo-data/custom-meteo-files/formats/general-format.html We advise the minimal data to be irradiance and ambiant temperature. If you do not have temperature measurements, Tamb will be generated synthetically.

If I only have GHI and GTI data from site measurements, is it possible to import them into PVsyst and perform a simulation? If so, what about other parameters such as ambient temperature (Tamb) that are required for the simulation?

Dear mmh, It's already possible to add these variables to the simulation output of the batch mode: In PVsyst, financial indicators such as Total Installation Costs and Operating Costs are not input parameters for the simulation engine, but rather part of the economic evaluation, which is conducted after the energy simulation. In other words, these values are used to compute the system's profitability based on the simulation results, not to influence the simulation itself. Therefore, while these cost variables can be included in the batch output results, they are not parameters that can be varied or controlled within the batch mode like orientation, module type, or system size. The batch mode is designed to iterate over physical and design parameters affecting energy production. Once the production forecast is calculated, the economic evaluation tool uses it to derive financial metrics. Best regards, Hizir.

Hello, I´ve been playing around with version 8 pvsyst and specifically with the functionality of multiple orientations. It's now becoming more common terrain following trackers (segmented in bays typically with 5 - 8 modules per pay and around 96 per tracker rows). With these trackers the axis tilt can change quite significantly along the tracker row (i think nevados specifies up to 37-degree changes from bay to bay). My question is the following: is it possible to assign multiple orientations to a single subbarray? because i am getting a warning that some of the individual tracker's tilts are too far from the average of the array. I can create multiple orientations with different average tilts however i worry that this won´t be accurate if I'm assigning only one orientation to my subarrays for the calculation. Will it become a future functionality to maybe group the trackers in a subbarray on the 3D scene and have the average tilts be calculated from this? Thanks for the help.

I cannot reproduce your error, I get an altitude of 24m for your coordinates. What PVsyst version are you using? The steps you are following are correct, I would suggest updating to the latest PVsyst version. Please contact us again if the problem persists

Hi Laurent, my IT admin resolved this by reinstalling the application. Thanks.

Hello, There is no global issue on the 8.0.13, it might be specific to your environnement. Please send us a mail at support@pvsyst.com with the folloying info: - did you just upgrade to 8.0.13 or was it working yesterday ? - Was your machine updated ? - if you still have an old version, please generate log (with File > export logs) and send them to us. Otherwise just navigate to C:\Users\<YOUR_USER>\AppData\Local\PVsyst\8.0\Admin and zip the whole folder. Regards, Laurent

Hi, I'm using PVSyst8.0.13. It's not opening when when I try to. Is there a problem with this version at the moment? Regards,

I'm using PVsyst v8.0.13. In Detailed losses/Aging it seems that the variable "Imp / Vmp contributions" does not affect the result. Attached are two screenshots where different inputs are entered for this variable and the results are unchanged. Is this expected behavior? If so, could you explain why?

Hello, I never had this problem up until 2 weeks ago. I'm trying to create a new site for a project. I click on the new site button, i choose the location on the interactive map, then it switches to the geographical coordinates tab. In the Location panel i need to input manually the site name and country because the get from coordinates button and Get from name button don't work. In the geographical coordinates panel it says that the data have been imported with success from the map but i only imports the latitude and longitude and not also the altitude. The program tells me to define the altitude, i define it but then in changes to N/A again and i cant seem to figure it out. I tried different methods, different site locations but no luck. I'm stuck at the new site window. Is there something wrong from my end with the communication with the servers and can't access the information ? DO i need to reinstall the program or maybe talk with the IT department from my end ?

Thanks, Michele, for your response. So strangely, I am importing both houlry GHI and temperature, in which case I woulnd't expect, "Perez, Meteonorm" to show up under the models used in the PVsyst report, but rather, "Erbs". Do you have any ideas on why this might be the case? Thanks!

Hi, interesting topic. I would like to ask if it is planned to add "Total installation costs", "Operating costs" as simulation parameters for the batch mode? This way the user has more control over the costs for a quick preliminary economic evaluation of a batch. Thank you and best regards

Continuation... Actual Condition (COM Losses: string voltage limited by the smallest) Module 705 Wp 710 Wp 715 Wp Module Config. A B C Total Imp (A) 17.55 17.59 17.63 Vmp (V) 40.2 40.2 40.2 Electrical Configuration P (Wp) 705 706.6 708.2 String/Inv 8 36 37 81 Mod/STR 30 30 30 Arrangement Vmp String (V) 1205.1 1205.1 1205.1 Imp config (A) 140.4 633.2 652.3 P config. (kWp) 169.2 763.1 786.1 1718.5 In the first table (ideal condition), the total power is 1729.7kWp. In the second table, the total power is 1718.5kWp. The difference between these two power outputs is 0.65%. I'm considering applying this loss to the mismatch simulation. Is this analysis correct? I tested a second methodology: using the Detailed Study tool in the Mismatch Losses tab in PVsyst. In this analysis, the Voltage Difference between the 715Wp and 705Wp strings is 11.5V (1216.7V – 1205.1V (Table 1). Applying a voltage difference to the string of 11.5V, PVsyst returns a mismatch of only 0.05% (Figure below). Why is the loss calculated by PVsyst so low? What is the best way to model this project and a loss to be applied due to the power difference of the modules?

I'm working on a project with 3 different modules (705, 710 and 715 Wp) connected to a single MPPT inverter: Ideal Condition (No Losses) Module 705 Wp 710 Wp 715 Wp Config. A B C Total Module Imp (A) 17.55 17.59 17.63 Vmp (V) 40.2 40.4 40.6 P (Wp) 705 710 715 Electrical Configuration String/Inv 8 36 37 81 Mod/STR 30 30 30 Arrangement Vmp String (V) 1205.1 1210.9 1216.7 Imp String (A) 140.4 633.2 652.3 P config. (kWp) 169.2 766.8 793.7 1729.7 An alternative modeling approach is to change the .OND to 3 MPPTs and use the MULTI-MPPT tool. This will allow me to model all three module types in the same inverter. Will making this change to .OND cause other problems? I did the simulations below to test: Simulation 1: 3 inverters with original .OND (1 MPPT per inverter). Each inverter is configured with a different module, totaling 5,176 kWp. E_grid = 11261 MWh Simulation 2: 3 inverters with modified .OND (3 MPPTs per inverter), only to allow modeling in PVsyst. Each inverter is configured with 27 strings of the three types of modules, totaling 5,176 kWp. The PVsyst MULTI-MPPT tool is used to group the 3 MPPTs on the same inverter. E_grid = 11261 MWh The energy result (E_Grid) is the same in both cases. I understand that PVsyst doesn't consider any differences between the models. Therefore, we must calculate a loss due to this electrical configuration. I understand that this electrical configuration will result in a greater mismatch. One way I found to calculate the electrical losses of this configuration is to consider that "the array voltage is always limited by the lowest voltage string." In this case, the voltage of the 710Wp and 715Wp strings will be equal to the voltage of the 705Wp string. I calculated the power of each configuration (P config. (Wp) = Vmp String (V) X Imp config (A)):

Thank you for your response!

I'll post the answer here for other users as well: this is not a bug, horizon profiles below 2° are not considered in PVsyst: https://www.pvsyst.com/help/project-design/shadings/far-shadings-horizon/index.html

Dear Auriane, I'm using 8.0.13. I will send an email with the information.

Hi @Cole Noble, If you import hourly GHI data into PVsyst meteonorm or DirInt are not used for DHI. Instead, the Erbs model is used. However, the meteonorm generation is likely used for the ambient temperature if it is not present in your data?

Good Morning PVsyst Support Team and PVsyst Community, I would like to know if there is a possibility from the software to define in the export output file a specific sub-system (or all of them separately) instead of results combined for the global project. The objective would be to check the behaviour of each configuration define for a project within the software to evaluate specifically the overload losses over the inverters for example. Thank you in advance for your answer. Best regards David

Hi @tommm, no indeed, as you have understood, there is no way to organize per inverters in this interface. However, the solution you hinted at should work. I.e., you can define different inverters and open the window “Multi-orientation daily sharing” from sub-arrays with the three different inverters respectively. Make sure everything is checked.

I am importing GHI into PVsyst and need to rely on the decomposition model for DHI. From what I understand, PVsyst uses the DIRINT model (Perez-based) for decomposition and then uses a Meteonorm algorithm for creating the synthetic (hourly) data. This would explain why "Diffuse Perez, Meteonorm" shows up on my reports (even if I am not using any Meteonorm-related irradiation). 1. Is my understanding correct? 2. If my understanding is correct, if I am importing hourly GHI data, why would the Meteonorm synthetic model still be used? The GHI data is at an hourly granularity already; why not just use DIRINT? Perhaps PVsyst uses the label "Perez, Meteonorm" for DIRINT? Even if no synthetic hourly data is created? 3. I don't see a way of changing the decomposition model in PVsyst to Erbs instead of DIRINT. Is this not possible? Thanks! Cole

The SolarEdge SE50KUS uses SolarEdge so-called "synergy technology". It basically makes the inverter behaves as 3 separate inverters. In PVsyst this feature has been modeled by having this inverter set as a 1/3 of the total system. It means that you should always have a multiple of 3 for the total number of SE50KUS inverters if you want to use the whole real system.