FreeMaint Connect: sensores que abrem ordens de serviço

Por que ligar os sensores ao sistema de manutenção, e não a mais um painel

A maioria dos projetos de sensores para num gráfico. Alguém instala uma sonda de temperatura ou um medidor de energia, o painel do fornecedor mostra curvas bonitas e, seis meses depois, ninguém mais o abre. O valor de uma medição está na ação que ela desencadeia: um técnico enviado ao compressor que está esquentando, um filtro trocado porque o ventilador cumpriu suas horas, um vazamento encontrado porque o consumo noturno dobrou.

Essas ações já vivem no CMMS: ativos, ordens de serviço, planos preventivos, o celular do técnico. O FreeMaint Connect coloca a medição no mesmo lugar, vinculada ao mesmo ativo, para que um valor que sai da faixa siga o mesmo caminho de um pedido feito por um colega: atribuído, acompanhado e encerrado com observações e fotos.

• Medições vinculadas ao ativo que elas descrevem
• Alertas que criam ordens de serviço em vez de e-mails que ninguém lê
• Planos por medidor alimentados por horas reais de funcionamento, não por estimativas
• Custo de energia e CO2 por medidor sem redigitar leituras

Quais dispositivos funcionam hoje

O FreeMaint não vende hardware. Ele conecta dispositivos que você compra do fabricante ou que já possui. Sete modelos são reconhecidos e decodificados pelo próprio FreeMaint: os medidores de energia, tomadas e relés Shelly Pro 3EM, EM Gen3, Pro EM-50, Plug S Gen3 e 1PM Gen3, via Wi-Fi ou Ethernet; o transformador de corrente LoRaWAN Milesight CT101; e o sensor LoRaWAN de temperatura e umidade Milesight EM300-TH. Eles levam o selo "Compatível", o que significa que foram validados com base na documentação do fabricante.

Outros dispositivos também funcionam. Qualquer outro sensor LoRaWAN chega quando o seu servidor de rede o decodifica, e tudo o que consegue enviar JSON por HTTP, como Node-RED, Home Assistant, um gateway que lê um medidor Modbus, um CLP ou um pequeno script, alimenta o FreeMaint pela API HTTP. O FreeMaint não fala Modbus, MQTT, BACnet nem OPC UA diretamente; um gateway no meio do caminho faz a tradução.

Da medição à ordem de serviço encerrada

Cada medição de um dispositivo vira um canal: a potência da fase A, uma temperatura, uma corrente. O canal guarda o seu histórico, exibido ponto a ponto para os dados recentes e em médias para períodos mais longos, de seis horas a um ano. Um multiplicador e um desvio corrigem a relação de um transformador de corrente ou o erro sistemático de um sensor.

Uma regra de alerta vigia um canal. Uma regra de limiar pode exigir que a condição dure alguns segundos antes de abrir o alerta e usar uma margem para encerrá-lo, para que um valor oscilando em torno do limite não fique abrindo e fechando alertas. Quando o alerta abre, as funções escolhidas nas configurações de notificação o recebem no aplicativo e no celular; os alertas críticos também vão por e-mail. Se a regra pedir (e, em uma regra de zonas de vibração, só na zona D), uma ordem de serviço é criada no ativo, e reaproveitada se outra da mesma regra ainda estiver aberta. Quando o valor volta ao normal, o alerta se encerra sozinho; a ordem de serviço continua aberta até alguém verificar a máquina.

Planos, limites e o que o Connect não é

O FreeMaint Connect faz parte do plano Business, por US$ 99 por mês por empresa, preço fixo. Inclui 100 canais ativos; o plano Enterprise inclui 5.000. Um canal inativo não conta. Os dados já coletados continuam visíveis em todos os planos, inclusive no plano Core gratuito.

O Connect não é um sistema SCADA e não comanda equipamentos. Comandos remotos, programações e corte de carga pertencem às funções de controle de energia do plano Enterprise, que sempre pedem confirmação. O Connect também não é uma suíte de análise de vibração: ele gera alertas sobre valores de vibração de acordo com as zonas da ISO 20816 que você informa, mas nenhum sensor de vibração é decodificado nativamente por enquanto.