-
Notifications
You must be signed in to change notification settings - Fork 396
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Increase VRF terminal unit min-field to include supp heat coil turn-off temperature #10283
Conversation
@@ -42139,7 +42139,7 @@ ZoneHVAC:TerminalUnit:VariableRefrigerantFlow, | |||
\memo AirConditioner:VariableRefrigerantFlow or | |||
\memo AirConditioner:VariableRefrigerantFlow:FluidTemperatureControl:* system. | |||
\memo Terminal units can be configured as zone, air loop or outside air system equipment. | |||
\min-fields 19 | |||
\min-fields 30 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, I don't like this. I would rather allow users to enter the minimum amount of information and the model accounts for the rest of the data (i.e., model accounts for defaults past min-fields). Is there a way to modify getObjectItem so that min-fields are filled? and all other objects that have min-fields issues are "fixed" by this change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rraustad increasing min-fields is the straightforward fix for now. Users can still enter less than min-fields if desired as long as all required fields are entered, the object can be shorter than min-fields. Interfaces will likely write everything up to min-fields, but that's not a bad thing, because it documents the additional fields in the idf. Filling every default fields in getObjectItem
may cause issues with certain objects that have getInput
functions that rely on checking the number of fields returned from getObjectItem
. So it's better to get this fix in and work on a more general solution separately.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, you've said that before. The only required-field in ZoneHVAC:TerminalUnit:VariableRefrigerantFlow is the one just before max OAT for supp heater operation. If this field (N12) was now filled with the default I would expect diffs but I guess there is no example file that trips that limit.
N11, \field Maximum Supply Air Temperature from Supplemental Heater
\required-field
\type real
\units C
\autosizable
\default autosize
\note Supply air temperature from the supplemental heater will not exceed this value.
N12, \field Maximum Outdoor Dry-Bulb Temperature for Supplemental Heater Operation
\type real
\maximum 21.0
\default 21.0
\units C
\note Supplemental heater will not operate when outdoor temperature exceeds this value.
A19; \field Controlling Zone or Thermostat Location
\type object-list
\object-list ZoneNames
\note Used only for AirloopHVAC equipment on a main branch and defines zone name where thermostat is located.
\note Not required for zone equipment. Leave blank if terminal unit is used in AirLoopHVAC:OutdoorAirSystem:EquipmentList.
\note Required when terminal unit is used on main AirloopHVAC branch and coils are not set point controlled.
\note When terminal unit is used in air loop and is load controlled, this zone's thermostat will control operation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The diffs are likely triggered when the main heating coil has limited capacity and when space heating relies on supplemental heating coils for a lot. In existing example files, main heating coils are usually autosized or sized generously, so this situation doesn't occur.
Can someone refresh this for me? This is separate from, but inspired, the work where @rraustad tried to fill out all defaults in GetObjectItem, right? I'm inclined to merge this in, because it doesn't seem like it will break anything, but I don't want to jump too far ahead if it needs another thought. |
No arguments appeared in 18 hours, so I'm going to merge this. If someone thinks this should be done differently, comment on here and we can open a PR to revert/fix properly. I'm going to go ahead and drop this tiny change in for now though. |
Pull request overview
With the min-field extended to include the "Maximum Outdoor Dry-Bulb Temperature for Supplemental Heater Operation" , the default value will be filled for it regardless of whether user included it in the object.
After adding the field, even when the line "Maximum Outdoor Dry-Bulb Temperature for Supplemental Heater Operation" is not included in the TU1 object. The supplemental heating coil's turnoff temperature will be set to default 21C.
before fix
after fix
NOTE: ENHANCEMENTS MUST FOLLOW A SUBMISSION PROCESS INCLUDING A FEATURE PROPOSAL AND DESIGN DOCUMENT PRIOR TO SUBMITTING CODE
Pull Request Author
Add to this list or remove from it as applicable. This is a simple templated set of guidelines.
Reviewer
This will not be exhaustively relevant to every PR.