However, I am definitely not an expert on Australian code compliance. If anyone who is familiar with the Australian code gets the chance to download it and check the assumptions, please post any thoughts you have here. It seems like having this file validated by a few people will help a number of people save time in this type of compliance.
Hi @chris , this is great! Thanks so much for everyone involved putting this together!
One thing that I have noticed overviewing the file and maybe could be included (and unfortunately I don’t know how to do it) is that depending on the climate zone we need to reduce the R-value of the south facing walls by 0.5 in the reference model.
@mtonellis ,
Thank you for the feedback and for taking a look at the script. I will add something in now that allows you to reduce the R-value by 0.5. I don’t know if I am understanding the table correctly. Am I right in understanding that only these cities need to have - 0.5 R-value:
Canberra
Sydney
Darwin
Brisbane
Adelaide
Hobart
… and these cities do not have this:
Perth
Port Headland
Melbourne
Richmond RAAF
Wagga Wagga
Hi @chris, you are kind of right. But there are more weather files and areas than the 10 defined cities.
Maybe it would be better to break down in Climate Zones 1-8 (instead of cities) to define the properties of the reference model and Weather File to select manually the one closer to the project site you are analyzing.
Another thing is that walls shaded by a projection angle more than 30 degrees (orange marker in the image below) reduces the r-value of the wall for the reference model aswell …
In my opinion there a lot of conditions to be analyzed to define the r-value of walls. Maybe if we add another part in the end to overwrite some r-values of particular orientations or external walls for finer analysis.
I believe having a preview of both files side by side (reference and proposed) with information about the r-values and glazing would be a good way to QA this issues we have been discussing before running the simulations.
Ok. So is the climate zone just the ASHRAE climate zone or does Australia have its own climate zoning system?
For some reason, I thought those cities were selected because they were representative of some Australia climate zones. Maybe I just didn’t realize that ASHRAE is used in a lot of other places outside of the US.
If it’s just the ASHRAE climate zones, we can import the .stat file that sits next to the .epw to automatically set the south wall R-value based on the climate zone.
For the 30 degree angle projection, maybe we just pick the more conservative R-value for the baseline since this seems like we are letting the edge cases drive the core functionality of the tool. We can do a QA visualization in the Rhino scene, though, as that is easy to set up.
Actually, now that I check it, it seems that the ASHRAE climate zone of Melbourne is 3 but the Australian Climate zone is 6. If anyone knows if it’s possible to get the Australian climate from the EPW or STAT data, please post here. Otherwise, we can add a manual input for Australian climate zone.
The problem is, climate zones don’t correlate between Australian BCA and ASHRAE.
I did a quick comparison, but even by looking at two maps, they split the country in different ways.
I was playing with this today and note there is an issue in the glazing calculator cluster.
There is anomalies in the code the calculate an SHGC >1 for a small number of scenarios.
Thank you for all of your comments and feedback. I have just pushed an updated version of the script to the hydra download link. The new Grasshopper def now has the following fixes:
I no longer use the ASHRAE Climate zone and I added a list of climate zones that correspond with the city selection in the slider in the upper left.
Hi all, there is an issue with the REFERENCE MODEL that it is not creating the core zones that I can’t find a solution. I believe it has to do with the last update when applying a different wall performance to the south zone.
hey, the updated file shows different issues when the schedules are turned on, also it shows different errors at the end part for different classification of the building. when the schedules are turned one is unable to analyze the result.
@ishanshah4343 ,
I see that there was an issue where the original file did not specify that thermostat setpoints were supposed to use temperature values and not fractional ones. I just fixed this in the file at the github issue.
@ale_bog ,
Thanks for bringing that to my attention and I should have responded to Leland a year ago. I just responded now and pushed a fix for the specific error that you found:
…so everything should work fine now without errors.
i have changed the python script of the given component ‘export to open studio’, how ever it shows error and also you need to add one more variable in the component named
’ HVACSystem_’