INTEGRACIONES SENSORES IOT

Cuando el historian no mide la variable que importa

A veces la variable que anticipa la falla no tiene sensor en el SCADA, o la temperatura de una cámara se anota a mano. Los sensores IoT son una fuente adicional que IADEIAS Twin lee para cerrar esa brecha, sin reemplazar la instrumentación existente.

Fuente adicional, no punto de partida

El orden es siempre el mismo: primero lo que ya existe —historian, SCADA en lectura, ERP, LIMS, planillas—. Los sensores IoT entran cuando el Discover muestra que una variable clave para el KPI no se está registrando en ninguna parte.

Un caso típico: en una correa larga, el SCADA suele supervisar accionamientos, tambores y protecciones, pero la condición de cada polín a lo largo del trazado no siempre está instrumentada. Si el modo de falla que importa está ahí, el historian no lo va a mostrar.

Variables que pueden faltar

Ejemplos de brechas de medición por caso
CasoVariable que puede faltarPara qué la usa el gemelo
Correas transportadorasVibración y temperatura en polines y descansos a lo largo del trazadoProyectar falla y ubicar el tramo a intervenir
Packing frutícolaTemperatura y humedad en andenes, túneles y cámaras; temperatura de pulpaSeguir la cadena de frío por lote
Línea de envasadoContadores por estación y paradas cortas que no quedan en el SCADADescomponer el OEE por estación
Gestión hídrica-energéticaCaudales y consumos eléctricos en puntos sin mediciónAsignar consumo de agua y energía por área

Preguntas que habilita

  • ¿Qué tramo de la correa concentra el aumento de vibración en polines?
  • ¿Cuánto tiempo estuvo el lote sobre la temperatura objetivo entre recepción y cámara?
  • ¿Qué estación de la línea acumula paradas cortas que hoy nadie registra?
  • ¿Qué área consume más energía por tonelada procesada este mes?

Estas preguntas alimentan los casos de correas transportadoras, packing frutícola y gestión hídrica-energética, además del gemelo de línea de envasado.

Los sensores IoT también son OT

Un sensor conectado es parte de la red operacional y se trata con las mismas reglas que el resto: el gemelo lo lee, no lo configura ni le envía comandos. El despliegue es on-premise o en nube privada dedicada según tu política TI/OT, y los datos operacionales no salen de tu infraestructura. Los principios completos están en seguridad.

Como referencia para tu equipo, la guía NIST SP 800-82r3 incluye un ejemplo de arquitectura con dispositivos IIoT en segmentos de red propios y su comunicación pasando por el firewall de la DMZ. Sirve para decidir dónde ubicar estos datos antes de sumarlos al gemelo.

Qué se revisa en el DTI Discover

En el DTI Discover, antes de proponer un sensor nuevo, se revisa:

  1. Qué variable exacta falta para el modo de falla o el KPI del activo candidato.
  2. Si esa variable ya existe en otra fuente: una ronda de inspección, una planilla, el LIMS.
  3. Qué frecuencia de medición se necesita para que el dato sirva.
  4. Cómo se sincroniza la hora del sensor con la del historian.
  5. La conectividad en terreno, sobre todo en faenas remotas.
  6. Si el costo de instrumentar se justifica en el caso de negocio.

Esto conversa con cómo elegir el primer activo: a veces conviene partir por un activo que ya tiene datos y dejar para después el que requiere instrumentación.

Límites

  • Un sensor nuevo no tiene historia. Para proyectar fallas hace falta tiempo de registro, y eso se planifica.
  • El gemelo lee sensores; no los instala ni los calibra. Si falta uno, el mapa de datos lo dice y la decisión de instrumentar es tuya.
  • Un sensor mal ubicado o descalibrado entrega datos que se ven bien y no sirven. Conviene revisar la calidad de la señal antes de modelar.
  • Más sensores no es mejor gemelo. Cada variable nueva tiene que responder una pregunta concreta.

Las marcas citadas pertenecen a sus respectivos dueños.

Preguntas frecuentes

01¿Puedo partir solo con sensores IoT, sin historian?

Se parte con lo que hay. Si un activo no tiene historian pero sí sensores con registro, el Discover evalúa si esa historia alcanza para gemelizarlo y qué nivel de confianza permite.

02¿El gemelo puede apagar o reconfigurar un sensor?

No. Los sensores son fuente de lectura. Las acciones del gemelo ocurren en sistemas de gestión, como el CMMS o la mensajería del turno.

→ SIGUE LEYENDO

Gemelo digital conectado al SCADA

Cómo se conecta un gemelo digital al SCADA sin tocar el control: solo lectura vía historian. Por qué IADEIAS Twin nunca escribe a sistemas de control.

OSIsoft PI (AVEVA PI System) y gemelo digital

Qué datos del historian PI —hoy AVEVA PI System— usa el gemelo digital de IADEIAS: tags, series de tiempo y eventos, siempre en solo lectura.

Mantenimiento predictivo: qué es y qué requiere

Diferencias entre mantenimiento preventivo, basado en condición y predictivo, qué datos requiere y cómo pasar del aviso a la orden de trabajo en minería.

Seguridad TI/OT de un gemelo de solo lectura

Cómo IADEIAS Twin lee el historian sin escribir al SCADA, dónde ejecuta acciones, cómo se despliega on-premise y qué responde a las preguntas de TI/OT.

→ DIAGNÓSTICO

Parte por saber si tu activo es gemelizable.

Cuéntanos qué activo o proceso te duele — una línea de envasado, un packing, una correa — y agendamos un diagnóstico DTI Discover.