IoT industrial e historian para analizar producción y fallas

El Internet industrial de las cosas, conocido como IIoT, captura series temporales de sensores y máquinas. Un historian industrial conserva esos valores a lo largo del tiempo. Con ellos se analizan el desempeño, el consumo energético y las fallas de los equipos. La especificación OPC UA Parte 11, Historical Access, define el acceso a datos y eventos históricos. Su versión 1.05.04 se publicó el 15 de octubre de 2024. Incluye valores históricos, marcas de tiempo y agregaciones como mínimos, máximos y promedios. (OPC Foundation, 2024)

Cuando los datos de las máquinas quedan dispersos en los controladores, no existe un historial centralizado para analizar producción y mantenimiento. Los sensores instalados solo muestran el valor actual en el equipo. Un historian centralizado conserva los registros para su consulta posterior.

La arquitectura ISA-95 distingue cinco niveles, numerados del 0 al 4. El nivel 0 corresponde al proceso físico y el nivel 1, a sensores y actuadores. El nivel 2 abarca supervisión y control con equipos como PLC y DCS. El nivel 3 corresponde a la gestión de operaciones de manufactura y el nivel 4, a planificación empresarial y ERP. El estándar se concentra principalmente en la interfaz entre los niveles 3 y 4. Esta separación permite identificar dónde se originan los datos de las máquinas. (International Society of Automation (ISA), 2025) La norma ANSI/ISA-95.00.01-2025 se publicó el 10 de abril de 2025 y actualiza la versión de 2010. Define modelos y terminología para integrar los sistemas de control de manufactura con los sistemas empresariales. (International Society of Automation (ISA), 2025)

Producción no puede responder cuánto tiempo estuvo detenida una máquina la semana pasada. La respuesta exige un registro continuo de estados, que un controlador no ofrece cuando solo muestra el valor actual.

En otras plantas el consumo de energía o agua por unidad producida es desconocido. El cálculo requiere relacionar la medición de consumo con el volumen producido en el mismo periodo.

Mantenimiento cambia piezas por calendario y no por condición. El monitoreo de condición se apoya en series temporales conservadas de los equipos.

Calidad no puede relacionar un defecto con las condiciones de proceso del momento. La sección 6.5.2.4 de OPC UA Historical Access describe la consulta de eventos históricos modificados. La consulta recupera el tipo de modificación, el identificador del usuario y la marca de tiempo registrada. También admite filtros por intervalos temporales. Esta capacidad sirve cuando producción, mantenimiento o calidad examinan la trazabilidad de eventos. (OPC Foundation, 2024)

Una planta hipotética de envasado detiene su línea durante un turno. Sin historial, el supervisor reconstruye de memoria la causa de cada parada. Con un historian, el equipo compara cada parada con las condiciones de proceso registradas en ese momento.

Dos señales adicionales aparecen en los proyectos de sensores ya instalados.

• Los sensores instalados solo muestran el valor actual en el equipo.
• Cada proyecto de sensores usa una plataforma diferente.

El valor de un historian depende de su relación con los registros de producción. Guardar datos sin contexto de orden, turno o lote es un riesgo del proyecto. Una temperatura almacenada sin identificar el equipo, el turno o el lote explica poco sobre una variación de calidad. La arquitectura define identificadores comunes para relacionar cada serie temporal con la orden de fabricación.

El historian se integra con SCADA y HMI, MES, EAM o CMMS, BI con almacén de datos y QMS. ISA-95 ubica la gestión de operaciones de manufactura en el nivel 3 y el ERP en el nivel 4. (International Society of Automation (ISA), 2025) La integración relaciona los eventos de máquina con los registros de esos sistemas.

Entre las alternativas del mercado figuran AVEVA PI System, Canary Historian, Ignition, AWS IoT SiteWise, Azure IoT y ThingWorx. Cada una requiere evaluar sus funciones de almacenamiento histórico, conectividad, licenciamiento e integración.

La aplicación Internet of Things de Odoo 19.0 conecta dispositivos físicos mediante una pasarela IoT. Entre los dispositivos figuran lectores de códigos de barras, impresoras, terminales de pago e instrumentos de medición. La aplicación admite IoT Box y Windows virtual IoT. Las cámaras y los instrumentos de medición MRP no son compatibles con Windows virtual IoT. La documentación no demuestra que Odoo IoT incluya un historian industrial de series temporales. (Odoo S.A., 2025)

Conectividad y ciberseguridad de la red de planta figuran entre los riesgos de un proyecto IIoT. El NIST publicó el 28 de septiembre de 2023 la guía SP 800-82 Rev. 3 sobre seguridad de tecnología operacional. La guía comprende sistemas industriales de control, PLC, DCS y SCADA. Identifica amenazas, vulnerabilidades y medidas de protección. Considera los requisitos de rendimiento, confiabilidad y seguridad física de los entornos industriales. Al 30 de octubre de 2026, la revisión 4 estaba en borrador público inicial y la revisión 3 seguía como versión final. (National Institute of Standards and Technology (NIST), 2023)

La norma ANSI/ISA-62443-2-1-2024 establece requisitos para crear, mantener y mejorar continuamente programas de ciberseguridad. Se dirige a propietarios de sistemas industriales de automatización y control. La actualización reorganiza los requisitos e introduce un modelo de madurez para evaluarlos. Se anunció el 28 de enero de 2025 y actualiza la edición de 2010. Es pertinente para proyectos que conectan redes de control industrial con plataformas de adquisición y análisis de datos. (International Society of Automation (ISA), 2025)

La documentación de IoT Box de Odoo 19.0 indica que el dispositivo se conecta a los equipos físicos, a la red y a la base de datos de Odoo. Recomienda mantenerlo en la misma red que los dispositivos conectados. Advierte que no debe exponerse a Internet público. Establece requisitos de suscripción para el uso productivo de las pasarelas IoT. (Odoo S.A., 2025)

Dmunoz Group evalúa estos proyectos con el método DMG-RT. Cada intervención tecnológica lleva un indicador de negocio y una línea base medida. En un proyecto IIoT los indicadores son la disponibilidad medida por sensor, el consumo de energía por unidad y las fallas detectadas antes de la parada. Cada oportunidad lleva fórmula de beneficio, fuente de datos, supuestos y rango. Una oportunidad sin fuente de datos se reporta como cualitativa.

La fase F0, Precalificación, dura 1 semana y verifica si hay un problema medible y un patrocinador. La fase F1, Diagnóstico, dura 3 semanas y estima cuánto vale la mejora y dónde está. Entrega una carta de hallazgos y oportunidades y una línea base preliminar. La fase F2, Diseño, dura de 2 a 6 semanas. Produce el diseño de proceso y de solución, la línea base firmada y el plan de medición.

El área de finanzas del cliente aprueba la línea base. Todo indicador comprometido se calcula con una consulta o un tablero repetible. La medición manual se admite solo en la línea base. El método termina con dueños de indicador nombrados, manual de operación y revisiones a los 3, 6 y 12 meses.

Dmunoz Group ofrece diagnóstico, selección de herramienta e integración con los sistemas del cliente.