Jump to content

PVsyst 7.2.17 PVC Scene Backtracking


David
 Share

Recommended Posts

Hi,

The release notes for patch 7.2.17 say, "the first simulation of imported PVC scenes with backtracking now takes backtracking into account."  I was wondering if you would be able to clarify why it says the "first simulation?"  Does backtracking with PVC scenes not work properly after the first simulation? I attached the release notes below. 

Thank you!

David

image.thumb.png.f727e07937e6d3d635f48f82b954aa39.png

Link to comment
Share on other sites

Hi, yes I can give more specifics.

Basically depending on the order in which you access the different windows when defining your system, it could happen that the shading table was computed without backtracking, even though you had selected backtracking in the orientation window.

This happened more specifically whenever you used an imported PVC scene, because the trackers were not assigned the "backtracking flag" during import, and only by refreshing the shading window and/or recomputing the shading factor table the flags were updated.

The impacted simulations were those that had an incorrect shading factor table, and where the "fast" option was selected, i.e. the calculation of shadings according to the table. The "slow mode" with the hour by hour evaluation was not affected. By the time of the simulation the all backtracking flags were set correctly.

Now this specific error is solved.

Link to comment
Share on other sites

If the user selected a backtracking pair under the backtracking management menu prior to computing the initial shading table, is there still a possibility for this to occur? Typically I do not generate the shading table from the shading menu, and instead have it compute during the simulation process. Is there any difference? One last question, what is the approximate error in % you are seeing? 

Edited by dtarin
Link to comment
Share on other sites

The error is the backtracking gain over tracking without backtracking, so 1% in general-few% max.

Note that the error was actually quite easy to spot for relatively flat terrain. Indeed, when you activate backtracking you should expect few losses in the shading factor table.

Indeed, I am not sure about this case (selecting the backtracking pair). Additionally if you did not generate the shading table previously there is a chance the error had been avoided. I will double check this situation and get back to you.

*Edit: if you select the backtracking pair, the backtracking seems to have been well activated (confirmed each time for a few tries).

*Edit 2: If you generate the table only at simulation the issue was unfortunately the same.

NB: these errors have been corrected in v7.2.17

Link to comment
Share on other sites

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
 Share

×
×
  • Create New...