docs(shared): bygg-energi mikro-eksempel — OKF-bundle + golden + load-bearing test
Persistent dev-fixture for energieffektivisering (energiledelse/M&V), valgt for sin lærings-overflate: gapet mellom modellert besparelse (validatoren regner) og faktisk realisert besparelse i drift (eksperten kjenner) — det ExpeL skal lære. Ett kontorbygg, ett LED-retrofit-tiltak. OKF-bundle (index/project/hypothesis/ methodology/reference/verdict) bærer kontekst-laget; verdict-led-fro.md koder realiseringsgraden (RR ≈ 0,82, forankret i National Grid SBS 2010) som ExpeL-frø. Energi mappet inn i den EKSISTERENDE kost-IR-en uendret (affected = byggets totale energikostnad, claimed = modellert besparelse ~10 % < 30 %-cap), så validatoren kjører som-den-er — src/ urørt. golden.json fryser de seeded percentilene; testen beviser at fixturen er konsumerbar (validerer, ikke Rejection), ikke bare til stede. Domenetall verifisert mot primærkilder (EVO/IPMVP, DOE/NREL UMP, CPUC, fire evalueringsstudier); norsk energipris mot SSB Q1 2026. README + shared/README oppdatert (eksempel finnes, ikke lenger "planned"). Suite 121/4, ruff+mypy rene. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01MHR8iKxJRxDiDfNw8HZmWE
This commit is contained in:
parent
dd8529e132
commit
cbc7a22c78
11 changed files with 457 additions and 3 deletions
40
shared/examples/bygg-energi-mikro/metode-ipmvp-a.md
Normal file
40
shared/examples/bygg-energi-mikro/metode-ipmvp-a.md
Normal file
|
|
@ -0,0 +1,40 @@
|
|||
---
|
||||
type: methodology
|
||||
title: "IPMVP Option A — Retrofit Isolation, Key Parameter Measurement"
|
||||
description: "M&V-metoden for å verifisere besparelsen fra ett isolert tiltak ved å måle nøkkelparameteren (effekt) og estimere resten (driftstimer)."
|
||||
methodology: IPMVP
|
||||
option: A
|
||||
tags: [IPMVP, M&V, EVO, retrofit-isolation]
|
||||
timestamp: 2026-06-29
|
||||
---
|
||||
|
||||
# M&V-metode: IPMVP Option A
|
||||
|
||||
**IPMVP** (International Performance Measurement and Verification Protocol) er
|
||||
konsensus-rammeverket for å måle og verifisere energibesparelser, eid og vedlikeholdt av
|
||||
**EVO** (Efficiency Valuation Organization). Kjerneinnsikten som begrunner hele
|
||||
lærings-sløyfa står eksplisitt i protokollen [V]:
|
||||
|
||||
> *"Savings cannot be directly measured, because savings represent the absence of energy use."*
|
||||
|
||||
Besparelse er en **kontrafaktisk** størrelse — det finnes ingen måler for «det som ikke ble
|
||||
brukt». Den *beregnes*: `Baseline-energi − Rapporterings-energi ± justeringer` (IPMVP Eq. 1).
|
||||
|
||||
## De fire opsjonene (EVO, offisielle navn) [V]
|
||||
|
||||
- **Option A — Retrofit Isolation: Key Parameter Measurement.** Måler nøkkelparameteren
|
||||
(typisk effekt) på det berørte utstyret; øvrige parametere (typisk driftstimer) *estimeres*.
|
||||
- **Option B — Retrofit Isolation: All Parameter Measurement.** Måler alle relevante parametere.
|
||||
- **Option C — Whole Facility.** Besparelse fra byggets hovedmåler, med rutinejustering (vær/produksjon).
|
||||
- **Option D — Calibrated Simulation.** Besparelse via simuleringsmodell kalibrert mot måledata.
|
||||
|
||||
## Hvorfor Option A for dette tiltaket [V]
|
||||
|
||||
EVOs egen tabell bruker nettopp et **lysarmatur-retrofit** som den kanoniske Option A-saken:
|
||||
effekt før/etter måles (billig, presist), mens **driftstimer stipuleres** fra byggets
|
||||
timeplan. Det gjør Option A enklest og billigst for ett isolert tiltak.
|
||||
|
||||
**Kritisk for lærings-overflaten:** parameteren Option A tillater å *estimere* — driftstimer
|
||||
— er nøyaktig der realiseringsgapet oppstår. Den stipulerte timeplanen treffer sjelden den
|
||||
faktiske, metrede brenntiden. Se [verdict-led-fro.md](verdict-led-fro.md) og
|
||||
[kilder-realiseringsgap.md](kilder-realiseringsgap.md).
|
||||
Loading…
Add table
Add a link
Reference in a new issue