EMS Builder: cada projeto de energia sem começar do zero
O Edge-EMS Builder é uma plataforma de orquestração inteligente implantada nas instalações de energia. Ele transforma integração de dispositivos, processamento de dados, controle por estratégias, comunicação entre nuvem e borda e colaboração entre dispositivos em recursos reutilizáveis, fazendo do EMS um ativo de plataforma que pode ser continuamente replicado e atualizado, em vez de uma entrega única.
Projetos de armazenamento comercial e industrial, integração de geração fotovoltaica, armazenamento e recarga, microrredes e energia em complexos industriais podem todos ser chamados de EMS, mas raramente são iguais em campo: marcas de dispositivos, listas de pontos, tarifas e capacidades mudam, e os clientes continuam acrescentando novas regras de controle.
Alguns projetos conectam PCS, BMS, medidores e inversores fotovoltaicos; outros incluem carregadores, geradores a diesel, cargas de climatização ou a plataforma de nuvem do cliente. Alguns clientes priorizam arbitragem tarifária entre ponta e fora de ponta; outros, prevenção de fluxo reverso ou demanda máxima. Outros ainda acrescentam regras como “ampliação temporária de capacidade na área de um transformador de distribuição”.
Se cada projeto exigir reintegrar dispositivos, reescrever estratégias e recriar interfaces de nuvem, os custos de desenvolvimento repetido e manutenção crescerão com a escala das entregas. É esse problema que o Edge-EMS Builder busca resolver:
O Edge-EMS Builder ajuda as equipes a organizar dispositivos, dados e estratégias de controle de projetos de energia complexos, transformando o EMS de um trabalho refeito a cada projeto em configuração e replicação rápidas sobre uma plataforma.
A mesma base de dados e controle atende a diferentes combinações de dispositivos, objetivos de controle e parâmetros de projeto.
Por que usar o EMS Builder
Seção intitulada “Por que usar o EMS Builder”Mais dispositivos não podem exigir reiniciar as estratégias a partir dos protocolos
Seção intitulada “Mais dispositivos não podem exigir reiniciar as estratégias a partir dos protocolos”Uma instalação pode reunir PCS, BMS, medidores, inversores fotovoltaicos, carregadores, geradores a diesel, cargas de climatização e plataformas de terceiros. As estratégias precisam saber se o ponto de conexão excedeu um limite ou se o SOC permite continuar a descarga, e não de qual protocolo veio determinado registrador.
O Edge-EMS Builder integra dispositivos pelo CommBridge e unifica os identificadores dos dados, permitindo que as estratégias superiores trabalhem com o significado de negócio. Quando modelos ou protocolos mudam, geralmente basta ajustar o mapeamento de pontos para reutilizar a lógica principal já validada.
Requisitos em mudança exigem uma lógica de controle configurável
Seção intitulada “Requisitos em mudança exigem uma lógica de controle configurável”Tarifas, capacidade, horários de operação e limites de controle podem mudar. Hoje pode ser necessária a prevenção de fluxo reverso; amanhã, controle de demanda; depois, colaboração entre armazenamento e carregadores.
O Edge-EMS Builder divide a lógica de negócio em dados, cálculos, condições e ações. Os engenheiros podem alterar parâmetros, expressões ou perfis de acionamento sem refazer todo o software a cada mudança.
Projetos replicados devem transformar experiência em patrimônio da empresa
Seção intitulada “Projetos replicados devem transformar experiência em patrimônio da empresa”Uma lógica validada de redução de picos e preenchimento de vales de carga, balanceamento de carregadores ou coordenação entre unidades não deve ficar restrita a uma instalação. O Edge-EMS Builder permite desenvolver as estratégias progressivamente:
Validação em campo → Abstração de pontos e parâmetros → Consolidação em templates → Reutilização em novos projetos → Evolução contínua
Quanto mais projetos são realizados, mais rica se torna a coleção de estratégias, listas de pontos e casos de teste reutilizáveis. Assim, novos projetos se aproximam do processo de “selecionar templates, mapear pontos e ajustar parâmetros”, em vez de começar novamente do zero.
O que é o EMS Builder
Seção intitulada “O que é o EMS Builder”O Edge-EMS Builder geralmente opera em gateways de borda ou computadores industriais, entre os dispositivos de campo e a nuvem ou os sistemas de negócio. Ele realiza quatro tarefas principais:
| Responsabilidade do EMS Builder | Explicação simples | Resultado no projeto |
|---|---|---|
| Unificar a integração | Conecta dispositivos de diferentes marcas e protocolos a um mesmo modelo de dados | PCS, BMS, medidores, carregadores e outros podem ser usados de forma unificada |
| Processar dados | Transforma pontos originais em estados e indicadores compreensíveis pelas estratégias | Potência, SOC, capacidade, margens e estados de alarme podem participar diretamente dos cálculos |
| Orquestrar estratégias | Descreve regras de controle por expressões e “condições + ações” | Lógicas de redução de picos e preenchimento de vales, prevenção de fluxo reverso e controle de demanda podem operar automaticamente |
| Conectar sistemas | Envia dados de campo e resultados de decisões à nuvem, ao frontend ou a outros nós | Permite operação e manutenção remotas, monitoramento centralizado, envio de estratégias e colaboração entre dispositivos |
O Edge-EMS Builder executa continuamente “Aquisição → Repositório unificado de dados → Avaliação de estratégias Lua → Saída de execução”. Os resultados retornam ao repositório de dados, mantendo a malha em operação.
O que o EMS Builder não é
Seção intitulada “O que o EMS Builder não é”- Não é um software de monitoramento limitado a painéis: além de exibir dados, forma malhas de controle automático com base em estratégias.
- Não é um EMS fixo com algumas estratégias codificadas: a plataforma oferece os recursos para construir estratégias, e as regras de negócio específicas são definidas pelas configurações.
- Não é um controlador de segurança que substitui a proteção dos dispositivos: intertravamentos de hardware, proteções de BMS/PCS e limites de segurança locais devem continuar funcionando independentemente.
- Não impõe um frontend fixo: a empresa pode construir suas próprias interfaces de monitoramento e controle pela interface WebSocket padrão.
Em uma frase:
O Edge-EMS Builder não é um único EMS para um cenário específico, mas uma base para construir continuamente diferentes EMS.
Quatro mudanças proporcionadas pelo EMS Builder
Seção intitulada “Quatro mudanças proporcionadas pelo EMS Builder”| Abordagem tradicional | Com o EMS Builder |
|---|---|
| Integração e desenvolvimento repetidos a cada projeto | Recursos gerais ficam na plataforma, e novos projetos se concentram em mapeamento e configuração |
| Lógica de controle fixada no código ou firmware do projeto | Estratégias combinam dados, expressões, condições de acionamento e ações |
| Dispositivos operam isoladamente; a colaboração exige desenvolvimento específico | Dados compartilhados participam diretamente dos cálculos e decisões entre dispositivos |
| Difícil evolução após a entrada em operação | Suporte a distribuição pela nuvem, configuração remota, interfaces abertas e evolução de templates de estratégias |
Reutilização da lógica
Seção intitulada “Reutilização da lógica”As estratégias referenciam dataKey de forma unificada. Ao trocar modelos de PCS, BMS ou medidores, geralmente basta ajustar o mapeamento de dados e os parâmetros locais, preservando o fluxo principal de decisão.
Validação rápida
Seção intitulada “Validação rápida”O Edge-EMS Builder já oferece aquisição, cálculo, acionamento, gravação em dispositivos, comunicação entre nuvem e borda e canais de frontend em tempo real. A equipe pode concentrar seus esforços nas estratégias e nas interfaces de negócio.
Consolidação de estratégias
Seção intitulada “Consolidação de estratégias”Estratégias validadas em campo podem ser organizadas em templates que registram dispositivos compatíveis, pontos necessários, parâmetros ajustáveis, condições de proteção e casos de teste, formando a biblioteca de estratégias da empresa.
Expansão aberta
Seção intitulada “Expansão aberta”MQTT, HTTP, WebSocket e canais de gravação em dispositivos conectam dados externos, plataformas de nuvem, sistemas de negócio e equipamentos controláveis. Com fontes de dados confiáveis, regras expressáveis e interfaces de execução conformes, é possível construir novas malhas de automação.
Nativo de IA: da lista de pontos à entrada da estratégia em operação
Seção intitulada “Nativo de IA: da lista de pontos à entrada da estratégia em operação”Os recursos anteriores apontam para a mesma conclusão: o Edge-EMS Builder não traz uma lógica de negócio específica embutida. Os dados vêm da configuração de aquisição, as regras vêm dos scripts Lua, as ações coordenadas vêm dos perfis de acionamento, e cada operação de configuração tem uma API padrão correspondente. Portanto, configurar o Edge-EMS Builder não exige necessariamente percorrer a interface página por página; outros programas, incluindo AI Agents, também podem fazê-lo.
Isso permite transformar o método de entrega do Edge-EMS Builder:
- Configuração assistida por IA: as Skills do Edge-EMS Builder auxiliam na conversão de listas de pontos, modelagem de dados, Lua e orquestração de estratégias, configuração de alarmes e operação e manutenção. Os engenheiros descrevem os requisitos, revisam os resultados e validam em campo.
- Interfaces abertas: Agents de terceiros podem consultar dados e chamar interfaces de configuração conforme as permissões da conta. A execução de controles e a implantação de modelos dependem da solução de integração adotada.
A IA pode participar da configuração e análise; o escopo de execução, a revisão das estratégias e a aceitação em campo são definidos pelo processo de engenharia.
Consulte o fluxo de configuração e a instalação em Configuração assistida por IA e Skills.
Cenários atendidos pela mesma plataforma
Seção intitulada “Cenários atendidos pela mesma plataforma”| Cenário | Necessidades típicas que podem ser implementadas | Principais elementos envolvidos |
|---|---|---|
| Armazenamento comercial e industrial | Carga/descarga por horário, arbitragem tarifária, redução de picos e preenchimento de vales, controle de demanda e prevenção de fluxo reverso | PCS, BMS e medidor no ponto de conexão com a rede |
| Integração fotovoltaica e armazenamento | Autoconsumo, aproveitamento da geração fotovoltaica, prevenção de fluxo reverso e controle de curvas programadas | Inversores fotovoltaicos, armazenamento e ponto de conexão com a rede |
| Instalações fotovoltaicas com armazenamento e recarga | Carregamento coordenado, balanceamento de carga e suporte do armazenamento aos picos de recarga | Geração fotovoltaica, armazenamento, carregadores e transformador |
| Microrredes | Coordenação fotovoltaica/armazenamento/diesel, equilíbrio de potência e estratégias de operação conectada à rede ou ilhada | Geração fotovoltaica, armazenamento, geradores a diesel e cargas críticas |
| Ampliação temporária de capacidade da área de distribuição | Monitoramento da carga do transformador, com suporte de capacidade pelo armazenamento durante picos | Transformador, medidor e armazenamento |
| Operação de várias instalações | Envio de dados à nuvem, monitoramento centralizado, operação e manutenção remotas e distribuição de estratégias em lote | Vários nós de borda e plataforma de nuvem |
Esses cenários combinam o mesmo conjunto de recursos básicos. Consulte os exemplos gerais de ampliação temporária de capacidade e balanceamento de carga de carregadores.
Como transformar requisitos em estratégias reutilizáveis
Seção intitulada “Como transformar requisitos em estratégias reutilizáveis”Um requisito de projeto geralmente é implementado pelo seguinte caminho:
- Definir o objetivo: por exemplo, “a potência no ponto de conexão com a rede não pode exceder 800 kW”.
- Organizar os dados: confirmar os pontos necessários, como potência no ponto de conexão, potência do PCS, SOC e estado dos dispositivos.
- Escrever os cálculos: calcular o déficit de capacidade, a potência disponível de carga/descarga e os limites de proteção.
- Configurar o acionamento: definir quando ativar, quando desativar, como aplicar debounce e como operar de forma degradada em caso de anomalia.
- Executar e validar: enviar comandos de potência, registrar alarmes e resultados e testar condições normais, de limite e de falha.
- Abstrair em templates: parametrizar pontos, capacidade e limites específicos da instalação para reutilização em projetos futuros.
Esse caminho transforma a experiência de projeto em um ativo completo, com estratégias, parâmetros, mapeamentos de pontos e condições de teste, em vez de apenas um código difícil de migrar.
Capacidades validadas por testes de desempenho
Seção intitulada “Capacidades validadas por testes de desempenho”No lote de testes de 2026-07-29 (relatório v1.3), realizado no AFE-E630 (4 núcleos Arm Cortex-A55 e 3.81 GB de memória), a carga configurada e os resultados do cenário recomendado S3.5 foram:
| Indicador | Configuração/resultado medido |
|---|---|
| Carga configurada de aquisição de dados | 5.000 pontos/segundo |
| Operações de agregação | 30 |
| Tarefas Trigger | 90/segundo, com atendimento médio de 99.97% da vazão prevista |
| Tarefas MQTT | 20/segundo, com atendimento médio de 99.90% da vazão prevista |
| Tarefas de colaboração | 10/segundo |
| Latência P95 de Trigger / MQTT | 56 ms / 77 ms |
| CPU do sistema completo — média / P95 | 50.16% / 71.09% |
| Uso real de memória do sistema completo — média / P95 | 40.49% / 41.41% |
Esses resultados demonstram a capacidade da plataforma sob um conjunto definido de hardware, software e critérios de teste, sem representar uma garantia de capacidade para todos os projetos. Foram contabilizadas 2.000 amostras válidas de recursos de curta duração. Para produção, recomenda-se reservar cerca de 20% de margem de engenharia sobre a carga medida e repetir os testes com scripts, tamanhos de mensagem e volume de banco de dados reais.
Consulte o ambiente completo, os critérios estatísticos e as limitações em Testes de desempenho do AFE-E630.
Para quem o EMS Builder é indicado
Seção intitulada “Para quem o EMS Builder é indicado”- Fabricantes de equipamentos e integradores de sistemas que desejam reduzir entregas repetitivas e formar seu próprio produto EMS e patrimônio de estratégias.
- Equipes de energia com desenvolvimento próprio que desejam controlar a evolução de suas estratégias, frontend e plataforma de nuvem.
- Empresas de EPC e operadores que precisam replicar projetos rapidamente, usando templates validados para reduzir o prazo de entrada em operação das instalações.
- Equipes de projetos complexos que precisam de equipamentos especiais, coordenação entre múltiplas fontes de energia ou integração aprofundada com plataformas existentes.
Conforme a capacidade da equipe e os objetivos de entrega, é possível escolher desenvolvimento próprio sobre a plataforma, uma solução padrão ou customização conjunta. Consulte Modalidades de serviço.
Encontrar documentação conforme a necessidade
Seção intitulada “Encontrar documentação conforme a necessidade”| Necessidade | Documentação |
|---|---|
| Criar a primeira malha de cálculo | Início rápido |
| Organizar pontos, planos por faixa de horário e grupos | Modelo de dados |
| Escrever regras de controle e fluxos de alarme | Perfis de acionamento, Ciclo de vida dos alarmes |
| Expandir dispositivos semelhantes e atualizar templates | UDE e placeholders dinâmicos |
| Consultar tendências, exportar e preservar dados continuamente | Consulta ao histórico, Exportação, Arquivamento periódico |
| Gerenciar capacidade, configurações e manutenção | Recomendações de armazenamento, Configurações de execução, Bloqueio para manutenção |
| Acompanhar resultados de execução dos dispositivos | Logs de controle de dispositivos |
| Usar um Agent para auxiliar na configuração | 23 Skills do EMS Builder |