kjs55
-
Posts
149 -
Joined
-
Last visited
Posts posted by kjs55
-
-
It is unclear to me why there needs to be multiple redundant buttons and input fields for the same parameters across different screens in PVsyst, e.g., pitch, collector width, backtracking Boolean, etc., namely, in both the Bifacial System Definition screen and also the Orientation screen, e.g., when would you want these parameters to differ from one another across screens? Thanks.
-
If you have set up a bifacial system in the tab "Unlimited Trackers 2D model" and then you unclick the "Uses backtracking" toggle button, the GUI recognizes no change. In fact, the behavior of this backtracking button is altogether quite strange, namely, it is often unclear if the button is doing what you think it is doing or how it relates to the one on the "Orientation" screen.
-
There are many variants of version names in use by PVsyst: v6.8.8, V6.8.8, v6.88, V6.88, v688, or V688. These can all have different interpretations and meanings. Is it possible to consolidate to use one, consistent convention, or is there a reason for each one? Is there one that is most correct for PVsyst? Would you please explain it in the PVsyst Help Menu? Thanks for your consideration.
-
Everyone in the PV industry spells PVsyst differently. PVsyst, PVsyst, PVsyst, etc. Even your website has multiple spellings. And, when you Google it, it's spelled different from the website. Is it possible to consolidate on one, consistent name? (My vote is "PVsyst"). Would you please explain it in the PVsyst Help Menu? Thanks for your consideration.
P.S. Update on 2020-12-29: I noticed both Google and the website are since updated to "PVsyst". Thanks.
-
Open existing PVsyst v6.88 grid-connected bifacial project on horizontal single-axis tracker with unlimited sheds. Look at "Results overview". Where does this energy value come from? Click "Run simulation" and perform simulation again. Save new results which are different from what was previously presented in the Results overview. Close PVsyst. Re-open PVsyst. And now the values in the "Results overview" are back to the ones you don't understand, and they don't match the results from the simulation you just ran and saved (nor does the PVsyst output PDF report).
Applies to: v6.88 and v6.83. I did not check any other versions.
-
Open PVsyst v6.88. Go to Databases. Grid inverter. SMA. Sunny Tripower 60-US-10 (480 VAC). Open the OND file. Go to Data source, and add the word "Test" at the end. Click OK. Check the checkbox so it is ON for "File compatible with old versions < V6.40". SaveAs (add space here in code a la "Save As"). Add "_Test" at the end of the filename; namely, save as "SMA_Tripower_60_US_10_480_Test.OND". !!! ERROR MESSAGE POPUP !!! It says: "File "SMA_Tripower_60_US_10_480_Test.OND" : (remove space here in code b/w end quotation and colon) Wrong object Type: Read = Undef, waited = GInverter ... Do you want to invalidate it?"
Please advise on why the older inverter .OND file format cannot be saved in PVsyst v6.88!!!
-
PVsyst v6.86, batch mode, tracker optimization parameters: What is the difference between "Pitch E-W between trackers" and "E-W row displacement by respect to first row"? Specifically, what is the latter? Also, where is this documented in the PVsyst help documentation?
-
PVsyst v6.8.0. The date column of the output CSV file varies back and forth several times from this format:
12/11/2018 11:00:00 PM
To this format:
13/11/18 00:00
Steps to see this: 1.) Run simulation, 2.) Save hourly output CSV file, 3.) Open in Excel, 4.) Convert text to columns via semicolon delimiter, 5.) Look at date column
Is this bug fixed in PVsyst v7?
-
Is PVsyst planning to add the ability to import and use sub-monthly albedo data (particularly for modeling bifacial aka Bifi systems), e.g., measured hourly albedo data (including for comparing measured and modeled PV system energy)? Thanks.
-
Please create .RCK files to capture all necessary modeling inputs aka characteristics of racking (aka mounting) systems, similar to .BTR, .OND, and .PAN files for batteries, inverters, and PV modules, respectively. PVsyst .RCK files must cover both fixed-tilt and tracking racking systems. Racking manufacturers and suppliers can conveniently issue PVsyst .RCK files to their customers. There is a host of other advantages including preserving run settings for posterity and improving model transferability across companies and PVsyst users (altogether, improved model reproducibility). Thanks.
-
In addition to my above question, is it the pre- or post-LID bifaciality coefficient?
-
PVsyst v6.8.6: Import measured horizontal single-axis tracker POA irradiance, then go to do "Measured data analysis" under PVsyst\Tools, go to Orientation, and there is a warning: "The meteo data were calculated from a solarimeter positioned in a plane of 0° and azimuth 0°." There should be no such warning -- when the pyranometer data was imported, it was defined as tracking (i.e., mounted coplanar with the PV modules on the horizontal single-axis tracker) and not at a fixed tilt/azimuth. So, the warning should go away.
-
PVsyst v6.8.6: Open an existing bifacial .PAN file, update the bifaciality coefficient, and it does not ask if you wish to "save as" over the existing file.
-
If bifacial toggle is selected first in .PAN, you can't save bypass diodes settings.
-
PVsyst v6.8.6. Horizontal single-axis tracker with unlimited sheds. 1.) The value entered into "Shed total width" does not save, and 2.) the "Uses backtracking" toggle checkbox Boolean does not save.
-
According to IEC 60904-1-2, a PV module's "bifaciality factor" aka bifaciality coefficient is the minimum of the bifaciality coefficients of Isc or Pmax (i.e., whichever is lower). The PVsyst help menu [1] says to use the bifaciality coefficient of Pmax. Please explain why PVsyst is not aligned with IEC 60904-1-2 in this regard. Thank you.
-
The crashing problem that affects PVsyst v6.7.8 was fixed in later versions. Thanks!
-
According to @solarguru in Ref. [1], the following post is outdated and needs to be updated:
https://forum.pvsyst.com/viewtopic.php?t=40/
[1] https://forum.pvsyst.com/viewtopic.php?f=4&t=4587
@solarguru claims that Perez (not Hay) should be used
Please confirm it
-
Nonetheless, I think it is important that users understand the impact of pitch for bifacial
## Mono-facial (v6.84)
Pitch = 10.22 m; Annual Energy = 2803 kWh/yr
Pitch = 100000 m; Annual Energy = 2820 kWh/yr
Impact: 0.6%
## Bifacial (v6.84)
Pitch = 6.6 m; Annual Energy = 4479 kWh/yr
Pitch = 100000 m; Annual Energy = 12694 kWh/yr
Impact: 283%
(NB: The mono-facial system above is not the same as the bifacial system apart from bifaciality; so, please do not compare 4479 to 2803 kWh/yr, etc.; "impact" above is the annual energy deviation b/w pitch #1 and pitch #2 for either mono-facial or bifacial; "impact" can be compared across mono- vs. bi-facial)
-
Thanks @solarguru but the deviations I reported are larger (>10%) using Perez vs. Hay
I am interested to hear PVsyst's opinion on this
There are no issues reported for the imported measurement data however the PVsyst POA does not match the imported values
-
PVsyst v6.84: I am importing measured irradiance data from a tilted global POA pyranometer (GlobInc aka GPI). I would expect Mod GlobInc to exactly align with the Mes GlobInc that I am importing; however, this is not the case.
The first measured GlobInc value is 446.7 W/m^2. Upon importing, I look at the modeled GlobInc value at the same timestamp. GlobInc (Hay model) for the same tilt and azimuth is 416.0 W/m^2. So, there is a 7% deviation b/w Mes and Mod GlobInc at this timestamp (at times the deviations are larger than 7%).
The deviations are notably larger at the edges of the day (morning/afternoon) compared to around solar noon.
I have set PVsyst to use the Hay transposition model per the following post:
https://forum.pvsyst.com/viewtopic.php?t=40/
Another note: For both Hay and Perez, it reports albedo = 0.2 for GlobInc; however, there is no option to define albedo when importing custom measured irradiance. Should albedo be a user input to the custom data import tool?
-
As of PVsyst v6.84:
Summary: When you open an existing project, save as new, and try to copy all variants, the variants are not copied into the new project
Steps: 1.) Launch PVsyst v6.84, 2.) Project Design\Grid-Connected, 3.) Load _DEMO_Geneva.PRJ, 4.) Replace file name, 5.) Save, 6.) Click "Yes" when PVsyst prompts user: Copy all Variants?
Result: The variants are not copied.
-
As of PVsyst v6.84:
1. My project uses imported measured weather data via: PVsyst\Tools\Measured data analysis. When I export the project ZIP file, I get several sequential error popup messages:
"""
Conversion error of string
"1005.076,6.012,8.885,9.95...6.5, 74, cont'd," => Real
"""
2. It appears that the following important project files are not packaged in the ZIP bundle as expected:
--SIT file
--MEF file
--DAF file
-
v6.83: The name of the hidden parameter has changed: Verifications on Grid systems\The Inverter power is strongly oversized
Add MPPT Efficiency to List of .OND File Contractual Specifications Without Real Physical Meaning
in Suggestions
Posted
Hi:
PVsyst v6. Please add MPPT Efficiency to the list of "Contractual specifications, without real physical meaning" in the .OND file.
This value is commonly reported on datasheets, etc. It relates to unavoidable losses from oscillations about the knee of the power vs. voltage curve (e.g., due to granularity limitations from both component/hardware choices and software algorithms--these losses are unavoidable even with an ideal curve). It would be good to keep track of the nameplate value in an inverter's .OND file.
Thanks.