Generationstillgångar, solceller, vindkraft, vattenkraft, termisk och lagring, producerar kontinuerlig telemetri som operatörer behöver tolkas, inte bara loggas, utan att den tolkningen någonsin får auktoritet över anläggningskontroll. Den här sidan anger hur ett sådant arbetsflöde skulle planeras och köras på inTheEU Assist, inte en registrering av en slutförd implementering.
Telemetri från växelriktare, turbiner, generatorer eller lagringssystem skulle intas och indexeras på lokaler, vilket ger ett kunskapspaket med omfattning till operatörens egen hyresgäst. En agent konfigurerad för arbetsflödet skulle jämföra aktuella avläsningar mot godkänd drifthistorik och föreslå kandidatavvikelser, var och en kopplad till en specifik tillgång och inmatad med statusen föreslagen. En begäran om närmare inspektion, såsom ett planerat drönarpass eller ett underhållsbesök, skulle följa samma väg som föreslagits till godkänd.
Deterministisk anläggningsstyrning, skyddsreläer, turbin- och växelriktarstyrning, nätsynkronisering, nödavstängning, skulle förbli helt utanför detta arbetsflöde. Plattformen skulle aldrig inneha, begära eller verkställa auktoritet över dessa system.
Varje anomaliflagga eller underhållsrekommendation skulle kräva uttryckligt godkännande från en namngiven ingenjör innan den behandlas som etablerad eller åtgärdad. Detta är inte en policy som ligger ovanpå arbetsflödet. Det är den mekanism genom vilken arbetsflödet överhuvudtaget fortskrider: ett icke godkänt steg utför helt enkelt inte nästa steg.
Det anomali-flaggade arbetsflödet, den föreslagna till-godkända granskningens livscykel och den signerade revisionskedjan bakom varje åtgärd är fungerande delar av plattformen. Vad som ännu inte är en del av detta: en tillgångsspecifik modell tränad på en given operatörs egen inverter-, turbin- eller generatortelemetri, vilket är exakt vad en första pilot skulle bygga. Anläggningskontrollsystem förblir helt och hållet utanför plattformens räckvidd, genom design. Domänbedömningen i en energiinstallation skulle förbli hos operatörens egna ingenjörer hela tiden, och alla tillgångsspecifika analysfärdigheter skulle utvecklas tillsammans med dem, inte tillhandahållas som en standardmodell.
En del av arkitekturen som ligger till grund för denna kapacitetsuppsättning är dokumenterad i ansökningar som fortfarande pågår. Den här sidan beskriver vad plattformen är designad för att göra, på en nivå som är lämplig för att planera en pilot, inte en implementeringsspecifikation.
Plattformsfunktioner och gränssnitt är föremål för ständiga förbättringar. Descriptions in this guide may not reflect the exact layout or wording of the latest released version.