Jump to content

dtarin

Members
  • Posts

    779
  • Joined

  • Last visited

Posts posted by dtarin

  1. 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

  2. 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

  3. If you are trying to import a PAN file, place it in your directory ...\PVsyst6xx_Data\ComposPV\PVmodules, close PVsyst, and reopen (if you have it open). It will be listed in your module list now.
  4. Thanks Andre.

    It is not clear to me a specific tool is necessary. All of the specific tools for the different meteo sources are already in place. I think all that is missing is the automation end from PVsyst and how to handle the inputs. I think on the PVsyst end, perhaps the only modifications are what to name the file, and which files to select. The data source is the same for all files imported, and the time zone can be retrieved from the web service for each file. If a user directs the program to a directory containing N TMY3 files, and selects TMY3 as the data source type, perhaps PVsyst can use the file name as the site name and weather file name, and simply step through the process for each file.

  5. Hello,

    I am using version 6.6.3 and I have noticed that when I set a pitch and fill a zone, not all rows are set with the pitch assigned. Please see attached image. Can you provide any assistance or insight into what is occurring?

    Edit: It seems this occurs when automatic length is used. We can see in the 'zone filling' picture with automatic length selected that the rows still do not end up equal length. The second image 'zone filling 2' has this option unchecked, and the zone fill is as it should be, with rows equal length and all with the appropriate spacing.

    1409961767_zonefilling.thumb.PNG.ce2fcd3bf0e1a062f4f08732fba79188.PNG

    271751754_zonefilling2.thumb.PNG.cf2cbdb08f6381a593d53a083c29557e.PNG

  6. For the calculation of the backtracking angle, PVsyst has to use the pitch and wdth of 2 adjacent trackers.

    This is only possible with trackers of a same tracker object (array of trackers). When you have several arrays of trackers, PVsyst will choose the more "narrow" as reference.

     

    I read this as stating that PVsyst requires two trackers to be at the same orientation (no misalign or azimuth changes). If I have two trackers of the same orientation, and another two that are misaligned which are adjacent to the first two, is this acceptable and able to be properly captured? See image for reference.

    Thank you,

    920037701_trackermisalignpair.PNG.75bdec22a872e49a594c00e7ef98c04b.PNG

  7. I think he meant that we would like to misalign the modules to the eastern direction. Entering a positive value for misalign points them to the west. Entering a negative value for misalign points them east, but this it not allowed. I also would like to misalign to the eastern direction, but do not know how (or if it is possible) to do so.

    1916723997_PVsystmisalign.thumb.PNG.99c3aa3d9d643b22071b1bbfb8b714f6.PNG

  8. I have asked to several different inverter manufacturers and all of them have answered that there will be an active power reduction due to a PF less than 1, only in case of overload

    This is exactly what I said in my first answer to this post.

    The active energy production will not be affected, until the Pnom limit (in kVA) will be reached. The power factor acts as a diminution of the nominal output power (Pnom) expressed in terms of active energy [kW].

    In your example: Pnom (apparent) = 60 kVA => with 85% PF Pnom (active) = 51 [kW] will be applied for limiting E_Grid when running the symulation.

    PVsyst works in this way of course.

     

    Andre,

    Will PVsyst work in the same way with inverters which have a temperature de-rate curve established in the OND file, such that the entire de-rate curve is multiplied by PF?

×
×
  • Create New...