Definir um orçamento de mensagens MAVLink para ligações de levantamento
Defina prioridades de telemetria pela finalidade, frequência, sobrecarga, transferências concorrentes e comportamento medido na ligação de comunicação do levantamento.
Começar pela informação de que os utilizadores precisam
Um fluxo de telemetria deve servir tarefas operacionais e de revisão específicas, em vez de exibir todas as mensagens disponíveis com a maior frequência possível. Identifique quais componentes consomem informações de posição, atitude, estado, carga útil e outros dados relevantes. Separe a supervisão ao vivo das informações retidas a bordo para análise posterior. Isso dá um propósito a cada mensagem solicitada e evita que uma estação terrestre visualmente ocupada seja confundida com um fluxo de trabalho de comunicação cuidadosamente projetado.
Descrever o verdadeiro estrangulamento de comunicação
O caminho utilizável inclui interfaces série, rádios ou ligações de rede, componentes de encaminhamento e aplicativos de recepção. A taxa de dados principal de um modem não descreve automaticamente a taxa de transferência MAVLink disponível ao longo desse caminho. Registe as configurações da interface e os utilizadores concorrentes da ligação. Distinga uma direção da outra. Um orçamento útil identifica onde o congestionamento pode ocorrer, em vez de aplicar a mesma expectativa de taxa de mensagens a todos os cabos, modems e arranjos de rede.
Considerar mais do que o conteúdo das mensagens
Tamanho da mensagem, frequência solicitada, sobrecarga de protocolo e transações adicionais contribuem com tráfego. Recuperação de parâmetros, transferência de missão, atividade de ficheiros e vários consumidores podem alterar a demanda. Use a documentação da implementação ao estimar e solicitar taxas. Uma tabela simples pode conectar grupos de mensagens com propósito, frequência esperada e prioridade. Mantenha as estimativas distintas das medições para que um cálculo aparentemente confortável não seja apresentado como prova de que o link instalado tem capacidade suficiente.
Verificar os pedidos e a receção observada
Uma taxa solicitada pelo software não é necessariamente a taxa observada por um recetor. Verifique os carimbos de data/hora reais, o local de gravação e o comportamento do sistema sob condições representativas aprovadas. Observe o comportamento adaptativo ou os limites de implementação quando aplicável. Uma atualização mais rápida da ecrã pode ocultar dados repetidos, enquanto uma atualização mais lenta da ecrã não significa necessariamente que todas as mensagens foram perdidas. Preserve o método de medição para que outro revisor possa reproduzir qual parte do caminho da informação foi avaliada.
Avaliar deliberadamente as tarefas concorrentes
Revise o que acontece quando as transações de preparação ou suporte necessárias usam a mesma ligação. Não introduza tráfego não planeado durante uma missão operacional para criar um teste de esforço. Pessoal competente deve selecionar um ambiente e critérios de aceitação adequados. Se uma função necessária se tornar não confiável, identifique se as prioridades, taxas, interfaces ou fluxo de trabalho precisam de revisão. A remoção indiscriminada de mensagens úteis pode resolver o aparente congestionamento, deixando as operadores sem informações exigidas pelo processo aprovado.
Manter o orçamento associado à configuração
Retenha identidades de componentes, finalidades de mensagens, solicitações, taxas observadas, suposições de tráfego e limites aceites. Atualize o registo quando uma carga útil ou aplicação terrestre for alterada. Isso ajuda as equipas do NiVO a discutir os requisitos de telemetria antes de adicionar outro dispositivo ao link. O resultado é um design de informação compreensível apoiado por medições, em vez de uma receita de taxa universal ou uma suposição de que o aumento de cada fluxo melhora automaticamente a supervisão e a qualidade dos dados.
