Sistema de adquisición de datos industrial: qué es, arquitectura y cómo elegirlo

Un sistema de adquisición de datos industrial (DAQ, por data acquisition) es el conjunto de hardware y software que captura las señales de máquinas, sensores, contadores y autómatas de una planta y las convierte en datos digitales utilizables: con nombre, unidad, marca de tiempo y un canal fiable hacia quien los necesita. Es la primera capa de cualquier proyecto de datos en planta: si la adquisición falla, todo lo que se construye encima (dashboards, KPIs, modelos de IA) hereda el fallo. En esta guía vemos qué componentes tiene, por qué el requisito decisivo es el multiprotocolo, con qué criterios elegir uno y cómo encaja en una plataforma de datos industriales.

Qué es un sistema de adquisición de datos industrial

En una planta, el dato nace analógico o encerrado: una temperatura es un voltaje en un termopar, un consumo eléctrico es un registro dentro de un contador, un conteo de piezas es una variable en la memoria de un PLC. El sistema de adquisición de datos es el puente entre ese mundo físico y el mundo digital: lee cada señal por el medio que corresponda, la digitaliza si hace falta, la identifica y la entrega de forma continua y ordenada.

Un DAQ industrial completo hace cuatro cosas, siempre en este orden:

• Capturar. Leer la señal de origen: un registro Modbus de un variador, un nodo OPC UA de una máquina moderna, la salida de un sensor o el perfil de carga de un contador eléctrico.
• Convertir. Pasar de valor crudo a magnitud de ingeniería: aplicar escalado, unidad y tipo de dato. Un registro que vale 4523 no sirve de nada hasta que alguien decide que significa 45,23 grados.
• Contextualizar. Añadir la marca de tiempo de captura y el identificador de la señal dentro de una jerarquía de activos: planta, línea, máquina, señal.
• Entregar. Publicar el dato hacia el sistema que lo consume (historiador, broker, plataforma) con garantías de que no se pierde por el camino.

La palabra clave es continua. Una exportación manual de CSV cada viernes también "adquiere datos", pero no es un sistema de adquisición: es una tarea. El DAQ convierte la captura en infraestructura, con la misma fiabilidad que se le exige a la instalación eléctrica.

DAQ de laboratorio vs DAQ de planta

El término DAQ nace en el mundo del ensayo y el laboratorio: tarjetas de adquisición con entradas analógicas de alta frecuencia de muestreo, conectadas a un PC que registra un experimento acotado en el tiempo. Ese equipo existe y sigue siendo la herramienta correcta para un banco de ensayos o una campaña de medida puntual.

El DAQ de planta resuelve un problema distinto. Las señales ya suelen estar digitalizadas dentro de PLCs, variadores, contadores y sistemas SCADA; el reto no es muestrear rápido sino leer muchos equipos heterogéneos, de fabricantes y décadas distintas, sin parar la producción y sin perder datos durante años. Cambian las prioridades: el multiprotocolo pesa más que la frecuencia de muestreo, la operación continua pesa más que la precisión de laboratorio, y la tolerancia a cortes de red pesa más que el ancho de banda. Esta guía trata este segundo caso, que es el que una fábrica se encuentra al digitalizarse.

Arquitectura: de la señal al dato consumible

Un sistema de adquisición de planta moderno se organiza como una cadena de cuatro eslabones:

1. Fuentes. Todo lo que produce señal: PLCs y autómatas, sensores cableados o IO-Link, contadores de energía, básculas, analizadores de red, sistemas SCADA existentes que ya concentran parte del dato. Cada fuente habla su protocolo y no va a cambiarlo; el terreno de la conectividad con PLC y la conectividad de sensores es precisamente ese.

2. Gateway de adquisición. El equipo (industrial, normalmente en el armario eléctrico o en la sala técnica) que ejecuta los drivers de protocolo, sondea las fuentes al ritmo configurado y hace la conversión y la contextualización. Es el corazón del DAQ y donde se decide la calidad del dato de todo lo que venga después.

3. Buffer local. Almacenamiento persistente en el propio gateway que retiene los datos cuando la red o el destino no están disponibles y los reenvía al recuperarse la conexión. Sin este eslabón, cada incidencia de red abre un hueco permanente en el histórico; el detalle de dimensionado está en la guía de edge industrial con buffering y QoS.

4. Entrega. La publicación del dato ya normalizado hacia sus consumidores: un broker MQTT, una base de datos de series temporales, una API. A partir de aquí el dato deja de ser un problema de adquisición y pasa a ser un problema de plataforma.

Adquisición multiprotocolo: el requisito real

Si hubiera un único protocolo industrial, la adquisición de datos sería un producto de catálogo. La realidad de cualquier planta con más de una década de historia es un mosaico: el variador nuevo habla Modbus TCP, la línea de los noventa expone Modbus RTU sobre RS-485, la máquina recién comprada trae servidor OPC UA, el contador fiscal responde a IEC 870-5-102 y el software de un proveedor solo ofrece una API REST o un volcado CSV.

Por eso el requisito que separa un DAQ de planta útil de uno decorativo es el multiprotocolo nativo: la capacidad de leer todas esas fuentes desde el mismo sistema, con la misma configuración de nombres y unidades, sin obligar a comprar pasarelas intermedias por cada familia de equipos. Cuando el DAQ habla el idioma de lo que ya hay instalado, las máquinas no se tocan y el proyecto no exige inversión en hardware nuevo de campo.

La elección de protocolo de salida importa igual que la de entrada. La pauta general del sector es converger hacia MQTT como transporte hacia arriba, por ligero y tolerante a redes imperfectas; la comparación con la alternativa natural está en OPC UA vs MQTT, y el caso concreto de las fuentes Modbus lo desarrollamos paso a paso en cómo llevar datos Modbus a la nube.

Criterios para elegir un sistema de adquisición

Evaluando opciones, estas son las preguntas que de verdad discriminan, en el orden en el que conviene hacerlas:

• ¿Cubre los protocolos de mi parque actual? No los del folleto: los del inventario real. La lista de equipos y protocolos de la planta es el primer entregable de cualquier proyecto de adquisición, antes de elegir herramienta.
• ¿Qué pasa cuando se corta la red? Si la respuesta no incluye buffering persistente y reenvío automático, el histórico tendrá huecos. Es el criterio más barato de comprobar y el más caro de descubrir tarde.
• ¿Dónde normaliza? Un sistema que entrega valores crudos y deja el escalado y los nombres "para después" traslada el trabajo a cada consumidor. La normalización en origen se hace una vez; la normalización en destino se repite para siempre.
• ¿Escribe o solo lee? Para adquisición, un sistema que solo escucha es una ventaja: no interfiere en el control, el riesgo operativo es mínimo y la conversación con el responsable de producción es corta.
• ¿Dónde puede desplegarse? Local, híbrido o cloud según la política de la empresa y la sensibilidad del dato. Un DAQ que impone su arquitectura de despliegue acaba chocando con IT o con OT.
• ¿A qué te ata? Formatos abiertos, protocolos estándar y datos exportables. El dato de proceso es de la planta; la herramienta de adquisición es reemplazable, y elegir una que lo asuma es una póliza de seguro.

El DAQ dentro de la plataforma de datos

Un sistema de adquisición no es un fin en sí mismo: es la capa de entrada de una plataforma de datos industriales, la arquitectura que hace que el dato capturado una vez sirva a todos los consumidores (dashboards, MES, ERP, modelos de análisis) sin integraciones punto a punto. El DAQ ocupa la capa edge de esa arquitectura, y sus decisiones (nombres, unidades, jerarquía de activos) condicionan todas las capas superiores. La visión completa está en la guía de la plataforma de datos industriales y en el hub de plataforma de datos industriales, donde situamos cada pieza del conjunto.

La consecuencia práctica de pensar el DAQ como capa de plataforma es que se elige mirando hacia arriba: no "qué equipo lee mi PLC" sino "qué sistema entrega mi dato, normalizado y completo, a todo lo que vendrá después".

Cómo lo resuelve Captia Connect

Captia Connect es la capa de adquisición de datos de Captia: un edge industrial que captura señales de PLCs, sensores, máquinas, contadores y sistemas SCADA existentes, las normaliza en origen y las entrega de forma segura a la plataforma. En la práctica:

• Adquisición multiprotocolo. Lectura nativa de MQTT, OPC UA, Modbus TCP, Modbus RTU sobre RS-485, OpenWebNet e IEC 870-5-102, además de fuentes vía API REST, webhooks y ficheros CSV. El parque existente se conecta tal como está.
• Normalización en origen. Escalado, unidades y nomenclatura se resuelven en el edge, de forma que cada señal llega a la plataforma con significado y no como un registro crudo.
• Buffering local y persistencia sin conectividad. Si la red cae, el dato se retiene en el gateway y se reenvía al restablecerse la conexión: el histórico no tiene huecos.
• Envío seguro y despliegue flexible. Conectividad cifrada hacia el destino y despliegue local, híbrido o cloud según la política de cada empresa.

Sobre ese dato ya fiable trabaja Captia.ai, la capa de visualización e inteligencia: SCADA web, dashboards, reglas, alertas y modelos de análisis. La división de papeles es deliberada: Connect garantiza el dato; Captia.ai lo convierte en decisiones. El conjunto de captura, normalización y entrega es lo que en nuestro catálogo llamamos ingesta edge.

Preguntas frecuentes sobre adquisición de datos

Si estás evaluando cómo capturar los datos de tu planta sin tocar las máquinas y sin atarte a un fabricante, en Captia Connect construimos exactamente esta capa: adquisición multiprotocolo, normalización en origen y entrega fiable hacia la plataforma de datos industriales. El primer paso es un inventario de fuentes y señales con valor.