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

Системы АПС и их интеграция с другими инженерными системами

[СПЗ]   

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


[07.02.2017 8:45:35]
 Здравствуйте уважаемые коллеги. Прошлый мой вопрос остался без внимания, задам его иначе)) Какие из наиболее распространенных на отечественном рынке систем АПС могут интегрироватся с другими инженерными системами объекта защиты и оборудованием АПС других производителей с использованием не только "сухих" контактов, но и более сложных протоколов (Modbus, BACnet, Ethernet и тд.). На сколько это вообще реально с точки зрения норм?


[07.02.2017 9:25:28]
 Вопрос нуждается в уточнении. К примеру, в Modbus вполне возможно перевести притокол ИСО "Орион" (С2000-ПП, чтоли, конвертирует), но только в одном направлении - от "Ориона" наружу. Так же имеется "ОРС-сервер", программа, конкертирующая сигналы ИСО "Орион" непосредственно на АРМ в необходимый протокол (хотя есть вопросы по интеграции со сторонним ПО). Использовал данные функции для разделов "Система мониторинга инженерных систем" и "Система управления и диспетчеризации инженерного оборудования". Стояла задача передачи информации от системы ОПС на АРМ диспетчера здания, решал такими способами (в проекте, практической реализации не видел). Насчет обратной передачи сомневаюсь, по-моему, по RS-485 она невозможна, поскольку протокол у Болида закрытый. Так что сказал бы, что в пределах конкретной системы ПС необходимо использовать приборы одного производителя, иначе на оборудовании конвертации протоколов можно потерять контроль линии.
Ну, еще у Болида имеется технологический контроллер С2000-Т, что тоже может помочь интеграции с другими инженерными системами.


[07.02.2017 11:08:21]
 http://www.sferasb.ru/katalog-1/po-d...

http://plazma-t.ru/pozharnaya-avtoma...
http://plazma-t.ru/pozharnaya-avtoma...


[07.02.2017 19:11:34]
 С2000-ПП работает в двух направлениях, но внутрь ограниченно, вырву цитату: "...Если по интерфейсу «Modbus» поступает команда на включение/выключение реле или на изменение состояния зоны/раздела, «С2000-ПП» передаёт её приборам системы «Орион»". Взаимодействует сам с приборами Орион, если стоит ведущим, либо через С2000М, если работает как шлюз. У нас так обвязаны СПЖ Стрим


[07.02.2017 20:51:10]
 Спасибо за ответы, как я понял это достаточно проблематично. Joprst по поводу уточнения... например: Есть ППКУП с заявленной поддержкой BACNet и Modbus необходимо что бы он выступил в роли ведущего для стороннего оборудования которое поддерживает заявленные протоколы. При срабатывании стороннего оборудования сигнал от него передается в ППКУП, который в свою очередь выдает сигналы управления (закрытие клапанов, пуск АСПТ и тд.). Для интеграции между ППКУП и сторонним оборудованием необходимо очень много сухих контактов, проще подключится по BACNet или Modbus и не плодить линии. Поэтому интересуют производители ППКУП в которых есть возможность реализации подобных решений. Например Simplex 4100U в паспорте предусматривает подобные протоколы, но техподдержка на вопрос о практической реализации подобной интеграции ни чего внятного не отвечает...


[07.02.2017 21:30:04]
 
Цитата lecar 07.02.2017 20:51:10
Есть ППКУП с заявленной поддержкой BACNet и Modbus необходимо что бы он выступил в роли ведущего для стороннего оборудования которое поддерживает заявленные протоколы. При срабатывании стороннего оборудования сигнал от него передается в ППКУП, который в свою очередь выдает сигналы управления (закрытие клапанов, пуск АСПТ и тд.).
--Конец цитаты------
Ничего не поняла. Почему ППКиУП будет ведущим в этой связке, если стороннее оборудование формирует сигналы управления?
И что это за "стороннее оборудование"?
Что с чем собираетесь интегрировать по протоколу?


[07.02.2017 22:55:43]
 Приборы системы МАСТЕР общаются с "внешним миром" по протоколу Modbus-RTU - http://psk-module.ru/products/24424887 в режиме Slave.

В ноябре 2016 реализовали интеграцию АДУ на системе МАСТЕР с системой ИСБ "ИНТЕГРА С" http://www.integra-s.com/products/sy... с обменом по протоколу Modbus-RTU. Система МАСТЕР как передает сигналы состояния, так и принимает сигналы для управления технологическим оборудованием АДУ.
Хорошую "независимую" SCADA-систему на Ваш АРМ - и Ваше желание реализуется грамотными специалистами (программистами). Будут вопросы - обращайтесь.



[08.02.2017 1:18:16]
 Вот... Пора уже переходить на новый уровень, пожарную автоматику в АСУД засунуть =)).
А что именно нужно? Просто мониторинг всех систем на одной или же управление АСУДом от ПС через софт?

Siemens, Johnson Controls, Delta Controls, HoneyWell, Lenel были?




[08.02.2017 6:08:21]
 2 lecar ®: То есть, у вас имеется определенный ППКиУП, использующийся в качестве щита управления существующей противопожарной автоматикой? И вы хотите на него получать сигналы от пока не существующей системы пожарной сигнализации по протоколам Modbus или BACnet? Собственно, это как раз схема с Болидом и "С2000-ПП", навскидку никаких сложностей не вижу. Подобные схемы интеграции есть у многих производителей, проще выбрать систему и проверить.
Практическая реализация зависит от программы прибора, видимо техподдержка просто не понимает, что от них требуется. Если вывод протокола есть, практическая реализация - подключение вашего прибора на обратную сторону и его программирование. От необходимости установки ППКП дежурному это не избавит, хотя бы для контроля линии.


[09.02.2017 8:21:46]
 Добрый день, прошу прощения что задал вопрос, а сам долго уточняю нюансы, не было времени, завал по работе(((

Viss: Вот... Пора уже переходить на новый уровень, пожарную автоматику в АСУД засунуть =)).
А что именно нужно? Просто мониторинг всех систем на одной или же управление АСУДом от ПС через софт?
-Ни кто не собирается засовывать АСУшную часть в АПС, под сторонним оборудованием подразумевается оборудование АПС, только другого производителя.

Dekov, Joprst спасибо, проанализирую предложенные вами варианты.
Joprst техподдержка все поняла, ей давалась подробная информация и разговаривал с ними программист, но ответ типа: "теоритически это вроде бы возможно" как то не обнадеживает.

Нина: Ничего не поняла. Почему ППКиУП будет ведущим в этой связке, если стороннее оборудование формирует сигналы управления?
И что это за "стороннее оборудование"?
- ППКиУП получает сигналы о пожаре от "стороннего оборудования АПС" и после их получения формирует сигналы управления для систем АСПТ.
Соль проблемы такова, есть объект на объекте необходимо предусмотреть СПС в которую входит: ППКиУП, пожарный извещатель другого производителя с возможностью обмена информацией как через сухие контакты так и по протоколам, система АСПТ. Так как извещатель другого производителя контролирует основную часть помещений, но своего ППКиУП у производителя нет то необходимо передавать сигналы от него в ППКиУП какого то другого производителя (выбор этого оборудования и есть основная задача). Удобнее всего это делать по протоколам Modbus, BACnet, Ethernet и тд. так как зон защиты много, а сухих контактов мало((


[09.02.2017 9:56:00]
 Уже понятнее :)
Цитата lecar 09.02.2017 8:21:46
так как зон защиты много, а сухих контактов мало((
--Конец цитаты------
что ж за производитель-то такой, что мало сухих контактов?
На чем АПС сделана?


[09.02.2017 10:09:17]
 >ППКиУП получает сигналы о пожаре от "стороннего оборудования АПС" и после их получения формирует сигналы управления для систем АСПТ.

Если после преобразования протокола сигнал идет не на компьютер, а на другой прибор - есть риск, что прибор будет очень медленно из всего потока сигналов получать нужные и понятные ему. Так, например, было при использовании С2000-ПП. В результате перешли на использование отдельного выхода RS232.


[09.02.2017 20:37:20]
 Нина
Она пока не сделана, ее хотят реализовать подобным образом.
Контактов относительно мало, так как они заложены на всякий пожарный, а в основном передача должна идти по BACnet, Modbus, Ethernet, витой паре и тд.


[09.02.2017 22:34:08]
 Напрямую через BACnet, Modbus, Ethernet и витую пару оборудование разных производителей вы не состыкуете.
Цитата lecar 09.02.2017 20:37:20
Контактов относительно мало, так как они заложены на всякий пожарный,
--Конец цитаты------
заложите больше, в чем проблема? сколько вам вообще надо?


[10.02.2017 0:00:22]
 
Цитата madoff 07.02.2017 19:11:34
У нас так обвязаны СПЖ Стрим
--Конец цитаты------
в этом месте можно поподробнее?


[11.02.2017 21:01:34]
 Нина: Напрямую через BACnet, Modbus, Ethernet и витую пару оборудование разных производителей вы не состыкуете.
Почему? Вы думаете что тот же Simplex когда говорит о том что может общаться по BACnet, Modbus с внешним оборудованием просто лукавит?
Если есть возможность переписывать программную среду оборудования, может ли это помочь?
Нина: Заложите больше.
Не всегда можно заложить больше это ведь вмешательство в конструкцию (в схему), а это деньги и время или технически очень сложно.
Нина: сколько вообще надо?
В идеале пару тройку сотен, можно больше))


[11.02.2017 23:26:28]
 Говоря напрямую, я имею в виду не используя системы верхнего уровня, типа скалы или ОРС серверов.
Что же у вас за объект, что нужно пару тройку сотен сухих контактов, чтобы увязать АПС и управление? Зачем столько?


[12.02.2017 0:14:37]
 
Цитата lecar 11.02.2017 21:01:34
Не всегда можно заложить больше это ведь вмешательство в конструкцию (в схему), а это деньги и время или технически очень сложно.
--Конец цитаты------
В какую конструкцию вы собираетесь вмешиваться?
Мне вообще не понятно это хождение вокруг да около, если нужен совет.
Цитата lecar 09.02.2017 8:21:46
в ППКиУП какого то другого производителя (выбор этого оборудования и есть основная задача).
--Конец цитаты------

Цитата lecar 09.02.2017 20:37:20
Она (АПС) пока не сделана, ее хотят реализовать подобным образом
--Конец цитаты------
правильно ли я понимаю, что не выбран ни производитель АПС, ни производитель системы управления?
Может толком объяснить, что требуется?
Как на объекте может быть пара-тройка сотен зон управления?
Даже если включить фантазию и вообразить такое количество, у любого производителя АПС реализовать это возможно, к примеру применив несколько панелей АПС.


[12.02.2017 16:41:39]
 Нина: В какую конструкцию вы собираетесь вмешиваться?
Мне вообще не понятно это хождение вокруг да около, если нужен совет.
Я понимаю что путано получается, на форум всего не выложишь могу подробнее объяснить в личке.




[12.02.2017 16:59:23]
 lecar ®

какое оборудование уже есть/выбрано на сегодняшний день?


[12.02.2017 23:36:28]
 
Цитата lecar 12.02.2017 16:41:39
Я понимаю что путано получается, на форум всего не выложишь могу подробнее объяснить в личке.
--Конец цитаты------
не, так не интересно.


[13.02.2017 7:49:31]
 ГОСТ Р 53325-2012, п.7.2.14 Прибор не должен выполнять функций, не связанных с противопожарной защитой, за исключением функций, связанных с охранной сигнализацией...
Поосторожнее нужно быть с интеграциями в этом плане. Стыковка между приборами пожарной автоматики - ОК, но просто интегрироваться для контроля технологических шлейфов и цепей - не совсем по-фэншую. На уровне АРМ, если это не сертифицированный АРМ пожарного поста, можно запихнуть всё что угодно, в АСУД можно запихнуть пожарку, но не наоборот.
с этим самым п.7.2.14 у меня самого вопрос - а как быть со СКУД (он же не охранная сигнализация)? При реализации на том же Болиде при одном С2000М ссылаться на то, что разблокировка выходов при пожаре требует интеграции?)


[13.02.2017 9:52:22]
 lecar® "В идеале пару тройку сотен, можно больше))"

Это неправильно. В каждом здании должен быть свой прибор со своими независимыми релюшками, а не централизованно управляемыми из другого здания. А внутри здания нужны отдельные релюшки по одной с этажа и с пожарного отсека, да ещё несколько для обобщённого сигнала всего здания. Больше релюшек не надо, идея интегрировать всё со всем по максимуму - не правильная.


[13.02.2017 10:15:55]
 Рустам74
<<<В каждом здании должен быть свой прибор>>>
А если это будет сооружения, а не здания, тоже будете отдельные приборы ставить?


[13.02.2017 15:23:19]
 Нина ®
[10.02.2017 0:00:22]
в этом месте можно поподробнее?

У СПЖ есть Modbus по RS485, у Болида С2000-ПП с тем же самым. На месте до пуска системы, проводили стыковку, со слов подрядчика все нормально работает. Что конкретно интересует?


[13.02.2017 15:35:52]
 
Цитата madoff 13.02.2017 15:23:19
проводили стыковку,
--Конец цитаты------
вот процесс стыковки мне очень интересен.


[13.02.2017 16:11:09]
 
Цитата lecar 07.02.2017 20:51:10
Есть ППКУП с заявленной поддержкой BACNet и Modbus необходимо что бы он выступил в роли ведущего для стороннего оборудования которое поддерживает заявленные протоколы. При срабатывании стороннего оборудования сигнал от него передается в ППКУП, который в свою очередь выдает сигналы управления (закрытие клапанов, пуск АСПТ и тд.).
--Конец цитаты------
От "стороннего оборудования" не допускается запускать пожарную автоматику в принципе.
Система пожарной сигнализации состоит из сертифицированных извещателей и не сертифицированное "стороннее оборудование" даже через сухие контакты на пуск АСПТ подключать низя.
По этому ППКУП по BACNet и Modbus только выдают информацию в систему верхнего уровня по открытому протоколу, но ничего не принимают.


[13.02.2017 16:23:57]
 http://www.opt-tech.ru/upload/Biysk/...
только вместо Овена - С2000-ПП? И конфигурировать через Орион?


[15.02.2017 11:11:33]
 Нина ®
[13.02.2017 16:23:57]
http://www.opt-tech.ru/upload/Biysk/...
только вместо Овена - С2000-ПП? И конфигурировать через Орион?

Прошу прощения, за то что ввел в заблуждение "Слышал звон да не знаю где он". Краем уха слышал, как коллега при мне обсуждал на своем объекте такую возможность. Оказалось просто интегрируется СПЖ и Болид в АСУД-248, а не между собой. А я пребывал в святой уверенности...


[15.02.2017 14:55:03]
 Вот и я
Цитата madoff 15.02.2017 11:11:33
Слышал звон да не знаю где он
--Конец цитаты------
но с реальным человеком/объектом так и не встретилась :)


[15.02.2017 18:08:00]
 uzdp: ГОСТ Р 53325-2012, п.7.2.14....
Знаю что нельзя. Под сторонним оборудованием может пониматься и пожарный извещатель (сертифицированный) только другого производителя или ППКиУП другого производителя.
Нина: так неинтересно
Значит буду стараться объяснить здесь))
Volk: А если это будет сооружения, а не здания, тоже будете отдельные приборы ставить?
Volk-прав. Если у каждого участка будет свой адрес, а информация будет поступать от блока обработки данных по одной линии на ППКиУП, не думаю что это страшно. Как если несколько панелей АПС общаются между собой передавая информацию через центральную на АРМ


[16.02.2017 1:01:18]
 
Цитата lecar 15.02.2017 18:08:00
Как если несколько панелей АПС общаются между собой передавая информацию через центральную на АРМ
--Конец цитаты------
вот где, где Вы это берете? какая центральная панель??
Вы хоть немного продвинулись в своих поисках?


[16.02.2017 19:00:49]
 Нина: вот где, где Вы это берете? какая центральная панель??
Из проекта: На объекте АПС Simplex4100U установлено 6 панелей в 6 основных зданиях, каждая из них связанна между собой, на ПТК установлена панель от которой информация поступает на АРМ (в проекте позиционируется как центральный контроллер).
Пока к сожалению похвастаться особо нечем((


[16.02.2017 21:27:47]
 
Цитата lecar 16.02.2017 19:00:49
На объекте АПС Simplex4100U
--Конец цитаты------
так, для общего развития
http://www.simplex-grinnell.ru/news/...
Создание сети приемно-контрольных приборов Simplex.


[17.02.2017 7:29:41]
 Нина: так, для общего развития
Ни чего нового не увидел, общее описание и не более (про Simplex читал практически всю информацию в Рунете которую находит поисковик, АРМО находит в первую очередь).Вот если вы мне скинете информацию о том как интегрировать между собой Simplex и например интеллектуальную систему ITC ESCORT, или еще лучше ITC IP было бы куда как интереснее. А еще лучше объясните как объединить между собой два оборудования разных производителей не используя при этом сухие контакты то будет вообще идеально))
http://www.armoengineering.ru/about/...
В описании представленном по ссылке есть такой пункт: Прибор приемно-контрольный 4100U системы пожарной сигнализации SimplexGrinnell может контролировать до 2000 адресов, а при объединении приборов в сеть общая адресная емкость пожарной сигнализации может составлять до 392 000 пожарных извещателей и адресных устройств. Кроме этого, система пожарной сигнализации может выполнять функции системы оповещения о пожаре и управления эвакуацией людей, поддерживает открытый протокол BACNet, что позволяет интегрировать пожарную сигнализацию Simplex с инженерными системами здания других производителей.
Вот этот BACNet меня и интересует (как по нему передавать сигналы от внешнего оборудования в Simplex). У других производителей АПС тоже есть подобные протоколы, значит можно делать что то более интересное чем сухие контакты. На сколько это реально? И какое количество информации можно передавать (сколько адресов можно задействовать).


[17.02.2017 9:42:02]
 
Цитата lecar 17.02.2017 7:29:41
Ни чего нового не увидел,
--Конец цитаты------
ну не знаю, если Вы это читали то не писали бы такого:
Цитата lecar 15.02.2017 18:08:00
Как если несколько панелей АПС общаются между собой передавая информацию через центральную на АРМ
--Конец цитаты------
это прошлый век, сейчас так никто не строит системы (ну кроме Болида).
Цитата lecar 17.02.2017 7:29:41
А еще лучше объясните как объединить между собой два оборудования разных производителей не используя при этом сухие контакты то будет вообще идеально))
--Конец цитаты------
я же уже сказала- гиблая затея, без компа не обойтись, а это не нормативно для АУПС/АУПТ/СОУЭ.
А также сказала, что не вижу проблем в скрещивании через сухие контакты и что Вы преувеличиваете их количество.


[17.02.2017 9:53:15]
 Нина, насколько я знаю, этим вопросом уже занимались в Омега-Саунд. Они там что-то делали по скрещиванию своего СОУЭ с кем-то. А у Вас к ним есть именной пропуск-вездеход.


[17.02.2017 11:01:51]
 Да, Омега скрестила по модбасу Орион и Альфу
http://omegasound.ru/support/skhemy-...


[17.02.2017 11:46:34]
 Значит есть опыт.


[17.02.2017 12:15:58]
 Нина: ну не знаю, если Вы это читали то не писали бы такого...
Приму вашу критику (где то чего то я не понимаю или не знаю, но я стараюсь) хоть и немного обидно))
Нина: это прошлый век, сейчас так никто не строит системы (ну кроме Болида)
Я описал вам действующий объект построенный на Simplex видимо есть проектировщики живущие в прошлом веке. Это не мое виденье это проект от которого отступать нельзя.
я же уже сказала- гиблая затея, без компа не обойтись, а это не нормативно для АУПС/АУПТ/СОУЭ
А если это не КОМП, а БОД который прошел соответствующую сертификацию (тот же ППКиП по сути тоже комп только специализированный)?
Нина: и что Вы преувеличиваете их количество
Я их не преувеличиваю а преуменьшаю, я не спорю с вами и врать мне смысла нет ни какого. Почему на объекте может быть 1000 адресных извещателей и более, а не может быть 300 сухих контактов по сути передающих сигналы при срабатывании оборудования?





[17.02.2017 12:15:59]
 Нина: ну не знаю, если Вы это читали то не писали бы такого...
Приму вашу критику (где то чего то я не понимаю или не знаю, но я стараюсь) хоть и немного обидно))
Нина: это прошлый век, сейчас так никто не строит системы (ну кроме Болида)
Я описал вам действующий объект построенный на Simplex видимо есть проектировщики живущие в прошлом веке. Это не мое виденье это проект от которого отступать нельзя.
я же уже сказала- гиблая затея, без компа не обойтись, а это не нормативно для АУПС/АУПТ/СОУЭ
А если это не КОМП, а БОД который прошел соответствующую сертификацию (тот же ППКиП по сути тоже комп только специализированный)?
Нина: и что Вы преувеличиваете их количество
Я их не преувеличиваю а преуменьшаю, я не спорю с вами и врать мне смысла нет ни какого. Почему на объекте может быть 1000 адресных извещателей и более, а не может быть 300 сухих контактов по сути передающих сигналы при срабатывании оборудования?





[17.02.2017 12:44:36]
 
Цитата lecar 17.02.2017 12:15:58
Я описал вам действующий объект построенный на Simplex видимо есть проектировщики живущие в прошлом веке. Это не мое виденье это проект от которого отступать нельзя.
--Конец цитаты------
значит, АПС все-таки Симплекс?
просто взрыв мозга какой-то, объект уже действующий теперь?
Дело не количестве панелей, а в том, что среди них нет "ведущей" или "центрального контроллера".

Цитата lecar 17.02.2017 12:15:59
Почему на объекте может быть 1000 адресных извещателей и более, а не может быть 300 сухих контактов по сути передающих сигналы при срабатывании оборудования?
--Конец цитаты------
знаете, это беспредметный разговор.
Напишите, сколько и каких надо контактов, например:
АПС должна сформировать на
АУПТ - 20 контактов по направления
СОУЭ - 10 контактов на позонное оповещение (у вас 4-й тип на объекте и поэтапная эвакуация)
Противодымная - 20 зон и т.д. и т.п.



[17.02.2017 12:45:24]
 
Цитата Нина 17.02.2017 12:44:36
(у вас 4-й тип на объекте и поэтапная эвакуация)
--Конец цитаты------
не хватает знака "?"


[17.02.2017 13:18:11]
 
Цитата lecar 17.02.2017 7:29:41
Вот этот BACNet меня и интересует (как по нему передавать сигналы от внешнего оборудования в Simplex).
--Конец цитаты------
lecar, если Вас интересует этот BACNet, то надо запросить протокол этого BACNet у представителя Simplex. Хотя протоколы BACNet считаются открытыми, но в интернете не валяются.
И можно будет убедиться, что Simplex по BACNet только выдает информацию, но ничего не принимает.

Цитата lecar 17.02.2017 7:29:41
поддерживает открытый протокол BACNet, что позволяет интегрировать пожарную сигнализацию Simplex с инженерными системами здания других производителей
--Конец цитаты------
lecar, обратите внимание на термин "инженерные системы".
Это не пожарка, а системы верхнего уровня, например, SCADA
https://ru.wikipedia.org/wiki/SCADA


[17.02.2017 13:19:55]
 lecar ®

"Кроме этого, система пожарной сигнализации может выполнять функции системы оповещения о пожаре и управления эвакуацией людей, поддерживает открытый протокол BACNet, что позволяет интегрировать пожарную сигнализацию Simplex с инженерными системами здания других производителей."

у вас Симплекс оповещением управляет или другой производитель?

"Вот этот BACNet меня и интересует (как по нему передавать сигналы от внешнего оборудования в Simplex)."

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

"Почему на объекте может быть 1000 адресных извещателей и более, а не может быть 300 сухих контактов по сути передающих сигналы при срабатывании оборудования?"

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


[17.02.2017 13:24:38]
 Нина: значит, АПС все-таки Симплекс?
- Нет АПС не Simplex, АПС нужна та которая может обмениваться информацией по BACNet и тд...
просто взрыв мозга какой-то, объект уже действующий теперь?
- У меня нет цели взрывать вам мозг)), нет объект не действующий. Я привел в пример объект на котором была реализована логика из прошлого века.
Дело не в количестве панелей, а в том, что среди них нет "ведущей" или "центрального контроллера".
- Я понимаю что панели связанны между собой и если любая отвалится то система АПС все равно будет функционировать так повышается надежность системы, была даже ветка (Импортные системы АПС откукарекались или нет?) на сайте в которой обсуждались вопросы живучести систем. Вы там принимали деятельное участие.
Что бы разговор был предметным надо понимать суть вопроса а не расписывать весь объект (СОУЭ, АСПТ и тд.), считайте что мы о них ни чего не знаем. Интересует только ППКиУП и его связь с инженерными системами о которых мы знаем что они могут общаться по:BACNet, Modbus, Ethernet. Simplex появился только по тому что у него заявлено что он это может, но хотелось бы понимать делалось ли это на практике?

Вопрос: Какой из производителей оборудования АПС имеет в своем составе ППКиУП который может принимать входящие сигналы от инженерных систем объекта по протоколам: BACNet, Modbus, Ethernet? Необходима передача информации от 300 адресных устройств.


[17.02.2017 13:27:27]
 lecar ® [17.02.2017 13:24:38]

без конкретики вы на этом форуме ответ не получите.


[17.02.2017 13:29:23]
 А почему всё так сложно.
Для АУПТ к 4100U есть Simplex 4090-9006 под газ и порошок. Если вода, то она с 4100 никак не связана.
Противодымная вентиляция через модули вывода.
Остается только СОУЭ. А тут Омега-Саунд даже через сухие контакты непосредственно в зонах оповещения без вывода их на общий пожарный пост, т.к. там распределенная система. Но с поста можно всем оповещением управлять. В конце концов можно и по шине соединить ради такого случая.
Может тут еще что-то зарыто, о чем мы не догадываемся. Это может отсутствие возможности залезть в Simplex, чтобы там внедрить эти модули вывода. Бывает и такое, ходи сюда, там снег башка...



[17.02.2017 13:36:43]
 Ни АПС, ни ППУ не имеют права управляться от инженерных сетей. Это просто исключено.
Есть логика: ИП->ППКП->ППУ -> исполнительные устройства ПА.
От ППУ еще могут выходить сигналы управления на инженерные сети (общеобменная вентиляция, СКУД для разблокировки дверей при эвакуации, лифты и т.п.).
Всё остальное это разговор ни о чем.


[17.02.2017 13:39:19]
 ФПБ ®

"Всё остальное это разговор ни о чем."

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


[17.02.2017 14:08:55]
 zerber писал ответ на ваш пост [17.02.2017 13:19:55], но не успел((
Напишу на другой: похоже, что автор ветки об этом не знает и слабо представляет как должны организовываться системы пожарной автоматики
- Автор ветки об этом знает и представления об этом имеет.
zerber: у меня складывается ощущение, что сухие нужны для передачи сигналов Пожар, чуть ли не по каждому адресу, ли помещению. хотя для включения зоны СОУЭ (например) достаточно одного обобщенного сигнала АПС из помещений, входящих в зоны защиты СОУЭ.
Здесь вы поняли верно. Допустим протяженный объект или объект с большой площадью можно конечно один сигнал, но допустим я хочу знать на каком конкретно участке пожар? Или я контролирую оборудование и в цехе стоит 100 единиц оборудования?

ФПБ: Может тут еще что-то зарыто, о чем мы не догадываемся.
Так и есть.


[17.02.2017 14:12:01]
 Автор ветки думает, что если две системы имеют Modbus, то они должны легко соединяться между собой.
Похоже "техподдержка" не смогла доходчиво объяснить, что это не так.
И вот он нам тут мозги долбит!
Цитата lecar 07.02.2017 20:51:10
Для интеграции между ППКУП и сторонним оборудованием необходимо очень много сухих контактов, проще подключится по BACNet или Modbus и не плодить линии. Поэтому интересуют производители ППКУП в которых есть возможность реализации подобных решений. Например Simplex 4100U в паспорте предусматривает подобные протоколы, но техподдержка на вопрос о практической реализации подобной интеграции ни чего внятного не отвечает...
--Конец цитаты------


[17.02.2017 14:14:54]
 ФПБ: Есть логика: ИП->ППКП->ППУ -> исполнительные устройства ПА.
Да и за рамки данной логики я выходить не планирую (хотя если чисто теоретически то по чему бы и нет).
Давайте из разговора уберем фразу "Инженерное оборудование" и вставим "пожарный извещатель другого производителя", что получится тогда?

Я на форуме новичёк (раньше только читал) поэтому возможно что то не так объясняю, но некоторое понимание устройства систем у меня есть, да и как раньше писал в этой ветке: не все можно выложить на форум((


[17.02.2017 14:17:17]
 puzzle [17.02.2017 14:12:01] я понимаю что это не просто, я не понимаю откуда ваша агрессия? Не хотите помочь разобраться просто не пишите.


[17.02.2017 14:17:18]
 
Цитата lecar 17.02.2017 13:24:38
Вопрос: Какой из производителей оборудования АПС имеет в своем составе ППКиУП который может принимать входящие сигналы от инженерных систем объекта по протоколам: BACNet, Modbus, Ethernet? Необходима передача информации от 300 адресных устройств.
--Конец цитаты------
нет, вопрос звучит не так:
какой из производителей ППКиУП может принимать входящие сигналы от АУПС по протоколам: BACNet, Modbus, Ethernet?

потому что если у производителя АПС есть в составе ППКиУП - на фига тогда вообще BACNet, Modbus, Ethernet?

Хотите я пофантазирую, что у вас происходит?
Есть что-то типа концепта построения системы противопожарной зашиты объекта, скорее всего от иностранного инвестора, причем какие-то панели уже предложены.
Но, как и у многих импортных производителей, сертификата на ППУ нет.
Вы хотите взять что-то с российским сертификатом, потому что на объекте есть некое количество направлений тушения и они вас пугают (в смысле построения тушения на модулях и наличия сертификата), плюс противодымная и СОУЭ.
Сухих контактов почему-то мало и их нельзя увеличить - что более чем странно, и возникла идея интеграции по протоколу.
Проблема в том, что управлять от АПС, построенном на одном оборудовании, тушением etc, построенном на другом оборудовании, по протоколу может быть и можно, но я таких примеров не знаю, за исключением интеграции Болида и Альфы от Омеги-Саунд. Т.е. Болид выдает по модбасу наружу сигналы на включение СОУЭ.


[17.02.2017 14:20:46]
 
Цитата lecar 17.02.2017 14:08:55
Допустим протяженный объект или объект с большой площадью можно конечно один сигнал, но допустим я хочу знать на каком конкретно участке пожар? Или я контролирую оборудование и в цехе стоит 100 единиц оборудования?
--Конец цитаты------
при чем тут сухие контакты и управление по протоколу?
Просто узнать где пожар - прекрасно узнаете от АПС, тоже касается и оборудования.
Речь идет именно об управлении. От этих 100 единиц оборудования надо запустить 100 систем тушения?


[17.02.2017 14:32:13]
 Нина: Хотите я пофантазирую, что у вас происходит?
Вы спрашиваете, но ответа не ждете))
- А если нет объекта, но есть идея и нужна информация для размышления? Вы же любите фантазировать, почему другим нельзя?))
потому что если у производителя АПС есть в составе ППКиУП - на фига тогда вообще BACNet, Modbus, Ethernet?
- А если у производителя с ППКиУП нет какого то типа извещателей, а у извещателя нет ППУ?
Нина: Проблема в том, что управлять от АПС, построенном на одном оборудовании, тушением etc, построенном на другом оборудовании, по протоколу МОЖЕТ быть и МОЖНО, но я таких примеров не знаю
- А раз есть теоретическая возможность то почему бы не попробовать проанализировать? Это ведь не преступление
Нина: за исключением интеграции Болида и Альфы от Омеги-Саунд
- Это уже что то, спасибо)



[17.02.2017 14:45:34]
 
Цитата lecar 17.02.2017 14:32:13
А если нет объекта, но есть идея и нужна информация для размышления? Вы же любите фантазировать, почему другим нельзя?))
--Конец цитаты------
ну, в общем-то, мне все понятно.
удачи.


[17.02.2017 15:01:26]
 Нина:ну, в общем-то, мне все понятно.
удачи.
К сожалению поняли вы меня по своему( спасибо.


[17.02.2017 16:31:30]
 lecar® "А если у производителя с ППКиУП нет какого то типа извещателей, а у извещателя нет ППУ?"

Подключать извещатель одного производителя к прибору другого производителя - можно. Подключать прибор приёмно-контрольный одного производитея к прибору управления другого производителя - можно. Подключать приёмно-контрольный прибор одного производителя в качестве источника сигнала к прибору приёмно-контрольному другого производителя - НЕЛЬЗЯ!!! Иначе получится составной ППКОП не имеющий сертификата.


[17.02.2017 18:41:12]
 Рустам74: Подключать извещатель одного производителя к прибору другого производителя - можно.
Именно этот вариант меня и интересует. Сигнал на управление будет выдаваться прибором ППКОП. Вопрос в том как подключить? Меня интересует только подключение по протоколам.


[17.02.2017 20:34:37]
 
Цитата lecar 17.02.2017 18:41:12
Меня интересует только подключение по протоколам.
--Конец цитаты------
Подключение по протоколам может быть только к своим панелям.
Даже один и тот же извещатель может иметь свою прошивку для панели каждого производителя.
Например Дымовой извещатель 22051E-63-IV с 63 прошивкой работает только с с приборами "Сфера-8500" и "Сфера 2001".
Тот же самый извещатель ИП212-200 22051Е(/IV) подходить только к Прибору Адресной Сигнализации Плазмы-Т.
  Дискусия закрыта
^ Вернуться к списку ^ 


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