This tutorial contains GIF images.
If they fail to load please visit the help center via web browser.
You can zoom this page with Ctrl+.

  1. Save your drawing and press Export to DAE button:

After pressing Export to DAE button, select the location for the exportation and .DAE file will be saved. After a successful export a new window is opened.


  • For this tool to work the drawing must be freshly saved before using the tool.
  • DAE files can be opened using SketchUP or PVsyst software.

How to import .DAE format to PVsyst software:

1. Open PVsyst sofware and select Near shadings tab.

2. Select Construction / Perspective tool.
3. Press File → Import → Import a 3D scene (3DS, DAE) , and select your exported .dae file.
4. In Import results windows select the input size - depending on your drawing this can be either in milimeters or meters.
5. In Import results windows select PV objects sub tab and check Frames.

Automatic identification

When defining PV fields in a shading scene, PVsyst will always try to identify their orientations automatically, grouping all similar fields into the same orientations. This is the normal behavior because the field properties give all the information needed to do so.

Problems arise when the fields are not created with a regular layout, for example when they follow the ground slope, meaning that there are too many different orientations. When this happens, we need to either increase the grouping tolerance or find other ways to get realistic orientations.

Additional notes:

  1. "An error occured in PVsyst":

This error can occure when you import the 3D scene and don't save it. To workaround this you must first close the "Near Shading" window by clicking on the "Close" button. Then you can re-open the Construction / Perspective window again and it should be working just fine.

2. "X fields in the shadings don't have a corresponding orientation in the 'Orientation' part":

At this point you have to click the Update Orientation Parameters.
When you click this it’s updated and should fix itself, if it does not you have to fix the orientation parameters.  

3. Additional orientations done by PVsyst:

After importing into PVsyst there might be a third orientation created mistakenly. You have to delete this orientation.

Another approach to solve multiple orientations is portrayed in the second GIF below. By deleting all of the orientations and assigning the frames to the same orientation this problem can be fixed. The only other option to make PVsyst work with terrain based frames is to connect different sub-arrays to every orientation.


Here is a list of situations and how PVsyst will behave :

Zones of tables

Fields are grouped within the same zone, and with other zones if they share the same tilt and azimuth definitions.

Random scene

The first field is considered as a reference, then PVsyst tries to match other fields and if they don't it defines a new orientation.

For all scenarios, PVsyst then computes an average tilt and azimuth for each orientation from its fields.

This is the way orientations are defined automatically since PVsyst 6.64, but before that they were always defined using the "Random scene" algorithm which was not accurate enough and could lead to very odd orientation definitions. Also, there were no averages computed afterwards, the orientation tilt and azimuth were the ones from the first reference field.

Warning messages will pop up if you try to open an old variant with newly identified orientations that differ from the stored ones, therefore creating an incompatibility between the variant Orientation part and the shadings part. You can click on Yes and save your variant again to validate it again.

Did this answer your question?