Jump to content

André Mermoud

Moderators
  • Posts

    2056
  • Joined

  • Last visited

Everything posted by André Mermoud

  1. There is a way of exchanging the PVsyst component data (Geographical sites, PV modules, Inverters, Batteries), with an EXCEL document in tabular form (one line for one component). The concerned file is named "Components.XLS", stored in the installation directory: c:\program files (x86)\PVsyst6\DataRO\PVsyst6_data\UserData When using (modifying) this file, you are advised to save it in your PVsyst data workspace: ...\User\Documents\PVsyst6_Data\UserData\ The procedure is fully explained in the Excel document, page "Help". Basically, if you select a whole line in the EXCEL document, you will get a button "Import from table" when opening a new component in PVsyst. Inversely, in the PVsyst definition dialog of these components, you have a buttin "Export to Table". In the component's list ("Database" part), you have also a button "Export", allowing the selection of several components at a time.
  2. This is typically a time shift between the time definition of your data and the internal time of PVsyst. Please analyze your meteo file in "Meteo tables and graphs" / "Check Data quality". You have detailed explanations in the help "Geographical and Meteorological data > Hourly meteorological data > Hourly meteo data quality check" and " >....> Time shift".
  3. The calculation involves curve approximations in some cases, and there may be some calculation artefact errors. Now 0.5 kW/800 kW represents 0.06% error. If this arises, say, 100 times in the year, this will represent 50 kWh. Your installation will probably produce around 1'000 MWh/year or more. Does really an error of 0.005 % affect your financial balance ? However I will analyze this situation when I will have some time.
  4. No, there is no way for importing nor editing a shading factor table in the present time. The shading factor table is a result of PVsyt shading calculations, it doesn't make much sense to modify it explicitely.
  5. Yes in principle the ZIP file contains the project *.PRJ, the meteo file *.MET, the variants *.VCi, and the components which are not present in the original database. Please check that your project contains indeed sohttp://forum.pvsyst.com/index.php?sid=9a56d2e74fa0a16b827fcf5adc6152afme saved calculation versions.
  6. It depends where you are. In the US territories, you have some providers for recent data (SolarAnywhere). But for other places in the world, the only data I know are SolarGIS, 3Tiers, or perhaps Helioclim. These data are for pay. You can try also the meteorological service of your country.
  7. For the 1990 reference in meteo data: please see the FAQ How to obtain meteo data other than for 1990 ?
  8. Please see the FAQ How to get previous versions of PVsyst ?
  9. You should use the tool "Database" / "Import ASCII meteo files".
  10. Yes, there were many improvements and corrections between these 2 versions, including in the simulation process. You have a list of all the modifications in the program on our site www.pvsyst.com, "Software" / "Software developments".
  11. Sorry, PVsyst can only work with one hour time steps. This is a fundamental choice.
  12. Please see the help " Physical models used > Grid inverter model".
  13. As I explained in the last post, you have to use "Databases" / "Meteo tables and Graphs", and open "Tables" with hourly values. In the table dialog you have the opportunity of exporting the data as a CSV file for the whole year.
  14. The module layout is based on the 3D scene. It only becomes active when there is a valid 3D scene defined.
  15. For exporting a meteo file, please use "Databases" / "Meteo tables and Graphs". Here you can get a table of the data in hourly values, and export it as a CSV file. NB: By contract with Meteonorm, the files obtained from Meteonorm 6.1 (internal Meteonorm tool) are not exportable. You should choose another meteo data source.
  16. This has been fixed in the version 6.24.
  17. I don't know how you are cooling your module to 12°C at sun, without consuming quite a lot of energy. There is one (indirect) way of fixing the PV module temperature: you can specify the TArray in the Meteo file (usually the measured on-site temperature), and use it in the simulation. For this you should export your Meteo data as CSV file, add a column for the temperature, and reimport it into PVsyst with this information.
  18. The synthetic generation is a statistical model, based on the real measured data of dozens of sites. The elaboration of such a model is very complex, and it required very sophisticated checks. It is not possible to modify it, by addin such "fuzzy" conditions. The only way for your evaluation is to use really measured hourly values.
  19. In the DC part: you should check the "Default" checkbox. And if the default value doesn't meet your requirements, you can modify it in the "Hidden parameters", "System design parameters", item "Default wiring resistance loss ratio". For the AC part, there is no default and I don't see how to specify a stable loss whatever the power in the present state.
  20. This is indeed a very special case, probably the only one implying a random parameter. We have to allow some new parameters to be varied in the batch mode. We will think about that.
  21. I don't understand your affirmation. It is quite possible to define a tracking system with axis tilt = -1° or +1°, event in the 3D tool. There is no restriction here. I know that architects are often using percentages for the tilt. They also use to take the North as azimuth reference. However in most solar applications this is expressed in terms of degrees. It would be very confusing to work in two different units for a such fundamental parameter in PVsyst.
  22. Sorry, this dialog is not always optimal for some complex projects. We are working on the improvement (and refinement) of this possibility, for a next version. But I don't know when this will be available.
  23. In version 6.22, there was an error in the simulation when you are using the "Mixed orientations" on a same inverter, which had the effect of diminishing the Inverter losses. This error has been corrected in the version 6.23. A loss of 0.4% only for the inverter efficiency is indeed not realistic.
  24. We just did this modification as simultaneous running is the cause of many reported crashes of the program. Now there are some files which are permanently used by PVsyst, not only the project's files. We will perhaps try to secure the simultaneous running of multiple instances of PVsyst in a future version.
  25. The lifetime of the batteries is split into two contributions: - a "static" ageing (specified in the battery's component definition). For lead-acid batteries, this is very dependent on the battery temperature: an increase of the temperature results in halving the lifetime. - an ageing according to the number of cycles: this is continuously calculated by the detailed simulation process. The wearing state is a result of the simulation. The economic evaluation doesn't take a controller lifetime into account. The economic evaluation of Stand-alone systems evaluates the maintenance cost as the fourth of the battery price (i.e. a lifetime of 4 years), without any other contribution. This is a very simplified assumption. However in the presizing part, please take these costs with great care: it is quite impossible to give a serious information about the prices in the framework of such simplified simulation and assumptions. The costs are depending on many factors, and specific to each situation (country, time, etc).
×
×
  • Create New...