Robótica autônoma
Os robôs industriais e de inspeção geram observações visuais, térmicas e de sensores que as equipes de manutenção precisam interpretar no contexto, sem que essa interpretação ganhe autoridade sobre o controle do motor ou os intertravamentos de segurança. Esta página descreve como esse fluxo de trabalho seria planejado e executado no inTheEU Assist, e não um registro de uma implantação concluída.
Como o fluxo de trabalho seria estruturado
Observações coletadas por um robô, imagens, leituras térmicas, telemetria, seriam ingeridas e indexadas no local, alimentando um pacote de conhecimento direcionado ao próprio inquilino do operador. Um agente configurado para o fluxo de trabalho compararia uma nova observação com o histórico de manutenção aprovado e proporia uma descoberta candidata, inserida com status de proposta e vinculada ao ativo e missão específicos de onde veio. Uma solicitação de inspeção mais detalhada seguiria o mesmo caminho proposto para aprovação antes de qualquer reposicionamento ser realizado.
O próprio sistema de controle do robô, controle do motor e do atuador, prevenção de colisões, parada de emergência e intertravamentos de segurança permaneceriam inteiramente fora deste fluxo de trabalho. A plataforma nunca deteria, solicitaria ou executaria autoridade sobre esses sistemas, e nenhuma ação chegaria ao robô até que ela passasse por uma aprovação explícita.
Onde está a aprovação humana
Cada solicitação de descoberta ou reposicionamento exigiria a aprovação explícita de um engenheiro nomeado antes de ser tratada como estabelecida ou executada. Esta não é uma política colocada sobre o fluxo de trabalho. É o mecanismo pelo qual o fluxo de trabalho prossegue: uma etapa não aprovada simplesmente não executa a próxima etapa.
O que isso atrai hoje e o que não
O fluxo de trabalho de sinalização de descobertas, o ciclo de vida da revisão proposta para aprovação e a cadeia de auditoria assinada por trás de cada ação são partes funcionais da plataforma. O que ainda não faz parte disso: um modelo de percepção específico do robô treinado no equipamento e ambiente do próprio operador, que é exatamente o que um piloto inicial construiria. O sistema de controle determinístico do robô permanece inteiramente fora do escopo da plataforma, por design. O julgamento da engenharia em uma implantação robótica permaneceria com a própria equipe do operador durante todo o processo, e qualquer habilidade de percepção específica do ativo seria desenvolvida junto com eles, e não fornecida como um modelo pronto para uso.
Parte da arquitetura subjacente a esse conjunto de capacidades está documentada em registros ainda em andamento. Esta página descreve o que a plataforma foi projetada para fazer, em um nível apropriado para o planejamento de um piloto, não para uma especificação de implementação.
Os recursos e a interface da plataforma estão sujeitos a melhorias contínuas. As descrições neste guia podem não refletir o layout ou texto exato da versão mais recente lançada.