Um carregador fica entre duas conversas que não se encontram. Por um lado, ele fala com o veículo sobre quanto de corrente deve ser levado e quem está pagando. Por outro lado, ele fala com um backend sobre sessões, medidores e comandos remotos. Os dois usam protocolos diferentes, modelos de dados distintos e regimes de certificação distintos.
Os compradores os confundem constantemente, e a confusão gera alguns dos mal-entendidos mais caros em compras: uma especificação que exige um protocolo backend moderno na crença de que entrega plug and charge, ou uma atualização do veículo que deve resolver um problema de faturamento. Separar as camadas torna cada requisito verificável por si só.
Dois Stacks, Dois Jobs
A pilha inferior passa sobre o cabo de carregamento. Ele cuida da conexão física, das verificações de segurança antes da aplicação da energia, da negociação dos parâmetros de carregamento e — em suas versões posteriores — da identidade do veículo e da troca de certificados que permite a autorização automática.
A pilha superior roda por uma conexão de rede, geralmente dados móveis ou uma LAN de site. Ele carrega o que o operador precisa: comandos de início e parada, registros de transações, valores de medidores, diagnósticos, gerenciamento de firmware e configuração. Não tem visão direta do veículo. Tudo o que ele sabe sobre uma sessão, aprendeu com o carregador.
Essa assimetria é a chave para todo o assunto. O carregador é um tradutor com suas próprias opiniões, não um tubo transparente. O que o backend registra é o que o carregador escolheu reportar, no formato definido pelo protocolo superior.
Entre Veículo e Charger
O arranjo mais antigo é simples e ainda universal como plano B. Um sinal modulado em largura de pulso no piloto de controle transmite uma corrente máxima, o veículo responde mudando o nível de tensão, e o carregador fecha seu contator quando a sequência permite. Não existe canal de dados no sentido moderno e não existe troca de identidade. A autorização ocorre fora do protocolo, por meio de leitor de cartão, aplicativo ou liberação manual.
Os protocolos de alto nível adicionam um canal de dados. A ISO 15118 e sua predecessora DIN 70121 mantêm uma conversa estruturada via comunicação por powerline: o veículo se identifica, os dois lados trocam capacidades, o veículo declara o que deseja e o carregador informa o que pode fornecer. A troca continua durante toda a sessão, por isso o carregador pode ver a solicitação do veículo e não apenas a corrente resultante.
As edições posteriores da ISO 15118 estendem isso à identidade baseada em certificado, que é o que torna possível a autorização automática, e à transferência bidirecional de energia. Ambas as extensões exigem hardware e software que um carregador feito apenas para a edição anterior não possui.
Essa camada é onde as características do veículo entram no sistema. Também é quando a própria documentação do carregador geralmente informa duas coisas distintas: qual protocolo de alto nível ele comunica ao veículo e qual protocolo backend ele menciona para cima.
Entre Charger e Backend
O protocolo dominante aqui é o OCPP, um padrão aberto mantido por uma associação industrial e implementado independentemente por fabricantes de carregadores e plataformas backend. Define mensagens para autorização, início e fim de transações, valores de medidores, notificações de status, comandos remotos, atualizações de firmware e configuração.
Versões posteriores do OCPP adicionam gerenciamento de dispositivos, perfis inteligentes aprimorados de carregamento e uma abordagem mais estruturada para agendamentos compostos. A diferença prática para um operador é o quanto de controle o backend tem sobre quando e com que velocidade cada conector carrega, e quanto disso pode ser alterado sem uma visita ao local.
O que o OCPP não faz é falar com o veículo. Um backend que suporta a versão mais recente ainda aprende sobre o veículo de segunda mão. Se o carregador não reporta um valor, o backend não pode exibi-lo, e nenhuma sofisticação da plataforma o recupera.
Compliance adiciona uma camada extra de confusão. A conformidade com OCPP é certificada para um carregador com base em uma versão definida, e a certificação pertence a esse produto e àquela versão. Não diz nada sobre o protocolo do lado do veículo, nem sobre o quão bem um backend implementa a mesma versão. Dois produtos conformes ainda podem falhar em interoperar nas partes opcionais da especificação, razão pela qual o teste de integração existe como uma atividade separada.