Volver al blog

Compatibilidad de 1756-EN2TR v12 con AOP y Studio 5000

Diagnostica los problemas del perfil 1756-EN2TR v12 sin asumir que los derechos de administrador son la única causa. Distingue las funciones del firmware, AOP y EDS, verifica la compatibilidad con ...

Una actualización de firmware del 1756-EN2TR y la instalación de un perfil complementario de Studio 5000 son actividades relacionadas, pero no constituyen la misma operación. El firmware se ejecuta en el módulo. El AOP permite que Logix Designer represente y configure el módulo. Un archivo EDS permite identificar el dispositivo en las herramientas de comunicación. Tratar esos paquetes como intercambiables conduce a diagnósticos incorrectos cuando no se puede agregar, abrir o explorar un módulo.

Módulo EtherNet/IP de doble puerto 1756-EN2TR utilizado para comprobar la compatibilidad del firmware y del AOP

Registre el número de catálogo, la serie, el firmware, la versión de Studio 5000, el paquete AOP y el paquete EDS antes de cambiar el software.

Corrija el diagnóstico original

Que Logix Designer se bloquee después de seleccionar o expandir un módulo no demuestra que Windows no haya registrado un AOP porque el instalador carecía de derechos de administrador. Los permisos pueden afectar la instalación, pero también pueden hacerlo un AOP incompatible, una versión de Studio no compatible, una instalación dañada, la corrupción del proyecto, versiones de perfiles mezcladas u otra anomalía de software. La falla debe aislarse con evidencias, en lugar de atribuirse a una sola causa.

El Centro de compatibilidad de productos y descargas de Rockwell enumera el firmware, los paquetes AOP firmados, los archivos EDS, las notas de la versión y las series aplicables al 1756-EN2TR. En el momento de la verificación, enumera el firmware 12.001 y 12.002 de la serie C y un paquete AOP firmado para EN2TR. Utilice el registro actual de PCDC, ya que los detalles de los paquetes y la compatibilidad pueden cambiar.

Haga un inventario del sistema instalado

Registre el número de catálogo del módulo, la serie de hardware, la revisión actual del firmware, la ranura del chasis, la función de redundancia y la topología de red. En la estación de trabajo, registre las versiones principales de Studio 5000, las versiones de FactoryTalk Linx o RSLinx Classic, el paquete AOP instalado, la compilación de Windows y si el control corporativo de aplicaciones restringe los instaladores.

Realice una copia de seguridad del proyecto ACD y exporte una copia de comparación antes de cambiar los perfiles. Capture la definición actual del módulo y la selección de clave electrónica. Si el proyecto se abre en otra estación de trabajo de ingeniería aprobada, compare el inventario de software instalado con el de la máquina que presenta la falla. Esa comparación suele ser más rápida que reinstalar paquetes repetidamente.

Utilice los datos de compatibilidad de PCDC, no una matriz supuesta

Seleccione en PCDC la serie y el firmware exactos del 1756-EN2TR. Revise las notas de la versión y la información sobre software compatible antes de descargar. No suponga que la revisión de firmware 12 requiere automáticamente una versión de Studio elegida de una matriz de controladores no relacionada. La revisión del proyecto del controlador, la compatibilidad con el módulo de comunicación, el paquete AOP y el paquete de redundancia pueden imponer restricciones diferentes.

Descargue el software de Rockwell y no de un archivo de terceros. Verifique la firma o la suma de comprobación del paquete cuando se proporcione y conserve las notas de la versión junto con la línea base de software del sitio. Si el módulo participa en un sistema redundante, utilice la documentación de la versión de redundancia, ya que el firmware compatible del módulo de comunicación puede estar más limitado que en un chasis estándar.

Instale el AOP en condiciones controladas

Cierre Logix Designer y las herramientas de configuración de Rockwell relacionadas antes de realizar la instalación. Utilice el método de instalación exigido por Rockwell y por la política de Windows de la organización. Puede ser necesaria la aprobación de un administrador en computadoras administradas, pero la elevación por sí sola no demuestra que el paquete seleccionado sea compatible.

Reinicie el equipo si el instalador o las notas de la versión lo requieren. Después, cree un pequeño proyecto de prueba sin conexión con un controlador compatible e intente agregar la serie y la revisión exactas del EN2TR. Esto permite distinguir un problema del perfil a nivel de estación de trabajo de la corrupción o el contenido heredado del proyecto de producción.

No utilice la clave electrónica para reparar un AOP

La clave electrónica compara atributos como el tipo de dispositivo, el número de catálogo y la revisión según el modo seleccionado. La clave compatible puede permitir diferencias de revisión aprobadas; la coincidencia exacta es más estricta. Desactivar la clave reduce la protección contra incompatibilidades y no instala un perfil faltante, no repara Logix Designer ni hace seguro un firmware no compatible.

Mantenga la decisión de clave de producción vinculada a la evaluación de riesgos de la máquina y al estándar del sitio. Un cambio temporal en un proyecto de prueba puede ayudar a aislar una incompatibilidad de revisión, pero no debe convertirse en la respuesta permanente a una falla de software no identificada.

Separe los modos de falla

Si el módulo no aparece en el catálogo Agregar módulo, concéntrese en el AOP instalado y en la compatibilidad con Studio. Si aparece, pero no se puede explorar en RSLinx o FactoryTalk Linx, verifique el registro del EDS, la configuración de IP, el funcionamiento del controlador y la accesibilidad de la red. Si un proyecto existente se bloquea mientras un proyecto de prueba nuevo funciona, compare el contenido del proyecto, los perfiles importados y la definición del módulo.

Si ambos proyectos fallan, repare o reinstale solo después de conservar los registros y el inventario del software instalado. Revise el Visor de eventos de Windows, los registros del instalador de Rockwell y la información de diagnóstico de Logix. Un bloqueo reproducible debe compararse con las notas de la versión y los avisos de soporte de Rockwell, en lugar de intentar solucionarlo haciendo clic repetidamente.

Planifique el cambio de firmware por separado

No actualice el módulo únicamente para que la lista de revisiones de la estación de trabajo resulte más conveniente. Confirme por qué se cambia el firmware, si la serie de destino lo admite, si el chasis es redundante y si otros módulos o conmutadores dependen de un comportamiento específico. Realice una copia de seguridad de la configuración, documente el plan de reversión y programe una interrupción segura para el proceso.

Después de actualizar el firmware, verifique el estado del módulo, la configuración de IP, la topología de anillo o lineal, la sincronización horaria, las conexiones CIP y la comunicación con el controlador. Una transferencia de firmware correcta no demuestra que la red de producción se haya recuperado. Observe los contadores de diagnóstico y el estado de redundancia cuando corresponda.

Prepare la estación de trabajo de ingeniería

Abra el proyecto de producción sin conexión, inspeccione las propiedades del módulo y compárelas con la copia de seguridad. Pase al modo en línea solo según el procedimiento del sitio. Verifique que el proyecto y el módulo físico coincidan en número de catálogo, serie, revisión y clave. Confirme que el árbol de E/S se abre repetidamente sin bloquearse y que otra estación de trabajo aprobada aún puede admitir el proyecto.

La página de hardware correspondiente es la página del módulo 1756-EN2TR, mientras que la planificación más amplia del ciclo de vida corresponde al inventario de sistemas PLC y PAC.

Utilice líneas base de software firmadas y documentadas

Las listas de descargas actuales de Rockwell destacan los paquetes AOP firmados. Esa orientación refleja un cambio más amplio de la industria hacia software de ingeniería autenticado, imágenes de estaciones de trabajo controladas y líneas base de versiones reproducibles. La respuesta práctica consiste en registrar lo instalado, conservar los paquetes aprobados y probar las actualizaciones en una estación de trabajo representativa antes de una interrupción.

Nuestra opinión editorial es que la solución correcta es un flujo de trabajo de compatibilidad, no una instrucción universal de «ejecutar como administrador». La identificación exacta del hardware, las evidencias de PCDC, un proyecto de prueba limpio, una instalación controlada y una validación independiente del firmware proporcionan un resultado que otro ingeniero puede reproducir.

Deja un comentario

Tenga en cuenta que los comentarios deben ser aprobados antes de ser publicados.