Monitoramento de produção em tempo real na fábrica

Dez da manhã, a injetora 4 está parada há quarenta minutos esperando material. O supervisor só descobre quando passa por ela na ronda. O operador anotou a parada na ficha, mas a ficha só chega ao escritório no fim do turno, e o relatório de eficiência só sai no fim do mês. Quando alguém finalmente olha o número, a parada já virou história.

Monitoramento de produção em tempo real existe para encurtar essa distância. Não é sobre ter um painel bonito na sala da diretoria. É sobre o supervisor saber, durante o turno, qual máquina parou, por quê e há quanto tempo, a tempo de fazer alguma coisa. Este texto vai do sensor à tela: como coletar o dado, como calcular os indicadores sem enganar a si mesmo e como desenhar painéis e alertas que as pessoas usam.

O que o apontamento manual esconde

O apontamento em papel ou em formulário no fim do turno não é inútil. Ele só não é confiável para o que mais importa: tempo.

Paradas curtas desaparecem. Ninguém anota uma parada de três minutos para desenroscar uma peça. Mas vinte delas num turno somam uma hora, e essa hora some do relatório. Na prática, as microparadas costumam ser a maior perda que ninguém vê.

O motivo vira "outros". Quando o operador precisa escolher o motivo horas depois, ele escolhe o que lembra ou o que dá menos trabalho. A categoria genérica cresce até dominar o gráfico.

O número chega tarde demais. Mesmo quando o dado é bom, ele só explica o passado. A decisão que evitaria a perda precisava ter sido tomada no turno.

Não é culpa do operador. É o limite de pedir a alguém que cronometre a máquina enquanto opera a máquina.

Coletando dado de máquina: CLP, sensores e gateways

A fonte mais confiável de tempo e contagem é a própria máquina. O caminho depende do que ela já oferece.

Máquinas com CLP acessível. Boa parte dos equipamentos modernos tem um controlador lógico programável que já sabe se a máquina está rodando, em alarme ou parada, e quantos ciclos fez. Esse dado pode ser lido por protocolos industriais. O OPC UA é o padrão mais indicado hoje: aberto, independente de fabricante, com modelo de dados, criptografia e autenticação. Protocolos mais antigos, como Modbus TCP, também funcionam bem para sinais simples.

Máquinas antigas ou fechadas. Quando o CLP não existe, é proprietário ou o fabricante não libera acesso, a saída é instalar sensores externos: um sensor indutivo ou fotoelétrico que conta ciclos, um transdutor de corrente que indica se o motor está ligado, um sinal da torre luminosa. Sem mexer na lógica da máquina.

Gateways de borda. Entre a máquina e o sistema costuma haver um pequeno computador industrial, o gateway de borda (edge). Ele lê os sinais, carimba cada evento com a hora, guarda tudo se a rede cair e envia quando ela voltar. Para o transporte, o MQTT é o protocolo mais usado: leve, baseado em publicação e assinatura, tolerante a conexões instáveis. É comum combinar OPC UA para ler da máquina e MQTT para levar o dado adiante.

Alguns cuidados de engenharia que evitam dor de cabeça:

• A rede de automação não é a rede do escritório. O acesso aos CLPs deve ser somente leitura e segmentado, sem expor a máquina à rede corporativa ou à internet. Monitorar nunca pode abrir uma porta para comandar.
• O relógio precisa ser um só. Gateways e servidores sincronizados por NTP. Sem isso, a sequência de eventos fica errada e os tempos não fecham.
• Guardar o evento, não só o resumo. Registrar "rodando das 10h02 às 10h31" permite recalcular qualquer indicador depois. Guardar só o OEE do turno fecha essa porta.

Apontamento assistido quando não há sensor

Nem toda operação tem sinal elétrico para ler: montagem manual, inspeção, embalagem, bancadas. E mesmo onde há sensor, a máquina sabe que parou, mas não sabe por quê. O motivo continua dependendo de uma pessoa.

O caminho é o apontamento assistido: o sistema faz o trabalho pesado e a pessoa só completa o que só ela sabe.

O sistema detecta, o operador classifica. Quando o sensor indica parada acima de um limite, o tablet do posto pisca e pede o motivo, com botões grandes e poucos toques. O horário já vem preenchido.

Início e fim por leitura de código. Onde não há sensor, o operador lê o QR code da ordem ao começar e ao terminar. Os tempos saem do relógio do sistema, não da memória.

Funcionar sem rede. O registro fica no aparelho e sobe quando a conexão voltar. O Wi-Fi da fábrica sempre tem um canto cego.

Esse apontamento é o mesmo que alimenta o planejamento, e por isso monitoramento e PCP sob medida para indústria devem compartilhar a mesma base de ordens e eventos, não ter duas telas pedindo a mesma informação ao operador.

OEE sem maquiagem: disponibilidade, performance e qualidade

O OEE (eficiência global do equipamento) multiplica três fatores. A fórmula é simples; o problema está nas escolhas que cada fábrica faz ao calcular.

OEE = disponibilidade × performance × qualidade.

As maquiagens mais comuns, quase sempre sem má intenção:

Tirar paradas do tempo planejado. Se setup, falta de material ou falta de operador saem do denominador como "parada programada", a disponibilidade sobe no papel e a perda deixa de existir. Defina por escrito o que é tempo planejado. Normalmente, só o que foi decidido antes do turno, como refeição, manutenção agendada ou ausência de demanda, fica de fora.

Usar um tempo de ciclo ideal folgado. Se o padrão cadastrado é mais lento que a máquina consegue, a performance passa de cem por cento ou fica artificialmente alta. O ideal é o ciclo de projeto do equipamento para aquele produto, não a média histórica.

Contar retrabalho como peça boa. Peça que precisou ser retrabalhada não é boa na primeira passagem. Se entrar como boa, a qualidade esconde o custo.

Fazer média de percentuais. O OEE de uma linha ou de um mês se calcula somando os tempos e as peças e aplicando a fórmula de novo, não tirando a média dos OEEs de cada turno. A média simples dá o mesmo peso a um turno curto e a um turno cheio.

O OEE serve para comparar a mesma máquina ao longo do tempo, não fábricas com regras de cálculo diferentes. E mais importante que o número final é a decomposição: perda em parada, em velocidade ou em refugo pede ações completamente diferentes.

Motivos de parada que geram ação

A lista de motivos de parada é a parte do projeto que mais parece simples e mais decide o resultado.

Poucos motivos no primeiro nível. Algo como: manutenção, setup, falta de material, falta de operador, qualidade, aguardando programação. Com trinta opções na tela, o operador escolhe a primeira que aparece.

Detalhe no segundo nível, só onde importa. Dentro de "manutenção", mecânica, elétrica, hidráulica.

Cada motivo tem um dono. Falta de material é da logística, setup é da engenharia de processo, manutenção é da manutenção. Se o motivo não aponta para alguém que pode agir, ele só serve para o gráfico.

"Outros" é proibido ou vigiado. Se precisar existir, exija um comentário e acompanhe o volume. Quando cresce, é sinal de que falta um motivo na lista.

Parada por manutenção vira ordem de serviço. Quando o motivo é quebra, o evento pode abrir automaticamente um chamado no sistema de manutenção preventiva, com o equipamento e o horário já preenchidos. O histórico de falhas por ativo passa a sair do dado real, e o plano de preventiva ganha base para ser ajustado.

Painéis no chão de fábrica e alertas em tempo real

Um sistema de monitoramento tem pelo menos três públicos, e cada um precisa de uma tela diferente.

O operador, no posto: ordem atual, meta do turno, quanto já produziu, quanto falta, e o pedido de motivo quando a máquina para. Nada mais.

O supervisor, no andon ou no celular: uma visão de todas as máquinas do setor, com cor por estado (rodando, parada, em setup, sem ordem), tempo na condição atual e a meta acumulada contra o realizado. É a tela que decide para onde ele anda.

A gestão, no escritório: OEE por linha, perdas por motivo, comparação entre turnos. Aqui o tempo real importa menos que a análise.

Na TV do chão de fábrica: legível a dez metros, poucos números, cor com significado fixo, máquina parada há mais tempo no topo. E atualização em segundos sem recarregar a página, o que se faz com conexões persistentes entre servidor e navegador (WebSocket ou similares), não com um relatório que roda a cada hora.

Os alertas seguem a mesma lógica. Um bom alerta tem gatilho claro (parada acima de X minutos, refugo acima do limite, máquina sem ordem com operador presente), destinatário certo e escalonamento: se o supervisor não reconhecer em alguns minutos, o alerta sobe para o coordenador. Alerta demais é igual a nenhum alerta; comece com poucos e ajuste com quem recebe.

A tentação de resolver tudo com uma ferramenta de BI é natural. Ela funciona bem para a análise da gestão, mas raramente para a tela do operador e o alerta em segundos. A comparação detalhada está em dashboard sob medida ou Power BI; em muitos casos, a resposta é usar os dois.

Integrando com o ERP e o planejamento de produção

O monitoramento fica muito mais útil quando sabe o que a máquina deveria estar fazendo. Isso vem do ERP e do planejamento.

O fluxo típico:

1. Do ERP ou do PCP para o monitoramento: ordens de produção, produto, quantidade, tempo de ciclo padrão e sequência programada por máquina.
2. Do monitoramento para o PCP: estado real das máquinas e avanço de cada ordem, para replanejar durante o turno, não na segunda-feira.
3. Do monitoramento para o ERP: quantidades produzidas, refugo e horas por ordem, para estoque e custo. Resumido por ordem ou por etapa, não evento a evento.

As regras de integração são as mesmas de qualquer projeto sério: cada dado com um único dono (o cadastro de produtos continua no ERP, seja ele TOTVS, SAP ou outro), envios idempotentes para que uma falha de rede não baixe estoque em dobro, fila com reprocessamento e um log que o próprio time consegue consultar.

Na arquitetura, o dado de máquina tem um volume e um ritmo diferentes do dado transacional. É comum separar um armazenamento de séries temporais para os eventos brutos de um banco relacional para ordens, motivos e cadastros. O sistema pode rodar em servidor local, na nuvem ou nos dois, com o gateway garantindo o registro mesmo se a internet cair. Esse conjunto de coleta, backend e telas web responsivas é o tipo de sistema que construímos em desenvolvimento web sob medida.

Quando não vale construir

Nem toda fábrica precisa de um sistema próprio de monitoramento.

• Poucas máquinas e ciclos longos. Se a produção é de poucas unidades grandes por dia, um apontamento bem feito no tablet já responde às perguntas.
• Parque de um único fabricante com plataforma própria. O monitoramento do fabricante pode bastar.
• Cadastros e tempos padrão errados. Sem tempo de ciclo confiável, performance e OEE não significam nada. O primeiro trabalho é corrigir a base.
• Ninguém vai agir sobre o dado. Se não há rotina de reunião de turno ou dono para cada perda, o painel vira decoração.

Soluções prontas de MES atendem bem casos padronizados. O sob medida faz sentido com parque heterogêneo, apontamento com lógica própria ou quando a integração com PCP e ERP é o que mais pesa.

Passo a passo para começar

O caminho seguro é em fases, com o prazo de cada uma definido depois do diagnóstico:

1. Diagnóstico. Levantar as máquinas, o que cada uma oferece de sinal (CLP, protocolo, acesso), a rede disponível, os motivos de parada usados hoje e as regras de cálculo que a fábrica quer adotar.
2. Piloto no gargalo. Uma a três máquinas, com coleta automática ou assistida, tela do operador e painel do supervisor. É onde se valida a lista de motivos e o cálculo do OEE com dado real.
3. Linha de base. Algumas semanas medindo sem mudar nada, para ter com o que comparar.
4. Expansão. Mais máquinas e setores, alertas, integração com PCP, ERP e manutenção.
5. Rotina. Reunião curta de turno olhando as maiores perdas, com dono e ação para cada uma.

Para a primeira conversa, leve a lista de máquinas (fabricante, modelo, ano, se têm CLP acessível), a lista de motivos de parada usada hoje, o ERP em uso e o nome de quem será dono do indicador.

Como medir se o monitoramento está funcionando

O primeiro sinal não é o OEE subir. É o dado ficar honesto: "outros" caindo, microparadas aparecendo, tempo apontado batendo com o turno. O OEE pode até cair no início, porque perdas escondidas passam a ser registradas. Isso é progresso.

Depois disso, acompanhe:

• Tempo de reação a paradas: quanto tempo passa entre a máquina parar e alguém chegar até ela.
• Maiores perdas por motivo, semana a semana: se as três primeiras mudam de posição, as ações estão funcionando.
• Decomposição do OEE: evolução de disponibilidade, performance e qualidade separadamente.
• Uso real das telas: o supervisor abre o painel durante o turno?

Se o supervisor passou a saber da parada antes de passar pela máquina, o sistema já está pagando a atenção que recebe.

Do chão de fábrica ao sistema, com a Pervian Tech

Construímos sistemas de monitoramento de produção sob medida a partir das máquinas que a sua fábrica tem, sejam elas modernas ou antigas. Começamos pelo diagnóstico do parque e dos processos, fazemos um piloto no gargalo e só expandimos quando o dado é confiável e está sendo usado.

O investimento é definido sob consulta, depois de entender quantas máquinas, quais sinais existem, como é a rede e com quais sistemas o monitoramento precisa conversar. O cronograma segue as mesmas fases e sai do diagnóstico.

Se as paradas da sua fábrica ainda são descobertas na ronda ou no relatório do mês, conte como a produção funciona hoje e mostramos por onde começaríamos.