Jump to content

dtarin

Members
  • Posts

    873
  • Joined

  • Last visited

Posts posted by dtarin

  1. Hello,

    When running a batch simulation in a project, I have specified different variants to run for several simulation lines. When I look at batch results, the values for all simulation runs (regardless of the variants specified) show only the results from the variant that the batch simulation is being initiated from. So if I want to run a batch simulation for variants A, B, C and execute the run in variant A, I only get data from A.

    Is it possible to do what I am trying to do? I had thought that I could specify different variants under Simul field and the batch simulation would run that simulation variant within the project.

    Ident;Meteo data;Create hourly;Soiling;Simul;

    SIM_1;A.MET;AA.csv;1;A;

    SIM_2;A.MET;AB.csv;1;B;

    SIM_3;A.MET;AC.csv;1;C;

    Thanks,

  2. Hello,

    I am aware of what the differences are between GlobEff and GlobInc as stated in the PVsyst documentation. What I would like to know is if one of these is better suited for evaluating plant performance depending on the irradiance sensor used, such as a pyranometer or Si reference cell? And perhaps not just GlobEff, but the other corrected incident energy parameters as well. What would be a physical or practical application of these parameters?

    Thanks.

  3. Make sure you click on "Apply" after you defined the X1 and X2 points or else nothing will happen.

    Thanks Sylvain.

    Has anyone experience problems with the ground object scaling being removed after reopening the project? I have experienced this with different projects and it is time consuming having to re-apply scaling with correct referenced dimensions. I am wondering how could I avoid this? Thanks.

     

    Update to 6.64.

    http://forum.pvsyst.com/viewtopic.php?f=4&t=3036&p=7765&hilit=ground+image#p7765

  4. Yes, this is annoying. It has to do I think with the default settings for module spacing. Best case is to set it to zero in hidden parameters, so that when you import a project or shade scene, it doesnt rearrange the table by changing the table size. If the scene was set with .01m, and your default is .02, there wont be enough room in the table, so itll switch orientations and make number of modules accomodate the table. It would be nice if PVsyst automatically adjusted, or had an option where hidden parameter settings dont override the shade scene like that.
  5. Where is your TMY data from? Maybe you can:

    1) change the coordinates in the tmy data file to match the site you want to use. The import into PVsyst as usual. When you load your project, you will have your desired site selected, and then you can switch to your MET file with the desired tmy data

    2) create the site, then use the ASCII input method to import your tmy data, selecting the site you want to be associated to it

    3) change the project settings and increase the distance allowed for met files to be used from the site

    63155089_metfiledistance.png.4bdf7a9dc9d14ecbb46c167651a675e4.png

  6. Hello,

    Since PVsyst cannot model trackers on uneven, undulating terrain, does anyone have any information or guidance on how one can approximate performance of single axis trackers with backtracking for these cases? Has anyone done any analysis with data from a site with these terrain conditions, to come up with some sort of de-rate factor?

    Thanks.

  7. Pitch: Post to post distance

    Coll. band width: width of the modules regardless of angle, i.e. if two in portrait, coll. band width is length of module * 2 + spacing between modules

    Inactive band: distance the underlying structure extends past the module area. Often times this is zero.

    GAOR: collector width/pitch

    1082111550_8-3-201710-27-10AM.png.bf53d32f47cbe76ea250e121399e41a1.png

  8. Hello,

    Often we need to make adjustments to tree heights once survey data has come back. After having performed an initial topo survey, created a ground object based off this data, and dropped trees and panels onto the ground object, it can become tedious and time consuming to then go through and update every tree or other objects individually.

    It would be useful and efficient if all of the parameters for a tree (or some other object like parallelepiped) were available in the modify objects menu (when selecting multiple objects). These fields already exist individually, and perhaps just need to be linked to this menu. That way, when certain objects need to be adjusted in in some way but remain in the same location or keep other parameters fixed, one or more fields can be modified in the parameter(s) needed and have the others kept constant. Currently, it looks as though PVsyst accepts the new height (for example when modifying a tree) and distributes the change across all of the parameters.

    1143155496_modifyobject1.thumb.PNG.58b621667b02337247906f8854a0be96.PNG

    443537070_modifyobject2.PNG.710774622d95510aab54ca7deb820c68.PNG

×
×
  • Create New...