ELEM0110 | Automatización Industrial

1. El Infierno de los Planos "As-Built"

Uno de los mayores problemas en la entrega de un proyecto de automatización es la documentación. Tradicionalmente, los ingenieros dibujaban la topología de la red en programas como Microsoft Visio o AutoCAD. Sin embargo, en el momento en que un operario de mantenimiento cambia un cable del Puerto 2 al Puerto 4, ese plano en papel queda obsoleto. Un diagrama "As-Built" (Cómo está construido realmente) que no refleja la realidad es más peligroso que no tener diagrama.

Para solucionar esto en la UF1794, la industria adoptó un estándar mágico que permite que la red se documente a sí misma en tiempo real.

2. El Protocolo LLDP (Link Layer Discovery Protocol)

El LLDP (IEEE 802.1AB) es un protocolo de Capa 2 extremadamente simple pero poderoso. Funciona bajo un principio de "presentación constante". Cada pocos segundos, todo dispositivo industrial gestionable envía un pequeño paquete de broadcast (EtherType 0x88cc) por cada uno de sus puertos que dice básicamente:

"Hola, soy el dispositivo con MAC AA:BB:CC y nombre 'Switch_Linea_1'." (Chassis ID)
"Este cable está conectado a mi Puerto 5." (Port ID)
"Soy un Switch con capacidades de enrutamiento." (Capabilities)

Como LLDP es estrictamente un protocolo de Capa 2 local, estos paquetes nunca cruzan un switch. Solo los escucha el equipo que está conectado al otro extremo del cable. Gracias a esto, si un sistema central interroga a todos los switches mediante SNMP, puede reconstruir un mapa topológico exacto y dinámico de la fábrica sin intervención humana.

3. PROFINET y el "Simple Device Replacement"

LLDP no solo sirve para dibujar planos bonitos; es la base de la funcionalidad más espectacular del mantenimiento moderno: el Reemplazo Automático de Dispositivos (Simple Device Replacement en PROFINET).

Imagina que un módulo de E/S remoto se quema a las 3:00 a.m. En el pasado, un ingeniero tendría que venir con su portátil, asignarle una IP y un Nombre PROFINET al equipo nuevo antes de conectarlo. Con LLDP y la topología configurada en el TIA Portal, el proceso cambia radicalmente:

El controlador (PLC) sabe por diseño que el módulo "Periferia_A" debe estar conectado exactamente al Puerto 2 del Switch 1.
El técnico extrae el módulo quemado, saca uno idéntico y nuevo de su caja (sin IP ni nombre) y lo conecta al mismo cable.
El Switch 1 intercambia tramas LLDP con el módulo virgen y le avisa al PLC: "Tengo un equipo nuevo y vacío en el Puerto 2".
El PLC deduce: "Si está conectado al Puerto 2, tiene que ser la Periferia_A". Inmediatamente, el PLC utiliza el protocolo DCP para "inyectarle" al equipo virgen el nombre, la IP y los parámetros de configuración (GSDML).
En menos de un minuto, la máquina vuelve a producir sin que nadie haya encendido un ordenador.

4. El Entregable: Exportación de la Parametrización

Durante la entrega final del proyecto, además de validar que LLDP dibuja la red correctamente, el integrador debe generar un paquete de Documentación de Parametrización. Este entregable digital debe incluir:

Los archivos de proyecto nativos (TIA Portal, Studio 5000) deconstruidos.
Un directorio con todos los archivos GSDML y EDS utilizados en la planta.
Un archivo de valores separados por comas (CSV) exportado con el inventario final de direcciones MAC, IPs estáticas y Firmware de cada nodo.
Los backups de la configuración de los Switches y Firewalls (archivos .cfg o binarios).

Infografía de cómo los paquetes LLDP entre dispositivos permiten generar un mapa topológico automático en el PC. — **Figura 1:** El poder del LLDP. Al forzar que cada dispositivo anuncie su identidad y su puerto físico por el cable, el software de gestión de red (NMS) puede dibujar automáticamente el "As-Built" de la planta. Si alguien cambia un latiguillo de puerto, el plano se actualiza solo en cuestión de segundos.
**Fuente:** Elaboración propia / **Licencia:** CC BY-NC 4.0.

📝 Evaluación Técnica: Topología y Mantenimiento

1. ¿Cuál es el propósito principal del protocolo LLDP (Link Layer Discovery Protocol) en una red industrial?

2. Gracias a la información física de los puertos proporcionada por LLDP, PROFINET permite implementar la función de "Simple Device Replacement". ¿Qué gran ventaja ofrece esto al departamento de mantenimiento en caso de avería de un módulo a las 3 de la madrugada?

3. Sabiendo que LLDP es un protocolo de Capa 2 (Enlace de Datos) diseñado para descubrir vecinos físicamente conectados, ¿qué ocurrirá con un paquete LLDP emitido por un PLC cuando llegue al Switch de la máquina?

🤖 Ejercicio Práctico 9: Sniffer LLDP (Generador de Topología)

Objetivo: Replicar cómo los programas comerciales de auditoría (NMS) logran dibujar los planos "As-Built" capturando el tráfico LLDP de fondo.

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

Actúa como un auditor de red (Nivel III). Escribe un script en Python utilizando la librería `scapy` para capturar y decodificar tramas LLDP. El script debe: 1. Importar `scapy` y la capa específica `scapy.contrib.lldp`. 2. Configurar una captura (`sniff`) filtrando por el EtherType del protocolo LLDP (`ether proto 0x88cc`). 3. En la función de callback, el script debe intentar extraer los campos vitales del paquete LLDP: - El "Chassis ID" (que identifica al dispositivo emisor, ya sea por MAC o nombre). - El "Port ID" (que identifica la interfaz física exacta). - El "System Name" (si está presente). 4. Debe imprimir un log limpio por pantalla: "[MAPEO AUTO] Detectado dispositivo [System Name / Chassis ID] en la interfaz [Port ID]". Comenta el código explicando que, con solo dejar este script corriendo unos minutos en un puerto SPAN, es posible reconstruir la estructura física exacta del armario eléctrico sin abrir una sola puerta.