3-phase method for windows inside atrium with multiple xmls


#1

Dear @sarith,

In the case of a room with windows within a glazed atrium, would the 3-phase method be suitable ? If I were to assess the atrium top glazing with several xml and the room window with several xml as well.

Would there be a View and Transmission matrix within another View matrix for the same Daylight matrix?

Would it be better to divide the simulation into as many xmls I shall assess for the atrium top glazing, meaning:

Simulation 1 : Atrium xml 1—> room xml 1, 2, 3
Simulation 2 : Atrium xml 2—> room xml 1,2,3

instead of

Atrium xml 1, 2 —> room xml 1,2,3

Kind regards,
Olivier


#2

This case is similar to a light-pipe when you want to calculate atrium to be its own matrix when the roof surface is the sender and the window is the receiver. We haven’t exposed this intermediate level of calculation in Honeybee recipes but you can use the API to create your own component or modify the commands to add this extra step to your calculation.

I remember @sarith once did some studies for light-pipes but I’m not sure if the code is on GitHub.


#3

@OlivierDambron, +1 to what @mostapha said about a separate matrix for atrium. Unless you are doing a Daylight Factor only study, I’d suggest doing a 5-Phase simulation instead of a 3-Phase simulation.


#4

Hi @sarith, @OlivierDambron, @mostapha,

I am doing something similar but here I want to play with the atrium top glazing only (roller blinds deployed or not based on epw hourly direct normal illuminance).

So only one window group (glazed roof) with 2 xml, and the room window are simple window surfaces with fixed properties.
Isn’t the 3-phase sufficient in that case ?

Many thanks

Jocelyn


#5

@JocelynUrvoy I think you’d be fine if your atrium is such that majority of the radiation let in through the glazing hits the walls or other contextual geometry. That will somewhat mitigate the error caused due to the Klems patches in three phase.


#6

Current version of Honeybee[+] won’t be able to handle interior windows and by that I mean when it calculates the contribution from atrium roof it will black out other windows. This is already addressed in source code and one can overwrite the material that will be used for studies like this but hasn’t made its way to the recipes.


#7

Thanks for this @Mostapha.
I made a quick test and indeed I get some weird results. Here is an example file testing two glazing properties (clear and diffuse) based on direct normal illuminance in the epw.

I can’t see any assymetry at all on the test surfaces and the results are the same for state 0 (clear) and 1(diffuse) of the roof glazing. The interior windows are a basic clear glass but not in a specific window group so I leave them at state 0.

Does this look normal to you ?

Current version of Honeybee[+] won’t be able to handle interior windows

Is that true for the daylight coefficient method (annual daylight) too ?
Would you recommend running the 2 cases separately (clear and diffuse) with DC and rebuild the results in post-processing (extract the results with clear glass on cloudy hours and the results with diffuse glass on sunny hours) ?

Many thanks,

Jocelyn

20180717_3p_ALJ_blindstates_v0.gh (499.4 KB)


A question about the independent control of three windows with multiple states
#8

@mostapha
Hi, mostapha,I have question is that how to control 3 window with 4 states respectively and every
window has a unique control schedule .
thankyou~!


#9

hi @mostapha

Is this still the case? DC recipe blacks out other windows ?


#10

Yes. It blacks out other window groups. :expressionless:


#11

@mostapha

I read in the wiki that adding these to radscene works perflectly. No Worries!


#12

Just double check and ensure that we currently don’t turn the scene into black for direct studies.