How to calculate ASE with HB1.2.0?

when using LBT0.0.6 ,we have "calculate ASE for LEED "example on website.but when I tried to apply the example with HB1.2.0,it gives a pretty different result with HB+ ASE reader…I dont know why and I wanna know how to calculate ASE with the newest LBT ?

Hello, did you find a solution ?

Try this script sDA + (190.1 KB).

1 Like

@Teja5zz, I believe courtesy demands to give all credits and direct reference you are giving. The link that includes the discussion and the file is here. Otherwise i don’t see much point of the forum.

1 Like

Yes , all the credits goes to @AbrahamYezioro. Thanks for responding I couldn’t find the post to add a link.

Hi all,

Did you manage to make the simulation simultaneously on several room?
I can’t make the recolor mesh work for sDA.

Thanks for help

I just wanted to confirm that @AbrahamYezioro 's answer is correct and we also just added a component that performs the sDA part of the analysis from DA, which simplifies the postprocessing to get to sDA:

The method Abraham uses for ASE is still the recommended way to do it and the reason why we didn’t expose ASE on any HB-Radiance recipe is that almost all people who want to simulate it need it for LEED. The method that you have to use to get ASE for LEED is really complicated (a little needlessly complicated if you ask me) since you need to calculate a percent of the floor that’s above ASE at a each hour and then close the binds if it’ above a certain percent. We are working towards trying to offer this complicated capability on our Pollination Cloud service but, for the time being, the method that Abraham uses with the Ladybug components shows you how to get ASE without any blinds and it hopefully makes all of the assumptions of the calculation clear.

1 Like

@AbrahamYezioro have you seen some similarities between the ASE computed with the HB+ component and your method ?

ASE computed with the HB+ component:

ASE computed with the LBtool method

it seems that it has totally close my w_group even if I didn’t provide any blind state to the ASE component.

@chris I have seen that the sDA component of HB+ is actually computing the % of points that are reaching the threshold and not the area %…

In the case of a non-regular grid it gives a wrong final result …

To be fair, “my method” is not really mine. It is based on the example in hydra that i just adapted to work on LBT.

I didn’t use HB[+] so i can’t tell, but from your above first image, it doesn’t looks right.
As @chris said this method doesn’t fully comply with LEED since it doesn’t close the blinds (if any) when the limit is reached hourly.



That’s because you should plug a mesh_ in if you want to have the points weighted by area instead of all treated equally. Please read the component descriptions as it’s all explained there.

You’ll probably want @sarith or @mostapha 's thoughts on the HB[+] ASE component since they wrote that. You should also upload a .gh file of your HB[+] workflow. I don’t know if your workflow is set up to try and close the blinds when there’s too much ASE or if it’s just treating the blinds as always down but it looks like one those.

Needless to say, the ASE that you are getting with the LB sunpath is ASE without any window shades or window groups. So it’s not the type of ASE simulation that you need for LEED certification but, given those assumptions of no window shades, it’s a correct simulation of ASE.