Jump to content

Debbie

Members
  • Posts

    20
  • Joined

  • Last visited

Posts posted by Debbie

  1. Hello PVsyst team,

    I'm trying to import a DAE file with a very large number of tables.  There are about 22,000.  So far it has been running without result for 15 minutes on the import step.

    Is there a maximum number?  I'm wondering if I'll need to break up the array, and if so, into how many sections.  Both for import, and also for running the shade scene.  Also, is one format better than the other in this case...DAE or 3DS?

    This is to attempt to model Nextracker XTR...I know I can't get string mismatch, but I'm trying to see the row to row shade impacts.  Not using TrueCapture.

    Thank you!

    -Debbie

  2. Hi PVsyst team,

    In version 7.3.4, when I input a non-unity power factor, I am still getting 0 reactive energy in the loss diagram.  Is this possibly a bug?  Screen captures below taken from the same report.

    Also, in this same model, even though I chose a custom reference tracker for the diffuse calculation, it spent a long time (~8 minutes) calculating the diffuse integrals when running the model.  I look forward to your response.  Thank you.

    image.png.f74ce025fb351e0f29df20743e4aa65f.png

    image.png.af2020e7e3e5bfc1d359b26061117dd2.png

     

  3. Hi PVsyst team,

    I really appreciate the speed of the tracker shading analysis in this version, and the new interface for diffuse shade losses.  However, I noticed that sometimes when the central tracker is selected, or I select a custom tracker, it does not automatically select the adjacent trackers for the "shading mask".  See screen capture below.  I have found that I need to try selecting a few different trackers until I get one where the mask includes trackers on both sides.  If I run the model with the selection that does not include shading trackers on both sides, it significantly impacts the results.  I'm not sure why this happens.  Perhaps it has to do with the tilt of the trackers?  These have variable N-S tilts because of terrain.  Perhaps if the tilt between adjacent trackers varies too much they don't get selected?

    Thank you,

    Debbie

    (example where the selected tracker did not cause the neighboring trackers to be selected)

    image.png.b1a69de6305474daa9934f814fc9324a.png

     

  4. Does this threshold for partial scene apply differently depending if your model uses backtracking or no backtracking?  I am running a First Solar Array with no backtracking.  The complex layout, which is very spread out in multiple small sub-arrays, results in reduced shading losses compared to a simple rectangular layout, even when setting this threshold greater than the tracker count.  Does a tracking array with no backtracking still make use of a reference tracker for calculations?

     

     

  5. I upgraded to v 7.2.18, and the same thing is happening to me now with a large shade scene.  Every little step or change I make in any of the PVsyst windows (not just near shading) brings up a message "checking variant VC_" which spins for a while.  I'm not sure if it has to do with the version change, or a change in my computer processing capacity unrelated to PVsyst.

  6. Hello, I am able to import a 2D layout from CAD to PVsyst near shading.  However, I want to assign alternating East / West tilts to the modules, as in "domes".  I am not able to do this because the modules are coming in flat, but all with the same azimuth.  The only way to make them tilt in opposite directions is to change the azimuth, which causes them to rotate around their left corner references.  Does anyone have suggestions about how to do this?

  7. Hi PVsyst team, I am noticing some changes in shading losses as I go through version updates.  These are some general observations.  Sometimes running the shading the first time generates different results than the second time.  Sometimes the values within "irradiance loss" seem to reduce, while the values within "electrical loss" increase.  In version 7.2.16, when comparing unlimited sheds (fixed tilt), vs. the same set of inputs in near shadings, the losses are more significantly different than they used to be in earlier versions.  I understand you might need specific files to check what is happening.  But can you comment generally on whether the shading calculation methods and algorithms are getting updated intentionally with version updates?  We now have the capabilities to implement more and more complex shading scenes.  Can you comment on how robust the calculations are with complex scenes?  Do you have any recommendations for us as modelers to ensure that shading calculations remain accurate even when running complex scenes?  Thanks in advance.

×
×
  • Create New...