Amogh N P
 In loving memory of Amogh N P — Architect · Designer · Visionary 
A computer screen showing a simplified 3D thermal-zone model of a building in performance-analysis software, beside a colour-coded materials palette, building a simulation model.
Unit IVBuilding Performance Analysis

Modelling Tools & Techniques

Building the model — and engine vs interface.

≈ 45 min + studio task

A simulation runs on a model — and building it well is a craft. Learn the abstraction a performance model needs — geometry into thermal zones, materials and constructions with real properties, and the schedules and internal loads that drive the result; and the right level of detail for the question. And learn the single most important distinction in the field — between a modelling interface (like Ladybug) and the simulation engine (like EnergyPlus or Radiance) that actually does the physics.

Learning objectives

By the end of this lesson, you will be able to — mapped to the course outcomes for Building Performance Analysis:

1
CO4 · Apply

Abstract a design into geometry, materials, schedules and loads for a model.

2
CO4 · Apply

Choose an appropriate level of detail for the analysis.

3
CO4 · Analyse

Distinguish a modelling interface from a simulation engine.

4
CO4 · Understand

Explain why a model is a deliberate simplification.

Abstraction & detail

The model is a simplification

A performance model is a deliberate abstraction — thermal zones, real materials, schedules and loads — at the level the question needs; over-modelling wastes time and hides the signal.[1]

A model is a simplification the real building (every room) zone A zone B thermal ZONES (grouped) abstract Group spaces into thermal zones; add materials, schedules and loads to the level the question needs. 'Model every detail for accuracy' is a myth — over-modelling wastes time and hides the signal.
DiagramA performance model abstracts a detailed building into simplified thermal zones with materials, schedules and loads

A model is a simplification

A performance model is NOT the building — it is a deliberate ABSTRACTION of it for a specific question. You simplify geometry into THERMAL ZONES (spaces grouped by similar conditions, not every room), assign MATERIALS and CONSTRUCTIONS with real properties (U-value, SHGC, reflectance), and add SCHEDULES (when the space is occupied, lit, conditioned) and INTERNAL LOADS (people, lights, equipment). MISCONCEPTION→correct: 'model every detail for accuracy' — over-modelling wastes time and hides the signal; the skill is to abstract to the level the QUESTION needs, no finer.[1]

Who does the physics

Engine vs interface

The crucial distinction: a simulation ENGINE (EnergyPlus, Radiance) does the validated physics; an INTERFACE (Ladybug, OpenStudio, DIVA) feeds it — Ladybug does not compute daylight, it calls Radiance.[2, 3]

Engine vs interface INTERFACE Ladybug · OpenStudio · DIVA builds the model, shows results does NOT do the physics ENGINE EnergyPlus · Radiance solves the physics scientifically VALIDATED calls Most modern tools share a few validated engines — learn the engine, the interface is a skin. 'Ladybug does the daylight calculation' is a myth — it calls Radiance, which does.
DiagramA modelling interface like Ladybug feeds the model to a validated simulation engine like EnergyPlus or Radiance, which does the physics

Who does the physics

The single most important distinction in performance analysis: the difference between a SIMULATION ENGINE and a modelling INTERFACE. The ENGINE — EnergyPlus (energy), Radiance (daylight) — is the validated software that actually solves the heat, light and air PHYSICS. An INTERFACE — Ladybug/Honeybee (in Grasshopper), OpenStudio, DIVA — prepares the model, runs the engine, and visualises the results, but does NOT do the physics itself. MISCONCEPTION→correct: 'Ladybug (or DIVA) does the daylight calculation' — it does NOT; it calls RADIANCE, which does. Knowing which engine is under the interface tells you what is validated and what the result really means.[2, 3]

Modelling

At a glance

AspectDetailNote
A model isAn abstractionNot the building
GeometryThermal zonesNot every room
DetailMatch to the questionOver-modelling hides the signal
EngineEnergyPlus, RadianceDoes the physics (validated)
InterfaceLadybug, OpenStudio, DIVAFeeds the engine; no physics
Vocabulary

Key terms

Model abstraction

A deliberate simplification of the building for a specific analysis question.

Thermal zone

A group of spaces with similar conditions, modelled as one — not every room.

Schedules & loads

When and how much a space is occupied, lit, equipped and conditioned.

Level of detail

The model's resolution — matched to the question, no finer.

Simulation engine

The validated software that solves the physics (EnergyPlus, Radiance).

Modelling interface

A front-end (Ladybug, OpenStudio) that feeds the engine — it doesn't do the physics.

Apply it

Studio task

Take a small school building and sketch how you would abstract it into thermal zones for an energy model — which rooms group together, and why? Then, for three tools you have heard of (say Ladybug, DIVA and OpenStudio), name the ENGINE each one calls, and explain why two tools wrapping the same engine should give the same answer.

Check your understanding

Self-assessment

1. In Ladybug/Honeybee, the daylight physics is actually computed by —

2. A performance model should be —

3. Two different interfaces wrapping the SAME engine should give —

In a nutshell

Recap

A performance model is a deliberate abstraction — thermal zones, real materials, schedules and loads — for a question.
Match the level of detail to the question; over-modelling adds error and effort without insight.
The crucial distinction: a simulation ENGINE (EnergyPlus, Radiance) does the physics; an INTERFACE (Ladybug, OpenStudio) feeds it.
Ladybug, DIVA and OpenStudio call Radiance and EnergyPlus — they do not compute the physics themselves.
The engine is what is validated; learn the engine, and the interface is just a skin (engines outlive discontinued tools).
The evidence

References & further reading

  1. [1]ASHRAE / IBPSA modelling guidance — abstraction, thermal zoning, level of detail.
  2. [2]EnergyPlus and Radiance documentation — the validated simulation engines.
  3. [3]Ladybug Tools / OpenStudio / DIVA documentation — interfaces that wrap the engines.

Further reading

  • Hensen & Lamberts (eds.) — Building Performance Simulation for Design and Operation.
  • Reinhart — Daylighting Handbook (Radiance workflow).
  • EnergyPlus / Radiance reference manuals.

Sources gathered and fact-checked June 2026. Published values vary by source, sample and method — treat as indicative and confirm against the cited standard before structural use.