Ni filer: index i bundle-rota, `type: project`, to `type: hypothesis`, metode, kilder, ett `type: verdict`-frø, og de to JSON-ene. Alle sju .md-filer er verifisert nåbare fra index.md med specens eget lenkemønster (`\]\(([^)]+\.md)\)`) — navigasjonen følger kun kryss-lenker, så en ulenket fil ville forsvunnet tyst ut av read-contexten. Tallkjeden er bygget fra to norske ankere: 114 W installert (NMFV, 100 W HPS + 14 W forkobling) og 4 050 brenntimer/år (Håndbok V124, 2021, midtpunkt i 4 000–4 100 for eldre vegbelysning). Alt annet er aritmetikk fra dem. `cost-baseline.json` og `validator-input.json` bærer IDENTISK code, quantity og unit_cost (`ENERGI-VEGLYS-EL`, 4 386 150, 1.0) — 5 %-toleransen (BASELINE_TOLERANCE_DEFAULT) er lukket ved konstruksjon, ikke ved avstemming, fordi begge filene er skrevet fra linjen `114 W × 9 500 × 4 050 t / 1 000`. Målt avvik: 0,000000 %. affected_items er HELE porteføljen, ikke de berørte punktene. Hadde den vært de 2 500 punktenes eget forbruk, ville besparelsen vært 38,6 % av den — over 30 %-cap-en — og det RIKTIGE forslaget blitt avvist på scenen. Med porteføljen er claimed/nominal_feasible 0,3386, som ligger i samme familie som reservens 0,3333. Ingen `golden.json`. Konsumenten svarte (a) på de tre veiene, og vår egen spec peker samme vei: method-spec §3 steg 1 bygger ExpeL-folden fra verdict-filas `description` pluss `[realiseringsgrad=…; forventet_faktisk_NOK=…]`, altså fra frontmatteren — ikke fra golden. `learning_surface` ville vært en andre kopi uten gate. Fasit og gate lander sammen etter 13.08. Realiseringsgraden 0,81 er LÅNT fra belysnings-programlitteratur (National Grid SBS 2010: 81,1 %; Efficiency Maine 2021: 3 053 metrede mot 3 772 antatte timer = 0,809) og merket som lån i `provenance`. Det finnes ingen norsk ex-post-måling for veglys — NVE/RME dokumenterer hvorfor: mange anlegg mangler måler. Det er ikke et hull i bundelen, det er bundelens poeng. 0,81 × 445 500 = 360 855, som lukker eksakt i heltall. Reserven `bygg-energi-mikro` og nav-golden-settene er byte-urørt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_014eutntDRkadNX4von1a6HV
71 lines
4.1 KiB
Markdown
71 lines
4.1 KiB
Markdown
---
|
|
type: index
|
|
okf_version: 0.1
|
|
title: "Veglys fylkesveg sør — LED-utskifting og adaptiv styring"
|
|
description: "OKF-bundle for en fylkeskommunal veglysportefølje med to kandidat-tiltak: LED-utskifting av 2 500 eldre HPS-lyspunkter, og adaptiv styring som utnytter den tillatte vedlikeholdsfaktoren. Bygget rundt et dokumentert norsk evidensgap — uten måler kan realiseringsgraden ikke ses."
|
|
tags: [energieffektivisering, veglys, vegbelysning, M&V, IPMVP, realiseringsgrad]
|
|
timestamp: 2026-08-09
|
|
---
|
|
|
|
# Veglys fylkesveg sør
|
|
|
|
En OKF-bundle for **utskifting og styring av veglysanlegg langs fylkesveg**: én portefølje,
|
|
to kandidat-tiltak. Den deler lærings-overflate med bygg-energi-mikro-bundelen, men står på
|
|
egne ben: metode- og kildelaget er **materialisert inn her**, ikke lenket på tvers av
|
|
bundler, og evidensgrunnlaget er **norsk der det teller**.
|
|
|
|
> Framework-nøytral artefakt (null kode-avhengighet). Deles uendret mellom
|
|
> implementasjonene. Se [shared/README.md](../../README.md).
|
|
|
|
**Prosjektlaget er fiktivt, litteraturlaget er ekte.** Porteføljen «Fylkesveg Sør» finnes
|
|
ikke; parameterne den er bygget av (installert effekt, brenntimer, energipris,
|
|
realiseringsgrad) er hentet fra navngitte primærkilder og merket `[V]` der de er verifisert.
|
|
Det er samme konvensjon som mikro-bundelen bruker — en produksjons-deployer erstatter
|
|
prosjektlaget med en ekte kunnskapsbase og beholder litteraturlaget.
|
|
|
|
## Hvorfor veglys
|
|
|
|
Domenet ble valgt fordi det bærer lærings-overflaten **skarpere enn kontorbygget gjør**.
|
|
|
|
I et kontorbygg er gapet mellom modellert og realisert besparelse *målbart, men sjelden
|
|
målt*. I norsk veglys er det noe strengere: **NVE og RME dokumenterer at mange veilysanlegg
|
|
mangler måling helt, eller avregnes på estimerte verdier.** Uten meterdata finnes det ingen
|
|
ex-post å sammenligne ex-ante med. Realiseringsgraden er ikke ukjent fordi ingen har regnet
|
|
på den — den er **strukturelt usynlig**.
|
|
|
|
Det gjør domenet til et godt frø for lærings-sløyfa: den eneste kilden til korreksjon er
|
|
akkumulert ekspert-erfaring, som er nøyaktig det verdict-laget bærer og validatoren ikke kan
|
|
regne. Se [verdict-veglys-fro.md](verdict-veglys-fro.md).
|
|
|
|
## Innhold (progressiv disclosure)
|
|
|
|
- [veglys-fv-soer.md](veglys-fv-soer.md) — `type: project` — porteføljen, energibaselinen
|
|
og rammene.
|
|
- [tiltak-led-utskifting.md](tiltak-led-utskifting.md) — `type: hypothesis` — kandidat-tiltak
|
|
1: LED-utskifting av 2 500 eldre HPS-lyspunkter. **Det er dette tiltaket som er projisert
|
|
inn i validatoren.**
|
|
- [tiltak-adaptiv-styring.md](tiltak-adaptiv-styring.md) — `type: hypothesis` —
|
|
kandidat-tiltak 2: adaptiv styring som henter ut den overdimensjoneringen
|
|
vedlikeholdsfaktoren allerede tillater. Svakere kildebelagt enn tiltak 1, og merket slik.
|
|
- [metode-ipmvp-a.md](metode-ipmvp-a.md) — `type: methodology` — M&V-metoden (IPMVP
|
|
Option A), og hvorfor de øvrige opsjonene er stengt for et umålt veglysanlegg.
|
|
- [kilder-veglys-realisering.md](kilder-veglys-realisering.md) — `type: reference` —
|
|
verifisert litteratur: norske baseline- og regelverksankere, og programlitteraturen
|
|
realiseringsgraden er lånt fra.
|
|
- [verdict-veglys-fro.md](verdict-veglys-fro.md) — `type: verdict` — frøsatt ekspert-dom.
|
|
**ExpeL-frøet loopens steg 1 henter fra.**
|
|
|
|
## Hvordan den kjøres i dag
|
|
|
|
`validator-input.json` er IR-projeksjonen den eksisterende deterministiske validatoren
|
|
konsumerer uendret; `cost-baseline.json` bærer det samme tallgrunnlaget som prosjektets
|
|
kostdata. **De to filene er bygget fra samme linje aritmetikk og bærer identisk `code`,
|
|
`quantity` og `unit_cost`** — se [tiltak-led-utskifting.md](tiltak-led-utskifting.md),
|
|
§«Mapping til validatoren».
|
|
|
|
Bundelen ships **uten `golden.json`**. Den blokken er kryss-implementasjons-fasit produsert
|
|
av en seedet Monte Carlo, og commons har ingen kjørbar pipeline å produsere den med. En
|
|
fasit ingen gate leser er verre enn ingen fasit. Lærings-overflaten går ikke tapt: de
|
|
strukturerte feltene ExpeL-folden faktisk henter (`realization_rate`,
|
|
`expected_actual_saving_nok`) ligger i frontmatteren til
|
|
[verdict-veglys-fro.md](verdict-veglys-fro.md), som er der loopen leser dem.
|