Los paquetes de opciones de STEP 7 S7–PDIAG y S7–GRAPH envían avisos ALARM_S. Debido a ello, para configurar un diagnóstico de procesos en ProTool debe emplearse también el procedimiento de numeración de avisos ALARM_S. Los avisos ALARM_S no se configuran en ProTool, sino en STEP 7.
Los textos y atributos almacenados durante la configuración de avisos en STEP 7 se depositan en la base de datos utilizada conjuntamente con ProTool. Al generar el pro- yecto, ProTool importa automáticamente los datos requeridos y los envía posterior- mente a la unidad de operación durante la transferencia.
Base de datos común
Figura 6-5 Configuración y transferencia de avisos ALARM_S
Por lo tanto, es importante que, durante la generación, la base de datos común se halle siempre en el estado más reciente y que esté conectada la sincronización.
Los avisos ALARM_S son configurados mediante STEP 7. Los datos son depositados en una base de datos común, importados por ProTool al generarse el proyecto y envia- dos por último a la unidad de operación durante la transferencia.
Por consiguiente, los avisos ALARM_S también absorben recursos en e la unidad de operación. Cuanto más breves sean los textos de los avisos, tanto menor será la capa- cidad de memoria requerida.
En total, pueden crearse un máximo de 2.000 avisos de servicio y 2.000 alarmas. A tal
Implementación de avisos ALARM_S
Recursos disponibles
6.5.1
Desarrollo de la comunicación
Varias estaciones (p.ej. distintos OP, PG, etc.) de una red pueden darse de alta para recibir avisos ALARM_S. Cada estación donde deban visualizarse avisos ALARM_S se identifica para ALARM_S en el CPU.
OP
S7CPU
PG
OP
CPU
S7Figura 6-6 Red MPI
Al llegar el aviso, el CPU reacciona enviando los telegramas correspondientes a todas las estaciones dadas de alta. A través del número de aviso, tiene lugar la asignación al texto del aviso enviado a la unidad de operación durante la transferencia.
Es decir, que no es necesario interrogar activamente mediante consulta periódica si existen avisos en el CPU, tal como sucede en el procedimiento de bits de avisos. Con ello se eximen íntegramente de esta carga del sistema a la unidad de operación, el CPU y la red.
En ALARM_S, los sellos de tiempo no son otorgados por la unidad de operación, sino por el CPU. Los avisos son clasificados cronológicamente en el buffer de avisos de la unidad de operación según este sello de tiempo, incluso si procedieran de diferentes unidades CPU.
El CPU almacena tanto la hora como el estado del aviso (llegado, desaparecido, con- firmado) y los eventuales parámetros del proceso. Estas informaciones se conservan hasta que se haya despachado un aviso enteramente, es decir, después de llegar, desa- parecer y confirmarse el mismo. La información permanece almacenada más tiempo en el buffer de avisos de la unidad de operación.
Identificación para ALARM_S Presentación de un aviso Sello de tiempo Informaciones almacenadas Avisos
6.5.2
Confirmación
Cuando una estación de la red confirma un aviso, se notifica esto inmediatamente al CPU. El CPU distribuye entonces la confirmación entre todas las estaciones conecta- das. La unidad de operación no reacciona hasta recibir esta notificación, es decir, que sólo ahora se inscribe la confirmación en el buffer de avisos.
Nota
El CPU otorga para el evento de confirmación un sello de tiempo, pero éste no es almacenado. Por consiguiente, durante una actualización posterior ya no es posible determinar si se ha confirmado un aviso ni cuándo sucedió ello.
En estos avisos ALARM_S que, si bien han sido configurados como alarmas, no re- quieren una confirmación explícita por parte del usuario, el CPU confirma automáti- camente cada aviso que llega. En el buffer de avisos se inscriben entonces no sólo el evento de llegada, sino también el evento de confirmado.
6.5.3
Impresión de avisos
Los avisos que deben imprimirse se ajustan, como de costumbre en ProTool, a través del punto del menú Sistema destino → Avisos → Ajustes.
Si Ud. no efectúa en STEP 7 ningún ajuste de avisos específico del equipo, se proto- colizan siempre todos los eventos de aviso directamente en el impresor conectado. Si Ud. configura avisos específicos del equipo, puede determinar individualmente para cada aviso si debe ser protocolizado o no.
Si una red cuenta con varias unidades CPU, significa ello que los avisos no llegan siempre en orden cronológico a la unidad de operación. Los avisos se imprimen siempre en el orden en que van recibiéndose de las unidades CPU. Esto sucede tam- bién en cada sincronización.
La impresión en caso de un desbordamiento del buffer de avisos se efectúa tal como
Avisos ALARM_S con confirmación Avisos ALARM_S sin confirmación Protocolización de los avisos Impresión en caso Avisos
6.5.4
Multitud de avisos
Podría suceder que se reciban numerosos avisos ALARM_S en un tiempo muy breve. Ello podría ocasionar congestiones en el procesamiento.
Si transcurriera un período muy breve entre la aparición de dos avisos, no bastaría eventualmente el tiempo para transmitir el primer aviso. El CPU notifica entonces el estado actual, es decir, la aparición del último aviso. Sin embargo, al mismo tiempo se notifica a cada estación (y, por consiguiente, también a la unidad de operación) que ha tenido lugar por lo menos un cambio de señal que no pudo transmitirse.
En la unidad de operación se representa invertido (escritura clara sobre fondo oscuro) el número de aviso si no pudo registrarse una llegada y desaparición múltiple del avi- so.