Tempo dos dados de correção NTRIP e interrupções de rede em levantamentos com drones
Acompanhe a disponibilidade das correções pela fonte, conteúdo, marcas temporais, percurso de rede, comportamento do recetor e evidências necessárias ao processamento posterior.
Separar transporte de dados e qualidade de posicionamento
O NTRIP transporta dados relacionados ao GNSS por meio de uma ligação com a Internet; um cliente conectado não prova por si só que todas as correções necessárias são atuais e utilizáveis. Identifique o provedor, o fluxo selecionado, a configuração do recetor e o fluxo de trabalho de posicionamento pretendido. Distinga o estado da ligação de rede do estado da solução do recetor. Isto evita que um indicador de ligação verde se torne um substituto para verificar se as observações reais apoiam a tarefa que a equipa de levantamento precisa de realizar.
Identificar a fonte de dados e o seu significado
Registe a identidade do fluxo, informações de referência relevantes, requisitos de conteúdo e o dispositivo que recebe os dados. Um fluxo com nome semelhante pode não ter as mesmas características. Mudanças na fonte ou referência precisam ser revisadas antes que os resultados sejam combinados. Mantenha os detalhes da conta privada fora dos registos partilhados de solução de problemas. As informações técnicas úteis são o fluxo e a configuração avaliados, e não as credenciais copiadas em um relatório ou uma captura de ecrã de um login bem-sucedido.
Interpretar a idade da correção pela documentação do recetor
Um campo de idade ou latência relatado tem uma definição em sua implementação. Estabeleça a qual carimbo de data/hora e dados ele se refere antes de escolher uma interpretação de aceitação. Não existe um limite de idade universal adequado para cada recetor, tipo de correção e requisito de projeto. Revise o comportamento real durante interrupções e recuperação por meio de verificações aprovadas. Preserve os registos originais para que um analista posterior possa determinar quais períodos continham as informações exigidas pelo fluxo de trabalho pretendido.
Representar as etapas da rede
O caminho pode incluir uma fonte de correção, caster NTRIP, rede móvel, aplicação cliente, interface serial ou de rádio e recetor. Registe a origem do estado e dos logs. Um ícone de sinal móvel não consegue estabelecer a entrega no dispositivo final. Compare carimbos de data/hora relevantes e alterações de ligação conhecidas. Isso ajuda a separar uma interrupção do provedor da conectividade local, do congestionamento da interface ou do comportamento do aplicação, evitando reconfigurações repetidas do recetor quando a evidência aponta para outro estágio.
Preservar opções de avaliação dos dados
Onde o sistema confirmado suportar gravação bruta e processamento posterior, identifique os ficheiros necessários antes de sair do local. O pós-processamento não é uma solução automática para cada observação perdida ou problema de referência. Revise a integridade, o tempo, as coordenadas de origem e a compatibilidade com o software pretendido. O plano de contingência do operador permanece separado das opções posteriores do analista de dados. Não continue um fluxo de trabalho sem suporte simplesmente porque alguém espera repará-lo posteriormente.
Relatar de forma transparente os períodos interrompidos
Associe os eventos de ligação, os estados do recetor, evidências de correção e segmentos de missão afetados. Explique o método utilizado para avaliar os resultados e quaisquer limitações restantes. Uma ligação restaurada não apaga o histórico do intervalo anterior. Este registo apoia as discussões do NiVO GNSS com uma questão técnica limitada e ajuda os destinatários a distinguir resultados utilizáveis confirmados de períodos que necessitam de verificações adicionais, em vez de assumir que um estado final bem-sucedido valida todo o levantamento.
