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

Documentos relacionados