Hi everyone, I get the following error message " 1. Getting rid of interior walls has caused the connected zone geometry to not be closed. Try connecting all zones of your building or all zones for each floor." when I connect all my zones to the indoor view factor calculator component (my building is one floor only) . What can be wrong and how do I fix that?
I was getting the same mistake recently. If you created your zones from individual surfaces then the problem is that one zone is probably not closed. You can quickly verify that if you have an open brep in your list of breps. Try hiding all zones and then visualize each zone surface by surface to find the culprit. At least that was the issue in my case.
Edit: It could also be that a wall is referenced twice in one zone.
Thanks for your response, I checked each individual zone over and over again to make sure they are closed but I still have the same problem. So I decided to just make my building as a one zone building, it is an open plan office building anyway, and I made sure it closed , I used the custom preview component to visualize the zone and looks fine, and still having the same issue. I’m attaching the file that has that one zone. The zone is grouped with orange background. is anyone here in this forum willing to troubleshoot the issue. I think I’m going crazy, I’ve been up since last night trying to make this work .Thanks in advance.
CD2005 (sorry I got your name wrong last time and for getting back do late),
There are three big things that are wrong with your file:
Your zones are not closed volumes in the file that I have opened. This image shows the problem:
If this is not what you are seeing on your own machine when you hook up your HBZones to a panel, then you have not uploaded the right Rhino and Grasshopper file.
You have not run your HBZones through an EnergyPlus simulation. You need to do this in order to get data with which to construct the indoor temperature map. I would strongly recommend following along through the first 8 videos of this tutorial series before trying to construct an indoor radiant temperature map of your own project (https://www.youtube.com/playlist?list=PLruLh1AdY-SgW4uDtNSMLeiUmA8Y…)
You are using components from the last stable release, which is fine but you should know that there has been a lot of development on the indoor temperature map workflow in the last 20 days (there is now a much cleaner workflow that integrates the air and radiant temperature with comfort alanyses now on the github). If you imagine using this workflow frequently, I would recommend updating with the Ladybug_Update Ladybug and Hopneybee_Update Honeybee components. See the attached recent file for how the workflow is currently structured.
Thank you so much for the tips. I watched the first 12 videos, over the last week. Great videos and an awesome grasshopper plug-in, thanks a bunch. I grabbed all the new components from github, then tried again, but I still have no luck. So what I did is I modeled the building again in Rhino and reduced the curves then I imported the geometry into GH and used the HoneyBee zone by surfaces component , but I noticed that after I grabbed the new components I get a “NULL” if I plug a panel to the final zone. Finally I decided to model a very simple box and grab all its surfaces to create a zone , and to my surprise I still get “NULL” Am I doing something wrong ? here are what I did to create this one zone box
1- modeled a 3d box in Rhino
2- Exploded it
3- In grasshopper I created HB-surfaces ( Floor, Ceiling, 4 individual walls and added I glazing by ratio to one of the walls)
Here is an image, also I attached the file, the box components are grouped with an orange background. Now I’m convinced that I have a bug or something because it can’t get easier than creating a zone from a simple box and yet I get a “NULL” message.
Thank you Theodoros and Abraham, I flattened the inputs and assigned a zone name and that fixed the problem. I thought I’m going crazy.
Chris sorry for doubting the plug-in, I thought it had a bug. It turned out it is an awesome plug-in, it has everything I need for this project.
I have two more questions:
1- Can I use " conceptual shading using EC glazing in Energy Plus simulations? and how do I setup that?
2- Do you have any videos posted that talk about daylighting simulations? or, it would be helpful if someone have a GH definition setup for daylighting workflow and can share the definition with me, I’m interested in DA and glare simulations. I’m currently using Diva, but I love the way HB provide clear and professional visualization.
Oh, and by the way, I was able to get my building to work into one zone that has a closed Berp. However, I had trouble assigning the windows using the “child and parent component” so I used the " glazing based on ratio" component instead and it worked. Thank you everyone .
Glad to hear that things are starting to work out. So that you are aware of the full range of video tutorial resources, you can find all of my tutorial series here:
If the child and parent component does not work, it should give you an error about what is going wrong. If not, make sure that the inputs are not in separate data trees branches (flatten the inputs). List alignment, list management, and data tree structures are really important for anything in Grasshopper and it might be a good idea to see if you can find some videos explaining these concepts.
You can account for shades in your EnergyPlus runs by using the “Window Shade Generator” component. You will have to create your own CSV schedules showing when the blinds are pulled that is aligned with the conceptual shading schedule (see videos 20 and 21 on the HB Energy Modeling playlist).
Thank you so much for your help. I’ve watched Mostafa’s videos, I think they are a little hard to follow mainly because the video were targeting a live workshop audience and not online audience. I think I got the daylighting workflow, I have good background in daylighting simulations.
I have a question for you
Do you think daysim will be able to handle a Radiance material that has BTRD function, such as this one that I created using optics6
I have another question, about the EC glazing, I would like to setup Honeybee so that when window surface temperature becomes larger than a specific value the glass changes to tinted one with low transmissivity , how do I go about that? can this be accomplished by setting up a schedule?
The BTRD question is definitely one that Mostapha or another expert with Radiance should answer. My expertise is really on the EnergyPlus side, which does mean that I can make some suggestions for the second part of your question with EC glazing.
EnergyPlus does not have an object for Electrochromic glazing but it does have one for thermochromic glazing, which sounds very similar to what you are trying to do in your situation. We have not made a Honeybee component for this thermochromic glazing yet but you can assign this material to your Honeybee objects by inputting a string in IDF language like so:
See attached GH file for the example in the image.
Small correction to the response that I just gave. It does seem possible to model electrochromic glazing (and not just thermocrhromic glazing or glazing that changes trasmittance in response to its temperature). For electrochromic glazing, it seems that you would have to use the Construction:ComplexFenestrationState object to describe the window:
It looks like this object is made to work with LBNL’s WINDOW software.
True that this is the option described in the I/O Reference (looks complicated for now …). Though in the examples file there is one (PurchAirWithDaylighting.idf) which shows, probably, an older option for EC glazing. It uses WindowShadingControl (see attached at the bottom of your example).
This looks like a a much simpler/easy-to-understand way to do it. So you would assign your material to a HB window and plug the shading control object into “additionalStrings” of the Run Simulation component. I imagine a lot of other cases where this might be useful such as cases where the insulation of the glazing is changing, etc.
The remaining question is where or how to input in the FenestrationSurface:Detailed object the line regarding the Shading Control Name (WIN-CONTROL-GLARE in the example i sent).
I understand the WindowProperty:ShadingControl object can be generic for many cases/window objects, so you can register it through the additionalStrings", right?
Sorry for responding so late. I just changed the way that the additionalStrings input works yesterday since I realized that the previous manifestation made it very difficult to input new lines of text from Grasshopper.
I did not realize that you actually had to change the means by which the window fenestration surface was written into the IDF (not just the construction and the writing of the shading control object).
You can use the new additional strings input to get around this by not including the window as a HBSurface and writing it separately into the additionalStrings input. You then have to write all of the constructions and materials with the additional strings input. Attached you can find your file with the correctly-formatted way of writing the additional lines into the IDF. It’s a huge hassle to use the shading control object, though, so I would really recommend my previous example.
Also, I do not know how to write the daylighting control object into the zone and you are going to have to figure that out for me to get this method to work.