COMUNICACIONES INDUSTRIALES. Redes industriales

Tamaño: px

Comenzar la demostración a partir de la página:

Download "COMUNICACIONES INDUSTRIALES. Redes industriales"

Dolores Cortés Plaza
hace 8 años
Vistas:

1 COMUNICACIONES INDUSTRIALES Redes industriales Bus AS-i 05. Diagnóstico y alarmas con del CP Página: 0/9

2 PRÓLOGO Esta documentación forma parte de una serie de manuales que un grupo de profesores de tres institutos de educación secundaria de Catalunya, como son: IES-SEP Comte de Rius de Tarragona IES Palau Ausit de Ripollet (Barcelona) IES-SEP La Garrotxa de Olot (Girona) han estado experimentando con diferentes materiales incluidos dentro de la temática de la automatización, el control y las comunicaciones industriales. Este equipo de profesores, formaron un grupo de trabajo, llamado EDCAI (Experimentación y Documentación en Control y Automatización Industrial), reconocido tanto por el Departament d Educació de la Generalitat de Catalunya como por la empresa Siemens, con unos objetivos tan sencillos como claros y que se basaban en la realización de documentación realizada por profesores/as para profesores/as, y que además, pudiese servir como manual para los alumnos, esto quiere decir que se ha intentado realizar una documentación que sea fácil de seguir con unas explicaciones paso a paso de los diferentes procesos a realizar, para de esta manera poder alcanzar el objetivo propuesto en cada ejercicio. Este grupo de trabajo continúa trabajando en cada uno de los temas para poder ir actualizando día a día esta documentación, es por ello, que nos podéis enviar vuestras sugerencias a través de la información que encontrareis en la web dedicada a este grupo de trabajo y que desde aquí os invitamos a participar. Esperamos que el esfuerzo y dedicación que hemos realizado pueda ayudar a mejorar vuestra labor educativa. Los profesores del grupo de trabajo EDCAI Página: 1/9

3 INDICE. 1. Diagnóstico y alarmas Introducción Eventos de alarma Datos locales del bloque de organización de diagnóstico (OB82) Lectura del bloque de datos de diagnóstico DS Ejemplo de programación Tabla de variables Ejercicio de aplicación. 9 Página: 2/9

1.3. Datos locales del bloque de organización de diagnóstico (OB82). 4

4 1. DIAGNÓSTICO Y ALARMAS Introducción. En el modo protegido, el CP da una alarma de diagnóstico cada vez que se produce un cambio en la configuración del AS-Interface. Cambios de configuración pueden ser: tensión demasiado baja en el AS-Interface (AS-i Power Fail) y errores de configuración (esclavos AS-i faltantes, erróneos o existentes pero no configurados). Si el CP reconoce durante el funcionamiento errores externos o internos (fallos de esclavos AS-i, errores de EEPROM en el CP,...), los señaliza por activación de una, así llamada, alarma de diagnóstico (Diagnostic Alarm DAL) en el bus de periferia S7. La CPU interrumpe entonces el programa de usuario cíclico (OB 1), registra el evento como aviso de módulo perturbado en el búfer de diagnóstico del sistema y se comporta del siguiente modo: Si el usuario no ha programado el correspondiente OB de alarma (OB 82), la CPU pasa al estado STOP y se observa como el led System Fail (SF) de la CPU se mantiene iluminado. Si se ha programado el OB 82, éste es iniciado por el sistema operativo del PLC. El PLC continua en estado de RUN aunque se mantenga el led System Fail (SF) de la CPU encendido, mientras exista la alarma, restaurándose éste automáticamente al desaparecer la alarma. En los datos locales del OB 82 se ponen ya a disposición del usuario algunas informaciones de diagnóstico como por ejemplo: Qué módulo ha provocado la alarma? Qué tipo de fallo se ha producido?... El programa de usuario puede obtener adicionalmente informaciones de diagnóstico más detalladas ( Qué esclavo ha fallado?...) leyendo el bloque de datos de diagnóstico DS 1 a través de las funciones del sistema SFC 51 ( RDSYSST ) o SFC 59 ( RD_REC ). Una vez finalizado OB 82, el PLC continúa el programa cíclico (OB 1) en el punto donde se interrumpió. Nota: En el caso de la CPU 312 no se puede programar OB 82, lo que significa que al presentarse una alarma de diagnóstico la CPU pasa al estado de STOP Eventos de alarma. El CP distingue entre eventos de alarma entrantes y salientes. Si un evento de alarma lleva a un estado sin fallos, se activa una DAL (Diagnostic Alarm) saliente (en OB 82: Bit OB82_MDL_DEFECT = 0). Todos los demás eventos de alarma dan como resultado una DAL (Diagnostic Alarm) entrante (Bit OB82_MDL_DEFECT = 1). A continuación se ofrece una lista de los eventos que en el CP activan una DAL: Eventos de alarma externos al CP: a) Todas las alteraciones en la configuración de esclavos AS i en el modo protegido. b) AS-i-Powerfail en el modo protegido. Página: 3/9

Si el CP 343 2 reconoce durante el funcionamiento errores externos o internos (fallos de esclavos AS-i, errores de EEPROM en el CP,.

5 Eventos de alarma internos al CP: a) Error de EEPROM. Nota: Los eventos de alarma internos al CP son siempre eventos entrantes. Tras presentarse un evento de alarma interno al CP, permanece el bit de error colectivo = TRUE. Sólo se anula tras un reinicio del PLC Datos locales del bloque de organización de diagnóstico (OB82). Este bloque OB82 tiene declaradas unas variables locales para conocer el tipo de error producido, en donde alguna de ellas las indicamos a continuación: Bit Nombre de la variable Tipo de datos Significado 8.0 OB82_MDL_DEFECT BOOL Bit de error (0 = saliente; 1 = entrante) 8.1 OB82_INT_FAULT BOOL Error interno de CP (p.ej. Defecto en la E2PROM) 8.2 OB82_EXT_FAULT BOOL Error externo de CP (p. Ej. Fallo de esclavo) 8.4 OB82_EXT_VOLTAGE BOOL Tensión insuficiente en AS-i, led APF del CP 9.0 OB82_MDL_TYPE BYTE Tipo de módulo 10.2 OB82 MDL_STOP BOOL Estado normal online (=0) o offline (=1) Página: 4/9

Datos locales del bloque de organización de diagnóstico (OB82).

6 La lista de datos temporales que ofrece el OB82 se conoce la lista DS0, desde el byte 8 al byte 11 Y que se pueden utilizar en el programa del propio OB 82, por ejemplo: U #OB82_EXT_FAULT // Si se produce un fallo de un esclavo o de la fuente de alimentación ASi = A // Activa la salida A125.0 U #OB82_VOLTAGE // Si se produce un fallo de tensión insuficiente en AS-i, led APF del CP = A // Activa la salida A Lectura del bloque de datos de diagnóstico DS 1. El CP actualiza continuamente una así llamada lista delta, en la que se muestran todos los esclavos divergentes de la configuración, es decir, esclavos faltantes, incorrectos o no configurados, pero sin embargo existentes, a cada esclavo le corresponde un bit en la lista delta: 0 = sin error 1 = error. Esta lista delta es parte integrante del bloque de datos de diagnóstico DS1, que se puede leer a través de una llamada de las funciones de sistema operativo: SFC 51 RDSYSST o SFC 59 RD_REC Para conseguir una lectura del DS1 optimizada en cuanto al tiempo, es recomendable utilizar SFC 51. En el CP 343 2, el DS1 tiene siempre una longitud de 16 bytes y presenta la siguiente estructura: *) Bit 0 pertenece al esclavo 0, Bit 1 pertenece al esclavo 1, etc. Página: 5/9

0 U #OB82_VOLTAGE // Si se produce un fallo de tensión insuficiente en AS-i, led APF del CP = A 125.1 // Activa la salida A125.1 1.4. Lectura del bloque de datos de diagnóstico DS 1.

7 1.5. Ejemplo de programación. El siguiente ejemplo muestra cómo puede reaccionar en el OB 82 con una lectura del bloque de datos (DS1) a una alarma de diagnóstico del CP El SFC 51 permite leer una lista de estado SZL. OB82 Datos locales: 20.0 temp t_header Struct // Para CP 343-2, sin relevancia +0.0 temp len WORD +2.0 temp nr WORD =4.0 temp len END_STRUCT OB82 Código: Página: 6/9

datos (DS1) a una alarma de diagnóstico del CP 343 2.

8 1.6. Tabla de variables. El ejemplo de diagnóstico y alarmas se puede completar construyendo una tabla de variables en donde se pueda observar el estado de la lista de los DS 0, así como el estado de cada uno de los esclavos estándar o A y esclavos B. A continuación se muestra la parte de la tabla de variables donde se muestra la lista de variables locales DS0 del OB82, que se encuentra online con el PLC y que tras provocar un fallo en el esclavo 4 no indica lo siguiente: En este caso se observa como: M50.0 OB82_MDL_DEFECT : Existe un error del tipo alarma entrante. M50.2 OB82_EXT_FAULT : El error es del tipo externo al CPque indica que hay fallo en un esclavo o en la fuente de alimentación AS-i. M50.3 OB82_PNT_INFO : Al menos un esclavo difiere de la especificación teórica. MB51 - OB82_MDL_TYPE : Para el CP342-2 es 1C hexa = bin M52.0 OB82_SUB_NDL_ERR : Al menos un esclavo difiere de la especificación teórica. Página: 7/9

9 A continuación se muestra la parte de la tabla de variables donde se muestra el estado de cada uno de los esclavos estándar o A y B, que se encuentra online con el PLC y que como se puede observar está activado el esclavo que da error, en este caso el 4: Página: 8/9

que se encuentra online con el PLC y que como se puede observar

10 2. EJERCICIO DE APLICACIÓN. Como ejercicio se plantea provocar diferentes fallos en el bus y observar e interpretar todos cada uno de los parámetros que nos dan información del error provocado. A modo de ejemplo se numera alguno de los fallos que podemos provocar: a) Fallo de la fuente de alimentación AS-i. Desconectarla de la red de alimentación. b) Fallo en varios esclavos simultáneos. Desconectar del bus AS-i los esclavos. c) Fallo en la alimentación auxiliar de 24 VDC. Desconectarla de la red de alimentación d) Fallo en el CP Desconectarla del bastidor de la CPU. Página: 9/9

del error provocado. A modo de ejemplo se numera alguno de los fallos que podemos provocar: a) Fallo de la fuente de alimentación AS-i.

Documentos relacionados

COMUNICACIONES INDUSTRIALES Profibus PLC S7-300 master y PLC S7-200 como esclavo DP Página 1 Grupo de trabajo EDCAI. Esta documentación forma parte de una serie de manuales que un grupo de profesores de