A máquina parou, a manutenção encontrou uma peça danificada e a produção quer saber se havia algum sinal antes da falha. Para responder, a equipe procura leituras, ordens de serviço e condições de operação. Quando essas informações estão espalhadas ou nunca foram registradas, a conversa termina em hipóteses.

Esse é o primeiro problema de um projeto de manutenção preditiva. Antes de escolher um modelo, você precisa conseguir relacionar o comportamento do equipamento com o que aconteceu com ele. Um gráfico bonito mostra variação. Decidir se essa variação justifica uma inspeção exige contexto, um sinal de qualidade e um procedimento de resposta.

O ponto de partida deve ser concreto: qual equipamento, qual condição interessa e que decisão a equipe quer tomar com a informação? Essa definição orienta o sensor, a integração e a avaliação da primeira entrega.

O que muda entre corretiva, preventiva e preditiva

Na manutenção corretiva, a intervenção acontece depois da falha, para recuperar a função perdida. Na preventiva, ela segue intervalos programados, como tempo de calendário ou horas de operação. Na preditiva, são as medições da condição do equipamento que indicam quando intervir. Essa distinção aparece no guia de operação e manutenção do Departamento de Energia dos Estados Unidos, capítulo 5.

Um projeto pode começar acompanhando tendências e definindo limites de atenção. Isso já ajuda a organizar a decisão, mas um alerta de limite, sozinho, não é uma previsão de falha. Se o objetivo for estimar quanto tempo o equipamento ainda vai funcionar, a equipe precisará avaliar uma capacidade analítica específica e a forma de validá-la.

Também não é preciso aplicar a mesma estratégia a todos os ativos. No planejamento, deixe claro por que acompanhar cada equipamento. A prioridade pode vir da importância para a operação, da dificuldade de inspecionar ou de uma condição que hoje passa despercebida. Tecnologia sem uma pergunta da operação tende a gerar mais dados sem esclarecer a próxima ação.

Escolha a condição antes de escolher o sensor

Comece pelo histórico de manutenção e pela conversa com quem opera. Num cenário educativo fictício, a equipe de uma fábrica quer investigar um aquecimento recorrente em um conjunto motriz. Ela ainda não sabe se a mudança acompanha a carga, o ambiente ou um desgaste. A primeira pergunta útil é: como a temperatura se comporta em condições comparáveis?

Temperatura, vibração e corrente são exemplos de sinais que podem entrar numa investigação, conforme a hipótese técnica. O guia do Departamento de Energia, capítulo 6, apresenta tecnologias de monitoramento de condição. Escolher uma delas exige analisar o equipamento e o que o sistema de aquisição consegue registrar.

No exemplo, instalar um sensor sem registrar se a máquina está parada ou produzindo atrapalharia a comparação. A equipe deve definir onde medir, que unidade usar, quem valida a instalação e qual estado de operação acompanhar. Essa ficha curta evita começar com uma leitura cuja interpretação depende da memória de alguém.

Monte uma matriz mínima de dados

Antes da implantação, preencha uma linha por variável. A tabela abaixo é um roteiro de trabalho que propomos, não uma especificação universal de manutenção.

Campo O que registrar Decisão que ajuda a tomar
Ativo e ponto Código do equipamento e posição da medição Saber quais leituras são comparáveis
Variável e unidade Grandeza, unidade e faixa do sensor Evitar comparar escalas diferentes
Tempo Instante da leitura e referência de horário Relacionar sinal e intervenção
Condição Estado de operação, carga ou produto relevante Separar mudança de processo de mudança de condição
Qualidade Falta de leitura, manutenção ou troca de sensor Não interpretar lacuna como normalidade
Intervenção Serviço executado, componente e resultado observado Conferir o comportamento antes e depois

O registro de intervenção merece atenção. Escrever só “manutenção realizada” não diz o que mudou. No procedimento da equipe, vale distinguir inspeção, ajuste, substituição e teste posterior. O responsável também deve indicar onde esse histórico fica guardado e como ligá-lo ao ativo monitorado.

Esses campos organizam o projeto; não são, necessariamente, formulários prontos da plataforma contratada. Na avaliação, separe o que será coletado automaticamente do que continua no sistema de manutenção ou no procedimento da empresa.

Quanto tempo de dados é suficiente

Não escolha um prazo só porque ele cabe no cronograma comercial. Defina quais condições precisam aparecer no acompanhamento: operação estável, partida, mudança de carga e os períodos depois de intervenções, quando forem relevantes. Um intervalo com um único regime de operação diz pouco sobre os outros.

No cenário fictício, a equipe pode juntar muitas leituras do motor em baixa carga e ainda não ter visto a condição que motivou a investigação. A pergunta para encerrar essa etapa é se o conjunto representa as situações que a equipe quer comparar. Quantidade de leituras e variedade de situações são coisas diferentes, e as duas precisam ser avaliadas.

Se houver proposta de modelo preditivo, peça ao fornecedor que explique quais eventos ou referências técnicas sustentam a análise, como ela será avaliada e que situações ficam de fora. Uma data no calendário não substitui essas respostas. E não provoque falhas para completar a base: qualquer teste segue a avaliação de risco e o procedimento técnico autorizado.

Máquinas antigas podem começar pelo sinal disponível

Uma máquina sem conectividade não precisa ficar fora da avaliação. O CLQuickium integra leituras por meio de controladores e gateways, inclusive em equipamentos antigos. A viabilidade depende do sinal disponível e da integração definida para cada instalação.

O levantamento deve separar três situações: já existe uma leitura que pode ser aproveitada; existe um ponto onde se pode instalar um sensor; ou a medição desejada exige uma adaptação que ainda precisa ser avaliada. Peça à automação e à manutenção que descrevam essas diferenças antes de fechar o escopo.

No CLQuickium, o controlador recebe os sinais e o gateway os leva à plataforma. O controlador aceita sensores por tensão ou corrente e sinais digitais ou analógicos, conforme a configuração. Ainda assim, não presuma compatibilidade imediata com qualquer máquina, sensor ou protocolo.

Inclua a TI na decisão sobre rede, acesso e caminho dos dados. Defina também o que acontece quando faltar leitura: quem percebe a ausência, quem verifica a origem e como a equipe evita tratar um período sem dados como se o equipamento estivesse em condição normal.

Comece com um indicador que gere uma ação

No exemplo fictício, um primeiro indicador possível é o tempo em que a temperatura fica fora de uma faixa de atenção durante um estado de operação definido. A faixa e a forma de cálculo precisam de validação técnica. O objetivo inicial é acionar uma verificação, com critérios que a equipe conheça.

Escreva a regra na linguagem da operação: qual variável, em que condição, quem recebe o aviso e o que deve verificar. Registre também quando a regra não vale, como durante uma manutenção autorizada. Esse exercício mostra se faltam sinais de contexto antes de configurar os alarmes.

A avaliação pode usar três perguntas. As leituras chegam com a continuidade de que o objetivo precisa? O histórico permite entender uma ocorrência? O aviso chega a alguém capaz de fazer a verificação prevista? Esses critérios medem a utilidade da coleta e da resposta. Eles não comprovam que a falha foi antecipada nem que as paradas diminuíram.

Não comece com muitos indicadores. Com um só, você revisa a definição com quem opera e confere se a leitura representa o que acontece no equipamento. Amplie quando a equipe souber explicar o dado e o que fazer com ele.

O que avaliar no CLQuickium

O CLQuickium reúne coleta industrial em tempo real, indicadores, alarmes e relatórios programados, e recebe dados de sistemas externos por API. Com isso, você monta a base de monitoramento de que uma análise de manutenção pode precisar.

Na conversa com a Quickium, peça uma demonstração do caminho de uma leitura até o painel e do tratamento de um indicador fora da faixa. Com dados de demonstração, confira origem, unidade, horário, destinatário do alarme e relatório. A apresentação deve deixar claro o que já está disponível e o que depende de configuração ou de desenvolvimento específico.

Leve para essa conversa o código de um ativo, a condição que você quer acompanhar, os sinais existentes e quem vai responder aos avisos. A página do CLQuickium apresenta a plataforma, e a página IA para Indústria relaciona o monitoramento a outros problemas industriais.

Qual equipamento e qual decisão sua equipe quer acompanhar primeiro? Fale com a Quickium para avaliar a coleta, o indicador e os limites do projeto antes de definir uma aplicação preditiva.