Como vocês classificam e categorizam os alarmes do sistema DCS? Quem tem experiência consolidada nisso, por favor, compartilhe
Thread Content
Este tópico foi editado pela última vez por 328104062 em 2016-6-29 00:07. Como o título já indica, o problema a ser resolvido é o seguinte: tomando como exemplo o sistema CS3000R, é necessário implementar uma classificação das alarmes no sistema DCS (cada tipo de alarme pode ter um HIS diferente) e também uma hierarquização desses alarmes (diferentes níveis de volume sonoro, frequência, piscamento das luzes, janelas pop-up, etc.). Atualmente, os alarmes não são classificados de forma alguma, nem separados por estação de operação. Qualquer dispositivo ou estação de operação dentro de um determinado domínio gera alarmes, independentemente de qual seja o dispositivo ou a função da estação de operação (por exemplo, no domínio FAR03, existem dispositivos como unidades de reforma, hidrogenação, produção de hidrogênio e extração de benzeno. Cada dispositivo possui seu próprio HIS, e cada HIS tem funcionários responsáveis pela operação dele. No entanto, os alarmes são os mesmos para todos eles, ou seja, os funcionários responsáveis pela produção de hidrogênio recebem os mesmos alarmes que os funcionários responsáveis pela hidrogenação). Os problemas decorrentes disso são: os alarmes não têm sentido prático; quando o alarme está ativado, ele continua a soar, causando barulho e interferindo no trabalho. Além disso, há muitos alarmes, o que faz com que os operadores fiquem sobrecarregados. No domínio FAR03, cada pessoa recebe alarmes de vários dispositivos, o que excede muito a capacidade de processamento mental das pessoas. Outro problema é que os alarmes não são direcionados aos funcionários responsáveis por cada área. Como os alarmes não são classificados, não fica claro quem deve lidar com cada alarme； 3. A falta de atenção aos alertas se deve ao fato de que esses alertas não levam em consideração a importância dos parâmetros operacionais reais. Não há nenhuma classificação dos alertas, o que faz com que informações menos importantes sejam enviadas frequentemente aos operadores, fazendo com que eles passem a ignorá-las. Por exemplo, os valores de alerta para o nível de óleo nos tanques subterrâneos são LL30% e HH70%. Esses valores são iguais aos valores de alerta para tanques importantes, como os tanques de hidrogenação e os tanques de separação de líquidos na entrada do compressor. Os sinais de alerta (sonoros e visuais) fazem com que os operadores ignorem os alertas mais importantes.4. Não há distinção entre alertas do sistema e alertas relacionados ao processo. No HIS dos operadores, há alertas do sistema, mas eles geralmente não entendem o funcionamento do sistema. Já na estação de engenheiros DCS, há alertas relacionados ao processo, mas os engenheiros DCS não entendem bem o processo de produção. Toda a informação é transmitida para todos, o que leva à confusão nas responsabilidades de cada um. É necessário fazer uma distinção entre esses alertas (por exemplo, os engenheiros DCS também devem realizar inspeções, mas se não o fizerem, podem culpar os operadores por não reportarem os alertas do sistema).
Os problemas que precisam ser resolvidos são:
1. Os alertas dentro da mesma área devem ser divididos por dispositivo. Por exemplo, na área FAR03, existem dispositivos como unidades de reforma, hidrogenação, produção de hidrogênio e extração de benzeno. A unidade de reforma possui 9 HIS, dos quais apenas eles recebem os alertas dessa unidade.
2. Os alertas dentro da mesma área devem ser divididos por função. Por exemplo, o HIS0121, que pertence à unidade de reforma, é a estação de operação responsável pela reação. Portanto, o HIS0121 recebe apenas os alertas relacionados àquela função. Além disso, é possível ajustar manualmente esses alertas, de modo que eles possam representar todos os alertas da unidade de reforma.
3. Os alertas devem ser classificados por nível de importância. Por exemplo, o nível de líquido no tanque de separação na entrada do compressor pode ser considerado um alerta de nível 1. Nesse caso, os parâmetros na tela piscam e o alarme soa, com frequência alta e volume alto ； O nível do líquido no tanque de alta pressão é considerado como o segundo nível de alerta: a tela pisca e o alarme emite um som de baixa frequência. A temperatura do tanque de óleo sujo subterrâneo é considerada como o último nível de alerta; nesse caso, a tela pisca, mas não há som algum. Além disso, os registros dos últimos alertas devem ser exibidos abaixo da tela HIS (de 3 a 7 itens, sendo 4 itens o recomendado). Claro, isso requer a participação dos técnicos responsáveis pelo processo. 4. Os alertas do sistema e os alertas relacionados ao processo devem ser separados. Na tela HIS do operador, não devem ser exibidos os alertas do sistema. Pedimos ajuda: 1. Como implementar as exigências mencionadas nos pontos 1, 2, 3 e 4? Alguém tem experiência prática em sua implementação? 2. Como são emitidos os alarmes do DCS? É o controlador que envia o sinal ou o HIS? E como o sinal é enviado ao alarme sonoro? 3. Qual é a diferença entre os alarmes do sistema e os alarmes de processo no CS3000? Quais parâmetros são considerados para gerar alarmes no sistema? (Os que me ocorrem são: comunicação entre as fibras ópticas redundantes e os cartões de comunicação, uso da CPU do controlador, status de download, hora do sistema, etc. Por favor, complementem com outros parâmetros.) O que é registrado nos alarmes do sistema?
Peço isso porque há a necessidade de operação sem motorista e com tela preta
Isso deve ser um problema de programa e sistema, não é?
Claro, senão para que mandar aqui?
1. Quanto às necessidades 1, 2, 3 e 4 mencionadas acima, como o plano deve ser implementado? Alguém tem experiência comprovada em sua implementação? A classificação dos alarmes não é algo difícil de ser feito. 2. Como os alarmes do DCS são enviados? É o controlador que envia o sinal ou o HIS? E como o sinal é transmitido para o alarme sonoro? Os DCS devem ser, em sua maioria, enviados pelo HIS. Nunca vi controladores que tenham som; na maioria dos casos, as notificações são feitas por meio de luzes de alerta. 3. Qual é a diferença entre os alertas do sistema e os alertas relacionados ao processo no CS3000? Quais parâmetros entram na categoria de alertas do sistema? (Posso pensar em: comunicação entre fibras ópticas redundantes e cartões de comunicação, uso da CPU do controlador, status de instalação, hora do sistema, etc. Por favor, complementem com mais informações.) O que é registrado nos alertas do sistema? Falhas de comunicação e hardware: é necessário chamar alguém que entenda o CS3000 para dar algumas dicas
Os alertas da nossa empresa são, em geral, ignorados pelos operadores (exceto em casos de anomalias, como piscadas nos gráficos). Para informações importantes, como nível de líquido, temperatura e pressão, são utilizados alertas sonoros (com amplificadores adicionais). Os sinais são enviados ao amplificador por meio de saídas DO (arquivos de áudio MP3 gravados previamente), que reproduzem as mensagens sonoras correspondentes
Eu não entendo o CS3000, mas os alertas do HMI são um problema comum. Os problemas que você mencionou, na verdade, dizem respeito à classificação dos alertas. Existem vários critérios para essa classificação; pelo menos incluem: 1) A classificação pelo nível de gravidade do alerta, como falhas graves, falhas leves, eventos e alertas do sistema. Geralmente, os últimos tipos de alertas não precisam ser exibidos na estação do operador. 2) A classificação por área de alerta. Geralmente, isso é feito de acordo com os equipamentos utilizados na produção; cada terminal do operador mostra apenas os alertas relacionados a uma ou algumas áreas específicas. No WinCC da Siemens, basta prestar atenção a esses detalhes ao definir as informações dos alertas. Assim, é possível definir diferentes condições de filtragem nos controles de alerta para atender às necessidades. Nos PKS, os alertas são classificados como urgentes, de alto nível, de baixo nível ou registrados no journal. As áreas são definidas como “ativos”, o que também facilita o atendimento às necessidades
Como foi dito no 9º andar, não entendo bem o CS3000, mas na maioria dos softwares de monitoramento, é possível definir prioridades para os alertas, além de classificá-los em diferentes áreas ou na área geral. Uma região pode ser diferentes dispositivos, diferentes sistemas, diferentes locais físicos, ou ainda diferentes locais lógicos. Mas, no caso dos softwares de configuração, é possível realizá-lo desde que se invista algum tempo e esforço na definição/configuração dos pontos de dados para essa função (é claro, com a colaboração do usuário). De acordo com o tamanho e a complexidade dos diferentes sistemas, a classificação das funções de alarme por áreas é, e deve ser, um assunto que merece atenção. A questão levantada pelo autor é bastante comum na prática, e nem os usuários nem os desenvolvedores dão a ela a devida importância. Como uma função importante da interação homem-máquina, além do registro rápido e preciso dos alertas, é fundamental realizar configurações precisas para que os diferentes operadores possam se concentrar nas informações de alerta relacionadas às áreas sob sua responsabilidade, o que é de grande importância para a segurança no trabalho.
A classificação é essencial; o que mais afeta a segurança são a pressão excessiva e a temperatura excessiva. Em segundo lugar, estão os fatores que causam a parada da produção; em terceiro lugar, as paradas devido a intertravamentos; e os demais alertas ficam para depois.
CS3000, um sistema da Yokogawa, que permite a operação em modo “tela preta”. Esse sistema já foi implementado nos projetos de refino da Yokogawa em Cingapura. É possível trocar mais informações com eles sobre o gerenciamento e classificação das alarmes. Para conseguir a operação em modo “tela preta”, não basta contar apenas com o DCS; é necessário também suporte no nível da informação. Seja em termos de domínios separados ou de dispositivos individuais, trata-se de uma questão de definição de permissões. Isso pode ser feito durante a configuração. O problema é que, ao fazer isso, as diferenças ficam muito claras. Nesse caso, é preciso ter uma audição excepcional. Mesmo assim, com o tempo, acaba-se se cansando de ouvir tantos sons, além do fato de que as diferenças entre os sons não são muito grandes. Eu já comparei. Para conseguir a operação em modo “tela preta”, é preciso usar o sistema AAM da Yokogawa, um sistema especial que funciona acima do nível do DCS. Ele permite a classificação e filtragem dos alarmes, além de possibilitar medidas de emergência. Para complementar, a estação de engenheiros do DCS não consegue visualizar os alertas do sistema. Isso não deveria acontecer, já que se trata de uma configuração padrão. Especialmente na estação de engenheiros do domínio, que é a máquina onde fica o banco de dados, não ser possível visualizar esses alertas é inaceitável.
Não é que não seja possível ver, mas a estação de engenheiros do DCS não possui turnos alternados, o que impede o monitoramento 24 horas por dia
Desculpe, não acompanhei o fórum durante as festas de Ano Novo. Vocês têm um sistema de turnos para o monitoramento dos instrumentos, certo? É possível conectar os sinais de alarme do sistema a um canal DO, para que sejam exibidos no painel de controle auxiliar, como alarmes gerais. Isso pode ser feito por meio de telas luminosas; assim, sempre que houver um alarme, é possível entrar em contato com a equipe responsável pelos instrumentos para verificar a situação. No programa, basta encontrar um cabo reserva no painel de controle auxiliar para isso.
Alarmes de processo referem-se a alertas de IOP alto, muito alto, alertas de desvio e alertas de resposta, entre outros. Cada tipo diferente de alarme de processo recebe uma prioridade distinta, representada por uma cor diferente. Essas cores de alarme serão exibidas na tela do fluxograma, na tela de resumo dos alarmes e no painel dos instrumentos. . Os alertas do sistema são erros inerentes ao próprio sistema, como problemas relacionados ao hardware, à comunicação de rede ou aos módulos de entrada/saída. Os alertas do sistema serão exibidos na tela de informações do sistema da estação de operação.
Pode-se entender da seguinte maneira: o alarme do sistema refere-se a falhas no hardware, como conexões soltas ou problemas com as placas de comunicação. Já o alarme relacionado ao processo pode ser entendido como um problema nos valores medidos (PV), como valores muito altos ou muito baixos
Em resumo, a ideia é a seguinte: os departamentos responsáveis pela segurança e pela produção, juntamente com os processos de controle, analisam todos os alertas, classificando-os em diferentes níveis.
1. Alerta A: É o alerta de maior gravidade, envolvendo riscos significativos para a segurança e grandes perdas econômicas. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, e eles têm a maior prioridade). Há também alertas gerados por hardware independente (visuais e sonoros). Os operadores precisam lidar com esses alertas imediatamente e registrá-los (existem instruções detalhadas para isso).
2. Alerta B: Envolve riscos de segurança menores ou eventos técnicos importantes. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, mas têm uma prioridade menor). Os operadores precisam lidar com esses alertas, mas têm mais tempo para fazê-lo. Não é necessário registrar esses alertas. 3. Mensagem a: Início da sequência de segurança, o PCS exibe cor azul, sem som; as gravações também são em cor azul. Prioridade: 3.
4. Mensagem b: Início da sequência normal; pontos de alarme relacionados ao processo normal. Cor amarela. Prioridade: 4.
5. Mensagem c: Falha no equipamento. Cor preta. Prioridade: 5. Todos os alarmes são registrados pelo PCS, e todos os operadores devem responder, mas o tempo de resposta varia. Este trabalho é bastante complexo; um sistema de 4K levou aproximadamente seis meses para ser desenvolvido. No entanto, o resultado foi bom: se antes havia milhares de alertas por dia, após as alterações esse número caiu para alguns poucos alertas por semana.
1. Alerta A: É o alerta de maior gravidade, envolvendo riscos significativos para a segurança e grandes perdas econômicas. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, e eles têm a maior prioridade). Há também alertas gerados por hardware independente (visuais e sonoros). Os operadores precisam lidar com esses alertas imediatamente e registrá-los (existem instruções detalhadas para isso).
2. Alerta B: Envolve riscos de segurança menores ou eventos técnicos importantes. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, mas têm uma prioridade menor). Os operadores precisam lidar com esses alertas, mas têm mais tempo para fazê-lo. Não é necessário registrar esses alertas. 3. Mensagem a: Início da sequência de segurança, o PCS exibe cor azul, sem som; as gravações também são em cor azul. Prioridade: 3.
4. Mensagem b: Início da sequência normal; pontos de alarme relacionados ao processo normal. Cor amarela. Prioridade: 4.
5. Mensagem c: Falha no equipamento. Cor preta. Prioridade: 5. Todos os alarmes são registrados pelo PCS, e todos os operadores devem responder, mas o tempo de resposta varia. Este trabalho é bastante complexo; um sistema de 4K levou aproximadamente seis meses para ser desenvolvido. No entanto, o resultado foi bom: se antes havia milhares de alertas por dia, após as alterações esse número caiu para alguns poucos alertas por semana.
Em resumo, a ideia é a seguinte: os departamentos responsáveis pela segurança e pela produção, juntamente com os processos de controle, analisam todos os alertas, classificando-os em diferentes níveis.
1. Alerta A: É o alerta de maior gravidade, envolvendo riscos significativos para a segurança e grandes perdas econômicas. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, e eles têm a maior prioridade). Há também alertas gerados por hardware independente (visuais e sonoros). Os operadores precisam lidar com esses alertas imediatamente e registrá-los (existem instruções detalhadas para isso).
2. Alerta B: Envolve riscos de segurança menores ou eventos técnicos importantes. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, mas têm uma prioridade menor). Os operadores precisam lidar com esses alertas, mas têm mais tempo para fazê-lo. Não é necessário registrar esses alertas. 3. Mensagem a: Início da sequência de segurança, o PCS exibe cor azul, sem som; as gravações também são em cor azul. Prioridade: 3.
4. Mensagem b: Início da sequência normal; pontos de alarme relacionados ao processo normal. Cor amarela. Prioridade: 4.
5. Mensagem c: Falha no equipamento. Cor preta. Prioridade: 5. Todos os alarmes são registrados pelo PCS, e todos os operadores devem responder, mas o tempo de resposta varia. Este trabalho é bastante complexo; um sistema de 4K levou aproximadamente seis meses para ser desenvolvido. No entanto, o resultado foi bom: se antes havia milhares de alertas por dia, após as alterações esse número caiu para alguns poucos alertas por semana.
1. Alerta A: É o alerta de maior gravidade, envolvendo riscos significativos para a segurança e grandes perdas econômicas. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, e eles têm a maior prioridade). Há também alertas gerados por hardware independente (visuais e sonoros). Os operadores precisam lidar com esses alertas imediatamente e registrá-los (existem instruções detalhadas para isso).
2. Alerta B: Envolve riscos de segurança menores ou eventos técnicos importantes. O PCS emite alertas visuais e sonoros (os pontos relacionados ficam marcados em vermelho; os registros dos alertas também são marcados em vermelho, mas têm uma prioridade menor). Os operadores precisam lidar com esses alertas, mas têm mais tempo para fazê-lo. Não é necessário registrar esses alertas. 3. Mensagem a: Início da sequência de segurança, o PCS exibe cor azul, sem som; as gravações também são em cor azul. Prioridade: 3.
4. Mensagem b: Início da sequência normal; pontos de alarme relacionados ao processo normal. Cor amarela. Prioridade: 4.
5. Mensagem c: Falha no equipamento. Cor preta. Prioridade: 5. Todos os alarmes são registrados pelo PCS, e todos os operadores devem responder, mas o tempo de resposta varia. Este trabalho é bastante complexo; um sistema de 4K levou aproximadamente seis meses para ser desenvolvido. No entanto, o resultado foi bom: se antes havia milhares de alertas por dia, após as alterações esse número caiu para alguns poucos alertas por semana.
Não está muito claro em relação à Yokogawa; eles só trabalharam com a Siemens. As notificações de alarme são divididas em duas categorias: alarmes graves e notificações. Os alarmes graves incluem sinais sonoros e visuais, indicações na interface, além do registro dos alarmes no log. Já as notificações secundárias de segurança incluem sons emitidos pelo PC, indicações na interface e registro das notificações no log. As notificações em si são divididas em três categorias: alarmes relacionados a processos normais ou falhas nos equipamentos, sem som, com indicações na interface e registro das notificações no log. Todos os registros são exibidos no controlador principal. Os sinais sonoros e visuais são gerados por meio da saída SIL2, enquanto os sons do PC vêm da placa de som do próprio PC. Um alerta exige ação imediata, enquanto uma sugestão não exige.