MQTT é o protocolo de mensageria que o Index AMI utiliza para publicar leituras de medidores e receber comandos das Plataformas AMI. O Index AMI nunca se comunica diretamente com as Plataformas AMI: sempre o faz através de um broker MQTT que desacopla os dois extremos. Este guia explica a arquitetura completa: desde como os dados saem do medidor até como chegam à plataforma de gestão, e como as Plataformas AMI podem telegestionar o dispositivo em tempo real.
Para que serve o MQTT no Index AMI?
O MQTT não move dados: move eventos. Não é um canal de transferência em massa nem um protocolo de download — é um barramento de mensageria onde cada leitura, alarme ou mudança de estado é publicada como um evento discreto no momento em que ocorre. No contexto AMI, o MQTT é o mecanismo que permite ao Index AMI publicar esses eventos a partir do dispositivo para qualquer assinante MQTT, sem necessidade de um IP fixo ou público. O gateway abre a conexão de saída para o broker através da rede celular 4G; por isso funciona atrás do NAT da operadora e nunca exige portas abertas nem um endereço estático. Qualquer plataforma assinada no topic recebe o evento em tempo real.
MQTT como camada de mensageria
O MQTT não substitui o TCP — ele roda sobre ele. O Index AMI publica mensagens MQTT que viajam por TCP através da rede celular 4G LTE. Se o túnel VPN WireGuard estiver ativo, esse TCP circula dentro do túnel cifrado antes de sair para a internet. O resultado é uma camada de mensageria assíncrona, leve e confiável sobre uma rede móvel.
Papéis na arquitetura
A arquitetura MQTT do Index AMI tem três atores:
- Publicador — Index AMI: Publica leituras do medidor, eventos e status do dispositivo nos topics configurados. Também assina topics de comandos para receber as instruções que as Plataformas AMI publicam no broker.
- Intermediário — Broker MQTT: Recebe e distribui mensagens entre publicadores e assinantes. Pode ser o broker Noatec incluído no plano de dados eSIM, ou um broker próprio do cliente (Mosquitto, HiveMQ, EMQX, etc.). Opera na porta 1883 (TCP) ou 8883 (TLS).
- Assinante / Publicador — Plataformas AMI: Assinam os topics de telemetria para receber leituras em tempo real. Também publicam comandos (solicitações de leitura, reinício, atualização OTA) nos topics do Index AMI.
Fluxo de telemetria: do medidor às Plataformas AMI
Cada vez que o Index AMI realiza uma leitura no medidor, publica o resultado no broker. As Plataformas AMI, assinadas nesse topic, recebem o dado em tempo real sem precisar solicitá-lo ativamente.
- O Index AMI interroga o medidor via RS485/RS232 conforme o intervalo configurado.
- Obtém a leitura (energia ativa, reativa, potência, tensão, etc.) em formato DLMS/COSEM ou Modbus.
- Serializa o dado e publica no topic de telemetria do broker.
- O broker distribui a mensagem para todos os assinantes (Plataformas AMI, HES, MDMS, etc.).
- As Plataformas AMI armazenam, processam ou disparam alertas conforme as regras de negócio configuradas.
Telegestão: comandos das Plataformas AMI ao medidor
Através do broker, o MQTT permite às Plataformas AMI enviar instruções ao Index AMI sem visita técnica. As Plataformas AMI nunca se conectam diretamente ao dispositivo: publicam os comandos no broker, e o Index AMI — assinado ao seu topic de comandos — os recebe e executa sobre o medidor ou sobre si mesmo.
- As Plataformas AMI publicam um comando no topic de comandos do Index AMI (solicitação de leitura imediata, corte/reconexão, mudança de intervalo, reinício do dispositivo, atualização de firmware OTA).
- O broker MQTT entrega a mensagem ao Index AMI.
- O Index AMI executa a instrução: interroga o medidor, aciona o relé de corte/reconexão ou atualiza seu firmware.
- O Index AMI publica o resultado da operação no topic de resposta.
- As Plataformas AMI confirmam a execução sem ter enviado ninguém ao local.
Estrutura de topics MQTT
Os topics organizam o fluxo de mensagens. Uma convenção típica com o Index AMI:
- Telemetria de leituras: Leituras periódicas do medidor (energia, potência, tensão, corrente).
- Eventos e alertas: Eventos do dispositivo: Last Gasp (último suspiro), temperatura alta e baixa (conforme configuração) e switch de gabinete (conforme configuração).
- Status do dispositivo: Sinal LTE (RSSI, RSRP), status VPN, versão de firmware, uptime.
- Comandos e respostas: Comandos das Plataformas AMI e respostas do Index AMI.
Segurança do canal MQTT
O nível de segurança depende da configuração do transporte:
- MQTT sobre TLS (porta 8883) — recomendado: O canal TCP é cifrado com TLS. Requer certificados CA, cliente e chave privada carregados no Index AMI. Protege os dados em trânsito mesmo sem VPN.
- MQTT sobre TCP + WireGuard VPN: O TCP viaja dentro do túnel VPN cifrado com ChaCha20-Poly1305. Maior segurança de ponta a ponta — o broker só é acessível de dentro do túnel. Recomendado para infraestrutura crítica.
Integração com plataformas de gestão
O broker MQTT atua como barramento de dados entre o Index AMI e qualquer plataforma que suporte o protocolo:
- HES (Head-End System) — recebe leituras em tempo real para armazenamento e validação.
- MDMS (Meter Data Management System) — processa, consolida e distribui os dados de medição.
- SCADA / EMS — supervisão operacional e controle da rede energética.
- CIS (Customer Information System) — faturamento baseado em leituras automatizadas.
- EAMS — correlação de eventos e alarmes do medidor.
- Plataformas BI e analítica — consumo de topics via MQTT para dashboards e modelos preditivos.
Resumo
- MQTT é a camada de mensageria; TCP é o transporte; WireGuard VPN é a camada de ciframento opcional.
- O Index AMI publica leituras e eventos; as Plataformas AMI assinam e agem sobre eles.
- Os comandos das Plataformas AMI viajam por MQTT através do broker até o Index AMI, que os executa sobre o medidor sem visita técnica.
- O broker desacopla o Index AMI da plataforma — qualquer sistema compatível com MQTT pode integrar-se.
- Recomenda-se MQTT sobre TLS (8883) ou sobre WireGuard para ambientes de infraestrutura crítica.