Entenda como BMS, PCS, EMS/PPC e SCADA se integram em um BESS, quais dados e comandos devem circular e como projetar comunicação, redundância, segurança e testes.
Confira!
Em um BESS, SCADA e EMS cumprem funções diferentes e complementares. O BMS protege e gerencia a bateria; o PCS controla a conversão de potência entre os lados DC e AC; o EMS ou PPC transforma objetivos operacionais em setpoints e limites; e o SCADA supervisiona o sistema, registra estados, alarmes e medições e, conforme a arquitetura, permite comandos do operador ou de centros externos. A integração correta dessas camadas é o que transforma um conjunto de baterias e conversores em um ativo energético controlável.
Projetar essa integração exige mais do que escolher um protocolo de comunicação. É necessário definir quem mede, quem decide, quem comanda, quem pode bloquear, quais dados têm autoridade, quais estados são seguros e o que acontece quando comunicação ou controlador falha. Em sistemas de armazenamento, uma falha lógica pode produzir efeito físico: carregar quando o sistema deveria descarregar, ultrapassar uma demanda, esgotar reserva de SOC, perder um comando de potência ou impedir uma atuação de proteção.
A arquitetura deve, portanto, ser tratada como parte da engenharia do sistema elétrico. Point lists, modelos de dados, tempos de atualização, sincronismo, prioridades de comando, redundância, cibersegurança, registros históricos e testes precisam nascer junto com a filosofia de operação. O objetivo não é apenas “ver o BESS na tela”, mas garantir que a supervisão e o controle representem corretamente os estados do ativo e sustentem a aplicação que justificou o investimento.
As quatro camadas: BMS, PCS, EMS/PPC e SCADA
A terminologia varia entre fornecedores e projetos, mas é útil separar funções.
O BMS — Battery Management System atua próximo da bateria. Ele monitora tensões, correntes, temperaturas e estados internos; calcula ou consolida indicadores como SOC e SOH; aplica limites e bloqueios; e protege células, módulos e racks contra condições incompatíveis com segurança e vida útil.
O PCS — Power Conversion System converte energia entre DC e AC e executa comandos de potência ativa e reativa dentro dos limites permitidos. Também possui proteções, controle de corrente e tensão e, dependendo da função, recursos grid following ou grid forming.
O EMS — Energy Management System decide como o BESS deve operar para cumprir objetivos como peak shaving, load shifting, arbitragem temporal, reserva de SOC ou coordenação com geração renovável. Em projetos de maior porte, um PPC — Power Plant Controller pode executar funções de controle no ponto de conexão, coordenando múltiplos PCS e respondendo a referências externas de potência, tensão ou fator de potência.
O SCADA — Supervisory Control and Data Acquisition concentra supervisão operacional: estados, alarmes, grandezas, tendências, eventos e comandos autorizados. Ele pode estar no próprio empreendimento, em centro de operação ou integrado a plataformas externas.
A arquitetura física não precisa repetir a arquitetura lógica
As funções podem estar distribuídas em equipamentos diferentes ou consolidadas em uma mesma plataforma. Um integrador pode fornecer EMS e SCADA no mesmo servidor; outro pode separar PPC, EMS e supervisório; alguns PCS incorporam lógicas que em outra arquitetura ficariam no controlador da planta.
Por isso, especificar apenas nomes de sistemas não é suficiente. O projeto deve descrever funções e responsabilidades. Quem executa limitação de exportação? Quem calcula o setpoint de peak shaving? Quem mantém reserva mínima de SOC? Quem recebe comando externo? Quem aplica ramp rate? Quem decide a potência reativa?
Essa matriz funcional reduz dependência de nomenclatura comercial e facilita equalização entre arquiteturas diferentes.
SOC e SOH são variáveis operacionais, não apenas indicadores de tela
State of Charge e State of Health influenciam diretamente a disponibilidade do BESS. SOC representa a estimativa de energia armazenada naquele momento; SOH representa uma avaliação do estado ou capacidade remanescente em relação à referência definida.
Esses valores não são medidos diretamente como tensão de uma tomada. São estimados a partir de modelos, medições e histórico. Diferenças de algoritmo podem produzir resultados distintos.
O EMS deve usar esses indicadores respeitando limites e qualidade do dado. Se o BMS reporta SOC inválido ou inconsistente, o sistema precisa entrar em um estado conhecido. Um algoritmo de despacho não deve continuar operando como se a informação fosse confiável.
A especificação deve definir flags de qualidade, estados de validade e comportamento em dados ausentes.
Setpoints precisam de autoridade e prioridade definidas
Integração não é apenas comunicação. Um BESS pode trocar dados corretamente e ainda operar de forma errada se autoridade de comando, prioridades, modos e comportamento de falha não estiverem definidos.
Um BESS pode receber comandos de várias origens: operador local, SCADA, EMS, PPC, controlador de microrrede ou centro externo. Sem uma hierarquia explícita, dois controladores podem disputar o ativo.
A filosofia deve estabelecer modos como local, remoto, automático, manutenção e emergência. Para cada modo, deve ficar claro quais fontes de comando são aceitas e quais são bloqueadas.
Também é necessário definir prioridades entre aplicações. Peak shaving pode solicitar descarga enquanto uma política de resiliência exige preservar SOC mínimo. Load shifting pode solicitar carga enquanto um limite de demanda impede aumentar consumo. Um comando externo pode precisar prevalecer sobre a otimização econômica.
A decisão não pode ficar implícita dentro do software do fornecedor. Ela é requisito de engenharia.
EMS é a camada que conecta o BESS ao objetivo de negócio
O BMS protege a bateria e o PCS entrega potência; o EMS transforma esses recursos em aplicação. Para peak shaving, ele acompanha demanda e calcula quanto o BESS precisa descarregar para manter o ponto de conexão abaixo de um limite. Para load shifting, programa carga e descarga em janelas temporais. Para autoconsumo fotovoltaico, coordena excedente de geração e espaço disponível na bateria.
O artigo Peak Shaving com BESS e o conteúdo sobre Load Shifting mostram por que essas estratégias dependem de dados temporais e limites operacionais.
Um EMS bem projetado precisa conhecer não apenas o objetivo econômico, mas também restrições elétricas, SOC, potência disponível, indisponibilidades, reservas e estados da instalação.
PPC controla o comportamento no ponto de conexão
Em sistemas com múltiplos inversores ou exigências de conexão, um Power Plant Controller pode coordenar as unidades para que o conjunto apresente ao sistema elétrico um comportamento agregado.
O controlador pode atuar sobre potência ativa, potência reativa, tensão, fator de potência, ramp rate e outros requisitos. Ele também pode receber limites de exportação ou referências externas.
A fronteira entre EMS e PPC varia. Em alguns projetos, o EMS define objetivos de energia e o PPC garante execução elétrica no ponto de conexão. Em outros, as funções são combinadas. Novamente, o requisito deve ser funcional, e não dependente do nome do produto.
SCADA não é apenas uma IHM remota
SCADA deve fornecer consciência operacional. Isso inclui estado de equipamentos, potência, energia, SOC, SOH, tensões, correntes, temperaturas, alarmes, indisponibilidades, modos de operação e histórico.
Uma boa tela não compensa dados incorretos. O projeto precisa definir de onde cada ponto vem, unidade, escala, qualidade, faixa, atualização e significado.
Alarmes devem ser priorizados. Centenas de alarmes simultâneos sem hierarquia podem impedir o operador de identificar o evento causal. Deve existir filosofia de alarmes, com severidade, consequência e ação esperada.
O conteúdo SCADA no setor elétrico aprofunda arquitetura supervisória, enquanto este artigo mantém foco na função específica do SCADA dentro do BESS.
Point list é um documento de engenharia
A lista de pontos precisa ser controlada por revisão e vinculada aos diagramas e à filosofia de operação. Cada item deve registrar, conforme aplicável:
- identificador único;
- origem e destino;
- descrição funcional;
- tipo de dado;
- unidade e escala;
- faixa válida;
- qualidade;
- periodicidade ou deadband;
- classe de evento;
- leitura ou comando;
- permissivos associados;
- criticidade.
Uma point list sem semântica suficiente pode até permitir comunicação, mas não integração confiável.
Protocolos: interoperabilidade não significa equivalência funcional
O protocolo não resolve a semântica. Point list, qualidade de dados, origem, escala, tempo de atualização e permissivos precisam ser especificados para que a interoperabilidade seja verificável.
Modbus TCP, DNP3, IEC 60870-5-104, OPC UA e IEC 61850 podem aparecer em diferentes camadas. Escolher protocolo depende do ecossistema e dos requisitos de cada interface.
A IEC 61850 é particularmente relevante em automação de sistemas de potência. O IEC TR 61850-90-9 descreve o uso do modelo de informação IEC 61850 para sistemas de armazenamento elétrico, focando a integração do recurso ao grid no nível DER. Em 2026, a série IEC 61850 recebeu atualização de seu documento de introdução e visão geral para automação de sistemas elétricos.
O protocolo, porém, não resolve sozinho definição de dado, lógica, autoridade ou teste. Dois equipamentos compatíveis com Modbus podem usar mapas completamente diferentes. Dois sistemas IEC 61850 podem exigir engenharia de modelo e configuração para interoperar corretamente.
Gateways devem ser tratados como componentes críticos
Quando diferentes protocolos coexistem, gateways fazem tradução entre modelos de dados. Esse componente pode se tornar um ponto único de falha, adicionar latência ou perder semântica.
A IEC TR 61850-80-5:2026 trata mapeamento entre IEC 61850 e a família Modbus, mostrando que integração entre protocolos é uma disciplina própria, não apenas conversão de endereços.
O projeto deve definir comportamento do gateway diante de perda de uma interface, restart, inconsistência de qualidade e comandos simultâneos.
Sincronismo de tempo é necessário para reconstruir eventos
Em um BESS, eventos podem ocorrer em milissegundos ou segundos entre proteção, PCS, BMS e SCADA. Se relógios não estão sincronizados, a investigação posterior pode mostrar uma sequência falsa.
A arquitetura deve definir fonte de tempo e precisão necessária. NTP pode ser suficiente para supervisão geral; aplicações de proteção e automação podem exigir PTP ou outras soluções compatíveis com a precisão necessária.
O importante é que os equipamentos críticos usem uma referência coerente e que registros indiquem timestamp de origem quando disponível.
Dados históricos sustentam operação, garantia e engenharia
Historiadores ou bancos de dados permitem analisar curvas de potência, SOC, temperatura, alarmes, ciclos e performance. Esses dados são úteis para otimização, manutenção, investigação de falhas e verificação de garantias.
A retenção deve considerar frequência de amostragem e volume. Guardar apenas médias de 15 minutos pode ser suficiente para algumas análises energéticas, mas inadequado para investigar uma oscilação rápida ou sequência de falha.
A arquitetura pode usar diferentes níveis de retenção: alta resolução por período curto e agregados por prazo longo.
Perda de comunicação precisa ter comportamento definido
Comunicação falhará em algum momento. A engenharia precisa decidir o que acontece quando isso ocorre.
Se o EMS perde comunicação com o medidor de demanda, o BESS continua no último setpoint, reduz potência, para ou entra em estratégia local? Se o SCADA perde conexão, a proteção continua independente? Se o comando externo fica indisponível, qual modo assume autoridade?
Estados seguros devem ser escolhidos conforme risco e aplicação. Parar sempre pode ser seguro em um contexto e prejudicial em outro. Manter indefinidamente o último comando também pode ser perigoso.
Redundância precisa eliminar o ponto comum de falha
Dois servidores conectados ao mesmo switch e à mesma fonte não representam alta disponibilidade completa. A arquitetura deve mapear controladores, servidores, switches, fontes, redes e caminhos de comunicação para identificar pontos comuns.
O nível de redundância deve derivar da criticidade. Um BESS usado apenas para otimização econômica pode tolerar períodos curtos de indisponibilidade de EMS; um recurso contratado para disponibilidade de potência ou integrado a infraestrutura crítica pode exigir failover mais rigoroso.
Redundância também precisa ser testada. Uma arquitetura declarada redundante sem teste de failover ainda é apenas uma hipótese de projeto.
Cibersegurança faz parte da disponibilidade do BESS
Quanto mais o BESS recebe comandos remotos e integra plataformas externas, maior a superfície de ataque. Redes OT devem ser segmentadas, acessos controlados e serviços desnecessários desabilitados.
A engenharia precisa definir perfis de usuário, autenticação, gestão de credenciais, acesso remoto, logging, backups e recuperação. Atualizações de firmware e software precisam de procedimento para não introduzir incompatibilidade ou indisponibilidade.
Protocolos legados sem segurança nativa podem exigir controles compensatórios na arquitetura de rede. O risco não deve ser transferido silenciosamente para “TI” quando a consequência é física sobre o sistema elétrico.
Interface com proteção: controle não substitui proteção
EMS e SCADA operam o sistema, mas não devem ser tratados como única camada de proteção elétrica. Funções críticas precisam possuir independência e tempos compatíveis com os fenômenos que protegem.
Relés, proteções do PCS e BMS devem atuar mesmo se o servidor de EMS estiver indisponível. Ao mesmo tempo, seus estados precisam ser comunicados para que o controle não tente comandar um equipamento bloqueado.
O artigo Proteção em sistemas bidirecionais aprofunda a filosofia de proteção elétrica associada a BESS e geração distribuída.
Integração com microgrid controller
Em microrredes, o BESS pode ser um dos recursos controlados por uma camada superior. O microgrid controller coordena geração, armazenamento, cargas e ponto de conexão conforme estado conectado ou ilhado.
A divisão de responsabilidade precisa estar clara. O EMS do BESS pode otimizar internamente a bateria enquanto o controlador de microrrede define a potência desejada. Em outros casos, um único controlador pode acumular funções.
O conteúdo Microgrid e Microrrede mostra como essa integração se relaciona com operação ilhada e recursos distribuídos.
Integração com ONS, distribuidora ou agregadores
Projetos conectados ao sistema podem precisar trocar dados e comandos com agentes externos. A interface deve ser definida conforme requisito regulatório, contrato de conexão e função do ativo.
Em 2026, a ANEEL avançou na regulamentação de sistemas de armazenamento autônomos e nos primeiros leilões brasileiros de baterias de grande porte. Os produtos em consulta exigem disponibilidade para despacho centralizado do ONS, reforçando a importância de telemetria, supervisão e capacidade de receber comandos no ciclo de operação.
Isso não significa que todo BESS industrial precise da mesma arquitetura. O requisito externo deve ser aplicado somente quando pertinente ao regime do empreendimento.
Testes de integração devem simular estados e falhas
Comissionamento não pode verificar apenas leitura de tags. O teste precisa confirmar comportamento funcional.
Cenários relevantes podem incluir:
- alteração de setpoint de potência;
- transição entre carga e descarga;
- limite de SOC atingido;
- perda de um PCS;
- perda de medidor principal;
- perda de comunicação BMS ↔ EMS;
- failover de servidor;
- comando local durante modo remoto;
- restauração após falha;
- atuação de proteção e bloqueio do despacho.
O artigo Comissionamento de BESS organiza essas verificações dentro da cadeia FAT, SAT e performance tests.
Como especificar SCADA e EMS em um projeto BESS
Uma especificação técnica deve tratar pelo menos:
- arquitetura funcional e física;
- funções de BMS, PCS, EMS, PPC e SCADA;
- matriz de autoridade de comando;
- modos de operação;
- point list e modelo de dados;
- protocolos e interfaces;
- requisitos de atualização e latência;
- sincronismo de tempo;
- alarmes e eventos;
- histórico e retenção;
- redundância e failover;
- cibersegurança;
- backup e recuperação;
- integração com proteção e medição;
- FAT, SAT e testes integrados;
- documentação e arquivos de configuração.
A especificação deve evitar frases genéricas como “integrar ao SCADA existente”. É necessário dizer o que integração significa, qual é a fronteira e quais evidências provarão atendimento.
Documentação final deve permitir manutenção e evolução
O proprietário precisa receber diagramas de rede, arquitetura lógica, point lists, mapas de protocolo, arquivos de configuração, backups, lista de usuários e perfis, versões de software, matrizes de causa e efeito, relatórios de teste e As-Built.
Sem esses arquivos, alterações futuras podem depender integralmente do integrador original. Em um ativo com vida de muitos anos, isso é risco de operação e governança.
A documentação deve também registrar mudanças realizadas durante comissionamento, porque ajustes finais de lógica e comunicação frequentemente ocorrem no campo.
Considerações finais
A integração de BESS com SCADA e EMS é a camada que conecta armazenamento físico à operação do empreendimento. BMS, PCS, EMS/PPC e SCADA possuem responsabilidades diferentes e precisam trocar dados e comandos com semântica, prioridade e comportamento de falha claramente definidos.
Protocolos são necessários, mas não suficientes. A qualidade da solução depende de arquitetura funcional, point list, sincronismo, redundância, cibersegurança, histórico, proteção e testes integrados.
Quando essas decisões são tratadas como engenharia desde o projeto, o BESS deixa de ser uma caixa controlada pelo fornecedor e passa a ser um ativo energético integrado, observável, comandável e governável ao longo de seu ciclo de vida.
Redundância só existe depois do teste de falha. Servidores, redes e controladores precisam demonstrar failover e retorno ao serviço sem criar estados inseguros ou perda indevida de comando.
Referências técnicas
[1] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC TR 61850-90-9:2020 — Use of IEC 61850 for Electrical Energy Storage Systems. 2020. Disponível em: https://webstore.iec.ch/en/publication/29365.
[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC TR 61850-1-1:2026 — Communication networks and systems for power utility automation — Introduction and overview. 2026. Disponível em: https://webstore.iec.ch/en/publication/105222.
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC TR 61850-80-5:2026 — Mapping information between IEC 61850 and Modbus. 2026. Disponível em: https://webstore.iec.ch/en/publication/108118.
[4] AGÊNCIA NACIONAL DE ENERGIA ELÉTRICA. Primeiros leilões de armazenamento de energia do Brasil entram em consulta pública. 2026. Disponível em: https://www.gov.br/aneel/pt-br/assuntos/noticias/2026-defeso-eleitoral/primeiros-leiloes-de-armazenamento-de-energia-do-brasil-entram-em-consulta-publica.
[5] AGÊNCIA NACIONAL DE ENERGIA ELÉTRICA. Sistemas de Armazenamento de Energia Elétrica Autônomos — Baterias. 2026. Disponível em: https://www.gov.br/aneel/pt-br/centrais-de-conteudos/manuais-modelos-e-instrucoes/armazeamento-de-energia/sae-autonomos-bateria.
Perguntas frequentes
O BMS gerencia e protege a bateria; o EMS decide como o BESS deve operar para cumprir objetivos energéticos; o SCADA supervisiona estados, medições, alarmes e comandos. O PCS executa a conversão de potência.
Não necessariamente. EMS costuma otimizar energia e aplicações; PPC coordena o comportamento elétrico agregado no ponto de conexão. Em algumas arquiteturas as funções são combinadas.
Depende da interface e do ecossistema. Modbus, DNP3, IEC 60870-5-104, OPC UA e IEC 61850 podem ser adequados em diferentes camadas. O protocolo não substitui a definição funcional dos dados e comandos.
Não. Supervisão e controle não devem ser a única camada de proteção elétrica. Relés, proteções do PCS e BMS precisam atuar com independência compatível com os riscos e tempos envolvidos.
Porque permite reconstruir corretamente a sequência de eventos entre BMS, PCS, proteção, EMS e SCADA. Relógios inconsistentes podem levar a diagnósticos errados de causa e efeito.
Point list, setpoints, modos de operação, prioridades, alarmes, perda de comunicação, failover, limites de SOC, estados degradados, atuação de proteção e recuperação após falhas.
Materiais técnicos complementares
Serviços relacionados
- Projeto de Automação Industrial: controle, supervisão, redes OT e integração
- Serviços de Engenharia Elétrica: projetos, inspeções, estudos, laudos e comissionamento
- Comissionamento de Equipamentos: FAT, instalação, SAT, partida e aceite
Conteúdos principais sobre o tema
- Arquitetura BESS: baterias, PCS, BMS, EMS e integração elétrica
- Comissionamento de BESS: FAT, SAT, testes de desempenho e aceite técnico
- Grid Forming: o que é, como funciona e qual o papel em BESS, microrredes e estabilidade
- Microgrid e Microrrede: arquitetura, operação ilhada e integração de recursos energéticos
Conteúdos técnicos correlatos
- SCADA no setor elétrico: o que é, arquitetura e aplicação em subestações
- RTU em subestações: o que é, como funciona e integração com SCADA e IEDs
- OPC UA: o que é, como funciona, segurança e integração com SCADA, Modbus e MQTT
- Redes industriais: o que são, protocolos, arquitetura, segurança e integração com SCADA
