“Industria 4.0” se ha repetido tanto que casi suena vacío. Pero por debajo del marketing, la idea es concreta y útil: instrumentar procesos físicos (máquinas, líneas de producción, almacenes) con sensores conectados que generan datos en tiempo real, y construir sobre esos datos analítica, mantenimiento predictivo y optimización. Sin esa base de instrumentación, todo lo demás es PowerPoint.
Cubrimos qué tipos de sensores se usan, qué protocolos siguen vigentes y los errores más comunes en proyectos reales.
Categorías principales de sensores
En entornos industriales típicos verás repetirse estos tipos:
- Temperatura: termopares, RTD (Pt100, Pt1000), termistores. La diferencia: rango, precisión y coste. Un Pt100 cuesta 30€, mide rango amplio con buena precisión.
- Presión: manométrica, absoluta, diferencial. Salida típica 4-20 mA o 0-10 V. Casi cualquier proceso con líquidos o gases necesita uno.
- Vibración: acelerómetros piezoeléctricos. Base del mantenimiento predictivo en motores y rodamientos. Capturan firmas que cambian antes de un fallo.
- Caudal: electromagnéticos para líquidos conductores, ultrasónicos no invasivos, vortex para gases. Crítico en industria química, alimentaria, agua.
- Posición y nivel: sensores capacitivos, inductivos, de ultrasonidos, radar para silos.
- Calidad ambiental: CO2, COVs, partículas (PM2.5, PM10). Cada vez más relevantes en producción y oficinas.
- Energía: contadores trifásicos, transductores de corriente. Base de cualquier proyecto de eficiencia energética.
La elección no es siempre obvia: a veces conviene un sensor menos preciso pero más robusto al entorno (ambiente sucio, vibraciones, temperatura extrema) que uno de laboratorio.
Protocolos: el ecosistema fragmentado
Aquí está la mayor fricción de Industria 4.0: hay decenas de protocolos heredados, y la convivencia entre ellos consume tiempo de proyecto.
- Modbus RTU/TCP: el estándar histórico. Sencillo, fiable, soportado en todo. Aún omnipresente en PLCs antiguos.
- OPC-UA: la apuesta moderna. Cross-platform, modelo de información rico, seguridad nativa. Cada vez más fabricantes lo soportan.
- MQTT: pubsub ligero ideal para sensores que transmiten métricas con frecuencia. Dominante en IIoT desde edge a cloud.
- HART: superpuesto sobre 4-20 mA — permite extraer datos digitales de instrumentos analógicos sin cambiar cableado.
- Profibus, Profinet, EtherCAT: buses industriales de alta velocidad para automatización. Específicos por fabricante de PLC.
En proyectos reales, casi siempre necesitas un gateway IoT que traduce protocolos antiguos a algo moderno (típicamente MQTT u OPC-UA → broker central → cloud).
Arquitectura de referencia
Una topología que funciona bien en proyectos reales:
Sensores (Modbus/4-20mA/digital)
│
└── PLCs / RTUs (lectura, lógica básica)
│
└── Edge gateway (Industrial PC con MQTT/OPC-UA)
│ (filtro, agregación local)
│
└── Broker MQTT en planta
│
└── Bridge a cloud (TLS, autenticación)
│
└── Plataforma de datos
(TimescaleDB / InfluxDB)
+ dashboards (Grafana)
+ alertas
Tres ideas clave de esta arquitectura:
- Procesamiento al borde. No mandes cada lectura crudo a cloud — agrega, filtra y manda sólo lo útil. Reduce coste y mejora resiliencia ante caídas de red.
- Buffer local. Si el bridge a cloud cae, los datos se acumulan en el broker local y se sincronizan al recuperar. No pierdas datos por una caída temporal.
- Seguridad desde el inicio. TLS y autenticación entre cada salto. Las redes industriales históricamente han sido planas y abiertas — ese modelo no escala.
Errores frecuentes en proyectos
Tras varios proyectos de instrumentación, los problemas que veo repetirse:
- Comprar antes de medir. Equipos que compran 200 sensores sin haber probado cómo se integran a su sistema actual. Empieza con 5-10 en una línea piloto.
- Subestimar el cableado. En entornos reales, llevar la señal del sensor al gateway puede ser más caro que el sensor mismo. Considera radio (LoRaWAN, NB-IoT) cuando el cableado no compense.
- Ignorar el ambiente. Sensores de oficina en zonas con polvo, vapor, vibración o temperatura alta fallan en meses. Sigue las certificaciones IP (IP65 mínimo en industria).
- No calibrar periódicamente. Sensores derivan. Sin un plan de calibración, los datos se vuelven sospechosos y la confianza en el sistema cae.
- Datos sin acción. Coleccionar terabytes que nadie consulta es desperdicio. Define qué decisión va a cambiar antes de instrumentar.
- Compatibilidad con OT. Los equipos de Operaciones Tecnológicas (PLCs, SCADA) tienen sus propios ciclos de vida y resistencias al cambio. Sin alinearse con ellos, el proyecto se atasca políticamente.
Caso típico: mantenimiento predictivo
Un caso de uso bien definido para empezar Industria 4.0 es mantenimiento predictivo en motores eléctricos rotativos:
- Sensor: acelerómetro adherido al rodamiento del motor.
- Frecuencia: muestreo a 10-25 kHz, agregación cada minuto a estadísticas (RMS, kurtosis, FFT bandas).
- Indicador: cambios en firma vibratoria preceden fallos de rodamiento por semanas.
- ROI medible: reducción de paradas no planificadas frente a mantenimiento programado a fechas fijas.
Es el caso “happy path” porque el coste del sensor es bajo, el dato a recoger es claro, y el ahorro es directo.
Conclusión
Industria 4.0 no es una tecnología, es la suma de muchas. La capa de sensores e integración es la base sin la cual el resto no funciona. Empieza pequeño, mide antes de comprar, escala lo que demuestre valor. Las plataformas de datos vendrán después; sin datos crudos no hay plataforma que valga.
Síguenos en jacar.es para más sobre IoT industrial, mantenimiento predictivo y modernización de la planta.