аварийный сигнал (в автоматизированных системах)

Аварийные сигналы настраиваются путем задания предельных значений (границ, thresholds) индивидуально для каждой процессной переменной. Система автоматически отслеживает изменение процессной переменной и сопоставляет ее значение с заранее настроенными границами. В случае выхода переменной за нормальные границы система генерирует оповещение и фиксирует его в журнале аварийных сигналов. Рассмотрим наиболее часто используемые аварийные сигналы для аналоговых величин:

Lo – нижняя предупредительная граница. В случае если процессная переменная становится меньше Lo, генерируется предупредительное оповещение.

LoLo – нижняя аварийная граница. В случае если процессная переменная становится меньше LoLo, генерируется аварийный сигнал.

Hi - верхняя предупредительная граница. В случае если процессная переменная становится больше Hi, генерируется предупредительное оповещение.

HiHi – верхняя аварийная граница. В случае если процессная переменная становится больше HiHi, генерируется аварийный сигнал.

DEV_HI (DEVIATION_HI) – верхняя граница отклонения (рассогласования). Если разность (абсолютное значение) между двумя переменными становится больше DEV_HI, то генерируется аварийный сигнал. Например, такой сигнал можно настроить у блока PID; в этом случае система будет сигнализировать об отклонении регулируемой величины от уставки, превышающей границу DEV_HI. По аналогии можно настроить сигнал DEV_LO.

ROC_HI (RATE_OF_CHANGE_HI) – верхняя граница скорости изменения. Система отслеживает скорость изменения процессной переменной (первую производную). Если скорость возрастания переменной выше границы ROC_HI, то генерируется аварийный сигнал.

Для дискретных переменных сигналов гораздо меньше. По сути их всего две – аварийное состояние, соответствующее значению 1, или авария в случае значения 0.

На рис. 4 показана схема появления аварийных сигналов на примере быстро изменяющейся процессной переменной. Стоит отменить, что на рисунке изображены отнюдь не все генерируемые оповещения. Например, при возврате переменной обратно в нормальный диапазон значений, кроме изображенных на рисунке, генерируется оповещение RETURN_TO_NORMAL

Рис. 4. Пример генерации аварийных сигналов и оповещений.

Важность (или критичность) аварийного сигнала определяется приоритетом (целое число). Как правило, чем выше приоритет у аварийного сигнала, тем критичнее она для производства, и тем быстрее на нее надо обратить внимание.

При появлении аварийного сигнала у оператора есть два варианта действий:

1.    Игнорировать его. Не всегда хорошее решение, мягко говоря. При этом если процессная переменная вернется обратно в нормальные границы, то появиться новое оповещение UNACK_RETURN_TO_NORMAL, говорящее о том, что оператор проспал аварийное событие, но, к счастью, все нормализовалось.

2.    Подтвердить, что сигнал замечен оператором (acknowledge). Дело в том, что сразу после появления аварийного сигнала ему автоматически присваивается статус UNACK (не подтвержден). Как только сигнал подтверждают (иногда говорят “квитируют”), его статус становится ACK (подтвержден). В этом случае возврат переменной в нормальные границы ведет к появлению оповещения ACK_RETURN_TO_NORMAL, свидетельствующее о том, что оператор “держит ухо востро”.

Аварийные сигналы можно произвольно группировать. На практике группировка проводится путем распределения процессных переменных, а следовательно, и соответствующих им аварийных сигналов по различным технологическим участкам (plant areas) и установкам (plant units).

[http://kazanets.narod.ru/AlarmsArchive.htm]