C135 PCS 7 (PCS7)
6C
6 Cielo Ciencia y Tecnología
·Publicada en C135 PCS 7 (PCS7)

Rutas de migración paso a paso desde las versiones heredadas de PCS 7 V6.1 y V7.1 a PCS 7 V9.1

La migración directa de SIMATIC PCS 7 V6.1 a V9.1 es imposible debido a cambios importantes en la arquitectura de bases de datos, la introducción de sistemas operativos de 64 bits y el cambio de Microsoft SQL Server 2000 a SQL Server 2017. La migración desde la versión V6.1 requiere actualizaciones intermedias: V6.1 -> V7.1 SP4 -> V8.2 SP1 -> V9.1. Para PCS 7 V7.1, los proyectos se pueden actualizar directamente a V9.1 si se aplica una «Actualización de software con utilización de nuevas funciones» a partir de V7.1 SP4, o mediante V8.2 SP1 si se realiza una actualización estándar. Los bloques personalizados se pueden conservar, pero requieren la adaptación de la cabecera y la recompilación en SCL para garantizar la compatibilidad con el S7-410.

Índice de contenidos

Barreras de bases de datos y arquitectónicas para la migración directa

Los ingenieros encargados de modernizar instalaciones industriales obsoletas que ejecutan PCS 7 V6.1 (lanzado alrededor de 2005) o V7.1 (alrededor de 2009) a la versión moderna PCS 7 V9.1 se enfrentan a profundas transformaciones arquitectónicas subyacentes:
1. Transición del sistema operativo: Los sistemas heredados V6.1/V7.1 se ejecutan en Windows XP de 32 bits, Windows Server 2003 o Windows 7. PCS 7 V9.1 opera estrictamente en Windows 10 Enterprise LTSC de 64 bits o Windows Server 2019.
2. Evolución de Microsoft SQL Server: Las bases de datos subyacentes de WinCC pasaron de Microsoft SQL Server 2000 (V6.1) y SQL Server 2005 (V7.1) a través de SQL Server 2008/2014 hasta SQL Server 2017. Las estructuras de archivos de bases de datos (*.mdf/*.ldf) no pueden salvar cuatro saltos importantes de generación de SQL en un solo paso.
3. Formatos de bases de datos de CFC y tecnológicos: Las tablas internas de bases de datos de Step 7 y los índices de referencias cruzadas sufrieron importantes reescrituras de esquemas en V8.0 y V9.0 para admitir los tipos de módulos de control (CMT) y la Advanced Process Library (APL).

Intentar abrir un proyecto de V6.1 directamente en PCS 7 V9.1 provoca errores de apertura de proyectos, bloques de datos de diagramas corruptos o archivos de proyectos de WinCC ilegibles.

Secuencias de migración multietapa certificadas

Siemens publica estrictos requisitos de etapas de migración. Siga estas rutas de conversión escalonadas:

Ruta de migración 1: Desde PCS 7 V6.1

  1. Etapa 1 (De V6.1 a V7.1 SP4):
    * Realice la reorganización de la base de datos en la estación de ingeniería de V6.1.
    * Abra el proyecto en una estación de trabajo de transición que ejecute PCS 7 V7.1 SP4 (Windows 7 / Server 2008).
    * Actualice las bases de datos del proyecto WinCC mediante la herramienta WinCC Project Migrator. Compile el AS y el OS.
  2. Etapa 2 (De V7.1 SP4 a V8.2 SP1):
    * Transfiera el proyecto a una máquina virtual intermedia que ejecute PCS 7 V8.2 SP1 (Windows 7 de 64 bits).
    * Actualice los bloques del proyecto y compile los diagramas.
  3. Etapa 3 (De V8.2 SP1 a V9.1 / V9.1 SP2):
    * Abra el proyecto en PCS 7 V9.1. Convierta la base de datos del proyecto OS, recompile las configuraciones de hardware y actualice los bloques de la biblioteca.

Ruta de migración 2: Desde PCS 7 V7.1

  • Con utilización de nuevas funciones (Modernización completa de APL): Compatible directamente desde PCS 7 V7.1 SP4 o superior directamente a PCS 7 V9.1 SP1.
  • Sin utilización de nuevas funciones (Mantenimiento de bloques heredados): El proyecto original debe actualizarse primero a PCS 7 V8.2 SP1, tras lo cual se puede importar a V9.1.

Gestión de bibliotecas heredadas y bloques regionales personalizados

Una preocupación de ingeniería crítica durante la migración es la conservación de bloques de funciones personalizados, propietarios o regionales:
* Biblioteca clásica frente a APL: En PCS 7 V6.1 y V7.1, muchas plantas utilizaban la biblioteca clásica estándar de PCS 7 (CH_DI, CTRL_PID). En V9.1, los proyectos estándar utilizan la Advanced Process Library (APL). Aunque los bloques de la biblioteca clásica pueden ejecutarse técnicamente en modo de compatibilidad heredada, Siemens recomienda planificar una modernización a APL.
* Bloques SCL personalizados: Los bloques de usuario propietarios escritos en S7-SCL deben revisarse:
* Asegúrese de que los archivos de código fuente (*.scl) se exporten desde el proyecto original.
* Recompile las fuentes SCL en el entorno de V9.1 para verificar que la sintaxis cumpla con las estrictas reglas del compilador de 64 bits y los conjuntos de instrucciones de la CPU S7-410.
* Actualice los números de mensajes: Asegúrese de que los identificadores de mensajes ALARM_8P tengan asignados IDs únicos de 32 bits en todo el proyecto.

Verificación

  • En el SIMATIC Manager en la estación V9.1, ejecute Archivo -> Guardar como... -> Con reorganización (lento). Confirme que el proyecto se reconstruya correctamente sin errores de integridad en la base de datos.
  • En HW Config, sustituya los módulos de hardware obsoletos (p. ej., CP 1613, CP 443-1 heredados y CPUs S7-400 más antiguas) por equivalentes modernos (p. ej., CP 1623, CPU 410-5H). Ejecute Guardar y compilar.
  • Compile los diagramas CFC con la opción Generar controladores de módulos habilitada. Confirme que no haya errores.
  • Abra el WinCC Explorer, ejecute el Editor de proyectos OS y verifique que las bases de datos de la biblioteca de textos (Text Library), el registro de alarmas (Alarm Logging) y el registro de variables (Tag Logging) se compilen correctamente.

Limitaciones y precauciones operativas

  • Nunca realice una actualización in situ del sistema operativo en una estación de ingeniería que contenga proyectos industriales activos. Cree siempre máquinas virtuales de migración limpias.
  • Los módulos de hardware obsoletos que carezcan de controladores de 64 bits o de firmware moderno deben actualizarse o sustituirse en HW Config.
  • Los controladores S7-410 no admiten bloques de comunicación heredados de bibliotecas de PCS 7 obsoletas; asegúrese de que los bloques de controladores de comunicación cumplan con los estándares modernos de APL.

Preguntas frecuentes del ingeniero

  • ¿Puedo conservar mis gráficos antiguos de WinCC de la versión V6.1?
    Sí. Los archivos de imagen de WinCC (*.pdl) se pueden migrar utilizando la herramienta WinCC Project Migrator a través de las versiones de transición, aunque los asistentes dinámicos (dynamic wizards) pueden requerir una nueva vinculación.
  • ¿Dónde puedo obtener versiones heredadas de PCS 7 para los pasos intermedios de migración?
    El soporte técnico de Siemens proporciona paquetes de soportes de software de migración temporales (kits de herramientas de migración) mediante solicitudes formales de soporte.
  • ¿Cuál es la diferencia entre actualizar con y sin nuevas funciones?
    Actualizar "sin nuevas funciones" conserva los tipos de bloques heredados y las pantallas de operador (faceplates) para minimizar la recertificación de la planta. Actualizar "con nuevas funciones" sustituye los bloques por sus homólogos modernos de APL para aprovechar las características modernas.

Referencias técnicas

  • Manuales de actualización de software y migración de SIMATIC PCS 7 (de V6.x a V9.x).
  • Entrada del Servicio en Línea de la Industria de Siemens (Siemens Industry Online Support) ID 109801081: Rutas de migración de PCS 7 y resumen de compatibilidad.
  • Guía de soporte de Siemens: Actualización de PCS 7 de V7.1 a V9.1 con un tiempo de inactividad mínimo.

Artículos relacionados

Etiquetas relacionadas

PCS 7, Migración, Actualización, V6.1, V7.1, V9.1, WinCC, Sistema de ingeniería, S7-400

20 respuestas