algorithmic modeling for Rhino
Hi all,
I am running a thermal comfort assessment in a room with a high level of glazing. I am trying to assess the effect of the windows G-value (or SHGC) on the thermal comfort annually.
However, as I change the G-value of the window the annual PPD in the room stays unchanged, which does not make much sense to me. Can someone think of a likely explanation to this?
Regards,
Alejandro
GH definition attached
Tags:
Replies are closed for this discussion.
Hi,
There are two issues here that explain why it is not working, as far as i checked.
1. Where you define the material and construction for the window was not connected to the HB_setEPZoneCnstr component (see 3 in attached), so in theory, until you don't connect here it will use a default material (right Mostapha and Chris?) or the material you assigned previously (see 1 in attached).
2. I updated many of the components to the last definitions, hoping this will help ... but it doesn't.
3. This is the key one, where i think there is some kind of bug, or a big misunderstanding how to operate on my side. After connecting the new defined material to the setEPZoneCnstr (point 1 above), i was hoping this will be taken into account for the simulation. It isn't. I checked the IDF created and i see there that the construction material assigned for all windows is ExternalWindow, which i assume is the default. I see also that the defined materials and constructions are not included there. Maybe there is a problem with the SimpleGlazingSystem?
In short, you are receiving the same results simply because the materials are not changed in the simulation file.
Will be glad to hear M and C explanations :-)
-A.
Yes! Back to number 1.
I'm checking the file now. If it doesn't update the construction then it is a bug. Let me check the file before making any further comments.
Mostapha
It was a bug and it was deep down in the Honeybee_Honyebee reEvaluateHBZone. I'm surprised that no one has reported this before. Looks like it is not happening in all cases. Maybe a good reason to have a new release. Thank you both for reporting and checking this. Just checked with Chris and he has number of examples for construction test which is working fine. It is fixed in the attached file.
Can you please check and let me know if it works as supposed after the fix.
Mostapha
Perfect now!
Results makes sense ... or at least change.
I'll check later if there are issues with the other envelope elements.
Thanks,
-A.
It works now, thanks Mostapha! You are right, it might be a good idea to do a new release with these errors fixed.
A.
Awesome. I can confirm that it was not working before but it works now. Well done, Sir Sadeghipour!
Let me know if you would need me to assist at all with a new release.
-Chris
Then let's do it. This is a major bug and I'm so sorry that I didn't realize this sooner. I just want to get read annual daylight results fixed and then we can go for the new release. I also need to check the issues on github and mark the ones that should be addressed for this release. I should be ready after this weekend.
Mostapha
Ok. Let me know if there are any issues assigned to me that I should clear up before the release.
Also, so that you know my larger plan, I am hoping to do a lot of development over January (including implementing basic natural ventilation airflow objects - not including the AFN - and all of the indoor comfort map stuff that I have been working on). I was originally thinking that it would be good to do another release after this but, given that this development will mostly involve new features and not bug fixes, I can see it as a good idea to develop in January and have people beta-test until they find all of the bugs before releasing it with stable components.
-Chris
Welcome to
Grasshopper
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
© 2024 Created by Scott Davidson. Powered by