Ir al contenido principal
IA y software

Automatización y control industrial: qué datos produce tu planta y por qué la mayoría se pierden antes de ser útiles

Solo el 20% de los datos de sensores industriales se analiza. Las 5 capas donde el dato se pierde entre el PLC y la nube, con caso práctico y costes

Eduardo Fuentevilla Blanco

Publicado por Eduardo Fuentevilla Blanco

Ingeniero de robótica en Maedcore · Ingeniero de robótica LinkedIn ↗

22 de septiembre de 2026
Datos de automatización y control industrial — el tendido de tuberías de una planta transporta un flujo de datos hacia la nube, derivado en los cinco puntos donde el dato se pierde por el camino: ruido de sensor, huecos de muestreo, filtrado local, incompatibilidad de protocolo y retardos o timeouts
Datos de automatización y control industrial — el tendido de tuberías de una planta transporta un flujo de datos hacia la nube, derivado en los cinco puntos donde el dato se pierde por el camino: ruido de sensor, huecos de muestreo, filtrado local, incompatibilidad de protocolo y retardos o timeouts

Puntos clave

  • Solo el 20% de los datos de sensores industriales se analiza; el 70% constituye 'dark data' por falta de integración entre sistemas (IIoT World 2024/2025; DataStackHub 2025).
  • El dato se degrada en cinco capas predecibles — campo, control (PLC), supervisorio (SCADA/historian), edge/integración y nube/aplicación — cada una con su propio modo de fallo auditable.
  • Un historian con deadbanding del 0,5% y frecuencia de muestreo de 1 segundo puede descartar el 90% de los eventos rápidos que las herramientas de inspección y calidad necesitan detectar (juicio de ingeniería).
  • OPC-DA, el estándar de muchas plantas españolas de los 2000, es incompatible con herramientas cloud-native y AR; la migración a OPC-UA requiere un gateway de traducción, no un reemplazo del PLC.
  • Un proyecto brownfield completo de integración OT-nube para una línea de 20 máquinas cuesta entre 25.000 y 80.000 euros y tarda 3–6 meses — costes que deben incluirse en el business case desde el inicio.
  • McKinsey estima que la falta de interoperabilidad deja sin capturar aproximadamente el 40% del valor total potencial de las aplicaciones IoT industriales.

Resumen ejecutivo

Tu planta ya genera datos — el problema es que solo el 20% llega a ser analizado, según datos presentados en el IIoT World Manufacturing Day 2024/2025. El 70% de los datos de sensores IoT industriales constituye lo que los analistas denominan dark data — información capturada pero nunca examinada — principalmente por falta de integración entre sistemas, según DataStackHub (2025). La brecha no está en los sensores: está en las cinco capas que separan el dato en origen del dato en uso. Y el coste de ignorarlo es concreto: las paradas no planificadas cuestan a las grandes plantas una media de 27 horas perdidas al mes, con un impacto agregado de 1,4 billones de dólares anuales para las Fortune 500, según el informe True Cost of Downtime de Siemens (2024).


La ilusión de “ya estamos digitalizados”: qué produce realmente tu capa de automatización y control industrial

Un PLC genera miles de tags por segundo — pero sin nombre estandarizado, sin contexto semántico y sin la frecuencia de muestreo correcta, esos datos son ruido para cualquier herramienta de nube o AR. Esta es la trampa más frecuente que encontramos al auditar plantas: el responsable de operaciones cree que, porque existe un SCADA con pantallas en tiempo real, la planta está lista para conectar herramientas analíticas o de inspección avanzada. No lo está.

Qué es un tag y por qué su nombre importa más de lo que parece

Un tag es la unidad mínima de dato en un sistema de automatización y control industrial: un valor numérico o booleano asociado a una dirección de memoria del PLC. El problema es que ese tag puede llamarse DB47.DBD12 en una planta y Press3_Force_kN en otra — y para un motor de analítica en la nube o una capa de realidad aumentada, la diferencia es absoluta. Sin nombre estandarizado, sin unidad de ingeniería, sin rango normal y sin referencia al activo físico al que pertenece, el dato existe pero no significa nada fuera del contexto del programador que lo creó.

Expertos de Prometheus Group e IBM en el IIoT World Manufacturing Day 2025 lo formularon con precisión: sin metadatos de activo precisos, “las alertas son incorrectas, las predicciones fallan y los paneles se vuelven engañosos”.

El problema estructural: los PLCs no fueron diseñados para la nube

Las plataformas de automatización heredadas — Allen-Bradley PLC-5, Siemens S7-200, Modicon 984 — son anteriores por décadas a MQTT, OPC UA y las REST APIs. Como documenta la investigación publicada en el International Journal of Science and Research Archive (2024), los sistemas SCADA tradicionales “no fueron diseñados para asumir la conectividad y el flujo de datos que requieren los dispositivos IoT”, y su integración con plataformas analíticas exige “personalización sustancial y experiencia especializada”.

Minsait lo confirmó en el MWC 2026: aunque la digitalización industrial ha multiplicado el número de sensores conectados, “en muchas fábricas los sistemas IT y OT continúan operando en paralelo, dificultando la transformación del dato en decisiones ágiles sobre el terreno”. El director comercial de Zucchetti Spain lo resume: “Muchas empresas están en una fase intermedia de madurez digital, donde tienen información pero no siempre pueden integrarla ni explotarla eficazmente” (Interempresas TIC, 2025).


El Corredor del Henares ante el reto de la convergencia IT/OT en la automatización industrial

La industria manufacturera española aporta el 76% del VAB industrial nacional — 172.896 millones de euros en 2024 —, pero el conjunto del sector industrial representa solo el 15,65% del PIB frente al 19,20% de media europea, según datos del INE recogidos por Ángel Martínez (2026). El Corredor del Henares concentra exactamente el perfil de planta donde esta brecha es más costosa.

La Comunidad de Madrid alberga empresas ancla de primer nivel — Airbus, Iveco, Siemens, John Deere Ibérica, Gestamp — rodeadas de centenares de pymes especializadas en componentes y mecanizado, según Invest in Madrid (2025). Muchas llevan años invirtiendo en automatización — líneas de estampación, células de soldadura robotizada, sistemas de visión artificial — pero sin haber resuelto la capa de integración que conecta esa automatización con herramientas modernas de análisis e inspección. La Consejería de Economía ofrece subvenciones de hasta el 25% para proyectos de Industria 4.0 en el Corredor del Henares y el Sur Metropolitano, según Madrid Cluster de Automoción (2024) — un incentivo concreto para abordar precisamente esta integración pendiente.

El mercado global de convergencia IT/OT fue valorado en 50.000 millones de dólares en 2024, con un CAGR del 12,6% hasta 2030, según Virtue Market Research. IoT Analytics proyecta una cifra mucho mayor — 1,3 billones de dólares para 2030 con un CAGR del 8,5% —, aunque la diferencia refleja probablemente el alcance: IoT Analytics incluye todo el ecosistema IIoT (hardware, conectividad, plataformas, servicios), mientras Virtue Market Research acota solo la capa de software de convergencia. Más allá de la discrepancia, la señal es la misma: la integración IT/OT es una prioridad estructural de inversión, no una moda pasajera.


Dónde se pierde el dato: las cinco capas entre el sensor y la aplicación

Cinco capas entre el sensor y la respuesta — Pila de 5 capas, de abajo arriba: L1 Campo / sensor, L2 Control — PLC / DCS, L3 Supervisión — SCADA, L4 Edge / integración, L5 Nube / aplicación.

El dato no desaparece de golpe: se degrada capa a capa, en cinco puntos de fallo predecibles que cualquier responsable de planta puede auditar antes de contratar una sola licencia de software. McKinsey estima que la interoperabilidad es necesaria para capturar aproximadamente el 40% del valor total potencial de las aplicaciones IoT — lo que significa que las implantaciones fragmentadas dejan sin capturar una parte sustancial del retorno esperado.

El diagnóstico de preparación OT-to-Insight: 5 capas, 5 preguntas

Este marco evalúa cada capa en tres dimensiones: Completitud (¿se captura todo lo relevante?), Fidelidad (¿es preciso, tiene timestamp correcto y contexto semántico?) y Accesibilidad (¿pueden consumirlo las herramientas de destino sin integración a medida?).

CapaQué ocurre aquíPregunta diagnósticaModo de fallo habitual
L1: Campo / SensorSensores, actuadores y encoders generan señales brutas a nivel de milisegundos¿Están instrumentadas todas las variables críticas del proceso? ¿Los sensores están calibrados?Gaps de instrumentación; sensores analógicos sin salida digital; deriva por falta de calibración
L2: Control (PLC/DCS)El PLC ejecuta la lógica; se crean los tags; el ciclo de scan determina la resolución temporal¿Los nombres de tag siguen un estándar? ¿El ciclo de scan es suficientemente rápido? ¿Están expuestos todos los datos relevantes?Nomenclatura propietaria; ciclos de scan demasiado lentos para señales de calidad; datos bloqueados en áreas de memoria del vendor
L3: Supervisorio (SCADA/Historian)El SCADA sondea los tags del PLC; el historian almacena series temporales al intervalo configurado¿Cuál es la frecuencia de muestreo del historian? ¿Está configurado el deadbanding de forma agresiva? ¿Se almacena contexto junto a los valores?El deadbanding descarta variaciones pequeñas pero críticas; la frecuencia de muestreo (p. ej., 1 s) pierde eventos rápidos; ningún contexto semántico asociado a los tags
L4: Edge / IntegraciónGateway o dispositivo edge traduce protocolos, almacena en buffer y reenvía a la nube¿Qué protocolo se usa hacia la nube? ¿Existe un espacio de nombres unificado? ¿Se normalizan los datos antes de la transmisión?Desajuste de protocolo (Modbus → MQTT sin mapeo semántico); sin buffer → pérdida de datos ante caída de conectividad; pérdida de integridad del timestamp
L5: Nube / AplicaciónLa plataforma cloud ingesta, almacena y sirve datos a herramientas de analítica, AR/VR¿Recibe la aplicación datos a la frecuencia correcta? ¿El modelo de activo está alineado con el de la aplicación? ¿Puede el overlay AR vincularse a un tag en vivo en menos de 500 ms?Ingestión por lotes en lugar de streaming; desajuste entre el modelo de activo del SCADA y el de la nube; el overlay AR hace polling en lugar de suscripción → datos obsoletos

Caso práctico: planta de estampación en Arganda del Rey (juicio de ingeniería)

Consideremos una pyme fabricante de componentes de automoción en Arganda del Rey — perfil representativo del Corredor del Henares — que opera un PLC Siemens S7-400 (circa 2008) con SCADA WinCC. El responsable de operaciones cree que la planta “ya está digitalizada”. El diagnóstico capa por capa revela lo siguiente (todos los datos son juicio de ingeniería basado en proyectos similares, no cifras verificadas de esta planta concreta):

  • L1 — Campo: 12 de 18 estaciones de prensa tienen sensores de fuerza/desplazamiento; 6 dependen de inspección visual del operario → brecha de instrumentación del 33%.
  • L2 — Control: Los nombres de tag no siguen ningún estándar (DB47.DBD12 frente a Press3_Force_kN); el ciclo de scan es de 100 ms, pero el historian sondea a 1 s → el 90% de los datos de eventos rápidos se pierde antes de salir del PLC.
  • L3 — Supervisorio: WinCC historian tiene deadbanding configurado al 0,5% para reducir costes de almacenamiento → variaciones de fuerza pequeñas pero críticas para la calidad nunca se almacenan.
  • L4 — Edge: No existe gateway edge; los datos salen via OPC-DA (basado en COM/DCOM de Windows) hacia un servidor local; no hay conexión a la nube.
  • L5 — Aplicación: La herramienta de inspección en nube que la planta evalúa requiere OPC-UA o MQTT en streaming; es incompatible con OPC-DA y no puede conectarse en absoluto.

Resultado: La planta es “digital” en L2 pero tiene una ruptura completa en L4/L5. No falta inversión en sensores ni en PLC — falta la capa de traducción de protocolo, enriquecimiento semántico e ingestión edge que convierte el dato de control en dato de aplicación.

El coste de construir esa capa (juicio de ingeniería)

Para una línea de 20 máquinas con PLC heredados de generaciones mixtas, las referencias de mercado apuntan a:

ComponenteRango de coste orientativo
Gateway OPC-UA (Siemens IOT2050, Moxa UC-8100, Kepware KEPServerEX)800 – 3.500 € por unidad
Conversor de protocolo Modbus → EtherNet/IP (p. ej., Anybus X-gateway)400 – 700 € por unidad
Plataforma edge-to-cloud (AWS IoT Greengrass, Azure IoT Edge, Ignition Edge)200 – 800 €/mes por site (o licencia perpetua ~1.500 – 3.000 €)
Proyecto completo brownfield (auditoría + gateway + reconfiguración historian + conector cloud)25.000 – 80.000 € según complejidad
Plazo total3 – 6 meses para un proyecto disciplinado

El mercado de gateways OPC-UA — valorado en 268,3 millones de dólares en 2025 y proyectado a superar los 1.000 millones en 2036 con un CAGR del 13% — refleja que este problema es estructural y que el ecosistema de solución está madurando rápidamente.


Los siete modos de fallo más comunes en proyectos de integración OT-nube

Conocer los puntos de ruptura antes de empezar ahorra meses de retrabajos y decenas de miles de euros.

1. Deadbanding mal configurado. Los historians configurados con deadbanding agresivo (1–2%) descartan silenciosamente las variaciones pequeñas que las herramientas de inspección de calidad necesitan. La corrección es simple: auditar la configuración de deadbanding por clase de tag antes de cualquier integración cloud.

2. Caos en la nomenclatura de tags. Sin un estándar de nombres (jerarquía ISA-88 o ISA-95), las plataformas cloud y las herramientas AR no pueden descubrir automáticamente el contexto del activo. Los errores comunes de programación SCADA incluyen definición deficiente de señales y fallos de comunicación entre PLCs.

3. Dependencia de OPC-DA. Muchas plantas españolas que ejecutan WinCC o iFIX de la década de 2000 usan OPC-DA (basado en COM/DCOM), que es exclusivo de Windows, hostil a firewalls e incompatible con herramientas cloud-native. Los dispositivos serie antiguos carecen de conectividad Ethernet nativa; los gateways industriales permiten que estos activos comuniquen con plataformas modernas sin reemplazos inmediatos de hardware.

4. Pérdida de integridad del timestamp. Cuando los datos pasan por múltiples saltos (PLC → SCADA → historian → gateway → nube), los timestamps se sobreescriben frecuentemente en cada salto con el reloj del sistema receptor. Para overlays AR de inspección, un error de 500 ms hace inútil el dato para monitorización de procesos rápidos.

5. La ciberseguridad como ocurrencia tardía. Abrir redes OT a la conectividad cloud sin una estrategia de segmentación (DMZ, gateways unidireccionales, cumplimiento IEC 62443) crea una exposición de infraestructura crítica. El informe de 2025 sobre el Estado de la Ciberseguridad OT revela que, aunque más del 80% de los CISOs supervisan entornos OT, solo el 35% de las organizaciones tienen un modelo de operaciones de seguridad IT/OT maduro e integrado.

6. Desajuste del modelo de activo. El modelo de activo del SCADA (organizado por lazo de control) raramente coincide con el modelo de la aplicación cloud o AR (organizado por equipo físico u orden de producción). Incluso cuando los datos fluyen correctamente, el overlay AR no puede vincular el tag correcto al objeto físico correcto.

7. El purgatorio del piloto. Muchos proyectos arrancan con un piloto exitoso en una línea y fracasan al escalar porque la arquitectura de integración no fue diseñada desde el inicio para implantación en toda la planta.


OPC-UA y MQTT: la arquitectura de referencia — y sus límites reales

OPC-UA es hoy el estándar de facto para comunicación máquina a máquina segura e interoperable en entornos heterogéneos; MQTT proporciona el transporte ligero para enviar datos del edge a la nube. La combinación — frecuentemente descrita como arquitectura de “espacio de nombres unificado” — es el patrón de referencia para IIoT industrial, con soporte de interoperabilidad documentado en entornos híbridos (IEEE Xplore, 2025).

Sin embargo, conviene ser honesto sobre los límites actuales. OPC-UA sobre TSN (Time-Sensitive Networking) — necesario para comunicación determinista y de baja latencia — sigue en adopción temprana: el estándar IEEE 802.1AS-2020 está ratificado, pero las pruebas de interoperabilidad entre fabricantes están en curso y los despliegues en campo brownfield son todavía escasos. En la práctica de 2026, OPC-UA es la respuesta arquitectónica correcta, pero la visión completa de OPC-UA determinista sobre TSN está aún a años de implantación generalizada en plantas heredadas.


Del dato de control al dato de inspección: qué necesitan exactamente las herramientas modernas

Las herramientas de inspección en nube y los overlays de realidad aumentada tienen requisitos de datos muy específicos que el SCADA tradicional raramente cumple de forma nativa.

Una herramienta de inspección basada en nube necesita datos de sensor con timestamp preciso, contexto de activo y frecuencia de ingestión suficiente para detectar anomalías antes de que se conviertan en defectos. En un proyecto de inspección que construimos — Mapper: Software de Inspección con Informes Automáticos y Mapas 3D — comprobamos de primera mano que si la capa OT entrega datos con deadbanding agresivo, timestamps sobreescritos y tags sin contexto semántico, el motor de análisis recibe ruido, no señal.

Para las capas de realidad aumentada, la revisión de literatura publicada en el Journal of Manufacturing and Materials Processing (MDPI, septiembre 2025) confirma que AR puede visualizar modelos digitales sobre componentes físicos y guiar a operarios en tareas complejas de inspección — y que para control de calidad, AR ofrece la capacidad de comparar mediciones en tiempo real contra estándares predefinidos. Los envíos de dispositivos XR industriales crecieron más del 40% interanual en 2025. Pero la literatura trata el feed de datos como un problema resuelto; los profesionales saben que no lo es.


Lista de verificación: antes de evaluar cualquier herramienta de nube o AR

Antes de solicitar una demo o firmar una licencia, responde estas cinco preguntas sobre tu planta:

  1. ¿Tienes un inventario completo de tags con nombre, unidad de ingeniería y referencia de activo? Si no, cualquier integración será un proyecto de mapeo manual.
  2. ¿Cuál es la frecuencia de muestreo real de tu historian? Si es 1 segundo o más, necesitas revisar si es suficiente para los procesos que quieres monitorizar.
  3. ¿Qué versión de OPC usas — DA o UA? Si es DA, necesitas un gateway de traducción antes de cualquier conexión cloud.
  4. ¿Tienes un gateway edge con buffer local? Sin él, cualquier caída de conectividad genera huecos en los datos históricos.
  5. ¿El modelo de activo de tu SCADA coincide con la jerarquía que espera tu herramienta de destino? Si no, el tiempo de integración se multiplicará.

Responder “no” a dos o más de estas preguntas no significa que no puedas avanzar — significa que la inversión en la capa de integración es el primer paso, y que su coste debe incluirse en el business case desde el principio.


Preguntas frecuentes

¿Cuánto cuesta integrar un PLC Siemens S7-400 con una plataforma cloud en 2025–2026? Un proyecto brownfield completo para una línea de 20 máquinas — incluyendo auditoría de protocolos, instalación de gateway OPC-UA, reconfiguración del historian y conector cloud — cuesta entre 25.000 y 80.000 euros según la complejidad (juicio de ingeniería basado en tarifas de mercado). El hardware de gateway por unidad oscila entre 800 y 3.500 euros. El plazo típico es de 3 a 6 meses.

¿Qué diferencia hay entre OPC-DA y OPC-UA y por qué importa para conectar con la nube? OPC-DA es el estándar clásico basado en COM/DCOM de Microsoft: funciona bien en redes Windows locales pero es incompatible con firewalls modernos y arquitecturas cloud-native. OPC-UA es el estándar actual: independiente de plataforma, con modelo de seguridad integrado y soporte para comunicación máquina a máquina en entornos heterogéneos. Las herramientas cloud de inspección y AR requieren OPC-UA o MQTT; si tu planta usa OPC-DA, necesitas un gateway de traducción antes de cualquier integración.

¿Qué es el deadbanding en un historian SCADA y por qué puede arruinar un proyecto de analítica? El deadbanding es un filtro que impide que el historian almacene un nuevo valor a menos que el cambio supere un umbral porcentual configurado (típicamente 0,5–2%). Se usa para reducir el volumen de datos almacenados. Para procesos de calidad, las variaciones pequeñas pero sistemáticas son exactamente la señal que los motores de analítica necesitan detectar — y un deadbanding mal configurado la descarta silenciosamente, sin que el motor de analítica sepa que faltaba.

¿Las ayudas de la Comunidad de Madrid cubren proyectos de integración IT/OT? Sí. La Consejería de Economía de la Comunidad de Madrid ofrece subvenciones de hasta el 25% para proyectos de Industria 4.0 en zonas como el Corredor del Henares y el Sur Metropolitano, incluyendo proyectos de digitalización e integración de sistemas. El Madrid Cluster de Automoción publica las convocatorias vigentes; es recomendable verificar los requisitos específicos, ya que las condiciones cambian anualmente.

¿Puede una planta con PLCs de los años 2000 conectar herramientas de realidad aumentada para inspección? Sí, pero no directamente. La cadena requiere: (1) un gateway que traduzca el protocolo del PLC heredado a OPC-UA o MQTT; (2) una capa de normalización semántica que asocie cada tag a su activo físico; (3) un conector cloud con streaming en tiempo real. Sin estos tres elementos, el overlay AR recibirá datos con latencia excesiva, timestamps incorrectos o simplemente no podrá conectarse. El coste de esta cadena es asumible — el error es no incluirlo en el business case inicial.


Lecturas relacionadas

Fuentes

  • IoT Data in Manufacturing: Fixing the 90% Waste Problem — IIoT World, 2025.
  • Dark Data Statistics For 2025–2026 — DataStackHub, 2025.
  • 5 IoT in Manufacturing Statistics and Trends for 2026 — Modularis (citando Siemens True Cost of Downtime 2024), 2026.
  • SCADA in the Era of IoT: Automation, Cloud-driven security, and machine learning applications — International Journal of Science and Research Archive, 2024.
  • IT OT Convergence Insights Report 2024 — IoT Analytics, 2024.
  • Global IT/OT Convergence Market Report — Virtue Market Research, 2024.
  • IT-OT Integration Makes Unified Security a Business Imperative — Mexico Business News (citando Fortinet 2025 State of OT Cybersecurity Report), 2025.
  • Protocol Fragmentation in Industrial IoT — Wirtek (citando análisis McKinsey), 2026.
  • OPC-UA Gateways Move to the Center of Industrial Modernization — Fact.MR via OpenPR, 2026.
  • Integrating Legacy PLCs with Modern IoT Platforms — Industrial Monitor Direct, 2026.
  • Interoperability Between OPC-UA and MQTT in Hybrid IIoT Environments — IEEE Xplore, 2025.
  • SCADA Systems in 2026: The Complete Guide for Modern Factories — iFactory, 2026.
  • Industria 4.0 en España: una transformación a dos velocidades — Interempresas TIC, 2025.
  • La industria en España por comunidades autónomas en 2024 — Ángel Martínez (citando INE), 2026.
  • La revolución de la fabricación avanzada en la Comunidad de Madrid — Invest in Madrid, 2025.
  • Ayudas a la digitalización e Industria 4.0 de pymes industriales de la Comunidad de Madrid — Madrid Cluster de Automoción, 2024.
  • Minsait advierte de que la falta de integración entre IT y OT frena el aprovechamiento del dato — Industry Talks (citando Minsait en MWC 2026), 2026.
  • Emerging Technologies in AR and VR for Manufacturing Applications — Journal of Manufacturing and Materials Processing, MDPI, septiembre 2025.
  • Augmented Reality’s Increasing Role in Advanced Manufacturing Quality Control — Metrology News, 2024.
  • XR/AR in Manufacturing in 2026: 7 Real-Life Use Cases — AIMultiple, 2026.
#automatización industrial #control industrial #IT/OT convergencia #SCADA #OPC-UA #digitalización industrial #IIoT #Corredor del Henares

Sobre el autor

Eduardo Fuentevilla Blanco

Ingeniero de robótica

Durante más de una década me ha movido una sola misión: aprovechar la IA y la robótica para construir un mundo de producción automatizada. Creo que, al crear sistemas autosuficientes, podemos devolver a las personas el tiempo para centrarse en lo que de verdad importa: su familia y sus pasiones. Mi experiencia abarca desde ganar prestigiosas competiciones europeas de startups hasta diseñar proyectos complejos que integran hardware y software. Me dedico a unir los retos industriales de hoy con las soluciones autónomas del mañana.

IA y robóticaAutomatización industrialIntegración de hardware y softwareIoT

Preguntas frecuentes

¿Cuánto cuesta integrar un PLC Siemens S7-400 con una plataforma cloud en 2025–2026?
Un proyecto brownfield completo para una línea de 20 máquinas — incluyendo auditoría de protocolos, instalación de gateway OPC-UA, reconfiguración del historian y conector cloud — cuesta entre 25.000 y 80.000 euros según la complejidad (juicio de ingeniería basado en tarifas de mercado). El hardware de gateway por unidad oscila entre 800 y 3.500 euros. El plazo típico para un proyecto disciplinado es de 3 a 6 meses.
¿Qué diferencia hay entre OPC-DA y OPC-UA y por qué importa para conectar con la nube?
OPC-DA es el estándar clásico basado en COM/DCOM de Microsoft: funciona bien en redes Windows locales pero es incompatible con firewalls modernos y arquitecturas cloud-native. OPC-UA es el estándar actual: independiente de plataforma, con modelo de seguridad integrado y soporte para comunicación máquina a máquina en entornos heterogéneos. Las herramientas cloud de inspección y AR requieren OPC-UA o MQTT; si tu planta usa OPC-DA, necesitas un gateway de traducción antes de cualquier integración.
¿Qué es el deadbanding en un historian SCADA y por qué puede arruinar un proyecto de analítica?
El deadbanding es un filtro que impide que el historian almacene un nuevo valor a menos que el cambio supere un umbral porcentual configurado (típicamente 0,5–2%). Se usa para reducir el volumen de datos almacenados. Para procesos de calidad, las variaciones pequeñas pero sistemáticas son exactamente la señal que los motores de analítica necesitan detectar — y un deadbanding mal configurado la descarta silenciosamente, sin que el motor de analítica sepa que faltaba.
¿Las ayudas de la Comunidad de Madrid cubren proyectos de integración IT/OT?
Sí. La Consejería de Economía de la Comunidad de Madrid ofrece subvenciones de hasta el 25% para proyectos de Industria 4.0 en zonas como el Corredor del Henares y el Sur Metropolitano, incluyendo proyectos de digitalización e integración de sistemas. El Madrid Cluster de Automoción publica las convocatorias vigentes; es recomendable verificar los requisitos específicos, ya que las condiciones cambian anualmente.
¿Puede una planta con PLCs de los años 2000 conectar herramientas de realidad aumentada para inspección?
Sí, pero no directamente. La cadena requiere: (1) un gateway que traduzca el protocolo del PLC heredado a OPC-UA o MQTT; (2) una capa de normalización semántica que asocie cada tag a su activo físico; (3) un conector cloud con streaming en tiempo real. Sin estos tres elementos, el overlay AR recibirá datos con latencia excesiva, timestamps incorrectos o simplemente no podrá conectarse. El coste de esta cadena es asumible — el error es no incluirlo en el business case inicial.

¿Listo para transformar tu empresa?

Reserva una reunión gratuita de 30 minutos con un ingeniero.