O monitoramento de energia na fábrica dá a cada linha, turno e produto uma pegada energética mensurável, em vez de uma única conta mensal da concessionária. Neste guia você vai planejar a distribuição dos medidores, projetar uma estrutura de topics MQTT que escala de um prédio para vários sites, armazenar corretamente os contadores dos medidores e montar relatórios que mostram kWh por linha, por turno e por peça.
Por que a conta de energia não basta
A fatura mensal diz quanto a planta consumiu, não por quê. Ela não separa a pintura da linha de montagem, um turno produtivo de um fim de semana parado, nem uma máquina bem ajustada de outra cuja bomba hidráulica trabalha a todo vapor enquanto espera peças. Sem esse detalhamento, a energia continua sendo um custo indireto sem dono.
Um sistema de monitoramento de energia na fábrica muda a conversa. Quando um gerente de linha vê que sua linha consumiu no sábado, sem produção, uma quantidade de energia parecida com a de um turno normal, a pergunta "o que estava ligado?" se responde sozinha. Quando a energia por peça aparece ao lado do OEE, a energia vira um KPI de produção, e não um problema da área de facilities.
Os blocos de um sistema de monitoramento de energia na fábrica
| Camada | Componentes típicos | Função |
|---|---|---|
| Medição | Medidor geral da concessionária, submedidores por alimentador, linha e máquina grande; medidores de gás, água e ar comprimido | Gerar contadores brutos e valores instantâneos |
| Borda | Gateway Modbus, CLP, PC industrial ou Raspberry Pi com Node-RED ou Python | Ler os medidores, adicionar timestamps, publicar via MQTT |
| Transporte | Broker MQTT | Desacoplar publicadores e consumidores, entregar dados ao vivo |
| Armazenamento | Banco de séries temporais como InfluxDB ou TimescaleDB, via Telegraf ou um assinante próprio | Manter o histórico para relatórios |
| Contexto | Programação da produção, estados das máquinas, contagem de peças | Transformar kWh em energia por turno e por peça |
| Apresentação | Grafana, dashboard do Node-RED, ferramenta de BI | Mostrar tendências, comparações e alertas |
O broker MQTT é a dobradiça do projeto. Os medidores publicam uma única vez; o historiador, o dashboard ao vivo, um script de alertas e uma futura integração com o MES assinam de forma independente. Se você está escolhendo onde esse broker deve rodar, um broker MQTT gerenciado o mantém disponível sem acrescentar mais um servidor à carga de trabalho da equipe de manutenção.
Passo 1: decida onde medir
Comece pelo diagrama unifilar e pela lista de usos significativos de energia. Uma sequência comum e acessível:
- Entrada: o medidor geral, idealmente lido a cada poucos segundos, em vez de depender dos dados de 15 minutos da concessionária.
- Alimentadores principais: um medidor por prédio, galpão ou área principal.
- Linhas de produção: um medidor por quadro de distribuição de linha.
- Grandes consumidores individuais: compressores, chillers, fornos, injetoras, prensas grandes.
- Outras utilidades: vazão de gás natural, vapor, água e ar comprimido.
Cada passo acrescenta resolução. Você não precisa de tudo no primeiro dia; precisa do suficiente para responder à primeira pergunta de negócio. A ligação detalhada e a leitura Modbus dos passos três e quatro são cobertas no tutorial de submedição de energia.
Passo 2: projete a estrutura de topics
Uma hierarquia de topics baseada na ISA-95 (empresa, site, área, linha, célula) mantém os dados fáceis de encontrar e corresponde ao modo como as pessoas pensam a planta. A ConnectMQ detecta topics no estilo ISA-95 e Unified Namespace e mostra os dispositivos por esses níveis no portal.
connectmq/<site>/<area>/<line>/<asset>/energy
connectmq/plant1/assembly/line1/main-board/energy
connectmq/plant1/assembly/line2/main-board/energy
connectmq/plant1/molding/imm-04/drive/energy
connectmq/plant1/utilities/compressors/comp1/energy
O payload de um medidor deve trazer tanto contadores acumulados quanto valores instantâneos:
{
"ts": 1760600000,
"kwh_total": 183452.7,
"kw": 42.6,
"kvar": 11.2,
"pf": 0.97,
"v_l1": 231.4,
"i_l1": 61.8
}
Publique kwh_total como o registrador acumulado do próprio medidor, nunca como um valor que o gateway soma a partir das leituras de potência. Os contadores sobrevivem a reinicializações do gateway e a mensagens perdidas: se três mensagens se perderem, o próximo valor do contador ainda contém a energia consumida nesse intervalo.
Passo 3: armazene os dados
O MQTT consumer do Telegraf é uma forma rápida de levar os dados ao InfluxDB, com tags extraídas dos níveis do topic. Ele se conecta ao broker como um cliente MQTT comum:
[[inputs.mqtt_consumer]]
servers = ["ssl://broker.connectmq.com:8883"]
topics = ["connectmq/plant1/+/+/+/energy"]
client_id = "YOUR_CLIENT_ID"
username = "YOUR_USERNAME"
password = "YOUR_PASSWORD"
qos = 1
persistent_session = true
data_format = "json_v2"
[[inputs.mqtt_consumer.topic_parsing]]
topic = "connectmq/+/+/+/+/energy"
tags = "_/site/area/line/asset/_"
[[inputs.mqtt_consumer.json_v2]]
measurement_name = "energy"
timestamp_path = "ts"
timestamp_format = "unix"
[[inputs.mqtt_consumer.json_v2.field]]
path = "kwh_total"
type = "float"
[[inputs.mqtt_consumer.json_v2.field]]
path = "kw"
type = "float"
[[inputs.mqtt_consumer.json_v2.field]]
path = "pf"
type = "float"
[[outputs.influxdb_v2]]
urls = ["http://localhost:8086"]
token = "${INFLUX_TOKEN}"
organization = "plant"
bucket = "energy"
Uma sessão persistente com QoS 1 significa que as mensagens publicadas enquanto o Telegraf reinicia ficam enfileiradas para ele no broker (dentro do prazo de expiração da sessão).
Passo 4: energia por linha e por turno
Como você armazena contadores, a energia de qualquer período é simplesmente o contador no fim menos o contador no início. Na linguagem Flux do InfluxDB, o kWh por linha em um turno fica assim:
from(bucket: "energy")
|> range(start: 2026-10-15T06:00:00Z, stop: 2026-10-15T14:00:00Z)
|> filter(fn: (r) => r._measurement == "energy" and r._field == "kwh_total")
|> spread()
|> group(columns: ["line"])
|> sum()
spread() retorna o máximo menos o mínimo por medidor, o que equivale ao consumo para um contador monotônico; o agrupamento e a soma juntam os medidores de cada linha. Fique atento a trocas de medidor ou estouros de contador, que criam um degrau para baixo; sinalize-os nos dados em vez de corrigi-los silenciosamente.
Os limites de turno pertencem à configuração, não a consultas fixas no código. Uma pequena tabela com horários de início e fim de turno por site, ou eventos de turno publicados pelo MES em um topic .../shift, permite que o mesmo dashboard funcione em todas as plantas.
Passo 5: energia por peça
A energia por peça (ou por tonelada, por lote, por metro quadrado) é o KPI que conecta energia e produção. Você precisa da contagem de peças da mesma linha e período, que sua solução de contagem de produção pode publicar ao lado dos dados de energia:
energy_per_part = kWh(line, shift) / good_parts(line, shift)
Use peças boas, não o total, para que o refugo também apareça como custo de energia. Compare o valor entre turnos e produtos, mas lembre que ele nunca é zero: a carga de base ociosa de uma linha se distribui por menos peças em um turno lento. Separar a carga de base da carga variável, por exemplo com uma regressão simples de kWh contra peças, dá uma visão mais justa e é a base das linhas de base energéticas exigidas pela ISO 50001, explicadas em coleta de dados de energia para a ISO 50001.
Dashboards que as pessoas usam
Um conjunto útil de visões para públicos diferentes:
| Público | Visão | Atualização |
|---|---|---|
| Supervisor de linha | kW ao vivo da sua linha, kWh do turno vs. meta, consumo ocioso desde a última peça | Segundos a minutos |
| Gerente da planta | kWh por linha por dia, tendência de energia por peça, 10 maiores consumidores | Diária |
| Gestor de energia | Carga de base à noite e no fim de semana, demanda de pico, fator de potência, comparação com a linha de base | Diária e mensal |
| Manutenção | Consumo anormal por máquina, potência específica dos compressores, estimativa de vazamentos | Ao vivo e semanal |
A carga de base noturna e de fim de semana costuma ser o ganho mais rápido. Plote o consumo por área de sexta à noite até segunda de manhã: qualquer coisa plana e alta merece uma ronda. O ar comprimido é um culpado frequente, e o monitoramento de vazamentos de ar comprimido o quantifica.
Alertas
Alertas ao vivo funcionam melhor para condições sobre as quais alguém pode agir na hora: uma linha puxando energia muito depois do fim do turno, a demanda se aproximando do pico contratado, um fator de potência caindo abaixo do limite de multa. No portal da ConnectMQ você pode definir regras de alerta por limite em campos numéricos como kw ou pf, e as violações aparecem no log de alertas. O encaminhamento desses eventos para e-mail ou chat é feito por um assinante externo, como o Node-RED.
Erros comuns
- Somar potência em vez de ler contadores de energia. Amostras perdidas viram kWh perdidos.
- Relógios não sincronizados. Gateways sem NTP deslocam dados entre turnos. Faça o timestamp na borda, com horário sincronizado.
- Erros de relação de TC. Uma relação de transformador de corrente errada na configuração do medidor multiplica todas as leituras. Confira cada medidor uma vez com um alicate amperímetro.
- Dashboards demais, nenhum dono. Atribua o KPI de energia de cada linha ao seu gerente.
- Dados presos em uma ferramenta. Publique tudo primeiro no broker; ferramentas vêm e vão, a estrutura de topics fica.
Para o roteiro mais amplo da produção conectada, incluindo onde a energia se posiciona ao lado de OEE, qualidade e manutenção, leia o guia de manufatura inteligente. Os mesmos dados de energia também podem alimentar um gêmeo digital da planta.
Rode seu monitoramento de energia na ConnectMQ
A ConnectMQ é um broker MQTT na nuvem com TLS na porta 8883, MQTT 5, visão de dispositivos compatível com ISA-95, explorador de topics ao vivo e alertas por limite. Teste seu primeiro medidor no servidor MQTT público, voltado a testes e não a dados de produção, e depois crie um broker Serverless gratuito sem cartão de crédito, escalando para planos pagos ou dedicados à medida que mais medidores entram em operação.
Perguntas frequentes
Quantos medidores o monitoramento de energia na fábrica exige?
Comece pela entrada, um medidor por linha de produção e medidores nos maiores consumidores individuais. Isso geralmente basta para encontrar as primeiras economias, e mais medidores podem ser adicionados depois sem mudar a arquitetura.
Com que frequência os medidores de energia devem publicar?
De 5 a 60 segundos é o típico. Publicações mais rápidas ajudam dashboards ao vivo e alertas de demanda, enquanto os relatórios dependem do contador acumulado e não são afetados pelo intervalo.
Posso usar medidores Modbus existentes?
Sim. Um gateway lê os medidores via Modbus RTU ou TCP e publica os valores como JSON via MQTT. A maioria dos multimedidores modernos expõe contadores de energia e valores instantâneos em registradores documentados.
A ConnectMQ armazena dados históricos de energia?
Não. A ConnectMQ entrega mensagens ao vivo e valores retidos. O histórico de longo prazo é armazenado por um assinante, como o Telegraf gravando em um banco de séries temporais.
