Добрый день коллеги.
Столкнулся с проблемой нехватки Severity в RSView.
Сталкивался ли кто-то с подобной проблемой, если да, то какие методы решения были приняты?
Задача автоматизировать котельную с 4-мя котлами, + подпитка воды.
Проблематика заключается в том, что severity 1 и 2 используются для проверки автоматики безопасности. С этим проблем нет. Здесь жесткий механизм проверки, при нажатии кнопки подключается проигрывание музыкального файла в случае нахождения параметра в уставке. Проверка происходит только поочередно на каждом котле.
Severity 5 используется для сигнализации срабатывания защиты котельной.
Severity 6 текущие действия оператора, все его команды , нажатия на кнопки и.т.д.
Severity 7 для состояния арматуры котельной.
Severity 8 для протокола розжига котла.
Severity 6,7,8 - просматриваются с помощью механизма RSView LogViewer с соответствующими фильтрами. Здесь проблем нет.
Проблематика заключается в том, что остались всего 2 Severity , 3 и 4. Они используются для предупредительной и аварийной сигнализации котловых параметров. На экране монитора для оператора существует возможность выбора экрана котла с 1-го по 4-ый, +экран по части гидравлики. Стоит задача разграничения сигнализации для каждого котла, что бы визуально оператор наблюдал где и на каком котле сработала своя!!! защита. Проблема в том, что при срабатывании сигнализации к примеру на 1-м котле, оператор нажимает кнопку вызова сигнализации котла №1 и квитирует параметр. Допустим сработала предупредительная сигнализация не критично, сквитировали параметр, а значение так и по технологии пока остается в зоне действия аларма нормальный процесс. Все впорядке, но, как только на соседнем котле срабытывает допустим то же предупредительная сигнализация не критичного параметра, в сигнализации 1-го котла опять необходимо подтверждать уже сквитированный сигнал ранее. Операторов машинистов это уже мягко бесит. Вот такая проблема.
А почему бы Вам не проверять события прямо в контроллере и не работать затем в RSView по соответствующим битам, которые бы прямо в контроллере и устанавливались в случае аларма?
... но, как только на соседнем котле срабытывает допустим то же предупредительная сигнализация не критичного параметра, в сигнализации 1-го котла опять необходимо подтверждать уже сквитированный сигнал ранее. Операторов машинистов это уже мягко бесит. Вот такая проблема.
А может поискать почему и где для 1-го котла взводится тревога при срабатывании на другом котле.
Теги разные для разных котлов?
А почему бы Вам не проверять события прямо в контроллере и не работать затем в RSView по соответствующим битам, которые бы прямо в контроллере и устанавливались в случае аларма?
В контроллере создана матрица проверки всех сигналов.
Не совсем понял: "и не работать затем в RSView по соответствующим битам, которые бы прямо в контроллере и устанавливались в случае аларма" - ????
... но, как только на соседнем котле срабытывает допустим то же предупредительная сигнализация не критичного параметра, в сигнализации 1-го котла опять необходимо подтверждать уже сквитированный сигнал ранее. Операторов машинистов это уже мягко бесит. Вот такая проблема.
А может поискать почему и где для 1-го котла взводится тревога при срабатывании на другом котле.
Теги разные для разных котлов?
Потому что сосотояние severity уже взведено на котле допустим №1. При срабатывании того же severity друг. тэга на другом котле, механизм аларма и световой сигнализации показывается на 1-м котле..Тэги разные.
Проблема в том что Severity используется для разграничения приоритетов алармов.
В Вашем случае отфильтровать нужные тэги по котлам можно как показано на картинке
т.е. в alarmsummury добавить кнопку Filter и туда набить только те тэги, которые Вам необходимо отображать
Коллеги. Опишу ситуацию – задачу по-другому.
Итак: На экране операторской станции мнемокадр МЕНЮ. В верху кнопки выбора 4-х котлов (их мнемосхемы). К примеру срабатывает защита. Оператору находясь в экране МЕНЮ необходимо определить (на каком котле сработал свой механизм алармсаммари) причем, либо предупредительная сигнализация – допустим желтый либо аварийная – к примеру красная каждая кнопка своего котла отображает цвет сработанной сигнализации.
Список сигналов по количеству одинаковый на всех котлах, имеется сотня аналоговых параметров и 2 сотни дискретных сигналов. Доступно SEVERITY 3 – для аналогов – предупреждение, 4- для аналогов авария, и 5-ое – для дискретных сигналов.
А что произошло бы, если бы Вы посадили все алармы на одно Severity (ok, я гиперболизирую ситуацию)? Если каждому единичному аларму по каждому из котлов соответствует один бит в контроллере, и если все эти биты мониторятся системой алармов RSView - что такого произойдёт в случае, если появится даже несколько алармов одновременно?
Поток отказов всё равно носит единичный характер. Вероятность того, что одновременно возникнет несколько алармов - мала, а что много алармов - исчезающе мала (если только это не режим отладки).
Ну, появятся несколько алармов в окне Summary. Будут видны. И что в этом такого особенного?
Иначе говоря, зачем Вам, собственно, так много Severities? Для какой цели так много?
что такого произойдёт в случае, если появится даже несколько алармов одновременно?
Да втом то и дело, что так и происходит. На каждом котле есть сигналы которые появляются с предупредительной сигнализацией. При этом на аларме саммари каждого котла оператору приходится снова квитировать уже ранее квитированный сигнал. Их это бесит!!!
oldDad писал(а):
Иначе говоря, зачем Вам, собственно, так много Severities? Для какой цели так много?
К примеру: На котле №1 сработал сигнал. его сквитировали но сигнал висит т.к. он реально в зоне действия предупредительной сигнализации - в этом ничего критичного. Через неск. мин к примеру появляется другой сигнал на другом котле с предупредительной сигнализацией того же сиверити - и получается, оператору надо подтверждать и сигнал первого котла т.к. у него такое же сиверити. Было бы к примеру как у одной скады 999 уровней приоритета , можно было бы разнести так: У каждого котла свои предупредительные и аварийные сигналы. При появлении срабатывании уровня предупредительного сигнала одного тех процесса, его не надо было бы подтверждать на на другом если там уже сработал сигнал предупредительной сигнализации. Эх....
Я правилно понял, что уже ранее квитированный сигнал приходится ещё раз квитировать? Как это?
Очень просто. Сквитированный ранее сигнал сиверити №3 на одном котле при появлении того же сиверити на другом, взводит аларм механизм сквитированного сигнала ранее.
oldDad писал(а):
А если сделать для каждого котла свой 1 уровень Severity??
Северити 1,2,6,7,8 уже использованны, задействовав еще и их, тогда операторы сума сойдут.....
oldDad писал(а):
Не понимаю. Аларм появился, его сквитировали. Адарм - это ничего критичного[/i]? Зачем он тогда нужен?
По технологии бывает так, что некоторые сигналы с сиверити №3 подолгу находятся в предупредительном аларме. А нужен он потому , что в карте уставок находится.
Не знаю, как построена Ваша система, но за 12 лет мне ни разу не потребовалось больше, чем 4 Severity на всех объектах, которые мне приходилось автоматизировать, включая кислородные конвертеры и доменные печи.
Есть максимум 8 Severity, я бы использовал по 4 на каждый котёл. Разделил бы все алармы для этого на 4 группы по степени важности и, соответственно, "посадил" бы каждую группу на свой уровень Severity.
Может быть, имеет смысл поставить 2 рабочие станции, по одной для каждого котла?
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.144 секунды