Thanks so much for the post. The radiation model can be assigned in the thmx file that Honeybee writes and I just didn’t expose it on the Boundary Condition component as I have usually not applied it my own workflows (to be honest, I am not as big of a THERM power user as I am sure that you and many others in the community are). Now that you have explained it, I see that it’s really important and I will add in the ability to assign the radiation model as soon as I can. I have created a github issue for it and I should have it added to Honeybee within a day or two:
While I have you here, do you mind if I ask you a few questions about your workflow (and the boundary condition inputs that I might need to expose on the BC component):
Is is generally good practice to model the exterior BC with a black body radiation model? If so, I can make the BC auto-assign to a black body radiation model if someone inputs “outdoor” for the film coefficient. I know the black body radiation model well but I don’t know if it’s typically better suited to outdoor conditions compared to the AutoEcnlosure model.
Is is necessary to expose the view factor input for the black body model or do you think everyone will always want to assume a view factor of 1?
Do you ever use the “Constant Heat Flux” Boundary condition? I have never seen a workflow using it yet but I have always assumed that it was used to account for things like solar flux. I know that I can assign it from the thmx file and, if I understood how it was supposed to be applied, I would know how to expose it properly.
Thank you so much for all of the information. I also did some research over the last few hours and I can confirm that you are correct. NFRC states that we’re supposed to use a black body with view factor 1 for the exterior. Accordingly, I have set this as the default whenever anyone plugs in the words ‘outdoor’ for the film coefficient or plugs in a convective film coefficient greater than 10 W/m2K (which is pretty certainly an outdoor condition). You can see the changes here on the github and, if you update your components to sync with the github, they will now work in this manner:
I’ll update the example files with these new components soon.
Furthermore, for the sake of giving complete control over to people using the THERM components, I have added an extra input for a “Custom Radiant Environment” (customRadEnv_) and an extra component by the same name to generate what is needed for this input:
This allows you complete control over the radiation model, view factor, radiant temperature of the environment, and the emissivity of the environment. If you leave the viewFactor input blank, it will assume an autoEnclosure model but, if you specify a viewFactor, it will use the black body model along with that view factor.
Finally, I confirmed that the Constant Heat Flux Boundary Condition is mostly intended to account for solar radiation. So I added an input for this on the boundary condition component.
I’ll post back here once I get the chance to update the example files.