О сайте | Контакты Реклама на 0-1.ru 
  Все о пожарной безопасности
 0-1.ru   СПРАВОЧНИК  ОБСУЖДЕНИЯ  СТАТЬИ  ЗАКОНЫ  МАГАЗИН  ЦЕНЫ  ПОИСК
 Служба  ПТВ и СИЗ  СПЗ  Документация  Прочее  ГОЧС  Социалка  Лицензии и СРО  АРХИВ 
 
Авторизация  Регистрация НОВОГО пользователя 
Пользователь:   Забыли пароль? 
Пароль: 
Поиск по текущим дискуссиям:
До начала работы гляньте:
Новые Дискуссии - инструкция по эксплуатации.
здесь могла быть ваша реклама Огнетушители с ДОСТАВКОЙ!! здесь могла быть ваша реклама
Перейти в раздел
Создать НОВУЮ ВЕТКУ обсуждений в этом разделе
 

Как правильно писать сценарии для Рубежа

[СПЗ]   

 последняя В обсужденнии 0 реплик


[13.10.2022 20:24:09]
 Доброго дня!
хотелось бы вынести на обсуждение вопрос правильности составления сценариев для Рубежа.
в чем сосбтвенно вопрос, сам механизм представленный разработчиками в ПО Firesec позволяет выполнить одно и то же действие несколькими способами и все они будут в конечном итоге работать. хотелось бы понять какой из этих рабочих способов является самым правильным в каком, то конкретном случае. в частности мне интересен момент в системе жилого дома с 12-15 2ОП с отдельным АЛС на каждый этаж.

для примера возьмем минимальный набор из двух пожарных зон 1,2 и двух сиренок 3,4.
задача по событию в зоне включить две сирены.

способ первый
если пожар в любой из 1,2 то включить 3,4
тут мы напрямую оперируем сразу двумя зонами и даем команду сразу двум устройствам

способ второй
если пожар в 1 то включить 3,4
если пожар в 2 то включить 3,4
тут так же напрямую мы оперируем зонами, с той лишь разницей, что по отдельности и запускаем оба устройства сразу

способ третий
если пожар в любой из 1,2 то включить 3
если пожар в любой из 1,2 то включить 4
раздельно по событиям из обеих зон управляем каждым устройством по отдельности

способ четвертый
создать исполнительный сценарий на запуск 3 и(или) 4 устройства "ВКЛ ЗВУК"
если пожар в любой из 1,2 то включить "ВКЛ ЗВУК"

способ пятый
если пожар в любой из 1,2 то создать виртуальное состояние "ВИРТ СОСТ ПОЖАР"
если "ВИРТ СОСТ ПОЖАР" то включить 3,4

способ 6
создать исполнительный сценарий на запуск 3 и(или) 4 устройства "ВКЛ ЗВУК"
если пожар в любой из 1,2 то создать виртуальное состояние "ВИРТ СОСТ ПОЖАР"
если "ВИРТ СОСТ ПОЖАР" то включить "ВКЛ ЗВУК"

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










[13.10.2022 20:39:31]
 
Цитата NineInchEars 13.10.2022 20:24:09
способ первый
если пожар в любой из 1,2 то включить 3,4
тут мы напрямую оперируем сразу двумя зонами и даем команду сразу двум устройствам
--Конец цитаты------
самый простой способ самый лучший.
И обычно все стремятся уменьшить количество разделов/территорий и тому подобного для повышения быстродействия системы в целом.


[13.10.2022 20:47:12]
 да, но если у вас получится большое устройств физически расположенных на других АЛС, то будет очень большая задержка в обработке. например если по состоянию извещателей с первого алс первой оп (1.1) нам надо будет запустить:
шкафы ду пд алс ...пусть будет 13.2
пожарный насос на алс 2.1
и так же еще кучу Релюх на каждом этаже и каждая на своем алс.
именно из за вот этих вот запросов каждого прибора к каждому устройству как раз и высвечивается неисправность "внешнее устройство"

ссылки на сценарии вроде как позводяют этого избежать, но как то не до конца


[14.10.2022 5:18:46]
 Тут только опытным путем поймете насколько у Вас нагруженная система получилась и соответственно какой способ больше подходит.
Был объект с 60+ 2ОП, 5 интерфейсов с собственными МС, около 3000 МДУ, 60 МПТ, около 30 зон МГН с подпорами и герконами и прочей автоматикой (завесы всякие, стробоскопы и тп). Там применялся 6 способ (ну только уже не звук). Он позволил снизить время паралича при обработке до 1,5 минут. То есть после события пожар в течение первых 1,5 минут всё включается и работает, но вот новое событие (открытие двери в зоне МГН) будет обработано через 1.5 минуты и только через 1,5 минуты в зоне МГН включится подпор.
Я думаю что у Вас не такая уж нагруженная система и можно начинать с 4-ого.


[14.10.2022 7:07:36]
 тут вся проблема в том что как вы сказали опытным путем. если у вас объект на 1 2ОП то там хоть расчеты баллистических траекторий на марс проводи. но если речь идет о 1-3 подъездах в 25 этажей, то каждый опыт приведет к тому что будет уходить по 1-2 дня просто на переделку сценариев.

так же вот еще вопрос возник.
можно создать исполнительный сценарий и он как бы сразу "привязывается" к конкретной 2ОП и ограничен исполнительными устройсвами в этой же 2ОП. а можно создать обычный расширенный сценарий и в логике включения указать

прибор если записать в прибор 2оп№1 №2 ... №n
просто в нем уже можно будет указывать действия с нескольких 2ОП, в итоге колво сценариев как бы сокращается, но он работает с несколькими 2ОП

это вот что такое? какой то особенный инструмент или просто костыль который лучше не трогать?


[15.10.2022 1:21:43]
 Не могу точно прокомментировать, костыли лучше с ТП обсудить - она у них хорошо отвечает.
Но выше не костыль, это опять же неудобные методы для разгрузки линии RS. Костыль, который лучше не трогать - это управление ведущий-ведомый т.е. при МДУ№2 запускается по событию запуска МДУ№1, а МДУ№3 от МДУ№2. Тоже разгружает, но очень ненадежно. Вот его не трогайте =)

Разбейте извещатели на зоны, реле на сценарии и тогда при переходе с 4-ого на 6-ой Вы не будете переписывать, только дописывать. Но 15 шт 2ОП это мало, я уверен что 6-ой Вам не понадобиться. Могу поискать файл конфигурации на аналогичный ЖД на 9 секций с паркингом, насколько помню там - 4 способ и около 20 2ОП.


[15.10.2022 6:36:38]
 Просто как мне кажется, то что я описал выше, в отличиях исполнительного от обычного расширенного сценария с записью их в приборы, на 95% дублирует друг друга. Напрашивается реализация механизма когда ты просто можешь создать сценарий на включение звука во всей жилой части, который раскинут на 12-13 2оп. Просто одним сценарием, и чтоб фаерсек сам понимал в какие приборы этот сценарий надо писать а в какие нет. Я вот лично до конца не понял логику их сортировки и записи в каждую конкретную оп. Так же напрашивается в выборе типа сценария что-то типа "сервисный" куда можно добавить например все мду со всего объекта. Чтоб утром придти, пощелкать в меня 2оп, зайти в сценарии и увидеть там два пункта "боевые" и "сервисные". После чего в сервисных из короткого списка "проверить звук" "проверить мду" и тд выбрать нужный. Открыть все клапана на объекте, выписать не открывшиеся, закрыть все клапана, выписать не закрывшихся. И пойти с этим списком по неисправностям.


[18.10.2022 22:34:36]
 Блин, в какой-то мере аж завидно ... Мои объекты обычно ограничиваются одним-двумя 2ОП. Только сейчас что-то среднее вырисовывается т.к потихоньку внедряю в некий зоопарк R3-Link. Ранее, соответственно, за рамки 1-го способа выходить надобности не было.

+1 к обратиться при сомнениях за советом в тех.под
ну и спасибо за комментарии в теме, взял на заметку
  Ответ пойдет СЮДА
^ Вернуться к списку ^ 
 Раздел: [СПЗ]Тема: Как правильно писать сценарии для Рубежа      здесь могла быть ваша реклама

Напоминаем, что для того, чтобы задать вопрос, необходимо НАЧАТЬ НОВУЮ ДИСКУССИЮ. Вопросы, заданные в уже существующих дискуссиях будут нещадно вытираться, а их авторы могут попасть в черный список!Под именем:  Разрешить показ моего e-mail
Мой e-mail:  Информировать меня об ответах


Сообщение:

 





-
Ramblers Top100Ramblers Top100 СПРАВОЧНИК ПРОЕКТАНТА. Проектирование систем безопасности.