Et døgn som må være ferdig før frokost
Måleverdiene for gårsdagen skal være hos ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked. før klokka sju om morgenen. Alt som skal skje med dem, skjer i vinduet mellom midnatt og 06:45: innsamling fra målerne, valideringDet første steget i VEE - automatisk sjekk av måledata mot tekniske og logiske grenser for å avdekke åpenbart feilaktige verdier., estimeringDet andre steget i VEE - beregning av manglende eller avviste måleverdier basert på historiske mønstre, nabodata eller statistiske modeller. av det som mangler, og oversendelse.
Det er ikke mye tid, og det er den samme tiden hver eneste natt. Vinduet flytter seg ikke etter hvor mye som skal gjennom det.
Kjeden, ledd for ledd
Fra måler til nav går verdiene gjennom fire ledd, og hvert av dem samler opp før det sender videre.
AMS-målerenAvansert måle- og styringssystem - de norske smarte strømmålerne som ble obligatoriske for alle nettkunder innen 2019. registrerer forbruket løpende. Den sender ikke hver verdi i det den oppstår.
KonsentratorenSamlingspunktet som henter måleverdier fra mange AMS-målere og leverer dem videre til innsamlingssystemet i bolker. spør en gruppe målere om verdiene deres med et fast intervall, typisk hver 6., 12., 18. eller 24. time, og sender bolken videre. Ikke alle utrullinger bruker dem: målere med egen mobilforbindelse snakker rett med innsamlingssystemet. Der de finnes, er det de som setter takten.
HESHead-End System - kommunikasjonsserveren som samler inn måledata fra AMS-målere og sender dem videre til MDM.-et tar imot fra felten og leverer videre til valideringDet første steget i VEE - automatisk sjekk av måledata mot tekniske og logiske grenser for å avdekke åpenbart feilaktige verdier..
VEEValidation, Estimation, Editing - systematisk prosess for å sikre kvaliteten på råmåledata fra strømmålere.-motoren validerer, estimerer og retter, typisk med måleverdiene inn på GS2Tekstbasert norsk filformat for utveksling av måleverdier, i bruk i kraftbransjen siden lenge før Elhub.-filer. Den kjører i batcher fordi den trenger CPU og IO nok til å komme gjennom, ikke fordi noen synes bunter er ryddig.
ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked. prosesserer en kø i den rekkefølgen meldingene kommer inn.
Batch er ikke en gammel vane
Det er lett å lese denne kjeden som et arvesystem som venter på å bli modernisert. Det er feil lesning.
Kjeden er batch av to grunner som begge står ved lag. Den ene er regulering: fristen er satt, og et helt døgn skal være ferdigbehandlet før den. Den andre er kapasitet: et system som skal validere millioner av verdier gjør det raskere i bolker enn én om gangen, fordi diskene og prosessorene arbeider bedre slik.
Diskusjonen om hvordan data hentes ut i den andre enden, altså om et mottakersystem skal spørre eller få beskjed, er en helt annen diskusjon. Den endrer ingenting på at innsamlingen foran er bunter med en frist.
Det som gjorde vinduet trangere
- januar 2024 gikk avregningsgrunnlaget i ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked. over til kvartersoppløsningBalanseavregning og måleverdier med 15 minutters tidsoppløsning i stedet for én time. Innført i Elhub 22. januar 2024.. Innsendingen av 15-minutters måleverdierÉn måling fra ett målepunkt for én tidsperiode. Byggesteinen all avregning hviler på. hadde startet 18. september 2023, og nettselskapene endret oppløsning på målepunktene gradvis fra oktober samme år.
For kjeden betyr det én ting: fire ganger så mange verdier gjennom det samme vinduet.
Fire timeverdierTidsseriedata for energiforbruk eller -produksjon målt i et avregningspunkt. ble til seksten kvartersverdier per måler per fire timer, og et døgn gikk fra 24 til 96 verdier per målepunktGrunnenheten i Elhub - det unike punktet i strømnettet der energi måles og avregnes, identifisert med et 18-sifret GSRN-nummer.. Ingenting annet ble utvidet. Ikke tiden, ikke fristen.
Mange klarte det. Men det er ikke uvanlig at VEEValidation, Estimation, Editing - systematisk prosess for å sikre kvaliteten på råmåledata fra strømmålere.-programvare som holdt fristen med god margin på timeverdierTidsseriedata for energiforbruk eller -produksjon målt i et avregningspunkt., ikke lenger tygger unna volumet i tide. Det er ikke en feil i programvaren, det er en dimensjonering som ble gjort for en fjerdedel av mengden.
Nettnytten som står i køen
Det andre som gjør vinduet trangt, er mer spesifikt, og det rammer ikke alle.
Mange vil ta inn nettnyttedataMåledata som brukes til å drifte og planlegge nettet, ikke til å avregne forbruk. i tillegg til måleverdiene som skal avregnes. I flere eldre VEEValidation, Estimation, Editing - systematisk prosess for å sikre kvaliteten på råmåledata fra strømmålere.-systemer går de to gjennom nøyaktig samme logikk. Nettnyttedataene trenger ikke VEEValidation, Estimation, Editing - systematisk prosess for å sikre kvaliteten på råmåledata fra strømmålere.-behandling, men de står i den samme køen, og de tar plassen til noe som gjør det.
Effekten er at nettnytten blokkerer for raskest mulig VEEValidation, Estimation, Editing - systematisk prosess for å sikre kvaliteten på råmåledata fra strømmålere.-behandling, rett og slett ved å være i veien. Det er en flaskehals som ikke synes i noe volumtall, fordi den ikke handler om hvor mye data det er, men om hvilken rekkefølge de står i.
Hva som er verdt å vite om egen kjede
Ingen av delene over løses med en enkelt innkjøpsbeslutning. Men de blir mye lettere å håndtere når tre spørsmål har et svar.
Hvilket ledd setter takten? Konsentratorintervallet er et gulv: ingen mekanisme lenger ned i kjeden kan levere en verdi raskere enn den ble hentet inn. Vet du ikke intervallet, vet du heller ikke hvor tidlig natta faktisk kan begynne.
Hvor går tiden i vinduet? Et vindu som holder med tjue minutters margin og et som holder med to, ser like grønne ut i en driftsrapport. Forskjellen merkes først den natta noe går galt, og da er den avgjørende.
Deler noe køen med noe annet? NettnytteMåledata som brukes til å drifte og planlegge nettet, ikke til å avregne forbruk. mot avregningsverdier er ett eksempel. Mønsteret er generelt: to datastrømmer med ulike krav som deler samme behandlingslogikk, der bare den ene har en frist.