Jump to content
Калькуляторы

Беспроводные мосты применительно к системам видеонаблюдения. Нужна помощь!

Всем привет! Ребята вопроса два.

 

Первый, поделитесь опытом применения беспроводных мостов точка-многоточка для систем видеонаблюдения.

 

Вопрос второй нужна помощь. Смонтирована система из 22 камер разрешением 2Мп. Стоит Basebox 2 с двумя антеннами Dipole и от него в секторе градусов 60 и на удалении метров 300 - 400 прямой видимости находятся 4 штуки SXT Lite 2 к каждой из которых подключено по 4-6 камер.  Поток от каждой камеры составляет 2 Мб\с. Итого весь поток не более 44Мб\с. И есть точка в прямой видимости с небольшими помехами в виде верхушек деревьев на расстоянии 3 км там стоит регистратор на него нужно писать поток с этих камер. Сразу скажу что клиенту предложено было рег поставить рядом со Basebox, но он принципиально заявил о недопустимости такого варианта и попросил найти техническое решение, чтобы сформировать систему так как ему нужно.

 

Изначально на удаленной точке так же стояла SXT Lite 2 и была подключена к Basebox сигнал был -80...-83 Дб и CCQ был 20-30%. Линк устанавливался на скорости 20...50 Мб/с и естественно при таком сигнале изображение на регистраторе тормозило и пропадало периодически.

 

Мы сняли одну SXT с фермы и сделали отдельный мост точка-точка(SXT - SXT) от местоположения Basebox до удаленной точки. Сигнал стал -63...-67 Дб с качеством сигнала CCQ 75...90%. Лин устанавливается на скорости 108...130 Мб/с. Казалось бы линк достаточно хороший, но всё равно поток с камер идет рывками пусть и менее значительными.

 

Вопрос: Какие параметры установившегося сигнала можно считать хорошими, а какие идеальными?

Вопрос: Если линк на скорости за 100 Мб/с с качеством CCQ 70% можно считать что он пропускает 70Мб\с? Должено ведь хватать для наших 44Мб\с?

Вопрос: Есть мысль заменить SXT на мосте точка-точка на LGH XL 2, что должно дать сигнал с параметрами -58...-62 Дб с качеством думаю около 90% решит ли это нашу проблему?

 

Дополнительная информация: мосты настроены в режиме суперченел, точка-точка на частоте 2302 и ширине канала 20/40eC. Точка много точка тоже в суперченеле на 2562 с такой же шириной канала. Опыт монтажа таких систем большой, но системы из 20+ камер были всего пару раз. 

 

Очень надеюсь на помощь сообщества. Заранее спасибо!

Share this post


Link to post
Share on other sites

Рекомендации, в целом, следующие.

PtMP — не делать никогда.

PtP — делать только при острой нужде и от безысходности.

Share this post


Link to post
Share on other sites

+Если не ошибаюсь, ширину канала рекомендуют делать постоянной для лучшего сигнала.

Какой режим потока стоит от камер? CBR или VBR? Что снимают камеры?

https://www.videomax-server.ru/support/articles/cbr-ili-vbr-dlya-ip-videonablyudeniya/

Если для проводного видеонаблюдения запас по потоку и пропускной способности рекомендуют 30-40 процентов, то для беспроводной 50 и более. Не забывайте у вас потери ещё на преобразовании сигнала.

Share this post


Link to post
Share on other sites

Вообще если сектор 60 градусов то зачем всенаправленные антенны?

Тут надо поставить SXT G-2HPnD, если работать в 2ггц. При этом мощность не следует завышать выше 18дбм, а так же надо зажать только канальные скорости режимов N - MCS8-15, если на 15 CCQ не стремится к 100, то оставить максимум 14, если и там не идеал - убавить до 13 и т.п.

 

На регистратор отдельный канал на SXT у вас уже есть, но нужно опять определить при какой мощности получаются сигналы -67? Если это на всю, то следует убавить до 18дбм, но если сигналы упадут, то и большие скорости передать не сможете. Замена на LHG ничего не даст. При этом надо разносить антенны на промежуточной точке, что бы они физически друг друга не видели.

 

Лучший вариант это переход в 5ггц с установкой на канал к регистратору что-то типа DISC Lite5, а на камеры так же DISC Lite5 и в качестве БС например SXT SA или SXT, если в угол действия антенны попадет.

Share this post


Link to post
Share on other sites

On 29.03.2018 at 9:51 AM, Saab95 said:

Вообще если сектор 60 градусов то зачем всенаправленные антенны?

Тут надо поставить SXT G-2HPnD, если работать в 2ггц. При этом мощность не следует завышать выше 18дбм, а так же надо зажать только канальные скорости режимов N - MCS8-15, если на 15 CCQ не стремится к 100, то оставить максимум 14, если и там не идеал - убавить до 13 и т.п.

 

На регистратор отдельный канал на SXT у вас уже есть, но нужно опять определить при какой мощности получаются сигналы -67? Если это на всю, то следует убавить до 18дбм, но если сигналы упадут, то и большие скорости передать не сможете. Замена на LHG ничего не даст. При этом надо разносить антенны на промежуточной точке, что бы они физически друг друга не видели.

 

Лучший вариант это переход в 5ггц с установкой на канал к регистратору что-то типа DISC Lite5, а на камеры так же DISC Lite5 и в качестве БС например SXT SA или SXT, если в угол действия антенны попадет.

Уважаемый Saab95, спасибо за ответ! Если я правильно понял MSC нужно галочки поставить только от 8 до 15? А я наоборот поставил только от 1 до 7. Принято так и поступлю. По мощности тоже принято снизим до 18 везде. Хотя снижал и как то результат мне не очень понравился. Basebox уже куплен поэтому будем использовать его. В 5Ггц тоже возможности перейти нет.

 

Ещё вопрос почему то CCQ почти на всех линках сильно перекошен в одну сторону. Например на канале от камер к регистратору Tx значительно больше от 70 до 90 процентов, а Rx 10 -20 %. И такой же перекос по скорости линков. В одну сторону устанавливается скорость 144 Мб а в обратную 6 Мб. Возможно ли что это изза того что трафик направлен в одну сторону. Ну то есть с камер поток идет на рег а обратно почти ни чего не идет?

Share this post


Link to post
Share on other sites

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

 

Если вы делаете тест с устройства, то Tx для него это Rx для дальнего устройства, и если по этим данным плохие показатели, то помеха на приеме у дальнего, если наоборот - то помеха у устройства, с которого делаете тест. В 2.4ггц это постоянное дело.

 

Канальные скорости на вкладке Data Rates надо убрать все, на MCS устанавливаете 0-7 это одноканальный режим, его использует если есть перекос по каналам, например канал 0 показывает -60, а канал 1 - 75.

8-15 это двухканальный режим MIMO. Однако максимальные скорости что в 0-7, что в 8-15 подбираются по месту, если тест скорости в любую сторону не дает полной прокачки и CCQ низкий, нужно уменьшать на одно значение сверху и снова проводить тест, и так до момента, пока не будет получен CCQ - 100.

 

В любом случае, работа при CCQ менее 100 это плохо, и нет никакого смысла задирать канальные скорости, ведь реальная прокачка будет ниже, чем если указать низкие канальные скорости, где CCQ будет 100.

Share this post


Link to post
Share on other sites

2 hours ago, Saab95 said:

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

 

Если вы делаете тест с устройства, то Tx для него это Rx для дальнего устройства, и если по этим данным плохие показатели, то помеха на приеме у дальнего, если наоборот - то помеха у устройства, с которого делаете тест. В 2.4ггц это постоянное дело.

 

Канальные скорости на вкладке Data Rates надо убрать все, на MCS устанавливаете 0-7 это одноканальный режим, его использует если есть перекос по каналам, например канал 0 показывает -60, а канал 1 - 75.

8-15 это двухканальный режим MIMO. Однако максимальные скорости что в 0-7, что в 8-15 подбираются по месту, если тест скорости в любую сторону не дает полной прокачки и CCQ низкий, нужно уменьшать на одно значение сверху и снова проводить тест, и так до момента, пока не будет получен CCQ - 100.

 

В любом случае, работа при CCQ менее 100 это плохо, и нет никакого смысла задирать канальные скорости, ведь реальная прокачка будет ниже, чем если указать низкие канальные скорости, где CCQ будет 100.

Премного Вам благодарен! Общение с такими людьми как Вы не дает мне потерять веру в человечество))) В субботу поедем на объект и будем добиваться результата. После отпишусь.

Share this post


Link to post
Share on other sites

Ребята вот такие результаты получились. В приложении. Качество канала 100% и скорости приличные. Но всё равно присутствуют фризы и лаги при записи видео на регистратор. Запускаем пинг пакетами в 14000 и видим потери от 5 до 10% а по некоторым камерам до 18%. Вопрос может ли это быть изза мостов? Ведь у них от качество 100%. есть мысль что может коммутатор какой нить глючит. Или что ещё может быть? Регистратор меняли на более мощный. Да и собственно по пингу видно что рег здесь не причем.

Безымянный 2.jpg

Безымянный.jpg

Share this post


Link to post
Share on other sites

5 минут назад, Snooper7 сказал:

Запускаем пинг пакетами в 14000

Какой в этом смысл?

Пинговать нужно пакетами с запретом фрагментации и максимальным доступным размером.

 

6 минут назад, Snooper7 сказал:

Вопрос может ли это быть изза мостов?

 

В ‎28‎.‎03‎.‎2018 в 12:34, alibek сказал:

PtMP — не делать никогда.

PtP — делать только при острой нужде и от безысходности.

 

Share this post


Link to post
Share on other sites

3 часа назад, Snooper7 сказал:

Вопрос может ли это быть изза мостов? Ведь у них от качество 100%. есть мысль что может коммутатор какой нить глючит

Что вам мешать промерить мосты iperf'ом на потери,чтобы упростить локализацию проблемы?

Share this post


Link to post
Share on other sites

1 hour ago, alexwin said:

Что вам мешать промерить мосты iperf'ом на потери,чтобы упростить локализацию проблемы?

Ни когда не пользовался. Сейчас почитал мельком про эту прогу. И если правильно понял надо чтобы было два компа с обоих сторон моста. Я правильно понял? 

 

Есть новая информация. Взяли ноут и подключили его в свич к которому подключены камеры. И пинговали с ноута который подключен рядом с регом. При передаче пакетов размером 14000 потери 15-20%. Если при этом отключить от всенаправленной антенны 3 клиента из 4х то потери становятся 3-5-7 процентов. После включения всех 4х клиентов потери снова возрастают до 15-20%. При передаче пакетов размером 4000 потери 0-1 процент. После этого подключили ноут в точке где соединяется всенаправленная антенна с мостом точка точка по которому данные идут на регистратор и пропинговали только мост точка точка при отключенной всенаправленной антенне. Потери 0%. 

В общем потери возникают только на всенаправленной антенне и только при передаче пакетов размером 14000.

 

Share this post


Link to post
Share on other sites

 

Для начала замените омни антенну на сектор 60 град. И у вас правильно спросили про камеры. Они дают поток CBR ? Если да, то подумайте о замене Микротика в многоточке на другое с  фиксированным фреймом и делением UL/DL Ratio, например  70/30.

Share this post


Link to post
Share on other sites

Многоточка и видеонаблюдение несовместимы. TDMA ситуацию улучшит, может даже время от времени будет работать, но принципиально проблему не решит.

Share this post


Link to post
Share on other sites

Если клиенту требуется CIR  ( камеры CBR), то  нужен большой запас по пропускной способности в аплинк. 44 Mbps CBR UL в 20 Мгц ничто из   802.11n не потянет. Но похоже у ТС есть другая проблема -потери даже при  работе одного СПЕ.

Share this post


Link to post
Share on other sites

2 часа назад, alibek сказал:

Многоточка и видеонаблюдение несовместимы. TDMA ситуацию улучшит, может даже время от времени будет работать, но принципиально проблему не решит.

Да ладно. При правильном построении это даже проще чем провайдинг, нагрузка не пляшет все известно и понятно.

Share this post


Link to post
Share on other sites

 

3 часа назад, alibek сказал:

Многоточка и видеонаблюдение несовместимы

Значит Микротик творит чудо! Омнитик и 12 камер на 6 Lite5 - вот уже 4 год. Условия тепличные - за городом, теплицы)

Edited by Timurka

Share this post


Link to post
Share on other sites

На микротике через торч посмотрите трафик на портах, куда камеры подключены. Возможно там что-то еще идет, кроме самих данных от камер, например поток мультикаста, который разлетается по всей сети.

 

Тут может помочь снятие галок с низких канальных скоростей, оставив только 12-13. Тем самым служебный трафик пойдет на более высокой скорости, а мультикаст как раз на самой низкой скорости и передается.

 

Если хотите запускать пинги то делать это надо с микротика, указав размер пакета 1500 байт и интервал 100мс или менее, например 50, тогда потери, если они есть, станут видны.

Share this post


Link to post
Share on other sites

9 часов назад, Snooper7 сказал:

Ни когда не пользовался. Сейчас почитал мельком про эту прогу. И если правильно понял надо чтобы было два компа с обоих сторон моста. Я правильно понял? 

Правильно.

 

Зачем вам всенаправленная антенна там? Она не только полезный сигнал ловит со всех сторон,но и шум. Меняйте на более узконаправленную,как вам уже сказали.

Share this post


Link to post
Share on other sites

Друзья всем спасибо за помощь. Есть новая информация. Проблема с потерей крупных пакетов была решена увеличением TDMA Period Size до 5 мс. Вчера вечером я эту настройку сделал и пинг стал идеальный потерь 0% и пакетов 14000 и пакетов 20000. Утром в 7 утра техник на объекте посмотрел на результат на видеорегистраторе. Все каналы показывали отлично. Ни каких лагов и фризов не наблюдалось. Архив за ночь тоже записался идеально. В 10 утра стали сдавать объект заказчику, приезжаем и снова тоже самое лаги и фризы вернулись. Причем пинг по прежнему идеальный потерь 0%. Причем с системой ни чего не делали. Чертовщина какая то. Или нет? Ребята очень прошу не пишите комментарии типа "ну вот видишь, тебе же говорили что мосты и видео не совместимы", не тратьте силы. Нужны конструктивные советы. Я искренне верю что можно настроить систему и довести до результата.

 

11 hours ago, Saab95 said:

На микротике через торч посмотрите трафик на портах, куда камеры подключены. Возможно там что-то еще идет, кроме самих данных от камер, например поток мультикаста, который разлетается по всей сети.

 

Тут может помочь снятие галок с низких канальных скоростей, оставив только 12-13. Тем самым служебный трафик пойдет на более высокой скорости, а мультикаст как раз на самой низкой скорости и передается.

 

Если хотите запускать пинги то делать это надо с микротика, указав размер пакета 1500 байт и интервал 100мс или менее, например 50, тогда потери, если они есть, станут видны.

Уважаемый Saab95 могли бы Вы по подробнее рассказать про то как посмотреть трафик через торч. Для меня это утилита пока не понятна. Как увидеть где идет потери. Сейчас вот такие канальные скорости стоят. Скан в приложении правильно? Предлагаете 8-9-10-11 снять галки? И расскажите как правильно пинговать с микротика. Надо пинговать IP адресс камеры? Или другого микротика?

3.jpg

Share this post


Link to post
Share on other sites

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

 

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

 

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

Share this post


Link to post
Share on other sites

10 часов назад, Snooper7 сказал:

Нужны конструктивные советы

а nstream не пробовали? в большинстве инсталляций у меня на нем работает стабильнее и эффективнее

 

Share this post


Link to post
Share on other sites

Ребят, меняю на baseboxе протокол с nv2 на nstream и одна из 4 точек не подключается. Проверил все настройки совпадают точь в точь. Может это быть из за того что на этой точке версия прошивки более старая? Может вообще весь этот геморрой быть из за различий в прошивке в одной из антенн?

 

Вот что показывает торч на езернет порту бесбокса

4.jpg

Edited by Snooper7

Share this post


Link to post
Share on other sites

И с пингом чё то не получается. Антенны пингуются а вот камеру не могу пропинговать. Надо видимо по другому как то параметры задавать. Подскажите товарищи.

5.jpg

Share this post


Link to post
Share on other sites

С пингом видимо камеры находятся в другой подсети, и маршрут не прописан.

 

По торчу видно что идет передача на один адрес 192.168.1.9 видимо с камер, надо отсортировать по столбику с максимальной скоростью. Далее идти вниз и смотреть что же там еще бегает. Если это камера, то она ничего другого не должна передавать. А если что-то есть, разбираться откуда ноги растут.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.