Por qué los botones de interbloqueo de las faceplates de la APL están deshabilitados en WinCC OS y cómo solucionarlos

Cuando los botones de salto de interbloqueo en las faceplates de motores y válvulas de la Advanced Process Library (APL) aparecen deshabilitados (atenuados) en una estación WinCC OS —a pesar de funcionar perfectamente durante las ejecuciones de prueba en la Estación de ingeniería (ES)—, la falla se debe a referencias de texto internas faltantes en la WinCC Text Library o a directorios locales corruptos del proyecto OS. En las faceplates de la APL, al hacer clic en un botón de interbloqueo se salta directamente al bloque de interbloqueo vinculado (Intlk02, Intlk04, Intlk08). Esta navegación se basa en una variable de sistema interna (<HID><CFC>/<Block>.Interlock#Jump) que consulta un índice en la WinCC Text Library. Si un proyecto OS se compila o descarga mientras la configuración de idioma está desalineada, la Text Library carece de entradas para los idiomas que no sean el inglés, lo que hace que los botones de salto no funcionen. La resolución requiere copiar las entradas de la Text Library en todas las columnas de idioma o realizar una descarga limpia del directorio del proyecto OS.

Índice de contenidos

Mecánica de la navegación de interbloqueo en las faceplates de la APL (Variables #Jump)

En la SIMATIC PCS 7 Advanced Process Library, las faceplates tecnológicas (como MotL y VlvL) proporcionan una navegación gráfica fluida hacia la lógica de interbloqueo:
1. La conexión de interbloqueo: En el diagrama CFC, una salida de interbloqueo (p. ej., Intlk08.Out) está cableada a MotL.Permit, Intlk o Protect.
2. Generación de variables: Durante la compilación de la OS, el compilador inspecciona las conexiones de bloques con un estado de señal válido (ST != 16#FF) y crea una variable interna de WinCC con el formato:
@<HID><CFC_Name>/<Block_Name>.Interlock#Jump
3. El puntero de la Text Library: El valor de esta variable es un identificador entero que apunta a una entrada de texto en la WinCC Text Library. Dicha entrada de texto contiene la imagen de destino exacta y el nombre de bloque del interbloqueo conectado.
4. Salto en tiempo de ejecución: Cuando un operador hace clic en el botón de interbloqueo, el script de la faceplate consulta la Text Library utilizando el ID entero, abre la faceplate de interbloqueo y resalta la condición de disparo activa.

Por qué los botones de salto funcionan en la ES pero fallan en las estaciones OS dedicadas

Los ingenieros observan frecuentemente que los botones de interbloqueo operan correctamente al iniciar el tiempo de ejecución en la Estación de ingeniería, pero se deshabilitan tan pronto como el proyecto se descarga en Estaciones Monocuerpo o Servidores OS dedicados:
* Fragmentación del directorio local del proyecto: Cuando un proyecto OS se descarga repetidamente desde la ES hacia una estación de destino sin eliminar los archivos temporales de caché de tiempo de ejecución, en la base de datos de destino persisten listas de variables internas obsoleto.
* Descriptor de proyecto OS corrupto: Si una descarga de OS falla a mitad de camino, o si se modificó la ruta de destino, el cliente lee un descriptor de paquete desalineado, lo que deshabilita los scripts de navegación.
* La solución: Eliminar el directorio local del proyecto en la estación OS física y ejecutar una descarga limpia y nueva desde la ES restablece la sincronización impecable de la base de datos.

La brecha de sincronización multilingüe de la WinCC Text Library

Una segunda causa raíz, muy prevalente, involucra la configuración del idioma de tiempo de ejecución:
- Columnas de texto específicas del idioma: La WinCC Text Library mantiene columnas de texto separadas para cada idioma configurado (p. ej., alemán, inglés, español, francés).
- La trampa de la columna vacía: Bajo circunstancias específicas de compilación, el compilador de la OS rellena las cadenas de referencia de variables estrictamente en la columna del idioma de ingeniería primario (p. ej., inglés), dejando las columnas secundarias completamente vacías.
- El síntoma: Si el idioma de tiempo de ejecución predeterminado de la estación OS se establece en alemán (o si la configuración regional de Windows difiere de la ES), el script de la faceplate consulta la columna en alemán, recibe una cadena vacía y atenúa automáticamente el botón.

Método: Resolución paso a paso y alineación de la Text Library

Siga este procedimiento estandarizado para restaurar los botones de las faceplates de interbloqueo en todas las estaciones de operador:

Paso 1: Verificar los requisitos previos de conexión de interbloqueo en CFC

Abra el diagrama CFC: asegúrese de que el bloque de interbloqueo conectado (Intlk02, Intlk04, Intlk08) sea un bloque auténtico de la APL con S7_m_c := 'true'.
(Nota: Conectar compuertas lógicas básicas como Or04 o And04 NO generará botones de salto porque las compuertas básicas carecen de los 'typicals' de faceplates).
Confirme que el estado de la señal de interbloqueo sea correcto (ST != 16#FF).

Paso 2: Inspeccionar y alinear la WinCC Text Library

En SIMATIC Manager, abra el proyecto OS en WinCC Explorer.
En el árbol de navegación, abra Text Library.
En la barra de búsqueda de la Text Library, filtre por: Interlock.
Localice las entradas correspondientes a sus bloques tecnológicos:
- Observe el valor del texto (p. ej., Plant1/UnitA/Chart1/Intlk08).
- Verifique todas las columnas de idioma (inglés, alemán, francés):
- Si la columna en inglés está poblada pero las columnas en alemán u otros idiomas están en blanco, ¡el botón se deshabilitará siempre que se ejecute en ese idioma!
Seleccione el texto en inglés poblado, cópielo y péguelo en todas las columnas de idioma en blanco para ese ID de texto.
Guarde y cierre la Text Library.

Paso 3: Realizar una descarga limpia a la estación OS de destino

Si la Text Library está poblada pero la estación OS física todavía muestra los botones deshabilitados:
1. Desactive WinCC Runtime en la estación OS física y cierre WinCC Explorer.
2. Abra el Explorador de archivos de Windows en la estación OS física:
- Navegue hasta el directorio de almacenamiento del proyecto.
- Elimine toda la carpeta del proyecto local (o muévala a un directorio de respaldo de archivo).
3. En la Estación de ingeniería (ES), abra SIMATIC Manager.
4. Haga clic derecho en el proyecto OS y seleccione PLC -> Download:
- Confirme la ruta de destino y el nombre del equipo.
- Seleccione Entire Scope.
- STEP 7 copia una base de datos de proyecto impecable y no corrupta a la estación OS.
5. Inicie WinCC Runtime en la estación OS.

Verificación

Para verificar que los botones de salto de interbloqueo se han restaurado por completo:
- Abra la faceplate del motor o de la válvula en la estación OS en WinCC Runtime.
- Verifique que los iconos de estado de interbloqueo (Permit, Interlock, Protection) muestren bordes activos en azul o amarillo, y que el botón de navegación esté habilitado (borde sólido y clickeable).
- Haga clic en el botón de interbloqueo: verifique que la faceplate de destino Intlk08 se abra instantáneamente como una ventana emergente anclada.
- Cambie el idioma de tiempo de ejecución de WinCC de inglés a alemán (u otros idiomas instalados): verifique que el botón de salto permanezca totalmente activo y operativo en todos los idiomas.

Limitaciones y precauciones operativas

Interconexiones de compuertas lógicas básicas: Si un interbloqueo es gobernado por lógica booleana sin procesar (p. ej., una salida de bloque AND cableada directamente a MotL.Intlock), PCS 7 no puede crear un botón de salto. Enrute siempre la lógica a través de un bloque de interbloqueo autorizado de la APL (Intlk02–Intlk08) para habilitar la navegación en la faceplate.
Compilaciones de OS posteriores: Si modifica manualmente la Text Library, tenga en cuenta que ejecutar una compilación de OS con "Entire Scope" puede borrar las ediciones manuales si la configuración regional de idioma en SIMATIC Manager es inconsistente. Asegúrese de que el idioma predeterminado del proyecto esté alineado en Options -> Language for Display Devices.
No elimine proyectos mientras el Runtime esté activo: Nunca intente eliminar o alterar archivos en la estación OS mientras WinCC Runtime o los procesos de SQL Server estén accediendo activamente a los segmentos de la base de datos.

Preguntas frecuentes para ingenieros

¿Puedo navegar a un bloque de interbloqueo ubicado en un diagrama CFC diferente?

Sí. El mecanismo #Jump de la APL opera globalmente en todo el programa S7 y la jerarquía de la planta. El script de la faceplate resuelve la ruta entre diagramas automáticamente.

¿Por qué el botón funciona en la ES pero falla en la OS?

La base de datos del proyecto de la ES se modificó y probó localmente, mientras que la estación OS se estaba ejecutando con una copia de proyecto más antigua o descargada parcialmente con IDs de variables internas desalineadas.

¿Qué sucede si el bloque de interbloqueo conectado tiene un estado de señal malo (16#FF)?

Si el estado de la señal es 16#FF (No inicializado / No conectado), la faceplate de la APL reconoce que ningún bloque tecnológico válido está controlando la entrada y desactiva automáticamente el botón.

¿Cómo verifico qué variable interna se utiliza para el salto de interbloqueo?

En WinCC Explorer, abra Tag Management -> Internal Tags. Filtre por variables que contengan .Interlock#Jump. El valor inicial de esta variable es el número de ID exacto de la Text Library.

Referencias técnicas

Siemens Industry Online Support: SIMATIC PCS 7 Advanced Process Library (APL) Manual.
Entrada SIOS 109742323: PCS 7 Compendium Part A - Configuration Guidelines (Sección: WinCC Text Library and Localization).
Entrada SIOS 109809264: SIMATIC Process Control System PCS 7 Advanced Process Library Faceplates.
FAQ de soporte de Siemens: Why Are Interlock Jump Buttons Grayed Out on Faceplates in Multi-Language Projects?

Etiquetas relacionadas

APL
Faceplates
Interbloqueos
Text Library
WinCC
Navegación
Automatización industrial