How to assign a schedule to the louvre shades?

[berrakbalci]

Hi all,

My model assigned the louvre shades correctly, however, I have a problem with their schedule. I am using LBT 1.4 where I saw the ‘transmittance schedule’ and created the workflow as below. But the results of daylight simulation do not alter whatever I change in this ‘type limit’ in the ‘HB fixed interval schedule’ component.

I hope to get some help regarding this,
Berrak

[Erikbeeren]

Hi @berrakbalci,

If you upgrade to LBT 1.5 you can add a transparancy schedule to the HB louvre shades.

[AbrahamYezioro]

This is true @Erikbeeren , but … this is for E+ simulations and not daylight (Radiance).
For daylight you need to wait for the multi state windows, which i’m not already sure what is the status of this.
-A.

[berrakbalci]

Thank you so much, @Erikbeeren and @AbrahamYezioro for your valuable guidance and support.
Do you have any suggestions regarding this @mostapha and @chris ?

[chris]

See this discussion, @berrakbalci

Automatic window shade inclination to block the direct sunlight

Hi @LaFleur, No. It will do a simulation of each state individually. As mentioned above the ray tracing of the states are performed individually. This means that when creating a dynamic schedule in post-processing we pick and choose which results (states) we want for each hour. That’s why I previously mentioned the following: In this case you are not doing just 1 simulation. You are doing 511 simulations. Remember that the states schedule uses the integer value. The first state is 0, the…

Dynamic shades in annual daylight simulations are technically supported right now on the SDK layer so you will need to do a little customization in GHPython until we expose it officially.

[berrakbalci]

Hi Chris,
Thank you so much for your reply. The energy results of the building with transparent shades are still not the same as the no-shade scenario. How can I create fully transparent shades by ignoring the long-wave radiation and running the energy simulation?
Thanks,
Berrak

[chris]

Hey @berrakbalci ,

This is by design in EnergyPlus and it is outside of our ability to change in Ladybug Tools:

@berrakbalci

The energy results of the building with transparent shades are still not the same as the no-shade scenario.

See this post:

Transparent shades

Hi @berrakbalci , What you are asking here is probably more for the unmethours forum than this one. Or you could probably find your answer by digging through the EnergyPlus Input/Output Reference. If I had to guess what is going on, it looks like this section of the Input/Output reference is probably what’s causing the cooling load to go down with 100% transmittance shades: Shading devices are assumed to be opaque to long-wave radiation no matter what the solar transmittance value is. So, …

EnergyPlus shades are always opaque to longwave radiation and there’s no way to change that unless you remove the shades entirely. The situation is what it is and you can always ask on Unmethours or the EnergyPlus Github if they would ever consider changing this. I imagine that it hasn’t been prioritized in E+ development because longwave heat transfer tends to be very small compared to shortwave heat transfer.