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

Solución de problemas de botones de enclavamiento y permisos desactivados en las botoneras (faceplates) de APL

Los botones de enclavamiento (Interlock) y permisos (Permission) permanecen desactivados en las botoneras (faceplates) de APL en la Estación de operador (OS) cuando el bloque tecnológico no tiene bloques de enclavamiento interconectados a sus pines Permit, Intlck o Protect en el diagrama CFC, o cuando el operador conectado carece del Nivel de autorización 5 ("Control de proceso") o el Nivel 6 ("Control de proceso superior") en el Administrador de usuarios de WinCC. Además, si el Cliente OS no puede acceder a las plantillas de botoneras de enclavamiento (como 'PG_Intlk02_Standard.pdl') a través del recurso compartido del servidor, el script de la botonera desactiva los botones de navegación para evitar errores de navegación en Runtime.

Índice de contenidos

Mecánica de la navegación de enclavamiento de APL y scripting de botoneras

En la librería SIMATIC PCS 7 Advanced Process Library (APL), las botoneras de motores (MotL) y válvulas (VlvL) incluyen botones dedicados para la navegación de enclavamientos:
* Permit: Navega a los permisos de activación requeridos antes del arranque.
* Interlock (Intlck): Navega a los enclavamientos operativos activos durante la marcha.
* Protect: Navega a los enclavamientos de parada por seguridad.

Al hacer clic, los scripts de C internos leen los parámetros de entrada del bloque y abren botoneras secundarias hijas (PG_Intlk02_Standard.pdl, PG_Intlk04_Standard.pdl o PG_Intlk08_Standard.pdl).

El estado habilitado/desactivado de estos botones se evalúa dinámicamente durante la inicialización de la botonera en función de tres criterios:
1. Existencia de interconexión de señales (¿hay un bloque de enclavamiento vinculado en el diagrama CFC?).
2. Autorizaciones de operación en el Administrador de usuarios de WinCC.
3. Configuración de bits de características (Feature bits) en el algoritmo del bloque AS.

Causas raíz de los botones de enclavamiento y permisos desactivados

Cuando los operadores informan que los botones Start, Stop y Auto/Manual funcionan normalmente, pero los botones de enclavamiento y permisos permanecen permanentemente atenuados en la OS:

  1. Ausencia de interconexiones de enclavamiento en CFC: Si los pines de entrada Permit, Intlock o Protect del bloque MotL en el diagrama CFC se dejan desconectados (o conectados a constantes binarias estáticas en lugar de a un bloque Intlk02 / Intlk04 / Intlk08), el indicador de estructura interna del bloque reporta que no hay una botonera hija. El script desactiva inmediatamente el botón porque no hay pantalla hija que mostrar.
  2. Restricciones del nivel de autorización de usuario de WinCC: Los comandos operativos estándar (inicio/parada) requieren únicamente el Nivel de autorización 5 (Control de proceso). Sin embargo, saltarse enclavamientos, inspeccionar árboles lógicos de enclavamiento detallados o cambiar parámetros de enclavamiento requiere el Nivel de autorización 6 (Control de proceso superior). Si el usuario posee solo el Nivel 5 (o el Nivel básico 1), los botones de inspección de enclavamientos se bloquean.
  3. Recurso compartido del bus de terminales y archivos PDL de enclavamiento faltantes: En una arquitectura distribuida cliente-servidor, si el Editor de proyectos OS no se ejecutó por completo en el Servidor OS, o si el cliente no puede leer los archivos PG_Intlk*.pdl desde el recurso compartido GraCS del servidor, el script de la botonera detecta la falta de archivos de plantilla y desactiva los botones.
  4. Supresión mediante Feature Bit: El bit Feature.Bit21 ("Show interlock buttons in faceplate") se cambió a 0 en el diagrama CFC.

Resolución paso a paso y configuración de autorizaciones de usuario

Siga esta secuencia de solución de problemas para restablecer el funcionamiento de los botones de enclavamiento:

  1. Verificar las interconexiones en CFC:
    * Abra el diagrama CFC que contiene el bloque de motor o válvula.
    * Verifique que un bloque de enclavamiento (por ejemplo, Intlk04 - FB 1824) esté colocado en el diagrama.
    * Asegúrese de que Intlk04.Out esté conectado a MotL.Permit, MotL.Intlock o MotL.Protect.
    * Compile y descargue los cambios del diagrama CFC.
  2. Configurar los permisos del Administrador de usuarios de WinCC:
    * Abra el proyecto OS en el WinCC Explorer.
    * Haga doble clic en User Administrator.
    * Seleccione la cuenta de usuario del operador (o grupo de operadores).
    * Asegúrese de que las autorizaciones incluyan:
    • Autorización 5: Process Controlling
    • Autorización 6: Higher Process Controlling
    • Guarde los cambios. En el Cliente OS, cierre la sesión y vuelva a iniciarla en el Runtime de WinCC.
  3. Ejecutar el Editor de proyectos OS y verificar el recurso compartido GraCS:
    * En el Servidor OS, abra el WinCC Explorer y ejecute el OS Project Editor con Configuración completa (Complete configuration).
    * Compile la OS y descárguela a la estación OS de destino.
    * Verifique que PG_Intlk02_Standard.pdl exista dentro del directorio GraCS del servidor.

Verificación

  • En el Runtime de WinCC, abra la botonera del motor.
  • Verifique que:
  • Los botones Permission e Interlock en el encabezado de la botonera estén completamente habilitados (no atenuados).
  • El pequeño icono de candado o llave refleje el estado de salud actual del enclavamiento (desbloqueado en verde frente a bloqueado en rojo).
  • Al hacer clic en el botón Interlock, se abra inmediatamente la botonera de enclavamiento hija que muestra las condiciones de entrada individuales y los estados de puenteo (bypass).

Limitaciones y precauciones operativas

  • Conceder el Nivel de autorización 6 permite a los operadores omitir enclavamientos si Feature.Bit2 está habilitado. Asegúrese de que los procedimientos operativos de la planta regulen estrictamente a quién se le otorgan privilegios de control de procesos superiores.
  • Si realiza pruebas en una Estación de ingeniería donde el Administrador de Windows ha iniciado sesión, los permisos se omiten de manera predeterminada; valide siempre los derechos de usuario bajo la cuenta de operador restringida real.

Preguntas frecuentes del ingeniero

  • ¿Puede un botón de enclavamiento abrir una pantalla gráfica personalizada en lugar de una botonera de enclavamiento de APL?
    Sí, pero requiere personalizar el script de C detrás del botón o vincular la etiqueta OS_Permit del bloque a una ventana de imagen personalizada.
  • ¿Por qué los botones funcionaban en la Estación de ingeniería pero fallaban en el PC de la OS?
    La Estación de ingeniería tenía una sesión iniciada con una cuenta de administrador con todos los niveles de autorización habilitados, mientras que la cuenta de operador en la estación OS solo tenía privilegios básicos del Nivel 5.
  • ¿Cuál es la diferencia entre Permit, Interlock y Protect?
    Permit permite que un motor arranques (se verifica solo durante el arranque). Interlock dispara un motor en marcha si las condiciones fallan. Protect es un enclavamiento de seguridad que no se puede omitir y anula todos los comandos manuales.

Referencias técnicas

  • Manual de funciones de SIMATIC PCS 7 Advanced Process Library (APL): Bloques de enclavamiento (A5E43360408-AA).
  • Guías de seguridad y del Administrador de usuarios de SIMATIC WinCC V7/V8.
  • Entrada del Servicio de Asistencia en Línea de Siemens ID 109801081: Configuración de enclavamientos y navegación por botoneras en PCS 7.

Artículos relacionados

Etiquetas relacionadas

PCS 7, APL, Faceplates, Interlocks, Permission, User Administrator, WinCC, MotL

20 respuestas