______________________________

1
Trainee de Automao VISION SISTEMAS INDUSTRIAIS
2
Gerente, Engenheiro Eletricista VISION SISTEMAS INDUSTRIAIS
IBP139_09
APLICAES PRTICAS DE GERENCIAMENTO DE ALARMES
EM SISTEMAS SCADA
Pedro Ferreira Bemfica Pinto, Germano Luiz de Paula
Copyright 2009, Instituto Brasileiro de Petrleo, Gs e Biocombustveis - IBP
Este Trabalho Tcnico foi preparado para apresentao no V Congresso Rio Automao, realizado nos dias 28 e 29 de maio de
2009, no Rio de Janeiro. Este Trabalho Tcnico foi selecionado para apresentao pelo Comit Tcnico do Evento, seguindo as
informaes contidas na sinopse e no texto final submetido pelo(s) autor(es). O contedo do Trabalho Tcnico, como apresentado,
no foi revisado pelo IBP. Os organizadores no iro traduzir ou corrigir os textos recebidos. O material conforme, apresentado, no
necessariamente reflete as opinies do Instituto Brasileiro de Petrleo, Gs e Biocombustves, Scios e Representantes. de
conhecimento e aprovao do(s) autor(es) que este Trabalho Tcnico seja publicado nos Anais do V Congresso Rio Automao.


Resumo

Boas prticas e bom planejamento relativos a gerenciamento de alarmes so assuntos bastante abordados
recentemente, alm do seu auxlio em manter a produo em um estado timo, eles tm sua importncia quanto
segurana de equipamentos e pessoas reconhecida. Esses benefcios so ainda mais visveis quando se tratando de
indstrias de leo e gs e de usinas nucleares, onde vrios acidentes poderiam ser evitados por sistemas de alarmes
eficientes, destacando-se o caso da exploso na refinaria da Texaco em Milford Haven que provocou grande prejuzo
financeiro e uma significativa queda na capacidade das refinarias do Reino Unido.
Este artigo apresenta orientaes prticas para serem adotadas em sistemas de automao do tipo SCADA. Tais
sistemas foram escolhidos devido grande utilizao no complexo industrial brasileiro e no mundo.
O objetivo deste artigo no ditar o modo como as lgicas devem ser programadas e tambm no
direcionado a nenhum sistema especfico, mas sim apontar diretrizes para a programao dos CLP e dos aplicativos do
sistema supervisrio de qualquer fabricante, a fim de atender da melhor forma regulamentaes de normas
internacionalmente reconhecidas voltadas ao gerenciamento de alarmes sem a necessidade de utilizao de nenhum
software ou hardware alm daqueles utilizados para a automao das indstrias.
O resultado do uso dessas prticas um aumento significativo da confiabilidade dos sistemas de gerenciamento
de alarmes sem custos adicionais com softwares e hardwares.


Abstract

Good practices and a good planning relative to alarms management are frequently approached lately and,
besides its help to maintain production in an optimum state, has its importance to equipment and people safety
recognized. This benefits are even more visible when talking about oil and gas industries and nuclear plants, where
many accidents could be avoided by efficient alarms systems, emphasizing the Texaco refinery explosion in Milford
Haven, which caused a large financial lost and a significantly loss of United Kingdom refinery capacity.
This article presents practical forms to be adopted in SCADA automation systems due to its hugely usage in
Brazilian industrial complex and all over the world.
The purpose of this article is not to dictate how logics has to be programmed and not even to direct to any
particular system, but to show ways for programming of PLC and supervisory applications from any manufacturer, to
serve with the better manner regulations from internationally known standards specific of alarm management without
using any additional software or hardware besides those used for industrial plants automation.
The result from the use of this practical is a significant raise of alarm systems trust without any additional cost
with software or hardware.


1. Introduo

A anlise do sistema de alarmes por parte do operador de uma planta industrial um elemento imprescindvel
do seu trabalho, onde esse sistema de alarmes visa orient-lo em situaes que podem levar a planta a distrbios e a
V Congresso Rio Automao

2
situaes potencialmente perigosas. Sistemas de alarmes so importantes ferramentas para monitorar automaticamente a
planta, atraindo a ateno do operador para mudanas significativas que requerem avaliao ou alguma ao corretiva.
Portanto, o sistema de alarmes deve apontar apenas alarmes relevantes, evitando sobrecarga de informaes, onde
grande parte desnecessria, o que pode levar o operador a perder sua confiana no sistema e esse se torne inutilizado.
de suma importncia diferenciar alarmes de eventos para evitar que eventos passem a sobrecarregar o sistema
de alarmes. Evento uma situao que ocorre na planta e tem relevncia para o operador a ttulo de informao, mas
no requer nenhuma ao corretiva. Alarme uma situao que ocorre na planta e exige que o operador tome
providncias em relao a ela sob a pena de levar a planta a uma situao de distrbio ou mesmo de perigo.
O sistema de automao do tipo SCADA (Supervisory Control And Data Acquisition) abordado neste artigo,
pois um sistema largamente utilizado no mundo inteiro e que possui uma grande maioria de sistemas ineficientes de
alarmes nas plantas industriais j instaladas. Uma soluo existente o uso de sistemas dedicados ao gerenciamento de
alarmes, mas pouco utilizado devido a custos adicionais e dificuldade de mo-de-obra qualificada para manuteno
destes sistemas.
Das solues a serem executados no projeto de alarmes, destacam-se para as aplicaes em SCADA:
Priorizao: A importncia de alarmes relativos a outros alarmes deve ser explcita para que em
situaes de distrbio na planta o operador saiba por qual alarme comear a responder;
Supresso: Alarmes devem aparecer apenas quando a situao da planta torna-o relevante ao
operador, caso contrrio o aparecimento deste alarme inconveniente;
Agrupamento: Alarmes com um mesmo significado (redundantes, porm no iguais) devem gerar
apenas um aviso ao operador, evitando assim sobrecarga no sistema de alarmes.
Das duas maneiras existentes para melhorar um sistema de alarmes que so, diminuir a sobrecarga de alarmes,
justificando cada alarme, ou diminuindo o tempo de resposta ao alarme, aumentando a eficincia com que o operador
age em sobrecarga, foi tomado a primeira como base para esse artigo.
Alm dessas prticas na programao dos CLP (Controladores Lgicos Programveis) e do aplicativo do
supervisrio, o uso adequado do hardware de controle uma maneira extremamente til de melhorar a eficincia de um
sistema de alarmes.


2. Normas Reguladoras dos Sistemas de Alarmes

Das normas reguladoras relativas a gerenciamento de alarmes internacionalmente reconhecidas, pode-se citar a
segunda edio da publicao nmero 191 de 2007 da EEMUA (Engeneering Equipment and Materials Users
Association) denominada Alarm Systems A Guide to Design, Management and Procurement (Sistema de Alarmes
Um Guia de Projeto, Gerenciamento e Compra) que indica as melhores prticas a serem tomadas como referncia e
como devem ser julgados projetos de alarmes para plantas industriais.
Outra reconhecida norma internacional publicada em 2008 pela ISA (International Society of Automation) a
ISA S18.02 denominada Management of Alarm Systems for the Process Industries (Sistemas de Gerenciamento de
Alarmes para Processos Industriais) que, diferentemente da norma da EEMUA, aponta o que deve ser alcanado em
relao aos sistemas de alarmes do mercado para plantas industriais e no relativo ao projeto de alarmes.
Alm das duas normas citadas, ainda existem outras relativas ao gerenciamento de alarmes em indstrias como:
Edio 1.0 da IEC 60839 publicada em 2004 pela IEC (International Electrotechnical Commission) e a NAMUR
NA102 denominada Alarm Management.


3. Diviso de Tarefas Entre CLP e Supervisrio para Tratamento de Alarmes

O sistema SCADA caracterizado por possuir separadamente o elemento de controle, normalmente um CLP
(neste artigo o elemento de controle ser tratado como um CLP) e o elemento de superviso, normalmente um
microcomputador com um software supervisrio (neste artigo o elemento de superviso ser tratado como um
supervisrio). Esses elementos podem, inclusive, ser de fabricantes diferentes, o que limita ainda mais as capacidades
para o tratamento de alarmes.
A principal limitao do sistema SCADA no que se relaciona a gerenciamento de alarmes relativo
exportao de relatrios do sistema, como relatrios de sobrecarga, relatrios de KPI (Key Process Indicator) entre
outros mais especficos. A soluo para realizao destes relatrios ger-los manualmente atravs dos registros
histricos adquiridos durante a operao, ferramenta disponvel na grande maioria dos sistemas de superviso, mas que
imensamente mais trabalhoso do que os relatrios gerados por sistemas dedicados a gerenciamento de alarmes.
A grande vantagem da utilizao desse mtodo para tratamento de alarmes a utilizao do prprio sistema de
automao, dispensando a necessidade de softwares e hardware adicionais, assim como dispensando mo-de-obra
V Congresso Rio Automao

3
qualificada em outras ferramentas.
extremamente difcil fazer o tratamento para alarmes unicamente no CLP e, mais ainda, faz-lo unicamente
no aplicativo do supervisrio, por isso as funes apresentadas sero dividas levando em conta que a todo o momento
um elemento pode estar complementando o outro para atingirem um nico objetivo.

3.1. Funes Implantadas no CLP

Levando em considerao que os alarmes devem aparecer ao operador apenas quando consistentes e quando
realmente necessitam de sua ateno, constantemente necessrio que um alarme seja processado logicamente e/ou
combinado com outras informaes para que seja gerado de maneira adequada. Sendo o CLP responsvel pela parte de
controle da planta, tambm o responsvel por toda a lgica de supresso e de agrupamento dos alarmes.

3.1.1. Supresso Lgica de Alarmes

Alarmes devem ser apresentados ao operador apenas em situaes em que ele realmente relevante, por
exemplo, um alarme de fluxo baixo em uma linha no deve ser apresentado se a bomba que envia material linha
estiver desligada e o alarme de defeito de um equipamento no deve ser mostrado se esse equipamento for colocado fora
de servio pelo operador.
Para que seja feita essa supresso lgica, o ideal que os alarmes sejam tratados individualmente, no
condensando estes em uma lgica nica, como por exemplo, a criao de um nico bloco para tratamento de alarmes de
analgica com alarmes de muito alto (HH), alto (H), baixo (L) e muito baixo (LL).
A figura 1 demonstra um exemplo onde o alarme baixo e o muito baixo so importantes apenas quando a
bomba est ligada e o alarme muito alto importante mesmo com a bomba fora de servio.



Figura 1. Lgica de Supresso de Alarmes

A supresso de alarmes deve ser feita sempre que o programador julgar necessrio, mas com o cuidado de no
suprimir alarmes importantes, deixando o operador sem aviso de ocorrncias potencialmente perigosas. Por isso cada
alarme deve ser analisado individualmente e feita sua supresso apenas quando o programador tiver certeza que o
determinado alarme pode ser suprimido.
V Congresso Rio Automao

4
Outros exemplos de supresso lgica de alarmes so: supresso de alarmes ajustados de variveis analgicas
quando o transmissor da grandeza se encontra com defeito, supresso de certos alarmes em partida e parada de uma
planta, etc.

3.1.2. Agrupamento de Alarmes Redundantes

Em muitos casos, a maioria quando se tratando de segurana, instrumentos so instalados em campo para criar
redundncias de informaes e em outros casos essa redundncia pode ser feita atravs da lgica do CLP. Alarmar
ambos os sinais que indicam uma mesma situao desnecessrio e pode levar sobrecarga do sistema de alarmes.
Para esses casos o que sugerido a criao de um novo bit de informao para o supervisrio, onde apenas
esse bit ser tratado como alarme, mas as outras informaes tambm sero passadas e tratadas como eventos, pois
devem ser indicadas nas telas sinticas.
Para exemplificar o que foi dito, suponha um tanque com transmissor de nvel e uma chave de nvel, tanto o
ajuste de muito alto (HH) do transmissor de nvel quanto o estado da chave de nvel indicam uma mesma situao: o
nvel do tanque est muito alto. Portanto apenas um bit, criado para esse fim, ser o alarme indicando essa situao ao
operador, mas os eventos permitiro a ele visualizar qual evento levou ao alarme atravs da tela sintica ou da tela de
eventos. Esse exemplo est demonstrado na figura 2.



Figura 2. Agrupamento de Alarmes

Para os equipamentos, todos os defeitos gerados por eles (sobrecarga, tempo excessivo de partida, etc.) so
tratados como eventos para que sejam registrados e possam ser vistos pelo operador, mas um nico bit de resumo destes
defeitos, ativo quando houver qualquer um deles, tratado como alarme. Essa estratgia usada com o mesmo objetivo
do agrupamento de alarmes redundantes citado anteriormente.

3.1.2. Ajustes de Alarmes de Desvio em Caso de Variveis com Set-Point

Para variveis que possuem um Set-Point definido pelo operador, por lgicas do sistema ou por outros sistemas
como o exemplo do controle PID (Proporcional, Integral e Derivativo) sugerido usar ajustes de alarmes relativos ao
invs de ajustes de alarmes absolutos. Trata-se de ajuste de alarmes relativos aqueles que alarmam um desvio relativo ao
Set-Point, evitando assim alarmes desnecessrios quando a requisio da grandeza de um valor muito alto ou muito
baixo.
Por exemplo, supondo que um Set-Point de uma vazo esteja em 2.000 l/h, caso o ajuste absoluto de alarme
alto seja 2.500 l/h, se o operador passar o Set-Point para 2.800 l/h esse alarme ser atuado sem necessidade, pois uma
vazo to grande foi uma requisio do operador e no uma situao anormal que exige ao do operador. Similarmente
pode se considerar o ajuste absoluto de alarme baixo. Mas se o ajuste for de desvio, ento o alarme ser condizente ao
Set-Point determinado pelo operador e o alarme ser ativado apenas em caso de desvio da varivel em relao ao Set-
Point, ou seja, em relao ao erro.
Esse tipo de alarme deve estar informado ao operador na janela de ajuste para evitar confuso entre alarme de
desvio e alarme absoluto, que poderia causar a no ativao do alarme em um momento necessrio.

3.1.3. Outras Funes no CLP

Diversas funes podem ser programadas no CLP a fim de evitar alarmes desnecessrios e diminuir a
sobrecarga de alarmes ao operador e impossvel citar todas neste artigo. Mas, alm das funes j citadas podemos
apontar mais algumas de extrema importncia quando se est criando um sistema de alarmes para uma planta industrial,
entre eles esto:
Criao de alarmes relativos comunicao com outros sistemas, com redes industriais e com
dispositivos inteligentes;
V Congresso Rio Automao

5
Insero de filtros de tempo para sinais de campo evitando que uma trepidao do sinal fsico acarrete
uma oscilao excessiva do alarme;
Implantao de uma histerese do ajuste de alarme analgico para que, ao trabalhar com a varivel
prxima ao ajuste, o alarme seja gerado uma nica vez.
Todas as informaes relevantes ao operador da planta industrial devem ser apresentadas de modo concreto e
de maneira a evitar sobrecarga desnecessria sem exceo. Foram apresentadas funes a serem adotadas por plantas
industriais em geral, mas cada processo possui suas prprias caractersticas, portanto o sistema de alarmes deve ser
programado de forma a atender s necessidades especficas de cada sistema de automao.

3.2. Funes Implantadas no Sistema Supervisrio

O sistema supervisrio o responsvel pela interface entre operador e controlador, sendo assim, ele o
responsvel por apresentar as informaes tratadas no CLP ao operador da planta. Portanto, certas definies que
exigem uma dinmica maior, principalmente em fase de implantao, so tratadas mais facilmente no sistema
supervisrio devido a uma maior versatilidade de possibilidades que necessitariam alteraes demoradas e muitas vezes
crticas se realizadas no programa do CLP, como mudanas de prioridades, que se realizadas no controlador
necessitariam deslocamento de endereo de variveis, o que no sistema supervisrio requer apenas a variao de um
simples parmetro.
Facilitar essas alteraes permite que o gerenciamento do sistema de alarmes no se torne um trabalho
cansativo e, de tal forma, no passe a ser ignorado e continue com sua melhora gradativa com o passar do tempo.
Essas alteraes devem ser no modo de edio do aplicativo, devido sua necessidade bastante eventual e de
carter de manuteno e desenvolvimento.

3.2.1. Priorizao de Alarmes

Em plantas industriais, principalmente de tamanho significativo, extremamente til priorizar alarmes de
maneira a mostrar de maneira mais bvia ao operador quais alarmes possuem maior importncia e que devem ser
considerados e corrigidos em primeiro lugar. Devem-se priorizar alarmes de acordo com dois fatores: severidade das
conseqncias e tempo requerido para se tomar as aes corretivas.
A segunda edio da publicao 191 da EEMUA sugere que quatro prioridades sejam atribudas aos alarmes
de uma planta industrial, sendo eles: alarme crtico, prioridade alta, prioridade mdia e prioridade baixa.
Os alarmes devem ser priorizados pelo supervisrio de maneira a facilitar a alterao dessas prioridades
segundo necessidades reconhecidas pelos responsveis do sistema de alarmes, para que essa mudana seja feita de
maneira dinmica.
A figura 3 apresentada abaixo representa as quatro situaes de uma varivel analgica de presso de uma
linha: muito alta (HH), alta (H), baixa (L) e muito baixa (LL). Para o exemplo, presses altas apresentam perigo a
equipamentos e pessoas.



Figura 3. Priorizao de Alarmes

O principal objetivo da priorizao a ergonomia, facilitando ao operador a visualizao de quais alarmes ele
deve responder primeiro quando mais de um alarme apresentado a ele. Conseqentemente, para ser um discriminador
efetivo, a freqncia com que os alarmes aparecem deve ser inversamente proporcional ao crescimento da prioridade.
A publicao da EEMUA sugere que alarmes crticos no ultrapassem vinte em seu total, alarmes de prioridade
alta representem aproximadamente 5% do total de alarmes da planta, alarmes de prioridade mdia representem
aproximadamente 15% do total de alarmes da planta e a quantidade de alarmes de prioridade baixa representem por
volta de 80% dos alarmes de uma planta industrial.

V Congresso Rio Automao

6
3.2.2. Definio entre Alarmes e Eventos

A definio entre alarme e evento poderia ser feita no programa de CLP com uma separao lgica entre os
dados de evento e os dados de alarme, mas uma alterao dessa definio seria trabalhosa e iria requerer alterao no
apontamento a essa varivel pelo supervisrio. Portanto, o ideal que essa definio seja feita pelo prprio aplicativo do
supervisrio, para que essa mudana seja feita de maneira simples e rpida com a alterao de apenas um parmetro.
O exemplo da figura 4 mostra o nvel de um tanque, onde as situaes de alto (H) e baixo (L) devem ser
eventos para controle de alimentao e retirada do tanque e no requerem ao do operador, enquanto as situaes de
muito alto (HH) e muito baixo (LL) so situaes indesejadas e que requerem que o operador tome alguma providncia.



Figura 4. Definio entre Alarmes e Eventos

Essa definio de extrema importncia para evitar que informaes, mesmo importantes, que no requerem
ao do operador, sobrecarreguem o sistema de alarmes.

3.2.3. Telas de Alarmes e Eventos

As telas de alarmes e eventos so ferramentas disponveis em todos os softwares de supervisrio disponveis no
mercado. Essas telas apresentam ao operador de maneira dinmica o que est ocorrendo em toda a planta no que se
relaciona a eventos e alarmes.
Na tela de eventos, todos os eventos e todos os alarmes so apresentados no tempo determinado, por exemplo,
nas ltimas 24 horas, mostrando ao operador se o evento est ativo ou no, hora em que foi ativado, tag de identificao,
durao do evento e o comentrio sobre cada evento, essas informaes so passadas em forma de lista.
Na tela de alarmes, apenas alarmes so apresentados, tambm em forma de lista, e permanecero na tela at que
sejam reconhecidos pelo operador, esses alarmes mostram o tempo que ocorreu o alarme, tag de identificao, durao
do alarme, descrio, ao corretiva que deve ser tomada pelo operador e a situao atual do alarme. As situaes
possveis de um alarme so:
Alarme ativo e no reconhecido, para o caso de um alarme que ainda se encontra ativo e o operador
no tomou a ao de reconhecer o alarme;
Alarme no ativo e no reconhecido, quando um alarme deixa de estar ativo, mas o operador ainda
no tomou a ao de reconhecer o alarme;
Alarme no ativo e no reconhecido, para o caso de operador j ter tomado a ao de reconhecer o
alarme, mas esse ainda se encontra ativo.
Alarmes que no esto mais ativos e j foram reconhecidos so automaticamente removidos da tela de alarmes,
mas ainda se encontraro nos registros histricos da planta.
Para ambas as telas devem ser possveis o filtro por rea e por horrio e para a tela de alarmes de extrema
importncia que haja possibilidade de filtro por prioridade, que ir auxiliar o operador a tomar as aes corretivas na
ordem correta no caso de distrbios.
Deve ser possvel ao operador reconhecer conjuntos de alarmes, como por exemplo, os alarmes presentes na
tela, de maneira a evitar que o operador gaste tempo desnecessrio com o reconhecimento de um grande nmero de
alarmes aps um distrbio na planta.

3.2.4. Barramento de Alarmes

O barramento de alarmes deve estar visvel em qualquer tela que o operador estiver operando. Esse barramento
de alarmes deve mostrar, no mnimo, os dois ltimos alarmes ocorridos, em ordem cronolgica, devendo mostrar as
mesmas informaes disponveis na tela de alarmes.
O barramento de alarmes importante para que o operador tome conhecimento de novos alarmes enquanto
V Congresso Rio Automao

7
opera qualquer rea da planta, sendo que todos os alarmes de todas as reas da planta devem ser mostrados ao operador
no momento em que ocorrerem.

3.2.5. Janela de Alarmes Crticos

Uma janela contendo todos os alarmes crticos da planta deve ser criada de maneira que possa ser consultada a
qualquer momento. O alarme crtico que estiver ativo deve ser destacado entre todos os outros.
Quando um alarme crtico ocorrer, essa janela deve ser imediatamente aberta de maneira a informar ao
operador que um alarme crtico ocorreu, se possvel um sinal sonoro deve ser apresentado junto abertura da janela.
Fica disponvel ao operador fechar essa janela, mas enquanto qualquer alarme crtico permanecer ativo essa janela ser
aberta novamente ao operador aps um tempo determinado. Essa situao ir ocorrer at que o alarme seja normalizado.

3.2.6. Registro Histrico de Alarmes e Eventos

O registro histrico de alarmes e eventos so ferramentas disponveis em todos os softwares de supervisrio
disponveis no mercado. Essa ferramenta de extrema importncia para rastreabilidade da operao das plantas
industriais e para levantamento de relatrios relativos ao sistema de alarmes e de operao da planta.
Os registros histricos devem ser armazenados no servidor de dados do sistema de superviso desde a data
mais antiga possvel. Essa data fica limitada capacidade do hardware utilizado no sistema de superviso.
Os arquivos de registro devem ser armazenados de maneira mais intuitiva possvel, de maneira a facilitar ao
usurio o rastreamento das informaes necessrias.
altamente importante que alarmes possam ser facilmente diferenciados dos eventos neste histrico de alarmes
e eventos. Essa diferenciao facilitar filtros de maneira a tornar mais rpida uma anlise dos arquivos de registro de
dados histricos.
As informaes bsicas que devem estar disponveis nos arquivos de registro so:
Tempo que foi ativado;
Tempo que foi reconhecido;
Nome do tag ou do objeto (identificao);
Condio e estado;
Tipo (evento/alarme);
Prioridade;
rea do projeto.
Qualquer outra informao que for julgada como importante deve ser inserida, mas lembrando que aumento de
informaes a serem registradas aumenta tambm o tamanho do arquivo e conseqentemente diminui a quantidade de
alarmes e eventos que podem ser registrados.

3.3. Integrao de Informaes entre CLP e Supervisrio

Para que essas propostas prticas tornem-se possveis e eficientes em um sistema de automao, uma faixa bem
definida de endereo de memria deve ser reservada no programa de CLP para os dados que podem ser definidos como
alarmes ou eventos. Essa prtica permite que as informaes possveis para definio entre evento e alarme no
supervisrio sejam apenas as relevantes para tal aplicao, no gerando informaes desnecessrias no aplicativo do
supervisrio.


4. Planos e Prticas de Gerenciamento de Alarmes

4.1. Anlise de Dados Histricos

Dos registros histricos de alarmes coletados durante da operao da planta necessrio realizar diversos
relatrios com o intuito de analisar o sistema de alarmes e propor novas mudanas objetivando a melhora do sistema. A
anlise de dados de alarmes engloba:
Nmero de alarmes em um tempo definido ou aps um evento especfico;
Alarmes mais freqentes por perodo ou por evento;
Contagem de alarmes ativos em um determinado tempo;
Contagem de alarmes arquivados em um determinado tempo;
Identificao de alarmes ativos por mais tempo em um tempo definido;
V Congresso Rio Automao

8
Proporo de prioridade de alarmes durante determinado tempo;
Medidas de tempos para reconhecimento do operador;
Auto-relao e relao-cruzada entre alarmes gravados.
Essa anlise pode ser feita atravs de softwares de utilizao comum, como planilhas eletrnicas, com essa
anlise possvel propor mudanas com intuito de melhorar o sistema de alarmes ou julgar que o sistema est
satisfatrio. Essas anlises devem incluir o levantamento de indicadores de desempenho de automao para que as
decises tomadas sejam baseadas em anlises quantificadas.

4.2. Projeto de Melhoria Contnua

O sistema de alarmes deve ser analisado periodicamente para melhoria contnua e constante, com
responsabilidades atribudas a profissionais competentes com um controle de todas as alteraes ocorridas no sistema de
alarmes e de eventos. O controle de alteraes pode ser feito atravs de uma planilha eletrnica, mas quanto mais
completo o registro, mais eficiente, sendo as informaes mais importantes:
Atribuio de alarme ou evento;
Propsito do alarme, caso seja um ou propsito de no ser alarme, se necessrio;
Resposta do operador para correo do alarme;
Prioridade do alarme com as conseqncias de uma resposta no realizada a fim de justificar a
prioridade atribuda ou tipo de evento;
Data da criao ou alterao;
Ajuste para o caso de alarmes e eventos de variveis analgicas;
Supresses dos alarmes e eventos, quando aplicvel.
O aspecto chave para realizar um aperfeioamento no sistema de alarmes, como em diversas outras situaes,
a propagao da cultura que encoraja a melhoria na organizao.

4.3. Treinamento dos Usurios no Sistema de Alarmes

Todos os operadores devem ser treinados nos sistemas de alarmes no qual eles vo realmente trabalhar. Os
treinamentos devem abranger todas as situaes reais que possam ocorrer.
Os responsveis pelo sistema de alarmes devem ser conscientizados de suas obrigaes e informados de todos
os passos necessrios para incluso, excluso ou alterao de qualquer alarme.


5. Concluso

O propsito do sistema de alarmes o de atrair a ateno do operador a condies da planta potencialmente
perigosas em tempo hbil suficiente para avaliao e/ou ao corretiva. Diversas ferramentas podem ser implantadas no
sistema de controle e no sistema de superviso de maneira a aumentar a confiabilidade do operador nos alarmes e
conseqentemente aumentando a eficincia da automao sem a necessidade de se utilizar sistemas dedicados de
gerenciamento de alarmes.
Mesmo com todas as implantaes propostas, um sistema de alarmes ser realmente eficiente apenas se houver
dedicao e organizao dos profissionais envolvidos a ele.


6. Referncias

MCTAVISH, MARK, Alarm Management for Pipelines Part 2, 2008

WILKINSON, JOHN, Better Alarm Handling A Practical Application of Human Factors, 2002

DANEELS, A., SALTER, W., What Is SCADA, 1999

2 Edio da Publicao n 191 da EEMUA, 2007

Norma ISA S18.02, 2008