Robôs industriais e veículos automatizados frequentemente consomem GNSS dados como uma entrada entre várias. Portanto, um teste de aceitação não deve perguntar apenas se o receptor relata uma posição. Deve mostrar como a plataforma completa se comporta antes, durante e depois de uma perturbação de sinal definida—e se a evidência resultante é suficiente para as condições operacionais pretendidas.
O NIST descreve o uso resiliente de posicionamento, navegação e temporização (PNT) como um problema de gestão de risco: as organizações devem identificar sistemas que dependem de PNT, detectar interrupção ou manipulação, responder e recuperar. A orientação federal de aquisição de PNT da CISA conecta igualmente requisitos operacionais, níveis de resiliência e evidências contratuais. Essas estruturas não certificam um robô ou receptor específico. Elas fornecem uma estrutura útil para decidir o que um registro de aceitação de engenharia deve conter.
1. Defina a questão de aceitação antes do teste
Comece com a decisão da plataforma que a evidência deve apoiar. Exemplos incluem:
- se GNSS a temporização permanece alinhada com o controlador do robô e os registros do sensor;
- se a plataforma detecta uma entrada de navegação inválida, degradada ou indisponível;
- se o sistema de controle transita para o estado seguro ou de navegação alternativa documentado;
- se GNSS os dados retornam de forma controlada e observável após o término da perturbação;
- se um engenheiro pode reproduzir o resultado a partir da configuração e dos registros gravados.
Registre o modelo do robô, GNSS receptor, antena, cabo, conector, firmware, constelações habilitadas e bandas de frequência, protocolo de interface, taxa de atualização, software de teste e referência de tempo. Um resultado sem esse contexto de configuração não deve ser tratado como transferível para outra instalação.
Para preparação da interface, consulte GNSS Compatibilidade do Receptor para Anti-Jamming Integração e o ResiNav catálogo de produtos.
2. Capture uma linha de base limpa
Antes de introduzir uma perturbação controlada, colete uma linha de base sob um ambiente de sinal documentado. A linha de base deve incluir os mesmos canais de dados que serão revisados durante o evento:
- solução de navegação do receptor e campos de validade/status;
- observações de satélite e sinal disponibilizadas pelo receptor;
- saída de tempo, temporização 1PPS ou mensagens seriais de tempo quando usadas pela plataforma;
- carimbos de tempo do controlador e carimbos de tempo dos logs de sensores;
- erros de interface, mensagens descartadas e eventos de reconexão;
- modo de operação do robô, seleção da fonte de navegação e estado de segurança;
- localização da antena, roteamento de cabos, condição de energia e emissores próximos.
O trabalho do NASCTN do NIST GPSusou saídas mensuráveis do receptor, como densidade de portadora sobre ruído, erro de posição, erro de tempo, satélites à vista, tempo para primeira fixação e tempo para primeira readquisição. Um teste de robô industrial não precisa copiar esse programa de pesquisa, mas deve selecionar métricas observáveis antes do teste, em vez de escolhê-las após ver o resultado.
3. Verifique o tempo como uma propriedade do sistema
Se o robô usa GNSS para tempo, valide mais do que a presença de um sinal 1PPS. Documente:
- a fonte de tempo de referência e a rastreabilidade apropriadas para o teste;
- o caminho elétrico e de protocolo do receptor ao controlador;
- a relação entre 1PPS, mensagens seriais de tempo e carimbos de tempo de aplicação;
- o deslocamento normal e a variação medidos durante a linha de base;
- a indicação de alarme ou validade quando o tempo GNSS se torna não confiável;
- o comportamento da plataforma enquanto o tempo GNSS está indisponível;
- as condições necessárias antes que a plataforma aceite o tempo recuperado.
Não infira a precisão do tempo a partir de um rótulo do receptor ou de uma descrição nominal de interface. Meça o comportamento no ponto onde o robô consome a informação de tempo.
4. Use um método de perturbação controlado e autorizado
Testes de radiofrequência devem cumprir a lei aplicável, as regras do local e os controles de espectro. Não irradie um sinal de interferência ou falsificação em ambiente aberto. Use um método de laboratório autorizado, como uma blindagem, injeção conduzida, simulador GNSS aprovado ou outra instalação controlada selecionada por pessoal qualificado.
O plano de teste deve definir:
- o tipo de perturbação e o método de teste permitido;
- marcadores de início e fim visíveis nos registros de RF e da plataforma;
- variáveis controladas e sequência de etapas;
- observações do receptor e da plataforma em cada etapa;
- critérios de abortamento que protegem pessoas, equipamentos e sistemas ao redor;
- o método para retornar a plataforma à sua linha de base verificada.
O NIST observa que os sinais e dados de PNT podem ser afetados por eventos naturais, fabricados, intencionais e não intencionais. O relatório de aceitação deve, portanto, descrever a condição testada com precisão e não deve generalizar um cenário de laboratório em uma alegação universal de desempenho em campo.
5. Registre a detecção e a resposta da plataforma
Para cada etapa de teste, correlacione o evento do receptor com a resposta da plataforma. Evidências úteis podem incluir:
- a primeira indicação do receptor de dados degradados ou inválidos;
- o primeiro alarme ou evento de diagnóstico da plataforma;
- mudanças na seleção da fonte de navegação;
- mudanças no modo de controle ou no comportamento de estado seguro;
- continuidade e ordenação de mensagens seriais ou de rede;
- notificações do operador e carimbos de data/hora dos eventos;
- quaisquer dados que permaneçam obsoletos após a alteração do sinalizador de validade.
A resposta segura do robô é uma decisão de engenharia em nível de aplicação. Um GNSS terminal sozinho não pode definir a resposta correta de controle de movimento ou segurança funcional para cada plataforma.
Revise a página de aplicação de Robótica Industrial e Automação para as questões de integração que devem ser resolvidas antes de selecionar uma antena ou terminal.
6. Defina a recuperação antes de medi-la
“Recuperado” deve ter uma definição por escrito. Pode exigir todos os seguintes itens:
- a perturbação terminou e a configuração de teste confirma uma condição de entrada normal;
- o receptor relata uma solução válida usando a configuração esperada;
- as saídas de temporização e navegação permanecem dentro dos limites aprovados do projeto por um período de observação definido;
- a plataforma limpa ou reconhece alarmes de acordo com sua lógica documentada;
- o controlador retoma o modo de navegação permitido sem um salto inexplicável, mensagem obsoleta ou descontinuidade de timestamp;
- a cadeia de evidências completa está presente nos logs exportados.
Registre os tempos de reaquisição e recuperação como resultados da configuração de teste específica. Não os converta em uma garantia geral do produto sem uma especificação verificada cobrindo as mesmas condições.
7. Construa uma matriz de aceitação
| Fase de teste | Evidência necessária | Pergunta de aceitação de exemplo |
|---|---|---|
| Configuração | Receptor, antena, cabo, firmware, interfaces, bandas habilitadas e software da plataforma | Outro engenheiro pode reproduzir a configuração? |
| Linha de base | Posição/status, temporização, observações de sinal, integridade da mensagem e estado da plataforma | O comportamento normal é documentado antes do evento? |
| Detecção | Mudanças de validade/alarme do receptor e timestamps correlacionados | O sistema reconhece a perturbação definida? |
| Resposta | Modo da plataforma, seleção de fonte, ação de segurança e indicação do operador | O robô segue sua lógica de resposta aprovada? |
| Recuperação | Reaquisição, período de observação estável, limpeza de alarme e continuidade de saída | O retorno ao serviço é controlado e auditável? |
| Relatório | Logs brutos, gráficos, arquivos de configuração, desvios e aprovações | A decisão é apoiada por evidências retidas? |
8. Retenha um pacote de evidências de engenharia
O pacote final deve incluir o plano de teste aprovado, manifesto de configuração, fotografias ou diagramas da configuração, informações de calibração/referência quando aplicável, logs brutos do receptor, logs da plataforma, marcadores de eventos, método de análise, desvios, observações não resolvidas e os nomes ou funções dos revisores.
Mantenha os dados brutos separados dos gráficos interpretados. Se um valor foi filtrado, reamostrado ou alinhado, documente a transformação. Isso apoia investigações posteriores quando o firmware, a colocação da antena, o roteamento de cabos ou o controlador do robô mudam.
Perguntas frequentes
Este teste prova que um robô industrial é seguro em todos os ambientes de GNSS interferência?
Não. Ele documenta o comportamento sob a configuração e condições de teste definidas. Segurança funcional, conformidade espectral e adequação de implantação exigem os engenheiros responsáveis da plataforma e as autoridades relevantes.
Qual tempo de recuperação deve ser especificado?
Especifique primeiro o evento e o ponto final: reaquisição do receptor, saída de navegação válida, estabilidade de temporização, limpeza de alarme da plataforma ou retorno a um modo de controle aprovado. Estas são medições diferentes e não devem ser combinadas em um único número indefinido.
A interferência de jamming ao ar livre pode ser usada para testes de aceitação?
Não realize testes de interferência radiada não autorizados. Use um método legalmente compatível e controlado, selecionado por pessoal qualificado, como uma configuração de laboratório blindada ou conduzida.
O que deve ser enviado com um RFQ?
Forneça o tipo de plataforma, receptor, constelações e bandas, restrições de antena e cabo, interfaces, energia, ambiente, desenhos de instalação, logs necessários e as perguntas de aceitação que o projeto deve responder. Use o ResiNav RFQ formulário para uma revisão de engenharia.
Referências de engenharia
- NIST: Uso Responsável de Serviços de Posicionamento, Navegação e Temporização
- NISTIR 8323 Rev. 1: Perfil Fundamental de PNT
- NIST NASCTN: Impacto de Sinais LTE em GPSReceptores
- CISA: Orientação para Aquisições de Serviços Federais de PNT
Próximo passo
Para discutir um plano de aceitação repetível para seu receptor, antena e plataforma industrial, solicite uma ResiNav revisão de engenharia.
PRÓXIMA ETAPA
Transforme as informações disponíveis da plataforma em uma revisão de engenharia.
Use o centro de Tecnologia para orientar a discussão, analise os cenários de aplicação relevantes e envie então os detalhes disponíveis da plataforma e do receptor para confirmação.