Sensores de vibração, gateways de CLP e inversores publicam dados de condição no ConnectMQ. Seus modelos de monitoramento de condição assinam, avaliam a saúde de cada ativo e seu CMMS recebe uma ordem de serviço enquanto ainda há tempo para planejar o reparo.
Sem cartão de crédito
PUBLISH plant/campinas/line-1/press-04/vibration
{"ts":"2026-10-22T08:14:05Z","rms_mm_s":7.4,"peak_g":2.9,"bearing_temp_c":71.2,"rpm":1480}QoS 1 · TLS 8883 · PUBACK
A maioria das fábricas ainda trabalha com preventivas por calendário e rotas mensais de vibração. Rolamentos, redutores e bombas se desgastam entre uma rota e outra, os dados que mostrariam isso não saem do CLP ou ficam em um historiador que ninguém olha, e o primeiro sinal é uma parada não planejada. Ligar cada fornecedor de sensores a cada ferramenta de análise cria integrações ponto a ponto que quebram a cada nova linha.
Sensores sem fio de vibração e temperatura, transformadores de corrente ou o próprio inversor medem a máquina. Um gateway de borda como Node-RED, Kepware ou Ignition lê esses valores junto com as tags do CLP via Modbus ou OPC UA.
O gateway publica velocidade RMS, aceleração de pico, temperatura do rolamento e corrente do motor no tópico do ativo via TLS, a cada poucos segundos ou na mudança.
Seu serviço de monitoramento de condição ou modelo de ML assina com curinga, compara as leituras com a linha de base de cada ativo e publica um índice de saúde como estado retido.
Uma regra de limite do ConnectMQ alerta a equipe de manutenção, e sua integração transforma o alerta em uma ordem de serviço no CMMS — SAP PM, Maximo, Fiix ou similar — com as leituras anexadas.
Os gateways enviam os dados assim que são medidos, e o ConnectMQ os entrega ao modelo, ao historiador e ao dashboard ao mesmo tempo — sem um poller para cada ferramenta.
O workspace ISA-95 organiza tópicos de site, área, linha e máquina, então um modelo que assina plant/+/+/+/vibration passa a receber máquinas novas automaticamente.
Regras de limite sobre vibração ou temperatura geram um alerta antes mesmo de o modelo avaliar a leitura — uma rede de segurança simples ao lado da análise.
Last Will e o status retido mostram quando um gateway de sensores cai, para que uma máquina silenciosa nunca seja confundida com uma máquina saudável.
plant/campinas/line-1/press-04/vibration
plant/campinas/line-1/press-04/motor/current
plant/campinas/line-1/press-04/health (retained)
plant/campinas/line-1/press-04/status (retained)Muitos sensores de vibração sem fio industriais e seus gateways publicam MQTT nativamente. Quando um sensor ou CLP só fala Modbus ou OPC UA, um gateway de borda como Node-RED, Kepware ou Ignition lê os valores e os publica em um tópico por ativo via TLS.
Não. O ConnectMQ é o broker MQTT: entrega os dados de condição em tempo real e gera alertas por limite. Os modelos — de limites de tendência simples a detecção de anomalias com machine learning — rodam no seu próprio serviço ou plataforma de análise, que assina o broker e pode publicar seus resultados de volta.
Eles trabalham juntos. O OPC UA é comum para ler dados de CLPs e máquinas no chão de fábrica; o MQTT é melhor para levar esses dados de muitas máquinas e fábricas a muitos consumidores. O usual é ler via OPC UA na borda e publicar em um broker MQTT para modelos, historiador e CMMS.
Comece no plano Free — sem cartão de crédito —, conecte hoje seus primeiros dispositivos e faça upgrade quando entrar em produção.
