Jump to content

Recommended Posts

Posted

Hi,

How have you imported this weather file, where is your site and what version of PVsyst are you using?
In general, if you try to import Meteonorm data directly in your project, or as a known format this shouldn't be an issue.  

If the file is imported as a custom file, a time shift can be added in the Date tab. The denomination of a given time interval in PVsyst is always defined as the beginning of this of this interval, contrary to Meteonorm where it is in the end of the interval. Perhaps the issue could also be if you are in-between two time-zones. 

If you don't find the source of the issue, please send your project/ site and weather data to support@pvsyst.com and we can have a closer look at it.

Kind regards

 

 

 

Posted

I'm getting a similar error.  I am importing a file from NREL.  I'm using version 8.0.  153 seems like a strange amount to be off.  

There is no "date tab" that I can see in the raw data file.  

image.thumb.png.603283a4b8993314e3e3e6ec3bbb8160.png

 

Also, I can take the -153 minutes out of this screen but if I click "Save", it just reverts back.  

 

image.png.0f2a86ff78080e3c2fea7ab72ebc0cf7.png

 

Any suggestions?  The NREL file looks normal and I've downloaded 3 separate files and they all throw an error like this.  

Posted

Hello,

How have you imported this weather file? through the project window, known format or a custom file? where is your site?

If there is a time shift you are recommended to re-import this file and include a time shift in the Date tab (if imported as a custom file, though Meteonorm data and NREL data can be imported with correct format for your site automatically normally if imported directly from the Project window, or as a known format 

image.png.9498801fe109b4e4d753832b46363ec8.png

If you have imported your file from the project window or as a known format, please send us your project to support@opvsyst.com and we can review the issue in further detail. 

Kind regards 

Posted

Hi Linda,

Here is how I have been doing it.  This is the very first step I take when I start each project so there is nothing else in the project file yet.  

Click on Known Format below:

image.png.ff292a194344e406184318dd9b9670db.png

Click on "Choose" below:

image.png.a5645c0c50251d85f5ca51442455bd72.png

Select file from NREL:

 

image.png.279614fd39951bf55f100679a4aa5ac4.png

 

File looks like this:

image.png.1da49801c027f96804bfb1cf71142d19.png

 

Enter site name, select country, click "Get From Coordinates", click "Import".

 

image.png.9df1a2114cb27ad031634e995561bb27.png

 

Then this file is created.  Which has the offset:

image.thumb.png.dbfc23cf6a78f15763dc0b42846dd566.png

 

This process was working.  Would you suggest something different?

Posted

Hello Jig,

Indeed your workflow is correct and it is not clear to me what the issue could be, if it is possibly the datafile that is strange our something in the PVsyst reading of it. I note that there is no time zone value (though a local time) in your file. If you add the correct time zone in the data file, does in affect the .MET file? 

If you look at the Monthly best clear days graph, do they look correct and correspond to the values in the data file?

Can you please send us your specific data file to support@pvsyst.com and we can analyze this in more detail.

Kind regards

Posted

Hi Linda,

I'm not sure how to add a time zone to the datafile in a fashion that would be read by the software.  I'll go ahead and email the data file to support@pvsyst.com and reference this thread.  

Thanks!!

 

Posted

Hello,

There is a problem with the known format import function in PVsyst, and with the “Convert UTC to local time” in the NSRDB viewer..
image.png.e842d9cd720e5ab92674f979701946c7.png
The former has an issue recognizing files that are in UTC format, it needs files defined in local time. This would be easily fixed by using the “convert UTC to Local Time” functionality, but it doesn't work, unfortunately.

What you can do

As Linda mentioned above, you can still use the custom format import, I checked that it does indeed work. We will send you an example MEF (the conversion protocol) that should work. We will be looking into fixing this bug.

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
×
×
  • Create New...