Limpieza y Mantenimiento de armarios, tarjetas, AP´s UBA62 La
Transcripción
Limpieza y Mantenimiento de armarios, tarjetas, AP´s UBA62 La
Limpieza y Mantenimiento de armarios, tarjetas, AP´s UBA62 La limpieza se debe realizar durante un Black Out (como en la puesta en marcha por ejemplo) o cuando el grupo esté parado y se debe usar básicamente con una pistola de aire comprimido y un aspirador que recoge ese polvo generado. Ver archivo del libro TAB en Ejemplos asociados\Limpieza AP´s en UBA62 y Backup ES.tif Importante: cuando la planta ya está funcionando, nuestra limpieza la encontramos en el punto 4, el resto de puntos no los vamos a realizar, intentar evitar apagar las 2 CPU´s redundantes de cada AP. Tener especial cuidado con los datos guardados en el AP101 del Grupo 10 ya que hemos de apuntarnos los valores de los contadores de energía que tiene en los diagramas tipo 10ACA01CE011 (pág. 2 y 3), etc., para que no se pierdan en caso de reset accidental de este AP. La prueba consiste en: 1. CLEANAS.SH Desde la ES del grupo correspondiente, y con todos los AP´s encendidos. Abrimos una ventana de XTerm y ejecutamos la orden “cleanas.sh” para borrar el código generado durante la puesta en marcha. Sólo borramos todo el código generado en la ES, no el programa que está almacenado en la CPU de cada PLC. Esto lo tenemos que hacer para cada AP. La orden es: “cleanas.sh –p nombrebasedatos –a nombreAP”. Por ejemplo: s02es1: cleanas.sh –p sagunt20 –a 221. Este caso nos puede servir para explicar el funcionamiento como se genera y se envía el código desde la ES hasta el PLC. Modo Ingeniería Compilación Fup Diagram Fase1: Compilar programa (generate) Librería con: Function Block FB System Block Estación Ingeniería Fase2: Se generan para S5: Program Block – PB Data Block – DB Organization Block – OB Sequence Block – SB Modo Generación Fase3: Generación de Archivos binarios con ext mc5 legibles por autómatas Modo Activo Fase4: AP Master Prácticamente todo se realiza en la ES, como podemos ver en este dibujo. Lo que borramos con el Cleanash es tanto los datos obtenidos en la fase 2 como en la fase 3. 2. GENERATE HW. Esta explicación vale para el punto 3 también. Desde el menú de TXP voy a Administrador (entrar con dicha clave para que aparezca) > Batch > Generation > Select All AP´s + Complete transfer (offline) + Generate LAN (Yes) Me pide el usuario: txpes y el password: /1txpes Con esto conseguimos generar el hardware, software, Lan y CM (módulos de comunicaciones). Todo este proceso dura en torno a las 3 horas. Nota: Si al final del mismo sigo teniendo algún Warning, deberemos volver a generar el LAN. Si me aparecen Hints, no pasa nada, es normal. 3. GENERATE SW. Ya está hecho ya que es lo mismo que arriba. Aquí tenemos el punto de limpieza que realmente forma parte del mantenimiento anual de los UBA. 4. PHYSICALLY CLEANED. Se apagan los AP´s uno a uno o bien por armario completo, antes de realizar cualquier limpieza. A continuación se desmontan los 3 ventiladores y su tapa que están en la parte inferior de cada AP y se limpian con pistola. Estos ventiladores tienen un led que se enciende en caso de fallo. Usar un destornillador de punta plana de medida acorde al tipo de tornillo a girar, porque de lo contrario, nos vamos a cargar la cabeza del tornillo a la larga. Tener en cuenta que todos los tornillos de las tarjetas de los AP´s tienen un cuarto de vuelta para la extracción o inserción, salvo los de la tapa de la parte superior que sujeta todas las tarjetas del AP A y AP B. Después, hemos de sacar todas las tarjetas que hay en cada AP, salvo la de la CPU (fuente alimentación) y la de red de comunicación con PLANT BUS (CP1430 con cable de Ethernet verde), para evitar posteriormente que volver a cargar el programa del autómata, en el caso la primera, o volver a configurar la dirección MAC Address en el caso de la segunda. La configuración MAC ADRESS se mantiene aunque apaguemos la fuente de alimentación de tensión de 24V, porque también hay una pila interna en la fuente de alimentación para alimentar lo esencial de cada tarjeta. El resto de tarjetas se deben sacar una a una y de izquierda a derecha, comenzando por el AP A y después el AP B, de manera que evitemos cometer errores a la hora de volver a colocarla en su sitio correspondiente. 2 Es interesante tener en cuenta que, en el caso de realizar el mantenimiento de cualquier tarjeta estropeada, se debe realizar una foto de la configuración de los jumpers de la tarjeta a cambiar, antes de insertar la nueva tarjeta, de manera que evitemos insertar la nueva con una configuración equivocada y provocar así problemas aún mayores. También se puede anotar a qué AP pertenece cada tarjeta CPU (“A” o “B”) ya que existen diferencias entre ambas y puede llevar a confusión. Una vez realizada la limpieza de las tarjetas, volver a atornillar todas las tarjetas y la tapa superior de AP A y AP B. A continuación comprobar visualmente que todo esté bien conectado y en su ubicación. Si todo está bien, le volvemos a dar tensión a las CPU´s A y B consecutivamente. Ahora con tensión podemos cambiar la pila de cada fuente de alimentación A y B. Finalmente encendemos uno a uno los AP´s, empezando por la CPU A y cuando ésta ya esté en modo Run, encendemos a continuación la otra. Recordar que para poner la CPU en Run, además de encender la CPU debemos poner el selector en posición Reset + 3 veces o más el subir y bajar el interruptor de Stop-Run. Si no funciona a la primera, repetir esta acción, hasta conseguir que brille el led verde (fijo o intermitente) de Stop-Run. Nota1: Para el mantenimiento de los AP’s el fabricante nos recomienda que cambiemos la pila y realicemos la limpieza cada año, de manera que cuando realicemos esta limpieza anual debemos aprovechar para cambiar las pilas, pero este cambio se debe realizar con la fuente de alimentación encendida. Si lo hacemos con la fuente apagada, borramos configuraciones y programa del autómata. Mucho cuidado con esto. Nota2: el Argus tiene un filtro antipolvo en la parte trasera izquierda. Hay que quitar la tapa para poder limpiar este filtro. No hace falta apagarlo para hacer esto. Nota3: si alguno de los AP está controlando algo que por algún motivo es importante mantener encendido durante la parada de grupo, deberemos limpiar el AP de esta manera: apago el AP A por ejemplo (preferiblemente aquel no esté como esclavo). Nos aparecerá un led rojo en la tarjeta de supervisión del otro lado. Ahora limpio las tarjetas y los ventiladores con cuidado. Vuelvo a conectarlo todo como estaba y enciendo el AP. Esperamos a que este AP quede como esclavo, como estaba al principio, observando que el led verde se quede encendido y parpadeando. Ahora apagamos el AP que está como Maestro y esperamos a que el otro entre como Master sin que dé problemas de errores en los leds. Ahora desmontamos las tarjetas que se pueden limpiar y volvemos a conectarlas cuando estén limpias. Finalmente encendemos la CPU y esperamos a que entre como esclavo. Esta nota la hemos escrito, porque el día que fuimos a limpiar los UBA62 del grupo 20, durante un Black Out, tuvimos que limpiar el AP231 del armario 20CJC01 de este modo, ya que es el AP que comunica con el PLC del Diesel que estaba arrancado para mantener los sistemas auxiliares con tensión y no podíamos perder dicha comunicación. Sólo se pudo apagar completamente este AP, cuando pasamos el PLC del Diesel a modo Local durante un corto espacio de tiempo para poder resetear los AP y cargarles el código nuevo desde la ES (puntos 5 y 6). Nota4: si nos hace falta, podemos usar los compresores de Atlas Copco para conseguir aire a presión cercano. Para ello necesitamos una manguera suficientemente larga y una pistola de aire comprimido. 5. OVERALL RESET. 3 Encendemos la fuente de alimentación de la CPU de cada AP (los AP´s se pondrán en modo Stop) y reseteamos físicamente todos ellos. Es decir, borramos el programa completo de cada AP (A y B). Para ello pongo el selector en modo OV-Reset + 3 veces o más el bajar y subir el interruptor StopRun. Primero lo hacemos con la parte A y luego con la B. Aunque las dos CPU´s pueden estar encendidas y en Stop cuando hacemos el reset de código, es preferible encender una y hacerlo, y a continuación la otra, manteniendo la primera encendida. Si el reseteo ha sido correcto, aparece un led rojo encendido en la tarjeta que indica que no tenemos ningún código cargado en la CPU. Si tenemos un lado, por ejemplo el A, en modo Master y pasamos el lado B a Stop y reseteamos, la CPU del A volverá a transferir el programa al B transcurrido un tiempo desde el reseteo. La única forma de que no haya transferencia vía Cross Over entre los dos es poniendo a ambos en modo Stop. Después del reset del código (y con la señal roja encendida) tenemos que encender los AP´s normalmente (primero A y luego B) poniendo el selector en posición Reset + 3 veces o más el subir y bajar el interruptor de Stop-Run. Al cabo del tiempo deberemos conseguir que el led verde se ilumine y quede fijo (en el caso A) o parpadeando (en el caso B que ha sido el segundo en arrancar). No debe aparecer ninguna señal roja en la tarjeta. De lo contrario, deberemos repetir el proceso completo. 6. OFFLINE TRANSFER. No se puede realizar una transferencia Online, para evitar errores. Debemos realizar una transferencia Offline, de manera que tenemos que mandar a cada AP su programa correspondiente. Para poder realizarlo, se debe haber terminado el paso 2 y 3 en la ES. La transferencia la hacemos desde el menú de la ES, Transfer > AP > Load AP Offline > Selecciono el número de procesador y acepto, a continuación respondo Yes a la pregunta de “Programa listo para ser transferido?”. Durante la carga la ES transfiere la base de datos de comunicaciones LAN y después pasa a Stop el AP A y AP B para transferir el código. 7. MEMORY CARD GENERATE. Desde la ES, vamos a generar la nueva configuración de las tarjetas de Profibus IM318 A y B, ya que han cambiado. Esto lo hacemos desde Generation > AP > Memory Card Data for Field Devices. El sitio donde se guardan estos archivos es un servidor apache para que todo el personal de puesta en marcha no necesite grabarlo desde la ES que es más complicado, sino de una página Web creada adrede. Podemos grabar todos estos archivos con extensión pbp con la configuración de la red que controla cada AP en un pen, para luego abrirlo desde la PG donde se transfiere el programa a cada tarjeta. Punto siguiente. El servidor Apache se crea durante la puesta en marcha y no es seguro que lo tengamos a posteriori. Otra forma de conseguir los archivos con las configuraciones de Profibus por AP es accediendo via FTP desde el OPC del grupo correspondiente a la ES, en concreto, debemos entrar en el directorio: Install/txpes/data/sagunt10-20-30/listen/as/número de ag/agXX_pbp. 8. MEMORY CARD TRANSFER. 4 Ahora desde la PG, vamos a abrir estos nuevos archivos pbp y transferirlos a cada una de las tarjetas una a una. Para ello, primero debemos extraer la tarjeta de Profibus IM318 del AP. Debemos, antes de extraer la tarjeta del AP, apagar la CPU correspondiente, por ejemplo el A, de manera que el AP B quede como Master y en ésta aparecerá el led rojo encendido, indicando que hay fallo de AP A. Metemos la tarjeta extraida en la ranura correspondiente de la PG y abrimos el programa de Profibus Network. Desde el pen, debemos buscar File > Import > Ascii file (muy importante hacerlo así) y nombre del AP correspondiente. Se nos abre en la ventana derecha la red configurada para este AP. Es el mismo para la tarjeta A y para la B. Ahora seleccionamos sobre el dibujo el AP Master de la red y pinchamos en el “icono del rayo” llamado Export Memory Card > Program y Aceptar. Una vez grabada la tarjeta volvemos a pinchar sobre el mismo icono para comprobar la fecha y hora de grabación, que debe coincidir con el tiempo en el que hemos realizado la grabación. Es una verificación, para evitar posibles errores, ya que la configuración entre tarjetas de red, aunque son las mismas, no se comparan mediante Cross Over, como los AP redundantes. Finalmente, saco la tarjeta grabada del puerto de la PG y la meto en su ranura correspondiente del AP y después enciendo la CPU. Ahora pongo el AP en modo RUN y espero que no haya señales de error. No hace falta que resetee nada porque al encender la fuente, la CPU reconoce la configuración nueva de la tarjeta. Si todo ha ido bien hasta el momento, repito el proceso para la tarjeta de bus del otro lado. Lo único que deberemos hacer, si hemos modificado alguna E/S binaria o analógica de alguna de las tarjetas ET200 de la red que cuelgan de este AP, es apagar y encender de nuevo la tarjeta de E/S donde se ha realizado el cambio, para que vuelva a coger la nueva configuración. 9. DYNAMISATION TEST. Comprobar AP por AP, que al abrir cualquier diagrama lógico desde la ES y dinamizarlo, no hay ningún problema. Si lo hay es que el programa que tiene el AP no coincide con el de la base de datos de la ES. 10. TRANSFER LAN TO OM. Finalmente, hay que hacer una transferencia de la LAN a la OM, porque de lo contrario podemos tener problemas de redundancia en el Terminal Bus en cuanto a las máquinas con PU. Por ellos transferimos el LAN con Transfer > LAN > OM. Se lo tenemos que enviar a las 4 máquinas: POA, POB, SPA, SPB. Errores ocurridos durante este proceso: 1: Fallo en la generación del AP213, parece ser porque el SFC está apagado. El problema que da es BF (led rojo) en el AP A. El problema se soluciona cuando en el AP B se configura e inserta la tarjeta IM318 B del profibus. 2: Al final de todo este proceso sólo hemos tenido un problema con el AP275 (como ya ocurrió en el grupo 10 con el AP175). El problema radica en que hay códigos erróneos en la base de datos de la ES, en los FB162, 153, etc. Peter se quedó 4 horas más para solucionar el problema. A tener en cuenta: 5 En el grupo 10, para el CM104 sólo es necesario realizar los 3 primeros puntos que son comunes a todos los AP´s. En el grupo 20, pasa lo mismo para el CM203 (AP203). No se toca ni la configuración interna ni la de la red de Black Box. La limpieza física de ambos se hace simplemente con una bayeta, para eliminar el polvo. Durante el proceso final de verificar que todo los AP y su tarjetas están OK. Se observa que una de las tarjetas de PROFIBUS del AP _11, da un error de BF (fallo de bus), esto es debido a que detecta el fallo de redundancia de uno de los canales de profibus, el fallo es provocado por que en armario --CPA01 esta instalada unas tarjetas Y-Switch-Bus, que son simplemente unos selectores de canal 1 ó canal 2 del profibus, al seleccionar solo un canal de profibus el otro canal da fallo de redundancia BF. Básicamente de que se trata es de una T del profibus que llega a una ET200U Volver a ..\..\..\Diario de pruebas.doc 6