Monitoramento de OEE e Paradas: Eficiência dos Equipamentos a partir de Dados de Máquina ao Vivo

A eficiência global dos equipamentos (OEE) é talvez o indicador mais citado da manufatura — e, ao mesmo tempo, um dos pior medidos. Em muitas fábricas, ele nasce de folhas de turno, planilhas de Excel e memória: a parada da madrugada de terça, na sexta-feira, já é apenas uma estimativa. Quem quer entender gargalos de verdade precisa dos estados das suas máquinas — capturados automaticamente, com registro de data e hora, em contexto.

Este guia mostra como construir com o IronFlock a base de dados para o monitoramento de OEE e paradas: da conexão das máquinas, passando pela captura dos motivos de parada, até o dashboard ao vivo por linha.

O problema: OEE de segunda mão

Sintomas típicos de um OEE apurado manualmente:

• Atraso em vez de reação. Indicadores surgem dias depois do evento — tarde demais para corrigir o curso ainda durante o turno.
• Captura de paradas com lacunas. Paradas curtas, de poucos minutos, não aparecem em nenhuma lista de contagem manual, mas somam-se à maior perda de disponibilidade.
• Causas pouco claras. “A máquina parou” não é uma causa. Sem motivos estruturados, não dá para priorizar o que eliminar primeiro.
• Cada máquina é um caso especial. Máquinas CNC, linhas controladas por CLP e equipamentos legados entregam seus estados por protocolos diferentes — ou não entregam.

Passo 1: capturar estados de máquina automaticamente

A base de qualquer análise de OEE é a disponibilidade — e ela está nos estados das máquinas. O IronFlock os captura com os apps coletores da extração de dados de fábrica, direto da realidade do brownfield:

• MTConnect Collector para máquinas-ferramenta CNC (como HAAS, Mazak, DMG Mori, Fanuc, Okuma) — o MTConnect entrega estados de operação, programas e valores de eixos de forma padronizada, prontos para uso.
• Industrial Collector para equipamentos controlados por CLP: OPC UA e Modbus funcionam hoje; Siemens S7 e Allen-Bradley estão em Early Access — controladores S7-1200/1500 já podem ser lidos por meio do servidor OPC UA integrado.
• Modbus Collector como o caminho mais leve quando contadores de ciclo e palavras de status estão disponíveis via Modbus TCP.
• IO-Link Collector para retrofit: onde o controlador não fornece estados, sensores adicionados (corrente, vibração, sensores fotoelétricos) entregam os sinais de rodando/parada.

Todos os coletores normalizam os dados brutos em medições nomeadas, com registro de data e hora e sinal de qualidade, e usam o mesmo esquema de tabelas — incluindo uma tabela de status própria para os estados dos equipamentos. A configuração é feita inteiramente no navegador; um modo de demonstração gera dados realistas antes de a primeira máquina ser conectada.

Todos os estados e contadores vão para o banco de dados do projeto — um banco de dados de séries temporais dedicado por projeto, sobre o qual todas as demais análises se apoiam.

Passo 2: documentar motivos de parada de forma estruturada

Nem toda informação vem do controlador. Por que uma máquina parou — setup, falta de material, falha — muitas vezes só a equipe da linha sabe. Para isso, o Board Studio oferece formulários: operadores registram os motivos de parada diretamente no board, de forma estruturada em vez de no papel, com histórico de alterações. Assim, ao lado da captura automática de estados, surge a dimensão de causas que transforma um número de disponibilidade em uma base de melhoria.

Passo 3: tornar o OEE visível — por máquina, linha e site

Sobre a base de dados comum, você constrói a análise sem código:

• Boards ao vivo no Board Studio. Indicadores de disponibilidade e desempenho, linhas do tempo de estados e evoluções de contagem de peças com drag-and-drop — com latência abaixo de um segundo, do edge até a tela, sem polling.
• Gráficos divididos. Um gráfico configurado uma única vez é desdobrado automaticamente por máquina, linha ou site — ideal para a visão do líder de turno sobre todo o galpão.
• Alarmes em caso de parada. O sistema de alarmes integrado monitora a telemetria ao vivo e escala por e-mail ou SMS — com condições por severidade e resolução automática assim que o equipamento volta a rodar.
• Perguntas em linguagem natural. Com Physical AI, você pergunta “Como foi o OEE da linha 2 na semana passada?” — o explorador de dados traduz a pergunta em uma consulta ao banco de dados e responde com número, tabela ou gráfico ao vivo; se desejar, o gerador de dashboards cria a partir disso um board completo.

Para lógica mais avançada — por exemplo, um cálculo completo de OEE com tempos de ciclo nominais e dados de qualidade — um app de análise se apoia, em modo somente leitura, nos dados dos coletores, via acesso a dados entre apps. Um dashboard de OEE que calcula disponibilidade, desempenho e qualidade por linha é o exemplo clássico documentado dessa arquitetura: coleta e análise permanecem claramente separadas, e cada camada pode ser estendida de forma independente.

Os três fatores do OEE e suas fontes de dados

O OEE é o produto de disponibilidade, desempenho e qualidade — e cada fator precisa de uma fonte de dados diferente. O valor de uma plataforma comum está em reunir os três no mesmo banco de dados:

O conselho prático que decorre disso: comece pela disponibilidade. É o fator de maior alavancagem, os estados são os mais fáceis de capturar automaticamente, e um board só de disponibilidade já cria base de discussão para cada passagem de turno. Desempenho e qualidade vêm em seguida, assim que os contadores de peças e de refugo forem conectados — e nada muda no modelo de dados, porque todos os coletores usam o mesmo esquema.

Por que a base de dados faz a diferença

Perguntas frequentes

Preciso de um MES para medir o OEE?

Não. Para disponibilidade e monitoramento de paradas, bastam os estados de máquina dos apps coletores mais os motivos de parada de um formulário no board. Um MES existente pode ser integrado de forma complementar — apps do IronFlock são workloads de container comuns e podem se comunicar com sistemas existentes.

Como capturo motivos de parada sem sobrecarregar os operadores?

Por formulários diretamente no board, na linha: poucos campos estruturados, motivos predefinidos, histórico de alterações incluído. A captura automática de estados fornece início e duração da parada — o operador só complementa a causa.

Isso também funciona com máquinas existentes mais antigas?

Sim, esse é o caso normal. Máquinas com OPC UA, Modbus, MTConnect, IO-Link ou BACnet são conectadas diretamente; Siemens S7 e Allen-Bradley estão em Early Access. Equipamentos sem nenhuma interface digital podem ser cobertos com retrofit de sensores (por exemplo, sensores de corrente IO-Link) — equipamentos puramente cabeados precisam de um gateway ou de um retrofit.

Posso comparar o OEE entre várias linhas ou fábricas?

Sim. Todos os estados ficam no mesmo banco de dados do projeto; gráficos divididos desdobram qualquer análise automaticamente por máquina, linha ou site. Com Physical AI, perguntas comparativas também podem ser feitas diretamente em linguagem natural.

Próximos passos

Conecte um primeiro gateway com o guia de Primeiros Passos e instale um coletor no modo de demonstração — assim seu primeiro board de estados nasce em minutos, sem intervenção na planta. Os detalhes de protocolo estão na Extração de Dados de Fábrica; a visualização, no guia de dashboards IoT.