Nodal Dynamics
Voltar ao site

Manutenção preditiva em uma planta pequena: suas primeiras seis semanas

Muitos projetos de manutenção preditiva emperram porque começam como um programa para a planta inteira. Uma planta pequena não precisa disso. Ela precisa de um começo curto e delimitado, que mostre valor em algumas máquinas ou mostre com clareza por que não. Este é um plano para as primeiras seis semanas.

Antes da semana 1: escolha de três a cinco máquinas

Escolha pelas consequências, não pela tecnologia. Bons candidatos:

  • Param a linha inteira quando falham e não têm uma máquina reserva ao lado.
  • Demoram para ser reparadas ou esperam muito por uma peça.
  • Já falharam antes, de modo que há histórico para comparar e pessoas que conhecem os sintomas.
  • Mostram sua condição em sinais mensuráveis: equipamentos rotativos (bombas, motores, compressores, ventiladores, acionamentos de transportadores) e equipamentos térmicos (fornos, aquecedores, trocadores de calor) são o ponto de partida habitual.

Evite começar por uma máquina que falha raramente e de forma imprevisível, ou por uma que não tem conexão com nenhum controlador ou sensor. Você pode incluí-las depois.

Escreva primeiro os critérios de sucesso

Acorde com a manutenção e a direção, por escrito, o que significa "funcionou". Por exemplo:

  • A equipe de manutenção analisa cada alerta e marca se foi útil ou não.
  • Pelo menos uma parcela definida dos alertas é considerada útil, e os alarmes falsos são analisados, não ignorados.
  • Pelo menos uma constatação real, ou um motivo documentado para nenhuma ter aparecido no período.
  • Os dados das máquinas escolhidas estão disponíveis na maior parte do tempo.

Sem isso, um piloto termina em opiniões.

Que dados você provavelmente já tem

Raramente é preciso começar com novos sensores. Veja o que já existe:

  • Tags de CLP e SCADA: temperaturas, pressões, vazões, estados.
  • Dados dos inversores: corrente do motor, velocidade, torque dos inversores de frequência.
  • Histórico de manutenção: reparos, causas, peças usadas, datas.
  • Conhecimento dos operadores: "aquela bomba fica barulhenta antes de falhar".

Adicione sensores apenas onde falta um sinal importante. Em máquinas rotativas, isso costuma ser a vibração nas carcaças dos mancais.

Semana a semana

Semana 1: conectar e observar. Conecte as fontes de dados e depois verifique a qualidade: carimbos de data e hora, lacunas, unidades, faixas plausíveis. Resolva agora os problemas chatos; do contrário, mais tarde eles vão parecer defeitos da máquina.

Semana 2: linha de base. Registre como a máquina se comporta em operação normal, nas cargas e condições habituais. O "normal" de uma bomba com meia carga é diferente do de uma com carga total, então compare situações equivalentes.

Semanas 3 e 4: limites e tendências. Defina limites e alertas de tendência. Analise cada alerta com a equipe de manutenção. Espere ruído no início e vá reduzindo-o; um sistema que grita "lobo" o tempo todo é desligado em um mês.

Semanas 5 e 6: fechar o ciclo. Transforme os alertas em ordens de serviço com checklist, atribua um responsável e acompanhe o que acontece: a falha foi encontrada, o que foi feito, quanto custou. Depois compare com os seus critérios de sucesso.

Armadilhas comuns

  • Fadiga de alertas. Poucos alertas bons valem mais do que muitos fracos.
  • Sem responsável. Cada alerta precisa de uma pessoa que decida o que fazer.
  • Sem processo por trás do alerta. Se um alerta não leva a uma ordem de serviço e a uma decisão sobre uma peça, nada muda.
  • Esperar previsão a partir do nada. Um modelo precisa de sinal. Algumas falhas, como falhas elétricas repentinas, dão pouco ou nenhum aviso. Um bom piloto é honesto sobre isso.
  • Dados sujos. Um sensor ligado à máquina errada não vai ensinar nada.

Depois da semana seis

Você deve ter uma resposta clara para cada máquina: os sinais deram um aviso útil ou não deram, e por quê. Se deram, estenda para o próximo grupo de máquinas e conecte as ordens de serviço ao sistema que sua equipe já usa. Se não deram, você gastou seis semanas e um orçamento pequeno para descobrir, em vez de um ano.

O nosso próprio piloto segue esse formato: de cinco a sete semanas em três a cinco das suas máquinas críticas, com critérios de sucesso acordados antes de começarmos.