Resposta direta: O OCPP 2.0.1 (lançado em março de 2020, certificado sob o perfil OCPP 2.0.1J da OCA desde 2022) é o padrão atual, de nível de aquisição, para carregadores de veículos elétricos conectados em rede. Ele adiciona um Device Model formal, suporte a ISO 15118 Plug & Charge, Smart Charging v2 com perfis de carga, três Security Profiles (1/2/3 com TLS e certificados de cliente) e Display Messages padronizadas — nada disso existe no OCPP 1.6J. Para compradores em 2026, especifique “OCPP 2.0.1J certificado pela OCA, com caminho de atualização documentado a partir do 1.6J” e verifique o OCA Certificate Number do fornecedor. Toda a série DC da HG Power — Genesis integrado de 40–480 kW, Aurora split de 240 kW–2.6 MW, Deepsea com refrigeração líquida, Ark de armazenamento e recarga e V2G bidirecional — oferece suporte ao OCPP 2.0.1J como opção de firmware configurável, ao lado do OCPP 1.6J; a configuração de envio é definida em cada pedido.
Protocolo
OCPP 2.0.1 (março de 2020) · OCPP 2.0.1J certificado pela Open Charge Alliance desde 2022 · OCPP 1.6J segue com suporte legado.
5 diferenças principais
Device Model · ISO 15118 Plug & Charge · Smart Charging v2 · Security Profiles 1/2/3 · Display Messages.
Suporte da HG Power
Todas as séries DC (Genesis, Aurora, Deepsea, Ark, V2G) suportam OCPP 1.6J e 2.0.1J como opções configuráveis por firmware; a versão de envio é definida em cada pedido.
Indispensável no contrato
Inclua em todo RFQ o OCA Certificate Number, o nível de Security Profile, a indicação de suporte a Plug & Charge e uma cláusula de atualização 1.6J→2.0.1J.
1. O que é o OCPP 2.0.1 e por que o que você compra é o 2.0.1J (não o 2.0.1)
O OCPP (Open Charge Point Protocol) é o protocolo de camada de aplicação que permite a uma estação de recarga se comunicar com um sistema de gerenciamento de estações de recarga (Charging Station Management System, CSMS). A Open Charge Alliance (OCA) publica a especificação; a certificação é conduzida pela OCTT (OCPP Compliance Testing Tool) da OCA e emitida como um OCPP Compliance Certificate com um OCA Certificate Number exclusivo.
Três nomes para ter bem claros antes de qualquer conversa sobre RFQ:
| Nome | Significado | Relevância para a aquisição |
|---|---|---|
| OCPP 2.0 | Versão original de 2018 | Obsoleto — nunca usado em novas certificações |
| OCPP 2.0.1 | Versão de errata, março de 2020 | O documento de especificação técnica |
| OCPP 2.0.1J | Perfil JSON sobre WebSocket do 2.0.1, certificado pela OCA desde 2022 | Esta é a expressão que deve constar no seu contrato |
Se a ficha técnica de um fornecedor diz apenas “OCPP 2.0” ou “OCPP 2.0.1 ready”, isso não é uma certificação — é uma autodeclaração. A formulação de nível de aquisição é “OCPP 2.0.1J, certificado pela OCA, OCA Certificate Number #<número>.”
A escolha do hardware também importa; por isso, compare o carregador rápido DC comercial de 120–180 kW e nos informe o seu backend logo no início.
2. As 5 diferenças entre o OCPP 1.6J e o 2.0.1J
O OCPP 1.6J (lançado em 2015, errata 4 em 2017) ainda é a versão mais implantada em campo, porque integrações de CSMS em retrofit custam 60–80% menos para implementar do que um 2.0.1J greenfield. Mas todas as funções adicionadas desde 2018 — ISO 15118, V2G, balanceamento dinâmico de carga, autenticação por certificado — estão no 2.0.1J. Estas são as cinco diferenças que importam em uma comparação na fase de compra.
| # | Capacidade | OCPP 1.6J | OCPP 2.0.1J | Impacto na aquisição |
|---|---|---|---|---|
| 1 | Device Model | Plano, 7 tipos fixos de mensagem | Hierarquia física (ChargingStation → EVSE → Connector) + Components com Variables tipadas, detectáveis via NotifyReport | O CSMS pode detectar e configurar estações sem drivers específicos do fornecedor |
| 2 | ISO 15118 Plug & Charge | Não suportado | Suporte nativo via Authorize e Get15118EVCertificate | Sem cartão RFID nem aplicativo para autenticar o motorista — exigido para frotas de OEMs equipadas com ISO 15118 (Ford, Mercedes-Benz, Porsche, Hyundai Motor Group) |
| 3 | Smart Charging | ChargingProfile básico (3 finalidades) | v2: TxDefaultProfile, integração de sinais da rede, balanceamento de carga entre EVSEs | DLM (Dynamic Load Management) no nível do local, sem SDK proprietário |
| 4 | Security Profile | Autenticação básica sobre WebSocket (TLS opcional) | Profile 1 (TLS), Profile 2 (TLS + autenticação básica), Profile 3 (TLS + TLS mútuo com certificado de cliente) | Avalie o Security Profile 3 em relação aos requisitos da licitação; a conformidade com a legislação metrológica é uma avaliação separada |
| 5 | Display Messages | Proprietário do fornecedor | Requisição SetDisplayMessage com idioma, prioridade e formato | O CSMS pode enviar preços e conteúdo promocional multilíngues sem atualização de firmware |
3. Device Model: por que “plano vs hierárquico” é uma diferença de seis dígitos
No OCPP 1.6J, uma estação de recarga é tratada como um único dispositivo lógico, com um conjunto fixo de 7 tipos de mensagem. Se o seu CSMS precisa ler a temperatura atual do conector 2 no EVSE 3, são necessárias extensões específicas do fornecedor — ou seja, o integrador do CSMS escreve um driver personalizado para cada fabricante. Em uma implantação de 500 estações com três marcas, isso significa três bases de código de drivers mais três conjuntos de testes de regressão.
O OCPP 2.0.1J introduz um Device Model formal, que combina uma hierarquia física (Charging Station → EVSE → Connector) com um modelo lógico de componentes: Components (p. ex. ChargingStation, Controller, Display, SecurityCtrlr) podem ser associados a qualquer nível físico, e cada Component expõe Variables tipadas. Qualquer Variable pode ser lida com GetVariables e gravada com SetVariables; o CSMS descobre o modelo completo via NotifyReport, de modo que integrar uma nova marca de carregador passa a ser uma troca de certificados, não um projeto de software.
4. ISO 15118 Plug & Charge: o recurso “Tesla-killer” que todo comprador de frotas deveria solicitar
A ISO 15118-2 (e a 15118-20 para recarga bidirecional) define o Plug & Charge (PnC): o veículo apresenta um certificado de contrato X.509 ao carregador, o carregador o encaminha ao CSMS pela mensagem Get15118EVCertificate do OCPP 2.0.1J e a sessão é autorizada automaticamente. Sem cartão RFID, sem leitura de QR em aplicativo, sem nenhuma ação do motorista além de conectar o cabo.
Implicação para a aquisição: em 2026, Ford, Mercedes-Benz, Porsche, Lucid, Rivian, Volvo e o Hyundai Motor Group (Ioniq 5/6, EV6, EV9) fornecem veículos compatíveis com PnC. Se a sua rede só suporta RFID sobre OCPP 1.6J, esses motoristas têm uma experiência pior nos seus locais do que nos Tesla Superchargers. O OCPP 2.0.1J elimina essa diferença — mas somente se o carregador também implementar a pilha ISO 15118 na linha CCS.
| Norma | Escopo | Requer OCPP 2.0.1J | Suporte da HG Power |
|---|---|---|---|
| ISO 15118-20 | Bidirecional (V2G/V2H/V2L), MCS, sem fio | Sim | V2G Series 15–240 kW, Aurora Split V2G |
| DIN SPEC 70121 | Comunicação CCS pré-norma (legado) | Não (funciona com 1.6J) | Todas as séries DC (fallback) |
5. Smart Charging v2: perfis de carga que realmente equilibram um local
O OCPP 1.6J tem um recurso de Smart Charging, mas ele se limita a três finalidades (ChargePointMaxProfile, TxDefaultProfile, TxProfile) e não coordena nativamente vários EVSEs. O gerenciamento de carga no nível do local em redes 1.6J é quase sempre feito por uma caixa “site controller” específica do fornecedor, o que prende você a uma única marca por local.
O Smart Charging v2 do OCPP 2.0.1J adiciona:
- Entrada de sinal externo da rede — o CSMS pode enviar um perfil de limite derivado de um sinal do DSO (p. ex., o §14a EnWG alemão).
- Balanceamento de carga entre EVSEs em uma única Charging Station, por meio do Device Model padrão, sem necessidade de caixa proprietária.
- NotifyChargingLimit e ClearedChargingLimit eventos, para que o CSMS saiba exatamente quando um perfil foi aplicado e quando terminou.
- Relatório de CompositeSchedule — o carregador retorna o cronograma composto que está de fato aplicando, de modo que as auditorias são determinísticas.
6. Security Profiles 1 / 2 / 3: o que os reguladores realmente querem ver
O OCPP 2.0.1J define três Security Profiles. O Profile 1 é TLS com autenticação básica. O Profile 2 é TLS com autenticação básica mais um certificado de servidor. O Profile 3 é TLS mútuo: o carregador apresenta seu próprio certificado de cliente, registrado via SignCertificate/CertificateSigned. O Profile 3 é a referência comum em licitações do setor público da UE a partir de 2024. Observação: a conformidade com o Eichrecht alemão (PTB-A 50.7) é um requisito separado, da camada de medição — ela exige Signed Metering Values e Transparenzsoftware aprovado pelo PTB, que o OCPP 2.0.1J suporta por meio do mecanismo SignedMeterValues independentemente do nível de Security Profile.
| Profile | Transporte | Carregador autentica o CSMS | CSMS autentica o carregador | Exigência típica |
|---|---|---|---|---|
| Profile 1 | TLS 1.2+ | Certificado de servidor | HTTP Basic Auth | Mínimo para novas implantações 2.0.1J |
| Profile 2 | TLS 1.2+ | Certificado de servidor | HTTP Basic Auth (política de senhas mais forte) | Referência comercial comum |
| Profile 3 | TLS 1.2+ mútuo | Certificado de servidor | Certificado de cliente (X.509, OCA PKI) | Licitações públicas da UE, garagens de frota de alta segurança, implantações de CSMS de alta confiança |
7. Certificação OCA e o número CTEP — o campo que a maioria dos RFQs esquece
A Open Charge Alliance conduz a certificação pela OCTT (OCPP Compliance Testing Tool). Para o OCPP 2.0.1J, o conjunto de testes é estruturado em 14 Functional Blocks (A a N) que cobrem várias centenas de casos de teste em toda a extensão do protocolo. Após a aprovação, a OCA emite um OCPP Compliance Certificate com um OCA Certificate Number exclusivo e lista o produto certificado no banco de dados público da OCA.
Regra de aquisição: um fornecedor que declara “OCPP 2.0.1J compliant” sem um OCA Certificate Number, na melhor das hipóteses, executou a OCTT internamente. O número tem baixo custo para ser solicitado a um fornecedor certificado, é impossível de falsificar e leva 30 segundos para ser conferido em openchargealliance.org/certified-products/. Se ele não estiver nesse banco de dados, trate a alegação como marketing.
8. Cinco cláusulas de RFQ para colar em toda licitação de OCPP
Estas cinco cláusulas, inseridas literalmente em um anexo técnico, resolvem 90% dos problemas de ambiguidade de fornecedores que vemos em reuniões com compradores.
| # | Cláusula | O que verifica |
|---|---|---|
| 1 | “O fornecedor deverá entregar cada Charging Station com OCPP 2.0.1J, certificado pela OCA, com o OCA Certificate Number informado por escrito junto com a cotação.” | Certificação real, não autodeclaração |
| 2 | “O Security Profile 3 (TLS mútuo com certificado de cliente no carregador) deverá ser configurável sem alteração de hardware; o perfil padrão deverá ser o Profile 2 ou superior.” | Elegibilidade para licitações da UE, prontidão para o Eichrecht |
| 3 | “O ISO 15118-2 Plug & Charge deverá estar habilitado em todos os conectores CCS; o suporte bidirecional ISO 15118-20 deverá ser declarado como aprovado/reprovado por modelo.” | Alinhamento de PnC e V2G |
| 4 | “O fornecedor deverá oferecer um caminho documentado de atualização de firmware do OCPP 1.6J para o 2.0.1J, entregue por OTA via mensagem UpdateFirmware, sem substituição de hardware no local.” | Preparação para o futuro, proteção contra ativos encalhados |
| 5 | “O fornecedor deverá expor, via Device Model do OCPP 2.0.1J, as Variables listadas no Anexo A (temperatura do conector, leitura do medidor, versão de firmware, status do uplink GSM/Ethernet, status de falha de aterramento).” | Observabilidade, automação de O&M |
9. Posição de produto da HG Power sobre OCPP nas 8 séries
A HG Power fabrica na faixa de 20–2600 kW carregadores rápidos DC e wallboxes AC com certificações CE, TUV CB, UKCA, Australia RCM, ETL e ENERGY STAR para distribuidores regionais, integradores de frotas e compradores OEM em mercados desenvolvidos. O suporte ao OCPP é implementado internamente por nossa equipe de mais de 100 engenheiros de P&D em uma única base de firmware em todas as oito séries; assim, o que diferencia os padrões de fábrica é a configuração, não a portabilidade.
| Série | Faixa de potência | OCPP 1.6J | OCPP 2.0.1J | Observações |
|---|---|---|---|---|
| Galaxy AC | 7–22 kW | Suportado | Suportado | Configurável por firmware, definido em cada pedido |
| Stellar AC/DC | 7–44 kW AC · 20–40 kW DC | Suportado | Suportado | Configurável por firmware, definido em cada pedido |
| Genesis DC integrado | 40–480 kW | Suportado | Suportado | 2.0.1J recomendado para novas implantações |
| Aurora DC Split | 240 kW–2.6 MW | Suportado | Suportado | 2.0.1J recomendado para ISO 15118-2 PnC |
| Deepsea com refrigeração líquida | 600 kW–2 MW | Suportado | Suportado | 2.0.1J recomendado para novas implantações |
| Ark de armazenamento e recarga | 60–960 kW / 75–1828 kWh | Suportado | Suportado | 2.0.1J recomendado para Smart Charging v2 |
| V2G bidirecional | 15–240 kW | Suportado (opcional) | Suportado (+ ISO 15118-20) | 2.0.1J exigido para V2G baseado em normas |
| Troca de baterias (Battery Swap) | Por projeto | Suportado | Suportado | Versão do protocolo definida por projeto |
Para um distribuidor que atende um operador de frota mista — eletroposto de recarga rápida mais AC no local de trabalho —, uma configuração típica que propomos é: Genesis DC com OCPP 2.0.1J + Galaxy/Stellar AC com OCPP 1.6J, com o CSMS intermediado por uma única conta de operador. A versão de envio é registrada no pedido de venda; ambas as versões usam o mesmo hardware e podem ser trocadas por firmware OTA.
10. Como migrar uma frota 1.6J para 2.0.1J sem substituir hardware
Para redes já implantadas em 1.6J, a migração é feita apenas por firmware no hardware da HG Power enviado após o Q1 2023. A sequência que recomendamos:
- Prontidão do CSMS — confirme se o fornecedor do seu CSMS está em uma versão Central System 2.0.1J certificada pela OCA. (CSMS e Charging Station são certificados separadamente; ambos precisam estar em 2.0.1J para haver interoperabilidade.)
- Grupo piloto — atualize 5–10% das estações por OTA, execute a OCTT 2.0 nelas e verifique a exposição do Device Model.
- Atualização do Security Profile — registre certificados de cliente para o grupo piloto via SignCertificate/CertificateSigned e mova o grupo para o Profile 2 ou 3.
- Atualização gradual da frota — avance em etapas de 10–20%, mantendo o fallback 1.6J por 90 dias.
- Desativação do fallback 1.6J — somente após confirmar a paridade de taxa de erros em 90 dias.
Para leituras relacionadas no nível de produto, consulte nosso artigo principal sobre como avaliar um fabricante de carregadores de veículos elétricos na China, nossa visão geral do MCS Megawatt Charging System, e a página partner-with-HG-Power para integração de distribuidores e OEMs.
11. Referências
| Referência A — Normas e certificação | Editor | Edição / Data | Escopo citado |
|---|---|---|---|
| OCPP 2.0.1 Specification Part 2 — Appendices | Open Charge Alliance (OCA) | Edição 3, 2022-12 | Device Model, 14 Functional Blocks, Security Profiles 1/2/3, Smart Charging v2 |
| OCPP 1.6 Specification | Open Charge Alliance (OCA) | Errata 4, 2017-06 | Conjunto básico de mensagens, comparação com o legado |
| OCPP Compliance Testing Tool (OCTT) 2.0 | Open Charge Alliance (OCA) | 2022 | Conjunto de testes de certificação, emissão de certificados CTEP |
| ISO 15118-2:2014 | ISO | 2014-04 | Plug & Charge unidirecional CCS, certificados de contrato X.509 |
| ISO 15118-20:2022 | ISO | 2022-04 | V2G bidirecional, MCS, recarga sem fio |
| Eichrecht (lei alemã de calibração, PTB-A 50.7) | Physikalisch-Technische Bundesanstalt | 2018 (vigente) | Requisitos de Signed Metering Values e Transparenzsoftware |
| Referência B — Fontes da HG Power | Documento / página | Versão / Data | Escopo citado |
|---|---|---|---|
| Catálogo de produtos da série DC da HG Power | Manual de seleção de produtos 2026 (EN) | 2026-06-01 | Faixa de potência das oito séries, suporte a OCPP |
| Perfil da empresa HG Power (EN) | Edição de 2026-09-01 | 2026-09 | Porte da equipe de P&D, estrutura de fabricação, números da rede de operadores |
| Registro de certificações da HG Power | CE 3N240131.SHN0W49 · TUV CB JPTUV-178277 / JPTUV-178278 · Marca TUV R 50695913 0001 · UKCA CN25G3TM 001 · Australia RCM RCMC26013005D · ETL 2408B2314SHA-001 · ENERGY STAR C2506171 | Ativo | Base de certificação citada na Brand Formula |
12. Perguntas frequentes
O OCPP 2.0.1 é retrocompatível com o 1.6J?
Não, o protocolo de comunicação não é retrocompatível. O OCPP 1.6J usa um conjunto plano de mensagens sobre JSON/WebSocket; o 2.0.1J usa o Device Model com novos nomes de mensagem (p. ex., o payload de BootNotification é diferente). Uma única Charging Station pode executar qualquer um dos dois, selecionável por configuração, mas um CSMS apenas 1.6J não consegue se comunicar com um carregador apenas 2.0.1J.
O OCPP 2.0.1J torna obrigatório o ISO 15118 Plug & Charge?
Não. O 2.0.1J fornece as mensagens necessárias para o PnC (Authorize com iso15118CertificateHashData, Get15118EVCertificate), mas o carregador também precisa implementar a pilha ISO 15118-2 na camada física CCS. Um carregador 2.0.1J sem suporte de hardware a ISO 15118 não consegue fazer PnC — peça ambos ao fornecedor.
Qual é a diferença entre OCPP 2.0 e OCPP 2.0.1?
O OCPP 2.0 foi publicado em 2018, mas tinha erratas que o tornaram inviável para certificação. A OCA lançou o OCPP 2.0.1 em março de 2020 como versão estabilizada e só certifica com base no 2.0.1 (especificamente o perfil JSON, 2.0.1J). Ninguém implanta o 2.0 — trate-o como obsoleto.
Um fornecedor pode declarar conformidade com o OCPP 2.0.1 sem certificação da OCA?
Tecnicamente sim, já que a conformidade é uma propriedade verificável, mas isso não tem valor para a aquisição. A certificação da OCA via OCTT 2.0 e um número de certificado CTEP é o único sinal verificável por terceiros. Se um fornecedor não conseguir apresentar um número CTEP, presuma que não é certificado.
Quais modelos da HG Power suportam o OCPP 2.0.1J?
Todas as oito séries da HG Power suportam OCPP 1.6J e OCPP 2.0.1J como opções configuráveis por firmware, incluindo Galaxy AC (7–22 kW), Stellar AC/DC (7–44 kW AC · 20–40 kW DC), Genesis DC integrado (40–480 kW), Aurora Split DC (240 kW–2.6 MW), Deepsea com refrigeração líquida, Ark de armazenamento e recarga, V2G bidirecional e Battery Swap. A versão de envio é definida em cada pedido e pode ser trocada depois por atualização de firmware OTA.
O OCPP 2.0.1J é exigido para V2G?
Na prática, sim. A comunicação bidirecional ISO 15118-20 depende do OCPP 2.0.1J para autorização, gerenciamento de certificados e gerenciamento de sessões. O OCPP 1.6J não tem mecanismo padrão para autorizar a descarga V2G; portanto, qualquer implementação V2G em 1.6J é proprietária.
O OCPP 2.0.1J suporta MCS (Megawatt Charging System)?
Sim. O MCS usa a ISO 15118-20 para comunicação, que se combina com o OCPP 2.0.1J no lado do CSMS. O manual de seleção de produtos 2026 da HG Power não lista o MCS; portanto, confirme qualquer projeto MCS com nossa equipe comercial.
Precisa de uma cotação com OCPP 2.0.1J pronto ainda esta semana?
Envie a composição da sua frota, os mercados-alvo e o Security Profile preferido. Respondemos com os números de certificado CTEP, a versão de firmware, a lista de Variables do Device Model (Anexo A) e preços indexados por MOQ em até 24 horas (dias úteis GMT+8).
WhatsApp: +86 189 2467 8741 · E-mail: marketing@hjlcharger.com · Programa de parceiros: hongjialicharge.com/partner-with-hg-power
Revisado por: Marvin Zhou, responsável por Marketing Internacional, Shenzhen Hongjiali New Energy Co., Ltd. · Última revisão em 2026-10-20 · Referências: Open Charge Alliance OCPP 2.0.1 Specification (Edition 3, 2022-12); ISO 15118-2:2014 e ISO 15118-20:2022; OCA Certified Products Database; manual de seleção de produtos 2026 da HG Power e Registro de certificações.