Сложные алгоритмы оповещения

Сложные алгоритмы оповещения реализуются аппаратными или программными средствами, являющимися частью систем оповещения и управления эвакуацией людей СОУЭ и актуальны для зданий с большим количеством находящихся в них людей.

Краткое введение

Все проектируемые в настоящее время, здания и сооружения, разделены на 5 типов. Каждому типу здания - соответствует тип СОУЭ1. В зданиях, начиная с третьего типа и выше, применяется речевое оповещение. Тип здания определяется по значению нормативного показателя, в самом простом случае, определяемому количеством этажей (зон) или количеством людей, одновременно находящимся в данном здании.

Отправной точкой для разработки алгоритма оповещения является понятие зона, согласно нормативной документации (НД), имеющая следующее определение:

Зона пожарного оповещения – часть здания, где проводится одновременное и одинаковое по способу оповещение людей о пожаре.

Согласно НД, здания и сооружения, начиная с 3 типа, разбиваются на зоны. Такая разбивка позволяет повысить гибкость управления и эффективность технических средств. Понятие алгоритм оповещения является актуальным именно для типов зданий, начиная с третьего и выше.

В НД ([1], пп.2.2) предлагается следующее определение сложного алгоритма оповещения:

Вариант организации эвакуации из каждой зоны пожарного оповещения: один из возможных сценариев движения людей к эвакуационным выходам, зависящий от места возникновения пожара, схемы распространения опасных факторов пожара, объемно-планировочных и конструктивных решений здания.

На начальном этапе проектирования здания выполняется расчет пожарных рисков, в котором понятие “зона” весьма актуально. В зависимости от размеров зоны и количества людей определяются плотности людских потоков, позволяющих рассчитать очень важный (ожидаемый) параметр:

t - время эвакуации людей, с.

Слово “ожидаемый” отмечено не случайно. Современные СКУД - средства контроля и управления доступом - умеют подсчитывать точное количество людей, находящихся в конкретной зоне в данный конкретный момент времени, что позволяет автоматически пересчитать параметр t и рассматривать его как переменную. В связи с этим, понятие сложный алгоритм оповещения приобретает динамические оттенки.

На основании данных рассуждений, сложный алгоритм оповещения подразумевает решение следующих задач:

  • Реализация множества сценариев оповещения
  • Гибкость управления
  • Корректировка сценариев (алгоритмов) оповещения.

Рассмотрим каждую из этих подзадач отдельно.

Специфика реализации множества сценариев оповещения

Реализация множества сценариев оповещения является наиболее общей задачей, реализованной в большинстве существующих на данный момент продуктов (систем). Основной смысл данной подзадачи заключается в возможности трансляции сообщения о той или иной угрозе и необходимости эвакуации из конкретной зоны, в зависимости от места обнаружения пожара, в частности и, в самом простом случае, от зоны обнаружения (задымления, возгорания). Номер зоны, в этом случае, является входным параметром, относительно которого, техническое средство определяет возможный сценарий оповещения.

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

Пример такого алгоритма

Пусть необходимо реализовать сценарий (алгоритм) оповещения 10-ти этажного здания, и пусть возгорание (задымление) произошло на N-ом этаже здания. В этом случае алгоритм может быть реализован следующим образом. Вначале оповещается диспетчер или персонал здания. При этом диспетчер должен иметь возможность приостановить процесс оповещения, для выяснения ситуации. При подтверждении угрозы алгоритм необходимо продолжить. В процессе алгоритма оповещается зона возгорания (N), затем последовательно этажи 10, 9, затем этажи c N+1 до 8-го, затем этажи с 1 по 4. После чего можно включить циркулярное оповещение всех зон. Для реализации данного алгоритма (последовательной эвакуации) достаточно одноканальной (системы) звуковой реализации.

Гибкий алгоритм оповещения

Более сложной задачей является реализация нескольких сценариев оповещения при эвакуации из одной и той же зоны пожара. Данная подзадача решается при наличии в одной зоне (на одном этаже) двух и более аварийных выходов. Зону, имеющую несколько эвакуационных выходов или сложное расположение, желательно разбивать на несколько отдельных функциональных подзон, в каждую из которых прокладывается свой шлейф, обеспечивая возможность индивидуального управления и раздельного оповещения. Наиболее оптимальная эвакуация людей из таких сложных зон, обеспечивается (кроме речевого оповещения) наличием динамических, включающихся при обнаружении пожара, указателей направления выхода. При этом, если характер сообщения подобран верно (не приводит к дезориентации людей), то многоканальная2 звуковая реализация технических средств СОУЭ, позволяющая одновременно транслировать несколько сообщений, может не потребоваться.

Гибкость управления достигается возможностью корректировки параметра t – времени эвакуации людей, с, в реальном времени.

Сложный алгоритм оповещения должен осуществлять одновременное оповещение нескольких зон, при этом, характер оповещения (одним или несколькими сообщениями) будет определяться в большей степени не программными, а аппаратными возможностями.

Полуавтоматическое управление при реализации гибких алгоритмов оповещения

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

В полуавтоматическом же режиме решаются следующие подзадачи:

  • Приостановка выполнения алгоритма оповещения (ср. ПАУЗА)
  • Продолжение выполнения алгоритма оповещения (ср. ПЛЕЙ)
  • Вмешательство оператора с целью корректировки возможных путей эвакуации ручными средствами, например, при помощи микрофонной консоли
  • Корректировка возможных путей эвакуации, посредством выбора3, альтернативного (запасного) алгоритма оповещения.

Пример возможной реализации алгоритма оповещения

Рассмотрим реализацию сложного алгоритма оповещения программными средствами на примере аппаратно-программного комплекса (АПК ROXTON). АПК позволяет принимать аварийный сигнал от системы пожарной сигнализации и транслировать сигнал оповещения о пожаре в заданные линии по гибкому алгоритму, используя персональный компьютер (HR-4015LKM). В АПК предусмотрена возможность оперативного вмешательства и корректировки процесса автоматического аварийного оповещения (посредством закладки – селектор зон, в которой имеются оперативные кнопки управления). Аварийные события, а также действия оператора записываются в протокол (в лог-файл). Звуковые файлы записываются заранее, привязываются к сценариям оповещения и хранятся на жестком диске компьютера.

Графический интерфейс программы управления изображен на рис.1.

Рис.1 - Программное обеспечение для контроля и управления цифро-аналоговыми системами оповещения (Roxton, Roxton-Inkel, ITC-Escort)

Базовый комплект представляет собой набор технических средств, состоящий из мультимедийного компьютера, с установленным в него 16/32/64-х канальным промышленным контроллером, программным обеспечением (ПО) и платы клеммников.

В режиме тревоги сигналы от АУПС (12/24В, “сухой” контакт) поступают на входы контроллера. Программа регистрирует данный сигнал, запуская соответствующий (один из 64-х) алгоритм, номер которого соответствует номеру сигнала (номеру клеммы контроллера, на которую поступает данный сигнал). При этом, низкие программные приоритеты отключаются, запущенный алгоритм, при необходимости, можно скорректировать или приостановить. Время оповещения конкретной зоны определяется длительностью звукового файла и индицируется в соответствующем окошке. Последовательность выполнения отражается посредством красных индикаторов в основной закладке - “ Селектор зон”. Переход в ручное управление возможен либо при снятии “сухого” контакта, либо при нажатии кнопки: “ПРИОСТАНОВИТЬ АЛГОРИТМ АВАРИЙНОГО ОПОВЕЩЕНИЯ”

ример реализации сложного (многоканального) алгоритма оповещения

Реализацию сложного, многоканального алгоритма оповещения, рассмотрим на примере аппаратной реализации – системе оповещения ROXTON 8000.

В данной системе, управление исполнительными элементами – терминалами (RA-8050/RA-8236/RP-8264) может осуществляться с 9-ти различных устройств по 3-м каналам. Каждое из устройств работает по своему приоритету. Система приоритетов позволяет осуществить гарантированную передачу важной звуковой информации в любой из трех каналов (терминал или группу терминалов), даже в случае если они заняты (в случае музыкальной трансляции) низшими приоритетами. В системе ROXTON 8000 приоритеты периферийных блоков определяются адресом. Наивысший приоритет имеет устройство с адресом А9, низший с адресом А1.

Для реализации автоматического оповещения, аудио-процессору Roxton AP-8264 должен быть назначен более высокий приоритет (установкой адреса), чем, например у микрофонной консоли Roxton RM-8064, но более низкий, чем у блока высокоприоритетного управления Roxton PS-8208. Одновременное использование трех высокоприоритетных блоков Roxton АР-8264 позволяет реализовать сложный алгоритм одновременно по 3-м различным направлениям, что может понадобиться при реализации сложных алгоритмов в СОУЭ высоких типов, рис.2.

Рис.2 - Работа блока AP-8264 в многоканальном режиме

В автоматическом режиме каждый блок Roxton AP-8264 активируется 8-ю (9-й запасной) сигналами – короткозамкнутыми “сухими” контактами, поступающими от охранно-пожарной станции (АПС/ОПС). При подаче контакта на соответствующую группу клемм включается один из трех блоков, занимая один из трех возможных звуковых каналов. При этом блокам Roxton AP-8264 необходимо назначать последовательные (высокие) адреса, например, A8, A7, A6. При активации одновременно трех аудио-процессоров, звуковая информация, а следовательно, и соответствующие алгоритмы оповещения, будут отрабатываться (выполняться) одновременно по трем направлениям – на конкретных терминалах или группах терминалов. При этом сложность каждого из трех алгоритмов будет определяться программными возможностями автоматической установки пожарной сигнализации (АУПС).

Используемая литература

Cвод правил СП-3-13130-2009 от 2009 г. “Требования пожарной безопасности к звуковому и речевому оповещению и управлению эвакуацией людей”.

 

 

 

 

 

 

 


1 Основные требования, предъявляемые к СОУЭ приведены в своде правил СП 3-13130-2009 разработанного в соответствии со статьей №84 Федерального закона от 22 июля 2008 г. № 123-ФЗ «Технический регламент о требованиях пожарной безопасности». СОУЭ – комплекс организационных мероприятий и технических средств, предназначенный для своевременного сообщения людям информации о возникновении пожара и необходимых путях эвакуации.

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

3 В случае использования программных или микропроцессорных технологий.