EnergyPlus™ is a whole building energy simulation program that engineers, architects, and researchers use to model both energy consumption and water use in buildings.
Follow up to pull request #10735. The UnitarySystem is pre-determining the operating air flow and capacity and passing that information to the coils. It appears to coil sizing as if the coils were hard-sized, which they were in this case. I've seen this before. For these single coil UnitarySystems the zone air flow rate is more than 10% different so should be reporting both design size and user specified values. Showing the air flow rates here as an example, similar issue with coil capacity.
This is where the heating coil gets it's air flow value, from the parent. But this is not the autosized air flow rate if the coil air flow is hard sized, it's the value passed from the parent. I think here, if the air flow is hard sized, then the zone or system design air flow rate should be set to the autosized value (e.g., FinalZoneSizing or FinalSysSizing data)
} else if (this->unitarySysEqSizing(this->curSysNum).HeatingAirFlow) {
this->autoSizedValue = this->unitarySysEqSizing(this->curSysNum).HeatingAirVolFlow;
since the non-autosized value is stored in this->originalValue. Then the sizing could report both if > than 10% different. This is a bigger issue than should be handled in this branch.
} else if (!this->wasAutoSized &&
(this->autoSizedValue == this->originalValue || this->autoSizedValue == 0.0)) { // no sizing run done or autosizes to 0
this->autoSizedValue = this->originalValue;
if (this->dataAutosizable || (!this->sizingDesRunThisZone && Util::SameString(this->compType, "Fan:ZoneExhaust"))) {
this->reportSizerOutput(
state, this->compType, this->compName, "User-Specified " + this->sizingStringScalable + this->sizingString, this->autoSizedValue);
}
Details
Some additional details for this issue (if relevant):
Platform (Operating system, version)
Version of EnergyPlus (if using an intermediate build, include SHA)
Unmethours link or helpdesk ticket number
Checklist
Add to this list or remove from it as applicable. This is a simple templated set of guidelines.
Issue overview
Follow up to pull request #10735. The UnitarySystem is pre-determining the operating air flow and capacity and passing that information to the coils. It appears to coil sizing as if the coils were hard-sized, which they were in this case. I've seen this before. For these single coil UnitarySystems the zone air flow rate is more than 10% different so should be reporting both design size and user specified values. Showing the air flow rates here as an example, similar issue with coil capacity.
This is where the heating coil gets it's air flow value, from the parent. But this is not the autosized air flow rate if the coil air flow is hard sized, it's the value passed from the parent. I think here, if the air flow is hard sized, then the zone or system design air flow rate should be set to the autosized value (e.g., FinalZoneSizing or FinalSysSizing data)
since the non-autosized value is stored in this->originalValue. Then the sizing could report both if > than 10% different. This is a bigger issue than should be handled in this branch.
Details
Some additional details for this issue (if relevant):
Checklist
Add to this list or remove from it as applicable. This is a simple templated set of guidelines.
[ ] Defect file added (OffSml-MultiHVACSys DOAS_EP9_4 to24.2.idf.txt)
[ ] Ticket added to EnergyPlus Defect Complexity (Github Project)
[ ] Pull request created (the pull request will have additional tasks related to reviewing changes that fix this defect)