SEMAIQ · Automatización y PLC · Querétaro
Migracion SLC 500 y PLC 5 a CompactLogix: guia paso a paso
Por qué migrar: el reloj de las plataformas legacy Allen-Bradley
El SLC 500 no es un controlador viejo que “todavía aguanta”: es una plataforma descontinuada. Rockwell Automation fijó la última fecha de compra para los procesadores 1747 (SLC 5/03, 5/04 y 5/05) y los módulos de E/S 1746 el 31 de marzo de 2024, después de una salida escalonada que empezó en 2017 con el 1747-L531. El PLC-5 (procesadores 1785 con racks 1771) salió del catálogo todavía antes. La familia MicroLogix siguió el mismo camino por la parte baja del rango.
En la práctica eso significa cuatro cosas para tu mantenimiento: ya no se fabrican equipos nuevos, no hay reparación de fábrica ni garantía, no salen actualizaciones de firmware y la única fuente de refacción es el inventario de distribuidores, el mercado de reposición o los equipos reacondicionados. Los procesadores SLC 5/05 (1747-L551, L552, L553) y los módulos analógicos como el 1746-NI4 son los más buscados, con entregas que en casos urgentes se cuentan en semanas. Súmale la parte física: gabinetes con 20 o 30 años operando, fuentes 1746-P2 y 1746-P4 con capacitores agotados y terminales oxidados. Una fuente que falla un viernes por la noche se convierte en dos semanas de línea parada.
La contraparte técnica pesa igual. El SLC 500 no tiene CIP Security, casi nunca trae EtherNet/IP nativo y depende de redes que ya nadie diseña, como DH-485, DH+ y Remote I/O. CompactLogix te da EtherNet/IP de doble puerto, etiquetas simbólicas, UDT y datos hacia MES sin inventar puentes. Ordenar el control de la planta es lo que hacemos en nuestro servicio de programación de PLC en Querétaro.
Fase 1: inventario, levantamiento y respaldo del programa
Ninguna migración Allen-Bradley se cae por el software; se cae por no saber qué había instalado. Antes de cotizar un solo módulo, arma el inventario real:
- Procesadores: catálogo completo de cada 1747 o 1785, revisión de firmware, memoria y estado en la búsqueda de ciclo de vida del fabricante.
- Chasis y E/S: chasis 1746-A4/A7/A10/A13, fuentes y cada tarjeta digital o analógica con su catálogo, más los módulos especiales (1746-HSCE2, contadores rápidos, comunicación).
- Red: mapa de nodos DH-485 con sus 1747-AIC, direcciones DH+, cruces de RIO con 1747-SN e islas DeviceNet con 1747-SDN.
- HMI, periferia y documentación: modelos de PanelView, versión de PanelBuilder32, dispositivos seriales, diagramas eléctricos vigentes, lista de E/S y los cambios hechos en campo que nunca llegaron al plano.
El punto que casi todos subestiman es el respaldo. No uses el .RSS de la laptop del ingeniero que se fue en 2016: haz un upload en línea desde el procesador que está produciendo, el día anterior al arranque del proyecto. Las diferencias entre el programa offline y el que realmente corre —ediciones en línea, cambios de preset, valores escritos a mano en la tabla de datos— son la causa número uno de sorpresas en la conversión. Guarda el .RSS original, imprime el ladder a PDF y deja copia fechada en el servidor de la planta.
Con el inventario cerrado defines las dos cifras que ordenan el resto: la estrategia de E/S y la ventana de paro que producción puede ceder.
Fase 2: conversión del programa de RSLogix 5 / RSLogix 500 a Studio 5000
RSLogix 500 versión 12 y posteriores incluyen la función Save As Logix, que traduce el proyecto a un archivo .ACD importable desde Studio 5000 Logix Designer. Para el PLC-5 el camino es equivalente. El importador te deja elegir qué hacer con el I/O: conservarlo como rack remoto con un módulo puente (temporal), actualizarlo todo a módulos nuevos (lo recomendado) o eliminarlo para reconfigurarlo después.
Lo que convierte bien, casi sin tocar: escalones de ladder, temporizadores TON, TOF y RTO, contadores CTU y CTD, matemáticas, comparaciones y la estructura de programa. Los archivos de datos se transforman en arreglos de etiquetas: N7 pasa a N7_array, F8 a F8_array, igual que B3, T4 y C5. El importador escribe un reporte ConvertResults.txt con todo lo que no pudo traducir; ese archivo es tu lista de trabajo manual.
Lo que exige reescritura real, casi siempre:
- Direccionamiento indirecto (indexado con #N7:0 o con punteros): no tiene equivalente limpio y suele ser la mayor parte del esfuerzo manual.
- Bloques MSG hacia nodos DH+ o a otros PLC del piso: se reescriben como rutas CIP o etiquetas producidas y consumidas.
- PID y control: la instrucción PID se reemplaza por PIDE; SCP no tiene equivalente directo (Rockwell publica un Add-On Instruction gratuito que replica su comportamiento).
- Manipulación de bits: BTD se sustituye por CPS, COP maneja copias de bloque y FLL los llenados. Ojo con el ancho de dato: el SLC trabaja enteros de 16 bits y Logix usa DINT de 32 por defecto, así que máscaras, desplazamientos y desbordes pueden dar resultados distintos sin marcar error.
- Transferencias de bloque de RIO (BT, BTR, BTW) y secuenciadores antiguos: se rediseñan, no se traducen.
Aprovecha la conversión para renombrar tags a nombres descriptivos, ordenar la lógica en rutinas por función y comentar. Un programa que era N7:15 y ahora es Presion_Linea_psi deja de depender de la memoria de una sola persona.
Tabla: plataforma legacy, equivalente nuevo y esfuerzo de conversión
Es una guía de ruta, no un reemplazo del levantamiento: la elección depende del número de E/S, de los ejes de movimiento y de la vida útil esperada del equipo.
| Plataforma legacy | Equivalente recomendado | Red de reemplazo | Esfuerzo de conversión |
|---|---|---|---|
| SLC 5/05 (1747-L551/L552/L553, con Ethernet) | CompactLogix 5380 (5069-L320ER) o 5370 (1769-L33ER) | EtherNet/IP nativo | Bajo a medio: la red ya es IP |
| SLC 5/03 y 5/04 (1747-L531/L532/L541/L542) | CompactLogix 5370 o 5380 | DH+ / DH-485 a EtherNet/IP con gateway | Medio a alto: pesa más la red que el ladder |
| MicroLogix 1100 / 1400 (1766, 1763) | Micro850 (2080-LC50) o CompactLogix 5370 | EtherNet/IP | Bajo a medio: mucho dispositivo serial |
| PLC-5 (1785-Lxx con racks 1771) | ControlLogix 1756; CompactLogix 5380 si es acotado | DH+ / RIO a EtherNet/IP, fuera ControlNet | Alto: varias islas, MSG y E/S dispersa |
| E/S 1746 en chasis propio | Compact I/O 1769 o Compact 5000 (5069) | Local o remota por EtherNet/IP | Medio: recableado de campo |
| E/S 1771 (PLC-5) | E/S ControlLogix 1756 | Chasis 1756 con EtherNet/IP | Alto: cambio de gabinete completo |
| PanelView Standard (PanelBuilder32) | PanelView Plus 7 con FactoryTalk View ME | EtherNet/IP, sin DH+ | Medio: reescritura de direccionamiento directo |
Dos aclaraciones que evitan decisiones caras. Primero: el chasis CompactLogix 5380 (5069) no acepta módulos 1769 legacy, así que implica gabinete nuevo; con 5370 (1769) el riel y el formato son compatibles con lo que ya tienes y el reacomodo es menor. Segundo: la columna de esfuerzo mide ingeniería y pruebas, no dificultad técnica. Un proyecto “alto” no es imposible, es uno que conviene partir en dos o tres paros.
Fase 3: mapa de E/S y decisión sobre reutilizar tarjetas
El mapa de E/S es el documento que sostiene el arranque. Hazlo señal por señal: tag nuevo, catálogo de módulo, canal, tipo de señal (24 VCD, relé, 4-20 mA, RTD, termopar), función en la máquina y si es existente, nueva o eliminada. Lo usan el electricista que recablea, el programador que mapea tags y el de mantenimiento que después diagnostica. La decisión de fondo es esta:
- Conservar el rack 1746 como E/S remota con un módulo puente: solo tiene sentido como puente táctico durante la transición. Extiende la vida del 1746, justo lo que quieres dejar atrás.
- Migrar a Compact I/O 1769 dentro del mismo gabinete: muchas borneras y layouts son parecidos y buena parte del cableado se reaprovecha. Verifica por hoja de datos la configuración sinking o sourcing, el voltaje y la asignación de terminales: un 1746-IB16 y su equivalente 1769 no traen los bornes en la misma posición.
- Construir con Compact 5000 I/O (5069): terminales removibles tipo resorte, inserción y extracción bajo tensión y perfiles de módulo modernos. Es el camino más limpio y el que más reemplazo de gabinete exige.
Si el gabinete tiene 20 años, antes de meter módulos nuevos revisa riel, ducto, ventilación y fuentes de 24 VCD. Modernizar el control con un gabinete deteriorado se parece más a un refurbish y retrofit de maquinaria industrial que a un cambio de CPU.
Fase 4: de DH+, DH-485, RIO y DeviceNet a EtherNet/IP
La red es la fase que más se subestima. Las plataformas SLC y PLC-5 corrían sobre DH-485 (1747-AIC), DH+ (1747-KE), Remote I/O (1747-SN), DeviceNet (1747-SDN) y DF1 por RS-232. EtherNet/IP reemplaza a las cinco y viene nativo en cada CPU CompactLogix.
La buena noticia es que puedes migrar por etapas sin apagar la red vieja en el primer paro: hay módulos puente tipo 1756-DHRIO en chasis ControlLogix y gateways externos que traducen EtherNet/IP a DH+ para que el controlador nuevo hable con los nodos que todavía no cambias. Para dispositivos seriales queda el convertidor serial a EtherNet/IP tipo 1761-NET-ENI o una pasarela equivalente. Esa capa se justifica uno o dos años y luego se retira: no la proyectes como arquitectura permanente.
Aprovecha el cambio para ordenar el direccionamiento, segmentar la red de control de la de oficina y documentar las rutas CIP. Si vas a conectar robots, variadores o celdas de otra marca, revisa antes las diferencias entre PROFINET, EtherNet/IP y Modbus TCP: cada protocolo pide su propia estrategia de diagnóstico y priorización de tráfico.
Fase 5: HMI legacy, PanelView y FactoryTalk
Las aplicaciones hechas en PanelBuilder32 no se abren directamente en FactoryTalk View ME. La ruta es la herramienta de migración de FactoryTalk View Studio, que importa proyectos de PanelView Standard y PanelView Enhanced y los convierte en aplicaciones Machine Edition; la guía 2711P-AP006 documenta el paso de PanelView legacy a PanelView Plus 7. Pantallas, alarmas y tendencias suelen llegar completas; lo que siempre se rompe es el direccionamiento directo: donde el SLC usaba {::[PLC]B3:1/0}, la aplicación nueva espera {[PLC]B3[1].0}; N7:5 pasa a N7[5] y T4:2.ACC a T4[2].ACC.
Planéalo como un reemplazo masivo controlado sobre el proyecto XML con respaldo previo, o remapea las referencias a etiquetas descriptivas del controlador nuevo: cuesta más al inicio y deja un HMI muchísimo mejor. Aprovecha para poner alarmas con texto real en vez de códigos de bit.
Fase 6: FAT, SAT y arranque por etapas con respaldo de la máquina vieja
El corte se hace por etapas y se prueba dos veces. El FAT (aceptación en taller) corre con el controlador nuevo, el I/O nuevo y simuladores de señal: canal por canal, tiempos de temporizadores y contadores comparados contra el programa original, arranques y paros, modos manual y automático, y comunicaciones con variadores, lectores y HMI. El SAT se corre en planta, ya con el cableado real y la máquina sin producción.
El arranque se hace por etapas: conectar el controlador nuevo en paralelo, probar el I/O en frío, liberar primero las funciones no críticas (señalización, periféricos, transporte) y dejar para el final el bloqueo del proceso principal. Y una regla no negociable: no desmontes el panel viejo el mismo día del arranque. Déjalo alimentado y listo para volver a producción dos a cuatro semanas; es tu plan de rollback completo.
- Programa original respaldado con upload fresco del procesador en marcha y copia firmada por producción.
- Reporte ConvertResults.txt resuelto punto por punto, sin pendientes.
- Mapa de E/S cotejado contra el cableado real en campo, canal por canal.
- Cada MSG, PID, SCP y direccionamiento indirecto probado con su valor esperado documentado.
- Ventana de paro aprobada por producción, con hora de inicio, hora de fin y responsables; panel legacy energizado como respaldo, con fecha de retiro acordada.
- Personal de mantenimiento capacitado en Studio 5000 y en la nueva red.
El último punto es el que salva noches: quien hoy diagnostica con LEDs de un 1746 y un diagrama impreso necesita saber buscar una etiqueta, navegar una ruta CIP y leer el diagnóstico de un módulo en Studio 5000.
Errores comunes en una migración Allen-Bradley
Cuatro tropiezos que se repiten en proyectos de migración de SLC 500 y PLC-5 a CompactLogix:
- Migrar copiando la lógica 1:1 sin rediseñar. Arrastrar escalones duplicados, subrutinas raras y direccionamiento indirecto de 1998 deja un PLC moderno cargando deuda técnica de tres décadas. Migrar es la oportunidad de simplificar la secuencia y borrar lógica muerta.
- No documentar el programa nuevo. Dejar los tags como N7_array y sin comentarios hace que nadie más pueda diagnosticar y que la planta dependa de una sola persona.
- No prever el cambio de direccionamiento de E/S. Las referencias pasan de O:2/0 e I:1/5 a etiquetas locales o alias, y todo lo que las use (HMI, MSG, reportes) debe actualizarse al mismo tiempo.
- Respaldar el programa equivocado. Convertir el .RSS de la laptop en vez del programa que corre en el procesador garantiza diferencias que aparecen cuando la línea ya está produciendo.
Caso práctico: línea de llenado con SLC 5/04 y red DH+
Situación (caso representativo): una planta de alimentos del Bajío operaba una línea de llenado con un SLC 5/04 (1747-L542), tres chasis 1746 con cerca de 96 puntos digitales y ocho señales analógicas, un PanelView 1000 en PanelBuilder32 y un enlace DH+ hacia un PLC-5 que gobernaba la mezcladora. El programa tenía años de ediciones en línea sin respaldar: el archivo del servidor no coincidía con lo que corría en el procesador. La línea ya había tenido dos paros por falla de fuente y uno por un módulo de salida de relé, con entregas de semanas en el mercado de partes descontinuadas.
Problema técnico: cada evento dependía de refacción de terceros, el HMI mostraba alarmas como códigos de bit que solo el ingeniero de turno interpretaba, y la red DH+ impedía conectar la línea a los indicadores de planta. El riesgo no era el costo de la refacción, era no poder planear la producción.
Solución implementada: levantamiento completo y upload fresco del procesador en marcha; el programa se convirtió con Save As Logix y se terminó en Studio 5000, reescribiendo a mano doce rutinas con direccionamiento indirecto, tres bloques MSG hacia el PLC-5 y dos lazos con SCP. El control nuevo quedó en CompactLogix 5380 con Compact 5000 I/O y gabinete reconstruido. En la transición se instaló un gateway EtherNet/IP a DH+ para dialogar con el PLC-5, y el HMI se migró a PanelView Plus 7 con FactoryTalk View ME, con referencias remapeadas a etiquetas descriptivas.
Resultados:
- Corte en una ventana programada de fin de semana, con el panel legacy energizado como respaldo cuatro semanas.
- Fin de la dependencia de refacciones 1747 y 1746 del mercado de reposición.
- El operador identifica la causa de cada paro en pantalla, sin traducir códigos de bit.
- Red EtherNet/IP documentada y enlazada a los indicadores de planta, con la pasarela DH+ marcada para retiro.
Este tipo de proyecto rara vez se detiene en el controlador: arrastra gabinete, red y HMI. Por eso conviene cotizarlo como modernización por fases y no como un simple cambio de CPU.
Preguntas frecuentes
¿Cuánto tarda migrar de SLC 500 a CompactLogix?
Depende del tamaño del programa y del estado de la documentación. Como referencia de ingeniería, un programa de menos de 500 rungs con unas 32 señales de E/S toma una a dos semanas; uno de 500 a 2000 rungs con 128 E/S, de dos a cuatro; y uno de más de 2000 rungs, de cuatro a ocho. La ventana de paro para el arranque se programa aparte.
¿Se puede reutilizar el cableado y las tarjetas de E/S del SLC 500?
El cableado con frecuencia sí; las tarjetas no. Los módulos 1746 no se montan en un chasis 5069 (CompactLogix 5380), que usa Compact 5000 I/O con terminales removibles tipo resorte. La opción intermedia es CompactLogix 5370 (1769), que conserva el formato de riel DIN y permite reutilizar borneras similares, verificando sinking o sourcing, voltaje y asignación de terminales.
¿El programa de RSLogix 500 se convierte solo a Studio 5000?
No del todo. RSLogix 500 versión 12 o superior trae Save As Logix, que genera un .ACD importable en Studio 5000 Logix Designer, y la conversión automática cubre la mayor parte del ladder. Queda manual el direccionamiento indirecto, los MSG hacia nodos legacy, PID, SCP, BTD, secuenciadores y transferencias de bloque de RIO; el reporte ConvertResults.txt lista lo que no se tradujo.
¿Un PLC-5 se migra a CompactLogix o hay que ir a ControlLogix?
Ambos caminos son válidos y la decisión es por tamaño y arquitectura. Un PLC-5 con racks 1771 y varias islas suele aterrizar mejor en ControlLogix 1756, sobre todo si vas a conservar temporalmente el I/O 1771 con un módulo puente. Si la función es acotada, CompactLogix 5380 la ejecuta con mejor costo.
¿Qué pasa con el HMI PanelView legacy?
Una aplicación de PanelBuilder32 no se abre directo en FactoryTalk View ME: se convierte con la herramienta de migración de FactoryTalk View Studio, que importa proyectos PanelView Standard y Enhanced como Machine Edition; la guía 2711P-AP006 documenta el paso a PanelView Plus 7. Lo que siempre se rompe es el direccionamiento directo: {::[PLC]B3:1/0} pasa a {[PLC]B3[1].0}.
¿Necesitas migrar tu SLC 500, MicroLogix o PLC-5 a CompactLogix?
SEMAIQ es programador e integrador de PLC Allen-Bradley y Siemens en Querétaro, Guanajuato, Aguascalientes, San Luis Potosí y todo el Bajío. Levantamos tu plataforma legacy, convertimos y reescribimos el programa en Studio 5000, rediseñamos la red a EtherNet/IP, migramos el HMI y entregamos FAT, SAT y arranque por etapas con respaldo de la máquina vieja. También integramos gestión de cables REIKU para robots cuando la célula lo requiere.


