Gestión de firmware y versiones de Studio 5000 y RSLogix 5000: Una guía rigurosa
El firmware es el sistema operativo que se ejecuta en el controlador. La revisión del proyecto es la versión del formato del archivo .ACD. Estos dos números se confunden con frecuencia, y esta confusión resulta costosa. Un técnico de mantenimiento que los confunda puede convertir un proyecto en buen estado en un archivo que ningún software instalado puede abrir, o bien, provocar una descarga de firmware no planificada en una línea de producción en marcha, para la cual no existe copia de seguridad.
La terminología correcta sigue la utilizada por Rockwell Automation: Logix Designer, ControlFLASH, RSLinx Classic, FactoryTalk Linx y el Centro de descarga y compatibilidad de productos (PCDC).
El firmware es el sistema operativo ejecutable almacenado en la memoria no volátil del controlador. En el caso de un controlador ControlLogix o CompactLogix, el firmware implementa el motor de ejecución Logix: ejecuta el modelo de tareas, ejecuta las rutinas, se comunica a través del bus y la red, y proporciona los servicios que Logix Designer solicita durante una sesión en línea. Un controlador sin firmware es inerte. Los controladores nuevos salen de fábrica con el firmware preinstalado, y el mismo hardware físico puede ejecutar diferentes revisiones de firmware a lo largo de su vida útil.
Rockwell identifica el firmware mediante un número de revisión. Este número es el que aparece en RSLinx Classic o FactoryTalk Linx cuando el técnico accede al controlador, y es el que debe compararse con la versión del software en el PC. Cuando en esta guía se habla de "revisión del controlador", se hace referencia al número de revisión del firmware.
Un proyecto de Logix Designer es un único archivo con la extensión .ACD. Este archivo tiene su propia versión de formato, que corresponde a la revisión del proyecto. Cuando un cuadro de diálogo indica "revisión del proyecto 32", se refiere al formato del archivo, no al controlador. La revisión del proyecto se registra en el archivo mediante el software que lo creó o lo guardó por última vez.
En un sistema en buen estado, la revisión del proyecto y la del controlador suelen coincidir, ya que Logix Designer crea el proyecto con la revisión del controlador al que apunta. Esta coincidencia es una convención, no una identidad. Un proyecto con la revisión 32 puede apuntar a un controlador con la versión de firmware 32, y resulta que ambos números son iguales. La confusión surge cuando un ingeniero trata la revisión del proyecto como si fuera el firmware del controlador, o el firmware del controlador como si fuera una propiedad de un archivo.
La versión del software es la versión de la aplicación instalada: RSLogix 5000 para las versiones 1 a 20, y Studio 5000 Logix Designer para la versión 21 y posteriores. Rockwell cambió el nombre de RSLogix 5000 a Studio 5000 Logix Designer a partir de la versión 21, lanzada en 2012. El cambio fue una renovación de marca y de empaquetado, no un producto nuevo. La aplicación que abre archivos .ACD es de la misma línea, y la numeración de versiones continuó sin interrupción. Por lo tanto, la versión 20 es RSLogix 5000, y la versión 21 es Studio 5000 Logix Designer. El nombre solo importa cerca de ese punto de transición. Un ingeniero debería interpretar "Studio 5000 versión 32" y "RSLogix 5000 versión 20" como la misma cantidad.
Cada versión de software tiene una revisión de proyecto nativa. Studio 5000 Logix Designer versión 32 crea y edita proyectos en la revisión 32. El software puede abrir proyectos de revisiones anteriores bajo las condiciones que se describen a continuación, y también puede crear proyectos para controladores con revisiones de firmware anteriores bajo ciertas condiciones. La relación de emparejamiento nativo es la que importa: la versión de software N se empareja con la revisión de proyecto N y la revisión de controlador N.
El controlador no es el único dispositivo con firmware. Cada módulo inteligente en un sistema Logix tiene el suyo: el módulo de comunicación Ethernet 1756-EN2T, el 1756-IB16 y otros módulos de E/S discretos, el 1756-IF8 y otros módulos analógicos, los puentes 1756-CNB y 1756-DNB, y las familias de E/S 5069 y 1769. Cada módulo tiene su propia revisión de firmware y se actualiza por separado con ControlFLASH.
El firmware del módulo es importante por dos razones. El proyecto almacena la revisión de firmware prevista para cada módulo en la configuración de E/S, y Logix Designer compara las expectativas con la realidad en tiempo de conexión. Los módulos de comunicación también se encuentran en la ruta de conexión al controlador, por lo que un módulo con firmware incompatible puede bloquear la conexión antes de que el ingeniero acceda al controlador. El firmware del módulo y el del controlador se actualizan con la misma herramienta, pero son operaciones diferentes, y un plan de actualización debe tratarlas por separado.
El modelo de compatibilidad tiene tres entradas: la versión del software, la revisión del proyecto y la revisión del controlador. Las reglas que se describen a continuación explican cómo se pueden combinar. Una vez establecidas las reglas, todos los diálogos y modos de fallo se vuelven comprensibles.
Un proyecto guardado con una versión más reciente del software no se puede abrir con una versión anterior. Esta regla no admite excepciones en la línea de productos Logix. Si un proyecto se creó y guardó en Studio 5000 Logix Designer versión 33, ninguna instalación de la versión 32 podrá abrirlo. El software anterior no reconoce el formato de archivo más reciente, y Rockwell no incluye un convertidor para versiones anteriores de archivos de proyecto.
La retrocompatibilidad existe, pero es limitada. Un proyecto antiguo se abre en una versión más reciente, y esta lo convierte. La conversión es unidireccional. Una vez que la versión más reciente guarda el archivo, la revisión del proyecto ha avanzado y la versión anterior ya no puede abrirlo. Un proyecto de la revisión 20 que se abre en la versión 33 y se guarda se convierte en un proyecto de la revisión 33. El archivo original de la revisión 20 se pierde a menos que se haya conservado una copia.
Este es el primer modo de fallo costoso. Un ingeniero abre un proyecto antiguo para revisar una rutina, el software le pide que lo convierta, el ingeniero acepta, guarda y la planta pierde la capacidad de abrir ese proyecto con el software antiguo que aún coincide con los controladores en funcionamiento. La práctica segura se deriva directamente de la regla: mantener el archivo original intacto y convertirlo a un nuevo nombre de archivo.
La conexión en línea es el proceso en el que el software y el controlador interactúan directamente. Logix Designer establece una ruta de comunicación mediante RSLinx Classic o FactoryTalk Linx, localiza el controlador y compara las versiones. La comparación es rigurosa. Para conectarse en línea con un controlador, la versión del software debe ser compatible con la revisión del firmware del controlador.
La expresión práctica del requisito es la siguiente: el software con una versión igual o posterior a la revisión del controlador puede conectarse a internet. El software anterior a la revisión del controlador no puede. Un controlador con revisión 32 requiere software con versión 32 o posterior. La versión 31 no puede conectarse a internet con ese controlador, y ninguna configuración del controlador ni modo de compatibilidad modifica este hecho.
La carga consiste en la transferencia del proyecto del controlador al PC. Esta función se activa cuando la versión del software es igual o superior a la revisión del firmware del controlador. El software lee el programa del controlador, reconstruye un proyecto y guarda el archivo en la revisión del controlador que leyó. Por lo tanto, la carga desde un controlador de revisión 24 con software de versión 32 genera un proyecto de revisión 24, que puede abrirse con software de versión 24 o superior, incluyendo el software antiguo que ya posee la planta. No es posible cargar con software anterior a la revisión del controlador, ya que este no puede interpretar las estructuras de datos del controlador más reciente. Un controlador de revisión 32 con solo software de versión 30 disponible no puede cargarse. La solución consiste en obtener software de versión 32 o superior, en lugar de intentar soluciones alternativas.
La descarga consiste en la transferencia del proyecto del PC al controlador. Para descargar, es necesario que la revisión del proyecto coincida con la del controlador, a menos que el ingeniero la modifique explícitamente durante el proceso. Si las revisiones difieren, Logix Designer ofrece cambiar la revisión del controlador antes de descargar el proyecto. Cambiar la revisión del controlador implica actualizar su firmware.
Existe una forma legítima de lograr la compatibilidad entre ambas versiones sin necesidad de conversión: el cuadro de diálogo Nuevo proyecto en Logix Designer ofrece una lista de revisiones para el controlador seleccionado, que incluye revisiones anteriores a la versión del software. Una planta con software versión 32 puede crear un proyecto en la revisión 24 para un controlador v24, y el archivo se guarda en la revisión 24. Así es como un fabricante de equipos originales (OEM) genera un producto que puede abrirse con una versión de software anterior, y es la herramienta adecuada cuando la revisión del proyecto y la del controlador deben estar alineadas por diseño.
La ruta de descarga es donde reside el segundo modo de fallo costoso. El aviso de cambio de revisión del controlador aparece durante una descarga rutinaria, un técnico lo acepta sin leerlo y el controlador recibe el nuevo firmware. Una máquina en funcionamiento cuyo controlador nunca se ha respaldado pierde su programa si la memoria flash falla parcialmente. Incluso un cambio de firmware exitoso puede dejar las conexiones de E/S y las expectativas del firmware del módulo en un estado inconsistente, ya que la nueva revisión del controlador puede requerir un firmware de módulo más reciente que el que realmente ejecuta el chasis.
Tres diálogos predominan en los informes de campo.
El primer problema es el error al abrir el proyecto. El software indica que el proyecto se creó con una versión más reciente y se niega a abrir el archivo. No existe ninguna solución alternativa en la versión anterior del software. La solución consiste en obtener la versión más reciente del software o solicitar al proveedor del archivo una copia con la revisión de la planta, que el software más reciente puede generar para los proyectos que sí puede abrir.
La segunda es la discrepancia de conexión. El software detecta el controlador, ve una diferencia de revisión y ofrece cambiarla. Al aceptar la oferta, se actualiza el firmware del controlador. El cuadro de diálogo solicita permiso para cambiar el firmware, no es una notificación. La respuesta segura es Cancelar, seguida de una decisión sobre qué opción es la correcta: instalar el software compatible o planificar una actualización de firmware controlada.
La tercera es la discrepancia en la descarga con la opción de cambio de revisión del controlador. Es la misma operación que la segunda, pero se realiza por una ruta diferente. El significado es idéntico: la revisión del proyecto y la del controlador difieren, y el software propone igualarlas escribiendo un nuevo firmware en el controlador.
La lista "Quién está en línea" en Logix Designer muestra a los ingenieros conectados a cada controlador y a qué controladores apunta cada conexión. Es relevante en este análisis porque la secuencia "Conectarse" es donde un ingeniero ve por primera vez la revisión del controlador de destino, y donde una aceptación no planificada de la oferta de cambio de revisión del controlador puede tener consecuencias negativas. El diálogo aparece una vez por cada intento de conexión, se formula como una pregunta rutinaria y el costo de aceptarlo sin preparación es una máquina alterada o inutilizada. El flujo "Conectarse" también permite al ingeniero comprobar si se puede acceder al controlador: si la comunicación falla antes de la comparación de versiones, el problema reside en el controlador o la red; si la comparación falla, el problema reside en la revisión.
La alineación de la versión del software, la revisión del proyecto y la revisión del controlador no es casual. Cuando un ingeniero crea un nuevo proyecto, Logix Designer solicita el número de catálogo del controlador y su revisión. El archivo del proyecto se escribe con la revisión seleccionada, y esta se almacena como la revisión de destino. Un equipo en buen estado ejecuta un controlador con la revisión de destino del proyecto, y el proyecto reside en la revisión del software que lo administra. Cualquier discrepancia en alguno de estos tres valores genera uno de los cuadros de diálogo mencionados anteriormente.
Las ediciones en línea introducen un segundo tipo de desviación. Un ingeniero que accede a internet y edita la lógica modifica el programa almacenado en el controlador sin cambiar el archivo .ACD en el PC. El controlador y el archivo ahora difieren, aunque todos los números de versión coincidan. Por eso, una carga completa es esencial en cualquier procedimiento de actualización: la carga captura el estado real del controlador, incluidas las ediciones que nunca se guardaron en el archivo.
En las solicitudes de asistencia se repiten cuatro situaciones, y cada una de ellas representa el modelo de compatibilidad en acción.
Situación uno: un fabricante de equipos originales (OEM) envía un archivo de proyecto en la revisión 33, y la planta utiliza Studio 5000 versión 30. El archivo no se abre. La planta puede instalar la versión 33 o solicitar al OEM un proyecto en la revisión 30, que el software más reciente del OEM puede generar. Ninguna de las opciones modifica los controladores, por lo que la capacidad en línea existente de la planta no se ve afectada.
Situación dos: llega un controlador de reemplazo del almacén y la planta no puede conectarse a la red con él. El reemplazo se actualizó a una revisión de firmware más reciente que la que admite el software de la planta. Las opciones son actualizar el firmware del reemplazo a una revisión compatible con el software de la planta, si existe dicha revisión para el número de catálogo, o actualizar el software de la planta. Actualizar el firmware conlleva los mismos riesgos que cualquier otra actualización y requiere la misma disciplina de respaldo.
Situación tres: un ingeniero descarga un proyecto y el software solicita cambiar la revisión del controlador. El ingeniero acepta y, tras la descarga, el árbol de E/S muestra fallos en los módulos. La revisión del controlador se modificó, pero el firmware del módulo no, y las especificaciones del módulo del proyecto ya no coinciden con las del chasis. La solución consiste en una actualización planificada del firmware del módulo, por lo que el procedimiento de la sección 6 trata todo el chasis, no solo el controlador.
Situación cuatro: un ingeniero no puede cargar datos desde un controlador que un contratista actualizó durante la puesta en marcha. El contratista actualizó el controlador a la versión 32, pero la planta cuenta con la versión 30 del software. La carga de datos es imposible hasta que la planta obtenga la versión 32 o posterior. Esta situación es común después de trabajos realizados por terceros, y por eso la revisión del controlador debe incluirse en cualquier lista de verificación de entrega.
Cada familia de controladores tiene un rango de revisiones de firmware que puede ejecutar. Las cifras que se muestran a continuación representan los límites establecidos. Rockwell ajusta su política de soporte periódicamente, y la fuente autorizada para cualquier número de catálogo específico es el Centro de Compatibilidad y Descarga de Productos (PCDC). Consulte el PCDC antes de planificar una actualización. En ningún caso se podrá seleccionar en ControlFLASH una revisión de firmware que no exista para un número de catálogo determinado.
Familia de controladores | Números de catálogo | Firmware máximo (típico) | Notas
ControlLogix 5560 | 1756-L61, 1756-L62, 1756-L63 | aproximadamente v20 | Rockwell finalizó el desarrollo de funciones para la familia L6x en ese momento. El rango exacto compatible depende del número de catálogo; consulte el PCDC.
ControlLogix 5570 | 1756-L71 a 1756-L75 | aproximadamente v24 | La familia L7x alcanza un máximo cercano a v24. Consulte el PCDC para conocer el rango exacto.
ControlLogix 5580 | 1756-L81 a 1756-L85 | v24 y posteriores | La familia L8x requiere la versión v24 o posterior y no acepta firmware anterior.
ControlLogix 5580, serie E | 1756-L81E a 1756-L85E | v28 y posteriores (general) | La familia 5580 generalmente requiere la versión v28 o posterior. Consulte el PCDC para conocer la versión máxima actual.
CompactLogix 5370 | 5069-L306ER y números de catálogo 5069 relacionados | v30 y posteriores (general) | La familia 5069 generalmente requiere la versión v30 o posterior. Consulte el PCDC para conocer la versión máxima actual.
CompactLogix 5370 | 1769-L16ER a 1769-L37ERM | aproximadamente v20 a v36 | El rango compatible depende del modelo y de la política de soporte de Rockwell. Consulte el PCDC para obtener la cifra exacta para su número de catálogo.
De la tabla se desprenden tres consecuencias prácticas. Primero, un L61 de la revisión 20 no se puede actualizar a la revisión 24; el hardware no lo admite y no existe ningún archivo de firmware de la revisión 24 para ese número de catálogo. Segundo, un L81 no puede ejecutar el firmware de la revisión 20; el controlador requiere la revisión 24 o posterior y no acepta firmware anterior. Tercero, el firmware máximo para las familias 5580 y 5069 es variable: Rockwell publica nuevas revisiones periódicamente, y el máximo actual es precisamente el tipo de cifra que indica el PCDC.
Cuando una planta planea migrar de un L6x a un L8x, el salto de firmware de aproximadamente v20 a v24 o posterior forma parte del alcance del proyecto, junto con el salto de software de RSLogix 5000 a una versión más reciente de Studio 5000. El mismo razonamiento se aplica a una migración de un CompactLogix 1769 a un CompactLogix 5069: la nueva familia de controladores establece un nuevo nivel mínimo de firmware y un nuevo nivel mínimo de software, y el proyecto antiguo debe convertirse en un nuevo proyecto en la nueva revisión antes de poder descargarlo. El hardware que ha llegado al final de su rango de firmware suele ser el mismo hardware que se ha vuelto difícil de conseguir, razón por la cual las piezas de repuesto de Allen-Bradley para las plataformas ControlLogix y CompactLogix heredadas siguen siendo un artículo de compra habitual para las plantas que aún no pueden migrar.
Es posible instalar varias versiones de RSLogix 5000 y Studio 5000 Logix Designer en el mismo PC. Rockwell diseñó los instaladores para que coexistieran, y muchos ingenieros utilizan las versiones 20 y 32 en una misma máquina. La coexistencia es viable, pero compleja.
La primera complicación reside en las licencias. RSLogix 5000 y Studio 5000 utilizan la activación de FactoryTalk, y cada versión de software requiere su propia activación. Una activación que cubre la versión 32 no cubre automáticamente la versión 20. Una planta que mantiene ambas versiones instaladas debe mantener ambas activaciones vigentes, y una activación caducada para una versión se manifiesta como un error que simula un fallo de software.
La compatibilidad con Windows es la segunda complicación. Las versiones más antiguas de RSLogix 5000 son anteriores a las versiones modernas de Windows y no funcionan en Windows 10 ni en Windows 11. La versión 20, por ejemplo, se lanzó en la época de Windows XP y Windows 7, y para ejecutarla en un sistema operativo moderno normalmente se requiere una máquina virtual. La matriz de compatibilidad del PCDC indica los sistemas operativos compatibles con cada versión del software. En resumen: cuanto más antiguo sea el software, más antigua será la versión de Windows que necesita.
La coexistencia en sí misma constituye la tercera complicación. Las distintas versiones comparten servicios como RSLinx Classic y FactoryTalk Linx, y los conflictos de versiones se manifiestan en forma de controladores que desaparecen, errores de activación y proyectos que se abren en la aplicación incorrecta cuando las asociaciones de archivos apuntan a la última versión instalada. Una versión que funcionaba correctamente por sí sola puede empezar a fallar tras la instalación de una segunda versión.
La solución de ingeniería habitual consiste en un portátil dedicado o una máquina virtual por versión. Una planta con controladores en las versiones v20 y v32 mantiene una máquina con RSLogix 5000 v20 y otra con Studio 5000 v32, sin mezclarlas. Este patrón reduce los costes de hardware y espacio de escritorio, pero garantiza la fiabilidad. Una planta que mantiene una máquina v20 en funcionamiento suele ser la misma que dispone de repuestos para PLC que Rockwell ya no comercializa. El enfoque de máquina virtual ofrece una ventaja adicional: la propia imagen de la máquina virtual constituye una copia de seguridad, y una instalación dañada se restaura copiando la imagen en lugar de reinstalar el software y volver a introducir las activaciones.
Un chasis Logix contiene el controlador y sus módulos, y cada módulo ejecuta su propio firmware. El proyecto almacena la revisión de firmware prevista para cada módulo en la configuración de E/S. Cuando Logix Designer se conecta, compara las revisiones previstas de los módulos con las revisiones reales del chasis e informa de las diferencias.
El firmware del módulo se actualiza con ControlFLASH, la misma herramienta que se usa para el controlador. El proceso se realiza por módulo: seleccione el módulo en la herramienta de actualización, seleccione la revisión deseada y realice la actualización. El módulo Ethernet 1756-EN2T es el que se actualiza con mayor frecuencia, ya que su firmware controla la ruta de red y porque Rockwell publica nuevas revisiones EN2T para corregir defectos de comunicación.
Regla práctica: las actualizaciones de firmware de los módulos deben realizarse en la misma ventana de mantenimiento que las del controlador y deben verificarse con la misma rigurosidad. Un proyecto que requiere la revisión 5 de EN2T en un módulo con la revisión 3 genera una discrepancia al momento de la conexión, la cual puede bloquearla o degradarla, según el módulo y la magnitud de la diferencia. Mantenga el firmware de los módulos coherente con las especificaciones del proyecto y realice los cambios en ambos lados de forma deliberada, nunca en uno solo por accidente. Una actualización del firmware del controlador que lo exceda en la compatibilidad con el firmware de sus módulos de comunicación suele provocar fallos en los módulos e informes de conexión fallida tras una actualización que, en principio, se realizó correctamente.
El procedimiento que se describe a continuación está ordenado. Cada paso existe porque la omisión de uno provocó un fallo real. Siga los pasos en secuencia y no los combine.
1. Verifique el estado actual. Abra RSLinx Classic o FactoryTalk Linx, acceda al controlador y registre la revisión actual del firmware. Registre también la revisión de cada módulo del chasis, ya sea desde la configuración de E/S del proyecto o desde las propiedades del módulo. Este registro constituye la base para toda la operación y sirve de referencia para la verificación posterior a la actualización.
2. Realice una copia de seguridad del proyecto. Cierre el proyecto, copie el archivo .ACD en dos ubicaciones distintas y registre la revisión del proyecto. No convierta el proyecto durante la copia de seguridad. Esta debe ser una copia exacta del archivo, byte a byte, que coincida con el sistema en ejecución.
3. Realice una carga completa. Conéctese a Internet con el software actual, cargue el proyecto desde el controlador y guarde la copia cargada con un nombre diferente. La carga es la segunda copia de seguridad, y es la que importa si el archivo .ACD y el controlador se han desincronizado. Los controladores pueden contener lógica que el archivo no incluye, ya que los ingenieros realizan ediciones en línea. La carga captura el estado actual.
4. Consulte la matriz de compatibilidad en el PCDC. Verifique tres aspectos: que exista la revisión de firmware de destino para el número de catálogo del controlador, que la versión de software prevista para la conexión posterior a la actualización sea compatible con dicha revisión de firmware y que dicha versión de software se ejecute en el sistema operativo del PC que se conectará a internet. Si se produce algún fallo en cualquiera de estos tres aspectos, se cancelará la actualización hasta que se resuelva el problema. Este paso también permite identificar las revisiones de firmware de los módulos que espera la revisión del controlador de destino, de modo que se pueda comparar la lista de módulos del paso 1 con dicha revisión.
5. Confirme la ventana de mantenimiento. La descarga del firmware interrumpe el controlador. El controlador deja de ejecutar el programa durante la actualización y las conexiones de E/S se caen. Confirme que el proceso puede tolerar la interrupción, que los operadores han sido informados y que la máquina se encuentra en un estado seguro. No actualice una máquina en funcionamiento fuera de la ventana de mantenimiento ni durante la producción de un lote.
6. Ejecute ControlFLASH. Inicie ControlFLASH, seleccione el controlador, seleccione la revisión de destino e inicie la actualización. No interrumpa la actualización una vez iniciada. Un corte de energía o una interrupción de la comunicación durante la actualización pueden dañar la imagen del firmware del controlador. El controlador podría recuperarse mediante un modo de arranque, pero la recuperación no está garantizada. Espere a que aparezca el mensaje de finalización antes de tocar nada.
7. Verifique el resultado. Reinicie el controlador según las instrucciones de la herramienta de actualización. Conéctese a Internet con la versión de software prevista y confirme que la revisión que se muestra en Logix Designer coincide con la del dispositivo de destino. Compruebe las conexiones de E/S: cada módulo en el árbol de E/S debe mostrar su estado esperado, y las discrepancias en el firmware del módulo se hacen evidentes en este punto. Confirme que el programa se ejecuta: coloque el controlador en modo de ejecución y observe la ejecución, las marcas de tiempo de las tareas y los valores de E/S. Conserve las copias de seguridad previas a la actualización hasta que la máquina haya completado un ciclo de producción completo con el nuevo firmware.
Las actualizaciones de firmware de los módulos siguen el mismo procedimiento, repitiéndose el paso 6 para cada módulo. La verificación del paso 7 comprueba las revisiones de los módulos en el árbol de E/S en lugar de la revisión del controlador.
Lista de verificación resumida para el planificador de mantenimiento:
· [ ] Línea base registrada: revisión del controlador y revisiones del módulo documentadas
· [ ] Proyecto respaldado en su revisión actual, dos copias, no convertido
· [ ] Carga completa realizada y guardada con un nombre diferente
· [ ] Se comprobó con PCDC: existe el firmware de destino para el número de catálogo del controlador.
· [ ] PCDC comprobado: la versión de software planificada admite el firmware de destino.
· [ ] PCDC comprobado: la versión del software es compatible con el sistema operativo del PC.
· [ ] Expectativas del firmware del módulo verificadas con respecto a la revisión del controlador de destino
· [ ] Ventana de mantenimiento confirmada con operaciones
· [ ] Máquina en estado seguro, sin lote activo
· [ ] ControlFLASH se ejecuta hasta su finalización sin interrupción
· [ ] Reinicio del controlador o ciclo de encendido realizado según las instrucciones
· [ ] Verificado en línea: la revisión del controlador coincide con el objetivo
· [ ] Conexiones de E/S verificadas módulo por módulo
· [ ] Se confirmó que el programa se está ejecutando en modo de ejecución.
· [ ] Las copias de seguridad previas a la actualización se conservan hasta que se completa un ciclo de producción completo.
P1. ¿Puede la versión 30 abrir un proyecto guardado en Studio 5000 versión 32?
No. Un proyecto guardado con una versión más reciente no se puede abrir con una versión anterior. La versión 30 no puede leer el formato de archivo de la revisión 32. Obtenga la versión 32 o posterior, o solicite al creador del archivo una copia de la revisión 30.
P2. ¿Qué significa el mensaje de discrepancia en la revisión del controlador cuando me conecto a Internet?
Esto significa que la versión del software y la revisión del firmware del controlador no son compatibles, y el software ofrece cambiar la revisión del controlador, lo que implica la instalación de un nuevo firmware. Cancele la oferta a menos que el cambio esté planificado, respaldado y programado.
P3. ¿Puedo cargar desde un controlador cuyo firmware sea más reciente que mi software?
No. La carga requiere una versión de software igual o posterior a la revisión del controlador. Instale el software correspondiente o una versión más reciente antes de la carga.
P4. ¿Es reversible una actualización de firmware?
Se puede restaurar una versión anterior del controlador si existe una versión compatible con el número de catálogo. Esta reversión implica una operación de firmware con los mismos riesgos. Un proyecto convertido no es reversible: una vez que el software más reciente guarda un archivo convertido, ningún software anterior puede abrirlo.
P5. ¿Puedo ejecutar la versión 20 y la versión 33 en el mismo PC?
En principio, sí. Las limitaciones prácticas son las licencias, la compatibilidad con Windows y los conflictos de servicios compartidos. La versión 20 no se ejecuta en versiones modernas de Windows sin una máquina virtual. La mayoría de las plantas utilizan un portátil o una máquina virtual dedicada para cada versión.
P6. ¿Cuál es la diferencia entre el firmware del controlador y el firmware del módulo?
El firmware del controlador es el sistema operativo del controlador. El firmware del módulo es el sistema operativo de cada módulo individual, como un 1756-EN2T. Ambos se actualizan con ControlFLASH y deben coincidir con los requisitos del proyecto.
P7. ¿Dónde puedo encontrar la versión máxima exacta del firmware para mi controlador?
En el Centro de Compatibilidad y Descarga de Productos (PCDC) de Rockwell Automation, encontrará las revisiones de firmware disponibles para cada número de catálogo y las versiones de software compatibles. Consúltelo antes de cada actualización.
El modelo de compatibilidad se resume en una frase: la versión del software, la revisión del proyecto y la revisión del controlador deben formar un conjunto coherente, y cualquier cambio en uno de los elementos del conjunto debe ser una operación planificada. Un archivo de proyecto que no se abre, una sesión en línea que no se inicia y una descarga que pretende modificar el firmware del controlador presentan la misma condición subyacente: el conjunto es inconsistente. La tarea del ingeniero consiste en identificar qué elemento no coincide, decidir cuál debe modificarse y realizar la modificación con una copia de seguridad y una ventana de mantenimiento establecidas.
Para las plantas que utilizan hardware antiguo, el conjunto incluye un cuarto componente: el propio hardware. Un controlador cuyo firmware ha llegado a su fin es un controlador con escasez de repuestos, y la planificación para una migración comienza en el momento en que se alcanza el límite de firmware. Los repuestos de Allen-Bradley y ControlLogix mantienen las líneas antiguas en funcionamiento mientras se planifica la migración, y la disciplina de versiones descrita en esta guía mantiene estable el software del conjunto mientras el hardware esté en funcionamiento. Esta disciplina tiene un coste mínimo. La alternativa supone el coste de una línea de producción.
URL Slug: studio-5000-firmware-version-management-guide
-------------------------------------------------------------------------------------------
🏢 Acerca de TZ Tech
TZ Tech es un proveedor líder de componentes para automatización industrial, electricidad, instrumentación y telecomunicaciones. Nos especializamos en la adquisición de stock de distribuidores listo para envío, lo que nos permite ofrecer precios altamente competitivos y plazos de entrega reducidos. Gracias a nuestro amplio inventario, podemos incluso conseguir piezas raras y descatalogadas difíciles de encontrar en otros lugares.
🛡️ Nuestro compromiso con la calidad
Entendemos que la calidad es su máxima prioridad. Cada componente se somete a un riguroso proceso de selección e inspección para que compre con total confianza. Para piezas antiguas o descatalogadas, creemos en la transparencia absoluta y siempre le proporcionaremos un informe honesto y preciso sobre el estado del producto. Además, todas las piezas nuevas cuentan con una garantía completa de un año.
✉️ Ponte en contacto
¿Tienes
Continúe leyendo, manténgase informado, suscríbase y le invitamos a que nos cuente lo que piensa.
Además, con su permiso, queremos colocar cookies para que su visita y su interacción con slOC sean más personales. Para ello utilizamos cookies analíticas y publicitarias. Con estas cookies, nosotros y terceros podemos rastrear y recopilar su comportamiento en Internet dentro y fuera de super-instrument.com. Con esto, nosotros y terceros adaptamos super-instrument.com y los anuncios a su interés. Al hacer clic en Aceptar, acepta esto. Si lo rechaza, solo utilizamos las cookies necesarias y lamentablemente no recibirá ningún contenido personalizado. Visite nuestra política de cookies para obtener más información o para cambiar su consentimiento en el futuro.
Accept and continue Decline cookies
