Honeybee and Openstudio dll problem

Replies to This Discussion

Permalink Reply by Mostapha Sadeghipour Roudsari on March 23, 2015 at 8:42am

Hi Julien,

Can you make sure to unblock .dll files? The easiest way is to unblock the .zip file before extracting it. Right Click and you will see the option.

openstudio_ is my bad. I changed the folder on my system inside the file that I sent to you and I forgot to change it back. Drag the openstudio component from Honeybee tab and that should look for openstudio folder.

Yes. I think we should have it as the last item in the list for installation instruction.

Permalink Reply by Julien Marrec on March 23, 2015 at 9:14am

Ah! Thanks!

For others, the "Unblock" is in the right click menu, under Properties and under the general tab at the bottom

I put it back in "%Appdata%\Ladybug\OpenStudio" and it worked without changing the casing.

But I do get an error.

Runtime error (TypeErrorException): prepareNonPlanarZone() got an unexpected keyword argument 'meshingLevel'

Traceback:
  line 2451, in main, "<string>"
  line 2551, in script

Thoughts?

Permalink Reply by Mostapha Sadeghipour Roudsari on March 23, 2015 at 10:58am

That is a bug which I assume is fixed in the current version. Looks that you are using an older version of OpenStudio component. What is the date on the component?

Permalink Reply by Julien Marrec on March 23, 2015 at 11:53am

ghenv.Component.Name = "Honeybee_Export To OpenStudio"
ghenv.Component.NickName = 'exportToOpenStudio'
ghenv.Component.Message = 'VER 0.0.56\nFEB_01_2015'
ghenv.Component.Category = "Honeybee"
ghenv.Component.SubCategory = "09 | Energy | Energy"
#compatibleHBVersion = VER 0.0.56\nFEB_01_2015
#compatibleLBVersion = VER 0.0.59\nFEB_01_2015
ghenv.Component.AdditionalHelpFromDocStrings = "1"

Permalink Reply by Julien Marrec on March 24, 2015 at 7:43am

Is this version actually outdated then? I still can't make it work.

Permalink Reply by Mostapha Sadeghipour Roudsari on March 24, 2015 at 8:43am

Yes. There is a newer version for FEB_18_2015. I'm testing it now with nonplanar geometry to see if the issue is solved already.

Permalink Reply by Mostapha Sadeghipour Roudsari on March 24, 2015 at 8:57am

It was a bug.

Find this line:

zone.prepareNonPlanarZone(meshingLevel = 1)

and remove meshingLevel = 1

zone.prepareNonPlanarZone()

or just use the attached file. The attached file is using the most updated version of Ladybug and Honeybee. You can use update components to get the latest version or just download it manually from github.

Thank you for reporting this,

Mostapha

PS: The new component should work for you but I think you should be able to model what you have all as planar surfaces.

Attachments:

• updatedOpenStudio.gh, 432 KB

Permalink Reply by Julien Marrec on March 24, 2015 at 1:39pm

I updated the component, and I was still getting an error. Wouldn't be fun otherwise... :)

The error I was getting is:

Current working directory is set to:  C:\Users\...\AppData\Roaming\Ladybug\mall\OpenStudio
Analysis period is from 1 JAN to 31 DEC
Between hours 1:00 to 24:00

the space type is:OS:SpaceType,
  {12884f42-3f62-4c4b-9d99-f321ff844e24}, !- Handle
  Retail:Entry;                           !- Name


[... 47 other "space type is:OS:SpaceType ...]


the space type is:OS:SpaceType,
  {174829f0-0f70-40f5-b142-db610fc18b69}, !- Handle
  Retail:Retail;                          !- Name


Runtime error (KeyNotFoundException): 3-Top-Bottom-Retail_Srf_1
Traceback:
  line 1867, in setAdjacentSurfaces, "<string>"
  line 2680, in main, "<string>"
  line 2715, in script

It seems that it's processing some space without problems, but doesn't like this one one bit... After changing the name of the space, it worked.

Anyway, I can now export to openstudio. But it won't load correctly in sketchup when I tried to open the exported .osm. Well, it does load, but it's only wireframes... I tried running the openstudio diagnostic on it, without success.

Has anyone experienced that before?

I've attached the gh file with internalized data if someone would be extremely kind to take a look at it... (please don't mention how bad the names I gave are... I'm aware :) ), as well as the exported .osm.

Thanks!

Julien

PS: don't be surprised if it takes some time to process... The solve adjacencies module takes about 2min to complete on my laptop)

Side note: I've never managed to make the Grizzlybear work for gbXML export... but that can wait until I try it on a simple shoe box...

Attachments:

• 2015-03-24_Mall.gh, 1.9 MB
• mall.osm, 2.2 MB

Permalink Reply by Jacopo Sartore on March 25, 2015 at 9:00am

Salut Julien,

I managed to open your osm file in OpenStudio and got it running the simulation. As the progress bar wasn't growing I stopped it and then checked the err file. I figured out that there are many floors and roofs upside down (you better check the normal on these surfaces), many non-planar surfaces and many errors about wrong solar distribution (you should use FullExterior with non-convex zones, as you have a couple of l-shaped rooms). Please see the file attached.

I then opened your gh file and found a couple of brep missing (CenterWalkwayRoofRightSmall, the grazing surface of RightWingWalkway-Roof) and many of your zones recognized as open breps (see the HB Create Zone outputs) because you missed some walls: check the input geometries.

I hope I have been of help to you. 

Attachments:

• eplusout.err, 1 MB

Permalink Reply by Julien Marrec on March 26, 2015 at 7:52am

Buongiorno Jacopo,

For some reason I can't reply directly to your answer (must have reached the maximum reply limit), but yes this is helpful.

I had already checked the err file and I knew I had problems, but mostly I was freaked out by the fact that it was always in wireframe. I fixed a couple of things, including two HBZones that carried the same name and manage to import it in OS. Then I painfully and slowly cleaned everything in OpenStudio since all my attempts at doing it in Rhino had failed.

One thing is that I redrew the geometry using the architectural Rhino model as guide... Turns out the architectural model wasn't very precise and a lot of stuff ended to be non planar.

These are Rhino questions and not a GH/HB one, but I'll ask them anyway.

if I use "Planar" mode (command "planar" in Rhino), will that ensure my surfaces are planar or does object snapping take precedence?

Also, is there a way to force (transform/simplify) a closed brep with some non planar surfaces to only have planar surfaces? For example, I had a few boxes that had very minor offsets (<1cm) but turned out non planar as a result...

Permalink Reply by Mostapha Sadeghipour Roudsari on March 30, 2015 at 1:07pm

if I use "Planar" mode (command "planar" in Rhino), will that ensure my surfaces are planar or does object snapping take precedence?

All your lines will be drawn in the active Cplane so it won't exactly do what are you looking for.

is there a way to force (transform/simplify) a closed brep with some non planar surfaces to only have planar surfaces? For example, I had a few boxes that had very minor offsets (<1cm) but turned out non planar as a result...

Yes. You can use Grasshopper to do that. There are more sophisticated solutions if you are willing to use plugins such as Kangaroo but the simplest way is to decompose the brep, get the plane for each face, project the original surfaces on that plane and join them back. The issue with this method is that it will more likely return an open Brep but there are solutions to address that too.

Hope it helps,

Mostapha

Permalink Reply by Mostapha Sadeghipour Roudsari on March 30, 2015 at 1:20pm

Hi again, I felt bad after I sent the previous response as I probably left you there with a day of work as a person who is getting started with Grasshopper. :) Here is an example on how you can do it. It won't work for crazy geometries but it should work fine for simple ones.

Attachments:

• createPlanarClosedGeometry.gh, 17 KB

• ‹ Previous
• 1
• 2
• Next ›
• Page