---
title: "Medição inteligente com MQTT | Dados AMI para MDM | ConnectMQ"
description: "Leve leituras AMI, eventos de medidores e dados de sensores de rede do head-end e dos gateways para MDM, faturamento e gestão de falhas com MQTT, TLS e ACLs."
url: "https://connectmq.com/pt/casos-de-uso/medicao-inteligente/"
language: "pt"
---

Caso de uso

# Dados de medição, do head-end a cada sistema

Head-ends, concentradores e gateways de submedição publicam memória de massa, registradores e eventos de medidores de energia, água e gás — ao lado de sensores de linha e monitores de transformador. MDM, faturamento, gestão de interrupções e analytics assinam só o que precisam.

[Teste grátis](https://app.connectmq.com/signup) [Ver preços](https://connectmq.com/pt/precos/)

Sem cartão de crédito

Usado em

-   [Serviços públicos](https://connectmq.com/pt/setores/servicos-publicos/)
-   [Energia renovável](https://connectmq.com/pt/setores/energia-renovavel/)

Mensagem de exemplo

PUBLISH ami/region-east/dc-0731/em-30418877/interval

```
{"start":"2026-10-22T05:45:00Z","period":"PT15M","import_kwh":0.412,"export_kwh":0.118,"v_l1":231.6,"quality":"valid"}
```

QoS 1 · TLS 8883 · PUBACK

O problema

## Dados de medição presos no head-end

O head-end de cada fornecedor AMI tem sua própria exportação: arquivos noturnos, uma API proprietária, às vezes uma view no banco. O MDM recebe as leituras horas depois, a gestão de interrupções recebe os eventos de last gasp por outra integração e os sensores de rede de um terceiro fornecedor vão parar em mais um sistema. Cada novo consumidor — um programa de GD, um app para clientes, uma análise de perdas — exige mais uma interface ponto a ponto para construir e manter.

## Como funciona

1.  1
    
    ### Medidores e sensores de rede
    
    Os medidores reportam pela rede de sempre — RF mesh, PLC (G3-PLC, PRIME), celular, wM-Bus ou M-Bus — a um head-end ou concentrador; sensores de linha e de transformador, via celular.
    
2.  2
    
    ### Head-end e gateways publicam
    
    Um adaptador no head-end, ou o próprio gateway, publica memória de massa, registradores e eventos via TLS em tópicos por região, concentrador e medidor.
    
3.  3
    
    ### Cada sistema assina
    
    O MDM valida e armazena as leituras, o faturamento pega os registradores, a gestão de interrupções acompanha eventos de falta e retorno de energia e o analytics recebe tudo — cada um de forma independente.
    
4.  4
    
    ### Eventos e comandos
    
    Regras de limite sinalizam desvios de tensão ou um concentrador em silêncio. Leituras sob demanda e comandos de corte e religação voltam ao head-end por um tópico reservado a sistemas autorizados.
    

ConnectMQ

## O que ele precisa do broker

### Muito fan-in e fan-out

Milhares de medidores por concentrador e vários consumidores por tópico: uma publicação chega a MDM, faturamento e analytics sem interfaces separadas, e assinaturas compartilhadas distribuem a carga entre workers.

### Entrega confiável

QoS 1 para leituras e eventos, sessões persistentes para que um consumidor reiniciado continue de onde parou e um status retido para cada concentrador e gateway.

### Controle de acesso rigoroso

Credenciais por sistema e ACLs por tópico: um gateway de submedição publica só os próprios medidores, um app de cliente lê só os seus tópicos e só o adaptador do head-end recebe comandos. TLS em tudo.

### Visibilidade para a operação

O painel ao vivo e o monitor de tópicos mostram quais concentradores estão reportando; alertas disparam quando um gateway cai (Last Will) ou uma leitura cruza um limite.

## O que você ganha

-   Leituras e eventos chegam a cada sistema assim que o head-end os recebe
-   Head-ends de fornecedores diferentes sob uma só estrutura de tópicos
-   Novos consumidores se conectam assinando — sem nova interface
-   Eventos de last gasp e gateways offline visíveis na hora para a operação

Topics de exemplo

```
ami/region-east/dc-0731/em-30418877/interval
ami/region-east/dc-0731/em-30418877/events
ami/region-east/dc-0731/status            (retained)
grid/region-east/feeder-12/tx-0457/telemetry
```

## Setores que usam este caso

 [![](https://connectmq.com/images/industries/hero/utilities.webp) Serviços públicos](https://connectmq.com/pt/setores/servicos-publicos/) [![](https://connectmq.com/images/industries/hero/renewable-energy.webp) Energia renovável](https://connectmq.com/pt/setores/energia-renovavel/)

## Soluções relacionadas

[

### Energia inteligente

Medidores, carregadores de VE, solar e baterias

Saiba mais](https://connectmq.com/pt/energia-e-utilidades/)[

### Cidade inteligente

Iluminação pública, estacionamento, sensores de ar e de lixo

Saiba mais](https://connectmq.com/pt/cidades-inteligentes/)

## Perguntas frequentes

Dá para usar MQTT em medidores inteligentes e AMI?

Sim — principalmente entre o head-end ou gateway e os sistemas de negócio. Os medidores costumam falar DLMS/COSEM, M-Bus ou um protocolo do fabricante via RF mesh, PLC ou celular, enquanto alguns medidores celulares mais novos e gateways de submedição já publicam MQTT. O ConnectMQ liga os dois a MDM, faturamento e analytics.

MQTT vs DLMS/COSEM: qual a diferença?

DLMS/COSEM é o modelo de dados e protocolo de medição usado para ler e configurar medidores. MQTT é um transporte publish/subscribe que leva esses dados entre sistemas. Eles se complementam: o head-end fala DLMS com o medidor e publica os valores decodificados via MQTT.

Como levar os dados do head-end para o MDM em tempo real?

Adicione um pequeno adaptador — ou use a exportação MQTT do head-end, se houver — que publique leituras e eventos no ConnectMQ, e faça o MDM assinar com sessão persistente e QoS 1. Outros sistemas podem assinar os mesmos tópicos depois, sem mexer no head-end de novo.

## Construa isso no ConnectMQ

Comece no plano Free — sem cartão de crédito —, conecte hoje seus primeiros dispositivos e faça upgrade quando entrar em produção.

[Começar agora](https://app.connectmq.com/signup) [Ver preços](https://connectmq.com/pt/precos/)

## Mais casos de uso

-   [Manutenção preditiva](https://connectmq.com/pt/casos-de-uso/manutencao-preditiva/)
-   [Monitoramento de desempenho de ativos](https://connectmq.com/pt/casos-de-uso/monitoramento-de-desempenho-de-ativos/)
-   [Operações industriais com IA agêntica](https://connectmq.com/pt/casos-de-uso/ia-agentica-industrial/)
-   [Gestão de energia](https://connectmq.com/pt/casos-de-uso/gestao-de-energia/)
-   [Veículos conectados](https://connectmq.com/pt/casos-de-uso/veiculos-conectados/)
-   [Gestão de recarga de veículos elétricos](https://connectmq.com/pt/casos-de-uso/gestao-de-recarga-de-veiculos-eletricos/)
-   [Gestão de frotas](https://connectmq.com/pt/casos-de-uso/gestao-de-frotas/)
-   [Monitoramento remoto de ativos](https://connectmq.com/pt/casos-de-uso/monitoramento-remoto-de-ativos/)
-   [Monitoramento de nível de tanques](https://connectmq.com/pt/casos-de-uso/monitoramento-de-nivel-de-tanques/)
-   [Monitoramento de usinas solares e eólicas](https://connectmq.com/pt/casos-de-uso/monitoramento-de-usinas-solares-e-eolicas/)
-   [Monitoramento ambiental de salas limpas e BPF](https://connectmq.com/pt/casos-de-uso/monitoramento-ambiental-de-salas-limpas/)
-   [Monitoramento da cadeia do frio](https://connectmq.com/pt/casos-de-uso/monitoramento-da-cadeia-do-frio/)
-   [Monitoramento remoto de pacientes](https://connectmq.com/pt/casos-de-uso/monitoramento-remoto-de-pacientes/)
-   [Monitoramento e rastreamento de equipamentos hospitalares](https://connectmq.com/pt/casos-de-uso/rastreamento-de-equipamentos-medicos/)
-   [Notificações em tempo real](https://connectmq.com/pt/casos-de-uso/notificacoes-em-tempo-real/)
-   [Operações de loja inteligente](https://connectmq.com/pt/casos-de-uso/operacoes-de-loja-inteligente/)
-   [Monitoramento de caixas eletrônicos e POS](https://connectmq.com/pt/casos-de-uso/monitoramento-de-caixas-eletronicos-e-pos/)
-   [Monitoramento de equipamentos de rede de telecom](https://connectmq.com/pt/casos-de-uso/monitoramento-de-equipamentos-de-rede/)
-   [Plataforma IoT para operadoras](https://connectmq.com/pt/casos-de-uso/plataforma-iot-para-operadoras/)
-   [Dados de mercado em tempo real](https://connectmq.com/pt/casos-de-uso/dados-de-mercado-em-tempo-real/)
-   [Drones agrícolas](https://connectmq.com/pt/casos-de-uso/drones-agricolas/)
-   [Sensores IoT para estufas](https://connectmq.com/pt/casos-de-uso/sensores-iot-para-estufas/)
-   [Monitoramento de data centers](https://connectmq.com/pt/centros-de-dados/)
-   [Irrigação inteligente](https://connectmq.com/pt/agricultura-inteligente/)

## Artigos

[Todos os artigos](https://connectmq.com/pt/blog/)

MQTT gerenciado na nuvem

### [Como Escolher um Broker MQTT para IoT: 12 Critérios e as Perguntas para Fazer ao Fornecedor](https://connectmq.com/pt/blog/como-escolher-broker-mqtt-para-iot/)

Um checklist prático de 12 pontos para escolher um broker MQTT para IoT, uma tabela de perguntas para fazer a cada fornecedor e um teste prático de cinco minutos que você pode rodar no broker.connectmq.com.

21 de setembro de 202610 min de leitura

Fundamentos de MQTT

### [Níveis de QoS MQTT Explicados: QoS 0, 1 e 2 com Fluxos de Pacotes e Exemplos](https://connectmq.com/pt/blog/niveis-de-qos-mqtt/)

Um guia prático de QoS MQTT: como QoS 0, 1 e 2 funcionam na rede, por que o QoS entregue pode ser menor do que o solicitado, como as sessões enfileiram mensagens e qual nível escolher em cada caso de uso.

20 de agosto de 202610 min de leitura

Segurança MQTT

### [Segurança MQTT: Boas Práticas em um Checklist de 12 Pontos para Equipes de IoT](https://connectmq.com/pt/blog/seguranca-mqtt-boas-praticas/)

Um checklist prático de segurança MQTT que cobre TLS, credenciais, client IDs, design de topics, validação de payload, rate limits e verificação de certificados, além de como o ConnectMQ trata cada ponto.

28 de setembro de 202612 min de leitura
