Assembly U-factor, SHGC and VT are not calculated correctly
Envelope Summary reports Assembly U-factor, Assembly SHGC and Assembly Visible Transmittance when the energy model has WindowProperty:FrameAndDivider, but the weird thing is that the same values are reported regardless of the ratio of the window area to the frame area or the shape of the window.
Let me show you one example. I added WindowProperty:FrameAndDivider to an ExampleFile 5Zone_IdealLoadsAirSystems_ReturnPlenum.idf. Besides, I unified all the fenestration surfaces into one construction type for clarity. The model has 6 exterior fenestration surfaces.
The Envelope Summary is shown below. All the fenestration surfaces have the same Assembly U-Factor although the the ratio of the window area to the frame area is different. The same is true for the Assembly SHGC and the Assembly Visible Transmittance. Is this a bug? In my understanding, Assembly U-Factor is the area weighted average thermal transmittance of all components including glazing, frame and divider. The percentage of the frame area should have an impact.
This question was posted 8 years ago, but can't EnergyPlus still calculate assembly U-factor, SHGC and VT?
The idf file (V23-3-0) and the html file are here.
UPDATE
I made one window (WL-1) smaller, but the Assembly U-factor, SHGC and VT remains the same. I think this is a bug.
It is possible that the size of the windows is so large that the frame and divider impact is too small to see for the number of digits displayed in the report. You might want to try this experiment with two windows that are much smaller but different sizes.
@JasonGlazer Please find my UPDATE above.
Sorry, I am remembering now how this works. The assembly is based on the standard size shown in the "NFRC product type for assembly calculations" field. These are a standard size so it does not vary based on the actual size of the window. So this is working as it is intended, I believe.
https://bigladdersoftware.com/epx/doc...
@JasonGlazer I see! Thank you for your clarification. I agree that this is working as intended. It's just different from what I expected.
I tested several cases. The assembly is based on the standard size, so the actual size of the window does not matter, but the actual Frame Width matters. The outermost size of the standard window is fixed, so the window area decreases as the frame width increases.