OCPP 1.6 vs. OCPP 2.0.1: Guia de atualização do protocolo de carregamento EV

OCPP (Open Charge Point Protocol) é o padrão de comunicação universal no Carregamento de veículos elétricos Campo. Simplificando, ele atua como um "tradutor" entre estações de carregamento e sistemas de gerenciamento de back-end, permitindo que dispositivos de diferentes marcas se comuniquem usando o mesmo idioma. Este protocolo é gerenciado pela Open Charge Alliance, uma organização internacional composta por empresas globais de infraestrutura EV. O valor central do OCPP é que ele é um padrão livre e hardware-independent aberto. Isso significa que os operadores não precisam estar presos ao ecossistema de um fornecedor e podem escolher com flexibilidade Estações de carregamento ev De diferentes marcas enquanto os gerencia usando o mesmo sistema de software. Atualmente, a versão mais usada no mercado é o OCPP 1.6, enquanto 2.0.1, como o padrão de próxima geração, está gradualmente sendo promovido. Este artigo fornecerá uma comparação detalhada dessas duas versões para ajudá-lo a determinar se uma atualização é necessária.

Desde o seu lançamento em 2015, o OCPP 1.6 tornou-se o padrão de fato para redes globais de carregamento. A grande maioria das estações de carregamento ainda usa esta versão hoje, incluindo sua variante 1.6 (j) aprimorada. Sua ampla adoção é simples de explicar: é estruturalmente simples, opera de forma estável e é basicamente suficiente. Para as primeiras redes de carregamento, a versão 1.6 de fato atendeu às necessidades básicas: transmissão do status de carregamento, processamento de registros de transações e suporte ao controle remoto. No entanto, à medida que a indústria de carregamento se desenvolve rapidamente, este protocolo de quase uma década começou a mostrar limitações. Os principais problemas com o OCPP 1.6 incluem:

O mecanismo de comunicação da versão 1.6 foi projetado em uma era de ameaças à segurança de rede relativamente simples. No ambiente de rede complexo de hoje, seu método de autenticação é relativamente básico e facilmente se torna um alvo para ataques. Para redes de cobrança que lidam com informações de pagamento e dados do usuário, esse é um risco que não pode ser ignorado.

À medida que a escala da estação de carregamento se expande, a versão 1.6 começa a ter problemas. Não suporta compressão de dados ou transmissão de mensagens em lote. As primeiras versões até usavam o protocolo SOAP, que é volumoso e detalhado, consumindo uma grande quantidade de largura de banda. Para grandes estações com centenas de pontos de carregamento, a eficiência da transmissão de dados se torna um gargalo.

Cenários de carregamento modernos exigem métodos iniciais diversificados: aplicativos móveis, cartões RFID, códigos QR, pagamentos NFC, cartões de crédito e, idealmente, "plug-and-load". No entanto, a versão 1.6 suporta nativamente apenas cartões RFID e tokens de aplicativos; outros métodos exigem sistemas externos, aumentando a complexidade e os pontos potenciais de falha.

A versão 1.6 simplifica a estrutura da estação de carregamento em duas camadas: estação e conector. Este modelo plano não pode refletir a arquitetura complexa das estações de carregamento modernas. Na realidade, uma estação pode conter várias unidades de energia, cada uma controlando vários plugues. O modelo 1.6 simplificado torna difícil para os operadores determinar com precisão o status dos recursos, muitas vezes contando com dados adicionais fornecidos pelo fornecedor, que variam em formato e confiabilidade.

O mecanismo de manipulação de transações offline na versão 1.6 não é perfeito. Os IDs de transações são gerados pelo sistema central e, uma vez que a rede está desligada, os IDs locais estão propensos a erros. Os eventos de início remoto não têm identificadores únicos, dificultando o rastreamento subsequente. Esses problemas são particularmente evidentes em áreas com sinais instáveis, como estacionamentos subterrâneos.

Quando uma estação de carregamento funciona mal, as informações de diagnóstico fornecidas pela versão 1.6 geralmente não são detalhadas o suficiente. Os operadores acham difícil localizar rapidamente a causa raiz, resultando em baixa eficiência de manutenção. Além disso, se um sistema de gerenciamento de back-end precisar ser substituído, migrar estações de carregamento 1.6 para uma nova plataforma é complexo e pode resultar na perda de dados históricos.

Embora a versão 1.6 (j) suporte carregamento inteligente, permitindo limites de potência e janelas de tempo, seus recursos são relativamente básicos. Para cenários que exigem balanceamento de carga complexo ou interação Veículo-a-Rede (V2G), a versão 1.6 é insuficiente.

O OCPP 2.0.1 é uma versão revisada do 2.0 (a versão 2.0 foi descontinuada devido a vários problemas). É uma arquitetura completamente nova, incompatível com 1.6, com mudanças significativas na filosofia de design e operação.

A documentação da versão 2.0.1 foi reescrita, com uma estrutura mais clara, funções modularizadas e diagramas detalhados e exemplos de uso. Para os programadores, isto significa menos tempo de implementação e menos mal entendidos.

Esta é a mudança arquitetônica mais significativa 2.0.1. O novo modelo consiste em três camadas:

Estação: toda a instalação de carregamento

EVSE (Equipamento de fornecimento de veículos elétricos): controlador físico gerenciando a distribuição de energia

Conector: o plugue de carregamento real

Esta estrutura em camadas permite que o sistema identifique com precisão o status de cada unidade de energia. Por exemplo, se um EVSE falhar, os operadores podem localizar com precisão o controlador específico sem afetar outros plugues funcionais na estação. Este nível de gerenciamento detalhado é particularmente importante para grandes estações de carregamento.

Além disso, o modelo do dispositivo 2.0.1 se estende a atributos físicos, como sensores de temperatura, sistemas de resfriamento, iluminação e recursos de exibição, fornecendo suporte de dados mais abrangente para operações e manutenção.

A versão 2.0.1 suporta transmissão de mensagens em lote e compactação de dados, reduzindo significativamente o uso de largura de banda. Em áreas com infraestrutura de comunicação limitada, essa melhoria pode reduzir diretamente os custos operacionais.

A nova versão apresenta perfis de segurança, suportando autenticação básica e autenticação baseada em certificados (mTLS). As informações de autenticação podem ser atualizadas remotamente e os eventos de segurança notificam ativamente o back-end. Essas funções são essenciais para cumprir os regulamentos de proteção de dados e se defender contra ataques cibernéticos.

O sistema central pode reiniciar EVSE individuais sem afetar toda a estação. Para as transações em curso, o sistema melhorou a gestão do estado. Estas funções aumentam significativamente a flexibilidade operacional e reduzem a dependência da intervenção manual no local.

A versão 1.6 suporta apenas métricas baseadas em transações, enquanto 2.0.1 suporta non-transaction-level coleta de métricas e apresenta um novo modelo de métricas. Os operadores podem monitorar com mais flexibilidade a integridade do equipamento, padrões de uso de energia e outros dados críticos.

2.0.1 suporta nativamente recursos avançados de carregamento inteligente, incluindo balanceamento de carga e resposta à demanda. É importante ressaltar que fornece suporte total para interação Veículo-Rede (V2G) e padrão ISO 15118.

Além de RFID tradicional e tokens de aplicativo, 2.0.1 suporta nativamente códigos PIN, cartões de crédito e outros métodos, fornecendo uma base técnica para estações não tripuladas e cenários plug-and-load.

A nova versão melhora a operação off-line: suporta tipos de token complexos, gerenciamento flexível de lista de autorização local, plug-and-load off-line e procedimentos padronizados para armazenamento em cache de dados e uploads de reconexão. Essas melhorias garantem uma operação confiável mesmo em condições de rede instáveis.

Este é um dos recursos mais avançados 2.0.1. ISO 15118 é o padrão de comunicação entre veículos e estações de carregamento, suportando plug-and-load - os usuários simplesmente se conectam e o sistema os identifica automaticamente e começa a carregar, sem interação com cartão ou aplicativo.

A implementação desta função requer coordenação entre fabricantes de veículos, fornecedores de estações de carregamento e operadores de rede. 2.0.1 fornece uma estrutura técnica completa, incluindo gerenciamento de certificados, sistemas de identidade estruturados e acionadores alinhados com fluxos de trabalho ISO 15118.

2.0.1 permite que o sistema central envie informações de preços para estações de carregamento, incluindo taxas atuais, custos estimados e contas finais. Os usuários podem visualizar detalhes de custos diretamente na tela da estação, aumentando a transparência.

Compreender as especificações técnicas é uma coisa; ver o seu funcionamento prático é outra. Os três cenários seguintes ilustram as diferenças entre as versões.

Tomando o cenário comum de "conectar primeiro e depois autorizar":

A versão 1.6 não tem uma mensagem clara "CablePluggedIn". Os sistemas geralmente inferem isso por meio de alterações de status na Notificação de Status (por exemplo, Preparando, SuspendedEV). O problema é que esses status variam entre os fornecedores: alguns indicam espera para passar o cartão, alguns indicam que o veículo não está pronto e alguns indicam autoteste interno.

Essa ambiguidade causa três problemas: comportamento inconsistente entre as marcas que afetam a experiência do usuário, possíveis inícios de transações não autorizadas e dificuldade para os sistemas de back-end avaliarem com precisão o status real, afetando as decisões operacionais.

A versão 2.0.1 introduz mensagens TransationEvent e campos TriggerReason, indicando claramente eventos como "CablePluggedIn". Combinado com um ciclo de vida de transação bem definido, o processo se torna previsível e rastreável, com comportamento consistente entre os fornecedores, melhorando significativamente a interoperabilidade.

OCPP 1.6: A disponibilidade do conector é limitada a status simples, como online / offline ou ocioso / ocupado. Para uma estação com oito plugues, se dois estiverem offline devido a falhas, 1.6 pode não refletir com precisão este detalhe.

OCPP 2.0.1: A camada EVSE permite a identificação precisa do problema seja uma falha de comunicação de um controlador ou problema de hardware de um plugue específico. Os operadores podem diagnosticar remotamente e até reiniciar uma única unidade de energia sem despachar técnicos.

OCPP 1.6: Suporta lista branca RFID local, mas carece de padrões para listas expiradas, integridade de dados offline e sincronização pós-reconexão. A implementação varia muito, podendo causar transações perdidas ou duplicadas.

OCPP 2.0.1: Define fluxos de trabalho offline completos, incluindo decisões de autorização local, armazenamento em cache de dados, uploads em lote após reconexão e resolução de conflitos. Isso fornece suporte técnico confiável, especialmente em áreas com infraestrutura de rede limitada.

Apesar das vantagens claras da 2.0.1, a adoção pela indústria é lenta. As principais razões incluem:

Custo e complexidade: A atualização para 2.0.1 requer um investimento significativo no desenvolvimento de hardware e software. Os ciclos de implementação do firmware são longos e os custos de suporte subsequentes são altos. Para os operadores, atualizar ou substituir o firmware existente pode envolver trabalho em grande escala no local.

Considerações de estabilidade: 1.6 provou ser estável ao longo de muitos anos. Embora 2.0.1 tenha melhorias significativas, sua complexidade é maior. Para operadores que priorizam operações estáveis, “funciona de forma confiável ” geralmente supera“ tem mais recursos ”.

Alternativas Funcionais: Muitos 2.0.1 recursos, como pagamento com código QR, exibição de taxas e agendamento inteligente, podem ser implementados em sistemas 1.6 por meio de aplicativos externos ou desenvolvimento personalizado. Embora menos elegantes, eles atendem às necessidades básicas.

Inércia do ecossistema: Milhões de dispositivos 1.6 já estão implantados globalmente, formando um grande ecossistema. Acessórios, ferramentas e habilidades pessoais giram em torno de 1.6. A migração requer a reconstrução desses recursos.

Novas Redes de Carregamento: Para o planejamento de novas infraestruturas, recomenda-se adotar 2.0.1 para evitar custos futuros de migração e utilizar plenamente o desempenho e a extensibilidade do novo padrão.

Aplicações de ponta: Para plug-and-load, V2G e projetos complexos de resposta à demanda, 2.0.1 é necessário, pois o 1.6 não pode oferecer suporte confiável a essas funções.

Operações em larga escala: Operadores com centenas de carregadores podem se beneficiar das otimizações de desempenho 2.0.1 e modelos de dispositivos detalhados, melhorando a eficiência operacional.

Segurança e Conformidade: Regiões com dados rígidos e regulamentos de pagamento podem contar com os mecanismos de segurança 2.0.1 para atender à conformidade com mais facilidade.

Para a maioria dos operadores existentes, a mudança total para 2.0.1 ainda não é oportuna. Uma abordagem pragmática é:

Mantenha os dispositivos 1.6 existentes: Continue executando o sistema 1.6 estável e complemente as funções ausentes com sistemas externos.

Selecione 2.0.1 para novos dispositivos: Escolha 2.0.1 equipamentos compatíveis para estações recém-construídas.

Exigir suporte de versão dupla: Ao comprar novos equipamentos, exija que os fornecedores ofereçam suporte a 1.6 e 2.0.1, mantendo a flexibilidade para atualizações futuras.

Monitore as tendências do setor: acompanhe o progresso da implementação dos principais fornecedores 2.0.1 para avaliar o tempo de migração.

A relação entre o OCPP 1.6 e 2.0.1 é semelhante à transição de telefones com recursos para smartphones. 1.6 é simples, confiável e suficiente, suportando a primeira onda de desenvolvimento de rede de carregamento global. 2.0.1 é mais poderoso, seguro e flexível, lançando as bases para experiências de carregamento de próxima geração.

Qual versão escolher depende da sua situação: se o seu sistema 1.6 existente está funcionando bem sem necessidades urgentes de recursos, você pode esperar; para novos projetos ou requisitos de recursos avançados, adote 2.0.1; para cenários intermediários, adote uma abordagem gradual, preparando novos dispositivos para o futuro.

Independentemente da versão, entender essas diferenças técnicas ajuda você a tomar decisões mais inteligentes e construir uma rede de carregamento de EV mais confiável e eficiente.