-
Notifications
You must be signed in to change notification settings - Fork 457
Take PLR into account in the calculation of leaving water temperature of Coil:Heating:Water for cycling operations
#11060
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
base: develop
Are you sure you want to change the base?
Conversation
|
|
|
|
|
|
(@lymereJ my apologies, I pushed a commit to test something out on a branch that causes diffs. If it's acting funny at all, I'll revert it back out in the morning.) |
|
|
|
@lymereJ @Myoldmopar it has been 29 days since this pull request was last updated. |
|
@lymereJ @Myoldmopar it has been 40 days since this pull request was last updated. |
|
@lymereJ @Myoldmopar it has been 33 days since this pull request was last updated. |
|
|
|
@lymereJ Is this ready for a closer look? |
|
@mitchute - Short answer, no, It's not complete. I'm not sure if I'll have time to get to it before the upcoming release. If we could keep it open, that would be great. There's another piece to it that I have not pushed yet (I might create a different issue/PR for it) and I'm not sure that I like the proposed changes even though it addresses the issue. |
|
@lymereJ @Myoldmopar it has been 28 days since this pull request was last updated. |
| if (CapacitanceWater > 0 && | ||
| state.dataPlnt->PlantLoop(waterCoil.WaterPlantLoc.loopNum).LoopSide(DataPlant::LoopSideLocation::Supply).FlowRequest > 0) { | ||
| TempWaterOut = TempWaterIn - HeatingCoilLoad / CapacitanceWater; | ||
| } |
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.
This is hurting my brain a little bit. The concept of cycling fan is that the outlet condition will be full output and the mass flow rate will be averaged based on PLR. For constant fan mass flow is full flow and outlet conditions are averaged. In both cases energy is conserved. So the question is whether air and water mass flow rate is averaged here for cycling fan. At line 2837 and 2838 you see that the air and water flow rate is bumped up to full flow, for LOCAL variables, but the node data still holds the averaged values. So to also average the water outlet temp means that the impact of PLR is applied twice. Why wasn't this also done for outlet air temperature? I think a simple check of air-side energy versus water side energy will show the correct values (i.e., either this was correct before or it's correct now). I think this change breaks the energy conservation rule. Think about line 2905, it's averaging the coil output because it's cycling fan, and HeatingCoilLoad was calculated at full capacity ... using LOCAL adjusted variables for air and water mass flow rate. The outlet water temp, and air temp, in this case should be full capacity output. Also, what the heck does plant FlowRequest have to do with this calculation?
Pull request overview
Flow Mode#11058Pull Request Author
Reviewer