Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Running into EnergyPlus Error when using generated files with 2021 data #63

Open
GFlechas opened this issue Jan 20, 2022 · 4 comments
Open
Assignees

Comments

@GFlechas
Copy link

I'm getting the following error from energy plus when I try to use weather files generated from 2021 data with diyepw, however I don't run into issues when I use files generated by the program for previous years (2018-2020). I'm trying to isolate if the problem is originating from diyepw or possibly the weather station data.

************* Beginning Zone Sizing Calculations
** Severe ** Invalid Month Day date format=5/ 2

** Severe ** ProcessEPWHeader: Invalid Typical/Extreme Periods End Date Field(WeatherFile)=5/ 2

** Severe ** Invalid Month Day date format=12/31

** Severe ** Data Periods must be of the form or , (WeatherFile) found=12/31

** Warning ** Weather file location will be used rather than entered (IDF) Location object.
** ~~~ ** ..Location object=GOLDEN-NREL
** ~~~ ** ..Weather File Location=Golden-NREL CO USA customized weather file WMO#=724666
** ~~~ ** ..due to location differences, Latitude difference=[0.00] degrees, Longitude difference=[0.00] degrees.
** ~~~ ** ..Time Zone difference=[0.0] hour(s), Elevation difference=[100.00] percent, [1829.00] meters.
** Severe ** GetNextEnvironment: No location specified, program will terminate.
** Fatal ** GetNextEnvironment: Errors found in Weater Data Input. Program terminates.

I'm calling the package as follows:
diyepw.create_amy_epw_files_for_years_and_wmos([2018,2019,2020,2021],[725650,724695,724660,724666],allow_downloads=True, amy_epw_dir=download_dir)

@thurber
Copy link
Contributor

thurber commented Jan 20, 2022

hi @GFlechas, when i ran your code locally, i noticed that no 2021 file was generated for 724695... is this is the same for you?

@thurber
Copy link
Contributor

thurber commented Jan 20, 2022

This appears to be because 724695 for 2021 is missing 53 air temperature records in a row, and the default allowed is 48. If you're okay with the missing data being imputed, you can override this behavior by calling like:

diyepw.create_amy_epw_files_for_years_and_wmos(
  [2018,2019,2020,2021],
  [725650,724695,724660,724666],
  allow_downloads=True,
  amy_epw_dir=download_dir,
  max_records_to_impute=54,
)

@GFlechas
Copy link
Author

GFlechas commented Jan 20, 2022

Hi @thurber, yes that is the same for me. I hadn't noticed that yet. There appears to be an issue with each of the 2021 files produced when I try to run a simulation with them.

@thurber
Copy link
Contributor

thurber commented Jan 20, 2022

@GFlechas , I'm quite rusty on running EnergyPlus -- could you try this experiment and see what happens:

Remove all the 2021 files and a single 2020 file, and try your simulation again to see if the same error occurs in 2020 now?

I ask, because i'm not easily spotting any substantive differences in the EPW files between 2020 and 2021

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants