| последняя | В обсужденнии 0 реплик |
[14.04.2016 13:29:18] | | Всем добрый день, посоветуйте правильное построение сети, имеется задача построить пожарную сигнализацию состоящию из 1400 датчиков(в этой цифре также находятся сирены-Р).
Какие и сколько рроп мне понадобится?
Как я понял мне необходимо 44 РРОП-М2 и 3 РРОП-И, правильно?
Извиняюсь за такой вопрос, просто никогда не делал конфигурацию таких больших систем. Заранее спасибо! |
 | |
|
[14.04.2016 13:40:04] | | Не советую делать ТАКИЕ большие системы на стрельце. Горя хапнете по самое не балуйся.
з.ы. Если все-таки охота заняться такой камасутрой, то лучше все делать на РРОП-И и объединять их проводным интерфейсом. В противном случае вы получите эпические задержки при передаче сигналов. Например, система оповещения в случае сработки, будет отключаться минимум час. |
| |
|
[14.04.2016 13:47:05] | | Если всё-таки придётся заниматься "камасутрой", возможно ли технически в WirelEx добавить несколько КР (РРОП-И) или их нужно добавлять как дочерние устройства? |
| |
|
[14.04.2016 14:12:30] | | ECEHuH ®
вам обязательно все извещатели и оповещатели применять в радиоканальном исполнении? |
| |
|
[14.04.2016 14:12:48] | | Не советую делать ТАКИЕ большие системы на стрельце. Горя хапнете по самое не балуйся.
з.ы. Если все-таки охота заняться такой камасутрой, то лучше все делать на РРОП-И и объединять их проводным интерфейсом. В противном случае вы получите эпические задержки при передаче сигналов. Например, система оповещения в случае сработки, будет отключаться минимум час.
А запускаться тоже час будет? |
| |
|
[14.04.2016 14:22:00] | | >>>А запускаться тоже час будет?
Да. Тоже час.
------------
Блин, плоховато я помню, поэтому если я запутался в названиях софта - поправьте меня.
Если объединять проводом, то у вас каждый РРОП-И - КР, в который вы прописываете его и только его датчики.
Потом при помощи программы "Стрелец-Мастер" и блока БПИ-RS-И вы создаете сегмент сети и назначаете кого-то КСГ. Потом вы созданные в WireLex программы подсовываете в "Стрелец-Мастер". Потом в "Стрелец-Мастер" настраиваете связи. |
| |
|
[14.04.2016 14:28:32] | | У меня на объекте одном стрелец на 720 датчиков, это ж..а я вам скажу. Особенного когда приходит время меня батарейки))) Разориться можно. Плюс РРОПы первых партий, с малой дальностью связи, постоянно теряется связь с прибором, вылазиет взлом, неисправности. В общем те еще прелести, а уж 1400 это реально повеситься можно. Лучше уж адресно-аналоговая, надежнее, как по мне. |
| |
|
[14.04.2016 14:37:06] | | Прям одно расстройство, но задача стоит и выполнять придётся так, как захотелось кому то сверху...
zerber ®
К сожалению обязательно..
Шанс того, что между РРОП-М2 будет возможность проложить провод не велик. Но все устройства сами по себе будут стоять в одном здании (12 этажей).
Возможно ли добавление одновременно трёх КР в одну систему (в WirelEX)? |
| |
|
[14.04.2016 14:46:18] | | >>>Возможно ли добавление одновременно трёх КР в одну систему (в WirelEX)?
Нет. На Стрельце у вас будет 3-4 системы, которые вы будете связывать друг с другом РИГами.
Вы обратитесь в саппорт, вам там расскажут что к чему.
У них есть два типа систем: Стрелец и Стрелец-интеграл.
Разберитесь сначала с этим.
А 1400 датчиков на Стрельце, без проводной связи между РРОПами - остановите землю, я сойду. |
| |
|
[14.04.2016 14:47:20] | | ECEHuH ® , а если будет сумма запредельная - то кто-то сверху откажется или будет искать другую организацию?
Дело в том, у нас, если заказчики хотят много всего сложного, то делаем смета без скидок и отказываются, либо переходят на более дешёвое оборудование. (Ну чтоб не ездить за 100 км каждый раз, как позвонит заказчик).
|
| |
|
[14.04.2016 23:31:36] | | СТРЕЛЕЦ® защищает многие крупные объекты Европы:
Уимблдонский теннисный клуб;
Кембриджский университет;
Итонский университет;
резиденцию королевы в Шотландии (Belmoral Castle);
Senate House в Лондоне;
филиалы банка HSBC в различных городах Великобритании;
Эдинбургский дворец;
Лондонскую библиотеку;
офис Олимпийского комитета в Лондоне;
небоскреб Canary Wharf Tower в Лондоне;
собор Св. Мориса в Киларни;
отели Hilton в Ливерпуле и Royal Beаch в Портсмуте;
офис налоговой службы HMRC в Кардиффе;
Королевский оперный театр, Бельгия;
эсминцы Королевского ВМФ, Великобритания;
школу Раттенберг, Австрия;
головной офис Евробанка, Афины, Греция;
резиденцию королевской семьи, Голландия и многие другие. |
| |
|
[15.04.2016 0:48:42] | | 1. А-С разработка системы и производство комплектующих для России. http://www.argus-spectr.ru/index.php...
2. ARGUS SECURITY (Триест, Италия) производство комплектующих для Европы http://www.argussecurity.it/ А как всё похоже.
3. HYFIRE (Великобритания) монтаж - инсталляция http://www.sterlingsafety.co.uk/
-буклет - http://www.acornfiresecurity.com/pdf... Там есть кое-что про объемы работ;
- мануал - http://www.acornfiresecurity.com/pdf... Картинки ну точь в точь как в нашем мануале.Так и софтина та же, т.е. наша.
Цены на комплектующие можно посмотреть здесь: http://www.acornfiresecurity.com/wir...
Но эти цены не в рублях а в фунтах стерлядей.Грубо умножается на 100 и будет в рублях.
Вот попробуйте там за такие бабки продать наши отечественные сторублевые ИПДОТы. В лучшем случае в дом для дуриков отправят. А тут всё по взрослому.
А дальше читайте и разбирайтесь сами.
А то, неужели вы тут подумали, что ребята из техподдержки А-С переехали на ПМЖ в Англию, и там эти объекты, про которые упомянул Билли Бонс, юзают. Так ведь это только знаковые объекты, а сколько еще обычных, про которые нам тут ничего не известно. Нашей техподдержке от А-С и тут есть чем заниматься, а там другие землю грызут в качестве наказания, что русского языка до сих пор не выучили.
|
| |
|
[15.04.2016 8:37:34] | | >>>СТРЕЛЕЦ® защищает многие крупные объекты Европы
1. Это еще вовсе не означает, что он делает это хорошо.
2. Я не видел. Рубеж, например, может то же самое говорить.
Стрелец сам по себе не плохой, но вот законы физики (в частности радиофизики) им не обмануть, как бы они не хотели. Поэтому комфортный предел стрельца - 150 датчиков. Все что выше - обязательно будет сопровождаться кучей гемора.
|
| |
|
[15.04.2016 8:57:42] | | Как правило, проблемы начинается от того, что начинают экономить на РРОПах.
Мало кто оценивает радиоинтервалы на их пригодность. Есть калькулятор, но им мало кто пользуется. Все хотят получить чудеса. Их не бывает. Как только уровень сигнала от ИП становится по воле монтажника меньше 25-30 дБ, то ждите замену батареек уже меньше чем через год. А на практике многие используют интервалы с уровнем сигнала 13-16 дБ. Это в принципе не допустимо. Если уж без проводов, то необходимые уровни сигналов надо бы получить. А для этого надо хоть что-то почитать:
К.Э. Чухнов Радиоканальные системы сигнализации. Проектирование и расчет дальности действия #2, 2010 http://www.secuteck.ru/articles2/fir...
М.С.Елькин Оценка пригодности радиолиний вне помещений #5, 2010 http://www.secuteck.ru/articles2/fir...
М.С. Елькин Работа беспроводных систем ОПС на открытых интервалах вне помещений - #1, 2011 - http://www.secuteck.ru/articles2/fir...
Без этого залезать в беспроводку глупо.
|
| |
|
[15.04.2016 12:22:22] | | Не, не только из-за этого.
Большое количество датчиков и РРОПов = забитый эфир. При сработке, например, корневой РРОП передает команду на включение всем динамикам. Эту команду начинают транслировать все маршрутизаторы, подтверждая получение команды от предыдущего РРОПа, потом динамики начинают передавать родительским РРОПам подтверждение того, что они включились. А родительские РРОПы передают это подверждение корневому РРОПу через сеть маршрутизаторов о том, что динамики включились. Маршрутизаторы и коревой РРОП начинают передавать родительским динамикам подтверждение получение сообщения. А давайте приплюсуем сюда то, что половина устройств находится в зоне взаимной радиовидимости с другими, несвязанными в рамках этой системы устройствами (т.е. датчики, привязанные к одному РРОПу видят другие РРОПы и датчики, привязанные к другим РРОПам).
В результате корневой РРОП не может с первого (да и с десятого раза тоже) доораться до всех динамиков, а динамики, до которых корневой РРОП доорался не могут доораться обратно и сообщить, что команду они получили. Поэтому они все вместе орут часа полтора, радиоэфир лежит, команды не проходят, половина динамиков не смогла включиться, вторая половина, которая смогла включиться - не может выключиться.
Примерно так работает Стрелец на объекте с таким большим количеством датчиков. И тут никакая книжка не поможет. |
| |
|
[15.04.2016 15:51:37] | | Я всё понял, Стрелец - боец гибдридной войны. Главное это создать критическую массу и всё, карачун королеве Шотландии в её дворце. |
| |
|
[15.04.2016 16:28:54] | | а если на Астре? (Компания ТЕКО, Казань) |
| |
|
[15.04.2016 18:42:44] | | Уважаемый ЕСЕНиН, все решаемо,есть примеры и значительно больших систем на объекте, при этом успешно работающих. Предлагаем связаться с нами для уточнения задачи. Готовы оказать Вам помощь в решении указанной задачи. Присылайте ТЗ на нашу почту: asupport@argus-spectr.ru, или звоните (812) 703-75-11.
Техподдержка "АРГУС-СПЕКТР"
|
| |
|
[15.04.2016 19:18:33] | | nikif ®
А в астре законы физики другие что ли?
Техподдержка Аргус-Спектр ®
Значительно бОльших? Шутите? Можно примеры озвучить? Только такие, на которые посмотреть можно, а не "Дворец королевы Шотландии".
|
| |
|
[15.04.2016 19:32:03] | | Я не понимаю, откуда такие задержки, радиоволна сами знаете распространяется с какой скоростью, возьмем там милисекунды на тракты обработки, даже если сигнал проходит несколько точек и ретранслируется. Откуда емае там минуты даже? Ну секунд 10 ладно еще, а больше как? Вы когда звоните в камбоджу у вас вызов идет час? А тут что? Я просто ни разу не работаол со стрельцом и не пойму, где собака зарыта |
| |
|
[15.04.2016 19:48:26] | | не думаю что в проблема именно в радио...
у Болида тоже например 7-подьездный 12 этажный дом берется под охрану 10 минут.
|
| |
|
[15.04.2016 20:49:53] | | интересно сколько времени на ЮНИТРОНИК 496М ?
|
| |
|
[16.04.2016 0:12:13] | | KOKOS_KOKOS ®
Сходите на какой-нибудь очень большой сходняк народа (митинг там, матч футбольный на стадионе на 10 тыс. человек) и попробуйте воспользоваться сотовой связью, интернетом на телефоне. Поймете как работает Стрелец на больших объектах.
kazakru ®
У болида скорость RS-485 - 9,6 кбит/с, что объясняет его тормоза при массовой постановке на больших объекта. Но скорость реакции на команды пользователя в нем все равно несравненно выше. Пульт отправляет команду КДЛам на выключение С2000-СП2 (например), КДЛы их пробрасывают по ДПЛС; либо на С2000-КПБ, коих в системе не больше пары десятков. В итоге команды идут по двум разным интерфейсам и не пересекаются нигде, либо идут на малое количество приборов.
А в Стрельце все команды идут по одному интерфейсу (радиоканал). И если у болида в одном интерфейсе может быть всего 126 приборов, то у Стрельца - 512 датчиков и 496 исполнительных устройств, плюс 16 РРОПов. Итого - 1024 устройства. Отсюда возникают просто эпические тормоза.
Как мне кажется, именно это и послужило причиной создания "Стрелец-Интеграл" в котором интерфейсы РРОПов и датчиков развязаны, а самый загруженный участок сделан проводным; ввиду чего значительно повысилась скорость работы и процент прохождения сигнала при таких "радиолавинах", которые возникают при сработках.
Но это так, мои мысли вслух. Возможно я где-то сильно ошибаюсь. |
| |
|
[16.04.2016 1:19:23] | | KOKOS_KOKOS >> Я не понимаю, откуда такие задержки, радиоволна сами знаете распространяется с какой скоростью ...
Дык! Радиоволна она по синусоиде, а в проводе строго по проводу. |
| |
|
[16.04.2016 10:49:32] | | Для Tregart.
В этой системе все радиоустройства друг друга видеть в принципе не могут. Хорошо бы чтобы они видели соседние соты.
На объем между РРОП и дочерним устройством уходит 10 мс, т.к там скорость порядка 51 кбит/с. Таким образом, если трафик и превышает 10% времени, то уже уже очень редко бывает. Это можно посмотреть с помощью родной софтины. Регулировка потока данных идет по приниципу множественного доступа с контролем несущей, при котором полностью исключаются конфликтные ситуации. Прежде чем дочернее устройство будет пытаться что-то послать на РРОП, оно проверяет занятость частотного ресурса, и только при его свободном состоянии начинает передавать запрос на связь с РРОПом.
И это происходит в каждой отдельной соте, которые друг от друга отдалены. Вот так реализуется частотно-пространственное планирование системы.
|
| |
|
[16.04.2016 14:55:18] | | ФПБ >> ... Регулировка потока данных идет по приниципу множественного доступа с контролем несущей, при котором полностью исключаются конфликтные ситуации. Прежде чем дочернее устройство будет пытаться что-то послать на РРОП, оно проверяет занятость частотного ресурса, и только при его свободном состоянии начинает передавать запрос на связь с РРОПом.
Чувствуется подвох в этой фразе. Если это действительно так то верным будет и обратное утверждение:
конфликтные ситуации неизбежны ибо каждое дочернее устройство стремиться передать запрос на связь с РРОПом, тем более что дочерние устройства, в большинстве, не слышат друг друга. |
| |
|
[16.04.2016 23:27:04] | | Цитата Билли Бонс:"конфликтные ситуации неизбежны ибо каждое дочернее устройство стремиться передать запрос на связь с РРОПом, тем более что дочерние устройства, в большинстве, не слышат друг друга".
Как раз вот этого и необходимо избегать в рамкой каждой конкретной соты. Тут необходимо отметить, что все что отечественные, что зарубежные системы с двухсторонним протоколом построены на этом принципе.
Те специалисты, которые в этих системах ориентируются на случайные процессы, типа, а вдруг моменты выхода на связь дочерних устройств не совпадут между собой,заранее строят конфликтные системы. Только потом начинают удивляться, а что так батарейки быстро садятся.
Но ведь односторонние системы изначально являются конфликтыми. в них пытаются за счет нескольких повторов передаваемых пакетов со случайным по длительности между ними перерывами минимизировать эту конфликтность. Но, как правило, это достигается полным удалением всяких контрольных сигналов, оставляя только сигналы по тревогам. Только потом вдруг выясняется, что подавляющее количество извещателей уже давно не дышат.
Тут следует обратить внимание на очень интересную особенность. В EN 54 часть 25, в которой нормируются требования к пожарной беспроводке, требований к принципу односторонней или двухсторонней связи нет. Но только практически все еще до введения этого документа пошли на производство только двухсторонней беспроводки.
Если проанализировать ТД у них там за бугром, то практически везде приводится цифра в 40 м между ИП и радиокоммуникатором (расширителем).
Есть еще одна особенность у них там.
Единичное повреждение линии связи не должно приводить к отказу более чем 32 ИП. Радиоканал у них приравнивается к одной линии связи, т.е. связность при этом не превышает единицы. Вот поэтому у них они на кольцевую проводную линию сажают эти радиорасширители, к которым можно подключить по радиоканалу не более 32 ИП. Т.е. у них нет ни у кого радиосети из радиорасширителей.
В Стрельце есть такая фигня, как динамическая маршрутизация, вот она и позволяет делать связность в радиосети между РРОП более одного. Сейчас А-С пошел дальше. У них появилась возможность любому извещателю отвязаться от своего РРОП, и общаться в системе через те РРОП, которые он видит.
А вот когда у нас проектировщики начинают экономить на РРОП, так что в одной соте извещатели не видят и не слышат друг друга, да и сам РРОП с трудом видит свои ИП, то лучше бы они занимались проводами и не залезали в беспроводку. Ну не надо заливать в бензобак ослиную мочу, а потом обвинять производителя, что он выпускает дерьмовые автомобили. Не можешь ср..ть, не мучай ж..пу.
|
| |
|
[17.04.2016 2:47:11] | | ФПБ >> Сейчас А-С пошел дальше. У них появилась возможность любому извещателю отвязаться от своего РРОП, и общаться в системе через те РРОП, которые он видит.
Что-то я этого не заметил. Даже у браслетов этого функционала нет.
Сравнивать беспроводку и провод всё равно что хаб и коммутатор. Разная физика и разные протоколы, но суть неприятностей одинаковая. Кто забывает историю обречен на ее повторение.
И что ещё раздражает так это то, что в России примерно 25 производителей ОПС, но спасает только А-С. Проекты на сайте А-С древние и с ошибками, но тем не менее хватает наглости заявлять в случае чего:"это вы не правильно спроектировали". Трудозатраты на ТО, согласно документации А-С, ни у кого таких больших не заявлено (и так оно и есть). Проприетарные протоколы и даже кастомные (!) протоколы. Техподдержка никакая - первым делом пытаются узнать "а весь ли объект на оборудовании А-С", если нет давайдосвиданья.
На самом деле ущерб экономике государства от их деятельности огромный. Не удивлюсь если больше чем от пожаров. |
| |
|
[17.04.2016 3:14:08] | | Что-то вот сейчас даже обидно как то стало..
Нормальная у них техподдержка и форум есть, сколько раз звонил с тупыми вопросами, ни разу послан не был... хоть у меня были на объекте только "радиокнопка" под охранку и на другом только индивидуальное оповещение...
Что то Вы горячитесь...
Пользуйтесь, оставшимися 24-мя... |
| |
|
[17.04.2016 20:52:05] | | могут ли очень большие задержки работы системы быть связанны с тем, что очень много локальных разделов и вся система оповещения разбита на большое кол-во групп выходов?
бывает такое что после нажатия ИПР-р(например) система срабатывает через 3 минуты а иногда вообще невозможно дождаться сработки..
всего в системе 11 РРОП-М2, на каждом по ~15 устройств (Аврора-ДТР, ИПР-р и Сирена-Р). |
| |
|
[17.04.2016 21:42:06] | | ФПБ ® [16.04.2016 10:49:32]
>>>В этой системе все радиоустройства друг друга видеть в принципе не могут.
Я этого и не утверждал.
>>>Прежде чем дочернее устройство будет пытаться что-то послать на РРОП, оно проверяет занятость частотного ресурса, и только при его свободном состоянии начинает передавать запрос на связь с РРОПом.
Ну это тоже объясняет эпические задержки. Дочерние устройства молчат, ожидая, когда освободится эфир.
Что касается свободного времени, то аргус в Вайрлексе сам предупреждает, что превышать порог 5% нельзя https://yadi.sk/i/7bXWH9wBr4zV
При этом забитая под заявку система (всего 768 устройств, а в предыдущем посте цифру 1024 считать дезинформацией) тянет на 12,1 процентов трафика (по вашему эфирного времени). И это с самыми большими интервалами автотестов https://yadi.sk/i/X0zTEhyGr4zaA
https://yadi.sk/d/7f5-K33tr4zdV - вот пример конфига.
Это я к тому, что Аргус сам понимает, что использовать Стрелец на всю катушку не дадут законы физики. Вот и придумал "Интеграл". Этакую химеру, полупроводную систему пожарной сигнализации.
|
| |
|
[17.04.2016 21:43:37] | | Для Админа:
Просьба поправить предыдущий пост. Первая ссылка, что про превышение 5%-го порога должна выглядеть так: https://yadi.sk/i/2XycXA2br4zoj |
| |
|
[18.04.2016 0:45:24] | | Задержка на сброс оповещателей и других исполнительных устройств в первую очередь связана с выставленным периодом передачи контрольных сигналов на каждом из них.
Каждое исполнительное устройство получает команду на отключение только тогда, когда оно появляется на связи при необходимости передать на РРОП контрольные(тестовые) посылки.
Я уже здесь не раз писал, что инициатором сеанса связи между любым дочерним устройством и РРОП является только дочернее устройство. Поэтому пока оно не соизволит связаться с РРОПом, никто эту информацию до него не сможет донести.
А теперь представьте ситуацию, когда уровень сигнала на этом радиоинтервале порядка 13-15 дБ и даже меньше.
Сначала дочернее устройство пытается связаться с РРОП на основном канале при минимальной мощности, получившейся в процессе автоматической регулировки мощности за продолжительный период.
Если это не получилось, то через промежуток времени, равному периоду передачи контрольных сигналов, дочернее устройство увеличивает в 10 раз свою выходную мощность ( где-то с 10 мкВт до 100 мкВт). Если опять сеанс не прошел, то на следующий сеанс оно опять увеличивает мощность(до 1 мВт) и меняет рабочую частоту. И так это происходит пока или не будет организована связь между дочерним устройством (максимумом по мощности тут будет 10 мВт и до шести резервных частот) или не будет перекрыт по времени период контроля, равный от трех до десяти периодов передачи контрольных сигналов (в этом случае получаем извещение- потеря связи).
А вот теперь умножьте выставленный Вами период передачи контрольных сигналов в 7-10 раз. Вот как раз и выйдете на свои полученные промежутки времени.
Поэтому, когда между оповещателем и РРОП энергетически слабый радиоинтервал, задержка на сброс может достигать нескольких периодов передачи контрольных сигналов, т.е. пока они не найдут друг друга с нормальным уровнем сигнала.
Вот откуда ноги у Ваших чудес. Это в чистом виде результат экономии на количестве РРОП, а как следствие слабой энергетики на радиоинтервалах.
И попытка это связать с внедрением Стрельца-Интеграла выглядит очень неуместно, мягко говоря. Надо сначала понять физику явлений в МДКН (множественный доступ с контролем несущей). Стрелец-Интеграл позволяет расширить возможности ВОРС Стрелец, когда появляется необходимость иметь более 16 РРОП. Именно этот критерий, а не 512 извещателей. Практический опыт показывает, что на РРОП очень редко получается повесить более 20 извещателей ( 16х20=300-320 ИП), чтобы еще и уровень сигнала в системе был в допустимых пределах. Когда речь идет не о ПС, а ОПС, там плотность извещателей на 1 кв. м возрастает раза в три, вот тогда 32 извещателя на РРОП становиться почти реальной цифрой.
Ну и конечно Стрелец-Интеграл нужен при необходимости иметь комбинированную проводно-беспроводную систему в т.ч. и с использование ППУ Старт-И.
Господа димиурги от ПС, ВОРСу Стрелец уже более десяти лет, и только сейчас у некоторых из Вас появляются какие-то первые зачаточные мысли как с этим работать. Просто читаю тут некоторые посты и удивляюсь "новизне" некоторых умозаключений.
Именно поэтому А-С сделал несколько статей по энергетике и оценке пригодности радиоинтервалов еще в 2010 году, чтобы оградить Вас от будущих ошибок. Так ведь нет, нам это не надо, это для дураков начинающих, а нас-то уж точно учить не надо. Сейчас беспроводкой кто только из производителей не грешит, даже Болид в это дело вмешался. Только никто из них не озаботился проектировщикам дать инструмент для оценки пригодности радиоинтервалов. Все они считают, что это в полном объеме сделал А-С.
Конечно, разобраться в этих "темных электрических силах" не каждому дано. Так спросите, может опять кто-то чего-то не понял. За это денег не берут. |
| |
|
[18.04.2016 15:54:38] | | Плохо, когда люди, у которых что-то не получилось по их вине, начинают давать советы другим. Неужто такой крупный производитель как Аргус-Спектр не знает, что больше 100 датчиков - это плохо и продолжает рекламировать свои большие системы?
to ECEHuH
Уважаемый, Есенин, разделите количество ваших датчиков на 22-25, получите количество рроп, поделите количество полученных рроп на 12 (16) получите количество РРОП-И. Правильно раскидайте полученные системы по каналам, добейтесь качества связи не ниже 25дБ для всех датчиков. Для ваших исполнительных устройств (сирен) период передачи сделайте минимальным, для пожарных датчиков 2 мин, для охранных от 32 сек. И все у вас будет работать долго и хорошо.
Да, для многих сначала сделать, а потом подумать - вполне нормально. С радиоканалом - наоборот. Конечно, не всегда он удобнее проводов, но когда подходишь к работе не дилетантом, он хлопот не доставляет
|
| |
|
[18.04.2016 18:34:55] | | может быть политика А-С не совсем правильная, что они продают рропы и все остальное хоть дяде Васе, точнее продают то ладно, дают это дело пусконаладить любому, как и болид. А потом все ругаются, что А-С сделали неправильную систему и ничего у них не работает. Может стоит ввести лицензирование, как ив ов многих других забугорных фирмах? |
| |
|
[18.04.2016 20:09:03] | | 4eJIoBeK ®
Ваши аргументы в защиту АС просто смешны.
АС говорит, что максимальная емкость системы - 768 устройств. Но при попытке добавления устройств количеством более 284 (и это на самых больших интервалах!) - этот же производитель говорит, что так делать не стоит, ибо чревато большими проблемами при эксплуатации.
Так что давайте я задам этот вопрос вам: Неужто такой крупный производитель как Аргус-Спектр не знает, что больше 100 датчиков - это плохо и продолжает рекламировать свои большие системы?
Далее по вашим советам:
>>>Для ваших исполнительных устройств (сирен) период передачи сделайте минимальным, для пожарных датчиков 2 мин, для охранных от 32 сек.
Отличный совет. Уменьшение периода передачи контрольных сигналов до минимального, для исполнительных устройств, еще больше нагрузит радиоэфир. Как следствие, WireLex начал ругаться уже на втором РРОПе (на 96-м устройстве):
https://yadi.sk/i/Nk-_HKeDr6Ywk
И срок службы от батарей уменьшится в несколько раз.
Так что ваш совет вреден.
ФПБ ® [18.04.2016 0:45:24]
>>>Вот откуда ноги у Ваших чудес.
Нет. Ноги у наших чудес растут из другого места. Поскольку оповещение должно работать синхронно, эту синхронность запуска надо чем-то обеспечивать. И ввиду того, что сама информация, транслируемая в динамики не передается по радиоканалу, а зашита в них заранее, надо обеспечить синхронный старт сообщения. И если какой-то динамик пропустил команду на включение, то он не стартует, как его сосед, а ждет следующего цикла. Выключается он также. В итоге, оповещение в таких больших системах включается час и выключается час.
И это не какой-то "неудачный объект". Это кучи объектов, которые работают только так и никак иначе. Как только количество устройств переваливает за 150 - ощущаются тормоза. Если количество устройств переваливает за 300 - начинается головомойка. Если количество устройств переваливает за 500 - пользоваться становится невозможно.
Что касается анализа радиоэфира - поверьте, все это делалось, проверялось; благо имеется опыт работы с радиосвязью и, как следствие, есть некое понимание того как распространяется радиосигнал и последствия низкого уровня сигнала.
----------------
Мы кое в чем поднаторели — мы тарелки бьем весь год,
Мы на них уже собаку съели, если повар нам не врет. (с) |
| |
|
[18.04.2016 23:04:34] | | Думаю, откуда у Tregart начинается точка отсчета в его выводах. Понял:
"если какой-то динамик пропустил команду на включение, то он не стартует, как его сосед, а ждет следующего цикла. Выключается он также. В итоге, оповещение в таких больших системах включается час и выключается час".
Вот как в нормальной системе какой-то динамик пропустить команду.И как это потом может повлиять на функционирование всей системы оповещения, да еще в таком временном интервале как целый час. Вроде, сначала этот посыл съедаешь, как что-то мягкое и не заметное. А потом, нет стоп, тут какая-то чепуха. Т.е. кто-то что-то пропустил по своей невнимательности, а потом его все ждут целый час.
Очень странная причинно-следственная связь. То что синхронизация в системе есть, это несомненно. Только она работает несколько по иному.
Я сегодня наполнился мыслями, еще очень долго буду думать, как это какой-то динамик имел такую наглость, как пропустить команду то ли на включение, то ли на выключение, что все остальные замерли в позе зю аж на целый час. Ведь это ничего с реальным алгоритмом не имеет ничего общего.
Действительно есть некая дополнительная сетка временных интервалов. Так вот в команде на конкретное устройство передается количество тактов в это сетке, после которых именно это устройство должно включиться или выключиться.
Поскольку РРОП не может одновременно общаться сразу с несколькими устройствами, то у каждого исполнительного устройства своя индивидуальная задержка на запуск, так чтобы включиться синхро.
С одной из самых первых систем я играю уже более 10 лет у себя в деревне,где живу большую часть времени года. Вообще-то это у меня вроде как охранка, которая через Андромету идет на ЧОО. Но в другое время это у меня и полигон. Чего я только от безделья с этой системой не делал. Ведь мне для этого никуда ходить не надо, а комплектацией я когда-то на халяву обзавелся достаточной, своя рука владыка.
Вся беда в том, что когда-то руководство А-С заняло позицию, что никому ничего не надо разъяснять. Т.е. как бы что не делали, но система всегда при любых обстоятельствах будет работать. Как Вы все понимаете, этого не случилось. Алгоритмические куски не описывались, чтобы их никто не повторил, а материалы по энергетике радиоинтервалов я с трудом смог протащить и то под другим соусом.
Когда никто не имеет понятие как это работает, то вот тут поле для фантазии, причем по большей части неправдоподобной. Это точно также как с динамической маршрутизацией что в самом ВОРС Стрельце, что в СПИ под названием Стрелец-Мониторинг. Ведь до сих пор так почти никто и не знает как это работает. Поэтому даже есть мнение, что это очень вредная функция. Ну мы же Пастернака не читали, поэтому мы с ним и не можем согласиться.
И даже, если тут кто меня услышит, то это еще ничего не значит, т.к. большая часть наших юных Василис сюда не ходят, у них более серьезные задачи в виде заколачивания денег. А через полгода-год у них эти вопросы встанут. И так будет с некоторой периодичностью.Так что не Вы первые, не Вы и последние. |
| |
|
[18.04.2016 23:39:30] | | >>>Я сегодня наполнился мыслями, еще очень долго буду думать, как это какой-то динамик имел такую наглость, как пропустить команду то ли на включение, то ли на выключение
И откуда ж столько наглости-то, в динамиках? Давайте разбираться
>>>Я уже здесь не раз писал, что инициатором сеанса связи между любым дочерним устройством и РРОП является только дочернее устройство. Поэтому пока оно не соизволит связаться с РРОПом, никто эту информацию до него не сможет донести.
Период передачи контрольных сигналов - 2 минуты (иначе эфир вообще забит).
>>>Прежде чем дочернее устройство будет пытаться что-то послать на РРОП, оно проверяет занятость частотного ресурса, и только при его свободном состоянии начинает передавать запрос на связь с РРОПом.
Т.е. динамик будет ждать, пока остальные не проорутся.
Вывод - часовое включение и часовое отключение Стрельца, "это не баг, это фича" (с).
|
| |
|
[19.04.2016 10:51:31] | | Цитата Tregart:" Период передачи контрольных сигналов - 2 минуты (иначе эфир вообще забит)".
Еще одна цитата Tregart:"Т.е. динамик будет ждать, пока остальные не проорутся".
Тогда немного конкретных цифр.
Для начала надо понимать, что демодуляция сигналов с круговой модуляцией имеет пороговый характер. Для ЧТ на входе ДМ надо иметь как минимум 13 дБ, для ФТ (ОФТ) не менее 11 дБ.
Средняя глубина (суммарная) быстрых и медленных затуханий составляет порядка 15-20 дБ. Эта величина практически не зависит от расстояния между прм и прд.
Вот откуда появляется цифра уровня сигнала 30-35 дБ. Хотя работать система может и при уровне сигнала от дочернего устройства и при 13-16 дБ.
Вот этот случай очень интересно наблюдать во времени.
Т.к. измеритель уровня сигнала подключается в произвольный момент, то сразу не понять в каком моменте цикла обмена находится дочернее устройство.
Время передачи контрольных сигналов удобнее выставить в 12 сек, так будет удобнее и быстрее оценить весь процесс.
К примеру, значение уровня равняется 0/18 дБ. О чем это говорит. О том, что РРОП перешел уже на резервный канал (осн/рез), т.е. на второй комплект прм-прд с горизонтальной антенной и вполне возможно уже на резервной частоте и в режиме повышенной мощности прд.
В какой-то момент Вы наблюдаете, что за два, а то и три периода передачи контрольных сигналов никаких изменений уровня принимаемого сигнала не происходит. Не думайте, что это такой стабильный сигнал. Просто РРОП в эти два-три периода не увидел сигналов запроса, и как следствие не стал общаться с Вашим дочерним устройством. И потом вдруг через 24-36 сек. уровень сигнала изменился на 0/22 дБ. Т.е. как Вы поняли на основном канале, куда канал связи всегда возвращается после удачной попытки связаться, дочернее устройство так и не смогло появиться.
А внешне вроде как работа оценивается нормально.
Самый криминал, который внешне не очень заметен, но может погубить очень быстро нормальную работу дочернего устройства это практически не меняющейся уровень сигнала 0/16 дБ. Это говорит о самом минимальном уровне сигнала на радиоинтервале.
Вот когда у меня была бы смена значения уровня сигнала при каждом обмене контрольными сигналами, и он находился бы в пределах 30/0 -35/0 дБ, то тогда и беспокоится было бы не о чем.
Теперь о трафике.
Время обмена данными между РРОП и дочерним устройством составляет порядка 10 мс. Каждое дочернее устройство в лучшем случае помимо устройств своей соты может видеть еще по одному устройству из соседних сот. Вот по максимуму может набежать до 100 устройств. Умножаем на 10 мс и получаем всего 1 секунду. И даже при периоде передачи контрольных сигналов равным 12 сек, мы имеем 90% времени, свободных от обмена данными. Это десятикратный запас по трафику.
А вот такое, чтобы все устройства одной системы из 16 РРОП видели друг друга, то такое возможно только в одной комнате на одном столе, и даже это не очень-то мешает им разойтись по времени и частоте.
Вот если бы у Стрельца не было бы возможности поиграть как со сканером, так и с графическим измерителем уровня, то было бы очень скучно, не люблю черных ящиков.
|
| |
|
[19.04.2016 11:57:55] | | Не могу утверждать, но мне кажется что уважаемый Tregart, очень хорошо описывает алгоритм работы Стрельца, по крайней мере доступно и аргументированно.. и что-то подсказывает что отзывы вроде ".. Как только количество устройств переваливает за 150 - ощущаются тормоза. Если количество устройств переваливает за 300 - начинается головомойка. Если количество устройств переваливает за 500 - пользоваться становится невозможно." основаны на личном опыте применения. Это ведь так?
ECEHuH, если высказать свое мнение, я бы такой объект на радиоканале проектировать и внедрять не стал. Дорого, геморройно и на мой взгляд ненадежно. А ведь эту систему еще кому обслуживать придется? На бюджетные деньги? Конечно нужно смотреть архитектуру, консультироваться с поддержкой Аргуса.. но это все иррационально.
Я если честно подумал что один 0 в названии темы лишний. |
| |
|
[19.04.2016 21:44:31] | | Локи ®
>>>основаны на личном опыте применения. Это ведь так?
Да, так.
ФПБ ® [19.04.2016 10:51:31]
>>>Это десятикратный запас по трафику.
Тут у меня два вопроса.
1. Если есть десятикратный запас по трафику, то почему Аргус категорически не рекомендует превышать порог в 5%?
2. Если Аргус не рекомендует превышать 5-ти процентный порог, то наверное не просто так? Может Аргус при разработке Стрельца столкнулся с какими-то трудностями, которые вы не описали в посте
[19.04.2016 10:51:31]?
3. Я вот прочитал ваш пост - ну все ровно должно работать. А на практике - работает коряво. Ну выключается по часу на столь крупных объектах и хоть ты тресни! |
| |
|
[19.04.2016 23:00:41] | | Для Tregart.
Когда речь идет о локальных разделах в рамках одного РРОП, то там всё прозрачно для меня. Но вот когда речь касается глобальных разделов в рамках всей системы, то я по механизму взаимодействия с исполнительными устройствами не очень разобрался, или как-то немного забыл. А тут как раз идет речь об исполнительных устройствах СОУЭ. В этом случае от координатора команды должны сначала поступить на все РРОПы, а только потом на сами дочерние устройства. Но тут могут быть задействованы два механизма связи между РРОПами - иерархический или динамическая маршрутизация. Об особенностях алгоритма формирования и передачи команд по глобальным разделам знает всего несколько человек, мне когда-то что-то по этой части рассказывали, но я и тогда не очень врубился в этот механизм, а сейчас уже и не помню.
Знаете как говорят - не знал, не знал, а потом вообще забыл.
5% трафика это когда Вы сидите в зоне какой-то соты, т.е. на РРОПе. А я же Вам ранее говорил, т.е. писал, с учетом возможного наличия у каждого дочернего устройства сигналов соседних сот. Но никаких пределов в этом предельном значении трафика нет, это просто показатель нормальной работы в соте. Весь запас трафика предназначен для передачи тревожных извещений от извещателей, которая производится немедленно по их формированию вне циклов передачи контрольных сигналов, поэтому дежурный режим с передачей этих контрольных сигналов не должен иметь большой трафик.
Передача же тревожных извещений от извещателя производится по алгоритму увеличения мощности прд и смены частот, пока не будет получена квитанция от РРОП. Этим гарантируется максимальная вероятность доставки тревожных извещений.
Но если спросить меня,как бы я строил бы большую систему, то я бы точно по мере возможности использовал бы, где можно, провод между РРОПами. Ведь все-равно питание на них не из воздуха появляется.
Наши РРОП-И связаны между собой по LONу, а вот европейские сидят на кольцевой А-А шине по протоколу Vega. На этой же шине могут сидеть, в том числе, и просто А-А ИП, а также оповещатели. Вот такой нюансик. Я в своем [15.04.2016 0:48:42] давал ссылки на соответствующие сайты. Там это всё есть. Вот такая проводно-беспроводная система для меня более предпочтительна, но совсем по другим соображениям, нежели тем, которые здесь обсуждаются. |
| |
|
[20.04.2016 10:09:59] | | Каков максимальный интервал передачи контрольных радиосигналов в наших нормах - 2 мин? Наверно никто не ставит в ВОРС Стрелец 7с-60с, чтобы батарейки подольше пожили. |
| |
|
[20.04.2016 10:51:52] | | Всем спасибо за информацию.
К слову о задержках у системы оповещения и в целом задержках в работе сигнализации.
"приплыл" объект, на нём очень большие задержки, монтировал/пусконалаживал не я.. понять почему система так слабо реагирует на какие либо тревоги не могу в силу своего не знания.
Вайрлекс файл: https://yadi.sk/d/UMBubdoor8yia
Конфигурация Стрелец-Мастер: https://yadi.sk/d/pUdFzegmr8yZW
Может кому удастся разгадать почему у системы такие задержки и как быть?
Заранее спасибо за советы! |
| |
|
[20.04.2016 12:03:52] | | для ECEHuH
На этом объекте РРОП-И разве видит все РРОП М?
Здание многоэтажное или это одно огромное помещение без перегородок (скорее производство)?
Время оповещения звуковыми оповещателями установлено 2 мин - не мало?
Если задержка по выключению всего оповещения на объекте составляет около 4 минут то это нормально.
Как правило при программировании все оповещатели (свет, звук) стараюсь делать в отдельные разделы без извещателей.
Файл конфигурации Стрелец-Мастер почему-то не открывается, но по сути там довольно все просто.
Возможная причина загруженность эфира,
- > период передачи контрольных сигналов для сирен 7 сек. (по моему это слишком, как правило ставлю по умолчанию - 1 мин.), плохое качество связи с РРОП-И -> РРОП М - > устройство. |
| |
|
[20.04.2016 19:29:02] | | Ув. ECEHuH,
Система у вас в яндекс диске - несложная и логика простая (в основном - локальная), поэтому всё должно работать.
Я бы порекомендовал:
1. Перевести все датчики (Аврора-ДТР и ИПР-Р) на период передачи - 2 минуты (контроль можно оставить 5 минут или переключить на 15).
2. Перевести все исполнительные устройства на период передачи 1 минута.
Это позволит снизить прогнозируемый в Wirelex трафик в 1,5 - 2 раза без ухудшения пользовательских характеристик.
У некоторых ваших устройств отключен период контроля. Видимо, это означает, что связь у вас с ними терялась, а значит - связь неустойчива.
Поэтому рекомендую далее подключить Wirelex к РРОП0, оставить на час и проверить:
3. На вкладке "Качество связи" реальный трафик на рабочем канале.
Если он значительно выше прогнозируемого - надо искать проблемы либо в качестве связи каждого датчика, либо в помехах.
4. Просмотреть на той же вкладке для каждого датчика историю качества связи. Все сигналы должны быть выше оранжевой зоны и не должно быть большого количества оранжевых точек. Первое говорит о слабом сигнале, а второе - о наличии помех на рабочем канале.
При наличии помех можно убежать на другой (более свободный) рабочий канал.
Для дальнейших советов нужно исследовать более полную информацию (протокол событий, особенности объекта, конкретные задачи и проч.).
За этим всем имеет смысл обратиться в официальную техподдержку. А то вам тут насоветуют :) |
| |
|
[20.04.2016 23:22:16] | | Задача - сделать так что бы срабатывало только 4 оповещателя (при пожаре в любом разделе), остальные что бы не работали.
Вчера нажали на ручник, сработала пожарка на пульте (ПУ-Р) а на сиренах сработки не было.. После этого сброс произвести не получается, ни через пульт ни через компьютер (Стрелец-мастер).
Сегодня до сих пор мигает кнопка пожара на пульте и тревога не сброшена(сирены не орут).
Помогите разобраться.. |
| |
|
[20.04.2016 23:43:20] | | Ну, что-то у вас совсем детские вопросы.
Вы в техподдержку обращались? |
| |
|
| | | Ответ пойдет СЮДА |
|