Captura de datos de PLC y conectividad de máquinas

Cómo funciona la captura de datos de PLC

Cada controlador se lee en su propio protocolo. Hablar S7 con una CPU Siemens o ADS con un Beckhoff significa leer los bloques de datos que sus ingenieros ya mantienen, a la velocidad del ciclo, sin una capa de traducción intermedia que pierda contexto o añada retraso. La puesta en marcha de un controlador se mide en horas: se apunta el driver a su dirección IP, se mapean las variables acordadas con quien mantiene el programa y los datos empiezan a llegar. En un S7-1200 o S7-1500, el proyecto de la CPU necesita el acceso PUT/GET habilitado y bloques de datos no optimizados.

Controladores y protocolos compatibles

Los drivers nativos cubren nueve marcas de PLC: Siemens (S7comm/Step7 y S7-Light, de S7-300/400 a S7-1200/1500), Rockwell Automation / Allen-Bradley (AB-ETH, Logix, DF1), Schneider Electric (UMAS), Beckhoff (ADS/TwinCAT), Mitsubishi Electric (MC Protocol), Omron (FINS), Delta (DVP), Keyence (KV) y WAGO. Las inyectoras se conectan por EUROMAP 63 y los controles Fanuc mediante FOCAS. Todo lo demás va por protocolos abiertos: OPC UA, Modbus TCP y Modbus RTU para variadores, contadores y controladores antiguos, EtherNet/IP en plantas basadas en Rockwell y Omron, y MQTT donde a TI le conviene más un flujo de publicación y suscripción. La lista driver por driver está en qué PLC funcionan con MSF.

Las plantas que ya tienen SCADA o un servidor OPC disponen de una tercera vía. MSF lee el servidor OPC UA/DA existente y el árbol de señales que ya mantiene, y PROFINET, BACnet y DNP3 se recogen a través de esa capa. Ningún dispositivo nuevo habla con los controladores, y a menudo es el camino más rápido donde nadie quiere otro equipo en la red de control.

Qué alimentan los datos

Los estados de máquina, los conteos y los tiempos de ciclo son la base con la que trabaja el sistema de ejecución de fabricación: estado de las órdenes en vivo, OEE y TEEP por máquina, línea y planta, y un Pareto de paradas y rechazo. Cuando el controlador expone códigos de alarma o de fallo, se mapean a motivos de parada, y las microparadas dejan de desaparecer del registro. Antes de fiarse de las cifras, la auditoría de calidad de los datos de OEE comprueba cómo se capta cada una.

Los mismos eventos disparan el mantenimiento preventivo por contador en mantenimiento (CMMS), se cruzan con las lecturas de potencia en la gestión energética para obtener la energía por producto y cierran el ciclo de orden de trabajo con el ERP: los conteos vuelven y la entrada de mercancía se registra en el ERP sin entrada manual. Qué hace un MES con esos datos se explica en una guía aparte.

Máquinas sin un PLC aprovechable

Una prensa con un cuadro de contactores no tiene un controlador con el que merezca la pena hablar. META Smart I/O lee sus contactos de marcha, señales de ciclo y alarmas mediante un relé de interposición o una entrada aislada, de modo que el circuito propio de la máquina ni se carga ni se modifica, y los circuitos de seguridad no se pinchan nunca. Las tarjetas IIoT de MSF informan de marcha, espera y parada en máquinas sin PLC, y las cámaras con IA cuentan donde no existe ninguna señal. En una planta típica, los drivers nativos cubren las máquinas más nuevas y la E/S de retrofit las antiguas, y el MES recibe un único flujo coherente de ambas. La evaluación de conectividad de máquinas antiguas da un método de conexión preliminar para cada máquina antes de pedir ningún hardware.

Solo lectura por defecto

La captura es de solo lectura: ninguna variable de escritura configurada en el colector, una lista de tags o DB acordada con quien mantiene el programa y el PLC en su propia VLAN, con toda la comunicación saliendo por TLS a través de un proxy de pasarela seguro y acceso basado en roles por encima. Todo lo que escriba de vuelta en una máquina, como la descarga de una receta o el envío de una consigna en el cambio de referencia, es una conexión aparte y acotada a propósito. El sistema de gestión de seguridad de la información (SGSI) de Meta Smart Factory d.o.o. está certificado según ISO/IEC 27001:2022, y la certificación abarca cómo se diseña, desarrolla, implanta, opera, mantiene y da soporte a la plataforma, incluida su infraestructura alojada en la nube.