Assim, o intuito de utilizar essas ferramentas é obter material para tomadas de decisões. Principalmente aquelas que são difíceis e importantes dentro dos processos.

Você deve estar pensando que fazer esse tipo de análise parece ser simples.

Porém, efetuar o gerenciamento de riscos exige muito conhecimento de métodos e processos, bem como grande atenção na hora de utilizar elas.

Por isso, é preciso cautela na hora de executar uma análise de riscos. Um descuido pode gerar consequências indesejáveis para sua empresa.

É importante ter em mente que em alguns casos será necessário mais do que uma ferramenta de análise.

Isso porque existem processos mais complexos e que precisam de uma maior atenção e cuidado.

Portanto, nesse blog, nós trouxemos quatro métodos que podem te ajudar! Fique atento na hora de realizar a análise de riscos.

Lembre-se que existem outros métodos. Mas listamos aqui os mais comuns para que você possa sentir como essas ferramentas podem impactar seu negócio.

FMEA – Análise dos modos de falhas e efeitos

Essa ferramenta tem o objetivo de identificar e analisar as possíveis falhas em um processo. Além do mais, A FMEA atua na priorização das correções. Dessa maneira elencando por ondem de prioridade cada falha. Otimizando a tomada de decisões.

Além disso, as possíveis consequências de cada falha também são levadas em consideração.

Permitindo assim que a gestão tenha uma análise mais detalhada dos impactos que podem ser provocados pela falta de medidas preventivas.

Portanto, a FEMA é um banco de informações da empresa. Visto que permite o acesso a todas as falhas que já foram consideradas e as suas respectivas ações tomadas.

APR- Análise preliminar de risco

Essa é uma ferramenta fundamentada em um estudo realizado de modo detalhado e prévio à aplicação do processo.

Assim, sua finalidade é identificar os riscos que se corre durante a realização de um dado trabalho.

Por meio da APR é possível identificar e reparar problemas previamente. Deixando assim o ambiente mais seguro para os colaboradores.

Dessa maneira, para fazer uma APR, é preciso seguir os seguintes passos:

• Reconhecer os riscos do trabalho;
• Listar os fatores de cada um dos riscos;
• Fazer a identificação do que está sujeito a esses riscos;
• Presumir as possíveis consequências geradas pelos riscos;
• Realizar uma análise quantitativa;
• Realizar medidas de controle e prevenção aos riscos.

Por isso, é relevante que aos colaboradores envolvidos em cada atividade participem da análise preliminar de riscos. Pois, isso irá ajudar na coleta de informações importantes a respeito do trabalho.

Checklist

O checklist foi usado inicialmente na indústria para a checagem das especificações de um produto.

Por ser simples de usar, hoje essa ferramenta também é utilizada em diversas áreas. Entre elas a análise de gerenciamento de riscos.

Dessa forma, para executar um checklist basta listar os pontos que se deseja conferir ou aplicar.

Os tópicos a serem checados ainda podem estar ligados de acordo com algum critério pré-definido, como duração da atividade, ordem de acontecimento e grau de importância.

Também é aconselhável que os tópicos estejam escritos em frases curtas, objetivas e de fácil entendimento.

What If

Traduzindo para o português, What if significa “e se”. E a ferramenta consiste exatamente em aplicar o “e se...” como pergunta à diversas situações do processo.

É preciso reunir uma equipe que conheça bem o processo que será avaliado. Bem como, que tenham em mãos documentos que ajudem a entender o mesmo.

Depois de reunida a equipe deve levantar várias situações usando o “e se...?”. E as respostas devem constatar causas e consequências daquele cenário, além de uma solução.

Após a aplicação dessas perguntas, é elaborado um relatório mostrando todos os riscos que foram explanados e sua possíveis soluções.

Isso ajuda a manter os processos mais claros e mais seguros.

Prevenir riscos salva vidas!

As ferramentas de análise de riscos são meios preventivos. Elas te ajudam a sempre estar um passo a frente dos problemas que possam vir a surgir.

Lembre-se que elas precisam ser utilizadas com cuidado e de forma correta para trazer os resultados almejados.

Busque sempre deixar sua equipe capacitada e sempre a par de com manusear cada ferramenta.

Aqui nesse blog trouxemos dicas de algumas que possam ser úteis. Busque estudar mais a fundo cada uma, para descobrir qual a melhor para suas demandas.

Prevenir riscos pode salvar vidas, além de trazer diversos benefícios a longo prazo.

Espero que tenha gostado do conteúdo.

E caso tenha alguma dúvida entre em contato conosco, ficaremos felizes em ajudar.

O cliente

A Potigás - Companhia Potiguar de Gás, é uma empresa estatal responsável pela distribuição de gás natural encanado no estado do Rio Grande do Norte.

A empresa foi criada pela Lei n° 6.502 de 26 de novembro de 1993 como uma sociedade de economia mista sujeita ao controle majoritário do Estado.

O que até aquele momento era papel exercido inicialmente pelo governo estadual e pela Petrobras, através da Gaspetro, passou para a Potigás. A partir disto, a empresa iniciou as operações efetivamente em 8 de março de 1995.

O desafio

A Potigás chegou até à Logique com o desafio de ampliar sua base de clientes residenciais.

Para isso, percebeu-se que era necessário a modernização do processo de medição de consumo de gás destes clientes.

Até aquele momento, as medições eram realizadas através de planilhas manuais. Era (e continua sendo) feito por leituristas que se deslocam periodicamente até as instalações dos clientes para realizar a medição do consumo.

Assim sendo, esse caráter manual, além de mais suscetível a erros, tornava o processo ineficiente. Por causa disso, trazia restrições ao crescimento da base de clientes residenciais da Potigás.

Assim, era bastante trabalhoso inserir os dados para a cobrança do gás fornecido. Era também impossível acompanhar a medição durante o trajeto do leiturista. Ou seja, se o mesmo fizesse a anotação dos dados incorretamente, poderia (e provavelmente iria) gerar uma cobrança incorreta.

Dessa forma, o cenário anterior a solução era de considerável falta de precisão e segurança no processo.

O que foi feito?

Com esse desafio imposto, a Logique Sistemas, em conjunto com a Potigás, resolveu por implantar o sistema SGM. Isso ocorreu em 2012 e o sistema vêm realizando medições desde então.

O SGM (Sistema de Gerenciamento de Medição) é um sistema desenvolvido pela Logique Sistemas que tem como principal função gerenciar todo processo de medição de consumo de gás.

A partir disso, com algumas adaptações, em especial com a adição de novos relatórios, o sistema foi implantado na Potigás.

Com o SGM em operação, passou a ser possível unificar todas as necessidades da coleta de medições de gás dos clientes da Potigás.

Foram instalados dois módulos do sistema, um deles é o módulo de coleta (aplicação mobile), instalado em um equipamento coletor de dados disponibilizado pela Potigás a cada leiturista. Nessa aplicação é possível colocar o volume da medição, temperatura do medidor vazão de gás. Além disso, verificar inconsistências no fornecimento, rota do leiturista cadastrada pela gerência, dentre outros.

O sistema, dentre outras funções, consegue centralizar os dados da coleta e encaminha-los para a operação em tempo real, integração com plataforma de cobrança, além de gerar diversos relatórios de medição e controle.

Os dados cadastrados durante a leitura são enviados para o sistema central de controle da gerência, onde se tem acesso aos dados do leiturista em tempo real.

A partir disso, já é possível obter relatórios por cada rota. Além disso, esse sistema da gerência consegue armazenar todas as informações dos clientes e seus cadastros.

Hoje o sistema já analisa instantaneamente se a medição está dentro do padrão daquele cliente, e já mostra ao leiturista se algo está fora desse padrão.  

Feedbacks e resultados alcançados

Dentre os feedbacks recebidos pelo suporte da Logique, destacam-se os elogios recebidos pelo caráter completo do sistema. Especialmente em função da possibilidade da união do cadastro de clientes, armazenamento das medições, relatórios personalizados e a aplicação mobile voltada para os leituristas.

Além disso, a Potigás têm elogiado o próprio suporte em decorrência da agilidade e eficiência na resolução de questões solicitadas.

Atualmente, foram registradas pelo SGM um total de 295.173 medições na Potigás.

Assim, todos os resultados alcançados após o início das atividades do sistema vêm permitindo significativo crescimento na base de clientes residenciais da empresa, e consequentemente em seu faturamento.

É possível concluir assim que as funcionalidades do SGM proporcionaram à Potigás um aumento considerável na confiabilidade, precisão, agilidade e eficiência de seus seus processos e no fornecimento do gás.

Gostou de conhecer nosso cliente e a trajetória dele conosco? Quer saber mais sobre o SGM ou gostaria de alguma outra informação? Não hesite em entrar em contato comigo pelo debora.silva@logiquesistemas.com.br, terei o mais prazer em atendê-lo!

Você sabia que a quantidade máxima gerenciável de alarmes em uma planta industrial, em operação normal, por operador é de apenas 1 alarme a cada 5 minutos? E que em momentos de distúrbio esse número não pode passar dos 10 alarmes em 10 minutos?

Esses dados vêm da norma EEMUA 191, umas das mais importantes quando se fala em alarmes industriais. O número parece um pouco distante da realidade na sua indústria? Há então grandes chances de você estar sofrendo com um problema de avalanche de alarmes.

Define-se “avalanche” no sentido figurativo, como tudo que incide repentinamente e em grande quantidade sobre algo. No sentido literal, todo mundo pensa rapidamente em uma queda violenta de grandes massas de neve em regiões montanhosas, certo?

Nesse caso, é mais pelo sentido figurativo que vamos pensar no termo avalanche aqui. Afinal, esse texto vai te explicar direitinho do que se trata uma avalanche de alarmes e também, como você pode melhor lidar com esse problema.

Continue lendo e entenda mais sobre o problema de avalanche de alarmes e como se livrar dele!

Você sabe o que é uma avalanche de alarmes?

A norma ISA 18.2, referência em boas práticas para sistemas de alarmes, contempla a definição mais aceita de avalanche de alarmes. De acordo com a norma, uma avalanche de alarmes seria uma “condição durante a qual a taxa de alarmes é maior do que o operador pode, efetivamente, gerenciar. No caso, mais de 10 alarmes acionados em um período de 10 minutos”.

Muitos sistemas de alarme revelam-se menos efetivos justamente nos momentos em que são mais necessários - na mitigação dos efeitos de distúrbios no processo.

Análises feitas após vários acidentes graves em plantas industriais mostraram que o sistema de alarmes poderia impedir a ocorrência do evento caso não estivesse bombardeando os operadores com informações excessivas e enganosas.

Podemos concluir de maneira lógica que, se o operador não consegue lidar efetivamente com uma enorme quantidade de alarmes ativados em um curto período de tempo, isso poderá (e irá) acarretar problemas desde paradas não programadas até acidentes.

Este raciocínio pode parecer fatalista, mas não sou apenas eu que estou dizendo. A própria EEMUA, ao falar sobre o impacto de uma avalanche de alarmes em acidentes catastróficos, aponta este como um grande contribuinte. Além disso, afirma que incidentes de perda, frequentemente envolvem o operador estar sobrecarregado com uma avalanche de alarmes.

A EEMUA 191 ainda mostra vários exemplos em que o mau desempenho do sistema de alarme (avalanches) contribuiu para perdas financeiras, danos ambientais, feridos ou até mesmo mortes.

Por outro lado, um sistema de alarmes bem controlado e livre de avalanches resulta em menos incidentes e menos perda. E claro, como resultado, menor risco. As plantas industriais que conseguem lidar bem com seus alarmes relatam, inclusive, taxas de seguro mais baixas. Isso como resultado do menor risco atribuído ao desempenho superior do gerenciamento de alarmes.

Como perceber o problema de avalanche de alarmes

Alguns aspectos simples que podem ser observados para “diagnosticar” o problema de avalanche de alarmes na sua planta industrial. São eles:

• Se os KPI’s (Indicadores chave de performance) tendem a indicar que o desempenho do sistema de alarme está estático ou se deteriorando;
• Se operadores frequentemente ignoram alarmes ou reconhecem alarmes sem tomar medidas durante condições anormais;
• Se existe um número alto de alarmes permanentes ("velhos").

Nesse caso, você provavelmente tem um grande problema de avalanche de alarmes. Sendo ssim, precisa iniciar um processo de gestão de mudança imediatamente.

Como e por que ocorre uma avalanche de alarmes?

Os alarmes geralmente são configurados para um único estado operacional: execução. As avalanches de alarmes normalmente ocorrem após uma mudança de estado no processo.

Isso acontece porque os parâmetros operacionais também mudam após uma mudança de estado no processo. Essas alterações podem causar impactos em cadeia no processo, o que acaba levando às avalanches de alarmes. Esse fenômeno pode afetar (e acionar) centenas ou mesmo milhares de alarmes.

Portanto, após as mudanças do estado no processo, muitos alarmes podem soar em um curto período de tempo. O primeiro alarme ou segundo indicam o evento inicial, alertando o operador para a mudança. Depois disso, muitos alarmes desnecessários e redundantes resultantes da mesma causa raiz são anunciados e exibidos para o operador.

Se outra situação se desenvolver, esses alarmes serão adicionados ao fluxo de alarmes existente. E o pior, sem qualquer diferenciação entre as duas causas raiz do operador.

O operador deve inspecionar esses alarmes para qualquer informação de processo que eles possam fornecer e depois reconhecê-los. Muitos alarmes podem aparecer de uma só vez, o torna o trabalho bem mais difícil. Por isso, em alguns casos, o reconhecimento se torna a única resposta possível para o operador.

As plantas industriais que atualmente não atendem as diretrizes da ISA 18.2 em todas as suas condições de operação, ou que não contam com um sistema de gerenciamento de alarmes eficaz e completo, devem remediar seus problemas com avalanches de alarmes ou poderão enfrentar consequências catastróficas.

Como surgiu a expressão “avalanche de alarmes”?

Nos últimos 30 anos, o número e a frequência de alarmes mudaram no ambiente industrial em decorrência dos avanços tecnológicos. Podemos dizer que ambos aumentaram significativamente ao longo dos anos. Isso ocorreu em virtude da facilidade e viabilidade atual na implementação de novos alarmes.

Nos velhos tempos de controles pneumáticos, instalar um novo alarme para um processo era bem mais complexo. Além disso, custava bem mais do que hoje. Com o uso de sistemas de controle baseados em computador, a instalação de novos alarmes acabam por não custar praticamente nada.

Assim, foi necessário definir um termo que expressasse esse novo fenômeno que crescia cada vez mais. Dessa forma, sempre que inúmeros alarmes são anunciados em um curto período de tempo, percebe-se estar diante de uma avalanche de alarmes.

Afinal, como melhor lidar com uma avalanche de alarmes?

A terceira edição da EEMUA 191 e o novo padrão IEC (IEC 62682) para gerenciamento de alarmes já indicam medidas para amenizar e evitar problemas de avalanches de alarmes. Uma delas é aumentar o foco do papel dos sistemas de alarme através de análises das camadas de proteção (LOPA – Layer of Protection Analysis). Podemos citar também atividades de HAZOP (Hazard and Operability Studies) que é uma ferramenta de análise de risco e tem como objetivo identificar perigos e problemas de operabilidade nos mais variados processos.

Além disso, a própria ISA 18.2 abrange em suas diretrizes o ciclo de vida da gestão de alarmes que busca melhorar o sistema de alarmes como um todo inclusive em momentos de avalanches de alarmes.

Ou seja, seguir os padrões ISA 18.2 e EEMUA podem ajudar bastante a conseguir lidar com este problema caso já o tenha na planta, ou evitá-lo, caso tudo ainda esteja correndo dentro dos conformes.

Um bom sistema de gerenciamento de alarmes salva vidas!

Um outro aspecto a ser melhorado para conseguir gerenciar uma avalanche de alarmes ou impedir que ela venha a ocorrer é contar com um sistema de gerenciamento de alarmes completo e competente. O que isso significa? Ele deve, dentre outras coisas:

• Primeiramente, ser compatível e auxiliar na adoção das diretrizes EEMUA 191 e ISA 18.2;

• Melhorar a qualidade dos alarmes, levando a um melhor entendimento das anormalidades, reduzindo o risco de paradas não programadas e possíveis avalanches;

• Melhorar a atenção dos operadores, permitindo que eles tenham uma carga de trabalho adequada e percebam maior valor no sistema de alarmes;

• Identificar falhas nas configurações de alarmes reduzidos falsos alarmes, também auxiliando diretamente na prevenção de avalanches;

• Realizar uma mineração nos eventos do sistema, possibilitando maior conhecimento sobre a operação da planta, seus eventos automáticos e manuais.

Assim, você conseguirá se livrar definitivamente desse grande (e comum) problema e consequentemente gerar maior produtividade na sua indústria.

A boa notícia aqui é que o mercado brasileiro já conta com um super sistema de gerenciamento de alarmes industriais. E, com certeza, você vai querer conhecer, mesmo que não esteja lidando com avalanches de alarmes no momento.

Ele se chama BR-AlarmExpert, e abrange absolutamente todos os tópicos que citei acima em seu projeto e muito mais. Clique aqui e conheça mais sobre ele e solicite sua versão demo gratuitamente!

Chegamos ao final dessa avalanche de informações…

Aqui estamos ao final de mais um texto. E se você leu até aqui é porque realmente gostou do conteúdo. Espero então que tenha aprendido muito com ele.

Revisando os tópicos lidos, aprendemos sobre:

• Definição de uma avalanche de alarmes;
• Como identificar o problema de avalanche;
• O que ocorre no sistema de alarmes durante uma avalanche;
• Como surgiu o termo “avalanche de alarmes”;
• Como conseguir lidar eficientemente com uma avalanche e se livrar desse problema;

E, dentro do último tópico, vimos um pouco mais sobre um sistema de gerenciamento de alarmes que é um verdadeiro “salva-vidas”. Qualquer dúvida sobre o conteúdo ou sobre o BR-AlarmExpert pode me contatar pelo debora.silva@logiquesistemas.com.br. Ficarei muito feliz em conversar com você.

Fique atento ao nosso blog e compartilhe nossos conteúdos em suas mídias sociais!

Uma prova disso vem de um estudo recente, patrocinado pela Cisco e desenvolvido pela International Data Corporation (IDC). O estudo afirma que 73% das organizações latino-americanas já estão usando ou planejam implementar alguma forma de armazenamento em nuvem (cloud). Dados como estes reforçam então a relevância do tema "computação em nuvem" para os mais diversos setores. Porém, é quando chega nas indústrias que a mágica realmente acontece. E é nesse ponto que começamos a falar em cloud na Indústria 4.0.

Então, se você não conhece profundamente nenhum dos dois termos, e/ou gostaria de entender porque a cloud computing (computação na nuvem) representa um dos pilares essenciais da indústria 4.0, continue lendo esse texto e descubra tudo que você precisa saber!

Cloud computing: O que é?

Cloud computing é um termo em inglês, traduzido livremente como "computação na nuvem". O conceito já ganhou espaço em grandes indústrias e corporações, mas apenas recentemente vêm chegando em pequenas empresas.

Resumidamente o conceito refere-se a capacidade de computação infinitamente disponível e flexível. Dessa forma, a infraestrutura de hardware e rede é enxergada pelos usuários como um serviço onde se paga apenas pelo devidamente utilizado.

Essa flexibilidade permite então otimizar e muito os recursos computacionais. Isso por que apenas o recurso estritamente necessário é utilizado para uma determinada aplicação. Ao se necessitar de mais recursos, a infraestrutura se adapta a nova demanda de maneira automática.

O usuário não precisa se preocupar com questões como, por exemplo, espaço de armazenamento, tamanho da banda larga, poder de processamento ou segurança das aplicações e dados. Com a implementação da cloud computing, todas estas demandas de tecnologia da informação são satisfeitas efetivamente.

A ideia da cloud é justamente a de expansividade. Deixar a infraestrutura transparente para o usuário, para que, de acordo com a necessidade, a cloud consiga disponibilizar maior infraestrutura e se adequar ao volume recebido.

Tudo isso garante, especialmente para corporações, a utilização eficiente de recursos. Bem como ainda reflete diretamente na economia de custos e de tempo.

Pode parecer a princípio algo complexo ou distante de você. Porém, grande parte dos conteúdos consumidos hoje em plataformas de streaming e mídias sociais advém de serviços e aplicações baseados na cloud computing.

Algumas das vantagens da Cloud na Indústria 4.0

Agilidade e facilidade no compartilhamento de dados

Como a cloud não é um local físico, é possível que várias pessoas tenham acesso de diversos locais diferentes aos mesmos arquivos, desde que sejam autorizadas.

No caso de uma empresa/indústria, isso garante grande agilidade. A cloud permite que os funcionários consigam interagir com o conteúdo armazenado na nuvem em tempo real.  Sendo possível assim auxiliar na colaboração e integração entre departamentos, permitindo uma comunicação rápida e otimizada.

Monitoramento com mobilidade

A cloud promove um maior controle das operações e acompanhamento de demandas em tempo hábil. Mesmo que não se esteja observando fisicamente de perto.

Isso permite um melhor aproveitamento dos insights e melhoria na tomada de decisões, visto que o gestor tem acesso a dados que o permite monitorar a performance da empresa/indústria com flexibilidade e eficiência.

Economia

Com a implementação da cloud computing, a indústria ganha também com economia. A partir dela, há economia na aquisição de helpdesks (serviço de apoio e suporte à problemas técnicos) e servidores.

Além disso, o tempo gasto para obtenção de informações também será otimizado. Isso se deve à possibilidade de acesso a dados com maior flexibilidade, conforme comentado anteriormente.

Nuvem privada ou Private cloud

Os conceitos comentados até o momento se referiram à cloud como composta pelo provedor da solução e o utilizador (pessoa, empresa ou indústria). Esse sistema refere-se, essencialmente, ao conceito de “nuvem pública” (ou public cloud). Porém, existem ainda outros tipos de armazenamento em cloud.

Especificamente no segmento corporativo é mais popular o uso do que se chama de “nuvem privada” (ou private cloud). O usuário possui praticamente as mesmas vantagens da nuvem pública. Porém, os sistemas e equipamentos presentes nesse caso se localizam e se mantém dentro da infraestrutura e do domínio da própria empresa/indústria.

A private cloud considera principalmente a cultura presente na corporação, a fim de que aspectos como objetivos e políticas internas sejam respeitados.

Além disso, a segurança e privacidade são algumas das principais razões que levam à adoção de uma nuvem privada. Outra motivação é a capacidade de adaptação desse tipo de nuvem às necessidades da corporação.

É vital que as empresas/indústrias contratem profissionais e/ou consultorias especializadas para implementar e cuidar da manutenção da private cloud. Os benefícios que podem ser obtidos (a médio e longo prazo) com uma implementação bem sucedida são inúmeros e compensam os altos gastos iniciais. Porém, uma implementação mal executada pode ter grandes impactos negativos no negócio.

Nuvem híbrida ou Hybrid Cloud

Considera-se estar diante de uma “nuvem híbrida” (ou hybrid cloud) quando certas aplicações a arquivos são direcionados à nuvem pública e outras ficam sob a responsabilidade da nuvem privada.

Normalmente, informações que exigem maior segurança são as direcionadas para a nuvem privada. Flexibilidade das operações e maior controle dos custos são algumas das características que podem levar as corporações a adotarem o modelo híbrido de nuvem.

Essa tendência têm se fortalecido cada vez mais por permitir que as empresas/indústrias usufruam dos benefícios tanto da nuvem pública quanto de uma nuvem privada. A implementação da nuvem híbrida pode vir a atender necessidades constantes, mas também demandas temporárias.

Um dos principais desafios e também um tabu no ambiente corporativo é à segurança dos dados. Isso se reforça ao falar no uso de nuvens públicas. Alguns empresários ainda acreditam que a nuvem não seja um local seguro. Visto que não se localiza dentro da companhia e foge ao controle dela.

Empresas de grande porte e mais preocupadas com a segurança de suas informações certamente optarão por implementar sua própria nuvem privada. Assim, empresas menores terão que correr atrás e buscar serviços de nuvens privadas para não serem deixadas para trás.

Do que se trata o conceito de Indústria 4.0?

Gestores dos mais diversos segmentos já perceberam os potenciais da implementação da cloud em suas áreas de atuação. Apenas em 2015, a implantação de cloud cresceu 49% na América Latina. Seguindo essa perspectiva, o setor industrial é um dos segmentos que têm mais potencial de ser grandemente beneficiado com a cloud na indústria 4.0.

Ao falar em Indústria 4.0 (ou Quarta revolução industrial) estamos nos referindo a um conjunto de mudanças singulares nos processos e na forma como serão fabricados os produtos que consumimos. Isso trará considerável aumento no valor da cadeia organizacional e em todo o ciclo de vida dos produtos.

Nesse novo contexto, tudo que está presente em uma indústria e em seu modelo operacional é conectado digitalmente. As pessoas participam apenas realizando a supervisão, e o trabalho é feito, exclusivamente, pelas máquinas. Proporcionando assim uma cadeia de valor altamente integrada. Desse modo, vemos que a grande inovação aqui é a interconectividade.

Algumas características da indústria 4.0

• Capacidade de operação em tempo real: aquisição e tratamento de dados de forma instantânea, permitindo a tomada de decisões em tempo real.

• Virtualização: propõe a existência de uma cópia virtual das fábricas inteligentes, permitindo o monitoramento remoto de todos os processos por meio dos inúmeros sensores espalhados ao longo da planta.

• Descentralização: a tomada de decisão poderá ser feita em tempo real pelo sistema cyber-físico. Isso se dará sempre de acordo com as necessidades da produção. Além disso, as máquinas receberão comando e poderão fornecer informações sobre seu ciclo de trabalho.

• Orientação a serviços: utilização de arquiteturas de software orientadas a serviços, aliado então ao conceito de Internet of Services.

• Modularidade: produção de acordo com a demanda, acoplamento e desacoplamento de módulos na produção. O que oferece então flexibilidade para alterar as tarefas das máquinas facilmente.

• Interoperabilidade: Capacidade de comunicação através da Internet das coisas (leia sobre Internet das coisas industrial - IIOT, clicando aqui), em especial, aplicada aos chamados sistemas cyber-físicos (sistema composto por elementos computacionais colaborativos que visam controlar objetos físicos).

Importância da cloud na indústria 4.0

É possível perceber que toda a transformação digital vivida atualmente está se expandindo também para o setor industrial. Mesmo que no Brasil isso ocorra de maneira mais tímida.

Todas essas mudanças convergem para a construção da Indústria 4.0, que busca revolucionar toda a maneira de produzir no ambiente fabril. O conceito de “fábrica do futuro”, controlada por robôs e com o mínimo de intervenção humana, é a grande proposta da quarta revolução industrial.

Será que ainda se precisa de convite para entrar nessa?

Alguns dos aspectos já citados que reforçam a fundamental importância da cloud na indústria 4.0 são a agilidade nos processos, flexibilidade - por permitir controle e acesso de dados em qualquer lugar de qualquer dispositivo - facilidade no compartilhamento de dados e consequente colaboração eficiente entre departamentos.

A cloud na indústria 4.0 têm seu papel destacado por facilitar consideravelmente a implementação e escalabilidade de sistemas para análise de dados, armazenamento, dentre outros. Além disso, permitirá a redução do tempo de implementação e otimização de recursos fundamentais para a indústria 4.0.

Nesse contexto, grande parte dos recursos de tecnologia da informação utilizados serão armazenados e processados pela cloud computing. Podemos dizer, portanto, que as tecnologias de cloud são uma das mais importantes sustentações e requisitos fundamentais para as indústrias rumo à Indústria 4.0.

Considerações finais

Estamos chegando ao final de mais um artigo, e espero que tenha aprendido muito!

Vamos recapitular o que foi visto aqui?

O texto abordou:

1. O conceito de Cloud computing
2. Tipos de cloud - Pública, Privada e Híbrida
3. Vantagens do uso da cloud na indústria 4.0
4. Uma breve explanação da Indústria 4.0
5. Algumas características da Indústria 4.0
6. A importância da Cloud na indústria 4.0

Ufa! Muitas informações, mas de grande relevância. Mas, se ainda restou alguma dúvida sobre o conteúdo tratado aqui, pode me contatar pelo debora.silva@logiquesistemas.com.br. Ficarei bem feliz em te ajudar!

Caso você conheça alguém que gostaria de aprender tanto quanto você sobre a cloud na indústria 4.0, compartilhe esse texto nas suas mídias sociais e espalhe esse conhecimento!

Você já pensou como seria um mundo sem leis? Certamente tudo seria uma bagunça! Dessa forma, leis e normas têm grande importância para manter tudo funcionando corretamente, em vários aspectos das nossas vidas.

Pois bem, no universo industrial as coisas não são muito diferentes. Existem assim certas normas regulamentadoras criadas para nortear alguns âmbitos das indústrias de processo.

Nesse sentido, uma destas normas é a ANSI/ISA 18.2 de gerenciamento de alarmes. O objetivo desse texto é então esclarecer tudo que você precisa saber sobre essa norma. E isso será feito com base na publicação mais recente, feita em 2016. Além disso, como ela pode ser uma ajuda e tanto para a gestão de um sistema de alarmes industriais.

Então, se você sempre quis saber mais sobre a ANSI/ISA 18.2, continue lendo esse artigo e tire todas as suas dúvidas!

Afinal, do que se trata a ISA 18.2?

A ISA 18.2 trata-se de uma norma produzida por uma sociedade sem fins lucrativos de nome International Society of Automation (Sociedade Internacional de Automação). A norma foi publicada pela primeira vez em 2009 e atualizada em 2016.

Dessa forma, seu objetivo principal é abordar o desenvolvimento, projeto, instalação e gerenciamento do sistema de alarmes nas indústrias de processo. A norma foi então escrita seguindo os padrões ISA já existentes, como uma extensão destes.

A gestão do sistema de alarmes abrange diversos processos. Estes se distribuem ao longo do que se chama “ciclo de vida do gerenciamento de alarmes”.

Além disso, a ISA 18.2 define também a terminologia e modelos para o desenvolvimento de um sistema de alarme. Define ainda os processos de trabalho recomendados e obrigatórios para manter eficazmente esse sistema de alarme ao longo de todo o processo de seu ciclo de vida.

Podemos dizer, portanto, que a ISA 18.2 visa fornecer uma metodologia que trará como resultados a melhoria da segurança nas indústrias de processo.

Logo da sociedade ISA

A quem se destinam as diretrizes da ANSI/ISA 18.2?

A norma destina-se então aos indivíduos e organizações que:

• Fabricam ou implementam sistemas de alarme;
• Fabricam ou implementam softwares de sistema de alarme de terceiros;
• Concebem ou instalam sistemas de alarme;
• Operam e/ou mantém sistemas de alarme;
• Auditam ou avaliam o desempenho de um sistema de alarme.

A norma ISA 18.2 é importante? E como!

Como muitos de nós sabemos, sistemas de alarmes ineficazes são frequentemente citado em relatórios de investigações de grandes incidentes em industrias. Principalmente como importantes fatores contribuintes para a ocorrência destes. Além disso, são também responsáveis pelo excesso de paradas não-programadas, grandes vilãs da produtividade industrial.

Você não sabia disso? Então confira a importância de um alarme bem configurado, as consequências de uma má configuração e muito mais em nosso texto sobre alarmes industriais.

A partir disso, podemos afirmar que a norma ANSI/ISA 18.2 têm sua importância pautada em prover melhorias em quesitos como segurança, qualidade e produtividade para o ambiente industrial.

Alguns esclarecimentos sobre sistema de alarmes...

Como toda a norma ANSI/ISA 18.2 gira em torno desse assunto, vamos falar brevemente a respeito para que tudo faça mais sentido para você.

De acordo com norma, uma parte fundamental do gerenciamento de alarmes é a definição do que é um alarme. Afinal, não podemos gerenciar algo que não sabemos o que é, certo?

A ISA 18.2 define um alarme como um meio audível e/ou visível de indicar ao operador sobre mau funcionamento de algum equipamento. Além disso, é responsável também por informar desvios ou condições anormais no processo, que requerem uma resposta no tempo adequado.

Estes conceitos estão diretamente relacionados com a definição adequada de todas as etapas envolvidas na configuração de um alarme.

Um alarme industrial representa um sinal de alerta.

Estados de um alarme

Quando um alarme ocorre, ele passa por uma série de etapas, desde o acionamento até ser finalizado. O diagrama de transição dos estados do alarme, mostrado abaixo, identifica os estados e transições de alarmes típicos.

Embora existam exceções, esse diagrama descreve a maioria dos tipos de alarmes e é uma referência muito útil para o desenvolvimento dos princípios do sistema de alarme e funções HMI (Interface Homem-Máquina).

Fluxo de estados do alarme

Na tabela abaixo temos um pequeno resumo sobre os estados de um alarme mostrados na figura anterior:

A tabela destaca aspectos como a condição do processo, no caso de cada estado dos alarmes, se estes são anunciados naquele caso ou se foram reconhecidos pelo operador ou não.

Agora sim, após ter vistos esses conceitos, podemos partir para os estágios do ciclo de vida do gerenciamento de alarmes, presentes na ISA 18.2.

Estágios do ciclo de vida do gerenciamento de alarmes segundo a ISA 18.2

Chegamos agora em um tópico de grande relevância, em que a norma ISA 18.2 dedica grande parte de seu conteúdo. São os estágios do ciclo de vida do gerenciamento de alarmes, ilustrados na figura abaixo.

O esquema mostra a relação entre os estágios, descritos ao longo da norma ISA 18.2.

Ciclo de vida do gerenciamento de alarmes

O ciclo de vida da gestão de alarmes abrange as atividades desde a concepção inicial do sistema. Dessa forma, esse modelo é útil na organização dos requisitos e responsabilidades para a implementação de um sistema de gerenciamento de alarmes.

O ciclo de vida é então aplicável para a instalação de novos sistemas de alarme ou o gerenciamento de um sistema existente.

Vamos agora aprender mais sobre cada um desses estágios do ciclo de vida do gerenciamento de alarmes. Leia atentamente e aprenda tudo sobre o assunto!

Filosofia

Quando se fala em filosofia, podem vir diversas coisas a mente. Porém, dificilmente você irá associar essa palavra ao ambiente industrial. Eu te entendo! E é por isso que irei explicar por que esse tópico é o primeiro e também um dos mais importantes passos do ciclo de vida do gerenciamento de um sistema de alarmes industriais.

A filosofia do alarme fornece a estrutura para estabelecer os critérios, definições, princípios e responsabilidades de todos os estágios do ciclo de vida do gerenciamento do alarme. Mas tudo isso só é possível por meio da especificação de itens como: identificação do alarme, racionalização, monitoramento, gestão de mudanças e audição.

Nesse sentido, a produção de um documento contendo a filosofia do alarme é de extrema importância para facilitar pontos como:

• Consistência em todo o sistema de alarme;
• Consistência nos objetivos e metas presentes no gerenciamento de risco.
• Acordo com boas práticas de engenharia;
• Concepção e gerenciamento do sistema de alarme que ajuda em uma resposta eficaz do operador.

A ISA 18.2 se utiliza de uma tabela para ilustrar os conteúdos obrigatórios e recomendados da filosofia do alarme. Você pode conferi-la abaixo.

Conteúdos da filosofia do alarme

É a partir da filosofia do alarme que o ciclo de vida do gerenciamento se inicia e se manterá. Devido à grande variedade de equipamentos utilizados nas indústrias de processos, os detalhes no conteúdo da filosofia podem variar entre indústrias e de um local para outro.

Identificação

A norma ISA 18.2 aponta que "identificação" seria um termo genérico para os diferentes métodos que podem ser utilizados na determinação da possível necessidade de um alarme ou da mudança deste.

Ou seja, é nesta etapa onde são geradas as listas de alarmes potenciais a serem monitorados no processo. Os diferentes métodos são usados inicialmente para identificar as necessidades de alguns alarmes.

A norma não define ou exige nenhum método específico para a identificação de alarmes. De acordo com ela, os alarmes podem ser identificados a partir de uma variedade de boas práticas de engenharia e requisitos reguladores.

Certas combinações de métodos de identificação podem ser usadas para determinar potenciais alarmes. Temos como exemplo atividades de Hazop, que podem servir como ponto de partida para a identificação dos alarmes de um processo industrial.

O pessoal responsável pode utilizar qualquer que seja o método para identificar alarmes, desde que seja treinado de acordo com a filosofia do alarme e com os critérios definidos para avaliar os mesmos.

O estágio de identificação é o ponto de entrada (input) do ciclo de vida do gerenciamento de alarme. Após identificados, os alarmes seguem para a etapa de racionalização.

As informações relacionadas aos potenciais alarmes devem ser capturadas durante a identificação e usadas na etapa de racionalização de alarmes.

Um ponto importante é que o método de identificação pode afetar a classificação de um alarme. Assim, se for o caso, a identificação do alarme pode ser feita durante a racionalização.

Racionalização

Durante a racionalização, alarmes potenciais (identificados na etapa anterior) e já existentes são sistematicamente comparados aos critérios documentados na filosofia do alarme.

Se o alarme proposto atender aos critérios, seu ponto de ajuste (setpoint), consequências, ações operacionais e demais itens relevantes são documentados e classificados de acordo com a filosofia.

A racionalização produz informações detalhadas do projeto, que são documentadas no banco de dados principal do alarme, e são necessárias para a fase do projeto em si, que representa um outro estado no ciclo de vida.

As atividades de racionalização são:

• Documentar a justificativa do alarme;
• Determinação do ponto de ajuste (setpoint) do alarme;
• Definir priorização do alarme;
• Classificação do alarme;
• Revisão da racionalização.

A ISA 18.2 ainda aborda aqui certos itens que a racionalização deve determinar e documentar (no mínimo) para cada alarme racionalizado. Tudo de acordo com a filosofia do alarme e para cada estado da planta aplicável. São eles:

• Tipo de alarme;
• Prioridade do alarme;
• Classe do alarme;
• Ponto de ajuste (setpoint) do alarme ou condição lógica (por exemplo, fora do normal);
• Ação do operador;
• Consequência da inação.

Atributos adicionais do alarme podem ser determinados durante a racionalização deste. Tudo deve sempre estar de acordo com a necessidade de cada caso e tipo de processo/indústria, e em consonância com a filosofia.

Projeto detalhado

Como não poderia faltar, há um tópico destinado a detalhar o projeto de um sistema de alarmes. Esta seção da norma também trata das considerações para implementação dentro de um sistema de controle e supervisão específico, conforme especificado pela racionalização. Além de conter também todas as considerações relacionadas à apresentação dos alarmes aos operadores.

Nesta seção são descritos os recursos comuns da funcionalidade de um alarme no sistema de controle e supervisão, e como eles se relacionam com o diagrama de estado do alarme.

Projeto básico do alarme

A ISA 18.2 aborda aqui os estados dos alarmes e seus usos. Inicialmente, com o estado de ativação do alarme. Destaca-se a importância de documentar a fonte para cada alarme no sistema. Isso se deve à possibilidade de ocorrerem mudanças no estado do alarme a partir de várias fontes, dentro do sistema de controle e supervisão.

Devem ser fornecidas orientações claras do projeto, principalmente quanto ao uso dos estados dos alarmes junto de outras funções lógicas (ações de bloqueio, por exemplo). Além disso, o impacto da modificação dos atributos de um alarme, bem como o uso da supressão projetada (suppressed-by-design) devem ser claramente identificados e documentados.

O projeto básico ainda inclui uma listagem dos principais tipos de alarme. A ISA 18.2 cita os tipos mais comuns a serem utilizados. A lista é extensa, mas alguns deles são apresentados a seguir.

Principais tipos de alarme

• Alarme absoluto: gerado, simplesmente, quando o ponto de ajuste (setpoint) é excedido;
• Alarme de desvio: gerado quando a diferença entre dois valores analógicos excede um limite (ex: um desvio entre a variável do processo e o ponto de ajuste do controlador);
• Alarme de discrepância: gerado pelo erro entre a comparação de um estado esperado (da planta ou equipamento) para o seu estado real;
• Alarme calculado: gerado a partir de um valor calculado em vez de uma medição direta de processo.

Os alarmes podem ser de um único tipo ou de uma combinação de diversos tipos. Estes devem ser selecionados com cuidado, com base no julgamento da engenharia.

Durante o projeto básico, os atributos de alarme padrão devem ser selecionados para cada alarme que foi racionalizado e configurado com base no julgamento da engenharia. Atributos como setpoint e deadband podem ser diferentes dependendo do tipo de alarme específico que será implementado.

Definir os atributos apropriados do alarme pode ajudar a minimizar o número de alarmes causadores de incômodos, gerados durante a operação. De acordo com a ISA 18.2, cada alarme deve conter os seguintes atributos.

Atributos dos alarmes

• Descrição do alarme;
• Setpoint do alarme ou condições lógicas;
• Prioridade de alarme;
• “Banda morta” do alarme (deadband);
• Atraso de ativação e atraso de normalização (on-delay / off-delay)
• Agrupamento de alarmes;
• Mensagem do alarme.

A filosofia do alarme é quem deve detalhar o uso de cada tipo e suas limitações. Para cada alarme, o usuário deve identificar e documentar claramente quais programas do sistema terão acesso para modificar seus atributos durante a operação.

Um sistema de controle e supervisão típico fornece ao usuário a capacidade de implementar vários tipos de alarme diferentes para uma única variável de processo. Para minimizar a carga de alarmes por operador, os resultados básicos do projeto do alarme devem ser revisados. Isso deve ocorrer para que o projeto corresponda aos alarmes presentes no banco de dados mestre.

Interface homem-máquina para sistemas de alarme

Neste subtópico, ainda dentro da seção que trata do projeto detalhado, a ISA 18.2 descreve as funcionalidades desejadas para indicar os alarmes ao operador. A norma é considerada intencionalmente limitada nesse ponto, tendo em vista a existência de um padrão ISA atual que trata especificamente das HMI’s.

É de grande importância a maneira como os alarmes serão apresentados ao operador.

Aqui, a norma aborda questões como:

• Representação de estados de alarme (prioridades e tipos);
• Silenciamento e reconhecimento do alarme;
• Supressão shelving do alarme, supressão projetada, condições e descrição de serviço;
• Funcionalidade de exibição de resumo de alarme;
• Outras telas e funcionalidades similares relacionadas ao alarme;
• O som do alarme;
• Informações e mensagens de alarme;
• Anunciadores de alarme.

Alguns itens de funcionalidade são listados como obrigatórios ou recomendados. Os principais itens obrigatórios são para a descrição específica de várias condições relacionadas ao alarme. Esses itens geralmente estão dentro das capacidades da maioria dos sistemas de controle modernos. O quadro a seguir mostra com maior clareza as indicações de estado de alarme recomendadas pela ISA 18.2.

Indicações de estado de alarme

A tabela apresenta os estados mais comuns de um alarme, e como estes irão se apresentar ao operador. Pode-se observar que o alarme "não reconhecido" (unacknowledged) é o único a possuir indicação audível (som), ao contrário de todos os outros estados. Essa indicação sonora também pode ser usada para indicar a prioridade, a área de processo ou o grupo de alarme, dependendo da filosofia do alarme.

Em ambientes onde uma indicação audível de um alarme não reconhecido não é efetiva (por exemplo, ambientes de alto nível de ruído ambiente), deve ser usada uma indicação visual clara e que esteja sempre visível ao operador.

Todos os locais marcados com "não se aplica" e "opcional", representam que a indicação não se faz necessária e/ou não é considerada relevante para o estado. Onde a tabela apresenta "combinação", significa que a indicação possui tanto cores quanto símbolos.

É parte imprescindível de um sistema de alarmes, que o operador consiga realizar os procedimentos necessários. Bem como observar com clareza toda a situação, para que assim tenha uma melhor resposta diante do sistema como um todo.

Métodos aprimorados e avançados de alarme

Esta seção se dedica a falar sobre recursos do alarme que estão, geralmente, além da capacidade padrão de um sistema de controle e supervisão comum.

A norma fornece aqui as orientações para implementação de técnicas adicionais de gerenciamento de alarme. Estas, geralmente, fornecem funcionalidades adicionais ao longo do projeto básico do sistema de alarme. Além disso, são bastante úteis para orientar a ação do operador durante condições anormais no processo.

A ISA 18.2 não especifica nenhuma listagem dos métodos a serem implementados nesse sentido. Porém, guia por meio de caminhos que podem levar cada indústria a definir seus próprios métodos avançados.

Os métodos de alarme aprimorados e avançados são definidos como camadas adicionais de lógica e programação, utilizadas para modificar atributos de um alarme já existente. A maioria dos métodos de supressão pelo projeto (suppressed-by-design) estão inclusos em alarmes avançados.  Além das técnicas avançadas de alarme, os aprimoramentos no sistema de alarme fornecem informações adicionais ao operador ou redirecionam o alarme ao funcionário designado.

Os métodos básicos de projeto de alarme podem não ser suficientes para reduzir inundações de alarme ou diminuir seus efeitos. E é com base nisso que as técnicas avançadas podem ser necessárias.

Implementação

Esta etapa representa a transição do projeto para a operação. A ISA 18.2 aborda nesse tópico os requisitos e atividades gerais para implementar ou modificar um sistema de alarme ou para mudanças em um já existente.

As áreas discutidas nesta seção são:

• Planejamento de implementação: Afirma o que deve ser considerado na implementação. Como testes de validação funcional, treinamento do operador, interrupção da operação e verificação da documentação do projeto;
• Treinamento para novos sistemas e modificações: Esta parte da implementação destaca que, os operadores devem ser devidamente treinados no que concerne as respostas dos alarmes novos e modificados, sempre seguindo a filosofia. Esse treinamento deve conter requisitos apropriados para a natureza da mudança detalhados pela ISA 18.2;
• Testes e validação de novos sistemas e modificações: Os testes e a validação presentes na etapa de implementação, possuem certos requisitos determinados pela classe detalhada na filosofia do alarme, e também pelo procedimento MOC (Management of change). Todos os testes devem ser devidamente documentados, principalmente no caso dos alarmes altamente gerenciados;
• Documentação de implementação:  São diversos documentos obrigatórios como informações de racionalização e procedimentos de resposta ao alarme. E, também documentações recomendadas, como tipo do alarme, prioridade, setpoint do alarme ou condição lógica, dentre outros.

Operação

Esse tópico aborda os requisitos para que os alarmes permaneçam e retornem ao estado operacional. Esse estado operacional, é basicamente quando um alarme é capaz de indicar uma condição anormal para o operador. Ou seja, quando ele é capaz de cumprir sua função devidamente, seguindo os passos que explicamos até aqui.

O uso de ferramentas específicas para manipulação de alarmes no estado operacional também é outro tema descrito nesta seção. Além disso, a operação abrange os procedimentos de resposta ao alarme, mostrando os requisitos obrigatórios e também as recomendações. Procedimentos relacionados à supressão shelving também são comentados neste tópico, como mudança e revisão do alarme.

Ao final da seção, é levantada, novamente, a importância do treinamento e atualização dos operadores. Afinal a ISA 18.2 não poderia deixar passar esse assunto, dedicado aos operadores, em um tópico com esse nome, não é mesmo?

Manutenção

Na seção da ISA 18.2 que trata da manutenção, são abordados requisitos para testes, substituição e reparos no sistema de alarmes. Aspectos de grande importância, tendo em vista que, a indústria depende em grande parte do bom funcionamento desse sistema.

Procedimentos como os testes periódicos são detalhados nessa seção. Tendo em vista que, estes tipos de testes garantem que o alarme continue a ser executado conforme planejado anteriormente.

Esta seção descreve também, a transição de alarmes para o estado “out of service” (fora de serviço), que é quando a manutenção está ocorrendo. E, posteriormente o retorno para o serviço, quando estes voltam a operar normalmente.

Quando se fala em “fora de serviço” é enfatizado que, os alarmes colocados nesse estado por longos períodos (por exemplo, dias, semanas ou meses) devem ser examinados para determinar se um outro alarme ou procedimento provisório é necessário.

A seção ainda destaca que, informações relacionadas a um mau funcionamento do alarme devem estar sempre disponíveis para o operador. Os alarmes afetados por equipamentos que não funcionam devem ser colocados fora de serviço. Isso deve ser feito se a condição não for resolvida dentro de um prazo razoável conforme especificado na filosofia do alarme.

Além disso, o procedimento MOC (management of change) deve abordar, sempre, equipamentos de substituição que alterem os atributos de alarme. Se uma substituição for feita, a validação do alarme pode ser necessária dependendo da classe do alarme conforme especificado na filosofia do mesmo.

Monitoramento e avaliação

Como tudo que é implementado deve ser monitorado, no ciclo de vida do gerenciamento de alarmes não seria diferente. Nessa etapa são verificados aspectos do projeto, implementação, racionalização, operação e manutenção, e se estes são satisfatórios.

Esta seção fornece orientações sobre a análise do sistema de alarme, tanto para monitoramentos contínuos quanto para avaliações periódicas de desempenho. Essas atividades fazem grande uso dos mesmos tipos de medidas. Várias dessas medidas de desempenho são recomendadas para inclusão na filosofia do alarme.

É notável que o monitoramento do desempenho é fundamental para o gerenciamento e melhoria do sistema. Isso se deve ao fato de que um sistema de alarme muito provavelmente experimentará deterioração e perderá desempenho ao longo do tempo. Isso ocorrerá à medida que a idade dos sensores aumentar e as condições dos processos mudarem, ou mesmo se uma política de gerenciamento de mudança de alarme não estiver em vigor.

A medição contínua do desempenho é quem pode determinar quando são necessárias ações corretivas, para cada situação específica. Para tanto, vários tipos de análises, indicadores de desempenho chave e métodos são possíveis. A lista de análise escolhida deve corresponder à filosofia do alarme.

A ISA 18.2 afirma ainda que o monitoramento de alguns aspectos do desempenho do sistema de alarme baseia-se na medição contínua. Sendo assim, a intenção de monitorar é justamente identificar problemas e tomar medidas corretivas para corrigi-los. Além disso, o foco do processo de avaliação é aplicar julgamento de engenharia e revisão para determinar se o sistema está funcionando bem.

A norma apresenta uma tabela com um resumo das principais métricas de desempenho e valores-alvo como exemplo. Você pode conferi-la abaixo.

Resumo de métricas e valores-alvo

Dois conceitos apresentados na tabela e explicados na norma são os alarmes "chattering" e "fleeting":

• Chattering: Alarme que transita rapidamente entre o estado ativo e inativo em um curto período de tempo.
• Fleeting: São alarmes semelhantes e de curta duração, mas que não se repetem imediatamente.

Em ambos, a transição (do ativo para inativo) não é resultado da ação do operador. É possível que um alarme "chattering" gere milhares de registros em algumas horas, resultando então em uma grande distração. Por isso, estes estão sempre na listagem dos alarmes mais frequentes. Os comportamentos de alarme chattering e fleeting  são considerados incômodos e devem ser eliminados. Além disso, não existe uma quantidade aceitável a longo prazo para eles.

Uma grande notícia é que existe um sistema que é capaz de monitorar com excelência o sistema de alarmes. Estou falando do BR-AlarmExpert e você pode conferi-lo aqui!

Gestão de mudança

Nesta seção são abordados os requisitos para mudanças no sistema de alarme. São então tratados aspectos relacionados à adição de novos alarmes, remoção de alarmes existentes, modificação de atributos de alarme, mudanças nas funções do sistema de alarme, autorização e documentação.

Dessa forma, o objetivo do gerenciamento de mudanças é garantir que as alterações sejam autorizadas e sujeitas aos critérios de avaliação descritos na filosofia do alarme. O processo MOC (management of change) garante que as ações adequadas do ciclo de vida sejam aplicadas às mudanças no sistema de alarme.

Algumas das alterações sujeitas à gestão de mudanças, comentadas pela norma, se referem à adição ou remoção de alarmes. Além disso, dizem respeito à modificação de atributos especificados, que devem exigir autorização através de um procedimento MOC.

As mudanças permanentes que resultam em uma diferença dos valores autorizados do setpoint (ponto de ajuste) do alarme devem exigir avaliação através do procedimento MOC, que deve garantir diversas considerações nesta etapa. Algumas destas mudanças no alarme são, por exemplo:  classe, prioridade, consequência, lógica do setpoint, lógica de supressão e tempo de resposta do operador.

Auditoria

De acordo com a ISA 18.2, esta etapa do ciclo de vida é conduzida periodicamente visando manter a integridade do sistema de alarmes e dos processos de gerenciamento de alarmes.

Dessa forma, a auditoria de desempenho do sistema pode revelar lacunas não evidentes no monitoramento. A execução é então analisada junto da filosofia do alarme. Após isto, é auditada para identificar quaisquer requisitos visando melhorias do sistema, como, por exemplo, modificações na própria filosofia ou no processo de trabalho nela definido.

Uma auditoria analisa as práticas gerenciais e de trabalho associadas ao sistema de alarme. Sendo assim, ela determina se essas práticas são suficientes para administrar adequadamente o sistema.

Lembra da seção anterior que falava do monitoramento e avaliação? Neste caso, a frequência do processo de auditoria é bem menor.

A ISA 18.2 também destaca que todos os aspectos da gestão de alarmes devem ser auditados sempre que se iniciar algum esforço de melhoria. A norma também fala sobre uma auditoria inicial, que é chamada nesse ponto de “benchmark”. Esta deve ser feita então contra um conjunto de práticas documentadas (tem-se como exemplo as práticas da própria ISA 18.2). Os resultados da auditoria inicial podem ser utilizados no desenvolvimento de uma filosofia.

Ao final da auditoria devem ser desenvolvidos planos de ação para os problemas identificados durante os processos anteriores. Após isto, cronogramas, responsabilidades e revisão dos resultados obtidos devem ser atribuídos a cada item contido no plano.

Considerações finais

Por fim, imagino que a essa altura você já esteja se sentindo um especialista na norma ISA 18.2! Sendo assim, fico bem feliz em saber que, após esta leitura, você conseguiu compreender do que se trata a norma, sua importância, e a quem se destinam suas diretrizes. Mas, principalmente, se conseguiu aprender direitinho sobre as etapas do ciclo de vida do gerenciamento de alarmes.

Quer conhecer ainda mais a ISA 18.2, de forma totalmente visual e descomplicada? Então baixe agora mesmo o Infográfico da norma e fixe todos os conceitos!

Mas se ainda restou alguma dúvida sobre a ISA 18.2 ou como todos esses conceitos podem ser aplicados na prática, pode entrar em contato comigo através do debora.silva@logiquesistemas.com.br. Será um enorme prazer te ajudar!

Imagino que se você leu até aqui é porque realmente se interessou pelo conteúdo. Então, aproveite para compartilhá-lo com quem você acredita que vai gostar de lê-lo. Continue atento ao nosso blog para ler mais conteúdos gratuitos relacionados!

Se sua resposta foi sim, com certeza você sabe que ninguém gosta de perder tempo/dinheiro por um acontecimento desse tipo. Muito menos colocar a segurança de seus funcionários e até da própria indústria em risco, não é mesmo?

Pois bem, muito provavelmente isso pode ter acontecido então pela falta ou má configuração de um Alarme Industrial.

Se ainda não se deu conta das consequências que uma parada não-programada pode trazer, confira essa notícia do impacto negativo que elas causaram em plataformas da Petrobrás.

O nosso objetivo neste artigo é de apresentar para você a importância de um alarme industrial, como identificar possíveis problemas de configuração e poder te auxiliar a solucioná-los.

Você sabe o que é um Alarme Industrial?

Antes de qualquer coisa, para uma melhor compreensão do texto, é necessário destacar bem a definição de um alarme industrial. Ela será importantíssima para diagnosticar possíveis problemas de configuração nos alarmes que serão apresentados mais adiante no artigo.

Portanto, com base na norma da Petrobras N-2900A, um alarme é qualquer meio auditivo ou visual que indique uma condição inesperada no processo, equipamento, sistema ou instrumento que exige uma ação corretiva em um tempo restrito.

Prestem bem atenção na parte em negrito! Ela explicita a necessidade de uma ação corretiva em um tempo restrito, portanto é necessário uma atividade humana (um operador) para realizar essa ação. Logo mais você entenderá o porquê de chamarmos atenção nesse ponto.

Obviamente, quando pensamos na escala de uma indústria, não existe apenas um ou outro alarme industrial, mas milhares. Por isso, existe a técnica de gerenciamento de alarmes para otimizar cada vez mais os processos industriais.

Importância de um Alarme Industrial e sua configuração

Agora que você já entende melhor o que é um alarme industrial, vamos para próxima etapa. Iremos então listar alguns pontos e ressaltar a importância de se ter um e porque adquirir ou ajustar sua configuração agora!

1- A configuração correta reduz o risco de paradas não-programadas, ou seja, aquelas que não são planejadas pela indústria.

2- Garante uma maior qualidade nos produtos produzidos sem necessidade de recirculação ou descarte (dado a menor probabilidade de falhas pelo operador).

3- Por fim, possibilita uma diminuição dos riscos de acidentes devido a maior facilidade em identificar as anormalidades no processo a partir dos alarmes.

Consequência da falta ou má configuração de um alarme industrial

Assim como é ótimo ressaltar a importância de configurar corretamente, também é importante listar as consequências caso esteja mal configurado. Dessa forma, vamos apresentar alguns pontos para que você entenda melhor o quanto isso pode impactar negativamente sua indústria.

1- Caso você não possua um alarme industrial, aumentará sua dificuldade para identificar uma anormalidade no processo. Isso causa então perdas na produção e até nos equipamentos. Além disso, ainda aumenta os riscos para os funcionários e a indústria.

2- A má configuração de um alarme industrial poderá causar um excesso em paradas não-programadas, levando à perdas financeiras.

3- Maior número de produtos fora do padrão de qualidade/especificação devido a maior probabilidade de falhas no processo. Esse fator gera também uma perda financeira.

4- Intensifica a probabilidade de riscos de acidentes na sua indústria, devido à dificuldade em identificar falhas a partir dos alarmes.

Como identificar se meu alarme industrial está mal configurado e o que fazer para corrigi-lo?

Depois de compreender melhor o que é um alarme industrial e como ele pode impactar na sua indústria, conheça um pouco mais sobre os principais problemas e suas soluções mais comuns nas indústrias brasileiras.

Problema por definição

Por incrível que pareça, um dos problemas mais comuns nas indústrias é justamente pela falta de conhecimento em entender de fato o que é um alarme industrial. Nesse contexto, existem dois casos:

1- Quando se tem um alerta para o operador, mas não se tem uma ação corretiva em seguida.

Nesse exemplo, não deveria ser considerado um alarme, pois conforme a definição, um alarme é caracterizado por um alerta seguido de ação corretiva.

Em excesso, essa situação causa confusões no operador. Isso porque ele terá que diferenciar o que precisa de ação do que não precisa, dificultando a compreensão e podendo ter consequências severas na qualidade da produção.

2- Quando se tem o alerta, mas na verdade não está acontecendo nenhuma anormalidade no processo.

Pense no seguinte exemplo: um processo industrial o qual a cada duas horas a válvula de uma tubulação fecha, enquanto a de outra tubulação abre. Você então recebe esse alerta a cada troca.

Na verdade, isso é uma condição normal do processo que ocorre sempre em uma determinada frequência. Portanto, é algo esperado. Esse alerta, apesar de ter uma ação, na verdade está funcionando como um lembrete para o operador e não se caracteriza como um alarme industrial.

Isso é muito comum nas indústrias e só contribui para confundir o operador pelo excesso de alarmes. As consequências são as mesmas do primeiro caso.

Solução: Para os dois casos, seria importante verificar todos os alarmes industriais configurados na sua indústria e aplicar a definição apresentada aqui no artigo. Depois, remova todos aqueles que não se adequam, facilitando então o trabalho do operador.

Problema por ajuste de setpoint

Setpoint são as condições determinadas previamente para aquele alarme, em que, quando a variável de um processo chegar nessa condição, será emitido um sinal.

Pensando nisso, é muito recorrente nas indústrias setpoints que são definidos muito antes ou muito em cima do limite em que o sistema instrumentado de segurança irá atuar.

Quando o setpoint está muito antes, o alarme poderá ser sinalizado muito cedo para a ação corretiva. Logo, ele não será visto como prioridade.

Porém, se o setpoint for ajustado próximo ao limite, o tempo que operador terá para responder será muito curto. Isso implica em uma maior chance dele não conseguir atuar satisfatoriamente. Consequentemente, uma parada não-programada pode ser causada.

Solução: Diagnosticar novamente os alarmes do processo e reavaliar suas prioridades. Certifique que o setpoint será ajustado para um ponto intermediário entre o excesso e o limite de tempo de resposta.

Utilize simuladores e especialistas no processo para estimar uma ordem de grandeza de tempo para contorno da anormalidade. E então, definido esse intervalo de tempo, ajuste o setpoint a partir dele.

Problema por ajuste de prioridades

Ajustar adequadamente a prioridade de um alarme torna-se um dos principais desafios durante a configuração de alarme industrial. Contudo, existem muitas indústrias que não possuem uma regra clara de priorização ou que simplesmente os alarmes não são priorizados.

É importante ressaltar que todos os alarmes devem ser adequadamente priorizados a partir de uma regra comum e bem definida.

Sem priorização, os operadores não conseguem entender qual alarme deve ser tratado com mais importância. Uma boa prática consiste em medir o impacto de que cada alarme traz caso não seja adequadamente tratado.

A partir desse estudo será possível, por exemplo, mensurar o impacto ao processo, meio ambiente e até segurança das pessoas. Com isso em mente, deve-se então criar uma regra comum para priorização de todos os alarmes.

Atualmente não existe uma regra única normatizada. Cada indústria, de acordo com sua natureza e prioridade, deve definir uma regra junto a sua filosofia de gerenciamento de alarmes.

Solução: Defina uma regra de priorização de alarmes. Vamos observar um exemplo de parte da regra de priorização da norma Petrobras-2900A que mensura o impacto dos alarmes nas instalações industriais.

Observe que a prioridade é definida pelo cruzamento tempo de resposta disponível do alarme (TRD) e da severidade das consequências.

Ressaltamos aqui que essa é apenas parte da regra de priorização para auxiliar na sua compreensão, como modelo. Veja este artigo mais detalhado sobre as diferentes metodologias de priorização de alarmes.

Problema por ajuste de Dead-Band (Banda Morta)

A má configuração de um alarme industrial por ajuste de banda morta faz com que sejam emitidos sinais de alarme em excesso em um curto intervalo de tempo, gerando sobrecarga e descrédito do alarme. 

Para exemplificar melhor o que ocorre nesse tipo de configuração, vamos observar a imagem abaixo:

Percebam que há uma variabilidade muito grande nessa variável do processo representado no gráfico pela PV. O alarme industrial ativa quando o valor da variável de processo passar do limiar do valor de ajuste do alarme.

Devido a variabilidade inerente ao sinal, o alarme será ativado múltiplas vezes devido a essa variabilidade. Isso acontece caso não haja uma configuração de banda morta.

Para que esse comportamento não ocorra, é necessário a definição de uma banda morta representado na imagem pela linha tracejada. Nessa situação, a banda morta surge para que o alarme seja normalizado quando a PV ficar abaixo da linha tracejada. Ou seja, o alarme passa a ter condições de ativação e normalização diferentes.

A imagem mostra que, nessa situação hipotética, mesmo com a variabilidade do sinal, apenas um único alarme de duração maior seria reportado ao operador filtrando os alarmes repetidos.

Diferentemente de outras técnicas de filtragem, essa técnica garante que não haja atraso para reportar o alarme. Isso mantém a agilidade necessária no monitoramento do processo.

Solução: Criar uma configuração de banda morta para todos os alarmes. O desafio é encontrar o melhor ajuste de banda morta para garantir que os alarmes repetidos sejam filtrados e que não gere um alarme ligado indefinitivamente.

Para isso, é importante utilizar sistemas de gerenciamento de alarmes para analisar a dinâmica de ativação desses alarmes. E, a partir dessa análise, encontrar o melhor ajuste.

Conclusão

E aí, deu para captar bem a mensagem? Com esse artigo nós esperamos que você tenha clareado mais as ideias sobre a importância de um alarme industrial. Por fim, deu para perceber que configurá-lo não é nada de outro mundo?

Se, por acaso, ainda ficou dúvidas sobre como configurar seu alarme industrial ou quer entender melhor como um alarme industrial se encaixa no seu cenário específico, é só enviar uma mensagem para o meu e-mail matheus.romano@logiquesistemas.com.br. Será um prazer enorme conversar com você e tirar todas as suas dúvidas!

BÔNUS: Quer saber mais sobre como os alarmes industriais podem melhorar o rendimento da sua indústria e aumentar o faturamento? Entenda mais sobre o processo global de otimização constante, baixando o nosso ebook de gerenciamento de alarmes.