Fix DOASMixer primary flow problem and add error trap#6333
Fix DOASMixer primary flow problem and add error trap#6333Myoldmopar merged 1 commit intodevelopfrom
Conversation
|
Diffs as expected in DOAToUnitVentilator (variable OA flow controls with inlet side mixer) and DOAToWaterToAirHPInlet (cycling WSHP fans with inlet side mixer). |
|
@mjwitte @Nigusse I tested all DOA* files. The fix worked. Then I commented a line and keep an error trap to run all DOA* files again: // Node( this->PriInNode ).MassFlowRate = min( Node( this->PriInNode ).MassFlowRate, Node( this->MixedAirOutNode ).MassFlowRate ); DOAToFanCoilInlet because the mixed node has zero flow and the primary node has a small mass flow rate, except DOAToUnitVentilator. I think the fatal error is good. I approve this PR. I have a new question for future consideration. If a DOAs requires an amount of OA (mdot of Primary Node > 0), and a system is off due to no load (mdot of mixed node = 0), do we force the system to pass required OA without coil operation? |
|
@lgu1234 Yes for the option the primary air system to provide OA evenif the coil is off. |
Pull request overview
Addresses #6332 by limiting the DOAS mixer primary air flow to be no greater than the mixed air outlet mass flow rate which is set by the zone equipment. This fixes a problem introduced by earlier DOAS mixer changes for v8.8 ( #6223 and #6252), so this doesn't need to be published.
Question to reviewers: Do you think the new fatal error is a good idea or should it just be a one-time warning? If it happens, the user probably can't do anything to fix it. Or maybe it should be a debug assert instead?
Work Checklist
Add to this list or remove from it as applicable. This is a simple templated set of guidelines.
Review Checklist
This will not be exhaustively relevant to every PR.