Um documento de controle de interface (ICD) de receptor GNSS transforma uma discussão de integração em uma transferência de engenharia rastreável. Ele registra o que o receptor expõe, o que a plataforma host espera e quais evidências devem ser coletadas antes que uma antena ou terminal anti-jamming seja selecionado.
Este guia é um framework de documentação, não uma alegação de compatibilidade. O comportamento do receptor, sinais suportados, precisão de temporização, limites ambientais e adequação de instalação devem ser confirmados a partir da documentação atual do fabricante e de evidências de teste específicas do projeto.
Por que o ICD do receptor é importante
Um receptor pode fornecer várias interfaces elétricas e de dados, mas um projeto ainda pode falhar se pinagens de conectores, níveis de tensão, temporização de mensagens ou propriedade de configuração permanecerem ambíguos. Um ICD útil cria uma referência controlada para o receptor GNSS, o equipamento anti-jamming, o computador host e a equipe de instalação.
Antes de solicitar uma cotação, combine este documento com a lista de verificação de compatibilidade do receptor GNSS e a lista de verificação de instalação GNSS anti-jamming.
1. Identifique a configuração do receptor
- Fabricante, modelo exato e revisão de hardware.
- Versão de firmware e o arquivo de configuração ou conjunto de comandos usado para teste.
- Constelações habilitadas, bandas de frequência e modos de processamento de sinal.
- Tipo de entrada de antena, conector, impedância e qualquer alimentação de bias documentada.
- Restrições conhecidas, desvios abertos e o responsável pela aprovação.
Não use um nome de família onde uma variante específica do receptor é necessária. Um pequeno sufixo ou mudança de firmware pode alterar portas, mensagens ou comportamento de temporização.
2. Documente as interfaces de temporização
Registre cada saída de temporização separadamente. Itens típicos incluem 1PPS, mensagens de hora do dia, entradas de eventos e tempo de rede sincronizado. Para cada interface, documente o conector e pino, nível elétrico, polaridade, borda de referência, mensagem configurada, taxa de atualização e a condição sob a qual a saída é válida.
| Item de temporização | Entrada ICD necessária | Evidência de aceitação |
|---|---|---|
| 1PPS | Pino, nível de tensão, polaridade, borda de referência e condição de validade | Captura de osciloscópio e registro de status do receptor |
| Mensagem de hora | Protocolo, identificador de mensagem, taxa de baud e relação com 1PPS | Log serial com timestamp e saída do parser |
| Entrada de evento | Limites elétricos, borda de disparo e comportamento da mensagem de evento | Registro de estímulo e log do receptor correlacionado |
| Temporização de rede | Protocolo, configurações de endereço, estado de sincronização e comportamento de fallback | Captura de pacotes e registro de status do host |
Não copie um valor de precisão nominal para o ICD, a menos que as condições operacionais aplicáveis e a fonte de evidência também sejam citadas.
3. Defina portas seriais, USB e Ethernet
Para cada porta física, especifique sua função e propriedade. Uma entrada completa normalmente inclui conector, pinagem, padrão elétrico, taxa de baud ou velocidade de link, enquadramento, protocolo, conjunto de mensagens, taxa de atualização, permissões de comando e comportamento de inicialização.
- Separe portas de configuração de portas de dados operacionais.
- Declare se as configurações persistem após ciclos de energia.
- Registre qualquer porta compartilhada com diagnóstico ou atualizações de firmware.
- Defina como o host detecta dados de navegação inválidos, obsoletos ou ausentes.
- Anexe uma amostra de dados capturada usando a configuração de produção pretendida.
URLs, endereços IP, configurações seriais e parâmetros de consulta devem ser copiados exatamente. Eles não devem ser traduzidos ou reformatados em documentação de projeto multilíngue.
4. Controle energia, aterramento e detalhes de bias da antena
O ICD deve identificar a faixa de alimentação do receptor a partir de documentação aprovada, transições de estado de energia esperadas, referência de aterramento, terminação de blindagem e qualquer saída de bias de antena. Se um terminal anti-jamming estiver entre a antena e o receptor, confirme qual dispositivo fornece energia de bias e como os caminhos DC são gerenciados.
Registre números de peça de conectores, conectores de acoplamento, identificadores de conjuntos de cabos e restrições de acesso de serviço. Não assuma que um conector mecanicamente compatível tenha a pinagem ou comportamento de energia correto.
5. Proteja a configuração e o controle de mudanças
Atribua uma versão ao ICD e a cada desenho, log e arquivo de configuração referenciado. Quando o firmware do receptor, caminho da antena, software host ou configuração de mensagens mudar, repita as verificações de aceitação afetadas e atualize a versão de origem.
Um registro de mudança prático inclui o valor anterior, novo valor, motivo, proprietário da aprovação, testes afetados e o pacote de evidências gerado após a mudança.
Matriz de evidências de aceitação
| Interface | Evidência a reter | Pergunta de revisão |
|---|---|---|
| Caminho de RF da antena | Desenho, lista de cabos, dados de conectores e fotografias de instalação | O caminho de RF documentado é idêntico ao caminho testado? |
| Dados de navegação | Log bruto, relatório de mensagem decodificada e resultado do parser do host | O host pode identificar dados válidos, inválidos e obsoletos? |
| Temporização | Captura de 1PPS, log de mensagem de hora e nota de correlação | A borda de referência e a época da mensagem são inequívocas? |
| Energia | Diagrama de fiação, captura de inicialização e registro de estado de falha | As responsabilidades de alimentação, retorno e bias estão definidas? |
| Configuração | Configurações exportadas, identidade do firmware e checksum | A configuração testada pode ser reproduzida? |
Lista de verificação de entrega RFQ
- Forneça o modelo exato do receptor, revisão de hardware e versão de firmware.
- Anexe a documentação da interface do receptor e o ICD específico do projeto.
- Liste os sinais GNSS habilitados, restrições de entrada do receptor e comportamento de bias da antena.
- Forneça desenhos mecânicos, envelope disponível, rotas de cabos e requisitos de conectores.
- Descreva interfaces do host, taxas de mensagens, saídas de temporização e propriedade de configuração.
- Declare restrições ambientais e de instalação que exigem revisão de engenharia.
- Identifique os testes de aceitação e evidências necessárias antes do lançamento.
Use a página ResiNav RFQ para enviar o conjunto de entrada controlado. A seleção do produto deve permanecer provisória até que o receptor, caminho de RF, instalação mecânica e critérios de aceitação sejam revisados juntos.
Perguntas frequentes
Um datasheet do receptor é suficiente para uma revisão de integração?
Não. Um datasheet é uma fonte importante, mas o projeto também precisa da variante exata do receptor, firmware, configuração habilitada, interfaces do host, restrições de instalação e evidências de aceitação.
O ICD deve incluir resultados medidos?
Sim, quando as medições estão disponíveis e são rastreáveis. Mantenha os resultados medidos separados dos requisitos e identifique a configuração de teste, equipamento e data.
Um ICD pode cobrir vários modelos de receptor?
Somente quando as interfaces e o comportamento são demonstravelmente idênticos para o escopo controlado. Caso contrário, use seções específicas do modelo ou versões separadas.
Quando o ICD deve ser atualizado?
Atualize-o sempre que uma interface controlada, configuração, cabo, firmware, parser do host ou critério de aceitação mudar. A versão de origem revisada deve acionar uma revisão de cada cópia traduzida.
Próximo passo de engenharia
Após o ICD estar completo, compare as restrições documentadas do receptor com o catálogo de produtos ResiNav. A adequação final, configuração e escopo de teste permanecem sujeitos à confirmaçã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.