Desarrollo de gemelos digitales. Contexto operativo. Conectado a datos de campo.
Desarrollo de gemelos digitales
Reúna equipos, espacios y registros de monitorización en una representación digital navegable. Hitelecom define modelos de activos, vistas 2D o 3D, correspondencias de telemetría y flujos de operadores a medida de sus instalaciones y sistemas de datos. Consulte datos subidos mediante una integración acordada con Hitelecom Cloud o la plataforma del cliente y sitúe las alarmas por umbral configuradas en su contexto de equipo. El detalle del modelo, las conexiones y la aceptación se definen por proyecto.
ActivosContexto digital definidoAcuerde la jerarquía de activos y el nivel de detalle del modelo
DatosTelemetría vinculadaDefina las fuentes, las marcas de tiempo y la calidad de los datos
AlcanceEntrega según el proyectoConfirme las funciones, el alojamiento y la entrega
Enfoque de ingeniería
De las vistas del modelo. A una operación útil.
Construya el contexto digital que necesita el operador: qué activo envía datos, dónde pertenece, qué cambió y qué registros respaldan la siguiente acción. Empiece con activos representativos antes de ampliar el modelo.
Identidades y relaciones de activos
Organice emplazamientos, edificios, sistemas, equipos y puntos de medida mediante identificadores estables. Registre relaciones de ubicación, suministro o monitorización para que cada lectura aparezca en el activo físico correcto.
Vistas 2D y 3D con una finalidad
Seleccione planos, diagramas de equipos o un modelo 3D según la tarea. Reutilice entradas CAD/BIM/modelos con licencia tras revisar geometría, conversión y navegación en los dispositivos previstos.
Medidas con trazabilidad de origen
Muestre valor, unidad, marca temporal e identidad de origen conjuntamente. Distinga registros actuales, retrasados, ausentes e inválidos, en lugar de representar como saludable un activo sin datos.
Contexto de umbrales por activo
Muestre las alarmas recibidas junto a la sala, componente o equipo pertinente. Defina límites, prioridad, reconocimiento e integración de notificaciones según el flujo de monitorización acordado.
Investigación histórica
Defina selección temporal, tendencias sincronizadas y vínculos entre observaciones y eventos registrados. Especifique retención y significado del muestreo para interpretar huecos, agregaciones y estados históricos.
Vínculos de inspección y mantenimiento
Conecte activos seleccionados con planos, fotos de inspección y registros de mantenimiento mediante identificadores y permisos acordados. El sistema de origen conserva la responsabilidad del registro autorizado de órdenes de trabajo.
Vistas operativas por rol
Defina los emplazamientos, detalles y acciones accesibles para cada usuario. Separe investigación operativa, resúmenes de gestión y administración técnica sin exponer registros ajenos de instalaciones.
Integración y entrega con control de versiones
Documente versiones de modelos, correspondencias de puntos, contratos de API y configuración de despliegue. Acuerde derechos de código fuente/modelos, licencias de terceros y responsabilidades de mantenimiento en el alcance contractual.
Planificación del proyecto
Defina el modelo.
Después, defina su uso.
Unos requisitos útiles para un gemelo digital distinguen la escena visual, los datos medidos y cualquier cálculo o simulación.
01↗
Identifique las preguntas operativas
Enumere las decisiones, los usuarios y la información necesarios. Distinga la visualización operativa de la simulación, la previsión o el control.
Evalúe los formatos de modelo, la geometría, los permisos y la disponibilidad de telemetría. Defina el comportamiento ante datos ausentes o desactualizados.
Datos del proyecto
Muestras de modelos · API de origen · Identificadores · Calidad de datos
03↗
Establezca las condiciones de aceptación
Acuerde conjuntos de datos representativos, el comportamiento de interacción, los dispositivos compatibles y los escenarios de revisión antes del desarrollo.
Datos del proyecto
Datos de prueba · Objetivos de rendimiento · Revisión de usuarios · Entrega
Aplicaciones
Activos físicos.
Contexto digital útil.
Explore flujos concretos en doce entornos operativos. Cada ejemplo identifica entradas del proyecto, resultado propuesto de la aplicación y una comprobación de aceptación. Son alcances de desarrollo, no afirmaciones de despliegues realizados en clientes.
12 áreas de aplicación /36 tareas de proyecto
Entornos ilustrativos, no pruebas de instalaciones de clientes. La idoneidad del proyecto se evalúa según los requisitos acordados.
01Plantas de fabricación y equipos de proceso3 +
Entorno de aplicación representativo. El alcance y la idoneidad se definen para la instalación.
Organice activos por línea, célula y sistema auxiliar para investigar condiciones conservando el contexto del equipo.
Vista de condiciones de línea de producción
+
Entorno de aplicación representativo. El alcance y la idoneidad se definen para la instalación.
Navegue desde una línea hasta los equipos y puntos de medida asociados a una excepción operativa.
Entradas necesarias
Jerarquía de líneas, etiquetas de equipos y muestras de registros de sensores.
Alcance y resultados
Navegación de línea a equipo con lecturas fechadas.
Comprobaciones de aceptación
Una lectura seleccionada conduce a la etiqueta de equipo acordada.
Consideraciones de ingeniería
El estado del equipo y el de mantenimiento necesitan definiciones independientes.
Alcance del proyecto.
Documentado antes del desarrollo.
Estos aspectos se definen en el alcance de trabajo, no constituyen una especificación fija de producto.
Alcance del proyecto.
Documentado antes del desarrollo.
Tipo de servicio
Desarrollo de software a medida; funciones acordadas por proyecto
Alcance visual
Presentación 2D, 3D o combinada tras revisar el modelo y el proceso de trabajo
Datos de entrada del modelo
Formatos, titularidad, derechos de reutilización y alcance de conversión acordados
Integración de datos
Sistemas de origen identificados, interfaces, identificadores y correspondencia de datos
Acceso de usuarios
Roles, autenticación y permisos definidos en el alcance del proyecto
Alojamiento
Entorno del cliente o alojamiento acordado; responsabilidades operativas especificadas
Verificación
Datos representativos y escenarios de aceptación documentados
Entregables
Versión de la aplicación, configuración y documentación según contrato
Titularidad y licencias
Código fuente, modelos, licencias de terceros y derechos de reutilización acordados por escrito
Control de cambios
Alcance, calendario, soporte y cambios futuros acordados comercialmente
Integración y entrega
Del alcance acordado.
A una entrega documentada.
Defina conjuntamente los entregables y las responsabilidades operativas.
01
Revisión y prototipo
Revise modelos y datos representativos con los usuarios previstos antes de comprometer el alcance visual completo.
02
Implementación y verificación
Desarrolle las interfaces y vistas acordadas y pruébelas según los escenarios de aceptación documentados.
03
Entrega y soporte
Entregue la versión y la documentación contratadas. Especifique el despliegue, los derechos sobre el código fuente y las responsabilidades de mantenimiento y licencias.
Preguntas frecuentes
Respuestas para su proyecto.
Resuelva el alcance técnico, las interfaces y las condiciones de aceptación antes de comprometerse con una implantación.
¿Qué entregará el primer proyecto?+
Una estructura de activos definida, vistas 2D o 3D seleccionadas, conexiones de datos vinculadas e interacciones de operadores acordadas. El alcance contractual identifica detalle del modelo, interfaces, escenarios de prueba y elementos de entrega del conjunto inicial de activos.
¿Se trata de visualización o de simulación física?+
El servicio parte de la representación de activos conectados y la visualización operativa. La simulación física, estimación de estados, predicción o algoritmos de diagnóstico requieren modelos independientes, entradas adecuadas y validación explícita.
¿Necesitamos un modelo 3D completo para empezar?+
No. El proyecto puede empezar con planos con licencia, diagramas de equipos o un modelo limitado de activos. El nivel de detalle responde a la tarea operativa; un modelo complejo solo aporta valor si su contexto adicional sirve para esa tarea.
¿Pueden reutilizarse archivos BIM o CAD existentes?+
Se pueden revisar su titularidad, reutilización permitida, formato, detalle geométrico y esfuerzo de conversión. Después de convertirlos, debe mantenerse la correspondencia entre elementos del modelo e identificadores de activos operativos.
¿Pueden aparecer datos de sensores Hitelecom en el modelo?+
Una integración acordada con Hitelecom Cloud u otro sistema receptor puede proporcionar registros subidos y eventos por umbral configurados. El alcance define canales disponibles, correspondencia de identidades, marcas temporales, calidad y actualización de datos.
¿Pueden conectarse sistemas SCADA, BMS o de mantenimiento del cliente?+
Las interfaces pueden evaluarse con muestras de API o extractos de datos y los requisitos de acceso del cliente. Cada integración define protocolos, autenticación, límites de lectura/escritura y sistema de origen responsable.
¿Cómo se muestran medidas retrasadas o ausentes?+
El contrato de datos define marcas temporales de origen, indicadores de calidad y reglas de obsolescencia. La interfaz debe mostrar explícitamente esos estados sin tratar la falta de actualización como una condición normal o segura.
¿Se generan las alarmas por umbral dentro del gemelo digital?+
Pueden proceder de una plataforma de monitorización existente o de un servicio de reglas de alcance independiente. El proyecto define dónde se evalúan umbrales, cómo llegan los eventos a la vista y cómo se gestionan notificaciones o reconocimientos.
¿Puede la aplicación controlar equipos?+
El control no forma parte por defecto del alcance de visualización. Toda vía de órdenes necesita diseño funcional, permisos, enclavamientos, responsabilidad operativa y verificación explícitos y adecuados al equipo.
¿Cómo se acepta el rendimiento en el navegador?+
Acuerde modelo representativo, número de activos, perfil de datos, dispositivos e interacciones antes del desarrollo. Pruebe esos escenarios con la arquitectura propuesta en lugar de prometer rendimiento universal.
¿Quién recibe código fuente, modelos y materiales de despliegue?+
La entrega de código, titularidad de modelos, derechos de reutilización y documentación de despliegue son asuntos contractuales. Modelos, bibliotecas y servicios de terceros conservan sus licencias, que deben identificarse antes de la entrega.
¿Por qué no hay ficha de producto ni precio fijo?+
Es un servicio de software a medida. El alcance contractual, la relación de interfaces, la lista de entregables y el plan de aceptación definen el proyecto real; coste y plazos se determinan tras revisar ese alcance.
Háblenos de su proyecto
Defina sus requisitos. Concrete el alcance adecuado.
Comparta las preguntas operativas, muestras de modelos y las interfaces de datos disponibles. Podemos evaluar un alcance de desarrollo adecuado y la información necesaria para elaborar una propuesta.