I am modelling multiple buildings (67 in total) in Rhino and I am having error for some of them, in particular a few buildings that are titled in a certain angle (most of them are shoeboxes with 0 degrees).
The following error appears, when simulating on EnergyPlus, after creating the geometry with Honeybee and Grasshopper:
** Severe ** checkSubSurfAzTiltNorm: Outward facing angle of subsurface differs more than 90.0 degrees from base surface.
** ~~~ ** Subsurface=“RETAIL_SRF_3_GLZ_0_GLZP_0” Tilt = 90.0 Azimuth = 262.8
** ~~~ ** Base surface=“RETAIL_SRF_3” Tilt = 90.9 Azimuth = 61.8
Initially I created the geometry for this buildings by creating polylines from lower left corner, turned into a surface and extruded. secondly, I copied from a zero degree shoebox and tilted it, and finally I copied one of the tilted building that was working to use as base for the ones that were giving the error. None of these approaches seems to solve the error. Any ideas of what to do?
PS: If it is not clear, I can submit some images to illustrate or ask permission to see if I can share the model.
Thank you!
Luis,
I can guess that the normal of the hosting surface (wall) is different from the child surface (window). This is the first thing i would check …
-A.
Dear Abraham,
it makes sense what you said, can you please advice me on how to check and fix this?
I have created the glazing with Honeybee_Glazing based on Ratio, just like as I did for the 64 other buildings without any problem.
Sorry for the delay,
Attached an example where you can get the normal directions for one selected zone.
What to do with that? It depends how you built your geometry. Supposedly to need to flip the original surface in rhino. But you didn’t say anything about your modeling process.
From the attached you can see the name of the surfaces so you can easily identify the one giving you trouble.
BTW, is the simulation running (giving results)? Sometimes this error passes through.
-A.
TestNormals.gh (519 KB)
Luis, Can you share your example? Honeybee has built-in checks to make sure the normal direction of the host and window surfaces are matching.
Also did you try using the OpenStudio component instead of the EnergyPlus component. OpenStudio model has its own check which may fix the problem but again it may fix it in the wrong direction.