API de protocolo CAN — o seu protocolo fica consigo

Porque a pergunta do protocolo trava projectos

Quase todos os projectos telemáticos param numa frase: precisamos do seu protocolo CAN. Para um OEM isso significa entregar documentação interna a um fornecedor, com aprovação interna. O projecto espera, e não é pelo hardware.

A nossa resposta: não pedimos

O seu protocolo CAN fica consigo. Define e guarda frames e sinais. Só pedimos: que pontos de dados, em que unidade e para onde. Entregamos os valores por API.

• Nenhum documento de protocolo necessário.
• Nenhuma entrega de DBC necessária.
• Nenhum firmware entregue a nós — trabalhamos na fronteira dos dados.
• Mantém portabilidade — o contrato de API é seu.

O que a API faz

• Consultas CAN programadas no intervalo que escolher.
• Envio monitorizado na alteração em vez de fluxo contínuo.
• Afinação remota de bitrate e pontos de amostragem.
• FOTA A/B com retoma e reversão.
• Actualização ECU/VCU por passthrough CAN (por medida).

Quanto demora a integração

O primeiro ponto de dados funcional costuma ser alcançável em cerca de um dia de trabalho conjunto, porque a interface é a API e não o seu protocolo.

Perguntas para qualquer fornecedor

• Precisa do meu protocolo CAN ou do meu DBC?
• A API está documentada e há exemplo de payload antes da encomenda?
• Quem mapeia os meus sinais internos?
• O que acontece se a ligação cair?

Hardware: página CAN para 4G. Interfaces: telemática barramento CAN.

FAQ

Precisam do meu ficheiro DBC?

Não. O mapeamento de sinais fica consigo; usamos os pontos expostos.

A API está documentada antes da encomenda?

Sim — enviamos um exemplo de payload e a lista de campos.

E se a minha plataforma esperar outro esquema?

Indique os campos destino; o mapeamento é acordado por escrito.