technical note

Public methodology for architects, engineers and energy consultants who want to understand what the guide is actually doing.

House in Balance technical note

Methodology & sources

How the model works, what to trust most, and where it stays deliberately approximate.

This page explains the logic behind the public guide for a critical practitioner. It separates official references, literature-informed logic and model-specific calibration so the tool does not pretend to be more exact than it is.

benchmark house · different standards surrogate model, not PHPP public explainer, not legal APE

What this page covers

Use this as a route map first. Each section answers one expert question without turning into a generic whitepaper.

1. Scope

What the model is and is not

The public guide uses a deliberately compact concept-stage energy model for sensitivity reading. It is not a formal compliance engine. In the main preset row, the benchmark stays fixed: the same 140 m² house, the same north Lake Como climate, the same two-storey massing, the same compactness and the same solar-access base. The central question is simple: if that benchmark house stays fixed, how do construction standard, glazing logic, ventilation, shading and systems shift winter demand, summer risk and operating pressure?

Appropriate use

  • early design comparison of the same house in different standards
  • showing why the same floor area behaves differently in winter and summer
  • communicating compactness, A/V, glazing distribution and shading effects
  • pre-design conversations with non-experts

Inappropriate use

  • Passive House certification or EnerPHit verification
  • legal APE / EPC issuance
  • HVAC sizing or system procurement
  • contract-level bill prediction or payback claims

Working principle

  • preserve the right direction of influence before chasing fake precision
  • admit heuristics where necessary instead of hiding them behind one opaque score
  • give each output its own confidence level
Critical-reader note: if this page is read as compressed PHPP, the criticism will be justified. Monthly balance, explicit thermal bridge inputs, certified component data, legal APE reference-building logic and detailed schedules are not present here.
2. Sources & data classes

Which inputs come from official references, which come from literature, and which are calibrated for this model

The cleanest way to read the tool is to separate official references, literature-informed simplifications and model-specific calibration. Much of the actual numeric layer belongs to the last two categories, not the first.

ClassWhat we take from itHow it enters the modelConfidence
A / PHIoutput families, Passive House target values, terminology, core losses-versus-gains logicreference framework only; not a direct PHPP workbook implementationhigh for framing
A / ENEA + SIAPEwhat APE is, how the A4-G language is used in Italy, and why legal APE is reference-building basedused to frame the public APE-like output honestly, not to compute a legal certificatehigh for context
A / ECB + ARERAcurrency context and editorial energy-price snapshots for the public-facing money layerpresentation and translation layer onlyhigh for source transparency
B / architectural researchrelative influence of form, compactness, orientation, glazing and shadingused for directional weighting, not blind numerical transcriptionmedium
C / model-specific calibrationsurrogate U-values, system efficiencies, market bands, benchmark-house construction archetypes and operating cost assumptionsthis is where the public explainer becomes model-specific rather than source-specificlow to medium
The important honesty point is simple: the money layer, the APE-like ladder and several coefficients are calibrated public explainer inputs. They are not official datasets and should not be presented that way.
3. Calculation pipeline

From sliders to geometry, then to winter balance, summer pressure, delivered energy and narrative outputs

Inputs are normalized first, then converted into idealized geometry, surrogate envelope values, winter losses, winter gains, summer pressure, delivered energy, primary energy, PV effect and finally into readable outputs.

3.1 Geometry and A/V

The massing is intentionally idealized into a box-like volume. Here area means total conditioned floor area of the whole house, not the area of one storey. Storeys therefore change footprint, compactness changes aspect ratio, and the envelope area follows from that.

footprintArea = area / stories
aspectRatio = 1 + (1 - compactness) * 1.35
roofArea = footprintArea * (1.06 - compactness * 0.06)
volume = area * 2.6
shapeFactor = envelopeArea / volume

3.2 Glazing distribution

Each facade carries its own glazing share. This is materially better than a single orientation slider, but still not a full solar-geometry model. In the main preset row, the non-passive presets intentionally keep the same benchmark glazing logic; the Passive preset uses one explicit exception with a slightly more south-biased glazing mix on the same benchmark house.

north/east/south/west glazing = 0..60% of facade
windowAreaBySide = facadeAreaBySide * glazingRatio
orientation key = derived from windowShares

3.3 Envelope surrogates

The model does not calculate actual constructions. User-facing sliders are mapped onto surrogate U-values.

Uwall   = 0.12 + (1 - insulation) * 1.2
Uroof   = 0.10 + (1 - insulation) * 0.8
Ufloor  = 0.16 + (1 - insulation) * 0.55
Uwindow = 0.74 + (1 - windows) * 3.0
thermalBridge = 0.03 + (1 - compactness) * 0.14 + (1 - windows) * 0.05

3.4 Winter losses and gains

The winter balance follows the right conceptual structure: transmission plus ventilation losses against internal and solar gains. Climate is reduced to an HDD-like scalar.

hdd = 1700 + climate * 1100
infiltrationAch = 0.18 + (1 - airtightness) * 0.65
heatRecovery = 0.05 + ventilation * 0.8
ventilationLoss = 0.33 * effectiveACH * 2.6 * HDD * 24 / 1000
internalGains = clamp(2.4 + occupants * 1.05 + appliances * 4.4, 3.6, 13.2)
solarGains = winterSolarBase * windowAreaBySide / area * sideMeta.winterGain

3.5 Annual heating demand and peak load

Annual heating demand is one of the strongest outputs in the model. It is also the quantity that sits closest to the classic Passive House heating criterion: about 15 kWh/(m²a) of annual space-heating demand. That is not total delivered energy, not hot water, not appliances and not primary energy. The current public version also adds a calibrated legacy fabric tail correction for the very weak historic end of the range, because the simple slider-based U-value surrogates alone tended to understate how brutal the worst legacy masonry cases feel in practice. Peak heat load is useful as communication, but already more heuristic than the annual balance.

grossHeatLoss = transmissionLoss + ventilationLoss
usefulGains = (internalGains + solarGains) * usefulGainFactor
legacyFabricPenalty = f(very weak insulation, windows, airtightness, ventilation, compactness)
heatingDemand = clamp(grossHeatLoss - usefulGains + legacyFabricPenalty, 5, 420)

3.6 Summer risk

The summer layer is the most surrogate part of the tool. It captures the right levers, but not a full dynamic comfort simulation.

summerSolarPressure = sum(windowAreaBySide * sideMeta.summerGain)
shadingProtection = sum(windowAreaBySide * shading * sideMeta.shadeHelp)
summerInternalPressure = 2.2 + appliances * 4.8 + occupants * 0.75
summerEnvelopePressure = 1.2 + (1 - compactness) * 3.2 + storyPenalty + insulation * 0.8
overheating = clamp((all summer pressures - protections) * 0.55, 0, 35)
In short: the model keeps the right chain of causality, but compresses many detailed worksheets into one surrogate layer.
4. Confidence by output

Which outputs deserve more confidence, and which should be treated as translation layers

The tool is strongest where relative design sensitivity matters and weakest where compliance-grade precision would normally need much richer inputs.

OutputHow much to trust itBest useMain weakness
Annual heating demand [kWh/(m²a)]mediumcomparing envelope, windows, airtightness, orientation and compactnesssurrogate U-values and climate simplification, plus a calibrated legacy-tail correction for the weakest historic envelope edge
Peak heat load [W/m²]low to mediumcommunicating how hard the house wants to be heated in cold peaksnot a PHPP heat-load worksheet and not HVAC sizing
Summer hours outside comfort [%]low to mediumshowing that glazing distribution and shading can flip the summer resultsummer layer is heavily simplified
APE-like A4-G labellowmarket-facing explanation for the Italian contextnot a legal APE workflow
Monthly bill translationlowturning technical outputs into something non-experts can picturenot a tariff quote, not a behavioural model, not a supplier calculation
One model-specific detail is worth stating explicitly: the annual heating-demand output now includes a calibrated legacy fabric tail penalty for the very weak historic end of the range. This keeps modern and mid-tier presets stable, but stops the worst legacy masonry archetypes from reading too softly. A second honesty point matters just as much: a Passive-House-level shell can still show a much higher operational or primary-energy figure if domestic hot water, appliances, cooling and a weak system are added on top.
The strongest question this tool can answer is: if I keep the same house size and climate, which design moves change winter demand, summer risk and operating pressure the most, and in what direction?
5. Close to PHPP logic

Where the model tracks the right Passive House logic well

This is the part that gives the guide genuine explanatory value rather than random sliders and random numbers.

It follows the right families of questions

  • heating demand
  • heat load
  • summer comfort risk
  • primary and renewable layers

It keeps the right causality

  • losses versus gains instead of one opaque score
  • real weight for compactness, A/V, glazing orientation, airtightness and shading
  • strongest exactly where a concept-stage explainer should be strongest: relative sensitivity of the same house
6. Divergence

Where it diverges materially from PHPP or legal APE

These are not edge cases. They are the deliberate places where a public explainer chooses legibility over formal completeness.

AreaPHPP / legal realityOur simplificationPractical consequence
Climatespecific climate datasets and solar inputsone climate slider mapped into HDD-like and summer-pressure scalarsabsolute numbers are calibration-sensitive
Envelopereal constructions and component valuesslider-based surrogate U-values plus a calibrated weak-tail correction for legacy masonrygood direction, weaker construction-specific accuracy
Thermal bridgesexplicit psi-values and junction modellingone aggregate penalty termlarge uncertainty for complex details
Ventilation and airtightnessblower-door evidence, schedule logic, unit-specific behaviourfriendly airtightness and ventilation slidersgood trend, weak link to actual n50 and operation
Summer comforthourly or more detailed logic behind overheating criteriasummer pressure proxysummer output must be read carefully
APEItalian legal methodology using a reference-building frameworkmarket-facing APE-like translationuseful communication, not legal validity
7. Limits & uncertainty

Known limitations that should be stated explicitly

The tool is more trustworthy when these limits are said out loud than when they are softened away.

  • the climate slider is the coarsest simplification in the whole model
  • the APE-like layer is intentionally not a legal APE engine
  • energy prices are editorial snapshots for communication, not live tariffs
  • the Passive House 15 kWh/(m²a) threshold used in the guide refers to annual space-heating demand, not to total delivered or primary energy
  • system efficiencies are archetypal, not product-specific
  • the main preset row is one fixed benchmark house read through different construction standards, not a statistical sample of the Lake Como housing stock
  • the Passive preset keeps the same benchmark house and climate, but uses one explicit south-biased glazing exception
  • summer discomfort percentages are more fragile than winter demand trends
  • the Plus house bonus preset deliberately overrides the top helper from winter demand to annual net balance after PV so a negative annual value can be shown as a teaching device
  • the Summer risk bonus preset keeps the top helper on winter demand; its real payload is the overheating layer below
If someone needs certified Passive House evidence, a legal Italian APE, thermal bridge detail decisions or HVAC sizing, the correct next step is a proper PHPP / compliance / engineering workflow, not a harder reading of this explainer.
8. References

Reference list

These are the public references that frame the model, the Italian market context and the architectural research layer.

Architectural concept research

Keček, David. Vliv architektonického konceptu na potřebu tepla na vytápění energeticky úsporných budov pro bydlení [doctoral dissertation]. Brno: Vysoké učení technické v Brně, Fakulta architektury. Available at: dspace.vut.cz/items/ea2121ea-65dd-45a8-b9ae-dd2abd0209fc

Where this page says model-specific calibration or surrogate, it means exactly that. Those areas are deliberate simplifications, not hidden official engines.