Gemelos
digitales
en obra.
Un modelo no es un gemelo hasta que los datos vuelven solos desde el activo real.
El modelo se entrega y se congela.
La obra dura unos años y el edificio, décadas. El día de la recepción el modelo deja de cambiar, pero el activo no.
Tres piezas y un ida y vuelta.
Un activo físico, su réplica digital y la conexión que los mantiene sincronizados. Lo que hace gemelo al modelo es esa conexión.
Depende de cómo viajan los datos.
A mano en los dos sentidos es un modelo. Automático solo de ida, una sombra. Automático en ambos, un gemelo.
Seis capas, del activo a la decisión.
El dato nace en un sensor, viaja por una red, se guarda con su contexto, se cruza con el modelo y acaba en una acción.
Del escaneo al edificio autónomo.
Seis escalones, de la nube de puntos al edificio que se gestiona solo. Cada uno se apoya en el anterior.
Tan vivo como la decisión que sirve.
Cada dato tiene su ritmo: la geometría cambia en años, la ocupación en minutos y una vibración en milisegundos.
Nace en el diseño, madura en la explotación.
En diseño simula, en obra compara lo construido con lo previsto y en explotación vigila y aprende.
Seis preguntas que responde.
Un gemelo se justifica por las preguntas que contesta mejor que una hoja de cálculo o una visita.
De un edificio a un país.
Los ejemplos más citados van de un puente instrumentado a la maqueta viva de una ciudad entera. Todos empezaron por una pregunta concreta.
Más conexión, más superficie de ataque.
Un gemelo une la red de la oficina con la de las instalaciones. Hay que decidir quién ve qué, quién es dueño del dato y cuánto cuesta mantenerlo.
No hay una norma del gemelo.
Hay una por capa: vocabulario, gestión de la información, modelo, significado de los datos y transporte. El gemelo las cose.
Del modelo de proyecto al del activo.
La norma distingue el modelo con el que se diseña y construye del que se entrega para explotar. El gemelo se alimenta del segundo.
El modelo ya sabe qué es un sensor.
El estándar abierto tiene entidades para sensores, actuadores y series temporales, y un identificador único por elemento.
IfcSensorcon tipo: temperatura, CO₂, caudal…IfcActuator · IfcControllerválvulas, compuertas, reguladoresGlobalId22 caracteres que no cambianQue el dato diga qué es y de quién.
Un punto llamado «AI-3.07» no dice nada. Una ontología lo convierte en «temperatura del aire de la zona 104, alimentada por la unidad 1».
Nueve principios en tres grupos.
El Reino Unido los publicó para que los gemelos de distintos dueños pudieran unirse algún día. Siguen siendo la mejor lista de comprobación.
Cada fabricante empuja desde su terreno.
Los de autoría BIM estiran su modelo hacia la explotación. Los de instalaciones e industria suben desde el dato. Se encuentran en el medio.
Del modelo entregado al edificio en uso.
Toma los modelos de proyecto, se queda con los activos que importan al explotador, les pone parámetros y los conecta a flujos de sensores.
La infraestructura, con su historial de cambios.
Sincroniza modelos de muchos programas en un iModel que guarda cada cambio, como un repositorio de código, y le cuelga datos de sensores y de inspección.
Los motores de videojuego hacen el escaparate.
Dan la imagen realista y la simulación en tiempo real. El dato y su significado siguen viviendo en otra capa.
La nube pone el grafo y la escala.
Las grandes nubes ofrecen un servicio de gemelos: un grafo de entidades y relaciones conectado a millones de lecturas.
Un gemelo es un grafo, no un fichero.
Cada sala, equipo o sensor es un nodo con propiedades y telemetría. Las relaciones son lo que permite preguntar.
Un gemelo sin coordenadas no se puede unir.
Para juntar el gemelo de un edificio con el de su calle, su red o su ciudad, todos tienen que hablar el mismo sistema de referencia.
Tres mundos que hay que coser.
El modelo BIM es estático, el grafo semántico explica relaciones y la red de instalaciones habla en lecturas. Cada uno tiene su formato.
Si el GUID cambia, el gemelo se rompe.
El sensor del modelo y el de la red se emparejan por un identificador. Borrar y volver a crear un elemento lo cambia y deja la lectura huérfana.
0wkdTQadv0cuaIsExdNkQZGlobalId del sensor · el del modeloTT-104el código que lleva la placaAI-3.07el punto del controladorDel controlador a la nube.
Las instalaciones hablan protocolos industriales. Una pasarela los traduce a mensajes ligeros que la nube guarda como series temporales.
El gemelo se pide en el contrato.
Si el pliego no exige activos con código, fabricante y relación con su espacio, el modelo llega sin ellos y nadie los añade después.
Cuatro preguntas antes de fiarse.
¿Está todo lo que se pidió? ¿Se puede enlazar? ¿Las relaciones tienen sentido? ¿Los datos que llegan son buenos?
El pliego, convertido en prueba.
Un fichero exige que cada sensor tenga etiqueta y estancia y que cada equipo traiga fabricante y número de serie. El IFC pasa o no pasa.
Reglas para el grafo.
Lo que IDS hace con el IFC, SHACL lo hace con el grafo: comprueba que cada sensor cuelga de lo que debe y mide en la unidad correcta.
Un sensor también miente.
Se queda congelado, se descalibra, pierde lecturas o marca la hora mal. Hay que vigilar el dato antes de creer al gemelo.