The problem of daylight simulation

Hi, I find the daylight simulation component in my file cannot generate the annual files and show that the result for the study cannot be found? I compared the file and the example and I think the setting is right. So, what's wrong? The attachment is the file. Thank you for your help.

Attachments:

the problem of daylight simulation.gh, 199 KB

Replies are closed for this discussion.

Replies to This Discussion

Permalink Reply by Mostapha Sadeghipour Roudsari on December 9, 2014 at 7:01pm

Hi Han, The name of the zone had white space which was causing the issue. In general don't use white space in naming in Honeybee.

Mostapha

Attachments:

Han_Daylighting_model_fixed.gh, 204 KB

Permalink Reply by Han Yunsong on December 11, 2014 at 4:43pm

Thank you Mostapha and sorry for my late response.

Could the honeybee perform simulation for the free-form building? The video showed that it could perform simulation when the building form was rotated. But when I do that, some of the window surfaces will be disappeared. However, when I turn the angle to a higher value, the surface will show again. Does honeybee could only work during some rotate angles?

Permalink Reply by Mostapha Sadeghipour Roudsari on December 11, 2014 at 8:41pm

Hi Han,

I need your file to check. Honeybee should generate the window for both cases. It can also be a tolerance issue. Sometimes setting up a lower tolerance helps but it can add up to the time of creating windows.

-Mostapha

Permalink Reply by Han Yunsong on December 12, 2014 at 4:45pm

Hi Mostapha,

Thank you for your response. The attachment is the GH file.

Thanks a lot.

Yunsong HAN

Attachments:

The problem of the rotation 1.gh, 165 KB

Permalink Reply by Mostapha Sadeghipour Roudsari on December 15, 2014 at 11:05pm

Thanks! I added this as an issue and will look into it soon. (https://github.com/mostaphaRoudsari/Honeybee/issues/237)

Permalink Reply by Chris Mackey on January 11, 2015 at 12:59am

Mostapha,

This is a bug with the Rhinocommon "OffsetCurveOnSurface" method. If the curvature becomes too great, the method fails. There's nothing that we can do about it as far as I understand except report it to Guilio and hope that it is better in Rhino 6. I imagine that offsetting the window in Rhino manually would likely produce the same erroneous curve. Han, if you really need a window with that great of a curvature, you might try a few different manual method in Rhino (like trimming the original surface with planes) to get the geometry of the window you desire. Then you can use the surface-by-surface method to make your zones.

Mostapha, are you ok with me closing out your github issue?

-Chris

Permalink Reply by Chris Mackey on January 11, 2015 at 1:01am

I should say that it might not necessarily be large curvature that causes the method to fail. It's something on McNeel's end, though, and hopefully they will figure it out if we report it to them.

Permalink Reply by Mostapha Sadeghipour Roudsari on January 12, 2015 at 3:17pm

Closed!

RSS