Jump to content

Rafael Santos

Members
  • Posts

    15
  • Joined

  • Last visited

Everything posted by Rafael Santos

  1. Hi, Since I updated to version 7.2.3 the iso-shadings curves is showing the "behind the plane" blue line. I thought this was only for fixed planes, but I am using trackers with backtracking (see picture attached). Is this a bug or did I misundertand something? Best regards, Rafael
  2. Hi, I upgraded to version 7,2 and found problems simulating with bifacial modules. I am having a few unrealistic values (e.g. View factor of more than 100%), I attached a image of the loss diagram. Finally, I downgraded to the previous version (7.1.8) and the results were fine!
  3. Updating: I did some reverse engineering, and found that with the loss value of 115.95 kWh/m² (36.36%) everything work fine, including all the other losses! Maybe there is something wrong with the values on the "View Factor for Rear Side" losses presented on the table? Regards, Rafael
  4. Growth of mismatch is also included! =)
  5. Regarding the RMS dispersion values, this is strange, because I allways set them zero and it works just fine...
  6. Hi, By default, PVsyst considers the average degradation loss throught the whole year. So, if you put degradation loss of 0,4%/year, for year 1, it will consider degratadion losses of 0,2% (starting the year with no degradation losses at all, since the modules are brand new, and ending the year with 0,4% losses, thus averaging 0,2%). Year 0 means it will not consider any degradation losses. So if want to make a batch simulation for eg. 10 years and you use 1 to 10, PVsyst will consider the average losses throught each year. If you want to change for the losses in the beggining of each year, you should use 0 to 9. Best regards, Rafael
  7. Hi, I recentrly ran a simulation using a bi-facial module, and I was trying to understand better the physics and results of it. I came across a loss value of -78,82% for the parameter "View Factor for Rear Side" as shown in the loss diagram attached. My question is how It came to this number, since my absolute results were: - Global incident on ground: 1581 kWh/m²; - Ground reflexion loss: 1265 kWh/m² (this value is ok, 80% loss due to an albedo of 0.2); - View Factor for the rear side: 749 kWh/m² (this is strange, because I understand it is supposed to be (1581-1265)*0.7882) Is it something I am doing wrong? Best regards, Rafael Loss Results Loss Diagram
  8. Here's a solution that fitted me! It gives slightly different results, but almost the same! ;) Before a perform a simulation, I go to the "degradation losses" section and take note of all degradation and mismatch values for a given time horizon (in my case, 20 years), in a Excel spreadsheet. Then I untick the option to use degradation in the simulation. Then I go to the batch simulation and change the variables "module quality" and "mismatch", and paste the values given in the spreadsheet. But one should never forget the initial values (eg. if I use module quality -0.4% and mismatch 1%, these values have to be added every year)! I don't know if I was clear enough, but if anyone have a question, feel free to ask! Regards, Rafael
  9. Sorry, I couldn't understand your question... I allways use backtracking in my simulations. Maybe you've got a point, since the optimization tool seems to work allright with fixed modules, but I didn't understand exactly what you meant. Could you please explain? Thank you very much for the help! -Rafael
  10. Hi all! The "optimization tool" option could be a very interesting tool to find an "optimal" pitch for a given project, but it does not seem to work with tracking systems when I change the pitch parameter, I don't know if I'm doing something wrong or if it's a bug. It gives always the same system production. Someone had the same problem, but he/she commented on somebody else's topic... I think it is a good idea to open a separate topic about it. And just to be clear, I tried a lot of different pitch values, from very close to far, so It is not that the pitch values are already too high! ;) Regards, Rafael
  11. Totally agree! I was about to make the same suggestion... I have to estimate the system production over 20 years, and sometimes 2 or 3 different configurations, so I have to run 60 times and save 60 different files, with every loss number on them. And if by chance I notice that I made any mistake, I have to start from zero, it's a torture! :mrgreen:
  12. Hi Mermoud, I imported a TMY from an hourly-based ascii file. The file contains only global horizontal irradiance and temperature values. When I checked the quality of the data, PVsyst said it seems to be ok, although it suggested me a time shift of 13 minutes (no logycal reason for that, since my data is hourly-based). My dataset has timestamps indicating the beggining of the dataset, the same way PVsyst works (I suppose), so I guess this is not the problem here. Somehow I am getting very high values of Normal Beam Irradiance (close to 1400 W/m²) at the beginning of the days in some days of January, March, April, October and November. I attatched a print of January 24th, as an example. (GlobHor in yellow, DiffHor in red, BeamHor in black and BeamNor in blue). I am pretty sure this is the reason why I am having big shading losses, as I am using tracker, and the beginning/end of the day has most losses. Thanks for the attention, and regards, Rafael
  13. Hi, I ran a simulation on a site for a 1MWp project, and I found 1.9% for PV loss due to irradiance level. I was using PVsyst v.6.25 at that time (July, 3rd). Today I ran the same project with PVsyst 6.3 (the new version) and I got 0.6% loss for the same parameter. I haven't change anything on the meteo parameters, so I was curious to know how come the results be so different? I took a look at the software development at the web site, and I noticed that the following upgrade in version 6.27: "PV module Rserie default value: according to 200 W/m2 relative efficiency (-3%)." I know that Rseries and Rshunt parameters affect this kind of loss, so is it possible that this could be the answer? PS: I noticed the same situation for the temperature loss - but to a less extent (9.4% on the previous version to 8.8% on the new version). Thank you so much for the help, and best regards, Rafael Pereira Santos
  14. Dear all, does anybody know how exactly does PVsyst handle the overpower in the inverter due to oversizing of the PV Arrays? Does the inverter limit the power by increasing the voltage (thus decreasing the current), resulting in a loss of eficiency (inverter operating outside the MPP), or the inverter allows an overcharge (let's say, 5% or something around it)? In a real system, does the power will allways be limited by the inverter or sometimes it delivers a little bit more (inverter able to handle an overcharge)? If it does, is PVsyst able to account for it or it simply ignores it? Thank you very much, and best regards, Rafael
  15. Hi, I am a new PVsyst user as I used to only design wind energy projects. I have 1 year worth of data (global horizontal irradiation, temperature, wind speed and direction) measured on site. Which is the best source of meteo data? The long therm ones that come in PVsyst (NASA, Meteonorm) or my own measurements? Also, is it possible to correlate my short therm measurements with the satellite data? If I do this, would there result in a significant reduction in uncertainty? Lastly, are there any open source of hourly radiation data, (like MERA and reanalysis in wind)? Best regards, Rafael
×
×
  • Create New...