Batterier kan levere meget hurtige reguleringer og er derfor særligt egnede til frekvens- og balanceringsydelser. Hastigheden er vigtig, fordi elnettet skal holdes stabilt i realtid – især ved pludselige ændringer i forbrug eller produktion.
Som eksempel stiller nogle produkter specifikke krav til responstid:
FCR-N kræver, at reguleringen kan levere en væsentlig del af kapaciteten inden for ca. 60 sekunder og resten inden for få minutter.
FCR-D er endnu hurtigere og kan kræve, at en stor del af effekten leveres inden for sekunder.
Ja, typisk kan samme batteri bruges til flere formål – men det kræver styring, der prioriterer korrekt mellem f.eks.:
-
Systemydelser (rådighed + evt. aktivering)
-
Peak shaving (reduktion af spidsbelastning)
-
Arbitrage (lade i billige timer, aflade i dyre)
-
Øget egenforbrug af solproduktion
I praksis afsættes der ofte en “reserve” i batteriets kapacitet (SoC-vindue), så I både kan levere markedsforpligtelser og stadig opnå lokale besparelser.
Indtjeningen afhænger typisk af fem hovedfaktorer:
-
Hvilke markeder/produkter batteriet kan godkendes til (krav varierer).
-
Område (DK1/DK2) – priser og balancersignaler kan være forskellige.
-
Tilgængelighed og oppetid (hvor mange timer batteriet står til rådighed).
-
Effekt (kW) og energi (kWh) – afgør hvilke produkter, I realistisk kan byde ind med.
-
Markedsafregning (typisk rådighedsbetaling og betaling for aktivering/energi).
Det afhænger af markedet og jeres aftaleopsætning (fx via aggregator). Konsekvenser kan typisk være:
-
Nedjustering/afvisning af bud fremadrettet
-
Kontraktuelle konsekvenser i aggregator-/handelsaftalen
-
I værste fald udelukkelse ved grove eller gentagne overtrædelser af regler/forpligtelser.
Derfor dimensionerer man normalt batteri og styring konservativt, og man arbejder med driftsvinduer, SoC-grænser og alarmer.
For at deltage i netbalancering/systemydelser kræver det typisk:
-
Korrekt måling og datagrundlag (afregning og dokumentation baseres på målinger i korte intervaller).
-
EMS/styring (Energy Management System), der kan styre batteriet efter produktkrav og driftsbegrænsninger (SoC, temperatur, effektgrænser mv.).
-
Kommunikation og overvågning (driftsdata, alarmer, serviceadgang).
-
Teknisk design og integration ift. inverter/PCS og netforhold, som I også beskriver i jeres proces.
