Robotica autonoma
I robot industriali e di ispezione generano osservazioni visive, termiche e sensoriali che i team di manutenzione devono interpretare nel contesto, senza che tale interpretazione acquisisca mai autorità sul controllo del motore o sugli interblocchi di sicurezza. Questa pagina illustra come tale flusso di lavoro verrebbe pianificato ed eseguito su inTheEU Assist, non un record di una distribuzione completata.
Come sarebbe strutturato il flusso di lavoro
Le osservazioni raccolte da un robot, immagini, letture termiche e telemetria, verrebbero acquisite e indicizzate in sede, alimentando un pacchetto di conoscenze rivolto all'inquilino dell'operatore. Un agente configurato per il flusso di lavoro confronterebbe una nuova osservazione con la cronologia di manutenzione approvata e proporrebbe un risultato candidato, inserito con lo stato di proposto e legato alla risorsa specifica e alla missione da cui proviene. Una richiesta di ispezione più approfondita seguirebbe lo stesso percorso da proposto ad approvato prima di effettuare qualsiasi riposizionamento.
Il sistema di controllo del robot, il controllo del motore e dell'attuatore, la prevenzione delle collisioni, l'arresto di emergenza e gli interblocchi di sicurezza rimarrebbero completamente al di fuori di questo flusso di lavoro. La piattaforma non manterrà, richiederà o eseguirà mai autorità su tali sistemi e nessuna azione raggiunge il robot finché non ha superato un'approvazione esplicita.
Dove risiede l’approvazione umana
Ogni richiesta di ritrovamento o riposizionamento richiederebbe l'approvazione esplicita di un ingegnere nominato prima di essere trattata come stabilita o attuata. Questa non è una politica sovrapposta al flusso di lavoro. È il meccanismo attraverso il quale procede il flusso di lavoro: una fase non approvata semplicemente non esegue il passaggio successivo.
A cosa si ispira oggi e cosa no
Il flusso di lavoro di segnalazione dei risultati, il ciclo di vita della revisione dalla proposta all'approvazione e la catena di audit firmata dietro ogni azione sono parti funzionanti della piattaforma. Ciò che non fa ancora parte di questo: un modello di percezione specifico del robot addestrato sull'attrezzatura e sull'ambiente di un dato operatore, che è esattamente ciò che un pilota iniziale costruirebbe. In base alla progettazione, il sistema di controllo deterministico del robot rimane completamente al di fuori dell'ambito della piattaforma. Il giudizio ingegneristico in un'implementazione della robotica rimarrebbe sempre affidato al team dell'operatore e qualsiasi abilità di percezione specifica della risorsa verrebbe sviluppata insieme a loro, non fornita come modello standard.
Parte dell'architettura alla base di questo insieme di funzionalità è documentata in documenti ancora in corso. Questa pagina descrive lo scopo per cui è progettata la piattaforma, a un livello appropriato per la pianificazione di un progetto pilota, non come una specifica di implementazione.
Le funzionalità e l'interfaccia della piattaforma sono soggette a miglioramento continuo. Le descrizioni contenute in questa guida potrebbero non riflettere l'esatto layout o il testo dell'ultima versione rilasciata.