Protocolos de carregamento de veículos elétricos: compreensão das camadas de comunicação em um projeto de carregamento

Início / Insights / Carregamento de veículos elétricos

INSIGHTS DE CARREGAMENTO DE VE

Um guia de planejamento para OCPP. Compreensão das camadas de comunicação dentro de um projeto de cobrança

SINELINK| Guia Técnico

 

Uma estação de carregamento pode conectar-se com sucesso à sua plataforma de gerenciamento e ainda assim não funcionar com o controlador de balanceamento de carga dinâmico do local. Para desenvolvedores, empreiteiros de EPC e proprietários de instalações, essa lacuna pode significar trabalho adicional de integração, escolhas restritas de equipamentos ou alterações na arquitetura de controle após a instalação.

A seleção do protocolo deve, portanto, começar com a operação pretendida do site. Estabeleça qual sistema alocará capacidade de carga, como os carregadores receberão limites e o que deverá acontecer quando a comunicação falhar. Em seguida, verifique se o hardware e o software selecionados suportam esses requisitos juntos.

Entenda as camadas de comunicação

Vários links de comunicação coexistem dentro de um projeto de carregamento. Cada um carrega informações diferentes e serve a um propósito diferente.

Por exemplo,IPCOopera entre plataformas de serviço de cobrança. A sua presença não estabelece como um carregador individual recebe um limite de energia local. A comunicação do veículo também requer verificações de compatibilidade próprias; o suporte para OCPP não determina quais veículos ou recursos de comunicação de veículos um carregador suporta.

Ethernet, Wi-Fi, comunicação celular e RS485 descrevem a conectividade em vez da interface de controle completa. Dois dispositivos podem compartilhar uma rede e ainda usar comandos, formatos de dados e permissões de acesso diferentes.

Escolha o OCPP pelas funções que o projeto necessita

O Open Charge Point Protocol define a comunicação entre estações de carregamento e um sistema de gestão de estação de carregamento, ou CSMS. OAliança de Carga Abertarelata que o OCPP 1.6 continua amplamente utilizado enquanto a adoção avança em direção ao OCPP 2.x.

OCPP 1.6 já inclui mecanismos de carregamento inteligente para perfis de carregamento e controle de carga. OCPP 2.0.1 adiciona recursos mais fortes de gerenciamento de dispositivos, manipulação de transações, segurança e carregamento inteligente, incluindo suporte relacionado à ISO 15118. OCPP 2.1, lançado em 2025, amplia o suporte para carregamento bidirecional e controle de recursos de energia distribuídos.

OCPP 1.6 e 2.0.1 não são diretamente compatíveis. Uma plataforma que atenda a ambos precisa de implementações de protocolo apropriadas. Se um fornecedor oferecer uma atualização futura, confirme o hardware suportado, as condições de entrega e as alterações de plataforma necessárias.

Para novos sites comerciais, o OCPP 2.0.1 é um ponto de partida útil para avaliação. Uma implementação 1.6J verificada, usando JSON sobre WebSocket, também pode atender aos requisitos de um projeto definido. Os projetos que considerem a cobrança bidirecional devem avaliar o OCPP 2.1 juntamente com a comunicação do veículo, o hardware de energia e os requisitos de rede aplicáveis.

O escopo da certificação é tão importante quanto a versão. Sob oPrograma de certificação OCPP 2.0.1, Carregamento Inteligente, Segurança Avançada e Suporte ISO 15118 são perfis opcionais. Um certificado Core por si só não estabelece que essas funções foram testadas. Solicite o certificado e a declaração de implementação cobrindo o modelo e firmware entregues.

Revise o escopo da certificação →

Defina o gerenciamento dinâmico de carga como um circuito de controle completo

O gerenciamento dinâmico de carga ajusta a alocação de cobrança à medida que as cargas de outros locais mudam. Necessita de medições, um algoritmo de alocação, um caminho de comando e feedback confirmando o resultado.

Considere um local simplificado com um limite de importação de 300 kW e uma margem operacional de 20 kW. Quando a demanda sem{3}}carga é de 180 kW, a alocação de carga disponível é de 100 kW. Se essa procura aumentar para 240 kW, a atribuição cai para 40 kW.

Este exemplo usa energia ativa-do lado CA e não pressupõe geração ou armazenamento-no local. Um projeto real também deve verificar as correntes de fase, os limites dos ramos e as restrições do transformador. A entrada do carregador DC inclui perdas de conversão e consumo auxiliar. Onde houver energia solar ou armazenamento, o limite de medição deve ser claro para que os fluxos de energia não sejam contados duas vezes.

O controlador decide como distribuir a capacidade disponível. O compartilhamento igual, a prioridade do veículo e a programação do horário-de partida exigem lógicas operacionais diferentes. O protocolo de comunicação leva essa decisão aos carregadores; ele não fornece, por si só, o algoritmo de alocação.

Confirme o tempo de resposta completo desde a medição até o ajuste de potência real. A amostragem do medidor, o atraso da rede, o processamento do controlador e a resposta do carregador ou do veículo contribuem. Uma confirmação de comando bem-sucedida é uma prova insuficiente de que o limite solicitado entrou em vigor. O gerenciamento de carga também deve ser coordenado com o projeto de proteção elétrica do local.

Verifique o que a interface local realmente permite

Um carregador pode oferecer interfaces separadas para a sua plataforma de gestão e para o seu sistema de gestão de energia local (EMS).Phoenix Contact descreveum arranjo usando OCPP para comunicação backend e Modbus TCP para alocação dinâmica de corrente de um sistema de gerenciamento predial.

O Modbus é uma opção prática para integração industrial, mas o mapa cadastral ainda precisa de revisão. Verifique se a interface expõe limites de carregamento graváveis, suas unidades e faixa permitida, o nível de controle e o comportamento de tempo limite. Ler um medidor de eletricidade Modbus e aceitar comandos de um controlador Modbus externo são capacidades diferentes.

EEBUSfornece casos de uso de-gerenciamento de energia, como limitação de energia e otimização de autoconsumo-solar. Sua adequação depende dos casos de uso e das versões implementadas por ambos os dispositivos. Uma reclamação geral do EEBUS deve ser seguida por uma análise de compatibilidade específica.

APIs de fabricantes e protocolos proprietários também podem oferecer suporte a controle local eficaz. A sua utilidade depende de documentação acessível, direitos de implementação, funções disponíveis e suporte estável. Pergunte se os comandos locais permanecem disponíveis sem uma assinatura de nuvem e se as alterações de firmware podem alterar a interface.

O firmware merece atenção especial. Por exemplo,Notas de lançamento do AHP 2.6.0 da Alfenintroduziu o controle Modbus TCP/IP EMS para produtos específicos e documentou uma única conexão EMS simultânea. As mesmas notas especificam os requisitos de software correspondentes numa rede de carregamento inteligente. A compatibilidade deve, portanto, ser registrada por modelo e firmware, inclusive para equipamentos de uma marca.

Selecione uma arquitetura com propriedade de controle clara

OCPP pode operar em uma rede local. OArquitetura do controlador-local do OCAdescreve um controlador posicionado entre os carregadores e o sistema de gerenciamento upstream. Isto cria diversas opções para o projeto da estação.

Para locais-comerciais com capacidade limitada, o controle local costuma ser uma escolha sensata de engenharia porque o caminho de medição e controle pode continuar sem uma conexão ativa com a Internet. Esse benefício deve ser verificado na implementação selecionada.

Onde vários sistemas puderem estabelecer limites, documente sua autoridade. Um limite de capacidade do local, uma programação do operador e um limite do carregador interno podem estar todos ativos. Defina como eles são combinados, por quanto tempo cada um permanece válido e como os comandos obsoletos são removidos.

Este é um problema de integração documentado.Orientação de conectividade da KEBAavisa que o controle externo pode interferir no gerenciamento de carga-integrado de determinadas configurações-do cliente mestre. Várias interfaces suportadas não estabelecem que todas as combinações de controladores sejam suportadas.

Avalie o efeito na construção e no custo vitalício

As decisões de protocolo influenciam a lista de equipamentos e a infraestrutura de comunicação. O controle local pode exigir medidores adicionais, um controlador local, switches de rede, cabeamento de comunicação e acesso para comissionamento. Inclua esses itens antes de comparar as cotações do carregador.

A gestão dinâmica pode melhorar a utilização de uma oferta existente, mas não pode criar capacidade adicional. A possibilidade de evitar uma atualização elétrica depende da demanda, das necessidades de carregamento simultâneo e dos tempos de espera aceitáveis. O desempenho do carregamento dos veículos deve continuar a fazer parte da avaliação do projeto.

Para expansão, estabeleça se novos carregadores podem se juntar ao sistema de controle existente individualmente ou apenas através de controlador de grupo de outro fabricante. Verifique se o equipamento misto de CA e CC pode ser controlado no nível necessário e se um dispositivo com falha afeta o restante do grupo.

Para substituição de plataforma, confirme a propriedade da configuração, credenciais e certificados do servidor. Esclareça o acesso às exportações de transações e se o controle local essencial depende de uma assinatura contínua. Incluir licenças de interface, trabalho de integração, manutenção de firmware e testes de regressão na estimativa de custos operacionais.

A segurança também é um requisito operacional. Especifique a identidade do dispositivo, a comunicação criptografada quando suportada, a renovação do certificado e as responsabilidades de atualização. OGuia de operações de segurança OCAfornece orientação de implementação. As interfaces locais devem ser protegidas através de controles de acesso à rede apropriados; estar em uma rede local não elimina a necessidade de gerenciar o acesso.

Transforme reivindicações de protocolo em requisitos de aceitação

Antes de encomendar equipamentos, peça aos fornecedores do carregador e do controlador que confirmem juntos a configuração proposta. Uma submissão técnica útil deve conter:

O comissionamento deve testar um aumento repentino na demanda do edifício, carregamento simultâneo, perda de internet, falha na comunicação do medidor, reinicialização do controlador e solicitações de controle conflitantes. Meça a corrente ou potência resultante, registre o tempo de resposta e confirme a recuperação sem aumentos de carga não intencionais.

Trate a cobrança contínua, a autorização de novas sessões e a recuperação de transações como requisitos offline separados. Um sistema pode suportar um sem apoiar os outros. Para locais com marcas de carregadores diferentes, execute os testes na combinação completa proposta antes de uma implantação mais ampla.

Conecte os carregadores selecionados ao sistema de controle do local

Um controlador de balanceamento de carga existente já pode fornecer a lógica de alocação necessária, enquanto os carregadores escolhidos expõem diferentes formatos de comando e dados de feedback. Nessa situação, uma camada de integração-específica do carregador pode conectar os requisitos do controlador às funções disponíveis em cada dispositivo selecionado.

SINELINK'sSolução de integração de controle de carregador EV multimarcasconcentra-se nesta conexão. Cada integração é avaliada em relação ao modelo e firmware do carregador, à documentação de protocolo disponível, à interface-do cliente e ao comportamento necessário. Compartilhe esses detalhes com o SINELINK para discutir o escopo de desenvolvimento e a validação necessária para sua estação de carregamento.