kjs55

Hello, Would you please point me to the PVsyst v8 Help Documentation for how to apply the subhourly clipping loss when all you have is hourly meteorological (aka solar resource) data for a given site (which is almost always the case)? I was just reading this PVsyst Help Documentation <https://www.pvsyst.com/help/physical-models-used/grid-inverter/subhourly-clipping-correction.html>, and I noticed this sentence: "The only prerequisite to apply the model is to have a MET file that has been generated using sub-hourly irradiance data." Are you aware that this "only" prerequisite is almost never available, in the standard PVsyst modeling use case? Therefore, I think I must be missing or misreading something. I'm hoping you can please explain this to me here and point me to the relevant PVsyst Help Documentation that I'm presently unable to easily find. Thank you.

Spatial Smoothing is the newly released supplement to Triple-C. CCC-modeled clipping losses can be reduced by 1% per annum with Spatial Smoothing with a sufficiently large PV array size. See proceedings of Sandia PVPMC 2024: Spatial Smoothing Reduces PV Clipping! by Tim Townsend <https://pvpmc.sandia.gov/download/7908>. Please implement CCC+SS immediately in PVsyst.

P.S. I forgot to include the title of the newly published CCC white paper by Townsend and Sauer: Full title: Triple-C: Clouds, Capacity, and Clipping A Method to Correct Traditional Hourly-Based PV Simulations to Account for Subhourly Clipping Loss Short title: Triple-C: A Subhourly Clipping Correction for PV Modeling

The Triple-C ("CCC") white paper is now available at the following URL: https://www.linkedin.com/posts/tim-townsend-93a4a711_triple-c-a-subhourly-clipping-correction-activity-7138341773319331840-kNWO/ The authors, and many other major PV industry stakeholders, would like PVsyst SA to please directly incorporate this specific modeling option into the PVsyst software program as soon as possible. Thank you.

My understanding is that a fixed var output for all timestamps would not require any grid data. Is this not the case?

I was reviewing Slide 115 of the presentation linked in Ref. [1]. I'm wondering which of the following four (4) operational modes listed on that slide (pasted below for convenience) can be modeled in PVsyst? Thanks. A couple other general, related Qs: 1. Is it possible to model fixed var operation (mode) in PVsyst? 2. Is it possible to model fixed var operation (mode) in PVsyst for BESS-coupled PV systems? (i.e., when modeling both the BESS and PV system in PVsyst) BESS = Battery energy storage system [1] https://www.nerc.com/comm/PC/IRPTF Workshops/IRPTF_Workshop_Presentations.pdf Excerpt from Slide 115 of Ref. [1]: 1. Constant power factor or VArset-point Configure inverter with fixed Varoutput. 2. Controlled power factor or VArvia comm’s) Send Varsetpointcommands to inverter via Modbus/TCP 3. Autonomous VArcontrol (depending on V) VoltVArcontrol based on curve 4. Autonomous power factor control depending on real power output VArsas a function of Watts

PVsyst v7.4.2: I'm generally curious why the units of energy are listed as kW in the PVsyst 8760 CSV output file rather than kWh. The below link [1] lists it as kWh. It seems the units of apparent and reactive power are listed as kVAh. However, a client wrote to me and asked if the units of EReGrid ought to be kVARh rather than kVAh. Please advise. Thanks. [1] https://www.pvsyst.com/help/index.html?power_factor.htm

A couple more observations in addition to what I listed above: - Change E_GridApp to EApGrid [1] - Change E_Regrid to E_ReGrid [2] [In general, I'm surprised these modeled data variable names, which appear in the PVsyst 8760 CSV output file, don't follow the existing, preceding "E_Grid" naming convention (e.g., "E_GridApp", "E_GridRct", "E_GridLim"), but O-K.] Thanks. [1] https://www.pvsyst.com/help/index.html?power_factor.htm [2] https://www.pvsyst.com/help/simulation_variables_grid.htm

PVsyst v7.4.2: I suggest adding a power factor PF column to the PVsyst 8760 CSV output file. It would save us a bit of time from having to manually calculate it from the existing columns (aka modeled data variables) provided. Thanks.

PVsyst v7.4.2: Today I also noticed the mismatch between the summed E_Grid column in the 8760 CSV output file and the E_Grid values listed in the PDF report output file. They don't round to the same value. Sure, it's not significant. But I also don't understand why there's any mismatch. (And it's one more detail to have to retain in one's memory and explain to people.) I think pointing out such mismatches is useful in general, because it can sometimes (potentially) indicate other issues in the codebase. Thanks.

Running PVsyst v7.4.2 Generate 8760 CSV output file using default settings. Open 8760 CSV output file in Microsoft MS Excel. Highlight first column (Column A). Data tab > Text to columns > Delimited > Next > Semicolon > Finish Warning: There's already data here. Do you want to replace it? Because there's some data in columns B and C. I don't think there should be data in any column except for Column A. Thanks.

No problem! Thank you! I just happened to notice "Syst ON" at the same link above -> "Syst_ON" Thanks again!

P.S. I forgot to include the title of the poster (PVPMC link above) which I'm adding now partly for my own future copy/paste benefit: The Triple-C Method for Correctly Simulating PV Clipping Loss by Townsend & Sauer et al.

Slight editorial suggestion to add the underscore "_" to the IL variable names listed in the PVsyst Help Menu, e.g., here: https://www.pvsyst.com/help/simulation_variables_grid.htm In all cases where PVsyst variable names are listed in the Help Menu, I hope the variable names are listed in the exact same syntax (spelling, capitalization) as what's used in PVsyst (e.g., what's visible to the PVsyst user in the software program, in the output files, etc.). Thanks.

I watched your recent YouTube tutorial on fitting the PVsyst one-diode model to measurement data (measured I-V curve data as a function of irradiance and temperature) [1] which said something to the effect of optimizing all five (5) PVsyst one-diode model parameters simultaneously won't give good results and so PVsyst doesn't advise this. I'm wondering if you have a citation for that (?). Ref. [3] of my previous post above, which is available to download for free [2] and which builds off the foundational Ref. [2] of the above post, suggests the opposite conclusion in the event, of course, of having well-calibrated data from a reputable laboratory and following the procedures of handling that data as described/prescribed in the paper (self-reference method, deviation in efficiency relative to STC, etc.). At the same time, of course, I'd appreciate a reply to my above post, thanks. [1] PVsyst 7 _ Series resistance determination, https://www.youtube.com/watch?v=5MJo_9dqbBk/ [2] https://www.osti.gov/pages/biblio/1184501/