Roboții de inspecție și industriali generează observații vizuale, termice și senzoriale de care echipele de întreținere au nevoie să fie interpretate în context, fără ca această interpretare să câștige vreodată autoritate asupra controlului motorului sau a blocajelor de siguranță. Această pagină stabilește modul în care un astfel de flux de lucru ar fi planificat și rulat pe inTheEU Assist, nu o înregistrare a unei implementări finalizate.
Observațiile colectate de un robot, imaginile, citirile termice, telemetria, ar fi ingerate și indexate la sediul, alimentând un pachet de cunoștințe destinat propriului chiriaș al operatorului. Un agent configurat pentru fluxul de lucru ar compara o nouă observație cu istoricul de întreținere aprobat și ar propune o constatare candidată, introdusă cu un statut de propus și legat de activul specific și misiunea din care provine. O solicitare pentru o inspecție mai atentă ar urma aceeași cale propusă spre aprobată înainte de efectuarea oricărei repoziționări.
Sistemul de control propriu al robotului, controlul motorului și al actuatorului, evitarea coliziunilor, oprirea de urgență, blocajele de siguranță, ar rămâne complet în afara acestui flux de lucru. Platforma nu va deține, solicita sau executa niciodată autoritate asupra acelor sisteme și nicio acțiune nu ajunge la robot până când acesta nu a trecut printr-o aprobare explicită.
Fiecare cerere de constatare sau repoziționare ar necesita aprobarea explicită din partea unui inginer desemnat înainte de a fi tratată ca stabilită sau acționată. Aceasta nu este o politică stratificată peste fluxul de lucru. Este mecanismul prin care fluxul de lucru continuă: o etapă neaprobată pur și simplu nu execută următorul pas.
Fluxul de lucru care semnalează constatarea, ciclul de viață al revizuirii propus până la aprobat și lanțul de audit semnat din spatele fiecărei acțiuni sunt părți de lucru ale platformei. Ceea ce încă nu face parte din asta: un model de percepție specific robotului, antrenat pe echipamentul și mediul propriu al unui anumit operator, care este exact ceea ce ar construi un pilot inițial. Sistemul de control determinist al robotului rămâne în afara domeniului de aplicare al platformei în întregime, prin proiectare. Raționamentul ingineresc într-o desfășurare a roboticii ar rămâne în sarcina propriei echipe a operatorului pe tot parcursul și orice abilitate de percepție specifică activelor ar fi dezvoltată alături de ei, nu furnizată ca model de la raft.
O parte din arhitectura care stă la baza acestui set de capabilități este documentată în dosare încă în curs. Această pagină descrie pentru ce este proiectată platforma, la un nivel adecvat pentru planificarea unui pilot, nu o specificație de implementare.
Caracteristicile platformei și interfața sunt supuse îmbunătățirii continue. Este posibil ca descrierile din acest ghid să nu reflecte aspectul sau formularea exactă a celei mai recente versiuni lansate.