Yksikkö 2 / 11

Energiatiedot, SCADA ja Smart Meter: aikasarjan valmistelu

Voitot:

  • Kyky tunnistaa SCADA:n, älymittareiden ja markkinatietojen rakenne, yksiköt ja tyypilliset laatuongelmat
  • Kyky havaita puuttuvat tiedot, poikkeamat ja aikaleimaongelmat tekoälyn kanssa ja luoda puhdistustyönkulku
  • Mahdollisuus tarkistaa ansoja, kuten resoluutio, aikavyöhyke ja kesäaika energian aikasarjoissa AI-lähdössä

Lähes kaikki energia-analyysit alkavat aikasarjasta: mittaukset järjestetään aika-akselille. Mittarin 15 minuutin kulutus, turbiinin toinen pyörimisnopeus, syöttöjohdon (jakolinjan) tuntivirta – kaikki ovat aikasarjoja. Tässä osiossa opimme, mistä energiatiedot ovat peräisin, mitä sudenkuoppia se sisältää ja kuinka tekoälyä käytetään tekemään tästä tiedosta luotettavaa. Perustetaan tämä periaate alusta alkaen: älykkäinkin likaisen datan analyysi antaa likaisen tuloksen. Energiatekniikassa suurin osa ajasta ei käytetä mallin tekemiseen, vaan tietojen luotettavuuteen, ja tekoäly on tässä osassa turvallisin panos.

Energiatietojen lähteet ja rakenne

Energiatiedot tulevat pääasiassa useista lähteistä. SCADA (valvonta- ja tiedonkeruujärjestelmä) kerää välittömiä mittauksia sähkökeskuksesta ja verkkolaitteista; Se on yleensä sekunneissa tai minuuteissa ja sisältää suuret, kuten jännitteen, virran, tehon ja lämpötilan. Älymittarin tiedot mittaavat kulutusta tyypillisesti 15 minuutin välein ja ovat laskutuksen ja kysyntäanalyysin perusta. Meteorologiset tiedot (lämpötila, säteilyvoimakkuus, tuulen nopeus) ovat tuotannon ja kysynnän ennusteen panos. Markkinatiedot (tuntihinnat) ovat taloudellisen analyysin syöte.

Näiden tietojen yhteinen piirre on, että ne sisältävät aikaleiman (päivämäärä-aika -tunnisteen, johon jokainen mittaus kuuluu) ja yhden tai useamman mittausarvon. Tämä on kriittisin kohta: jos aikaleimaa ei ymmärretä oikein, kaikki muu romahtaa.

Tarkkuus, aikavyöhyke ja kesäaikaloukut

Yllättävän suuri osa energiatiedon virheistä tulee aika-akselilta. Korostetaan erityisesti kolme ansaa.

Resoluutio hämmennystä. Ilmoittaako mittari 15 minuutin energian (kWh) vai hetkellisen tehon (kW)? Niiden yhteenlaskeminen antaa erilaisia ​​tuloksia: 15 minuutin neljän kW:n keskiarvo on teho, kun taas neljän summa ei vastaa tuntienergiaa (tarvitaan neljännestunnin energioiden summa). Mitään summaa ei voida tehdä ymmärtämättä yksikköä ja resoluutiota yhdessä.

Aikavyöhyke. Säilytetäänkö tiedot paikallista aikaa (TRT/UTC+3 Turkkiye) vai yleisaikaa (UTC)? Kaksi eri järjestelmistä tulevaa sarjaa voivat olla eri aikavyöhykkeillä; Kolmen tunnin vuoro yhdistettäessä häiritsee koko huipputuntianalyysin.

Kesäaika (DST). Maissa, joissa kesäaikaan siirrytään, yksi tunti "häviää" kerran vuodessa ja "toistuu" kerran vuodessa. Tämä luo niille päiville 23 tai 25 tunnin päivät ja katkaisee tuntiprofiilit. Koska Türkiye on ottanut käyttöön pysyvän kesäajan (UTC+3) vuodesta 2016 lähtien, tämä ongelma ei näy paikallisissa tiedoissa, mutta kohtaat sen silti, kun työskentelet kansainvälisen tai vanhan tiedon kanssa.

Huomautus: Onko aikaleiman tunniste "alueen alku" vai "alueen loppu"? Osoittaako levy, jonka nimi on 14:00, kelloa 14:00-14:15 vai 13:45-14:00? Tämä yksittäinen päätös voi siirtää huippukelloa yhdellä viipaleella. Tee tämä sääntö selväksi jokaisen tietojoukon alussa.

Askel askeleelta: Tietojen valmistelun työnkulku tekoälyllä

Vaihe 1 – Löytäminen. Tunne tiedot: kuinka monta riviä, mikä alue, mikä resoluutio, mikä yksikkö? Tekoälylle muutaman sadan ensimmäisen rivin antaminen ja rakenteen yhteenveto paljastaa nopeasti sarakkeiden merkitykset ja mahdolliset yksiköt. Mutta tekoälyn yksikköarvio on hypoteesi; Se vahvistetaan lähdedokumentista.

Vaihe 2 – Standardoi aikajana. Kiinnitä yksi aikavyöhyke, korjaa resoluutio, määritä tag-sääntö (alku/loppu). AI voi luoda koodia, joka havaitsee epäsäännölliset intervallit ja puuttuvat aikaleimat.

Vaihe 3 – Epätäydelliset ja päällekkäiset tietueet. Viestintähäiriöt luovat jälleen tyhjyyttä ja kaksinkertaista tallennusta. AI tuottaa joukon sääntöjä, jotka merkitsevät aukkoja ja päällekkäisyyksiä; lyhyet aukot (esim. yksittäinen 15 minuuttia) voidaan täyttää sopivalla menetelmällä, pitkät aukot jätetään pois analyysistä ja raportoidaan.

Vaihe 4 – Outliers. Negatiivinen kulutus (ei tuotantoa), teho ylittää fyysisen ylärajan, äkillisiä hyppyjä. AI tarjoaa tilastollisen ja sääntöihin perustuvan poikkeamien havaitsemisen; Mutta poikkeava arvo ei aina ole virhe – se voi olla myös todellinen tapahtuma (esimerkiksi tehtaan siirtyminen verkkoon). Insinööri tekee tämän eron.

Vaihe 5 – Vahvistus. Puhdistetut tiedot testataan fyysisillä ankkureilla: auringonnousun/auringonlaskun on nollattava aurinkoenergian tuotanto, yökuormituksen on oltava pienempi kuin päivällä, kokonaisenergian on oltava laskun mukainen.

Kolme minikoteloa: Numeroiden mukaan

Tapaus 1 – Yhden tunnin lipsahdus. Erään analyytikon aurinkoenergian tuotantotiedot osoittivat keskipäivän huipun klo 14.00 klo 13:00 sijaan. Ongelma ei ollut paneelissa; Data oli UTC, mutta sen oletettiin olevan paikallista aikaa. Kun kolmen tunnin muutos havaittiin (tuotannon ilmestyminen ennen auringonnousua antoi ankkurin), koko analyysi parani; Sijoituspäätökset estettiin väärintulkintojen perusteella.

Tapaus 2 – Kaksinkertaiset tallenteet. Yhden jakelusyöttimen 30 päivän tuntitiedoissa kokonaiskulutus oli noin 4 prosenttia odotettua suurempi. Tekoälyavusteinen toiston tunnistus osoitti, että joitakin tunteja tallennettiin kahdesti yhteydenotoissa. 68 toistotietueen tyhjentämisen jälkeen kokonaissumma vastasi laskua.

Tapaus 3 – Vääriä nollia. Yksi mittari ilmoitti kulutuksen "0" viestintäkatkon aikana; Kulutus kuitenkin jatkui. Nämä väärät nollat ​​alensivat keskiarvoa ja veivät kysyntäennusteen harhaan. AI ehdotti sääntöä "Tarkista 0 arvot yhdessä läsnäololipun kanssa"; väärät nollat ​​merkittiin puuttuviksi tiedoiksi ja erotettiin oikeista nollista (esim. suljettu työpaikka).

Heikko kehote / Vahva kehote

Heikko kehote:

Tyhjennä nämä laskuritiedot.[data]

Tehokas kehotus:

Tehtäväsi: Energiatietoanalyytikko. Seuraavat mittaritiedot ovat 15 minuutin välein, paikallista aikaa (UTC+3), aikaleima ilmoittaa intervallin ALOITUKSEN, yksikkö kWh.Tehtävät:1) Listaa puuttuvat aikaleimat ja päällekkäiset tietueet (lukumäärä ja aika).2) Merkitse erikseen negatiivinen arvo ja fyysisen ylärajan ylittävät arvot (sopimusteho 25 kW); älä poista, vain merkitse.3) Tarjoa tarkistusta, jolla voit erottaa vääriä nollia todellisista noloista, joiden epäillään olevan virheellinen. Älä täytä arvoja itse; Tunnista se ensin, niin vahvistan täytön.

Tehokas kehote antaa resoluution, aikavyöhykkeen, tunnistesäännön ja ylärajan alusta alkaen; Se asettaa tekoälylle "havaitse ensin, kysy myöhemmin" -säännön. Tällä tavalla tiedot eivät turmele hiljaa.

Neljä kopioitavaa mallia

1) Tietojen profilointi:

Luo profiili seuraavista tiedoista: rivien määrä, ajanjakso, resoluutio, arvioitu yksikkö ja kunkin sarakkeen merkitys, puuttuva määrä, min/max/keskiarvo. Merkitse yksikköarviot "vahvistettava" -tunnisteella.

2) Aika-akselin ohjaus:

Tässä aikasarjassa havaitse: (a) odotetun alueen ulkopuolella olevat aukot, (b) toistuvat aikaleimat, (c) mahdolliset siirtymät kesäajan/aikavyöhykkeen takia. Listaa jokainen löytö sen aikavälillä. Kirjoita korjausehdotuksesi erikseen; SOVELLUS.

3) Outlier-sääntö:

Merkitse poikkeamat käyttämällä näitä fysikaalisia rajoja: teho 0-[X] kW, lämpötila [A]-[B] °C. Tee myös erillinen luettelo tilastollisista poikkeavuuksista (esim. poikkeaa liian kauas mediaanista). Esitä jokaisen poikkeavan arvon kohdalla kysymys "mahdollinen virhe tai todellinen tapahtuma"; Anna minun päättää.

4) Tarkastus puhdistuksen jälkeen:

Testaa puhdistetut tiedot seuraavilla fyysisillä ankkureilla ja ilmoita epäjohdonmukaisuudet: aurinkoenergian tuotannon tulee olla nolla yöllä; kokonaisenergian on oltava odotetun laskun tason sisällä; Yökuormituksen tulee olla pienempi kuin päivähuippu. Kirjoita hyväksytty/hylätty jokaiselle ankkurille.

Tietojen laatuongelmataulukko

ongelma

oire

vahvistusankkuri

Aikavyöhykkeen vaihto

Ylin kello on epäloogisessa paikassa

Kohdista auringonnousun/-laskun kanssa

Kesäaika (DST)

23/25 tunnin päivät

Laske päivän pituus

vale nolla

0, jos yhteys katkeaa

Yhdistä viestintälipun kanssa

rekisteröidä uudelleen

Yli kokonaislaskun

Tarkista aikaleiman ainutlaatuisuus

Yksikön hämmennys

Sijoitus 60/1000 kertaa perverssi

Tarkista kW↔kWh muunnos

negatiivinen arvo

Negatiivinen kulutus, kun tuotantoa ei ole

Fyysisen merkin sääntö

Yleisiä virheitä

  • Hiljainen puuttuvien tietojen täyttäminen nollalla. Nolla tarkoittaa "ei kulutusta", ei "ei tietoja"; näiden kahden sekoittaminen vääristää keskiarvoa ja ennustetta.
  • Poista poikkeamat automaattisesti. Poikkeava arvo voi olla todellinen tapahtuma; Insinöörin tarkastus vaaditaan ennen poistamista.
  • Olettaen aikavyöhykkeen. Sanominen "se on luultavasti paikallinen" on yksi kalleimmista virheistä; Tarkista aina lähteestä.
  • Liukoisuuden kerääminen sekoittamalla. Tehon (kW) arvojen lisääminen energiaksi (kWh) antaa virheellisen summan.
  • Ei tarkistanut puhtautta. Puhdistetut tiedot voivat myös olla vioittuneet; Muista testata se fyysisillä ankkureilla.
Vinkki: Kirjoita "tietolokiin" jokainen tietojen puhdistamisen vaihe: kuinka monta tietuetta on merkitty, kuinka monta täytettiin, mitä sääntöä käytettiin. Tämä loki varmistaa sekä uusittavuuden että tarkastettavuuden; vuotta myöhemmin "mistä tämä numero tuli?" vastaa kysymykseen.

Yhteenvetona

Energia-analyysin perusta on puhdas aikasarja. Tiedot tulevat SCADA:lta, mittarilta, meteorologialta ja markkinoilta; jokaisessa on resoluutio, yksikkö, aikavyöhyke ja kesäaikaloukut. Tekoäly on erittäin tehokas nopeuttamaan puuttuvien, kaksoiskappaleiden ja poikkeavien tekijöiden havaitsemista, mutta poisto- ja täyttöpäätökset tulee jäädä suunnittelijalle, ja tulos tulee vahvistaa fyysisillä ankkureilla. Mikään analyysi ei ole luotettava ilman oikeaa aikaleiman ymmärtämistä.

Sovellustehtävä

Ota energia-aikasarja (mittari, tuotanto tai lämpötila) käteesi. Pyydä tekoälyltä laaturaportti käyttämällä "Aikajana-tarkastus"- ja "Dataprofilointi"-malleja. Tarkista sitten manuaalisesti kolme asiaa: ovatko yksikkö ja resoluutio oikein, onko huippukello fyysisesti kohtuullinen, onko kokonaisenergia laskun mukainen? Kuvaile lyhyesti löytämääsi tietojen laatuongelmaa ja kuinka korjasit sen.

tarkistuslista

  • [ ] Olen vahvistanut tietojen lähteen, resoluution ja yksikön
  • [ ] Selvensin aikavyöhyke- ja aikaleimatunnisteen sääntöä (alku/loppu)
  • [ ] Tarkistin kesäajasta johtuvan 23/25 tunnin päivien riskin
  • [ ] Huomasin puuttuvat ja päällekkäiset tietueet ja ilmoitin niistä
  • [ ] Tarkastin poikkeavia arvoja "virheen tai tapahtuman" erolla.
  • [ ] Erotin vääriä nollia todellisista noloista
  • [ ] Tarkastin puhdistetut tiedot fyysisillä ankkureilla ja pidin datalokia