I wonder if someone might have a recommendation for the proper method of modeling ‘split’ ductless heat pump units with IronBug? In particular, I am looking at a multi-family building with the following scenario:
Fresh air is delivered to the hallways, with gas heat (no cooling).
Heating and Cooling are provided in the residential units with ductless split heat pump systems. This Daikin model in particular: Daikin FXAQ
So I wonder what the recommended modeling strategy for this would be? I wonder if this would fit well with the IronBug ‘Sys16_VRF + DOAS’ template? Or would this be more in line with the ‘Sys4_SZHP’ template? I think maybe I don’t quite understand what systems fall within the ‘VRF’ category?
It seems to me that it’s more a ‘Sys16’ since the ductless units do not have any outdoor air themselves and instead rely on the DOAS for all the fresh-air supply to the zone? But I wonder if that seems right? If anyone knows of any good resources to learn about the differences / boundaries / definitions of those HVAC Systems I’d very much appreciate it.
My thought was to split up the ‘Sys16’ template and apply only the VRF to the resi-zones, then only the DOAS to the hallway zones. So something like:
Hi @edpmay, I don’t see any issue with your system, but you will need to update ventilation requirements for both residential and hallway zones, because I believe hallway doesn’t have ventilation by default so the DOAS won’t be used at all, and you will need to remove the ventilation from residential zones.
Hi @MingboPeng - thanks for taking a look! Appreciate that. Glad to know you don’t think I’m way off base here.
I found some great tutorials here <link1> which describe how to connect / balance DOAS and extract fans. I’m trying to implement that in my solution, and so far so good.
Somone on Unmet Hours recommend looking into ZoneMixing objects for this situation - but it seems that maybe this is overly complex and not strictly needed? It also appears that ZoneMixing is not implemented in OS (?) and so can only be applied as a measure? <link>
Either way - I think I’ll stick with just connecting the Residential Units right to the DOAS using a normal terminal no-reheat, then applying their constant-volume exhaust fans. I think that seems to capture this scenario ok.
Ok, now I know what you are going to do. So you want to supply fresh air from the hallway. Yes, this sounds bit tricky, and I haven’t done anything like this before.
But if you just want to get the energy usage, you could try to set walls between the hallway and room as air boundary which automatically sets the zonemixing for these two zones. You might need to add room’s ventilation load to hallway if the DOSA doesn’t change at all. Since there aren’t many internal loads in the hallway, so it won’t affect the cooling and heating for room’s VRF.
Thanks @MingboPeng - that’s super helpful and I appreciate the input.
I’ll give that method a whirl and see how it works. I’ll see if there is a substantial difference doing it that way vs. just adding the residential zones to the AirLoop directly.
Hey @edpmay,
Great conversation! I was trying to do something similar, so this is a super useful resource.
In your first message in this thread, there is a very nice looking component called ‘organise by program’. This look like one of your custom components, but doesn’t appear to be living in LBT2PH.
Would you be open to sharing it? As it would be super useful for working in Ironbug!
You bet. Yeah that was just a quick component that I was using to help me organize things there. We’ve been making heavy use of the new LBT >1 object model to help us sort and slice-and-dice things these days. It works great.
To do that kind of organizing, there are a couple ways you could do it:
Use the built in Honeybee ‘Rooms by Attribute’ tool and just use the ‘Program’ as the key
Write a quick Python/C# component that sorts the rooms.
I’ve attached the example here for your reference. If you make your own, you could get as fancy as you like programmatically naming the output nodes by setting the
ghenv.Component.Params.Output[ num ].NickName = ________
ghenv.Component.Params.Output[ num ].Name = ________
ghenv.Component.Params.Output[ num ].Description = ________
based on the values you get from the input. But for most situations, its easy enough to edit them manually I find. Either way, something that should work in most cases.
My apologies, but I don’t have access to these files anymore - we had to stop using IronBug as we’re on MacOS, and can’t use it there. Rhino 8 cannot be used in Parallels either, so unfortunately we can’t use any of this any longer due to our office setup.
