Et døgn, der skal være færdigt før morgenmaden
Måleværdierne for gårsdagen skal være hos ElhubNationalt nav for måledata og markedsprocesser på det norske elmarked. før klokken syv om morgenen. Alt, hvad der skal ske med dem, sker i vinduet mellem midnat og 06:45: indsamling fra målerne, valideringDet første trin i VEE - automatisk kontrol af måledata mod tekniske og logiske grænser for at afsløre åbenbart fejlagtige værdier., estimeringDet andet trin i VEE - beregning af manglende eller afviste måleraflæsninger baseret på historiske mønstre, nabomålere eller statistiske modeller. af det, der mangler, og oversendelse.
Det er ikke meget tid, og det er den samme tid hver eneste nat. Vinduet flytter sig ikke efter, hvor meget der skal igennem det.
Kæden, led for led
Fra måler til nav går værdierne gennem fire led, og hvert af dem samler op, før det sender videre.
Den fjernaflæste måler registrerer forbruget løbende. Den sender ikke hver værdi i det øjeblik, den opstår.
KoncentratorenSamlingspunktet, der henter måleværdier fra mange fjernaflæste målere og leverer dem videre til indsamlingssystemet i bundter. spørger en gruppe målere om deres værdier med et fast interval, typisk hver 6., 12., 18. eller 24. time, og sender bundtet videre. Ikke alle udrulninger bruger dem: målere med egen mobilforbindelse taler direkte med indsamlingssystemet. Hvor de findes, er det dem, der sætter takten.
HESHead-End System - centralt system til indsamling og håndtering af data fra intelligente målere i AMI-netværk.-systemet modtager fra marken og leverer videre til valideringDet første trin i VEE - automatisk kontrol af måledata mod tekniske og logiske grænser for at afsløre åbenbart fejlagtige værdier..
VEEValidation, Estimation, Editing - systematisk proces for at sikre kvaliteten på råmåledata fra elmålere.-motoren validerer, estimerer og retter, typisk med måleværdierne ind på GS2Tekstbaseret norsk filformat til udveksling af måleværdier, i brug i kraftbranchen siden længe før Elhub.-filer. Den kører i batches, fordi den har brug for CPU og IO nok til at nå igennem, ikke fordi nogen synes, bundter er ryddeligt.
ElhubNationalt nav for måledata og markedsprocesser på det norske elmarked. behandler en kø i den rækkefølge, meddelelserne kommer ind.
Batch er ikke en gammel vane
Det er let at læse denne kæde som et arvesystem, der venter på at blive moderniseret. Det er en forkert læsning.
Kæden er batch af to grunde, som begge står ved magt. Den ene er regulering: fristen er sat, og et helt døgn skal være færdigbehandlet før den. Den anden er kapacitet: et system, der skal validere millioner af værdier, gør det hurtigere i bundter end ét ad gangen, fordi diske og processorer arbejder bedre sådan.
Diskussionen om, hvordan data hentes ud i den anden ende, altså om et modtagersystem skal spørge eller få besked, er en helt anden diskussion. Den ændrer intet ved, at indsamlingen foran er bundter med en frist.
Det, der gjorde vinduet trangere
- januar 2024 gik afregningsgrundlaget i ElhubNationalt nav for måledata og markedsprocesser på det norske elmarked. over til kvartersopløsning. Indsendelsen af 15-minutters måleværdier var startet 18. september 2023, og netselskaberne ændrede opløsning på målepunkterne gradvist fra oktober samme år.
For kæden betyder det én ting: fire gange så mange værdier gennem det samme vindue.
Fire timeværdier blev til seksten kvartersværdier per måler per fire timer, og et døgn gik fra 24 til 96 værdier per målepunktGrundenheden i Elhub - det unikke punkt i elnettet, hvor energi måles og afregnes, identificeret med et 18-cifret GSRN-nummer.. Intet andet blev udvidet. Ikke tiden, ikke fristen.
Mange klarer det. Men det er ikke ualmindeligt, at VEEValidation, Estimation, Editing - systematisk proces for at sikre kvaliteten på råmåledata fra elmålere.-software, der holdt fristen med god margin på timeværdier, ikke længere tygger volumen igennem i tide. Det er ikke en fejl i softwaren, det er en dimensionering foretaget for en fjerdedel af mængden.
Netnytten, der står i køen
Det andet, der gør vinduet trangt, er mere specifikt, og det rammer ikke alle.
Mange vil tage netnyttedataMåledata, der bruges til at drive og planlægge nettet, ikke til at afregne forbrug. ind ud over de måleværdier, der skal afregnes. I flere ældre VEEValidation, Estimation, Editing - systematisk proces for at sikre kvaliteten på råmåledata fra elmålere.-systemer går de to gennem præcis samme logik. NetnyttedataMåledata, der bruges til at drive og planlægge nettet, ikke til at afregne forbrug. har ikke brug for VEEValidation, Estimation, Editing - systematisk proces for at sikre kvaliteten på råmåledata fra elmålere.-behandling, men de står i den samme kø, og de tager pladsen fra noget, der har.
Effekten er, at netnytten blokerer for hurtigst mulig VEEValidation, Estimation, Editing - systematisk proces for at sikre kvaliteten på råmåledata fra elmålere.-behandling, ganske enkelt ved at være i vejen. Det er en flaskehals, som intet volumental afslører, fordi den ikke handler om, hvor mange data der er, men om hvilken rækkefølge de står i.
Hvad der er værd at vide om sin egen kæde
Intet af ovenstående løses med én enkelt indkøbsbeslutning. Men de bliver meget lettere at håndtere, når tre spørgsmål har et svar.
Hvilket led sætter takten? Koncentratorintervallet er et gulv: ingen mekanisme længere nede i kæden kan levere en værdi hurtigere, end den blev hentet ind. Kender du ikke intervallet, ved du heller ikke, hvor tidligt natten faktisk kan begynde.
Hvor går tiden i vinduet? Et vindue, der holder med tyve minutters margin, og et, der holder med to, ser lige grønne ud i en driftsrapport. Forskellen mærkes først den nat, noget går galt, og da er den afgørende.
Deler noget kø med noget andet? Netnytte mod afregningsværdier er ét eksempel. Mønsteret er generelt: to datastrømme med forskellige krav, der deler samme behandlingslogik, hvor kun den ene har en frist.