PanelView Plus con CompactLogix L32E y SLC 5/04

Un proyecto de HMI de varias generaciones se vuelve difícil cuando una aplicación de PanelView Plus debe intercambiar datos tanto con un CompactLogix 1769-L32E mediante EtherNet/IP como con un SLC 5/04 que aún depende de DH+ o DF1. La primera corrección es terminológica: el L32E es un controlador CompactLogix, no un controlador ControlLogix. La segunda es arquitectónica. FactoryTalk View Machine Edition debe tratar cada ruta de controlador como un contrato de comunicación independiente y comprobable, en lugar de ocultar ambos procesadores tras un acceso directo ambiguo.

Una HMI híbrida debe mostrar dos rutas de controlador explícitas para que un técnico pueda aislar una falla de EtherNet/IP de una falla de la red heredada.

Comience con un inventario, no con un puente

Registre el número de catálogo exacto del PanelView Plus, la revisión del firmware, la versión de FactoryTalk View ME, los números de catálogo de los controladores, la configuración de los canales del SLC y cada módulo de comunicación instalado. Un 1769-L32E tiene un puerto Ethernet integrado. Un SLC 5/04 proporciona DH+ en el canal 1 y puede usar el canal 0 para protocolos seriales; no se convierte en un controlador EtherNet/IP simplemente porque se instale una puerta de enlace. Esa distinción determina qué dispositivo administra el enrutamiento, el diagnóstico y la recuperación.

Separe también las rutas de diseño de las rutas de ejecución. El equipo de ingeniería puede explorar un controlador a través de una interfaz mientras el terminal usa otra después de descargar el archivo de ejecución. El Manual del usuario de dispositivos de red EtherNet/IP de Rockwell explica que FactoryTalk Linx proporciona el servicio de comunicación en ejecución utilizado por PanelView Plus y FactoryTalk View. Por lo tanto, una exploración correcta desde una computadora portátil no demuestra que la ruta de ejecución del terminal sea correcta.

Construya directamente la ruta de CompactLogix

Asigne al L32E una dirección estática documentada en la subred de control y cree un acceso directo de dispositivo dedicado en FactoryTalk Linx, como CLX_L32E. Seleccione el controlador en la pestaña Design y, a continuación, copie o reproduzca la ruta en la pestaña Runtime. Verifique que el acceso directo resuelva al controlador mismo y no únicamente a un controlador Ethernet. El terminal, el controlador y la estación de ingeniería deben tener configuraciones IP compatibles, pero no deben compartir direcciones. Compruebe las máscaras de subred y cualquier límite de VLAN enrutada antes de culpar a la aplicación de HMI.

Cuando sea práctico, use tags con ámbito de controlador y mantenga un prefijo de propiedad claro en las referencias de HMI. Una alarma o un comando cuyo nombre indique su controlador de origen es más fácil de diagnosticar durante una migración. Para los comandos, use estados de solicitud, confirmación, tiempo de espera y permiso, en lugar de una escritura momentánea desde la HMI que suponga que la red nunca se interrumpe. El PLC debe tomar la decisión final de enclavamiento; el PanelView es una interfaz del operador, no un controlador de seguridad.

Elija una estrategia honesta de acceso al SLC 5/04

La ruta del SLC depende del hardware instalado y de la velocidad de datos requerida. Una interfaz de serial a Ethernet puede exponer los datos del canal 0, pero sus límites de conexión y rendimiento deben comprobarse con el manual exacto de la interfaz. Una puerta de enlace puede ser útil para una pequeña cantidad de valores de HMI, pero no debe considerarse equivalente a EtherNet/IP nativo. Consultar demasiados archivos de enteros a través de un cuello de botella serial produce pantallas lentas, valores obsoletos y alarmas de comunicación molestas.

Si DH+ debe permanecer, una puerta de enlace basada en 1756-DHRIO puede enrutar entre Ethernet y DH+ cuando está configurada correctamente en un chasis ControlLogix. Ese chasis es la puerta de enlace; no convierte el 1769-L32E en un controlador ControlLogix. Confirme los números de nodo DH+ en octal, el modo del canal, la velocidad en baudios, la terminación y la ruta completa. Evite publicar una ruta de mensajes universal porque los números de ranura y la topología son específicos de cada instalación. Una ruta copiada de otra máquina puede llegar al nodo equivocado o fallar después de un cambio de chasis.

Una puerta de enlace de protocolos industriales de terceros también puede ser adecuada, pero solo después de verificar los servicios compatibles, los límites de clientes simultáneos, la temporización serial, la clasificación ambiental y el soporte del proveedor. La decisión debe basarse en el tráfico medido de la HMI y en el riesgo durante el ciclo de vida, no en si el dispositivo aparece en una ventana de exploración.

Los accesos directos independientes conservan la identidad del controlador y hacen que el diagnóstico en ejecución sea mucho más útil.

Ponga en marcha los accesos directos como sistemas independientes

Cree un acceso directo para el L32E y otro para la ruta del SLC. Nunca reutilice el nombre de un acceso directo durante una migración simplemente para evitar editar los tags. Confirme las pestañas Design y Runtime, guarde la configuración de comunicación, cree el archivo de ejecución para el firmware del terminal previsto y descárguelo con los ajustes de comunicación correctos incluidos.

Pruebe primero los valores de solo lectura. Use un valor que cambie de forma predecible, un heartbeat generado por cada controlador y una marca de tiempo de la HMI que revele los datos obsoletos. Después, pruebe los intercambios de comandos con la máquina en un estado seguro. Desconecte cada ruta de red por separado y confirme que la HMI identifica el controlador que falló sin congelarse ni mostrar valores antiguos como actuales. Restablezca el enlace y mida el tiempo de recuperación.

Diagnostique por capas

Si fallan ambos accesos directos, comience por el direccionamiento del terminal, el estado del puerto del switch, el acceso a la VLAN y la configuración de ejecución. Si solo falla el L32E, verifique la accesibilidad IP, el modo del controlador, el estado del puerto integrado y el destino del acceso directo. Si solo falla el SLC, divida la ruta en Ethernet a puerta de enlace, configuración de la puerta de enlace, cableado serial o DH+ y ajustes de los canales del SLC. Los contadores de errores y los indicadores de enlace son más útiles que descargar repetidamente el mismo archivo de HMI.

El trabajo con DH+ merece una disciplina adicional. Los números de nodo duplicados, las velocidades en baudios incorrectas, la falta de terminación, un cable troncal dañado o un canal DHRIO configurado incorrectamente pueden crear síntomas intermitentes que parecen un defecto de la HMI. Capture el mapa de nodos conocido como correcto y la topología física antes de cambiar nada. Para EtherNet/IP, supervise el uso de conexiones y la tasa de paquetes en lugar de suponer que se aplica el modelo de una red de oficina con poca carga.

Diseñe la salida de la migración

Un puente suele ser un recurso temporal, pero los sistemas temporales pueden permanecer durante años. Documente la alimentación, los cables, el firmware, las copias de seguridad de la configuración, la estrategia de repuestos y el responsable de cada acceso directo. Mantenga estable el contrato de datos del SLC mientras se pone en marcha la nueva lógica y, después, retire las rutas heredadas en etapas controladas. La planificación de reemplazos pertinente debe formar parte del inventario de sistemas PLC y PAC de la tienda y de su plan de ciclo de vida de las pantallas HMI.

El objetivo de ingeniería no es simplemente lograr que los tags aparezcan en la exploración. Es crear un diseño de comunicación cuyos fallos sean visibles, acotados y recuperables. La identidad independiente de los controladores, las rutas de ejecución explícitas, el tráfico medido y el comportamiento probado ante la pérdida de comunicación proporcionan esa base.