Jump to content

All Activity

This stream auto-updates

  1. Today
  2. The bifacial performance ratio is only displayed on the report when the bifacial simulation is turned on (in System -> bifacial system -> use unlimited shed or tracker) The standard PR is not valid for bifacial systems because it does not include the incident irradiance on the panel back side. Since the production of the panel is the same in both computations, the PR is always higher than the BPR. https://www.pvsyst.com/help/project-design/results/performance-ratio-pr.html?#bifacial-performance-ratio
  3. UPDATE and correction to the previous answer. The "far" albedo (AlbInc, AlbHrz, AlbShd) and the "near" albedo (between PV rows, i.e. ReflFrt) should not be included in the same quantity to compare to POA measurements. The exception to this rule is the case of POA measurements that are made at the end of a row (such as in your case Luis). The problem with including both is that there is a risk of overcounting. For example in the case of a single row, AlbShd and ReflFrt do somwehat overlap. What this means is the following: if you measure POA away from the PV rows, or on the front row of the system, you can compare your measurements with GlobInc, or GlobHrz (which is like GlobInc but using the horizon profile as a shading). Between both, I'd rather use GlobHrz. Do not add ReflFrt. Instead, if you are measuring between the rows, the "far" albedo contribution should not be counted, and you should use ReflFrt instead. This means that you can compare to, e.g., GlobHrz - AlbHrz + ReflFrt. Note that if the POA measurement between rows is well below the top of the PV rows, then you should at least shade diffuse light, i.e., BeamHrz (horizon shaded beam) + CircHrz (horizon shaded circumsolar) + DiffShd (fully shaded diffuse) + ReflFrt (reflected irradiance between the rows). @Luis Zimmermann Sorry for the imprecise previous answers. This interaction between models is always a bit tricky. For your example, instead of BeamInc + CircInc + DifSInc + ReflFrt + AlbInc/2 + ( - HrzBLss - HrzCLss - HrzDLss - HrzALss/2) I would suggest now BeamInc + CircInc + DifSInc + ReflFrt/2 + AlbInc/2 + ( - HrzBLss - HrzCLss - HrzDLss - HrzALss/2)
  4. I have the same question.
  5. Yesterday
  6. Hello, Can anyone help me clarify the sigma shifts on the website? Project design > P50 - P90 evaluations "NB: In the Gaussian distribution function, P90 represents a shift of -1.28 sigma, P95 => -1.64 sigmas, and P99 => -2.35 sigmas." I was expecting shifts of: P90 -> ~1.64 sigma, P95 -> ~1.96 sigma, and P99 -> ~2.58 sigma. Am I doing the math wrong or is there something else correcting/adjusting the sigma shifts? =NORMDIST(sigma.shift,0,1,TRUE)-NORM.DIST(-sigma.shift,0,1,TRUE) Thanks for the help!
  7. Hello, I am performing a yield simulation in PVSyst for a photovoltaic plant with single-axis trackers, oriented East-West, and bifacial photovoltaic modules. I imported the 3D model of the plant via the .pvc file generated with PVCase. The bifacial section of the modules in the System tab is properly filled out, and before running the simulation, I recalculate the shading table in the Near Shadings section. Why is it that sometimes the Bifacial Performance Ratio does not appear in the simulation report? Sometimes only a PR index appears, and it is also underestimated. Should I check some simulation parameter? Thank you for your help!
  8. I assume that this question is about the Backtracking parameter in the batch mode. The way it works, is that in this column you can enter the characters Y or N for each simulation, and this will activate or deactivate the backtracking mode respectively.
  9. Dear Oscar First of all, in the "unlimited shed" orientation, the sensitive width is the total width of the modules aligned on your PV table. For example, if your PV module is positioned in landscape in your 3D scene, the smaller side is 1.134 meters. Since you want two rows placed one above the other in each table (still in landscape), you need to multiply the smaller length by 2: 1.134 × 2 = 2.268 meters. In my example below, I used 2 meters as the sensitive width. You can always verify in the 3D scene whether the sensitive width value is correct. But if you already know the dimensions of your PV module, its orientation (landscape or portrait), and the number of rows per table, you can calculate the sensitive width. You can also click on the "Help" button in the "Show Optimization" window — it will open a help page with a full explanation (see below). If you need more information or something isn’t clear, don’t hesitate to reach out to us. Regards,
  10. BNPI conditions cannot be used as input in PVsyst. You could use the BNPI test report to re-evaluate the bifaciality factor. But per se the BNPI result will not be used in the simulation (in which irradiance and temperature conditions vary at every step). To calculate the bifaciality factor the approach would be as follows. The basic equation is Pmeas(BNPI) = P(1000+phi * 135), and solve for phi (bifaciality factor). This could be solved by trial and error using the PAN file interface to evaluate P(irradiance, 25°C), but it will involve manual steps. Once you find which irradiance yields P(BNPI), you can easily find phi.
  11. Currently, if the two-sided efficiency is applied, it is shown that only the Bifaciality factor is applied under the STC condition. Now, we are receiving the test report of the double-sided module under BNPI conditions, can we apply BNPI conditions?
  12. Last week
  13. Hello everyone, I am writing you in order to clarify something that I am missing right now. I first when to orientation management to try to check the optimization for my sheds with a tilt angle of 30º and 1º azimuth and 4 meters pitch. There, I thought that the Sensitive width would correspond to my panel length (one of 2.33 meters). In my case I am using in the 3D scene sheds of 2 modules in height so in total, that sensitive width would correspond to around 4.7 meters (2*2.33 plus 0.04 of inactive band). However, when I put the value, it proved that it should be wrong: So, I decided to go to the 3D shading scene and directly create my arrow of panels to try to discover what this width corresponded to. As you can see, this would be the limit angle and the GCR for such panels and such pitch: Looking at this, I thought that the heigh in the sensitive area above could be the widht introduced in the orientation , so I went back and introduced it: Looking at the Shading limit angle and the GCR it could be approximately (it is not exact) what the sensitive width stands for. However, this arises the question: is there not a way of knowing beforehand the sensitive widht? Do have I to go to the 3d shading to know this parameter and then enter it in the orientation management? Iam interested in the shading graph and the show optimization. I also though that it could be calculated with the sin30º or the cos30º with a hypotenuse of 4.7 meters (the length of the two panels in the shed). However, the closest value would be 2.35 meters (y) which also doesnt correspond to 2.29 meters... Hope I explained myself correctly. Thank you very much in advance.
  14. Hi, is there a recommendation for a Uc value for single axis tracker (N-S) with 1 modul portrait? Thanks
  15. I understand. What I mean is, if the irradiation intensity on the back of the module is relatively low while that on the front is relatively high, so does it imply that the low-light performance of the rear side is worse?
  16. Yes, actually the irradiance of front side + backside*bifaciality factor are put together, which gives an effective irradiance evaluation. Only after that, the PV conversion model applies. Indeed, the light reaches the same cells, be it from the front or the back. The same low-light performance is therefore taken into account for front and back (up to the bifaciality factor).
  17. The temperature is generated from the monthly values saved in your site file, using the Meteonorm algorithm https://www.pvsyst.com/help/physical-models-used/synthetic-data-generation/index.html
  18. Because the irradiance of the front side or the rear side of PV module will be different, in this case, there will be a difference in conversion efficiency between the front and back sides,with respect to 1000 W/m².
  19. Thank you for your explanation. May I ask how the Tamb is generated?
  20. thanks
  21. There is no automatic way of optimizing the system for summer or winter in PVsyst. You are probably thinking about the "Quick optimization" tool present in the "Orientation" definition dialog. This is just an "immediate" tool for indicating how your present orientation choice is situated with respect to the optimum for this period. This choice doesn't modify anything in your orientation parameters, and therefor nothing in your system definition.
  22. Dear sir: Has the software taken into account the low-light performance on the rearside of bifacial module? thanks
  23. Good day, I have noticed that when I optimise my simulation for winter or summer, this does not affect the results and the results are the same as oprimised for annual yield. Might you advise what may be the issue. Best regards, S. Matolo
  24. Thank you! I will give that a try.
  25. Hello, to better assist you, please send the export of your project, including the problematic table name, to support@pvsyst.com
  26. Thank you for your help. For some reason the Baseline slope is not adjusting, as you can see in the screenshot - I think that is the reason why it is not working. How can i change this?
  27. Earlier
  28. If you have only two types of modules in your system, you can still create two orientations. One to be used for all subarrays of the 1st type, the other for the 2nd type. These two orientations can have the same parameters, but it will allow you to setup your bifacial system with two module sizes.
  1. Load more activity
×
×
  • Create New...