Desajuste de nombre de dispositivo PROFINET tras un reemplazo
Un dispositivo PROFINET falla y se cambia por un repuesto idéntico, todo se cablea exactamente igual que antes, y el controlador sigue reportando el dispositivo ausente, la falla del bus permanece y el hardware nuevo se queda ahí sin dirección IP. Esto confunde a quienes vienen de otros protocolos porque el hardware está bien; el problema es la identidad. PROFINET direcciona los dispositivos por nombre de estación, el nombre vive en el dispositivo y no en el proyecto, y un repuesto de fábrica no tiene uno. Esta guía explica el modelo de nombres, la corrección manual y el mecanismo de reemplazo automático que elimina el paso manual cuando se configura por adelantado.
Desajuste de nombre de dispositivo PROFINET en una línea: Un desajuste de nombre de dispositivo PROFINET tras un reemplazo ocurre porque PROFINET IO identifica a los dispositivos por su nombre de estación, asignado por la red mediante el Discovery and Configuration Protocol (DCP) y almacenado en el dispositivo. El controlador encuentra el dispositivo por nombre al arranque, luego le asigna su dirección IP y establece la conexión. Un repuesto de fábrica tiene el nombre en blanco, así que el controlador no puede reclamarlo. La solución es asignar el nombre configurado con una herramienta de ingeniería o de puesta en marcha, o dejar que el reemplazo automático lo haga, lo cual solo funciona si la topología de puertos del proyecto se configuró para que el controlador reconozca al recién llegado por su posición y sus vecinos.
Primeras revisiones: qué cree realmente el dispositivo
Use una herramienta de puesta en marcha o el escaneo de dispositivos accesibles del software de ingeniería para ver el repuesto tal como está realmente en la red. El escaneo muestra cada dispositivo PROFINET alcanzable en el segmento junto con su nombre de estación actual, su dirección IP y su tipo. Una unidad de fábrica típicamente muestra un nombre vacío y sin IP, lo cual, combinado con un controlador configurado para esperar un nombre específico, explica por completo la falla de dispositivo ausente. Esta sola mirada distingue el problema de nombres de un hardware genuinamente muerto o de fallas de cableado, porque un dispositivo que aparece en el escaneo está vivo y es accesible.
Mientras está en el escaneo, revise también el problema opuesto: los duplicados. Si el dispositivo viejo no se retiró de verdad de la red, dejado energizado en un gabinete o con su rol migrado mientras seguía conectado, dos dispositivos pueden terminar llevando, o reclamando, el mismo nombre, y los conflictos de nombre producen un comportamiento de conexión que parece aleatorio. Lo mismo aplica a direcciones IP duplicadas de dispositivos que conservaron una asignación estática. El escaneo hace visibles ambas condiciones de inmediato.
La corrección manual: asignar el nombre por DCP
La reparación directa es asignar el nombre de estación correcto al dispositivo nuevo usando la herramienta de ingeniería o una herramienta de puesta en marcha independiente, que realiza una operación de asignación de nombre por DCP a través de la red. El nombre debe coincidir exactamente con el configurado para ese dispositivo en el proyecto del controlador; los nombres de estación PROFINET siguen convenciones restrictivas, tipo DNS y en minúsculas, y las herramientas hacen cumplir las reglas, pero la coincidencia en sí es su responsabilidad. Una vez fijado el nombre, el controlador encuentra el dispositivo en su siguiente intento, le asigna la dirección IP del proyecto por DCP y establece la conexión sin más intervención. No se necesita descargar nada al controlador para un reemplazo puro, porque el proyecto ya espera este nombre.
Dos detalles atrapan a la gente. Primero, el nombre se almacena en el dispositivo, así que un repuesto sacado de otra máquina puede llegar llevando un nombre de su vida anterior, activamente equivocado en vez de en blanco, y conviene borrarlo o sobrescribirlo en vez de suponerlo vacío. Segundo, algunas familias de dispositivos guardan el nombre en un medio removible o módulo de memoria precisamente para que un repuesto herede la identidad al mover el módulo; si el dispositivo que falló usó uno, moverlo puede ser la reparación prevista y vuelve innecesario el renombrado por red. El manual del dispositivo indica qué esquema aplica.
La corrección diseñada: reemplazo automático de dispositivo
PROFINET tiene un mecanismo pensado para volver innecesario el paso manual: el reemplazo de dispositivo sin herramienta de ingeniería, impulsado por la topología de red. Cuando el proyecto incluye la topología de puertos - qué puerto de un dispositivo conecta con qué puerto vecino - el controlador puede identificar un dispositivo en estado de fábrica sin nombre por su posición entre sus vecinos, usando la información de vecinos LLDP, y asignarle automáticamente el nombre que el proyecto espera para esa posición. Un electricista de mantenimiento cambia el hardware, y la red se sana sola sin una laptop.
El mecanismo tiene precondiciones, y las precondiciones no cumplidas son por lo que falla en silencio sin dispararse. La topología debe estar realmente configurada en el proyecto y coincidir con la realidad, puerto por puerto, porque un dispositivo cableado en puertos distintos de los que registra la topología no será reconocido como el vecino esperado. El repuesto debe estar en estado de fábrica sin nombre ya asignado, por lo cual los repuestos reciclados de otras máquinas lo frustran. Y la opción del controlador que habilita el reemplazo sin medio intercambiable debe estar activa. Donde un sitio depende de esta función, la disciplina de cableado durante el cambio es todo el juego: mismos puertos, mismo orden, repuesto reseteado de fábrica.
Cuándo escalar
Si el nombre es verificablemente correcto, no existen duplicados, y el controlador aun no conecta, compare las identidades al siguiente nivel: el tipo y versión de dispositivo configurados en el proyecto contra lo que el repuesto reporta en el escaneo. Un reemplazo de un hardware o versión de firmware distinta del módulo configurado en el proyecto puede negarse a conectar incluso con un nombre perfecto, y la resolución - actualizar la versión del módulo en el proyecto o el firmware del dispositivo - corresponde a quien es dueño del proyecto del controlador. Las conversaciones de soporte con el fabricante avanzan más rápido con la salida del escaneo y la diferencia exacta entre la identidad configurada y la reportada en mano.
El dolor del reemplazo también es una razón para monitorear. Una red PROFINET que reporta diagnósticos de dispositivo a una capa SCADA o de monitoreo como Merobix da a mantenimiento una vista en vivo de qué dispositivos están conectados, en falla o ausentes, de modo que un cambio que no tuvo éxito del todo se atrapa mientras el técnico sigue en sitio y no en la siguiente corrida de producción. La pregunta de la autopsia tras cualquier reemplazo confuso también vale la pena hacerse: ¿una topología configurada y un manejo disciplinado de repuestos habrían hecho de esto un cambio sin intervención?
Preguntas frecuentes
¿Por qué un dispositivo PROFINET nuevo e idéntico no funciona sin más tras un cambio?
Porque PROFINET direcciona los dispositivos por nombre de estación, y el nombre se almacena en el dispositivo, no se deriva del hardware. Una unidad de fábrica no tiene nombre, así que el controlador, que busca el nombre configurado al arranque, no puede reclamarla ni asignarle una IP. El hardware idéntico es necesario pero no suficiente; el dispositivo también debe llevar el nombre esperado, asignado manualmente por DCP o de forma automática mediante la topología configurada.
¿Qué se necesita para que el reemplazo automático de dispositivo PROFINET funcione?
Tres cosas. El proyecto debe contener la topología de red a nivel de puertos para que el controlador reconozca un dispositivo por sus vecinos mediante LLDP. El repuesto debe estar en estado de fábrica sin nombre de estación asignado, lo cual excluye repuestos reciclados de otras máquinas salvo que se reseteen. Y el cambio debe reproducir el cableado con exactitud, mismos puertos en los mismos vecinos, porque la posición es como se identifica al recién llegado. Falle cualquiera y el controlador espera un nombre que nunca llega.
El nombre es correcto pero el controlador aun rechaza el dispositivo, ¿ahora qué?
Compare lo que el proyecto espera con lo que el dispositivo reporta: tipo de dispositivo exacto, equivalencia de número de pedido y versión de firmware. Los controladores pueden rechazar una conexión cuando la versión del repuesto difiere del módulo configurado, aun bajo el nombre correcto. El escaneo de dispositivos accesibles muestra la identidad reportada; el proyecto muestra la configurada. Alinearlas, ajustando la versión configurada o actualizando el firmware del dispositivo, es la corrección restante, y corresponde al dueño del proyecto del controlador.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- PROFINET Technology - PROFIBUS and PROFINET International
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.