I understand both from observing and the issue tracker that the WindowMaterial:GlazingGroup:Thermochromic object is incorrectly implemented in the current GUI for the 1.10 OS release. Will there be negative repercussions if I attempt to write a measure that will allow me to correctly implement the object?
In OS you could use shading controls switchable glazing:
With this you could either assign a schedule to change the glass from a high SHGC to a low SHGC. This would be difficult to create this schedule but could be done. I would recommend using the control "OnIfHighSolarOnWindow" which changes the glazing based on the W/m2 solar energy. You can change the W/m2 solar energy setpoint and tune it to your liking.
While not a perfect proxy for the way thermochromic glazings function, @TaylorRoberts is right; you could use the OS Shading Control and operate it on the "OnIfHighSolar" algorithm to kinda-sorta simulate thermochromics. FWIW, the OpenStudio Radiance measure also supports this control.
It would help if you explained your strategy for "correctly implementing" the object before anyone comments on the potential negatives. I ASSume you would use EMS? @BrianLBall here has some examples of how to insert EMS into an OpenStudio workflow via measures.
@rpg777, I like your use of capitalization. Subtle!
I've learned my lesson(s) about making those assumption things.
Asked: 9 years ago
Seen: 740 times
Last updated: Jan 29 '16
