Jump to content

PVSyst 7.2.16 backtracking Phi Limits and shading table computational Bug?


Aaron3707

Recommended Posts

Dear PVSyst Team, 

I have encountered a situation whereby when importing a tracker array shading model .PVC file into PVSyst and running the first shading table analysis, I am able to obtain one type of shading table as seen in the first image below. The second image shows the shading table for the same exact shading model but a re-compute of the shading table after entering the shading model and exiting without doing any changes and when prompted by PVSyst to recompute, we just clicked yes. The shadings are now different compared to the first run. 
image.png.8158bdab154d19417dff5f4461bdd29e.png

image.png.63f5f4eb499415926a4cfb14f2054d05.png

 

Moreover, I noticed that this results in the Phi Limits of the backtracking strategy to go haywire. In the first run, the limits seem to conform with what is expected, +/- 54.2 degrees. However, after the re-compute, the limits now go to +/- 79.9 degrees. (3rd and 4th image) Why is that? This causes the electrical shading loss in the loss diagram to double compared to the original first run (as seen in the 5th and 6th images respectively). 

image.png.f0959dd1f52ba69bef8aef3b57f78ac6.pngimage.png.d010995603f0ddabdc216461e7e171b7.png

image.thumb.png.04731a4f5940e6abaf75a086311e8bd8.png

image.thumb.png.f22fd1a7bc6bffbc715e16e9b5933b94.png

 

However, sometimes, after the re-run, we would still end up having the limit angle be completely fine (i.e., it does not go to +/-79.9 degrees but instead, our electrical shading loss remains at 2.03%. Why is that? Looking forward to hearing from you guys soon. Thanks. 

Link to comment
Share on other sites

In the shading scene, which trackers are selected under backtracking management? Have you selected the same trackers in both instances? This can have an impact shading calculations. 

Edited by dtarin
Link to comment
Share on other sites

Hi @dtarin

At the time of this post, what I did was doing a generic one by not choosing any same trackers in both instances and instead just doing a generic one as shown here: 

image.png.40a2132d872765c07c16df0f32c95e38.png

The results are as the post made, on the first run (Variant VC1) and on the first re-run (Variant VC2), I ended up with very different shading tables and resulting losses are different. 

Now as of this post, I have tried to choose a 'random' tracker set Number 361 & 362 for both instances: 

image.png.d03551b1be29130c86769a8908a9bc56.png

The following are the two shading tables obtained for the two variants: (1st one is VC1, 2nd one is VC2)
image.png.fe63ec4b8e9d5ed90ba03f58faa461a4.png

image.png.276667d9fdf55398ff9782b8b6cab1f1.png

Both have different tilts and azimuths even though they are the exact same shading model and exact same tables chosen. 

Moreover, now, for both variants, I am facing the issue that the backtracking is giving +/- 79.9 degrees even though it should have limited the Phi limits. For reference, the project land is pretty flat with minimal undulations. According to PVSyst unlimited horizontal trackers, the phi angle limit should be +/-54.2. 

 image.png.49e189e379b0c3253054013fc6616a4c.png

However, now, in both variants, I am getting equal electrical shading loss of 2.03% 

image.thumb.png.e2519be2d133d42152a3301aa964b872.png

 

What is going on? Can someone please explain? Cheers.

 

Link to comment
Share on other sites

If your shade scene has independent trackers (importing from .PVC or using zone creation), you always need to select the pair. Since you have specified the same pair for each variant, now your elec. effect losses are equal. However, be sure to select a representative pair of trackers. Calculate the weighted average tilt for all trackers, then select a pair at that tilt. 

The phi limits might be a display bug. I have a model with no terrain and it is showing the same phi limits (+/- 79.9) on the backtracking strategy for a +/-60 phi range. However, if you check your 8760, you will see the trackers do not exceed the input phi min/max, in your case, +/- 55. 

Link to comment
Share on other sites

Hi,
Thanks for pointing this out. As @dtarin mentioned, it may be a display bug, which we will investigate and correct asap.
Considering other reportings of similar inconsistences in the shading tables with PVC scenes, there may be another issue with the default backtracking parameters. However these errors have been very difficult to reproduce, but we are working on them.

@Aaron3707 If you can send us your .PVC and/or project at support@pvsyst.com that would help us a lot.

Link to comment
Share on other sites

Dear @dtarin,

Thanks for sharing this, I decided to take a look at the phi angle limits as per mentioned and as you mentioned, the trackers were performing as mentioned, backtracking within the phi limits. Attached is an image of the backtracking max and min after checking the 8760 as indicated for both situations. The first image is for when I did not specify the pair. The second image is for when I did specify the pair. 

image.thumb.png.eab5a0b04120c6ea127710fc89907070.png

image.thumb.png.806c2710d7de9e3299284831780f0e44.png

However, I noticed that in both situations, they both are backtracking but one of them (the first run) has a better shading loss compared to the second run. Why is that? Like the unspecified one will result in better shading losses? 

Dear @Michele Oliosi,

Noted, sure thing, I have sent an email to the email address specified with the same title as this post. Attached are the project file and the PVC export file including the CSV file for the terrain. Thank you.


 

Link to comment
Share on other sites

Maybe... Regardless, thank you so much for your help and feedback. I will play a little more with the backtracking management as you mentioned and see what happens. 

In the mean time, I will also wait a little longer for the reply by the PVSyst team to see if there was any other issue. Cheers.
 

Link to comment
Share on other sites

  • 7 months later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...