5.3. Integración de Maestros IO-Link en Redes Ethernet

UF1794 | La "última milla" de la sensorización inteligente

graph TD subgraph "Red Ethernet (PROFINET / EtherNet/IP)" PLC[PLC] <--> Switch IOL_Master["Maestro IO-Link
(Gateway)"] <--> Switch end subgraph "Comunicación IO-Link (Punto a Punto)" IOL_Master --"Puerto 1"--> Sensor["Sensor IO-Link"] IOL_Master --"Puerto 2"--> Valvula["Bloque Válvulas IO-Link"] IOL_Master --"Puerto 3"--> Torreta["Torreta Lumínica IO-Link"] end style IOL_Master fill:#f39c12,color:white style Sensor fill:#27ae60,color:white style Valvula fill:#27ae60,color:white style Torreta fill:#27ae60,color:white

1. ¿Qué es IO-Link? (Y qué no es)

El primer y más importante concepto que un técnico de UF1794 debe dominar es que IO-Link NO es un bus de campo. A diferencia de PROFINET o Modbus, donde múltiples dispositivos se conectan a la misma red, IO-Link es un protocolo de comunicación punto a punto. Su objetivo es reemplazar el cableado analógico tradicional (4-20 mA) y digital simple (PNP/NPN) por una comunicación serie digital inteligente entre un sensor/actuador y un dispositivo maestro.

Utiliza el cableado estándar de 3 hilos sin apantallar y conectores M12, lo que facilita enormemente la migración de sistemas antiguos. La "magia" de IO-Link es que permite enviar no solo el valor del proceso (ej. "temperatura 25.4 ºC"), sino también datos de configuración, diagnóstico y eventos por el mismo cable.



2. El Maestro IO-Link: El Traductor Universal

El corazón de cualquier sistema IO-Link es el Maestro IO-Link (IO-Link Master). Este dispositivo es una pasarela (gateway) que actúa como traductor entre dos mundos:

  • Hacia arriba: Se conecta a la red Ethernet industrial (PROFINET, EtherNet/IP, Modbus TCP, etc.) y se comporta como un esclavo o dispositivo más de esa red. Para el PLC, el Maestro IO-Link es simplemente una isla de periferia descentralizada.
  • Hacia abajo: Dispone de múltiples puertos (típicamente 4, 8 o 16) a los que se conectan directamente los sensores y actuadores IO-Link.

El Maestro se encarga de interrogar a cada sensor, recoger sus datos de proceso, empaquetarlos en el formato correcto del bus de campo superior (ej. una trama PROFINET) y enviárselos al PLC. También hace el camino inverso: recibe comandos del PLC y los traduce a peticiones IO-Link para configurar un sensor o activar una válvula.



3. IODD: El "Pasaporte" del Sensor Inteligente

Al igual que PROFINET tiene los archivos GSDML y EtherNet/IP los EDS, IO-Link tiene su propio formato de descripción de dispositivo: el IODD (IO Device Description). Es un archivo basado en XML que contiene toda la información sobre el sensor:

  • Identificación del fabricante y modelo.
  • Estructura de los datos de proceso (ej. "los primeros 2 bytes son la distancia en mm").
  • Lista de todos los parámetros configurables (ej. "parámetro índice 64: sensibilidad del sensor, tipo Entero, rango 0-100").
  • Lista de posibles eventos y alarmas (ej. "evento 0x5410: Lente sucia").

El software de ingeniería (como TIA Portal) importa estos archivos IODD para que el programador pueda acceder a los parámetros del sensor de forma simbólica, sin tener que memorizar direcciones de registro.



4. Los Tres Tipos de Datos en IO-Link

La comunicación IO-Link se estructura en tres categorías de datos, que se corresponden perfectamente con el modelo cíclico/acíclico que ya hemos estudiado:

  1. Datos de Proceso (Cíclicos): Es el valor principal del sensor (distancia, presión, temperatura, estado ON/OFF). Se transmite de forma constante y rápida en cada ciclo de comunicación y se mapea directamente en la memoria de entradas/salidas del PLC.
  2. Datos Bajo Demanda (Acíclicos): Son los parámetros de configuración (ej. cambiar el rango de un sensor de distancia) o datos de diagnóstico (ej. leer las horas de funcionamiento). Solo se transmiten cuando el PLC o un técnico lo solicita explícitamente, usando bloques de función como WRREC/RDREC.
  3. Eventos (Alarmas): Son notificaciones que el sensor envía al maestro de forma espontánea cuando ocurre algo anormal (ej. cortocircuito, sobretemperatura, lente sucia). El maestro los reenvía al PLC como una alarma de alta prioridad.
ARQUITECTURA DE INTEGRACIÓN IO-LINK PLC IO-Link Master Sensor de Distancia Torreta Lumínica Válvula Proporcional PROFINET / EIP Distancia: 1502 mm SET Color = ROJO El Maestro IO-Link actúa como un concentrador de datos, traduciendo las señales punto a punto de los sensores al lenguaje del bus de campo principal (PROFINET, EtherNet/IP, etc.).
Figura 1: Arquitectura IO-Link. El Maestro IO-Link es el puente. Por un lado, habla el idioma de la red Ethernet con el PLC. Por otro, gestiona la comunicación serie punto a punto con cada sensor y actuador, recogiendo sus datos cíclicos (medidas) y enviando comandos acíclicos (configuraciones).
Fuente: Elaboración Propia. Licencia: CC BY-SA 4.0.

📝 Evaluación Técnica: Integración IO-Link

1. ¿Cuál es la función principal de un Maestro IO-Link (IO-Link Master) en una arquitectura de red industrial?

2. Para que el software de ingeniería (ej. TIA Portal) reconozca un nuevo sensor IO-Link y muestre sus parámetros de forma simbólica, ¿qué archivo debe proporcionar el fabricante del sensor?

3. Un sensor de presión IO-Link envía constantemente el valor de presión (en bares) al PLC. Además, el técnico de mantenimiento quiere poder leer remotamente el número de serie del sensor. ¿Qué tipo de comunicación IO-Link se usa para cada dato?

🤖 Ejercicio Práctico 5: Parseador de IODD

Objetivo: Entender la estructura de un archivo IODD y cómo el software de ingeniería lo utiliza para mapear datos.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).

Actúa como un desarrollador de software de automatización. Escribe un script en Python que utilice la librería `xml.etree.ElementTree` para analizar un archivo IODD simulado. El script debe: 1. Crear un string multilinea que simule un archivo IODD en formato XML. Debe incluir un `DeviceIdentity` con `vendorName` y `productName`, y un `ProcessData` con una `ProcessDataIn` que contenga un `Datatype` de 2 bytes llamado "Distancia". 2. El script debe "parsear" el XML y extraer: - El nombre del fabricante. - El nombre del producto. - El tamaño en bytes de los datos de proceso de entrada. 3. Imprimir un informe claro para el ingeniero, como: "Dispositivo: [fabricante] [producto]. Mapeará [X] bytes en las entradas del PLC." Comenta el código explicando cómo este proceso automatiza la creación de tags en el PLC, evitando errores de direccionamiento manual.