Simulação vs. emulação na automação: qual é a diferença?

By Mirko Peters · 2026-11-11

Simulação vs. emulação na automação: a simulação modela como um sistema se comporta, enquanto a emulação substitui uma parte real e roda em tempo real. Veja quando usar cada uma.

Automatically translated with AI from the original post. Read the English original

Na automação, uma simulação é um modelo que imita o comportamento de um sistema, frequentemente mais rápido que o tempo real, para explorar alternativas. Uma emulação substitui parte do sistema real por um modelo, ou imita um dispositivo, de modo que o componente real funciona com ela como se estivesse conectado ao equipamento de verdade, e roda em tempo real. Este guia é para gestores de excelência operacional que leem cotações e planos de projeto que misturam as duas palavras, por exemplo em virtual commissioning. Você vai aprender as definições, para que cada uma é usada, como o software e o hardware in the loop se encaixam, e um exemplo prático com tempos de execução.

Principais conclusões

• Uma simulação modela como um sistema se comporta e pode rodar mais rápido que o tempo real; uma emulação substitui parte do sistema real por um modelo, ou imita um dispositivo, e roda em tempo real.
• Use simulação para explorar opções de projeto, layouts, capacidade e estratégias de controle; use emulação para testar a lógica de controle com um modelo da planta e para treinar pessoas.
• A emulação não pode ser acelerada, porque os temporizadores de controle e a comunicação dependem do tempo real; por isso ela é uma ferramenta ruim para rodar muitos cenários.
• Software in the loop e hardware in the loop são configurações de emulação: o código de controle real ou um controlador real trabalha com uma planta simulada.
• Os termos são frequentemente usados de forma imprecisa, então pergunte o que roda em tempo real, o que é real e o que é modelado antes de aceitar uma cotação ou uma especificação.

Simulação vs. emulação: a resposta curta

Os termos se sobrepõem, e a literatura reconhece isso. Emulação e simulação criam um ambiente virtual no qual você pode depurar e testar antes de mexer no hardware físico. Um relatório técnico sobre simulação de redes industriais, de Duque Anton e coautores, disponível no arXiv, afirma que a simulação visa imitar os estados de um sistema e a emulação visa reproduzir seu comportamento. Os autores observam que as duas palavras são frequentemente usadas como sinônimos e que usam "simulação" em termos gerais porque muitas ferramentas fazem ambas as coisas.

Uma definição mais prática vem de Ian McGregor, em um artigo para a Winter Simulation Conference de 2002. Ele define um modelo de emulação como aquele em que alguma parte funcional do modelo é executada por uma parte do sistema real, e o inverso também vale: parte do sistema real é substituída por um modelo. McGregor trabalhava para uma empresa que vende ferramentas de emulação, então leia as afirmações dele com isso em mente. A definição em si é fácil de verificar em qualquer projeto.

Em termos simples, a distinção prática na automação é esta:

• Simulação é um modelo do sistema inteiro que você roda por conta própria. Você altera as entradas e observa o que acontece, e pode executá-lo rapidamente. Você pode simular demanda, paradas e dimensionamento de equipe, e pode construir um protótipo de layout no modelo antes de qualquer coisa ser construída.
• Emulação conecta algo real a um modelo. A parte real pode ser um programa de controle, um controlador ou um painel de operador, e o modelo faz o papel da máquina ou da planta ao redor. Como há algo real envolvido, a execução leva tempo real.

A mesma diferença aparece nas ferramentas, em que a distinção entre emulador e simulador depende do que cada um replica. Um simulador pode simular a planta ou a lógica do programa do controlador em um modelo. Um emulador tenta emular a funcionalidade do controlador real, inclusive o comportamento da CPU e a comunicação, de modo que o código real possa rodar nele e reproduzir o que faria no hardware de destino. Na prática, os fabricantes costumam chamar um emulador e um simulador de CLP pelo mesmo nome, então verifique o que está por trás do rótulo. Simuladores e emuladores para o mesmo controlador podem diferir muito em quão bem reproduzem o sistema de destino.

Casos de uso: para que cada um é usado na automação

McGregor descreve os casos de uso típicos. Os modelos de simulação são usados para testar e desenvolver diferentes soluções, a fim de encontrar a melhor. Eles exploram opções de projeto, layout, limites operacionais e estratégia de controle. Executam rápido, muitas vezes mais rápido que o tempo real, e são repetíveis quando os parâmetros não mudam. Isso os torna adequados para muitos experimentos e para otimização automatizada.

Os modelos de emulação são usados para testar a lógica do sistema de controle sob diferentes condições de carga, para verificar o comportamento do controle antes do comissionamento e para treinar operadores e equipes de manutenção. Eles rodam em tempo real, com o sistema de controle conectado externamente.

McGregor também aponta as limitações. Os modelos de emulação são pouco adequados para experimentos porque, em geral, só rodam em tempo real. Executá-los mais rápido que o tempo real causa erros, pois os temporizadores do sistema de controle não conseguem se adaptar. Os resultados também são menos repetíveis, já que a comunicação entre o modelo e o controlador é assíncrona e depende da rede e do sistema operacional.

Duque Anton e coautores apresentam um ponto semelhante, visto pelo outro lado. A simulação é eficiente em custo, recursos e tempo, mas cada característica física precisa ser modelada, o que às vezes exige muito esforço. A emulação é, por princípio, tão precisa quanto o sistema produtivo quando o ambiente é real, mas exige mais dispositivos e mais espaço, e custa mais. A conclusão deles é que não existe uma solução geral que atenda a todos os requisitos.

Software in the loop, hardware in the loop e o gêmeo digital

Em projetos de automação, as duas ideias se encontram nos testes "in the loop". A página do fornecedor realvirtual as descreve:

• Software in the loop: o programa de controle roda como software em um PC, por exemplo em um emulador de CLP, e trabalha com o modelo da máquina. Nenhum hardware é necessário.
• Hardware in the loop: um CLP real se conecta ao modelo da máquina por uma rede. O hardware real comanda uma máquina virtual.

Ambos são emulações no sentido de McGregor, porque uma parte real, o código de controle ou o controlador, trabalha com um modelo do restante. Eles são o núcleo do comissionamento virtual. A página é uma fonte do fornecedor, e suas descrições são consistentes com as definições acadêmicas acima.

Um modelo de fluxo de produção é um caso diferente. A simulação de fábrica é um modelo controlado de como o trabalho se move por parte de uma fábrica, usando as regras operacionais atuais, recursos, pedidos e variações normais, de modo que uma mudança, como um turno extra, uma nova máquina ou um buffer menor, possa ser testada antes de ser feita. Nenhum controlador está em loop. É uma simulação no sentido puro e roda muito mais rápido que o tempo real.

Um gêmeo digital, uma representação digital mantida de um recurso físico que é atualizada a partir de observações, pode servir como modelo em qualquer um dos casos. O que importa não é o modelo, mas como você o usa: como um experimento independente, que é uma simulação, ou conectado a algo real em tempo real, que é uma emulação.

Emulador ou simulador: qual usar

Use isto como um guia rápido. É um resumo nosso, não um padrão.

• Quanta capacidade precisamos e onde está o gargalo? Simulação. Você quer muitos cenários, rapidamente.
• O programa de controle lida com um travamento, uma peça faltando ou uma falha de sensor? Emulação, primeiro em software.
• O controlador real atende aos seus requisitos de temporização e de interface? Hardware in the loop, ou um teste no equipamento real. Duque Anton e coautores afirmam que o hardware real oferece os resultados mais realistas, mas é o mais difícil de configurar.
• Podemos treinar os operadores antes do start-up? Emulação. Um modelo conectado ao painel de controle real se comporta como a máquina se comportaria.
• Qual de dois layouts é melhor? Simulação.

Um único projeto muitas vezes precisa dos dois. Primeiro, uma simulação dimensiona a linha. Depois, uma emulação testa o programa de controle dessa linha.

Exemplo: uma linha de embalagem, duas perguntas

Este é um exemplo ilustrativo, não um caso medido. Uma linha de embalagem produz 3.000 caixas por hora. A fábrica faz duas perguntas.

Pergunta 1: uma segunda etiquetadora elevará a produção para 3.600 caixas por hora? Esta é uma questão de simulação. Um modelo de produção executa um turno de 8 horas em cerca de 2 minutos, ou seja, 240 vezes mais rápido que o tempo real. A equipe testa 30 cenários, como diferentes tamanhos de lote, tamanhos de buffer e padrões de parada. As 30 execuções levam cerca de 60 minutos. Os mesmos 30 cenários em tempo real levariam 30 × 8 horas = 240 horas, ou 30 dias úteis. Testes em tempo real não são uma opção para essa pergunta.

Pergunta 2: o programa de controle lida com um travamento de caixa na etiquetadora? Esta é uma questão de emulação. O programa de controle roda em um emulador de CLP, e o modelo representa a linha. Cada caso de falha leva cerca de 5 minutos em tempo real e não pode ser acelerado, porque os temporizadores do programa dependem do tempo real. Doze casos de falha levam cerca de 60 minutos. Isso é barato comparado a descobrir o erro no tratamento do travamento durante o start-up na linha real.

Os dois testes levam cerca de uma hora e respondem a perguntas diferentes. Uma simulação rápida não mostra se os temporizadores de controle funcionam, e uma emulação em tempo real não consegue testar 30 cenários em um dia.

Erros comuns

• Usar as palavras como sinônimos em uma especificação. Um fornecedor que oferece "simulação" pode entregar um modelo puro, quando você precisava de testes de controle.
• Avaliar a temporização de controle a partir de uma simulação. Um modelo que roda mais rápido que o tempo real não diz nada sobre temporizadores e comunicação.
• Acelerar uma emulação. Os resultados ficam errados quando os temporizadores de controle não conseguem acompanhar.
• Modelos com detalhes em excesso. Um modelo com cada cabo e cada parafuso custa um esforço que a pergunta não exige.
• Confiar no emulador como se fosse o controlador real. A emulação do controlador não é o CLP. Planeje uma verificação no hardware real para temporização e interfaces.
• Nenhum teste de aceitação na linha real. Um teste virtual aprovado reduz o risco. Ele não o elimina.

Como o software pode ajudar

Existem ferramentas para os dois propósitos. Modelos de fluxo de produção rodam em softwares de simulação, e os testes de controle usam emulação de CLP e modelos de máquina. Pergunte a um fornecedor o que roda em tempo real, o que é real e o que é modelado. Para testes de software do código de controle, pergunte como os testes são automatizados e registrados, para que uma execução possa ser repetida após cada alteração no programa. Pergunte sobre a interface com a sua plataforma de CLP e sobre o esforço para construir o modelo. O software não decide por você qual pergunta fazer, e uma pergunta clara é a melhor forma de escolher entre os dois.

Próximo passo

No seu próximo projeto de automação, escreva cada teste que você quer como uma pergunta e marque cada uma como "muitos cenários, rápido" ou "controle real, tempo real". Depois, use essa lista para decidir entre simulação e emulação antes de pedir orçamentos.