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

С-М VS Прометей

[СПЗ]   

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


[22.11.2019 6:21:44]
 Как известно с 01.01.2020 у С-М заканчивается сертификат и они его пока не продлили.Эпоха С-М заканчивается?На смену идет Прометей или все же любой производитель с сертифмкатом по ГОСТ Р 53325-2012 р.9?


[22.11.2019 9:15:55]
 Уважаемые REG15, ну и тему Вы создали!
Я бы ее назвал следующим образом: "Вор у вора шапку украл?". Именно так это должно звучать. Думаете в этой драке, в которой паны деруться, холопам окромя тумаков что-то перепадёт? Нет, не мечтайте.
Не будет никакого Прометея. Тут в Финляндии завод построили. Неужели Вы расчитываете, что одуванчик сам кредиты гасить будет?
Будет С-М. Может только опять на снабжение примут. Все ведёт к этому.
Правда С-М несовместим с новым межГОСТом на СПИ. Не удивляюсь, если тихой сапой подредактируют опять под него.


[22.11.2019 9:36:10]
 Согласен,Ваше название подходит,ну или Одуванчик vs Варниг-Ростех.
Интересно просто какова законность использования пожарной техники без действующего сертификата.А Прометей тем временем в Туле пилот запускает...


[22.11.2019 9:51:32]
 >>Прометей тем временем в Туле пилот запускает...<<

Откуда дровишки? Я пока не слышал,что им на пилот добро дали.

>>Интересно просто какова законность использования пожарной техники без действующего сертификата.<<

У меня есть подозрение, что сертификат они (С-М) хотят получить в 2020 году, чтобы пройти по ГОСТ Р 53325-2012, но уже в рамках переходного периода таежного союза. Вот и не спешат. Может уже все готово, осталось только 09.01.2020 поставить штамп и в путь.
А вот с Прометеем да, интереснее. Скорее всего он по началу будет (если будет) в некой параллельной вселенной. Типа просто мониторинг инженерных систем. Уже обкатано на СМИК. Те же аффилированные с шайкой главы ростеха люди все это делали.


[26.11.2019 20:23:41]
 Для тех, кто как и я не понял откуда REG15 черпает информацию, то вот есть сайт разработчика Прометея. Даже красочное видео выпустили
https://fortespro.ru/prometheus

Там и новости есть о полоте в Туле.
Из интересного, что хотел бы отметить, так это метки у них на технологии NFC (почти то же самое, что Mifare). Т.е. записывать на метки в теории можно. Значит вариант переклеить в журнал их с оборудования уже не такой удобный. Но хитрецы, я думаю, что-то придумают. Взламывают билеты в метро, и это хакнут, было бы желание и материальная заинтересованность. Но все равно, чтобы записать на метку дату ТО придется топать ножками. Особенно в том случае, если метка будет впаяна в корпус.

Идея то занятная, но понимая, что за неё взялись еще те дельцы, ожидания совершенно противоположны красочным роликам.

Ещё одна штука, которая привлекла мое внимание, так это сотрудничество с ребятами, которые толкают проприетарный NB-IoT Стриж (XNB). Те же конечные выгодоприобретатели, что и в случае Прометея. Я, конечно, за "интернет вещей" и все такое, это неизбежное будущее, но только не на проприетарных технологиях. Это всегда кончается плохо. А вот где они этого Стрижа втыкать собрались я так и не понял.
И еще я не увидел, каким образом Прометеевцы собираются снимать информацию с ППКП. Ладно, с тем же Болидом поснимают инфо через CID с компорта пульта или через С2000-ПП в Modbus. А с остальными как? Под каждого подстраиваться? Чует мое сердце, что ребята сами не понимают во что влезают. Дальше рабочего прототипа на каком-нибудь Болиле или Рубеже навряд уйдёт.


[26.11.2019 22:26:05]
 >>>Ладно, с тем же Болидом поснимают инфо через CID с компорта пульта или через С2000-ПП в Modbus.
А там разве линию 232-го контролировать можно?

А что касается "а с остальными как", так тут напрашивается загостированный открытый протокол, иначе только надеяться на то, что все согласятся CID использовать.


[26.11.2019 23:50:31]
 >>А там разве линию 232-го контролировать можно?<<

А в чем проблема посылать тестовые посылки раз в 90с?

>>все согласятся CID использовать.<<

Contact ID был стандартизирован 20 с небольшим лет назад. Уже на тот момент технология была достаточно зрелая, т.е. старая. Сейчас от этого стандарта остался только уровень приложения, физическая среда для передачи уже не канает в виду вымирания медных телефонных линий. Уровень приложения тоже недостаточен для современных запросов, запас прочности ичерпан. Нужен новый стандарт уровня приложения. Но это только вершина айсберга. "Чем дальше в лес, тем толще партизаны" (с)


[27.11.2019 0:17:52]
 Сначала им (т.е. Прометею) придется освоить протокол Ориона. Потом заставить саратовский Рубеж перейти на протокол Ориона. Вряд ли это получится. А за этим пойдут граниты, ВЭРСы и Магистрали. Потом они попробуют нагнуться Юнитест и Рубикон. А вот с А-С так просто этот номер не пройдет. И тут на сцене появятся забугорные монстры. Им будет предъявлен ультиматум - или вы с нами, или мы без вас. Только вот реальные объекты с массовым пребыванием людей, типа аэропортов, ж/д вокзалов, всяких Эрмитажей и т.п. ни на ВЭРСах, ни на Рубежах особо не делаются, не тот материал, не та канва, не те кисти (см. 12 стульев). Магазинчики это, конечно, хорошо, но как забрать по настоящему объекты с массовым пребыванием людей вот это будет проблема. Но пока какое кому дело до объектов с массовым пребыванием людей, надо денежки срочно осваивать, пока шефы добрые.


[27.11.2019 1:16:58]
 Ну я не так давно на рубеже объект сделал и через мвк—rs вывел сигнал на С—М, то есть по протоколу, а не одношлейфовым методом. Пульт этому событию не очень-то и обрадовался, попросил на одношлейфный метод перейти. Мотивировали тем, что эфир мгновенно забивается, если в него (эфир) протокол выдавать. Так что я даже и не знаю что там с пропускной способностью творится. Но то, что такие финты вряд ли прокатят - догадывался, ибо имею опыт работы с пультовым оборудованием и принципы вполне себе представляю.

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


[27.11.2019 6:00:21]
 ***Для тех, кто как и я не понял откуда REG15 черпает информацию, то вот есть сайт разработчика Прометея. Даже красочное видео выпустили
https://fortespro.ru/prometheus****
У меня инфа от Прометея на прямую.А в остальном согласен,сомнения такие же.Про NFS говорят ,что она саморазрушающаяся ,а вчера так они напрямую заявили,что не противопоставляют себя С-М,а наоборот и его тоже контролировать будут,и в бюджет лезть не собираются ,и передача сигнала пожар это не про них.


[27.11.2019 6:06:09]
 По Туле кстати работы идут полным ходом, в Январе должны как бы успеть завершить работы и дать пощупать в живую.


[27.11.2019 6:09:59]
 ***И еще я не увидел, каким образом Прометеевцы собираются снимать информацию с ППКП*** говорят исключительно через 232


[27.11.2019 8:52:43]
 >>Ну я не так давно на рубеже объект сделал и через мвк—rs вывел сигнал на С—М, то есть по протоколу, а не одношлейфовым методом. Пульт этому событию не очень-то и обрадовался, попросил на одношлейфный метод перейти. Мотивировали тем, что эфир мгновенно забивается, если в него (эфир) протокол выдавать.<<

Уважаемый Tregart, как Вы вовремя с этим комментарием. Я тут в личке как раз с уважаемым ФПБ дискутировал ляжет/не ляжет С-М. А Вы пришли и развеяли сомнения исходя из опыта в полях. Спасибо!

>>а вчера так они напрямую заявили,что не противопоставляют себя С-М,а наоборот и его тоже контролировать будут,и в бюджет лезть не собираются ,и передача сигнала пожар это не про них.<<

Простите-простите, а денежки откуда возьмутся? Или Ростех уже не наши денежки дает, а типа честно заработанные? А то, что в передачу сигнала "пожар" не влезают, так это только начало. Развернутся (если развернутся), то и этот кусочек будут на зуб пробовать.

>>***И еще я не увидел, каким образом Прометеевцы собираются снимать информацию с ППКП*** говорят исключительно через 232<<

Ну все, приехали. Супер технологическая компания, 21-й век, а все RS232. Ну ладно, на прототипе в виде какого-то прибора откатают, а дальше будет сложнее.


[27.11.2019 9:46:25]
 Продолжу на счет связки приборов и Прометея. Допустим, пусть физически там будет RS232 или даже телефонная медяшка. В целом такой вариант распространен довольно широко и обкатан. Но это имеет смысл только для тех случаев, когда в эти проводочки будет выдаваться уровень приложения CID. А тут сразу ограничения.
Сам по себе CID позволяет передать два пятнадцатеричных знака для номера группы/раздела и три таких же знака для номера зоны/шлейфа.
Итого 225 групп/разделов и 3375 зон/шлейфов/адресов. Для современных систем этого будет маловато. А если учесть, что большинство производителей сами себя ограничили десятичными знаками,то всего 99 разделов и 999 шлейфов. Вообще ниочем. Только на ларьки и придётся рассчитывать, никак не на те самые "здания с массовым пребыванием", о которых все пекутся. Для обычной школы может быть даже и хватило, но пока речь про такие объекты не идёт.
А как потом сопоставлять конкретное извещение с единицей оборудования? Неужели ручками прописывать, вести две базы (одна в приборе, другая в прометее), а в прометее еще и метку привязывать.
Тут уважаемый ФПБ верно подметил, они быстренько так на место встанут. Когда их производители будут посылать далеко. С каждым надо будет состыковываться, изучать конкретные особенности и заморочки. Видимость бурной деятельности для намыва бабла это, конечно, создаст. Пока же затея больше похожа на "национальный поисковик Спутник". Так в его создании принимали участие наверное те же ребята, что сейчас занимаются Прометеем. Т.е. уже специалисты с "опытом". С другой стороны Ростех с Платоном всех нагнул, т.е. где-то они умеют доводить дела до конца. Но я сомневаюсь, что получится здесь.
myfild

[27.11.2019 10:18:44]
 Здравствуйте.Вы тут люди вхожие, пошепчитесь в кулуарах ВНИИПО на эту тему, может чего расскажут (а рассказать я думаю есть о чём). Прометей примут, обязательно примут, а там уж они со всех денежки соберут... Опыт у этих ребят есть, но толку от них никакого.


[27.11.2019 11:16:03]
 >>>Сам по себе CID позволяет передать два пятнадцатеричных знака для номера группы/раздела и три таких же знака для номера зоны/шлейфа.

ну там вообще-то есть еще и 4 знака account, который в случае точка-точка между ППК и передатчиком (С-М или Прометей) тоже можно использовать.


[27.11.2019 11:19:04]
 Другое дело, что практическая реализация CID в виде когда ППК эмулирует телефон, а тот же С-М эмулирует телефонную станцию, а передача идет со скоростью 10 знаков/секунда в DTMF - весьма уродлива. Дорого и ненадежно.
Однако единственный стандарт де-факто.


[27.11.2019 12:05:00]
 >>ну там вообще-то есть еще и 4 знака account, который в случае точка-точка между ППК и передатчиком (С-М или Прометей) тоже можно использовать.<<

Уважаемый Омельянчук, если уж использовать что-то не по назначению, так те же номера группы и зоны можно объединить и сразу 759375 вариантов. Но это уже будет совсем другая песня, уровень приложения не будет соответствовать CID. А следовательно все его преимущества как стандарта идут в топку. Вот и вся любовь.
Но если пойдем далее, сам уровень приложения будет ли соответствовать требованиям того же Прометея? CID в первую очередь заточен под передачу тревожных сообщений (Прометею нужна же в первую очередь диагностика) и его относительно удобно применять на маленьких объектах. На больших же он превратиться в АД! Представляете, что надо сопоставить пару тысяч устройств сначала в пульте, потом в базе Прометея, да еще и не ошибиться при этом. Но помимо извещателей СПС есть еще огромный пласт устройств пожарной автоматики, который в CID никак не обозначен. Да даже с СПС сейчас хоть какие-то абстракции конкретные появились, в виде тех же ЗКПС. С остальной пож. автоматикой еще непаханное поле.


[27.11.2019 14:02:31]
 Для стей характерно два основных параметра - среда передачи и используемые протоколы.
Если речь идет только о П-М может быть в CID каким-то путем влезь и можно. В конце концов, вместо одного большого объекта можно представлять данные как от нескольких поменьше.
Если речь идет о полной дистанционной диагностике объектовых систем, то это уже совсем другая свадьба и другие задачи.
Соответственно и тут понадобятся совсем другие протоколы.
Теперь по среде передачи.
Для дистанционной диагностики без задач по П-М могут использоваться практически любые виды среды передачи, даже их отказ в критических ситуациях может иметь место.
А вот для П-М уже совсем другие требования к среде передачи. Именно в критических ситуациях среда передачи должна быть работоспособна на все 100%.
Пытаться одновременно решить две задачи с помощью одних и тех же технически решений вещь не благодарная. Эти две задачи надо решать по разному, но как дополняющие друг друга. Правда, и платить собственнику придется дважды.
Вот через призму этих вопросов и имеет смысл смотреть на Прометей vs С-М..


[27.11.2019 15:33:35]
 Уважаемый ФПБ, все эти мнимые вопросы с устойчивостью "на всякий случай" тот же Прометей с легкостью может закрыть с помощью своего партнера. Отечественная компания, которая предлагает те же радиорешения https://strij.tech/iot-platforma-strij

Вот в качестве резервного канала этого Стрижа поставить. Готов работать 10 лет от батарейки на объекте, проверять резервный канал можно раз в сутки. А если по резервному каналу допускать пересылку только обобщенного сигнала, как собственно сейчас устроено на С-М, то вообще в легкую. И стоить этот "резерв" будет на порядки дешевле ПОО С-М, надежность тоже в разы выше. Вот Вам и пища для ума. Т.е. все доводы о том, что какая-то надежность выше легко опровергаются.
Но вот сейчас пилоты обкатают, покрепче сядут и начнут теснить конкурентов. "Старикам тут не место" (с)


[27.11.2019 21:18:28]
 Я за IoT.


[27.11.2019 21:33:21]
 >>Я за IoT.<<

Уважаемый Tregart, так IoT IoT''у рознь. Под этим термином понимают очень много чего,и далеко не все из этого применимо к пожарной автоматике


[27.11.2019 21:42:36]
 Почему? Почему, например IP-камера спокойно через километры несертифицированного кабеля связи и десятки таких же несертифицированных коммутаторов может годами передвать изображение в другой конец земного шара, а в пожарной автоматике это неприменимо?


[27.11.2019 22:20:06]
 Уважаемый Tregart, когда говорят об интернете вещей, то большинство, кто не погружался в тему достаточно глубоко, подразумевают под этим включение устройств в обычную сеть интернет. В целом это почти так, но самое главное и принципиальное отличие, что "вещи" в интернет попадают не совсем привычным способом, не через те сети, что предназначены для обслуживания пользователей-людей. Вот тот же Стриж. Там скорость передачи данных всего 50 Бод, а параметры по количеству подключаемых устройств приведены для очень-очень редких опросов, раз в сутки, а то и раз в неделю. И далеко не во всех конфигурациях возможна "экстренная" передача данных. Там все довольно топорно: не получилось передать сегодня, будем значит в следующие сутки передавать данные в специально отведённом под данное устройство окне времени.

А вот с камерой совсем другая история. И это тоже "интернет вещей"


[27.11.2019 23:31:28]
 Уважаемый adgernaut.
Вы не совсем правы насчет абонентских приемопередатчиков в Стриже.
Они не переключаемые, т.е. как посадил его к какому-то ИПДОТу, так он на нем и сидит и постоянно что-то передает в непрерывном режиме со скоростью 50 бит/с. Всё канал задействован и навсегда. К другому ИП другой приемопередатчик. И так на каждый ИП, модуль, исполнительное устройство. Вот только какую они информацию об этих ИП смогут передавать, это уже другой вопрос. Может быть к ним можно будет подключить GPS приемники, чтобы отслеживать их географическое местонахождение.
С другой стороны если такой приемопередатчик подключить уже к ППКП или ППКУП, то их состояние при такой скорости будет передаваться несколько часов, что пока передается уже всё устареет.
А может основная задача передавать вовсе не техническое состояние систем ПА, а содержания этих Смарт-меток, кто когда тряпочкой протер что-то и внес соответствующие изменения в эту метку.
Но главное это в том, что ни под какой П-М эта система не может быть заточена. Вот снимать показания с электросчетчиков в жилых кварталах она сможет. А всё остальное это то, что у кого-то появилась новая ножовка, но он не знает что еще можно было бы попилить.


[28.11.2019 1:15:40]
 >>Они не переключаемые, т.е. как посадил его к какому-то ИПДОТу, так он на нем и сидит и постоянно что-то передает в непрерывном режиме со скоростью 50 бит/с. Всё канал задействован и навсегда.<<

Уважаемый ФПБ, конечно на суть обсуждения это не влияет, но все же справедливости для должен отметить, что на одном канале в 100 кГц сидит не одно устройство, а множество. Если посмотрите характеристики БС, то увидете, что там написано про мульон устройств в сутки. Т.е. на этих 100 кГц по очереди передают несколько устройств. Нехитрыми вычислениями получаем, что таких устройств может быть двести штук на канале, а среднее время передачи при этом составляет 18 секунд. С учётом скорости в 50 Бод/с за вычетом служебных данных можно получить где-то 700 бит переданной информации в это окно времени. Для тех же счётчиков этого будет более чем достаточно. Больше им не надо.

>>И так на каждый ИП, модуль, исполнительное устройство. Вот только какую они информацию об этих ИП смогут передавать, это уже другой вопрос.<<

Если задумают ставить на каждое такое устройство, то никаких денег не хватит. Пока ограничиваются метками ближнего действия, не более. Но поползновения наверняка будут и в направлении индивидуального подключения каждого устройтсва.


>>С другой стороны если такой приемопередатчик подключить уже к ППКП или ППКУП, то их состояние при такой скорости будет передаваться несколько часов, что пока передается уже всё устареет.<<

Строка извещения формата CID занимает 64 бита без оптимизации. Т.е. одно такое извещение будет передаваться пару секунд, если не считать возможных требуемых повторов. Не фонтан, но если использовать только для передачи извещений "пожар" вполне достаточно в качестве резерва.



[28.11.2019 8:44:32]
 Вместо "100 кГц" в предыдущем посте должно быть "100 Гц". На ночь глядя выделил стрижу полосу в 50 MHz :-)


[28.11.2019 10:56:56]
 Кто и каким образом будет входы этих абонентских приемопередатчиков переключать от одного устройства к другому. Или в дополнению к существующей СПС и системе управления ПА будет создана еще одна структура по сбору данных о состоянии компонентов системы для последующей передачи в центр управления. Вот эта группа устройств пойдет по 153-му каналу, а эти уже по 499-му. Благо их там аж 5000. Вряд ли на такой шестой уровень маразма у кого-то хватит ума — отдельное устройство — свой низкоскоростной канал.
Тогда очень хотел бы я посмотреть на того умельца, который будет ко всем бошевским, сименским или еще чьим-то что ИП, что всяким модулям и другим шелабушкам подключать эти абонентские приемопередатчики. Будет их нещадно вскрывать, искать точку куда бы припаять проводок для вывода данных на эти приемопередатчики. Так ведь, чтобы понять ответ этого ИП на запрос от ППКП, надо знать сам запрос. Одновременно с этим будут производить анализ на наличие ложных срабатываний от этого ИП (одна из заявленных возможностей, осталось только выяснить по какому параметру они это будут делать). И как эти данные реально можно будет получить, что это будут за данные, что характеризовать, так еще к ним присовокупить данные со смарт-меток, кто когда тут тряпочкой протирал.
Вы вообще понимаете, что вы тут обсуждаете. Вы что думаете, что вы тут в цирк с фокусниками попали. Почему люди так любят верить в чудеса, в бабу-Ягу, Золотую рыбку и т.п.
Одно дело с помощью этой системы снимать показания с электросчетчиков с периодичностью раз в час, что происходит с моим счетчиком на даче именно по такой схеме, другое дело залезать в серийную и сертифицированную продукцию, чтобы из неё вытащить еще какую-то дополнительную информацию и передать для дальнейшей обработки с помощью искусственного интеллекта на нейронных сетях.

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


[28.11.2019 12:21:41]
 Я вот заметил интересную деталь. Свои собственные, "защищённые от всего" сети передачи данных строят только военные, мексиканские наркокартели и МЧС РФ. Как по мне, так это повод задуматься - верной ли дорогой идем?

IT-отрасль в целом по миру старается перейти на открытые стандарты, чтобы для решения очередной типовой задачи не приходилось изобретать собственный велосипед с костылями, граблями и цирком с конями. Но мы - не-е-ет, у нас же особый путь! Духовность! Скрепы! Выделенные частоты! Свои сети! А ещё медведи и балалайка, ага.

По-моему для всего этого пожарного мониторинга достаточно преобычнейшего С2000-PGE и его аналогов.


[28.11.2019 12:32:57]
 >Свои собственные, "защищённые от всего" сети передачи данных строят только военные, мексиканские наркокартели и МЧС РФ.

У меня на рабочем столе стоят два телефона разных сетей. При этом ни погон, ни кокаина почему то нет.


[28.11.2019 12:33:57]
 А в какой стране Вы еще видели П-М в виде государственной структуры, так же как и МЧС.
Весь зарубежный мониторинг, что охранный, что пожарный частный и работает под чутким руководством страховых компаний.
А какое Вы имеете отношение к частным страховым компаниям. Это же совсем другое построение всех финансовых и правовых отношений.
По существующим законам МЧС относится в силовым структурам, поэтому также как МО и МВД подчиняется напрямую Президенту. И как у любого силового ведомства у них могут быть свои требования к организации информационных сетей и сетей связи.
Придут страховщики, они будут диктовать свои условия, и опять Вас не спросят.


[28.11.2019 14:54:29]
 >>Тогда очень хотел бы я посмотреть на того умельца, который будет ко всем бошевским, сименским или еще чьим-то что ИП, что всяким модулям и другим шелабушкам подключать эти абонентские приемопередатчики. Будет их нещадно вскрывать, искать точку куда бы припаять проводок для вывода данных на эти приемопередатчики. <<

Уважаемый ФПБ, судя по той скудной информации, что представлена в тех роликах для всеобщего обозрения, никакого встраивания Стрижа или чего-то еще в извещатели или модули не предусматривается. Речь идет о метках NFC, что уже само по себе означает, что встраивание радиопередатчиков в каждый извещатель не подразумевается. Может быть на ранних этапах кто-то о чем-то подобном и подумывал, не исключаю, и до Вас доходила такая информация, но сейчас про это официально “забыли”.

>>Одно дело с помощью этой системы снимать показания с электросчетчиков с периодичностью раз в час, что происходит с моим счетчиком на даче именно по такой схеме, другое дело залезать в серийную и сертифицированную продукцию, чтобы из неё вытащить еще какую-то дополнительную информацию и передать для дальнейшей обработки с помощью искусственного интеллекта на нейронных сетях.<<

Я не на секунду не сомневаюсь в “честных” намерениях организаторов Прометея, но держать их за дурачков тоже не стоит. Вот сейчас все посмеются от души, а они другим путем пойдут. Так они и идут другим путем, что в той же видеопрезентации имеется.
Вот как раз ссылка на видео, где указано, что по разным каналам связи подключается не непосредственно извещатели, а ППКП https://youtu.be/Xr1TwSY-ckc?t=116

>>Уважаемый adgernaut, этим ребятам уж точно не понадобятся все Ваши зарубежные протоколы для СПИ, там Вас не стояло, забудьте. Они где-то срисовали основные задачи по пожарной безопасности, а реализовать их решили с помощью системы учета электроэнергии<<

Так вот как раз зарубежные протоколы и могут понадобиться. Вернемся вот к той картинке https://youtu.be/Xr1TwSY-ckc?t=116 . LPWAN там далеко не единственный способ организации “последней мили”. Разумеется, для основного объема данных и на крупных объектах могут потребоваться широкие каналы передачи данных. Классические уже выходы в интернет через провод, 3G/4G и/или NB-IoT. Что-то в этом роде. Это основной канал связи, который сейчас при всех недостатках обеспечивает надежную передачу данных 99% времени. По нему можно идти в “стандартном” протоколе. Но бывает такое, случается дерьмо. Основной канал связи не работает. Так в чем проблема, аналогично тому же действующему С-М выводить обобщенный сигнал через LPWAN, например, через такой модем https://strij.tech/products/radiomod...
Стоит такая штучка всего около 4 000 рубликов. Встроенная батарейка на 10 лет. С учетом обещаний разработчиков - такую штучку можно ставить в глубине здания. А это даже лучше чем ситуация с С-М. И стоит такой модемчик в 10 раз меньшее ПОО С-М, стоимость базовой станции всего как два ПОО С-М (80 000 руб). Даже если принять, что одна БС будет обслуживать каждого клиента на отдельном 100 Гц канале, то их, таких модемчиков, можно подключить до 5000 штук. Но я думаю, что вполне можно в десять раз увеличить количество. Если же модемчику подать внешнее питание, то он вполне даже может отправлять тестовые посылки раз в 300 с и в ус не дуть. Канал там, между прочим, двухсторонний. На счет устойчивости ко всяким отключениям электроэнергии и экскаваторов, то организовать радиорелейку между БС не такая уж непреодолимая задача. Ну может в пару раз вырастет стоимость вместе с сопутствующей комплектухой. В общем, решаемо. Ну и у С-М здесь сейчас темный лес. К примеру, как организовывается связь между ДДС в областном центре и ПЧ в райцентре, при удалении их друг от друга на 100 км? По божественному радиоканалу? Или может через те же общие каналы связи?
Единственное и серьезное на мой взгляд ограничение у Стрижа, так это использование нелицензируемых частот. Т.е. как основной и единственный канал связи я такую штуку не стал бы использовать. А вот как резерв на случай всякого дерьма - так это вполне допустимо, на мой взгляд. Надо только соотнести затраты с потенциальным ущербом.
  Ответ пойдет СЮДА
^ Вернуться к списку ^ 
 Раздел: [СПЗ]Тема: С-М VS Прометей      здесь могла быть ваша реклама

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


Сообщение:

 





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