Autonome robotica
Inspectie- en industriële robots genereren visuele, thermische en sensorobservaties die onderhoudsteams in hun context moeten interpreteren, zonder dat die interpretatie ooit gezag krijgt over motorbesturing of veiligheidsvergrendelingen. 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
Waarnemingen verzameld door een robot, afbeeldingen, thermische metingen, telemetrie, zouden 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 een nieuwe observatie met de goedgekeurde onderhoudsgeschiedenis en stelt een kandidaatbevinding voor, ingevoerd met de status voorgesteld en gekoppeld aan het specifieke asset en de missie waar het vandaan komt. Een verzoek om nadere inspectie zou hetzelfde voorgestelde-tot-goedgekeurde pad volgen voordat enige herpositionering wordt uitgevoerd.
Het eigen besturingssysteem van de robot, de motor- en actuatorbesturing, het vermijden van botsingen, de noodstop en de veiligheidsvergrendelingen zouden volledig buiten deze workflow blijven. Het platform zou nooit autoriteit over deze systemen hebben, vragen of uitoefenen, en geen enkele actie bereikt de robot totdat deze een expliciete goedkeuring heeft gekregen.
Waar menselijke goedkeuring zit
Voor elk verzoek tot bevinding of herpositionering is expliciete goedkeuring van een met name genoemde ingenieur vereist voordat het 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 voor het markeren van bevindingen, 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 robotspecifiek perceptiemodel dat is getraind op de eigen apparatuur en omgeving van een bepaalde operator, en dat is precies wat een eerste pilot zou bouwen. Het deterministische besturingssysteem van de robot blijft door zijn ontwerp geheel buiten de reikwijdte van het platform. Het technische oordeel bij een robotica-implementatie zou de hele tijd bij het eigen team van de operator blijven, en elke asset-specifieke perceptievaardigheid zou samen met hen worden ontwikkeld, en niet als een kant-en-klaar model worden geleverd.
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.