-
Notifications
You must be signed in to change notification settings - Fork 400
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Add option to AvailabilityManager:NightCycle to run just until the zone temperature recovers #6151
Comments
One vote at this point for Option B. |
I am thinking to implement option B and add the new input field "Cycling Run Time Control Type" right after input field "A4" as shown below. @mjwitte @Myoldmopar Please let me know what your thoughts are? AvailabilityManager:NightCycle, new input filed: A4 , \field Cycling Run Time Control Type N1 , \field Thermostat Tolerance |
Yes on Option B. I would put the new field right before the existing Cycling Run Time field. |
@mjwitte for the ThermostatWithMinimumRunTime cycling run time control option the thermostat tolerance for during the minimum Run Time Period will be user specified value in input field Thermostat Tolerance, right? |
Thermostat Tolerance will determine when it should come on. But it should run until the thermostat setpoint is met. I didn't think about a tolerance for that - but we probably need another input. Depending on the system type, it may not hit the setpoint exactly, but should be very close. Or we could just say it will shut off when it's within 10% (or ??%) of the tolerance. |
Now with two new input fields added below is what I am proposing for the idd change. The "Thermostat Tolerance Fraction" new input field will be placed next to "Thermostat Tolerance" input field. @mjwitte what do you think? AvailabilityManager:NightCycle, N1 , \field Thermostat Tolerance N3 , \field Cycling Run Time |
@Nigusse As I look at this now, "Thermostat Tolerance Fraction" seems more complicated than it needs to be. How about this: |
For me the concept of Cycle On and Cycle Off are also confusing? Why do we introduce the Off cycle concept? The tolerance simply provides the cut point for turning the equipment On or Off? In both cases the " Thermostat Tolerance" input field is used in a similar way. We can allow/advise user to specify a different range of values for "Thermostat Tolerance" input field depending on the Cycling Run Time Control Type. I suggest to use the existing "Thermostat Tolerance" input field only. |
The dual tolerances prevent short-cycling but in an automated way to avoid choosing a minimum run-time. If we had perfect control, we could skip the second tolerance and just shut off when the setpoint is reached. But some systems don't peg the setpoint so it may never shut off. I'm ok with not adding a new tolerance field and use a hard-wired off tolerance of, say 0.05C. |
Add option to AvailabilityManager:NightCycle to run just until the zone temperature recovers #6151
Closed via #6179 |
Issue overview
Currently, AvailabilityManager:NightCycle activates an airloop or zone equipment for a fixed amount of time when the zone temperature is one half the Thermostat Tolerance above the thermostat setpoint for cooling (or below for heating). It would be useful to have an option for the system to run just until the zone temperature recovers to the thermostat setpoint.
Possible approaches for this:
A. Use Cycling Run Time = 0 to indicate shut off by thermostat rather than a fixed time. No new fields.
B. New field "Cycling Run Time Control Type" with choices of
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.
The text was updated successfully, but these errors were encountered: