Energieproductie
Opwekkingsmiddelen, fotovoltaïsch, windenergie, waterkracht, warmte en opslag, produceren continue telemetrie die operators moeten interpreteren en niet alleen maar moeten registreren, zonder dat die interpretatie ooit gezag krijgt over de controle van de fabriek. Op deze pagina wordt uiteengezet hoe een dergelijke workflow zou worden gepland en uitgevoerd in TheEU Assist, geen verslag van een voltooide implementatie.
Hoe de workflow zou worden gestructureerd
Telemetrie van omvormers, turbines, generatoren of opslagsystemen zou ter plaatse worden opgenomen en geïndexeerd, waardoor een kennispakket aan de eigen huurder van de exploitant zou worden geleverd. Een agent die voor de workflow is geconfigureerd, vergelijkt de huidige meetwaarden met de goedgekeurde bedrijfsgeschiedenis en stelt kandidaat-afwijkingen voor, elk gekoppeld aan een specifiek asset en ingevoerd met de status voorgesteld. Een verzoek om nadere inspectie, zoals een geplande dronepas of een onderhoudsbezoek, zou hetzelfde voorgestelde tot goedgekeurde pad volgen.
Deterministische installatiecontrole, beveiligingsrelais, turbine- en inverterbesturing, netsynchronisatie en noodstop zouden volledig buiten deze workflow blijven. Het platform zou nooit autoriteit over deze systemen hebben, vragen of uitoefenen.
Waar menselijke goedkeuring zit
Voor elke anomalievlag of onderhoudsaanbeveling is expliciete goedkeuring van een genoemde ingenieur vereist voordat deze als vastgesteld wordt beschouwd of er actie op wordt ondernomen. Dit is geen beleid dat bovenop de workflow wordt gelegd. Het is het mechanisme waarmee de workflow überhaupt verloopt: een niet-goedgekeurde fase voert eenvoudigweg de volgende stap niet uit.
Waar dit vandaag de dag op gebaseerd is, en waar niet
De workflow die afwijkingen markeert, de levenscyclus van de voorgestelde tot goedgekeurde beoordeling en de ondertekende auditketen achter elke actie zijn werkende onderdelen van het platform. Wat hier nog geen deel van uitmaakt: een asset-specifiek model dat is getraind op de eigen inverter-, turbine- of generatortelemetrie van een bepaalde operator, en dat is precies wat een eerste pilot zou bouwen. Plantbesturingssystemen blijven door hun ontwerp geheel buiten de reikwijdte van het platform. Het domeinoordeel bij een energie-implementatie zou de hele tijd bij de eigen ingenieurs van de exploitant blijven, en alle asset-specifieke analysevaardigheden zouden samen met hen worden ontwikkeld, en niet als een kant-en-klaar model worden aangeboden.
Een deel van de architectuur die ten grondslag ligt aan deze capaciteitenset is gedocumenteerd in documenten die nog in behandeling zijn. Deze pagina beschrijft waarvoor het platform is ontworpen, op een niveau dat geschikt is voor het plannen van een pilot, en niet voor een implementatiespecificatie.
Platformfuncties en interface zijn onderhevig aan voortdurende verbetering. Beschrijvingen in deze handleiding geven mogelijk niet de exacte lay-out of formulering van de laatst uitgebrachte versie weer.