tema 16_ gestion de alarmas

8/19/2019 Tema 16_ Gestion de Alarmas

1/35

16 de marzo de 2016

TERCER COMITÉ DEMANTENIMIENTO TERNIUM

San Nicolás

Tema Gestión de alarmas

Torres, Luis ( Ternium, Mex)

Murillo, Hector ( Ternium, Mex)

Chalup, Fernando (Ternium, Arg)

Pagliero, Esteban ( Ternium, Arg)


2/35

Gestión de AlarmasTernium Siderar | Torres, Murillo Chalup, Pagliero

2

Alarmas

ntrodu!!ión

Gestión de alarmas " mane#o de !am$ios

Sistemas integrados

%e!omenda!iones para sistemas de alarmas

Agrupamiento de alarmas

Asigna!ión de prioridades

Genera!ión a&anzada de alarmas

'ire!!ionamiento de alarmas " in(orma!ión para el operador


3/35


)

So$re!argado*e&ementeso$re!argado

isparador

A ! e p t a $ l e

+ p t i m o

n a ! e p t a $ l e

Alarmas cada 10 minutos por operador

0 1 2 5 10

Suponiendo 1 operador

No existe un número máximo dealarmas que un sistema debe generarsi las mismas son reales

Sólo existe un número máximo el cualun operador es capaz de procesarefectivamente

En el alto horno de haber 2operadores estaríamos dentro de loslímites pero lo importante no es lacantidad sino la calidad de lainformación

!uente" #uman $erformance %odels for &esponse to 'larm Notifications in the$rocess (ndustries ) 'S% *onsortium


4/35


A!!ión-&alua!ión+rienta!ión

.ona de /ito

.ona de (allo

Proceso e impacto

nminenteSitua!iónAnormal

Per!i$irsitua!ión a

tiempo

-&aluarsitua!ión a

tiempo

-#e!utara!!iones a

tiempo

+!urren!iaSitua!ión

Anormal

Per!ep!ión

in!orre!ta

-&alua!ión

in!orre!ta

-#e!u!ión

in!orre!ta

o Per!i$irsitua!ión a

tiempo

o -&aluarsitua!ión a

tiempo

o -#e!utara!!iones a

tiempo

I m p a c t o

tiempo

Retraso en evaluación por

excesiva cantidad de alarmas

Sistema de alarmas

con orientación

Inadecuada generación de alertas

IncidentePunto de aviso al operador

Acción correctiva

!uente" ' +raining $erspective on 'bnormal Situation %anagement" Establishing anEnhanced ,earning Environment ) #one-.ell / 'S% *onsortium


5/35


Problemas !recuentes

o ha" una

misma (iloso(3a enplanta

'o!umenta!ión "gr4(i!os &ar3anampliamente

Alarmas apare!ensin ne!esidad de

a!!ión deloperador

*a prioriza!ión dealarmas es

in!onsistente

-l mane#o de!on(igura!ión de

alarmas esde(i!iente

-&entos gra&esprodu!en

des$ordamientode alarmas

Algunas alarmaspermane!en por

per3odosdemasiado largos

-&entos le&esprodu!en gran

n5mero dealarmas

Cuando nada est4mal ha" alarmas

a!ti&as

!uente" 'larm %anagement and 0perator 1raphics ) #one-.ell / (nstitute of*hermical Engineers


6/35


6

"b#eti$os planteados

%eorar la calidad de la información brindada al operador paraasistir en la toma de dediciones

1enerar un sistema alineado con el modelo de gestión de Siderar

1enerar un marco sistemático de análisis que pueda extrapolarse alresto de la compa3ía


7/35


Alarmas

ntrodu!!ión


Sistemas integrados







8/35


7

Manejo de alarmas

Visualiación

!eneración de alarmas

Asignación de prioridades

!eneración de alarmas

Aspectos !enerales

%e&uisitos generales

Contexto (Ej.: RP)Roles

documentados

Facilidad paravolcar know how

expertos

Contempla

factores humanos

Entrenamiento aoperador sistema

de alarmas

esempe!oo"jetivo fijado

#olerante a fallos$(Ej. %& P'C)

Funciones deseuridadinteradas

#oda alarmareuiere acci*n del

operador

'+mites , um"ralesdocumentados

'+mites adapta"lesa condiciones de

procesoFiltrado de se!ales

-tiliaci*n de

validaci*n dondesea posi"le

/larmasprioriadas en

m0ximo 1 niveles

Prioridadconsecuencia

, tiempo

istri"uci*nprioridadesraona"le

ocumentaci*n decriterios deprioridades

'istados selectivos#extos

informativos ,comprensi"les

ireccionamiento

a consumidores

Procedimientopara emerencias

2upresi*n dealarmas

documentada

2upresi*n dealarmas

/rupamiento dealarmas

2istema capa deenerar alarmas

"0sicas

2istema capa deenerar alarmas

por modelo

Pantalla principalde alarmas

/larmas claves en

panel

3istorial de

alarmas

/larmas incluidasen m+micos

Prioridades en

diferentes colores

2e!ales audi"les

Efectos visualesespeciales nuevas

alarmas

#oda alarmade"er0 seraceptada

Posi"ilidad dearchivar alarmas

4aveaci*n r0pidaen panel de

alarmas

!uente" $rinciples for alarm s-stem design ) Nor.egian petroleum institute


9/35


8

Alarmas

ntrodu!!ión


Sistemas integrados







10/35


10

'estin diaria de alarmas

Situa!ión e#emplo

Sistemas que no se pueden normalizar hasta &$ 4toberas quemadastermocuplas de anillos de viento5 o umbrales mál establecidos

9:ue se pretende; Evitar interferencias con otras alarmas

6no forzar7 desde $,* 4alarmas pueden quedar forzadasposteriormente a la normalización5

8ue se registren las condiciones anormales omitidas Establecer barreras de contención de potenciales problemas 4E" el

que anule una alarma posea una visión más completa del sistema5

(ntegrar modelo de meora continua - gestión operado desde N2


11/35


11

+peradores "T/!ni!os de

guardia


Situa!ión Anormal%esolu!ión de la

situa!ión

Situa!iónnormalizada

Super&isor+perati&o " deMantenimiento

%esolu!ión de lasitua!ión

%eporte alarma!andidata a!uarentena

Sistema (uera deser&i!io, um$ralesmal esta$le!idos,pra!ti!a operati&ano !ontemplada,

et!<

i&el de resolu!ióninmediata

=-#> %eemplazo detransmisor,

normaliza!ión deatoramiento, et!


12/35


12

Grupo dee&alua!ión


A!epta!uarentena (i#a

responsa$le

Situa!iónnormalizada

%esponsa$le

@e!ha de&en!imiento!uarentena

%eporte alarma!andidata a!uarentena

Se e&al5an laapli!a$ilidad, se

esta$le!e el

responsa$le denormaliza!ión

Pro!esos,+pera!ión, GMP

esta$le!en pasos

para lanormaliza!ión "plazo estimado

=-# normaliza!ión deto$era en %P, modi(i!a!ión

de um$ral, et!


13/35


1)

Gestión glo$aldel sistemaAdmin< +perati&oAdmin< Mantenimiento

ormaliza!iónoperati&a

%oles en gestin diaria de alarmas

Modi(i!a!iónalgoritmos "do!umenta

Pro!esista

ngenieromantenimiento

ormaliza!iónmantenimiento

GMP

Super&isor!oordinador

oti(i!a!ión&en!imiento!uarentena

Be(es de se!!ión

Administrador+pe


14/35


1

tili*ando el sistema de cuarentenaE#emplo al + de Febrero

Se eliminan alarmas de nariz de tobera 92 quemada

$resión 2 etalae 2 - : etalae 9

(nclinación tobera 2;

'lta temperatura (092

!alla instrumento '+


15/35


1

Grupo dee&alua!ión

'estin de nue$as alarmas o modi-cacin

A!epta nue&a "(i#a responsa$le

Alarma en prue$aPrioridad

%esponsa$le

@e!ha de&en!imiento

a!!ión

e!esidad dealarma nue&a o

modi(i!a!ión

A!epta nue&aalarmaAlarma operati&a


16/35


16

Gestión glo$aldel sistemaAdmin< +perati&oAdmin< Mantenimiento

'estin de nue$as alarmas o modi-cacin

Modi(i!a o !reaalgoritmos "do!umenta

Pro!esista

ngenieromantenimiento

oti(i!a!ión&en!imiento

soli!itud

Be(es de se!!ión

Administrador+pe


17/35


1

Alarmas

ntrodu!!ión


Sistemas integrados







18/35


17

+perador sala de !oladas

+perador p5lpito

.ituacin sala de coladas

Pro$lema enper(orador

o e#e!utaa!!ión

Se !omuni!a!on guardia

FT-MP+-C-SE+ '-AP-%T%AH

TP> !omuni!arsea sala de !oladaspara in(ormarsede la situa!ión

*a situa!ión persiste " segenera una alarma por

e!esi&o tiempo sin !olar

FT-MP+-C-SE+ '-

AP-%T%AHTP> Eeri(i!ar

ni&el de es!oriaen mirillas

Se generaalarma

Se generaalarma

Se generaalarma

Se generaalarma


19/35


18

ireccionamiento de alarmas

>na alarma debe concebir como un disparador de una a!!ión notiene razón de existir si no reIuiere una acción

>na alarma que no cumple con esta consigna"

Empeora los tiempos de respuesta

Sobrecarga innecesariamente a los operadores

Si existen mensaes los cuales el operador no debe actuar sefomenta el hábito de no hacer nada ante una alarma

Siempre que sea posible debe tener un tip acerca de la acción arealizar

La acción esperada puede ser una maniobra operativa, un llamado por teléfono, la notificación a untercero, la verificación de un instrumento.

El tip provisto puede ser un simple cartel, un vínculo a una práctica operativa, una tabla con algún parámetro a modificar o cualquier otra información que sea de ayuda ante un problema


20/35


20

Alarmas

ntrodu!!ión


Sistemas integrados







21/35


21

Agrupacin !uncional

%e(rigera!ión!risol

Moto$om$a 1

Motor 1

Jom$a 1

Moto$om$a 2

Es consistente con el proceso -los equipos

Evita la arbitrariedad endefinición de prioridades

$ermite integrar conocimientos

previo como ser #'?0$ &*%4%ES implementado en '#25

!acilita la presentación dealarmas

!acilita el tratamiento dedesbordamientos por fallas

comunes 4E" falla de un drop de$,*5

!acilita el filtrado de instalacionesque pueden anularse 4E" (N@'fuera de servicio5

'rop 1 P*C 1

!uente" +he management of 'larm S-stems A #SE


22/35


22

Alarmas

ntrodu!!ión


Sistemas integrados







23/35


2)

Asignacin de prioridades

,as alarmas deben ser priorizadas

Se deben priorizar de acuerdo a dos factores el riesgo potencial - eltiempo disponible para actuar

No deben existir más de ; prioridades de alarmas se utilizangeneralmente 2 esquemas 4*rítica 'lta %edia - @aa o 'lta %edia@aa - no visible o de desarrollo5

Es de esperar una fracción decreciente a medida que aumenta laprioridad de las alarmas 4BC 9BC =DC típico5


24/35


2

E#emplo asignacin prioridades

5 5 6

5 6 7

6 7 7

/cci*ninmediatareuerida

89min

#iempo deacci*n 9 a 59

minutos

#iempo deacci*n ma,ora 59 minutos

%mpacto leve

%mpactomoderado

%mpactoserio

%mpacto alp"lico$lesionesraves

a!osmoderados

2in impactoo primeros

auxilios

2uperar0 lacantidad

esta"lecida

Posi"lemente superar0 la

cantidadesta"lecida

Eventos

menores

a!o ma,or %nstalaciones

a!o ueafecte la vida

til deleuipo

a!o menor

o repara"le

;;;

;;

;

2euridad


25/35


2

Alarmas

ntrodu!!ión


Sistemas integrados







26/35


26

'eneracin a$an*ada de alarmas

%e(rigera!ión

Sta&es

Moto$om$a 1

Motor 1

Jom$a1

Moto$om$a 2

+eniendo una agrupaciónfuncional de equipos - se3ales esposible realizar un maneo mássencillo de alarmas

Es posible integrar conocimientosde #'?0$ &*% previamenterealizados

ebe permitirse operar con lasse3ales tanto analógicas comodigitales

ebe permitirse incluir funciones

de filtrado de se3alestemporización - lógica 4EF Si unmotor posee vibraciones altas laurgencia dependerá si el motorde bacG up está listo o no5

Cte<

Ei$< 1

Ei$< 1

Motor 1

Cte<

Ei$< 1


27/35


2

E#emplo re!rigeracin .ta$es

"om#eo

Moto#om#a 1

Motor 1

"om#a 1

Moto#om#a 2

$te%

Vi#%

Vi#% 1

Motor 1

$te%

Vi#% 1

&isto

$P' P&$ (

)rop *

Placa *

Presión 1

Marc+a

$audal%

>na bomba de staves presenta altavibración

Es un sistema 2 de :

*omo considerar la prioridad deacuerdo al estado del respaldo

!uente" +he management of 'larm S-stems A #SE


28/35


27

Asignacin de prioridades din/micas

5 5 6

5 6 7

6 7 7

/cci*ninmediatareuerida

89min

#iempo deacci*n 9 a 59

minutos

#iempo deacci*n ma,ora 59 minutos

%mpacto leve

%mpactomoderado

%mpactoserio

%mpacto al

p"lico$lesionesraves

a!osmoderados

2in impactoo primeros

auxilios

2uperar0 lacantidad

esta"lecida

Posi"lemente superar0 la

cantidadesta"lecida

Eventosmenores

a!o ma,or %nstalaciones

a!o ueafecte la vida

til deleuipo

a!o menoro repara"le

;;;

;;

;

2euridad


29/35


28

Alarmas

ntrodu!!ión


Sistemas integrados







30/35


)0

Hone01ell Experion P2.(Process 2no1ledge .0stem)

+pera!ión

Pro!esos

Seguridad

A!ti&os

-perionPKS

Módulos-perion PKS

Gestión dealarmas

Gestión de

Seguridad @un!ional

Gestión de'o!umentos

Gestión de'ispositi&os !ampo

Gestión de a!ti&os


31/35


)1

.istema Hone01ellCon-guracin Alarmas


32/35


)2

.istema Hone01ell%egistro de alarmas


33/35


))

isponibilidad de componentes en .iderar

Gestión!on(ia$ilidad

%M-S

Gestión dea!ti&os

SAP

Gestión de laprodu!!ión

CP

Gestión seguridad(un!ional

Gestión'o!umentos

='PP?

ES+

Gestión dealarmas "

alertas

Gestión des&3o depro!esos

Gestión del!ono!imiento


34/35


)

Puntos a desarrollar

1estión diaria 4Sistema de documentación - cuarentena5

'signación de prioridades

'grupamiento en forma de árbol funcional

ireccionamiento a consumidores

1eneración de alarmas avanzadas 4posible integración con %ES5

esarrollo de +($s - vínculos a prácticas operativas - procedimientos

%eora en los textos descriptivos orientados a generar una acción deloperador

ocumentación de sistema de alarmas

'signación formal de roles

(nstrucción del personal


35/35

Gestión de Alarmas )

Fin presentacin

tema 16_ gestion de alarmas

Documents