Operações de UAV
As missões de UAV de inspeção de infraestrutura geram imagens e dados de sensores que precisam ser interpretados no meio da missão, sem que essa interpretação ganhe autoridade sobre o controle de voo. 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
Uma missão seria apresentada por um operador autorizado e decomposta numa sequência definida de fases, levantamento, análise, inspecção mais detalhada quando justificado, elaboração de relatórios. Os dados de imagens e sensores coletados durante a missão seriam indexados no local, alimentando um pacote de conhecimento direcionado ao próprio locatário da operadora. Um agente configurado para o fluxo de trabalho compararia as observações com o material de referência aprovado e proporia uma descoberta candidata, inserida com status de proposta e vinculada à missão específica de onde veio. Uma solicitação de inspeção mais detalhada seguiria o mesmo caminho proposto para aprovação antes do reposicionamento do UAV.
O próprio controlador de voo do UAV, estabilização, navegação, delimitação geográfica, regresso a casa e procedimentos de emergência, prevenção de colisões quando implementados, permaneceriam inteiramente fora deste fluxo de trabalho. A plataforma nunca deteria, solicitaria ou executaria autoridade sobre esses sistemas, e nenhuma manobra chegaria à aeronave até que 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 operador 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 decomposição da missão, 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 disto: um modelo de percepção específico da missão treinado nos recursos e terreno do próprio operador, que é exactamente o que um piloto inicial construiria. O controlador de voo determinístico do UAV permanece inteiramente fora do escopo da plataforma, por design. O julgamento operacional em uma implantação de UAV permaneceria com a própria equipe do operador durante todo o processo, e qualquer habilidade de percepção específica da missão 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.