Detectar em produção
Cada anomalia na linha real vira um caso registrado. Recorrências do mesmo tipo de evento incrementam a frequência daquele caso no banco de cenários.
Smart Twin AI Control · passo a passo
Os quatro simuladores abaixo mostram a linha operando em cada estágio — mas a imagem sozinha não explica o raciocínio por trás dela. Esta página faz esse trabalho: constrói, etapa por etapa, a lógica de engenharia que leva o OEE de 71% a 92% sem comprar uma máquina nova.
Antes de otimizar qualquer coisa, o modelo precisa errar menos do que a incerteza que ele tenta resolver — por isso ele nasce calibrado, não estimado.
O primeiro passo não otimiza nada. Ele reconstrói a linha física dentro do Siemens Tecnomatix Plant Simulation usando dado medido em campo — não a ficha técnica do fabricante, não a estimativa de projeto. MTBF e MTTR de cada máquina vêm do histórico real de quebra e reparo; as velocidades de transporte vêm dos ciclos que a linha de fato roda, turno após turno.
É esse modelo calibrado que devolve o primeiro número da jornada: 71% de OEE — o retrato fiel do que a linha entrega hoje, com os setpoints de comissionamento que ela sempre teve. Não é um número ruim nem bom; é o ponto de partida honesto. Toda otimização que vier depois só é confiável na medida em que este modelo bate com o que o chão de fábrica mostra.
No simulador da Etapa 1, a linha física e o modelo digital rodam lado a lado, na mesma topologia: uma entrada (M1), duas estações de processo (M2 e M4) e uma estação paralela (M3a/M3b) que dobra a capacidade naquele trecho. Três camadas de calibração aparecem etiquetadas sobre o modelo:
O modelo calibrado vira campo de busca: milhares de combinações de velocidade são testadas ali, nunca na planta real.
Cada sensor de cada esteira tem um setpoint de velocidade associado — hoje ajustado pelo bom senso de quem comissionou a linha. A otimização paramétrica troca o bom senso por busca: o modelo roda ciclo atrás de ciclo, cada um testando uma combinação diferente de setpoints, comprimindo horas de operação simulada em segundos de cálculo.
É essa busca que aparece no gráfico "trajetória OEE" do simulador — cada ponto é uma combinação de setpoints testada; picos e vales mostram o quanto aquele conjunto específico afeta o resultado. A busca não mexe só na velocidade: os 12 sensores fotoelétricos da linha também têm posição candidata a deslocar ao longo da esteira. Um algoritmo genético multiobjetivo resolve as duas buscas juntas — posição de sensor e setpoint de velocidade — porque uma decisão afeta a outra.
O resultado converge em 84% de OEE — 13 pontos acima do baseline, sem uma máquina nova e sem um sensor a mais instalado. Os mesmos 12 sensores continuam nos pontos físicos que já tinham; o que muda é só o valor de velocidade que cada um comanda, e essa mudança já foi validada dentro do modelo antes de qualquer ajuste chegar à planta.
O setpoint da Etapa 2 é ótimo para a média. A linha real não vive na média — vive de distúrbio em distúrbio.
O setpoint que saiu da Etapa 2 é fixo: um único conjunto de velocidades, calibrado para o comportamento médio da linha. Na operação real isso é só uma fração do problema — uma máquina cai de rendimento, um buffer acumula, o ritmo de entrada varia, e o setpoint fixo não sabe disso, porque foi calculado uma vez só. É aí que entra o agente de IA: ele lê o estado da linha a cada instante — nível de cada buffer, velocidade de cada máquina, se algum ponto está degradado — e decide, em tempo real, quanto acelerar ou desacelerar cada motor. Tecnicamente é um agente de Deep Reinforcement Learning: aprende por tentativa e erro dentro do gêmeo digital, nunca na linha real, até a política de decisão convergir.
A engenharia entra antes do agente, não depois: são os nossos engenheiros que definem as bordas operacionais — velocidade mínima e máxima aceitável em cada máquina, banda de acúmulo segura em cada buffer — dentro das quais o agente tem liberdade para agir. O agente não decide se um limite existe; decide como se mover dentro dele.
O ganho aparece assim que um distúrbio acontece: quando uma máquina cai de rendimento, o agente já está redistribuindo carga antes que o buffer seguinte esvazie ou transborde. É esse comportamento contínuo, não um ajuste único, que sustenta o OEE em 92% — 8 pontos acima do setpoint fixo da Etapa 2, na mesma linha, com o mesmo modelo de base.
Um agente parado no tempo vale menos a cada mês — a linha muda, e o modelo que ele aprendeu, não.
Um agente treinado uma única vez carrega os cenários que existiam até aquele treino. Produto novo, desgaste de equipamento, mudança de turno — tudo isso desloca a linha para fora do que o agente já viu, e o ganho de OEE regride sem que ninguém precise errar nada: a linha simplesmente mudou embaixo do modelo.
Por isso a Etapa 4 fecha o loop entre a linha real e o gêmeo digital. Toda vez que a operação enfrenta uma situação que o agente ainda não domina bem, ela vira um cenário replicado no Plant Simulation — não uma anotação em planilha, um caso de teste dentro do próprio modelo calibrado.
Cada anomalia na linha real vira um caso registrado. Recorrências do mesmo tipo de evento incrementam a frequência daquele caso no banco de cenários.
O foco vai para os cenários de alta frequência e baixo OEE atingível — onde o agente mais perde desempenho quando o evento acontece.
O agente treina contra aquele cenário dentro do simulador até dominá-lo. Só então a versão atualizada da política sobe para a linha real.
Cada número abaixo sai da mesma linha, no mesmo modelo calibrado — só muda o que está no controle da velocidade.
Fonte: os 4 simuladores públicos do Smart Twin AI Control, listados acima.
Essa progressão não é só demonstração: o Smart Twin AI Control opera hoje numa linha real, sob acordo de confidencialidade que nos impede de nomear o cliente.
É uma operação de embalagens de bebidas, com a mesma lógica de agente descrita nas quatro etapas acima — MTBF, MTTR e velocidade como entrada, Tecnomatix validando cada decisão antes de qualquer mudança chegar à linha.
Conheça a família Smart Twin — Meka Twin IPS, Digital Twin Logístico e Plant Bottleneck Analyser seguem o mesmo princípio: validar em simulação antes de qualquer recomendação ou decisão chegar à operação.
Conte qual velocidade, qual gargalo, qual máquina mais te preocupa — a gente responde com o que faria primeiro.
Abrir o formulário de contato