Llama el cliente: «La matriz US nos ha ordenado pasar en un año de Siemens TIA Portal a Rockwell Studio 5000. ¿Cuánto costará?». Este es el típico arranque de conversación donde la respuesta real no está en las horas de ingeniero, sino en la pregunta que aún no se ha hecho: por qué. Y cuando se hace, en nueve de cada diez casos no es un motivo técnico.
La migración de Siemens (S7-300, S7-1200, S7-1500) a Allen-Bradley (CompactLogix, ControlLogix) es una de las decisiones más caras que toma una planta — y casi siempre se toma por un motivo que nada tiene que ver con que el PLC funcione. Este artículo pone nombre a los motivos reales que están detrás de la decisión, describe seis cosas concretas que siempre se rompen en una migración y le da tres situaciones en las que la respuesta correcta es «no migre».
Motivos reales por los que los clientes migran
En la práctica nos encontramos con la decisión de migrar por tres motivos reales y uno declarado formalmente:
**Motivo declarado formalmente:** «queremos una plataforma uniforme en todas las fábricas». Es verdad, pero solo es la fachada — debajo hay algo de los tres siguientes.
**Motivo real 1 — corporate mandate.** La matriz en EE. UU. tiene un stack estandarizado Rockwell + FactoryTalk + Studio 5000 + ThinManager. La planta eslovaca tiene históricamente Siemens. El CFO global quiere un contrato, un vendor support, un precio por licencias. Es una business decision, no una technical. El argumento «técnicamente mejor» o «la migración cuesta 400 k€» no ayuda — la decisión ya se ha tomado en un nivel donde estas cifras no parecen grandes.
**Motivo real 2 — end-of-life del hardware Siemens.** Las S7-300 (series 313, 315, 317) tuvieron end-of-sale en 2023, end-of-support 2028. El cliente tiene 40+ instalaciones sobre S7-300 y sabe que en 5 años debe cambiarlas. La pregunta es: a S7-1500 (más caro pero porting directo) o a ControlLogix (más caro pero opción de uniformar con la matriz americana).
**Motivo real 3 — FactoryTalk integration.** El cliente tiene MES o SCADA Rockwell (FactoryTalk View SE, FactoryTalk Historian, FactoryTalk MES). El PLC Siemens se integra ahí vía OPC UA o RSLinx OPC gateway — funciona, pero las alarmas, recipe management y los faceplates nunca encajan como un ControlLogix nativo. El cliente está harto de gestionar dos mundos.
Solo cuando se nombran estos motivos al inicio del proyecto se puede valorar realmente. Porque la migración del motivo 1 puede plegarse — quizá se pueda negociar «líneas nuevas Rockwell, las antiguas las dejamos Siemens» y ahorrar el 60 % del CAPEX. La migración del motivo 2 no es una elección de «si», sino de «cuándo y a dónde». La migración del motivo 3 se puede sortear con un OPC UA bridge por 15–25 k€ en lugar de 400 k€ de reprogramación.
Seis cosas que siempre se rompen en una migración
1. HMI faceplate library
Siemens WinCC (Comfort, Advanced, Unified) tiene su propia biblioteca de faceplates para objetos estándar: motor, válvula, lazo analógico. Rockwell FactoryTalk View SE tiene la suya — Process Library 5.0, PlantPAx. **No son compatibles, ni conceptual ni visualmente.** Un operario que durante 8 años clicó el faceplate Siemens de motor con 4 botones (Start / Stop / Auto / Manual) y un color de estado Wago se encuentra el faceplate PlantPAx de motor con 9 pestañas, listing de alarmas e indicador de estado EPK. El re-training de operarios suele subestimarse — cuente 8–16 horas de formación por operario + 3 meses «hasta que se acostumbren y dejen de preguntar cada turno».
2. Precisión y paradigma de timer / counter
Los timers IEC de Siemens (TON, TOF, TP) en S7-1500 tienen resolución de 1 ms y usan sintaxis IEC 61131-3. Rockwell ControlLogix tiene el timer como structure (Timer.PRE, Timer.ACC, Timer.EN, Timer.TT, Timer.DN) con resolución de 1 ms también — pero la **dependencia del scan-time** es diferente. Siemens resuelve los timers en thread dedicado, Rockwell en el ciclo de scan. Con scan time de 20 ms y Timer.PRE = 50 ms obtiene realmente 40–60 ms en Rockwell y 50 ms ±1 en Siemens.
Impacto: cada ciclo crítico en tiempo (ciclo neumático, dosificación, conveyor sync) hay que **recalcularlo y testarlo**, no solo copiar la constante de tiempo.
3. Paradigma de alarm handling
Siemens (TIA Portal) tiene **System Alarms** (PLC errors, network errors) separadas de **Process Alarms** (operativas), con alarm classes (Error, Warning, Tolerance) y alarm areas (grupos lógicos). Las alarmas se configuran en Alarm Editor de TIA Portal y se transfieren a WinCC vía protocolo Alarm S7.
Rockwell tiene **FactoryTalk Alarm and Events** (FTAE) — servidor separado que recoge alarmas de todos los PLC del ecosistema. Las alarmas en PLC se definen como tags con instrucción ALARM_DIGITAL o ALARM_ANALOG, y el servidor FTAE las suscribe.
Migración: no se traslada 1:1. Un cliente con 800 alarmas en proyecto Siemens descubre que 200 de ellas eran «informational message» que en el paradigma Rockwell van al logger, no al alarm system. El re-architecting de la lógica de alarmas es una fase aparte — 80–160 horas de ingeniero que entienda los dos sistemas.
4. OPC tag mapping y addressing
Siemens usa symbolic addressing (DataBlock.Tag, Marker.M10.0) vía OPC UA server en S7-1500 (built-in) o vía SIMATIC NET Softnet/OPC. Rockwell usa tag-based addressing en ControlLogix (Program:MainProgram.MotorRun, Local:1:I.Data[0].0) vía RSLinx Enterprise o FactoryTalk Linx.
Al migrar el árbol de OPC tags **hay que rehacerlo**. Los SCADA / MES / IoT bridges que se suscribían a tags concretos de Siemens por nombre (por ejemplo `"DB10".LineSpeed`) reciben nuevo nombre (`Program:MainProgram.LineSpeed`) y todas las historian queries, dashboard widgets, MES recipes — hay que reconectarlas.
Experiencia real: en migración de línea con 4 500 OPC tags se perdió un 12 % de tags durante el proceso (erratas, missing, renamed) — y la mayoría se descubrió 3 semanas después del arranque de la nueva línea, cuando el cliente reportó métricas faltantes en el reporte semanal.
5. Function block libraries — Siemens LADDR vs Rockwell AOI
Siemens TIA Portal tiene **LADDR libraries** (Library Advanced Drives, Library Process, Library Safety) con function blocks prefabricados para instrumentación estándar. Rockwell tiene **Add-On Instructions (AOI)** — su propio tipo de encapsulación.
Funcionalmente parecidos, **interface completamente distinto**. Un function block Siemens con 18 parámetros (IN, OUT, IN_OUT, STATIC) se traslada a AOI con parámetros InOut, In, Out — pero los estados internos (variables estáticas entre ciclos) se modelan de otra forma. AOI tiene local tags que se conservan entre scans; el FB de Siemens tiene su propia DB instance.
Migración FB → AOI: para bloques estándar motor / valve / PID son 4–8 horas por bloque entendiendo ambos lenguajes. Para FB propios con 50+ líneas de SCL (Structured Control Language) de Siemens — 16–40 horas por bloque, más testing.
6. Estructura de motion control
Esta es la parte más dura si la línea tiene motion (servo-axes, indexing tables, cam profiles). Siemens usa **Technology Objects** en S7-1500T (TO_Axis, TO_CamTrack) con integración nativa en TIA Portal. Rockwell usa **Motion Group + Axis tags + MAOC / MAJ / MCD instructions** en Studio 5000.
Los cam profiles, gear ratios, electronic line shafting — todo hay que **rehacerlo desde cero**, no portar. Un cliente que tenía una línea de envasado por indexing de 6 ejes en Siemens no recibe «export → import» — recibe 80–160 horas de motion programmer que entienda el paradigma de Rockwell Motion.
Además: motion safety. Siemens SIMATIC Safety Advanced + drive-integrated safety (STO, SS1, SS2 en G120, S120) no se migra a Rockwell GuardLogix + Kinetix safety vía wizard. La re-certificación según EN ISO 13849-1 PLd/PLe es una partida aparte.
Tres situaciones en las que migrar no es la opción correcta
Situación A — la línea funciona, no existe business case más allá de «uniformidad»
Línea S7-1500 existente, 5 años, OEE 88 %, hardware support hasta 2030+, ningún re-tooling planeado. Corporate «quiere uniformidad». Cálculo real: migración 350–500 k€, parada de producción 3–4 semanas (800 k€–1,4 M€ en margen perdido a 30 k€/día de producción), riesgo de que tras la migración el OEE caiga al 75 % durante 3 meses de ramp-up. Exposición total 1,5–2,5 M€. Beneficio: una sola estructura de dashboard SCADA.
Argumento: proponga OPC UA bridge entre Siemens PLC y Rockwell FactoryTalk MES por 25–40 k€. Pierde un 5 % de coherencia visual, ahorra el 90 % de la migración. **Esto suele pasar** si hay un partner técnico que sepa defenderlo ante el CFO.
Situación B — la línea Siemens está en la UE con técnicos locales que no conocen Rockwell
Planta eslovaca con 12 técnicos de mantenimiento, todos certified en Siemens, 0 en Rockwell. Migrar implica 200+ horas de formación por técnico × 12 = 2 400 horas, más 12–18 meses de experiencia real hasta que se sientan cómodos en troubleshooting productivo. Coste de formación 60–120 k€. Coste de diagnósticos erróneos durante el primer año: difícil de cuantificar, pero no despreciable.
Argumento: conserve Siemens, añada skill-set Rockwell en las nuevas incorporaciones, espere al recambio generacional.
Situación C — Siemens está profundamente integrado en sistemas de seguridad
PROFIsafe entre S7-1500F y safety I/O distribuido (ET 200SP F-modules), F-CPU certificada SIL3 / PLe, lógica de seguridad auditada por organismo notificado (TÜV SÜD, TÜV Rheinland). La re-certificación a GuardLogix + CIP Safety cuesta 40–80 k€ aparte y 8–14 semanas con el organismo notificado — y no se reconoce ninguna «equivalency».
Argumento: si la capa de seguridad es estable y funciona, **migre solo la capa no-safety** (si el corporate mandate lo permite) y deje safety en Siemens durante el resto del periodo del certificado (normalmente 5 años desde la auditoría).
Marco de precios realista para 2026
Para una orientación de lo que cuesta una migración en SR:
- Línea pequeña (1 PLC, 200 I/O, 0–2 servoaxes, 1 HMI) — 60–120 k€
- Línea mediana (1–2 PLC, 500–800 I/O, 2–6 servoaxes, 2 HMI) — 180–320 k€
- Línea grande (3+ PLC distribuidos, 1 500+ I/O, 8+ servoaxes, motion synchronized, varios HMI, integración MES) — 400–800 k€
- Closed system / OEM line (donde el fabricante no entregó código fuente, hay reverse-engineering) — sumar 40–60 %
Plazo: línea pequeña 8–12 semanas, mediana 16–24 semanas, grande 28–48 semanas. Ramp-up tras commissioning: 4–8 semanas hasta que el OEE recupera la cota previa a la migración.
---
*Hacemos migraciones en el sentido contrario también (Rockwell → Siemens, B&R → Siemens, Mitsubishi → Beckhoff). La primera consulta (60 min) desvela cuál de los tres motivos reales hay detrás de su necesidad de migrar y si se puede negociar a un alcance menor del que afirma el corporate brief inicial.*