RTK GNSS vs. GNSS padrão para veículos industriais | PDS

Leve o mapa de trabalho do local para a reunião de orçamento. Use uma cor para as áreas gerais de localização: pátio, rota, zona de carga. Use outra cor para passagens, limites ou linhas de levantamento que a máquina precisa encontrar novamente. O GNSS padrão pode cobrir a primeira cor. A segunda cor é onde um projeto RTK merece uma análise mais detalhada, desde que o link de correção e a visibilidade do céu estejam disponíveis.

Esse mapa oferece uma visão mais clara sobre a diferença entre RTK GNSS e GNSS padrão do que apenas dois números de precisão de folheto. Ele leva o comprador de volta a uma decisão prática: o que o veículo precisa saber, por quanto tempo e o que acontece quando ele perde essa informação? Receptor, antena, serviço de correção, aplicação e sistema de contingência podem então ser analisados ​​como uma única instalação.

Comece pela decisão sobre o veículo, não pelo rótulo do receptor.

Um despachante que pergunta “em qual pátio está o caminhão 14?” tem um problema diferente de uma motoniveladora seguindo uma superfície mapeada ou de um trator encontrando a fileira de ontem. Coloque essa pergunta exata no topo da especificação. Abaixo dela, descreva o impacto que uma posição atrasada, ausente ou deslocada teria no trabalho. Agora a classe de posicionamento tem uma justificativa.

O GNSS padrão costuma ser uma opção sensata para o contexto da rota, visibilidade da frota e geocercas generosas. O RTK adiciona uma referência ou correção de rede às observações do receptor móvel. Em condições adequadas, isso pode permitir uma relação muito mais precisa com a referência de trabalho. Ele também adiciona um serviço, um caminho de dados, uma transição de estado e um processo de recuperação que devem ser gerenciados por alguém.

Coloque o caminho de correção ao lado do hardware.

A etiqueta RTK em um número de peça não fecha o circuito. Na mesma folha do terminal, liste a fonte de referência, o formato de correção, a conta, o ponto de montagem, o modem ou rádio, a antena e a cobertura esperada. Desenhe a rota da fonte ao receptor. Coloque um responsável ao lado de cada interrupção nessa rota.

Solicite uma verificação de correção em tempo real no local do comprador, não uma captura de tela de outra cidade. Áreas sem sinal de celular, interferência de rádio, credenciais expiradas e um fluxo incorreto podem fazer com que um receptor competente funcione sem a correção desejada. O arquivo do projeto deve indicar o que o terminal reporta naquele momento. "Ainda possui coordenadas" não é uma resposta completa.

As páginas CORS da NOAA fornecem informações úteis sobre estações de referência em operação contínua. Elas não estabelecem a cobertura do serviço para a rota do comprador. Cobertura, latência, acesso e termos comerciais pertencem ao serviço específico que está sendo proposto.

Estacione duas vezes antes de discutir a precisão.

Para o primeiro teste, deixe o veículo na área com céu mais limpo até que a configuração proposta se estabilize. Salve os dados de tempo, estado da solução, idade da correção, informações do satélite e posição. Para o segundo teste, use a parede, a copa das árvores, o estoque ou a linha de árvores reais. Salve os mesmos campos. A diferença entre esses registros é mais útil para a equipe de compras do que um dado retirado da ficha técnica do receptor.

Não junte três resultados em um só. Primeiro, compare a posição com a referência escolhida. Em seguida, conte quanto do teste continha a solução desejada. Por fim, procure por interrupções durante cada intervalo de trabalho. Um ponto a céu aberto pode parecer excelente, mesmo que o percurso ao redor do prédio continue falhando.

A análise de precisão do GPS.gov coloca o design do receptor e o ambiente operacional entre os fatores que influenciam o desempenho real. O ambiente em que o produto é adquirido precisa estar descrito ao lado.

Não deixe para escolher a antena de produção por último.

Uma antena de demonstração em um poste temporário é fácil de mover até que o resultado fique satisfatório. A antena de produção precisa conviver com teto, escapamento, luzes, rádios, bordas metálicas e cabos em movimento. Fotografe o teto e descreva a posição da antena, do plano de terra, do cabo e do conector abaixo da foto. Adicione a distância medida até o ponto do veículo utilizado na aplicação.

Faça uma verificação manual leve na antena instalada. O movimento do cabo deve parar no alívio de tensão, em vez de puxar o conector ou o suporte. Com a cabine aberta, siga o trajeto do cabo passando pelos rádios e pela fiação elétrica. Cinco minutos dedicados a essa verificação costumam revelar um risco que não consta em nenhuma tabela comparativa de GNSS.

Repita o percurso obstruído com o suporte e o chicote de cabos finais. Se o teste utilizou hardware diferente, rotule o resultado como “configuração de desenvolvimento” em vez de associá-lo à opção de produção. Solicite à PDS que revise o desenho do teto e do chicote de cabos para a configuração do terminal selecionada.

Descreva a transferência do controle do receptor para o controlador.

Abra uma mensagem de exemplo ou um registro ao lado da especificação da interface. Circule os campos de posição, tempo, sistema de coordenadas e estado da solução. Em seguida, pergunte ao engenheiro de controle quais círculos o aplicativo realmente lê. Um controlador que consome coordenadas, mas descarta o indicador de estado, pode continuar como se nada tivesse mudado após o desaparecimento das correções.

Registre a interface física, o formato da mensagem, a taxa de atualização e a fonte de tempo para a versão oferecida. Serial, CAN, Ethernet e USB não são intercambiáveis. O mesmo se aplica a duas famílias de firmware em gabinetes semelhantes. O registro usado para aceitação deve identificar o hardware do terminal, a opção do receptor e a versão do software que o gerou.

Desconecte o plugue de correção durante o teste.

Faça isso em um local controlado e a uma velocidade conhecida. Desconecte ou bloqueie o caminho de correção enquanto registra o estado do receptor e a resposta do aplicativo. Leia o registro posteriormente: quando o estado mudou, quando o aviso apareceu, o que chegou ao controlador e o que a máquina fez? Restabeleça a conexão, mas mantenha o cronômetro rodando até que a solução acordada retorne.

A folha de aceitação precisa de uma linha para este evento. Sem ela, "suporte de fallback" pode significar desde um alarme visual até o uso silencioso de uma estimativa de posição mais ampla. O fabricante da máquina é responsável pela ação segura; o fornecedor do terminal deve fornecer as informações de estado acordadas de forma suficientemente confiável para essa ação.

Dê uma avaliação justa da compra de um sistema GNSS padrão.

O comprador não economiza dinheiro ao escrever uma especificação vaga de GNSS. Defina o tamanho da cerca geográfica, o intervalo de atualização, a expectativa de inicialização, a rota e as obstruções. Teste a posição da antena e a interferência com o mesmo cuidado. Defina também o que o aplicativo exibirá quando a posição estiver desatualizada ou indisponível.

O GNSS padrão pode ser a solução mais simples para localização de frotas em larga escala ou para relatórios em zonas de baixo risco. Ele apresenta menos dependência de serviços de correção. Isso não significa que todos os receptores padrão sejam iguais, nem que uma localização aproximada se torne um dado de controle. Mantenha a decisão e sua tolerância visíveis.

Conte as linhas RTK adicionais antes de aprovar o orçamento.

Coloque as duas propostas lado a lado. Adicione a antena, o suporte, o cabo, o modem ou rádio, o plano de dados, a assinatura de correção, a integração, os registros, o comissionamento e o suporte técnico. Marque as peças fornecidas pelo comprador. Um receptor RTK mais barato com uma coluna de correção e integração vazia não é a solução mais econômica para o veículo.

O RTK geralmente se destaca em situações onde um caminho repetido, uma aresta medida ou uma referência de trabalho reduzem o desperdício ou o retrabalho. Ele não se destaca simplesmente porque o valor apresentado no folheto é menor. Use o teste de rota em etapas e interrupção para determinar a melhor relação entre RTK GNSS e GNSS padrão.

Anexe evidências que comprovem a opção específica que está sendo oferecida.

Forneça a todos os licitantes a mesma folha de configuração em branco. A cópia devolvida deve identificar o terminal, o receptor, a antena, o cabo, o método de correção, as interfaces e o firmware. Utilize a última linha para o número de série de amostra e o nome do arquivo de registro de rota. Uma alteração posterior nas opções apontará diretamente para a evidência que precisa ser revisada.

Evite solicitar indiscriminadamente “todos os relatórios GNSS”. Prefira um registro de rota simples, gerado pelo equipamento citado, em vez de um pacote grande proveniente de hardware desconhecido. Se uma pesquisa fornecer a referência, registre o método utilizado e o proprietário. Uma solicitação sem um registro correspondente ainda não recebe pontos de comparação.

Analise a proposta do PDS para a mesma rota.

Use a gama de produtos da PDS para identificar uma configuração inicial, não uma promessa final. Envie o desenho do veículo, o mapa de trabalho, a fonte de correção, a interface, a alimentação, a posição da antena e a rota de aceitação para a PDS. Uma carregadeira circulando entre pilhas de materiais, por exemplo, precisa que sua visão do céu em constante mudança seja adicionada à análise da aplicação para construção e mineração .

Sinalize um chicote de fios, gabinete, imagem de software ou suporte diferente durante a revisão OEM/ODM da PDS . A PDS pode separar uma opção disponível do trabalho do projeto e indicar qual registro se aplica à montagem. Mantenha a decisão sobre o uso de GNSS RTK versus GNSS padrão vinculada ao veículo, à configuração e à rota que foram efetivamente testadas.

Dez perguntas a serem respondidas antes do lançamento.

1. O RTK funciona sem correções em tempo real?

As coordenadas podem continuar, mas não estarão mais no mesmo estado operacional. Decida antecipadamente se o aplicativo pode utilizá-las.

2. O RTK é sempre a opção mais precisa?

Não existe uma única solução que funcione em todos os cantos de um local de trabalho. Teste as obstruções, reflexões, ruído de rádio, configuração da antena e aplicação de correções presentes no local.

3. É possível comparar diretamente os valores de precisão de duas brochuras?

Geralmente não. Primeiro, compare as estatísticas, a referência, o ambiente, a antena, a fonte de correção, a velocidade e o estado da solução por trás de cada figura.

4. O que deve ser registrado durante um teste de rota?

Mantenha registros de data e hora, posição, estado da solução, tempo de correção, velocidade, firmware e anotações para cada obstrução ou interrupção.

5. Por que registrar o ponto de referência da antena?

A aplicação pode precisar transformar a posição da antena para o ponto na máquina usado para orientação ou medição.

6. O GNSS padrão é suficiente para o rastreamento de frotas?

Isso geralmente ocorre quando a decisão diz respeito a uma rota ou zona, e não a uma linha demarcada. Teste a cerca geográfica real e o intervalo de atualização.

7. Quem é o proprietário da conta de correção?

Indique o nome da organização que adquire o sistema, renova as credenciais, monitoriza a cobertura e responde quando o acesso falha.

8. O que comprova que um registro corresponde à citação?

O registro de configuração, a identidade da amostra, a opção de hardware e o firmware devem apontar para o mesmo registro.

9. O controlador precisa ler o estado da solução?

Se a sua ação depender da qualidade da posição, a interface deverá conter o estado acordado e a aplicação deverá utilizá-lo.

10. O que encerra a comparação?

Uma configuração assinada e um teste de rota repetível encerram o processo. O resultado deve incluir o funcionamento normal, a obstrução principal, a perda de correção e a recuperação.

Contate-nos

📧E-mail: [email protected]

📞Telefone: +86 13421822024

🌐Site: www.szpds.com

Isenção de responsabilidade

As informações contidas neste artigo são apenas para referência. A PDS Technology Co., Ltd. não se responsabiliza por erros, omissões ou inadequação do conteúdo para aplicações específicas. As especificações do produto estão sujeitas a alterações sem aviso prévio. Os compradores devem verificar todos os detalhes técnicos com nossa equipe antes do uso.

Sobre a PDS Technology

A PDS Technology é uma fabricante líder de OEM/ODM de terminais GNSS RTK de alta precisão e computadores veiculares, atendendo aos setores de agricultura, construção, mineração, táxi e logística desde 2011.

Com mais de 15 anos de experiência em P&D para o setor automotivo, oferecemos dispositivos robustos e multi-SO (Android/Linux/OpenHarmony) com posicionamento RTK de precisão centimétrica, proteção IP66 e desempenho preparado para IA. Nossas fábricas com certificação IATF16949 produziram mais de 100.000 unidades, distribuídas globalmente, e detêm mais de 30% do mercado chinês de terminais de direção autônoma para o setor agrícola. Exportamos para o Japão, EUA, Reino Unido, Turquia, Rússia e outros países.