DOE Prototype Models - trouble running in latest versions

Hi there,

I was working with the openstudio measure create DOE prototype models. Everything was working great until this week. I think our IT automated an update to pollination, and now I’m no longer able to create DOE prototype models via the measure…

I’m curious if someone, with a better understanding of all the moving pieces honeybee/openstudio/energyplus, can help me figure out how to get it working again? I’m completely fine downgrading to lower versions, but I’m struggling to understand what piece of the puzzle is causing the issue as last week it was working fine. It seems like openstudio may be the issue…

Any help would be very much appreciated! Thanks all

current versions:

Openstudio Measure: Browse - BCL

Script to create DOE prototypes via @chris : How to Open the DoE Commercial Reference Buildings in Ladybug Tools - #8 by chris (was working last week)

Openstudio Issue: Create DOE Prototype Building measure does not work · Issue #154 · NREL/openstudio-model-articulation-gem

Openstudio Issue: SWIG Director Method Error in OpenStudio CLI Due to openstudio-standards Weather File Path Issue · Issue #1893 · NREL/openstudio-standards

log:

[13:40:57.043238 WARN] [openstudio.workflow.OSWorkflow] No valid weather file defined in either the osm or osw.
[13:41:04.003278 ERROR] [openstudio.measure.OSRunner] SWIG director method error. Errno::EINVAL: Invalid argument @ dir_s_mkdir - :/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/extracted_files

Traceback (most recent call last):
:/ruby/3.2.0/fileutils.rb:406:in mkdir' :/ruby/3.2.0/fileutils.rb:406:in fu_mkdir’
:/ruby/3.2.0/fileutils.rb:384:in block (2 levels) in mkdir_p' :/ruby/3.2.0/fileutils.rb:382:in reverse_each’
:/ruby/3.2.0/fileutils.rb:382:in block in mkdir_p' :/ruby/3.2.0/fileutils.rb:374:in each’
:/ruby/3.2.0/fileutils.rb:374:in mkdir_p' :/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/information.rb:207:in get_standards_weather_file_path’
:/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/information.rb:253:in climate_zone_representative_weather_file_path' :/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/modify.rb:382:in model_set_building_location’
:/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/prototypes/common/objects/Prototype.Model.rb:37:in model_create_prototype_model' C:/Users/jchevrier/Downloads/create_doe/measure.rb:173:in run’
[13:41:04.007847 ERROR] [openstudio.workflow.OSWorkflow] Found error in state ‘OpenStudioMeasures’ with message: 'Runner error: Measure ‘C:/Users/jchevrier/Downloads/create_doe/measure.rb’ reported an error with [SWIG director method error. Errno::EINVAL: Invalid argument @ dir_s_mkdir - :/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/extracted_files

Traceback (most recent call last):
:/ruby/3.2.0/fileutils.rb:406:in mkdir' :/ruby/3.2.0/fileutils.rb:406:in fu_mkdir’
:/ruby/3.2.0/fileutils.rb:384:in block (2 levels) in mkdir_p' :/ruby/3.2.0/fileutils.rb:382:in reverse_each’
:/ruby/3.2.0/fileutils.rb:382:in block in mkdir_p' :/ruby/3.2.0/fileutils.rb:374:in each’
:/ruby/3.2.0/fileutils.rb:374:in mkdir_p' :/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/information.rb:207:in get_standards_weather_file_path’
:/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/information.rb:253:in climate_zone_representative_weather_file_path' :/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/weather/modify.rb:382:in model_set_building_location’
:/ruby/3.2.0/gems/openstudio-standards-0.7.0/lib/openstudio-standards/prototypes/common/objects/Prototype.Model.rb:37:in model_create_prototype_model' C:/Users/jchevrier/Downloads/create_doe/measure.rb:173:in run’]’

Thanks for reporting the issue, @jakechevrier .

I can recreate it on my end:

Looking at the issue on the NREL GitHub, it seems like all of this was fixed in OpenStudio 3.10. The latest stable release of Ladybug Tools (v 1.9.0) and the current development version of Ladybug Tools use OpenStudio 3.9.

I had plans for updating the development version of LBT to officially use OpenStudio 3.10 in the next couple of weeks, which should officially address this issue. Do you think you might be able to wait until that point?

If you need a hack way to get around it right now, you can always install OpenStudio 3.10 from the NREL Github here:

Then delete the OpenStudio installation folder at:

C:\Program Files\ladybug_tools\openstudio

This will force Ladybug Tools to use OpenStuido version 3.10 the next time that it is opened. Granted, it is possible that you might encounter a bug related to me not running all tests with 3.10 yet but, from what I understand, the difference between 3.9 and 3.10 in terms of breaking changes is pretty minimal. From my quick test now, things seem to be working fine with 3.10. And it allows me to run the measure successfully:

1 Like