En la entrada de hoy vamos a tratar una cosa fundamental en nuestros proyectos: la gestión de alarmas en S7.
Antes o después, nuestra automatización va a tener algún tipo de problema, por ejemplo, de mal funcionamiento. Esto en principio no es un problema ya que por lo general vamos a tener una pantalla asociada donde vamos a poder mostrar en cada caso qué alarma es la que ha saltado y si fuera necesario su tratamiento o puntos a comprobar para poder resolverla.
Por otro lado, además de la indicación en la pantalla de la alarma, hay que llamar la atención del operario para indicarle que algo no va como debiera. Así, tendremos casi siempre:
- Una bonita baliza luminosa
- Una sirena que deje medio sordo a los que estén alrededor.
La primera no suele molestar mucho. A mi el rojo me gusta a pesar de no ser mi color favorito… pero que una sirena me esté taladrando el oido cuando ya me he enterado de que la alarma está activa y que además el problema no es resoluble a corto plazo, me hace estar un tanto inquieto.
Por tanto, lo que vamos a ver a continuación es:
- Activar la baliza roja de forma parpadeante cuando surja una nueva alarma.
- Que la alarma se quede fija una vez que la alarma haya sido reconocida.
- Cómo activar la sirena cuando surja una nueva alarma aunque haya sido reconocida previamente.
- Cómo parar la sirena cuando se reconoza la alarma.
- Cómo resetear todas las alarmas (si se puede porque las causas hayan desaparecido)
- Cómo lanzar de nuevo la sirena en caso de transcurrido un tiempo, las alarmas no han desaparecido (si fuera necesario)[divider]
Gestión de alarmas en S7
Como veis no es nada que sea extraño. La idea es que suene la sirena y la podamos apagar. Esto en sí mismo es fácilmente resoluble.
El problema puede surgir si salta una nueva alarma, que también queremos que la sirena suene de nuevo o para determinadas alarmas, aunque hayan sido acusadas, suenen de nuevo al de dos horas por ejemplo recordando que el problema no se ha solventado.
¿Cómo hacerlo?
Pues los ingredientes que vamos a usar son los siguientes:
- Un FC donde realizar la gestión de las alarmas con sus variables de entrada y salida
- Un FC donde programar las alarmas
- Un DB donde almacenar el estado de las alarmas y su significado
- Unas pocas marcas y salidas[divider]
El FC
Vamos a usar un FC reutilizable para todos nuestros proyectos. O casi todos. Algo que podamos usar más adelante, en otra automatización. Esto nos va a obligar a que todos los datos que usemos haya sido introducidos como entrada y los generados los saquemos como salidas.
Las tareas que vamos a realizar en este FC van a ser:
- Comprobar cuántas alarmas activas hay
- Comprobar si hay más alarmas activas que en el ciclo anterior. Si las hay, activar una salida que indique que hay una nueva alarma.
- Comprobar si han sido acusadas las alarmas. Si lo han sido, tirar la señal de nueva alarma.
- Resetear las alarmas si tenemos una entrada que así lo indique.
- Dar intermitencia o no a una salida que indique si de las alarmas activas existentes hay nuevas o están todas acusadas.
- Tener una entrada que nos rearranque la bocina y la baliza si hemos programado que al de un tiemp0 del apagado de la bocina, la causa que generó la alarma no ha desaparecido.
En un segundo FC programaremos nuestras alarmas. A decir verdad podemos concentrar la programación de todas las alarmas en un único FC o bien en cada parte o bloque donde se estén generando las acciones de nuestra automatización, generar ahi la alarma pertinente. It’s up to you.[divider]
El DB
El DB no va a ser mas que un listado de booleanas donde activaremos nuestras alarmas.
¿Por qué eliges un DB en vez de hacerlo con marcas?
Pues por costumbre, lo primero. Y lo segundo, y más importante por practicidad.
- Puedo ver en un sólo sitio dentro de S7 las alarmas de las que dispongo y cuáles estoy usando.
- Sé cuales uso porque comento qué hace cada alarma
- No corro riesgo de machacar una dirección.
- Puedo dejar espacios grandes sin usar sin miedo que en un futuro use una dirección intermedia para una cosa que no sea una alarma
Es cierto que todo lo dicho es más o menos aplicable a las marcas, pero a mi juicio es más efectivo y sostenible con los DB.
Y poco más. Casi que lo mejor es que veas el vídeo que te he preparado con una simulación de cómo funcionaría y una explicación del programa. Son 16 minutos de nada.. ejem (cada día me enrollo más).[divider]
¿Y en TIA Portal?
Si quieres saber cómo hacerlo en TIA Portal, puedes pasarte por esta otra entrada.
Enseño a programar PLC de Siemens a través de mis cursos.
Más información sobre mi aquí
Puedes seguirme en cualquiera de las siguientes redes sociales.
13 Comentarios
Hola Iñigo,
Está muy bien el video, yo también programo però no en FUL , en KOP programo me parece que es, la verdad es que no parece dificil.
Yo tambien recientemente he hecho esta aplicacion
Hola Iñigo,
El último mensaje que dejé en tu me equivoqué en lo que puse. Quería decir que habia hecho una aplicación , no como la tuya!!
Me gustaría saber si el mismo FC1 de chequear alarmas se puede ver en lenguaje
KOP, ya que no lo veo muy claro.
Te dejo unos vi…
Hola Jose Antonio,
El programa no es traducible a KOP ya que tiene punteros los cuales sólo pueden ser escritos en AWL (No es traducible ni a FUP ni a KOP).
A veces me explico como un libro cerrado, así que… ¿dónde te has perdido o tienes dudas?
hola inigo
oye una pregunta el archivo de hmi lo hiciste con win cc flexible sp3 es que yo tengo el 2008sp2 y no me deja abrirlo espero me puedas ayudar
gracias!!!
Está en WinCC SP3..
Ahora estoy trabajando con SP2 en una máquina virtual, así que intenta conseguir la actualización.
Un saludo,
Iñigo
gracias por tu respuesta y por tomarte este tiempo de compartirnos tus conocimientos se te agradece enserio!! oye tengo otra pregunta que tan complicado es el realizar un historial de cambios en una hmi por ejemplo de parametros en una maquina que se registre si se cambia algo talvez mas adelante pudieras hacer una entrada con algo de esto
Muchas gracias.
La verdad es que las veces que he hecho este tipo de cosas ha sido programandolo en un entorno de VB.net.
Supongo que algo se podría hacer con una pantalla, pero lo cierto es que no me he puesto nunca con ello. Imagino que se puede hacer un registro en vez de alarmas de eventos.
Pero como digo, ni lo intentado.
Un saludo
Buenas Iñigo.
Tengo un problema al migrar desde Tia portal V11 el archivo de ejemplo.
Me sale este error. No hay instalada ninguna versión apropiada de STEP 7. Instale STEP7 V5.4 SP 5 o superior.
A que puede ser debido?
Muchas gracias por tu tiempo.
Hola David,
No sabría decirte, pero por lo que parece necesitas el propio Step7 V5.4 SP5 para pasarlo a TIA, es decir, tener instalados ambos para poder pasar de Step 7 a TIA.
Te resumo los requisitos de soft:
Requisitos software
En el PC en el que se quiere realizar la migración tienen que estar instalados los siguientes componentes software.
STEP 7 Professional (TIA Portal), a partir de la V11
STEP 7 V5.4 + SP5 o superior con la licencia correspondiente
Paquetes opcionales del STEP 7 que se utilicen en los proyectos a migrar
Link: http://support.automation.siemens.com/WW/llisapi.dll?func=cslib.csinfo&objId=56314959&load=treecontent&lang=es&siteid=cseus&aktprim=0&objaction=csview&extranet=standard&viewreg=WW
en el curso en pdf estaran todas las soluciones a los ejemplos?
De los ejemplos relevantes sí. Se adjuntan los proyectos en Step 7 o en algún caso en texto dentro del libro.
Saludos.
Buenas Tardes, disculpa yo quisiera realizarte varias preguntas, o solicitarte asesorias, ya que estoy trabajando con un programa en step7, pero quisiera saber si al hacer un respaldo de ese programa, tambien se guaradan en ese respaldo, los errores y las alarmas existentes para cuando se hiso el respaldo. espero puedas ayudarme y si tienes un correo donde me te pueda solicitar asesoria, es que he venido estudiando la programacion en S7 y tengo varias dudas.
Agradesco de antemano.
No. Solo se respalda el programa, nada más.
Respecto a servicios profesionales de asesoría, no realizo actualmente.
Solamente los cursos de programación.
Saludos