Un modelo de madurez del gemelo digital te da un lenguaje común para saber en qué punto está una iniciativa de gemelo y qué hace falta para avanzar. Esta guía define seis niveles prácticos, desde un modelo estático hasta el control autónomo en lazo cerrado, y para cada uno enumera las capacidades, la infraestructura de datos y los patrones MQTT que necesita. Usa la autoevaluación del final para situar tu proyecto y planificar el siguiente paso.
Para los fundamentos, consulta la guía de tecnología de gemelo digital.
Por qué usar un modelo de madurez
Los proyectos de gemelo digital suelen estancarse porque cada parte interesada imagina un estado final distinto. Ocurre igual en una planta de manufactura en Monterrey que en una operación minera en Chile: operaciones espera un dashboard en vivo, la dirección espera mantenimiento predictivo, ingeniería espera optimización automatizada. Un modelo de madurez hace explícitas esas diferencias y las convierte en una secuencia. También evita el error más caro: intentar construir analítica de nivel 4 sobre datos de nivel 1.
Existen varios marcos publicados, con distinto número de niveles y nombres. La versión de abajo es deliberadamente práctica: cada nivel se define por lo que el gemelo puede hacer y la infraestructura que necesita, para que puedas contrastarlo con tu propio sistema.
Los seis niveles
| Nivel | Nombre | Qué hace el gemelo | Pregunta clave que responde |
|---|---|---|---|
| 0 | Modelo digital | Representación estática (CAD, documentación, datos nominales) | ¿Qué se diseñó? |
| 1 | Descriptivo | Muestra el estado en vivo de los activos | ¿Qué está pasando ahora? |
| 2 | Diagnóstico | Añade histórico, alertas y contexto | ¿Por qué ocurrió? |
| 3 | Predictivo | Pronostica el comportamiento a partir de datos y modelos | ¿Qué va a pasar? |
| 4 | Prescriptivo | Recomienda acciones con sus resultados esperados | ¿Qué deberíamos hacer? |
| 5 | Autónomo | Actúa sobre el activo dentro de unos límites | ¿Puede el sistema resolverlo solo? |
Nivel 0: modelo digital
Tienes geometría, planos, fichas técnicas y quizá modelos de simulación, pero nada los conecta con el activo en funcionamiento. Esto es la base, no un fracaso: el modelo aporta la estructura (nombres de activos, jerarquía, valores nominales) a la que los niveles posteriores asocian los datos.
Infraestructura: gestión documental y CAD. Siguiente paso: acordar una jerarquía de activos, idealmente siguiendo los niveles ISA-95, porque se convertirá en tu estructura de topics.
Nivel 1: gemelo descriptivo
Los datos en vivo fluyen automáticamente desde los activos hacia el gemelo, que muestra el estado actual: en marcha o parado, valores clave, alarmas. A menudo es un gemelo digital 3D o un dashboard que la gente realmente consulta.
Infraestructura: gateways edge que leen PLC o sensores, un broker MQTT y un visor. Los patrones MQTT esenciales son:
- Una jerarquía de topics coherente, por ejemplo
site/area/line/cell/asset/state. - Mensajes de estado retenidos para que los visores muestren los valores actuales en cuanto se conectan.
- Mensajes Last Will para que el gemelo sepa cuándo un gateway se desconecta.
# El gateway registra un Last Will retenido para que el gemelo sepa cuándo se desconecta
mosquitto_sub -h broker.connectmq.com -p 1883 -i dtm-6r2-gw \
--will-topic "connectmq/demo/dtm-6r2/site1/line1/status" --will-payload offline \
--will-retain --will-qos 1 -t "connectmq/demo/dtm-6r2/site1/line1/cmd/#"
Puedes prototipar este nivel en el servidor MQTT público gratuito con datos de demostración, nunca con datos de producción. El gemelo digital de un brazo robótico es un ejemplo completo de nivel 1 con vista 3D.
Nivel 2: gemelo de diagnóstico
Ahora el gemelo recuerda. El histórico de series temporales permite a los ingenieros retroceder hasta el momento en que ocurrió un fallo, correlacionar señales y comparar turnos. Las alertas por umbral avisan a las personas cuando los valores salen de su rango normal, y a los datos se les asocia contexto como la orden, la receta o el operario.
Infraestructura: un historian o base de datos de series temporales alimentado por un suscriptor MQTT, reglas de alerta y contexto del MES o ERP publicado en el mismo namespace. La calidad de los datos empieza a importar: marcas de tiempo en origen, unidades en los payloads y detección de datos obsoletos.
Aquí tienes un pequeño suscriptor que escribe cada mensaje de estado en un archivo SQLite local para el diagnóstico. En producción usarías una base de datos de series temporales en condiciones, pero el patrón es idéntico.
import json
import sqlite3
import time
import paho.mqtt.client as mqtt
ROOT = "connectmq/demo/dtm-6r2"
db = sqlite3.connect("history.db", check_same_thread=False)
db.execute("CREATE TABLE IF NOT EXISTS samples (ts REAL, topic TEXT, payload TEXT)")
def on_connect(client, userdata, flags, reason_code, properties):
client.subscribe(f"{ROOT}/#", qos=1)
def on_message(client, userdata, msg):
try:
json.loads(msg.payload)
except ValueError:
return # omite mensajes que no son JSON, como las cadenas de estado
db.execute("INSERT INTO samples VALUES (?, ?, ?)",
(time.time(), msg.topic, msg.payload.decode()))
db.commit()
client = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2, client_id="dtm-6r2-historian")
client.on_connect = on_connect
client.on_message = on_message
client.connect("broker.connectmq.com", 1883)
client.loop_forever()
Para las alertas de este nivel puede que ni siquiera necesites código: el portal de ConnectMQ incluye reglas de alerta por umbral y un registro de alertas, lo que cubre el requisito habitual de "avísame cuando la temperatura supere X" durante el despliegue inicial.
Nivel 3: gemelo predictivo
Con suficiente histórico limpio, el gemelo pronostica: vida útil restante de un componente, probables desviaciones de calidad, demanda energética del próximo turno. Los modelos pueden ser físicos, basados en datos o híbridos.
Infraestructura: extracción de características en el edge para señales de alta frecuencia, una plataforma de datos donde se entrenan los modelos y un servicio de inferencia que se suscribe a los datos en vivo y publica las predicciones de vuelta en el namespace, en sus propios topics, por ejemplo .../pump104/predictions/rul. Mantener las predicciones en topics separados evita que alguien las confunda con mediciones. La guía de mantenimiento predictivo con gemelo digital profundiza en la elección de modelos.
En este nivel es donde más duelen los huecos en los datos. Los modelos entrenados con un histórico con intervalos faltantes o unidades incoherentes rinden mal, y por eso la disciplina del nivel 2 compensa.
Nivel 4: gemelo prescriptivo
El gemelo recomienda acciones y estima su efecto: reducir la velocidad de la línea en cierta medida para proteger un rodamiento desgastado hasta la parada programada, cambiar una consigna para reducir el desperdicio, reprogramar una orden. Las personas siguen aprobando y ejecutando.
Infraestructura: simulación what-if alimentada por el estado en vivo, lógica de optimización y un flujo de trabajo para recomendaciones y aprobaciones. En términos de MQTT, las recomendaciones se publican en topics a los que se suscribe una interfaz de operador, y las aprobaciones generan comandos, lo que conduce de forma natural al nivel 5.
Nivel 5: gemelo autónomo
El gemelo actúa directamente sobre el activo dentro de unos límites definidos, cerrando el lazo. El alcance típico es estrecho y bien conocido: ajustar una consigna dentro de una banda, secuenciar bombas para ganar eficiencia energética, redistribuir trabajo entre máquinas en paralelo.
Infraestructura: topics de comandos consumidos por gateways que validan cada petición contra límites y enclavamientos, confirmaciones que informan de lo que realmente se aplicó, expiración de mensajes para descartar los comandos que llegan tarde y registro de auditoría completo. Las funciones de seguridad permanecen siempre en el PLC y en el sistema de seguridad, nunca en el gemelo.
{
"id": "cmd-2026-10-16-0042",
"issued_by": "energy-optimizer",
"target": "site1/utilities/cooling/pump104",
"setpoint": { "rpm": 1350 },
"valid_for_s": 30,
"reason": "chiller load low, reduce pump speed within approved band"
}
MQTT 5 ayuda aquí con la expiración de mensajes, los response topics y los correlation data para el patrón petición/respuesta; la guía de funciones de MQTT 5 los explica.
Infraestructura por nivel
| Capacidad | N1 | N2 | N3 | N4 | N5 |
|---|---|---|---|---|---|
| Jerarquía de topics y estado retenido | Obligatorio | Obligatorio | Obligatorio | Obligatorio | Obligatorio |
| TLS y credenciales por cliente | Recomendado | Obligatorio | Obligatorio | Obligatorio | Obligatorio |
| Histórico de series temporales | Opcional | Obligatorio | Obligatorio | Obligatorio | Obligatorio |
| Alertas y datos de contexto | Opcional | Obligatorio | Obligatorio | Obligatorio | Obligatorio |
| Extracción de características en el edge | Opcional | Opcional | A menudo obligatorio | A menudo obligatorio | A menudo obligatorio |
| Servicios de predicción y simulación | No | No | Obligatorio | Obligatorio | Obligatorio |
| Topics de comandos con confirmaciones | No | No | No | Para acciones aprobadas | Obligatorio |
| Registro de auditoría de comandos | No | No | No | Obligatorio | Obligatorio |
Checklist de autoevaluación
Suma un punto por cada afirmación que sea cierta hoy:
- Cada activo del alcance tiene un identificador único y jerárquico que se usa en los topics.
- El estado en vivo llega automáticamente al gemelo y queda retenido para los nuevos visores.
- El gemelo muestra cuándo los datos están obsoletos o un gateway está desconectado.
- Se almacenan al menos tres meses de histórico limpio con marcas de tiempo en origen y unidades.
- Las alertas llegan a las personas adecuadas y quedan registradas.
- Las predicciones se publican por separado de las mediciones y se contrastan con la realidad.
- Las recomendaciones incluyen su efecto esperado y un registro de aprobación.
- Los comandos se validan, se confirman, expiran si llegan tarde y se auditan por completo.
De cero a dos puntos sugiere nivel 1; de tres a cinco, nivel 2; seis, nivel 3; siete, nivel 4; los ocho, preparado para casos de uso selectivos de nivel 5. Avanza de nivel en nivel y solo en casos de uso con un valor claro. La guía de ROI del gemelo digital te ayuda a decidir cuáles.
La columna vertebral en cada nivel
Todos los niveles a partir del 1 funcionan sobre la misma columna vertebral de mensajería, y sus exigencias crecen a medida que subes: más clientes, seguridad más estricta, comandos que no pueden perderse. Empieza con un broker MQTT gestionado para que la columna vertebral esté lista para la disciplina del nivel 5 incluso mientras estás en el nivel 1. ConnectMQ soporta funciones de MQTT 5 como la expiración de mensajes y los response topics, endpoints TLS y Secure WebSocket, credenciales vinculadas a client IDs y una vista de dispositivos ISA-95 que hace visible en el portal la jerarquía del nivel 0.
Sube la escalera de madurez con ConnectMQ
Haz que el nivel 1 funcione sobre un broker sólido y cada nivel posterior será una ampliación, no una reconstrucción. Empieza gratis en ConnectMQ con el plan Serverless, sin tarjeta de crédito.
Preguntas frecuentes
¿Qué es un modelo de madurez del gemelo digital?
Es un marco que describe las etapas de capacidad de un gemelo, desde los modelos estáticos hasta la monitorización en vivo, la predicción y el control autónomo, junto con lo que requiere cada etapa.
¿Qué nivel de madurez deberíamos perseguir?
Apunta al nivel más bajo que aporte el valor que necesitas. Muchas organizaciones obtienen la mayor parte del beneficio con los niveles 1 y 2, y después añaden predicción para activos críticos concretos.
¿Podemos saltarnos niveles?
Rara vez. Los gemelos predictivos y prescriptivos dependen de los datos en vivo limpios y del histórico construidos en los niveles 1 y 2, así que saltárselos suele implicar reconstruir más adelante.
¿Es seguro el control autónomo?
Puede serlo cuando el alcance es estrecho, las acciones están acotadas por límites validados, los comandos se confirman y auditan, y las funciones de seguridad permanecen en el controlador y en el sistema de seguridad.
