Problems with Advanced Dynamic Shade Material for non-North Orientation


This is an odd question, but is it possible that the north rotation is affecting the advanced dynamic shade?

If I do an annual daylight simulation with 0 degree rotation, everything runs as expected. For example, “Illum levels no Dynamic SHD” is 22,338 lux and “illum levels dynamic SHD Group I” is 1385 lux. The shade is doing its job and reducing illuminance.

However, if I include a 45-degree north rotation, “illum levels no Dynamic SHD” is 22338 lux whereas “illum levels dynamic SHD Group I” is 22364 lux. I get the same pattern of results for any non-zero orientation.

I checked the files in the working directory and the *_state_2.rad file appears to be written correctly with the correct trans material. If anyone can help me figure out what’s causing this, it would be greatly appreciated.

I’m attaching the GH file for reference. DS with Shades (587.7 KB)

1 Like

Quick update: I tried rotating the zone and shade geometry using the rotate HB Object component and keeping Daysim North at 0. This yielded the same results wherein the advanced shade did not impact zone illuminance.

When I rotated the zone and shade geometry in Rhino and kept Daysim North at 0, the simulation worked as expected. The conceptual shades also worked as expected for any arbitrary north rotation.

1 Like

Hi @Burin,

I’m afraid that you have spotted a bug. Daysim by default doesn’t support rotating the sky and because of that Honeybee rotates the geometries under the hood. Now that you reported this I wonder if I have forgotten to rotate the advanced shading geometries with the scene. I will check and report back later today whenever I get a chance. :confused:

Meanwhile is there any reason that you don’t use Honeybee[+] for this study? It will give you a higher level of flexibility with more accurate results and it also runs faster!


Hi @mostapha,

I am actually very interested in this issue as I am using HB for my research study.
I saw that HB+ runs faster, but since I need the lighting profile I have to rely on daysim for now.

Let us know if you can solve the issue!

Best regards,


1 Like

I am also keen to see how this is resolved. :slight_smile:


The issue is now fixed. Now Honeybee rotates shade geometries as well as additional rad files. I added a number of components to import input files to Daysim back to Grasshopper. This will help to visualize what happens behind the scene.


DS with Shades (605.5 KB)

@Burin, Thank you for reporting this. I saw that you’re using an older version of Honeybee. I used update_file component to update the file.

Honeybee[+] does generate shading profiles if that’s what you mean by lighting profile. See 3 phase sample file.

Dynamic blinds for point in time illuminance simulation
Problem with dynamic shading group in HB

@mostapha, For context, I’m teaching a class on high performance buildings and the students are using HB/LB to analyze their designs. The last time I used HB/LB in a class three years ago we had many problems with bugs. Ironically, I decided not to use HB[+] because it’s fairly new and I assumed that there were still some bugs to be worked out. Since HB Legacy is older I hoped that most of the bugs had been worked out.

By the way, this is also the reason that I haven’t updated the components since July - the computer lab at school cannot deploy a centralized update to HB/LB so if students individually update individual machines every computer will have a different version.

Nonetheless, your (fast!) support is much appreciated. I’m extremely impressed with how quickly you and Chris have addressed bugs when they are found.


Hi @mostapha,

What I meant is that I need the lighting schedule generated by the light simulation ( in this case DAYSIM) for energy simulation. This is something that I raised before in this post and I think that for now HB[+] does not handle.


I wasn’t aware that you’re using them for teaching. I agree that it makes sense to keep using the legacy plugins for teaching for now.

For updating, and with the new updating structure that we have separated update installation and update file, you can copy the user objects in a shared folder and ask all the students to use this folder for updating their installation by setting sourceDirectory to that folder.

When there is a major bug like the two that you found recently it makes sense to update the installation and then use update_file component to update the files. It’s quite easy to update the file using this component.


For some reason I missed that topic. I’m going to reply to that topic instead of here.


Hi all,

I’m having a similar issue, even with the updated hb/lb. Funny thing is that this wasn’t happening on previous simulations.
When I try to set the north on the annual daylight recipe it gives me a “rotating the scene error”:

Any thoughts? Thanks for the attention. (740.7 KB)