Skip to content
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

Outdoor Air Summary report improvements #5298

Closed
mjwitte opened this issue Nov 4, 2015 · 5 comments · Fixed by #8529
Closed

Outdoor Air Summary report improvements #5298

mjwitte opened this issue Nov 4, 2015 · 5 comments · Fixed by #8529
Assignees
Labels
InProgress Changes to address this feature request have been started NewFeatureRequest This "issue" is a new feature request, not a defect report

Comments

@mjwitte
Copy link
Contributor

mjwitte commented Nov 4, 2015

Helpdesk ticket 10907 (and others)
Users often find it difficult to compare the outdoor air delivered for proposed vs baseline simulations. The logical place to look is the Outdoor Air Summary Report and the component sizing report.

The component sizing report shows the minimum outdoor air flow rates for Controller:OutdoorAir objects that have autosized OA flow rates, but there is no building total. But this would only cover air handlers, not zone equipment. OA flow rates show up in some other tables as well, but again, no building totals.

The Outdoor Air Summary report has average and minimum OA flow rates during occupied hours listed by zone, reported as ACH. I would be helpful to add flow in CFM or m3/s to these tables, and to add a total row for the entire building.

Economizers can cloud the issue as well. Is it useful to report what the minimum flows would be if the economizer was not operating?

Before tackling this, some users and LEED reviewers should be consulted to find out exactly what type of output would be useful for showing that the "two alternatives are delivering the same amount of outside air".

@mjwitte
Copy link
Contributor Author

mjwitte commented Feb 10, 2016

@JasonGlazer It may be too late to tackle this one before the feature freeze, but even a partial addition of OA volume flow rates at standard density with a total row might be helpful at this point. Or perhaps we build a custom monthly table as a starting point.

@mjwitte mjwitte added this to the EnergyPlus 8.6.0 milestone Mar 9, 2016
@mjwitte mjwitte modified the milestone: EnergyPlus 8.6.0 Oct 4, 2016
@anchapin
Copy link

Any updates on this issue? This would be very helpful for LEED Reviewers. The total minimum OA for the building needs to be compared between the Baseline and Proposed Case models.

@EnergyArchmage
Copy link
Contributor

Another improvement here is that the Controller:OutdoorAir component sizing summary only shows values if the min/mas were autosized. If the user enters a hard value the table is empty. The hard value should be reported as well when not autosized

@mjwitte mjwitte added the NewFeatureRequest This "issue" is a new feature request, not a defect report label Oct 1, 2018
@JasonGlazer JasonGlazer self-assigned this Oct 25, 2019
@anchapin
Copy link

I would suggest including design (not including the economizer mode where OA may equal SA) and minimum (to check that area ventilation requirement is modeled correctly if DCV is included) occupied ventilation by system (both zone level and air handlers) and a total for the building in the Outdoor Air Summary report. Alternatively, if it would make more sense, this information could be included in a new report. You could label the new report as ASHRAE 62 Ventilation Summary, Mechanical Ventilation Summary, etc. I used to be a LEED Reviewer and this information would have been very helpful to me.

@jmarrec
Copy link
Contributor

jmarrec commented Oct 29, 2019

Thinking about tabular reports (hence forgetting about tables of hour versus month (weekends v weekends too) showing OA numbers), I would say that two metrics would be useful:

  • total outdoor air volume (m3) for the run period, per zone and building
  • total outdoor air volume when economizer is off*

That would help see whether the deviation in absolute numbers are off because of economizer or not.
It would require setting a new output variable to keep track of OA only when econ isn't running, so annoying and probably tedious but doable.

*It does somewhat follow what @mjwitte said on the issue itself, with a slight difference, Mike's solution of tracking OA if econ wasn't running is probably harder to implement

Quick two cents really...

@mjwitte mjwitte added the InProgress Changes to address this feature request have been started label Aug 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
InProgress Changes to address this feature request have been started NewFeatureRequest This "issue" is a new feature request, not a defect report
Projects
None yet
7 participants