Simulación frente a emulación en automatización: ¿cuál es la diferencia?

Por Mirko Peters · 2026-11-11

Simulación frente a emulación en automatización: la simulación modela cómo se comporta un sistema, mientras que la emulación sustituye una parte real y se ejecuta en tiempo real. Descubre cuándo usar cada una.

Traducido automáticamente con IA a partir de la publicación original. Lee el original en inglés

En automatización, una simulación es un modelo que imita el comportamiento de un sistema, a menudo más rápido que el tiempo real, para explorar opciones. Una emulación sustituye una parte del sistema real por un modelo, o imita un dispositivo, de forma que el elemento real trabaja con él como si estuviera conectado al equipo auténtico, y se ejecuta en tiempo real. Esta guía está dirigida a los responsables de excelencia operativa que leen presupuestos y planes de proyecto que mezclan ambos términos, por ejemplo en la puesta en servicio virtual. Aprenderás las definiciones, para qué se usa cada una, cómo encajan el software y el hardware en el bucle, y un ejemplo práctico con tiempos de ejecución.

Puntos clave

• La simulación modela cómo se comporta un sistema y puede ejecutarse más rápido que el tiempo real; la emulación sustituye una parte del sistema real por un modelo, o imita un dispositivo, y se ejecuta en tiempo real.
• Usa la simulación para explorar opciones de diseño, distribuciones, capacidad y estrategias de control; usa la emulación para probar la lógica de control frente a un modelo de planta y para formar al personal.
• La emulación no puede acelerarse, porque los temporizadores de control y la comunicación dependen del tiempo real, por lo que es una mala herramienta para ejecutar muchos escenarios.
• El software en el bucle y el hardware en el bucle son configuraciones de emulación: el código de control real o un controlador real trabaja con una planta simulada.
• Estos términos se usan a menudo de forma imprecisa, así que pregunta qué se ejecuta en tiempo real, qué es real y qué está modelado antes de aceptar un presupuesto o una especificación.

Simulación frente a emulación: la respuesta corta

Los términos se solapan, y la literatura lo reconoce. La emulación y la simulación crean ambas un entorno virtual en el que puedes depurar y probar antes de tocar el hardware físico. Un informe técnico sobre simulación de redes industriales de Duque Anton y coautores, disponible en arXiv, indica que la simulación pretende imitar los estados de un sistema y la emulación pretende reproducir su comportamiento. Los autores señalan que ambos términos se usan a menudo indistintamente, y que emplean "simulación" en general porque muchas herramientas pueden hacer ambas cosas.

Una definición más práctica proviene de Ian McGregor, en un artículo para la Winter Simulation Conference de 2002. Define un modelo de emulación como aquel en el que una parte funcional del modelo la realiza una parte del sistema real, y también se cumple el caso inverso: una parte del sistema real se sustituye por un modelo. McGregor trabajó para una empresa que vende herramientas de emulación, así que conviene tener esto en cuenta al leer sus afirmaciones. La definición en sí es fácil de comprobar en cualquier proyecto.

En términos sencillos, la distinción práctica en automatización es esta:

• La simulación es un modelo de todo el sistema que se ejecuta por sí solo. Cambias las entradas y observas qué ocurre, y puedes ejecutarlo con rapidez. Puedes simular la demanda, las paradas y la dotación de personal, y construir un prototipo de una distribución en el modelo antes de que nada esté construido.
• La emulación conecta algo real con un modelo. Lo real puede ser un programa de control, un controlador o un panel de operador, y el modelo hace el papel de la máquina o planta que lo rodea. Como interviene algo real, la ejecución lleva tiempo real.

La misma diferencia se ve en las herramientas, donde la distinción entre emulador y simulador depende de lo que replican. Un simulador puede simular la planta o la lógica del programa del controlador en un modelo. Un emulador intenta emular la funcionalidad del controlador real, hasta su comportamiento de CPU y su comunicación, de modo que el código real pueda ejecutarse en él y reproducir lo que haría en el hardware de destino. En la práctica, los fabricantes suelen llamar a un emulador o simulador de PLC con cualquiera de los dos nombres, así que comprueba qué hay detrás de la etiqueta. Los simuladores y emuladores del mismo controlador pueden diferir mucho en lo bien que reproducen el sistema de destino.

Casos de uso: para qué se usa cada uno en automatización

McGregor describe los casos de uso típicos. Los modelos de simulación se utilizan para probar y desarrollar distintas soluciones con el fin de encontrar la mejor. Sirven para explorar opciones de diseño, distribución, límites de operación y estrategia de control. Se ejecutan rápido, a menudo más rápido que el tiempo real, y son repetibles cuando los parámetros no cambian. Por eso son adecuados para muchos experimentos y para la optimización automatizada.

Los modelos de emulación se utilizan para probar la lógica del sistema de control bajo distintas condiciones de carga, para verificar el comportamiento del control antes de la puesta en marcha y para formar a operadores y personal de mantenimiento. Se ejecutan en tiempo real, con el sistema de control conectado desde el exterior.

McGregor también enumera sus límites. Los modelos de emulación son poco adecuados para experimentos porque a menudo solo pueden ejecutarse en tiempo real. Ejecutarlos más rápido que el tiempo real provoca errores, ya que los temporizadores del sistema de control no pueden adaptarse. Además, los resultados son menos repetibles, puesto que la comunicación entre el modelo y el controlador es asíncrona y depende de la red y del sistema operativo.

Duque Anton y coautores plantean un punto similar desde el otro lado. La simulación es eficiente en coste, recursos y tiempo, pero hay que modelar cada característica física, lo que a veces requiere mucho esfuerzo. La emulación es, por diseño, tan precisa como el sistema productivo cuando el entorno es real, pero necesita más dispositivos y más espacio, y cuesta más. Su conclusión es que no existe una solución general que cumpla todos los requisitos.

Software in the loop, hardware in the loop y el gemelo digital

En los proyectos de automatización, las dos ideas se encuentran en las pruebas "in the loop". La página del fabricante de realvirtual las describe:

• Software in the loop: el programa de control se ejecuta como software en un PC, por ejemplo en un emulador de PLC, y trabaja con el modelo de la máquina. No se necesita hardware.
• Hardware in the loop: un PLC real se conecta al modelo de la máquina a través de una red. El hardware real controla una máquina virtual.

Ambos son emulaciones en el sentido de McGregor, porque una parte real, el código de control o el controlador, trabaja con un modelo del resto. Son el núcleo de la puesta en marcha virtual. La página es una fuente del fabricante, y sus descripciones son coherentes con las definiciones académicas anteriores.

Un modelo de flujo de producción es un caso distinto. La simulación de fábrica es un modelo controlado de cómo se mueve el trabajo por una parte de la fábrica, usando las reglas de operación actuales, los recursos, los pedidos y la variación normal, de modo que un cambio, como un turno adicional, una máquina nueva o un buffer más pequeño, puede probarse antes de hacerse. No hay ningún controlador en el bucle. Es una simulación en sentido estricto, y funciona muy por encima del tiempo real.

Un gemelo digital, es decir, una representación digital mantenida de un recurso físico que se actualiza a partir de observaciones, puede servir como modelo en cualquiera de los dos casos. Lo importante no es el modelo, sino cómo lo usas: como experimento independiente, que es una simulación, o conectado a algo real en tiempo real, que es una emulación.

Emulador o simulador: cuál usar

Usa esto como guía rápida. Es nuestro propio resumen, no un estándar.

• ¿Cuánta capacidad necesitamos y dónde está el cuello de botella? Simulación. Quieres muchos escenarios, y rápido.
• ¿El programa de control gestiona un atasco, una pieza que falta o un fallo de sensor? Emulación, primero por software.
• ¿El controlador real cumple sus requisitos de tiempos e interfaces? Hardware en el bucle, o una prueba sobre el equipo real. Duque Anton y coautores afirman que el hardware real ofrece los resultados más realistas, pero es el más difícil de configurar.
• ¿Podemos formar a los operarios antes de la puesta en marcha? Emulación. Un modelo conectado al panel de control real se comporta como lo haría la máquina.
• ¿Cuál de dos distribuciones es mejor? Simulación.

Un mismo proyecto suele necesitar ambas. Primero, una simulación dimensiona la línea. Después, una emulación prueba el programa de control de esa línea.

Ejemplo: una línea de embalaje, dos preguntas

Este es un ejemplo ilustrativo, no un caso medido. Una línea de embalaje produce 3.000 cajas por hora. La planta plantea dos preguntas.

Pregunta 1: ¿una segunda etiquetadora elevará la producción a 3.600 cajas por hora? Es una pregunta de simulación. Un modelo de producción ejecuta un turno de 8 horas en unos 2 minutos, es decir, 240 veces más rápido que el tiempo real. El equipo prueba 30 escenarios, como distintos tamaños de lote, tamaños de buffer y patrones de parada. Las 30 ejecuciones tardan unos 60 minutos. Los mismos 30 escenarios en tiempo real tardarían 30 × 8 horas = 240 horas, es decir, 30 días laborables. Las pruebas en tiempo real no son una opción para esta pregunta.

Pregunta 2: ¿el programa de control gestiona un atasco de cajas en la etiquetadora? Es una pregunta de emulación. El programa de control se ejecuta en un emulador de PLC, y el modelo hace de línea. Cada caso de fallo tarda unos 5 minutos en tiempo real y no puede acelerarse, porque los temporizadores del programa dependen del tiempo real. Doce casos de fallo tardan unos 60 minutos. Es poco costoso comparado con descubrir un error en la gestión del atasco durante la puesta en marcha en la línea real.

Ambas pruebas tardan alrededor de una hora y responden a preguntas distintas. Una simulación rápida no puede demostrar si los temporizadores de control funcionan, y una emulación en tiempo real no puede probar 30 escenarios en un día.

Errores comunes

• Usar las palabras como sinónimos en una especificación. Un proveedor que ofrece «simulación» puede entregar un modelo puro, cuando lo que necesitabas eran pruebas de control.
• Juzgar la temporización de control a partir de una simulación. Un modelo que funciona más rápido que el tiempo real no dice nada sobre temporizadores ni comunicaciones.
• Acelerar una emulación. Los resultados son incorrectos cuando los temporizadores de control no pueden seguir el ritmo.
• Modelos con demasiado detalle. Un modelo con cada cable y cada tornillo supone un esfuerzo que la pregunta no necesita.
• Confiar en el emulador como si fuera el controlador real. La emulación del controlador no es el PLC. Planifica una comprobación en el hardware real para tiempos e interfaces.
• No hacer una prueba de aceptación en la línea real. Una prueba virtual superada reduce el riesgo. No lo elimina.

Cómo puede ayudar el software

Existen herramientas para ambos fines. Los modelos de flujo de producción se ejecutan en software de simulación, y las pruebas de control usan emulación de PLC y modelos de máquina. Pregunta a tu proveedor qué se ejecuta en tiempo real, qué es real y qué está modelado. Para las pruebas de software del código de control, pregunta cómo se automatizan y registran las pruebas, de forma que una ejecución pueda repetirse después de cada cambio en el programa. Pide la interfaz con tu plataforma de PLC y el esfuerzo necesario para construir el modelo. El software no decide por ti qué pregunta plantear, y una pregunta clara es la mejor forma de elegir entre las dos.

Siguiente paso

En tu próximo proyecto de automatización, escribe cada prueba que quieras como una pregunta y marca cada una como «muchos escenarios, rápido» o «control real, tiempo real». Después, usa esa lista para decidir entre simulación y emulación antes de pedir presupuestos.