At the moment, the only way to set up
WindowConstructionDynamic is with a schedule because control strategies for multi-state constructions are not as simple as those for windows with just a on/off state.
Maybe if we realize certain types of strategies are common and really painful to implement with the schedule, we can implement streamlined pathways for them. Such pathways are still going to be more complex than
WindowConstructionShade since we’ll need several setpoints for each of the states instead of a single setpoint.
In the meantime, to have a WindowConstructionDynamic change based on incident irradiance, you can run a HB Annual Irradiance study of the window, load the hourly results with the HB Annual Results To Data component, and use those hourly values to make a HB Fixed Interval Schedule for a ‘WindowConstructionDynamic’.
I think you’ll find that Fixed Interval Schedules should give you the power to implement most types of control strategies you would with
WindowConstructionShade while also accounting for many more factors within a single strategy than you could otherwise. There are some things that are tough to implement with them, though, so I understand we may need to eventually add some features to the WindowConstructionDynamic.