Realtidsovervågning: sådan aflæser du hvert energianlæg live i Danmark

Live-overvågning af alle anlæg kræver to lag: lokal aflæsning på selve anlægget (sekunder) via protokoller som Modbus og SunSpec, plus afregnede måledata fra Energinets DataHub (forsinket). Nedenfor får du den korte definition, de konkrete trin og de danske datakilder — uden salgstale.
Realtidsovervågning betyder, at du løbende læser aktuelle måleværdier fra hvert enkelt aktiv — elmåler, vekselretter, batteri, ladestander, varmemåler — og samler dem ét sted. Det ægte live-lag sidder lokalt på anlægget: en dataopsamler (edge-gateway) spørger hver enhed via industriprotokoller og opdaterer typisk hvert sekund til få sekunder. Oven på det ligger et afregningslag fra Energinets DataHub, som leverer validerede time- eller kvartersværdier med forsinkelse. "Live for hvert anlæg" opnår du altså med lokal aflæsning; DataHub bruges til afregning og historik, ikke til sekund-live styring.

1) Kortlæg dine anlæg og deres grænseflader (fabrikat/model, Modbus TCP eller RTU, SunSpec, OCPP, M-Bus). 2) Installer en dataopsamler i din eltavle/netværk, der kan tale disse protokoller. 3) Opret et register (point-liste) over de værdier du vil læse: effekt (kW), energi (kWh), spænding, SoC på batteri, ladeeffekt. 4) Sæt en pollingfrekvens — fx 1-5 sekunder for styring, længere for ren logging. 5) Skriv data til en tidsserie-database og et dashboard. 6) Suppler med DataHub-data via din elleverandør for korrekt afregning. 7) Verificér tal mod den fysiske måler, før du stoler på dem.

I Danmark ejer og driver Energinet DataHub — den centrale platform for målepunktsdata. Dine fjernaflæste elmålere registreres af din lokale netvirksomhed (fx Radius, Cerius, N1, Trefor El-Net eller Dinel afhængigt af område), og data samles i DataHub, hvorfra din elleverandør kan give dig adgang. Vigtigt: DataHub leverer validerede time-/kvartersværdier med forsinkelse — det er ikke sekund-live. Til realtidsstyring af egne anlæg skal du derfor læse lokalt (se næste afsnit); DataHub bruger du til afregning, forbrugshistorik og kontrol af, at dine lokale målinger stemmer.

Selve realtidsdelen sker med industristandarder: Modbus TCP eller Modbus RTU (RS485) er mest udbredt til vekselrettere, batterier og energimålere. SunSpec er en fælles Modbus-registermodel, som mange vekselretter- og batteriproducenter følger, så du slipper for producent-specifik kortlægning. OCPP bruges til at læse og styre elbil-ladestandere. M-Bus (eller Modbus) bruges til varme- og energimålere. En dataopsamler kobler disse sammen og eksponerer en samlet strøm af live-værdier. Tjek altid producentens registerkort/dokumentation, da nogle enheder afviger fra standarden.

Danmark er delt i to prisområder: DK1 (vest for Storebælt) og DK2 (øst, inkl. Sjælland). Day-ahead-spotpriser fastsættes pr. time for hvert område på Nord Pool og offentliggøres dagen før. Når du kender dit område og har live-effektdata fra hvert anlæg, kan du sammenholde aktuelt forbrug/produktion med den gældende timepris. Det er grundlaget for både overvågning (ser jeg dyre spidser?) og senere styring. Til afregning kan der oveni komme nettarif, afgifter og moms — brug din netvirksomheds tariffer og DataHub-værdier til den præcise beregning.
Forveksl ikke DataHub-data med realtid — der er forsinkelse, så den egner sig ikke til sekund-styring. Antag ikke, at alle enheder følger SunSpec 1:1; læs registerkortet. Sørg for netværkssegmentering og adgangskontrol, når anlæg lægges på et netværk. Vær opmærksom på fortegn (import vs. eksport) og enheder (kW vs. kWh), som er en hyppig kilde til fejl. Og valider mindst én gang dine live-værdier mod den fysiske måler, inden du bygger styring eller rapporter ovenpå.