Grasshopper

algorithmic modeling for Rhino

Hi all,

I'm getting 0 KWhr for 'totalSolarGain' internally out of 'runEnergySimulation/readEPResult' for a very simple model with one zone. I have large windows facing north (Australia, so heat gains should be there).

Tried all I can think of e.g. changing window material/construction types etc. I've got an EPMaterial with UV/SHGC/VT input to SetEPZone and childSurfaces input to HBSurfaces further down the line.

I'm doing something wrong, so any ideas out there?

Kind regards,

Rob

Views: 316

Attachments:

Replies are closed for this discussion.

Replies to This Discussion

Robert,

Hard to say. it will be helpful to attach the file.

Though it s suspicious that the analysis period is orange.

-A.

Hi Abraham,

Yes, I nearly re-uploaded that png but it makes no difference. Files attached. Any thoughts appreciated,

Rob

Attachments:

Hi Robert,

Attached a working version.

Plenty of issues to solve :-)

1. The more critical one. You hooked the zone, afyter rotating it, to a HB_Mass2Zone. This move cancelled the windows definition. I connected the proper inputs to the HB_createHBZones component instead. If you see in your file the HB_decomposeByType you"ll see that before the rotate the model is ok and after the rotate it isn't (see group red and green in the attached). Do that in your model not in mine.

2. Critical one also. You connected EP materials to the HB_Surface instead of connecting EP_Construction.

In the way to understand what was wrong i updated the file, but after finishing the fix this is not important.

Good luck,

-A.

Attachments:

Thanks Abraham,

All makes sense, I see where I went wrong, and now I've got some numbers out of totalSolarGain which is great. However rotate3D goes through setEPZoneConstruction and seems to be cancelled out, so no rotation.

I guess the energy data/numbers are for the model windows facing east/west. But I wanted to be able test different orientations.

Do you think it's possible?

Rob

Attachments:

Hmmm ...

When i checked i previewed the rotate component and it looked fine. Now i see that the HB components are not getting the transformation.

So right now i would report this as a bug. Please do that at the github.

The only think that i can think i trying to define the whole think rotated BEFORE HB, but i'm not sure this case is suitable.

Will be glad to hear Mostapha/Chris suggestions for this one.

-A.

Rotate the geomtries before creating Honeybee objects. We have an open issue for this: https://github.com/mostaphaRoudsari/Honeybee/issues/183

Oops ...

Robert find a (this time yes) working version. I used the failed geometry to get the center point and then start the whole definition from the beginning. See white groups.

-A.

Attachments:

Thanks so much Abraham! It now works fine.

This is not an issue anymore. You can use Honeybee transform components. See this post: http://www.grasshopper3d.com/group/ladybug/forum/topics/modeling-hi...

RSS

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service