The Load Calculation Standard Most Engineers Haven't Read (But Really Should)
Why most commercial load calculations fall short of the code standard that now governs them

SOLAR: Solar heat gain through glass facades is among the inputs that ASHRAE Standard 183 requires engineers to model in three dimensions.
Here is something I have noticed presenting at ASHRAE chapter events across North America: when I ask a room full of mechanical engineers whether they are familiar with ASHRAE Standard 183, a few will nod. When I ask whether they know what it actually requires – specifically what inputs are mandated, and how those requirements relate to the tools and workflows most teams use day-to-day – the nods become less confident.
That gap matters more than it used to. Standard 183, the ASHRAE/ACCA standard for peak cooling and heating load calculations in commercial buildings, is now referenced in both the International Energy Conservation Code (IECC) and ASHRAE Standard 90.1 as the minimum requirement for loads and sizing. That means in most U.S. jurisdictions, compliance with Standard 183 is no longer optional, but a code requirement – regardless of whether an energy model is used for compliance or not.
What the Standard Actually Says
ASHRAE Standard 183 does not mandate a specific calculation method, but what it does mandate is a set of minimum inputs and physical representations that any compliant method must be capable of handling. Among the most consequential:
- Solar radiation must be evaluated across all building room surfaces, not just exterior-facing ones. That means accounting for how solar energy moves through a space, how it strikes interior surfaces, and how those surfaces re-radiate heat back into the room. This is a fundamentally different, "three-dimensional" way of thinking about solar gain than the approach embedded in many widely-used tools and workflows.
- Thermal mass must be accounted for in the cooling load calculation. The Standard requires representation of how opaque building materials absorb and release heat over time, a dynamic effect that cannot be captured with simple peak-coincident assumptions.
- Occupancy, activity levels, and diversity factors must vary over time. Hourly profiles are required, rather than defaulting to a constant "always on" design-day assumption.
- System-level loads including duct leakage, fan heat, pipe losses, psychrometric processes for reheat, dehumidification, and air-side heat recovery must be included.
To be clear, these changes to the Standard are not obscure edge cases buried in the appendix, but are the core requirements, and they are now part of energy code compliance.
The Compliance Conundrum
The challenge is that many of these requirements are difficult to satisfy using traditional database-style or room-by-room input workflows, not because those tools are wrong, but because they were designed before these requirements became code. Representing the interaction between interior surfaces, for example, requires creating all of the surfaces and accurately relating them to one another in terms of distance, orientation, and materials. Without the use of a three-dimensional model, this becomes very time-intensive and prone to error.
I have seen many load models that are technically "completed" – equipment is sized, calculations are documented – but fall short of meeting the requirements listed in Standard 183. Usually this is not a question of negligence; it merely reflects how load calculation has historically been taught and practiced and how technology has enabled better load calculations than were previously feasible within the constraints of a typical project schedule and budget. The simplifications were reasonable at the time, but the code has moved on and the inertia of "that's how we've always done it" must be overcome.
The practical implication is this: an engineer who submits a load calculation for a code-regulated project may believe they are compliant when they are not. That is a professional liability question as much as it is a technical one.
The Methodology Question
Standard 183 is methodology-agnostic in its language, but not all methods are equally capable of meeting its requirements in practice.
The Radiant Time Series (RTS) method, which is more widely used and relatively straightforward to understand, was designed primarily for determining peak design loads. The ASHRAE Handbook of Fundamentals is explicit that it is not intended for full hourly load simulation, so for projects involving heat pumps, thermal storage, or heat recovery this is a meaningful limitation.
The Heat Balance Method (HBM), by contrast, explicitly models the exchange of radiant and convective energy between surfaces and air over time. It is more computationally demanding, but it is also more physically representative, and it aligns more naturally with what Standard 183 actually requires. HBM can also be used for an energy model – enabling a rapid transition from load to energy and carbon with very minimal effort.
The practical answer for most teams is not necessarily to abandon existing workflows entirely, but to understand where those workflows fall short relative to the standard, and to adopt tools that close the gap without requiring a wholesale change in how projects are delivered. Tools such as the IES Virtual Environment (IESVE), for example, are built around explicit three-dimensional geometry and the Heat Balance Method, which means the inputs Standard 183 requires are part of the normal modeling process rather than additional manual effort.
Why the Awareness Gap Persists
Part of the reason engineers remain unfamiliar with Standard 183's requirements is that the Standard itself is not always clearly surfaced in code adoption. Engineers know they need to do a load calculation; they may not know that the energy code now specifies, in some detail, what that calculation must include. That is a communication and education problem as much as a regulatory one.
The other part is that load calculation software has historically been sold on the basis of ease of use and speed and its ability to produce a "believable" result – and not on the basis of which requirements it can and cannot satisfy. That is beginning to change as code enforcement becomes more rigorous and as the gap between design loads and actual performance becomes harder to ignore.
A More Useful Question
The question for engineering teams is not whether to comply with Standard 183, since in many jurisdictions that is no longer optional – and more jurisdictions are adopting it as code cycles are updated. The more useful question is whether current workflows are set up to comply, and what would need to change if they are not.
That involves a straightforward audit: Do current tools represent three-dimensional room geometry, or do they abstract it? Are interior surface effects included in solar gain calculations? Are occupancy profiles actually varying hourly (as they do in the real world), or defaulting to simplified assumptions? Are system-level loads such as fan heat, duct leakage and psychrometric processes included in the calculation?
For teams that can answer yes to all of those questions, Standard 183 may require little adjustment. For teams that cannot, the gap between current practice and code compliance is worth addressing before a project is challenged during review, not after. Or worse, challenged in the process of legal discovery after the project is complete.
Load calculations have always been one of the highest-risk tasks in HVAC design, and Standard 183 does not change that, but it does formalize the floor – and raise it.
Looking for a reprint of this article?
From high-res PDFs to custom plaques, order your copy today!






