Qual é a diferença entre um protocolo de localizador GPS e uma API? O que devem os fornecedores de plataformas verificar antes de efetuarem uma aquisição?

Não se apresse a escolher o equipamento; primeiro, confirme para onde vão os dados

Muitos fornecedores de plataformas GPS, integradores de sistemas e clientes de frotas já dispõem das suas próprias plataformas ou aplicações. Nos projetos concretos, o que mais interessa aos clientes é:

• Os equipamentos podem ligar-se diretamente aos nossos servidores?
• A localização, o ACC, o nível de combustível, a temperatura e os alertas estão a ser transmitidos corretamente?
• A plataforma permite enviar comandos remotamente para os dispositivos?
• É possível utilizar a nossa própria marca, sem ser obrigatório utilizar a plataforma na nuvem do fabricante?
• Se, posteriormente, forem adicionados sensores de nível de combustível, de temperatura, de portas ou câmaras, será necessário substituir o equipamento?

Estas questões não se resolvem apenas analisando as especificações do produto; o essencial é confirmar antecipadamente os protocolos dos equipamentos, as interfaces da plataforma e os campos de dados.

O que é o protocolo dos localizadores GPS?

Em termos simples,Um protocolo é o conjunto de regras de comunicação entre um dispositivo e um servidor.

Depois de instalado num veículo ou num ativo, o localizador GPS envia os dados para um servidor designado através de redes como 4G, LTE-M e NB-IoT. O que o dispositivo envia, o formato dos dados e a forma como o servidor responde são determinados pelo protocolo.

Os conteúdos mais comuns incluem:

• ID do equipamento, localização, velocidade, direção e hora da localização;
• Estado do ACC, tensão externa e bateria integrada;
• Alarmes de excesso de velocidade, falha de alimentação, vibração, entrada e saída de recintos, etc.;
• Dados adicionais, tais como nível de combustível, temperatura, sensores magnéticos das portas, sensores Bluetooth, etc.;
• Transferência retroativa dos registos históricos de trajetória após o restabelecimento da ligação à Internet.

Se pretender que os equipamentos se liguem diretamente à sua plataforma, certifique-se, antes da aquisição, de que:

1. Que protocolos de comunicação são suportados;
2. São fornecidos os documentos completos do contrato?;
3. É possível configurar o IP e a porta do servidor?;
4. Suporta TCP, UDP ou HTTPS;
5. É possível enviar comandos aos dispositivos?;
6. O sistema suporta o armazenamento offline e a transmissão posterior dos dados?

O protocolo define como é que o equipamento envia os dados para o seu servidor.

O que é uma API? Em que difere de um protocolo?

Uma API é, normalmente, uma interface de dados entre dois sistemas de software e não constitui o principal método de envio direto de dados de localização por parte dos dispositivos.

Por exemplo, o localizador GPS envia primeiro a localização, os alertas e o nível de combustível para a plataforma através de um protocolo de comunicação; o ERP, o sistema de planeamento, o sistema de aluguer ou a aplicação do cliente acedem então aos dados da plataforma através de uma API.

A API é frequentemente utilizada para:

• Consultar a localização em tempo real dos veículos;
• Obter trajetórias históricas, alertas e quilometragem;
• Leitura do nível de combustível, temperatura, horas de funcionamento e estado do equipamento;
• Criação de contas de veículos, condutores e clientes;
• Sincronizar os dados de GPS com sistemas financeiros, de planeamento ou de aluguer;
• Exportar relatórios.

Resumo em uma frase:

• Protocolo: Dispositivo ↔ Servidor
• API: Plataforma ↔ Outros sistemas de software

Por isso, quando o cliente perguntar «Existe uma API?», é necessário confirmar ainda:Prefere que os equipamentos se liguem diretamente aos seus servidores ou que utilizem primeiro a plataforma do fabricante e, em seguida, recuperem os dados através de uma API? Estas duas opções têm formas de implementação diferentes.

Servidor próprio ou plataforma do fabricante: como escolher?

Ligação direta dos equipamentos aos servidores próprios

Ideal para clientes que já dispõem de uma plataforma GPS, uma aplicação própria, um servidor privado ou que necessitem de uma operação de marca branca.

A vantagem é que os clientes podem gerir eles próprios os dados, as contas e as operações subsequentes. Antes da aquisição, deve-se verificar a disponibilidade da interface de programação, a configuração do servidor, os comandos suportados, os testes com protótipos e o processo de integração técnica.

Utilizar primeiro a plataforma do fabricante e, em seguida, recorrer à API

Ideal para clientes que estão a iniciar um projeto, que ainda não dispõem de uma equipa de desenvolvimento ou que pretendem lançar rapidamente o site para testar o mercado.

O investimento inicial é menor e a implementação é mais rápida. No entanto, é necessário verificar antecipadamente se a API dispõe dos campos necessários, se suporta contas em vários níveis, personalização da marca e exportação de dados, bem como se será possível migrar posteriormente para uma plataforma própria.

A FOFN pode fornecer protocolos abertos, configuração de parâmetros de servidor, integração de API e suporte OEM/ODM de acordo com as necessidades do projeto, sem obrigar os clientes a dependerem a longo prazo de uma única plataforma.

As 5 coisas mais facilmente ignoradas antes da aquisição

1. Não se limite a analisar apenas os dados de localização

Os dados de localização são fáceis de integrar; são os dados relativos ao nível de combustível, temperatura, dados CAN, sensores magnéticos das portas e sensores Bluetooth que costumam apresentar problemas. É necessário confirmar se a plataforma necessita de valores brutos, percentagens ou valores calibrados em litros.

2. Confirmar se é possível enviar comandos remotamente

Os projetos em grande escala requerem frequentemente a modificação remota de servidores, intervalos de envio de dados, zonas de restrição, relés, parâmetros dos dispositivos ou firmware. Sem suporte para comandos, a manutenção posterior torna-se bastante complicada.

3. Confirmação de reenvio em caso de falha de ligação à Internet

Os veículos podem ficar temporariamente sem ligação à Internet em parques de estacionamento subterrâneos, zonas mineiras ou estradas remotas. Os dispositivos devem ser capazes de guardar localmente os percursos e os alertas, transmitindo-os automaticamente assim que a ligação à Internet for restabelecida.

4. Testar primeiro com um protótipo

Não efetue compras em grande quantidade de imediato. Recomenda-se começar com 1 a 5 unidades de amostra para testar percursos reais, cartões SIM, análise da plataforma, alarmes, parâmetros dos sensores e envio de comandos.

5. Capacidade de expansão futura

Muitos projetos começam pela localização, sendo posteriormente adicionados dados como nível de combustível, temperatura, identificação do condutor, CAN, Bluetooth ou vídeo. Escolha terminais com capacidade de expansão via RS485, Bluetooth, E/S, porta série ou CAN, para maior flexibilidade numa fase posterior.

Perguntas frequentes sobre protocolos GPS e APIs

É possível ligar diretamente ao meu servidor se houver uma API?

Não necessariamente. A ligação direta do equipamento ao servidor depende principalmente do protocolo de comunicação, das configurações de IP/porta do servidor e da capacidade de resolução da plataforma; a API é mais utilizada para a troca de dados entre sistemas de software.

É possível integrar o Traccar ou uma plataforma desenvolvida internamente?

É possível confirmar consoante o modelo específico do equipamento. Recomenda-se verificar primeiro o protocolo e os campos e, em seguida, realizar os testes de integração utilizando um protótipo.

É possível carregar simultaneamente os dados relativos ao nível de combustível, à temperatura e à localização?

Sim, mas antes da aquisição é necessário confirmar a interface do sensor, o formato dos dados e os campos da plataforma, devendo-se esclarecer, em especial, se o nível de combustível é apresentado como valor bruto, percentagem ou em litros.

Se não tivermos uma plataforma própria, podemos utilizar a plataforma da FOFN por enquanto?

Sim. É possível começar por concluir os testes dos equipamentos e as operações básicas e, posteriormente, expandir para o seu próprio sistema através de API, protocolos ou soluções de marca branca.

Conclusão

Para os fornecedores de plataformas e integradores de sistemas, o que realmente importa num projeto de GPS não é «se o equipamento consegue localizar», mas sim se os dados conseguem ser introduzidos de forma estável nos seus próprios sistemas empresariais.

Confirme primeiro os percursos de dados, os protocolos, as APIs, os campos e os processos de teste; só depois selecione os equipamentos. Assim, a implementação, a expansão e a manutenção que se seguirão decorrerão de forma muito mais harmoniosa.

Recomendações de conteúdos relacionados:

• Guia de integração da API do localizador GPS
• O que é um protocolo de comunicação de um localizador GPS?
• Soluções de gestão de frotas
• Como escolher um fabricante de localizadores GPS na China