4.5. Archivos EDS e Integración de Esclavos

UF1794 | El pasaporte de hardware en el ecosistema EtherNet/IP

graph TD subgraph Fabricante ["Fabricante OEM"] Dev["Dispositivo de Campo
(Adapter)"] EDS["Archivo EDS
(Texto ASCII)"] end subgraph Software ["Entorno de Ingeniería (ej. Studio 5000)"] Tool["EDS Hardware Installation Tool"] Tree["Árbol de Configuración I/O"] end subgraph Control ["Planta (EtherNet/IP)"] PLC["PLC principal
(Scanner)"] end EDS -. "Registro de Componentes" .-> Tool Tool --> Tree Tree -->|"Descarga de Hardware"| PLC PLC <-->|"Mensajería Implícita (RPI)"| Dev style Dev fill:#27ae60,color:#fff style EDS fill:#e67e22,color:#fff style PLC fill:#3498db,color:#fff style Tool fill:#9b59b6,color:#fff

1. ¿Qué es un archivo EDS?

Al igual que en PROFINET utilizábamos los archivos GSDML para que el TIA Portal reconociera dispositivos de terceros, en el mundo de EtherNet/IP y CIP (UF1794) utilizamos los Archivos EDS (Electronic Data Sheet).

Un archivo EDS es el "pasaporte" o manual de instrucciones digital del equipo. A diferencia del GSDML que está basado en XML, el archivo EDS es un documento de texto ASCII simple estructurado en bloques (similar a un archivo .ini clásico). Contiene toda la información vital que el software de programación necesita para interactuar con el dispositivo: el nombre del fabricante (Vendor), el código de producto, el tamaño exacto de los datos de entrada y salida, y la descripción de los parámetros configurables.



2. Terminología Clave: Scanner y Adapter

Para integrar correctamente estos dispositivos, debemos ajustar nuestra mentalidad a la terminología oficial de Rockwell Automation y ODVA (la organización que gestiona EtherNet/IP). En este ecosistema no hablamos de "Maestro y Esclavo" ni de "Proveedor y Consumidor". Hablamos de:

  • Scanner: Es el dispositivo que origina y gestiona las conexiones. Típicamente es el PLC principal de la máquina (por ejemplo, un CompactLogix o ControlLogix). El Scanner tiene la responsabilidad de abrir el canal de comunicación y mantener el ritmo de intercambio de datos.
  • Adapter (Adaptador): Es el dispositivo de campo o "esclavo" (un variador, una periferia descentralizada, un bloque de válvulas). El Adapter se queda a la escucha esperando a que un Scanner le abra una conexión para empezar a reportar sus entradas y obedecer las salidas.


3. El Flujo de Trabajo: EDS Hardware Installation Tool

Si compras un sensor de un fabricante externo y lo conectas a la red, el software de Rockwell (Studio 5000 / RSLogix) no te permitirá añadirlo al árbol del proyecto. El flujo obligatorio es el siguiente:

  1. Descarga: Obtener el archivo .eds (y a menudo su icono asociado .ico) de la web del fabricante.
  2. Registro: Utilizar el asistente "EDS Hardware Installation Tool" integrado en el software. Este asistente lee el archivo de texto, valida que su sintaxis CIP sea correcta y guarda el dispositivo en la base de datos de Windows.
  3. Integración: Hacer clic derecho sobre la red Ethernet en el árbol del proyecto, seleccionar "New Module", buscar el dispositivo recién registrado y añadirlo al PLC. En este paso le daremos un nombre lógico y le asignaremos su dirección IP estática.


4. El Corazón del Tiempo Real: El RPI

El paso final (y más delicado) de la integración de un Adapter es configurar el RPI (Requested Packet Interval). El RPI es el equivalente al "Update Time" de PROFINET.

El RPI es el tiempo exacto, medido en milisegundos, en el que el Scanner y el Adapter intercambiarán sus datos mediante Mensajería Implícita (UDP). Si configuras un RPI de 10 ms, el dispositivo enviará su estado a la red exactamente 100 veces por segundo.

Configurar correctamente el RPI es una decisión crítica de ingeniería. Si configuras todos los dispositivos de la red con un RPI de 1 ms "para que vaya más rápido", saturarás el ancho de banda del Switch y el procesador (CPU) del PLC Scanner colapsará intentando leer y escribir miles de paquetes UDP por segundo. Un buen ingeniero clasifica sus dispositivos: un servomotor puede necesitar un RPI de 2 ms, pero un sensor de temperatura funcionará perfectamente con un RPI de 200 ms, ahorrando valiosos recursos de red.

ANATOMÍA DE UN ARCHIVO EDS Y SU MAPEO device_config.eds [Device] VendCode = 123; $ ID del Fabricante ProdType = 12; $ Periferia I/O ProdCode = 456; MajRev = 2; MinRev = 1; ProdName = "Sensor Láser Avanzado"; [Assembly] $ Asignación de tamaño para Conexión O->T (Salidas) Assem100 = "Output Data", 4; $ 4 Bytes (32 bits) $ Asignación de tamaño para Conexión T->O (Entradas) Assem101 = "Input Data", 2; $ 2 Bytes (16 bits) Tags en el PLC (Scanner) SensorLaser:I.Data Tipo: INT (16 bits / 2 Bytes) SensorLaser:O.Data Tipo: DINT (32 bits / 4 Bytes) Auto-Generado El archivo EDS le dice al software que debe crear automáticamente etiquetas (Tags) de 2 bytes para las Entradas (Input Data) y 4 bytes para las Salidas (Output Data).
Figura 1: Estructura interna de un archivo EDS. Al registrar este archivo de texto en el software de ingeniería, el PLC "Scanner" aprende a qué clase y atributos CIP debe apuntar, y lo más importante: cómo debe estructurar la memoria de sus variables (Tags) para acoger los datos del dispositivo "Adapter" de forma exacta.
Fuente: Elaboración Propia. Licencia: CC BY-SA 4.0.

🎥 Formación Técnica: Integración EDS en Studio 5000

Aprende paso a paso cómo utilizar el EDS Hardware Installation Tool de Rockwell, cómo añadir un nuevo dispositivo al árbol Ethernet y cómo configurar correctamente el tiempo RPI para no saturar el controlador.

▶ Ver Tutorial sobre Archivos EDS

📝 Evaluación Técnica: Archivos EDS e Integración

1. En el ecosistema EtherNet/IP, ¿qué es un archivo EDS (Electronic Data Sheet)?

2. Traduciendo la terminología estándar a la nomenclatura específica de Rockwell / EtherNet/IP, ¿cómo se denominan típicamente al Controlador Principal (ej. PLC) y al Dispositivo de Campo Remoto (ej. Periferia E/S)?

3. Durante la configuración de un nuevo "Adapter" en Studio 5000, debes definir el valor RPI (Requested Packet Interval). Si configuras por error un RPI extremadamente bajo (ej. 0.5 ms) para 50 variadores de frecuencia, ¿qué ocurrirá en la planta?

🤖 Ejercicio Práctico 4: Parseador de Archivos EDS en Python

Objetivo: Crear un pequeño script que sea capaz de leer las "entrañas" de un archivo EDS para extraer la información vital de configuración sin depender de herramientas de terceros.

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

Actúa como desarrollador de software industrial. Escribe un script en Python que lea y analice un archivo EDS simulado (formato texto similar a un INI). El script debe: 1. Crear un string multilinea que simule un archivo EDS, conteniendo las secciones [Device] (con VendName y ProdName) y [Assembly]. 2. Usar la librería estándar 'configparser' (o expresiones regulares simples) para extraer y mostrar por consola el Nombre del Fabricante, el Nombre del Producto, y la Revisión Mayor (MajRev). 3. Manejar posibles errores si falta alguna clave requerida. Comenta el código explicando cómo herramientas de ingeniería (como Studio 5000) utilizan este mismo proceso por detrás para rellenar automáticamente los campos al importar un equipo nuevo.