Caso de uso

Acompanhe cada site remoto sem polling

RTUs e gateways de borda em poços, válvulas de bloqueio, estações de bombeamento e subestações publicam só o que mudou, via celular ou satélite. Seu SCADA, o historian e a equipe de plantão assinam um único broker — e sabem na hora quando um site para de reportar.

Sem cartão de crédito

Mensagem de exemplo

PUBLISH sites/campinas/well-114/telemetry

{"ts":"2026-10-22T06:14:05Z","tubing_psi":412,"casing_psi":188,"flow_mcfd":846,"batt_v":12.7,"cause":"deadband"}

QoS 1 · TLS 8883 · PUBACK

O problema

Fazer polling de sites remotos gasta banda e ainda perde eventos

Um SCADA de varredura cíclica pede a cada RTU todos os registradores a cada ciclo, tenha algo mudado ou não. Via celular ou satélite isso significa custo de dados, varreduras longas e lacunas quando o link cai no meio da consulta. Cada novo site exige mais um túnel VPN e mais uma conexão ponto a ponto com o servidor — e quando um site fica em silêncio, ninguém distingue um modem morto de um poço sem alterações até a próxima varredura falhar.

Como funciona

  1. 1

    Gateway de borda no site

    Um gateway ou uma RTU com MQTT lê localmente o CLP, o computador de vazão e os sensores via Modbus ou DNP3 e transforma registradores em valores nomeados no tópico do site.

  2. 2

    Report by exception

    Publica só quando um valor sai da banda morta, mais uma mensagem de integridade periódica — por uma única conexão TLS de saída, sem portas de entrada e sem polling a partir da sala de controle.

  3. 3

    Um broker, vários consumidores

    SCADA/IHM, historian, detecção de vazamentos e apuração de produção assinam os mesmos tópicos. Um novo consumidor não adiciona tráfego no link de campo.

  4. 4

    Alarmes e comandos

    Regras de limite sinalizam pressão alta ou bateria fraca e avisam o plantão; o Last Will marca o site como offline. Setpoints descem por um tópico de comando em que só o seu SCADA pode publicar.

ConnectMQ

O que ele precisa do broker

Feito para links instáveis

Pacotes MQTT pequenos, keep-alive ajustado ao link, QoS 1 para alarmes e sessões persistentes, para que comandos enfileirados enquanto o site estava offline sejam entregues na reconexão.

Saber quando um site apaga

Cada gateway registra um Last Will. Se a conexão cair sem desconexão limpa, o ConnectMQ publica um status offline — retido, para que todo painel veja o estado atual imediatamente.

Credenciais e ACLs por site

Cada gateway tem usuário e senha próprios e só pode publicar no tópico do seu site; tópicos de comando só aceitam publicações do seu SCADA. TLS em todas as conexões.

Sparkplug B ou JSON simples

O ConnectMQ é um broker MQTT 3.1.1 e MQTT 5 padrão, então nós de borda Sparkplug B — que usam o Last Will para seus death certificates — compartilham a instância com publicadores JSON simples.

O que você ganha

  • Bem menos tráfego em links celulares e de satélite do que com polling cíclico
  • O broker sinaliza um site offline, sem esperar a próxima varredura falhar
  • Novos sites entram em operação sem mais um túnel VPN até a sala de controle
  • SCADA, historian e analytics trabalham com os mesmos dados em tempo real
Topics de exemplo
sites/campinas/well-114/telemetry
sites/campinas/well-114/alarms
sites/campinas/well-114/status        (retained)
sites/campinas/well-114/cmd/choke

Setores que usam este caso

Perguntas frequentes

O MQTT pode substituir o polling Modbus ou DNP3 em sites remotos?

Não no nível do dispositivo — RTUs e computadores de vazão continuam falando Modbus ou DNP3 localmente. O MQTT substitui o link de longa distância: um gateway de borda faz a leitura no site e publica as mudanças no broker, então a WAN carrega só report by exception em vez de ciclos completos de varredura.

O MQTT funciona via satélite e links celulares de baixa banda?

Sim — o MQTT foi criado originalmente para monitorar oleodutos via satélite. O cabeçalho fixo tem dois bytes, as sessões sobrevivem a reconexões e você define keep-alive e QoS por tipo de mensagem. Se cada byte conta, agrupe ou comprima os payloads no gateway.

Posso usar Sparkplug B com o ConnectMQ?

Sim. O Sparkplug B é uma especificação sobre o MQTT padrão, e o ConnectMQ é um broker padrão, então nós de borda Sparkplug e aplicações host como o Ignition se conectam e usam seus tópicos spBv1.0. O ConnectMQ encaminha os payloads Protobuf sem alterá-los; a decodificação acontece na sua aplicação host.

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.