Alver

То что вы говорите , что если смена частоты в вашем случае с 6+ Ггц до 5.8 ГГц и чуть ниже ухудшает канал связи ( любой не только Мимозы). то это именно то что я сказал выше- базовая станция 4G работающая на частоте например Vodafone в Downllink 1845-1865 МГц создает помеху на зеркальном канале 5575-5595 МГц распространяющуюся на 5700+ МГц и выше. Это значит что если Мимоза или любая другая станция FBW типа Cambium, Ubiquiti и Микротик ( и его клоны в том числе военные станции PTP образца 2014-2015 года ) при работе скажем на частоте 5740 МГц в канале 80 МГц попадают под воздействие помехи по зеркальному каналу БС 4G. Мощность помехи зависит от дальности до станции 4G ( обычно до 1-1.5 км) , куда направленна антенна вашей станции ( КУ и параметры ее ДН side lobe supression и Front to back ratio и другое . Если ваша станция находится слишком близко к станции 4G скажем в нескольких десятках метров то эта помеха будет создавать проблему даже если секторная антенна 4G направлена в зад антенны вашей станции. Что можно и нужно делать ? - Применять устройства под внешние антенны типа диш с узким лучом ДН и высоким F/B ratio и старайтесь ( если возможно) не направлять антенну в сторону станции 4G - если вы ставите устройство на одной крыше со станциями 4G то держитесь от них подальше - применять современные устройства с высоким энергетическим бюджетом System Gain = Tx мощность передатчика + Rx чувствительность приемника + Antenna gain (КУ ). - применять устройства реализующие современные радиотехнологии c радиосигналом устойчивым к интерференции от сигнала 4G ( в том числе по зеркальному каналу ) например на базе 802.11ax с доступом TDD/TDMA /OFDMA и сигналом OFDM1024 256 FFT ( количество поднесущих) - уходить в диапазон частот 5950-7125 МГц Использование частотных фильтров для борьбы с этим типом помехи не поможет. ЗЫ Это теория подкрепленная профильным образованием и многолетним практическим опытом.

В точка-точка у Мимозы и другого аналогичного оборудования FWA протокол TDD (Time Divison Dupleх ) это метод поддержи дуплекcа передача - прием. TDMA ( Time Division Multiply Access) - это совсем другое- метод разделения множественного доступа от множества клиентов в малтипойнт . Оба метода никакого отношения к помехоустойчивости к внеполосным помехам не имеют . Кроме того TDMA у Мимозы не реализован , как бы было в них в планах еще лет 5-7 назад сделать это на 802.11ас , что то там пилили , но в следующем поколении оборудовании Мимоза 802.11 ax TDMA нет . Если есть подозрение что влияет не внеполосная помеха, а помеха по зеркальному каналу от станции 4G на частотах 5 ГГц( кратные частоты рабочих каналов 4G) и встроенный СА сигналы 4G не видит то это легко понять просто перестроив рабочий частотный канал . В данном случае признаков что это помеха по зеркальному каналу 4G - нет.

C5c позиционируется как устройство для построения каналов точка-точка. Как бы поддерживается также малтипойнт . но там есть ньюанс - до сих пор нет полноценного TDMA (и видимо никогда не будет) и поэтому по идее там должны быть фильтры , подавляющие внеполосные ( ниже 4.9 ГГц и выше 6.4 ГГц) помехи. Но что стоит в C5c доподлинно неизвестно поскольку используется редкое радио на SOC Quantenna, что применяет для сетей FWA только Mimosa ( ныне Airspan) . Все другие производители FWA применяют SOC Atheros-Quacomm и там для точка-точка и базовых станций фильтры точно есть . Судя по тому что СА C5с показывает сигналы аж до 4400 МГц, то фильтров скорее всего нет. Ставьте фильтры на частоты ниже 4.9 ГГц, есть на рынке с затуханием 30-40 dB по цене в пару десятков USD, нужно два на каждый канал MIMO 2x2. Или меняйте оборудование где используется SOC Atheros лучше с современным радиочипсетом 802.11 ax или SDR 802.11ax.

По видимому, воздействует мощная внеполосная помеха, она проникает в радиоприемник вне его рабочего диапазона частот ( СА такую помеху не видит) и подсаживает его усилитель. Частотные фильтры по бокам рабочего диапазона гасят помеху , но видимо или фильтры слабые или (если это CPE - клиентская станция ) фильтров вообще может не быть. Источником помех могут зеркальные частотные каналы мощных РЛС, РЭБ и др. Решить проблему можно поставив внешние 5 ГГц фильтры в разрезе кабеля между внешней антенной и устройством и не применять для каналов точка-точка клиентские станции.

OSD -это телеметрия накладывается на видео и в потоке видео передается на пуль управления/очки. Поскольку сейчас видео тяжелое, требующее высокой скорости передачи данных ( и не всегда с низкой задержкой , разве что в мелких спортивных FPV дронах для гонок, которые нам сейчас особо то и не нужны) любая даже легкая помеха радиоканалу передачи данных тормозит видео ( что не есть проблема ) но и вместе с видео также и телеметрию, что уже совсем другое дело и может иметь критическое значение. По поводу задержки я уже сказал выше. А отдельный FEC ( равно как ACK/ NACK) в видеоканале , это проприетарный протокол передачи видео на физическом уровне радио ( типа как у у видеосистемы DJI ) как раз направленный на снижение задержки для спортивных дронов. Решая эту задачу которая мало востребована в наших условиях (зачем нам недешевые гоночные болиды для наших задач в наших полях и лесах ?) мы жертвуем эффективностью много чего другого, что нам реально нужно. Насчет Интернет. Если вы хотите упаковать проприетарное на ` FHY уровне видео с низкой задержкой ( да еще плюс телеметрию) сразу в IP канал на транспортном уровне ( минуя канальный уровень) и даже выше -выходите на уровень приложений, то это надевать сову на глобус. Вы теряете все преимущества видеосистемы с низкой задержкой , потратив на создание такой системы немалые ресурсы и лишившись при этом необходимой совместимости с работой других систем и, в итоге, ничего толкового и эффективного не получаете .

Отдельно следует сказать за видеоcистему DJI, там действительно минимальная задержка (именно видео) и протокол видео не RTSP ( что есть L5 уровень Application level OSI) , а свой проприетарный протокол L2 ( вместо стандартного L2 MAC ) без стека TCP/UDP IP ( 3 и 4 level OSI) - просто цифровое видео передается по их L2 . И в ее разработку вложено не миллионы, и не десятки млн $, а значительно больше, и много лет работы тысячи китайских программистов и инженеров по видео и радио ( изначально много лет назад этой были приглашенные американские инженеры). Но это другая отдельная история и главный вопрос в постановке задачи, надо ли оно нам сейчас (для каких задач) в подобной нестандартной ( в этом есть ключевая проблема) реализации. Как по мне - такой задачи и необходимости в функционале БПЛА за такие деньги, что дает решение этой задачи, в нашей складывающейся тактике боевого применения БПЛА - нет. Иными словами то технологическое преимущество ( низкая задержка и джиттер), что реально есть в видеосистеме DGI , интегрированной в их в общем то неплохую систему радиосвязи ( в сравнении с радиотехнологией LORA в реализации TBS Crossfire ,ELRS, но уступающую по многим параметрам радиотехнологии 4G, 5G мобильного и фиксированного доступа в реализации например Qualcomm ) страдает многими побочными но критичными недостатками в целом ( из-за проприетарности) и невостребовано ( я бы сказал больше - архитектурно несовместимо и поэтому непригодно ) для реализации широкого круга потребного функционала для БПЛА различного назначения для многих ( если не всех ) вариантов их боевого применения. Фиксация DJI на снижение задержки именно в передаче видео и управления для "гоночных" FPV дронов за счет потери функционала для решения других задач БПЛА играет против экосистемы DJI и это уже имеет свои последствия.

В чем проблема передавать видео с цифровой IP камеры по RTSP ? Задержка ? Она там в этом протоколе минимальная из возможных по IP сети. Совершенно точно меньше чем например по HLS. И собственно зачем вам нужно именно live-streaming? Передавать видео по Интернет ? Для этого есть другие решения. Задержка в RTSP в основном определяется медиаплеером , например у VLС она может быть высокой из-за буферизации потока. Есть плейеры RTSP под Linuх или железячные видеорегистраторы где она минимальна. Большинство IP камер дронов и отчасти систем видеонаблюдения работают именно по RTSP. Передача видео с камер дронов или видеонаблюдения -тема хорошо проработана. Использование стриминговых протоколов, в основном предназначенных для медиасервисов TV/Video типа OTT, для этих задач -непонятно что хотите получить и улучшить, то есть сама постановка задачи изначально тупиковая.

У тебя не хватило ума подключиться к сети и посмотреть к какой именно точке доступа ты подключился и даешь отзыв не по фактам, а высказываешь свои измышления и делаешь ложные предположения.

На антеннах с усилением 30 dBi, 15 км LOS, без помех ( noise floor < -87 dBm), data rate PHY ( в радио) 866 Mbps, 256 QAM 5/6, канал 80 МГц. -600 Mbps в Ethernet в UDP тестах пакетами 1500 байт, - 400+ Mbps в Ethernet в TCP на реальном трафике со средним размером пакета +-900 байт ( микс видео , http, телефония и др. ), без помех.

Это и есть SDR -Software Defined Radio.

Релейки НЕ работают ( от слова совсем) при помехах, равно как в NLOS/NearLOS, над водой и др Причин много, одна из которых -там не OFDM сигнал. Почему дорого, потому что FDD, SDR и др. недешевые фичи.

Есть, но дело не только в частоте. Имеет значение против чего они разработаны и тактика ( способы) их эффективного применения Задача сложная и плохо решаемая для радиолинков (что я сказал ) и не только в существующих условиях применения. Ну вот возьми и подави например сигнал 11-12 ГГц Старлинк ? Системы подавления разрабатываются рашистами и как бы они уже есть, но толком не работают, пока ( что есть для нас хорошо).

Ты говоришь ни о чем. Тебе же не позволят поставить глушилку на одной мачте с подавляемым линком. Вот и расскажи чем и как именно ты сможешь удаленно подавить помехой линк скажем 1-10 км на частоте 7 ГГц , ширина ДН антенн 7 град, F/B подавление антенн 30 дБ, железки c сигналом OFDM FFT 256/1024 с системным усилением System gain 140 дБм. Хотя бы формула расчета зон подавления тебе известна ? Изучал вопрос в профильном вузе ( если ты вообще там учился)? Может знаешь как рассчитать требуемую спектральную плотность потока мощности помехи ( Spectral Power Flux Density )? С какой стороны и как близко нужно подойти к линку и какой должен быть сигнал помехи и ее параметры ? Или у тебя есть обширная практика испытаний и применения готовых систем ? Ну расскажи мне и заинтересованным людям , как это все правильно делать. Можешь даже здесь, потому что ничего толкового ты сказать не можешь. Или хотя самое простое - зайди в тлг канал Флеша и расскажи всем там как эффективно поставить помеху наземному ( или воздушному !!!! ) ретранслятору канала передачи видео с дрона на частоте 5.8 ГГц .

Я предложил ТС решение его задачи не на оптике. Если это его не устраивает по определенным причинам, то не вопрос. А мои пост в адрес Dictator1касался его коммента по воздействию РЭБ на радиоканалы связи и это совершенно другой вопрос и я не намерен его здесь обсуждать. Dictator1, видимо, в этой теме эксперт, вот пусть и приведет свои аргументы, в личке .

Обоснуй. Лучше в личке, поскольку здесь не очень подходящее для этой темы место. Здесь просто потом возьмешь свои слова обратно ).

На частотах выше 6.4 ГГц в природе существуют средства РЭБ, но они громоздкие (типа мощные) , располагаются далеко от ЛБС( чтобы избежать поражения), а чтобы поставить помеху , то надо подойти к цели ОЧЕНЬ близко. Тактических средств РЭБ, построенных на китайских глушилках на этих частотах, например 6.5-7 ГГц на фронте сейчас нет и в ближайщие 2 года не ожидается.

Ставите на мачту 3-6 или более метров ( чтобы была оптическая видимость nearLOS) комплект из двух устройств Cambium ePMP Force 4616 ( 16 dBi антенна - хватит на 5 км - канал 1 Gbps на Ethernet с задержкой 4-5 ms )- $169 или Force 4625L- $269 c 25 dBi дишем (на 20 км - 2 Gbps на Ethernet). Работает в диапазоне 5925-7125 МГц, чистый эфир, РЭБ нет. Cигнал вайфайными приборами не детектиться. Протокол TDD на базе 802.11ax. Есть решения с БС TDMA MU-MIMO 8x8 малтипойнт с емкостью сектора 4 Gbps ( TCP на порту SFP+). Надеюсь скорости хватит, и если это так , то лучшего решения для полей нет.

Не работал с Ruijie, но общее впечатление о том что слышу по отзывам моих партнеров, которые с ними работают, что функционал там продвинутый с претензией некоторых моделей на Enterprise. Однако это по любому китайский Enterprise, который даже в исполнении Хуавей имеет критические недостатки. Не думаю что инженеры Ruijie смогли превзойти Хуавей. А как домашний вайфай роутер, думаю что он вполне приличен.

В ПУНКТАХ НЕЗЛАМНОСТI нужно

Роуминг на самом деле нужен не столько для бесшовного переключения клиентов между точками доступа, для чего он изначально был придуман много лет - 15 назад, (и в вашей задаче это может быть и не надо) , а для совершенно другой цели -для масштабирования ( увеличения количества точек доступа) в корпоративной сети. То есть без роуминга построить корпоративную сеть из нескольких точек доступа нельзя - будет плохо работать - просто глючить, в том числе с дисконектами клиентов при наличии в сети 5-10+ точек доступа ( цифра зависит от количества клиентов и интенсивности их миграции между точками доступа). В этом заключается одна из причин, почему например корпоративную сеть невозможно построить скажем на 10 микротиках или тплинках. Нет возможности здесь объяснять, что Микротик вайфай не поддерживает роуминг . Многие апологеты МТ считают , что поддерживает, но на самом деле там реализован так называемый псевдороуминг, и это для задачи масштабирования сети не работает_ У роуминга UBNT также есть важные нюансы, что не позволяет на самом деле масштабировать корпоративную сеть и на WiFi Ubiquiti. Можно зайти на форум UBNT и там можно найти массу примеров- как подтверждающие факты этому . Более подробно почему это происходит можно ознакомиться по ссылке, которую я дал выше. Тем самым ваша сеть на 4-х UniFi на 100 клиентах с контролером или без него нормально работать не будет. В самом начале при небольшом количестве клиентов типа все будет ок, но со временем при росте нагрузки клиентами и трафиком сеть начнет глючить, и вы будете искать причину этому. Но будет поздно, вы зря потратите деньги и время.

И каким же образом вы хотите обеспечить роуминг - смену клиентами точек доступа UniFi без обрыва TCP/UDP сессии?

Приезжай в г. Хмельницк. Там на главной пешеходной улице и прилегающем парке Шевченко установлено 15 outdoor точек Сambium AP для бесплатного вайфай доступа. До ковида и войны в сети было за сутки более 4 тыс клиентов, а вообще подключений в сеть в разы больше, потому что люди подключались в сеть в течении дня по многу раз. Все работает. Можешь посетить школу с 300+ учениками, где уставлены правильные ( 5-7 ) точки доступа Enterprise и все работает. И для сравнения посети любую школу, где установлено ( для экономии) 20+ Микротик AP. Вайфай сигнал есть, а Интернета нет. Почему так есть ? Ну так строителям этой сети надо бы знать и теорию и практику вопроса, а заказчику - работать со специалистами, которые владеют темой и никогда не ставят домашние вайфай роутеры в корпоративную вайфай сеть ( 30-50+ клиентов) и публичную сеть вайфай доступа.

AP Enrterpise бывает разный и по параметрам, в частности нагрузочной способности, и функционалу. Например один из самых бюджетных AP Enterpise Netgear Wi-Fi 6 WAX 610 (США) честно в своих спецификациях указывает - до 50 concurrent ( не путать с assoсiated ) users. Например Сambium Wi-Fi 6 Access Point на базе SOC Atheros 802.11 ax - до 300 - 500 клиентов , Сambium AP SDR ( Software Defined Radio) - до 2500 клиентов - ставят на выставках, вокзалах ,стадионах и т.п. Понятно, что если на выставке с тысячами посетителей поставить бюджетный AP Etnerprise или кому то голову придет сэкономить и поставить ( типа облепить ) сотню тплинков или микротиков, то работать не будет - будет вариант типа вайфай есть, а Интернета нет. Нерабочую вайфай сеть в таких местах массового вайфай доступа я часто наблюдаю и у нас и заграницей. Причина не только в не соответствии точек доступа требуемой нагрузочной способности , а часто и в другом. Например точки доступа могут создавать помехи сами себе - неправильно рассчитано покрытие и сделан частотно -территориальный разнос ( ЧТР). Или не работает балансировка нагрузки и роуминг - это функционал AP Enterprise и происходит перегруз точек доступа и другое.

Вайфай ( сигнал ) есть , типа работает, а Интернета нет. Знакомо всем ? Или сегодня типа работает, а завтра что то в сети поменялось и перестало работать. Почему ? И вот тогда и придется подумать и о покрытии, и нагрузке, и роуминге, и многом другом и для этого обратиться к специалистам. И еще придется за все заплатить. Скупой платит дважды. Если пояснить это на пальцах, то любое устройство, в том числе тплинк работает эффективно ( стабильно и др. ) только при решении задач ( совокупность параметров сети и условий применения) для которых это устройство предназначено. Если устройство применять по назначению, то сеть работает, если нет - то не работает ( сеть глючит, клиенты дисконектятся и прочее). И вот эти задачи и условия применения надо бы знать до того как строить сеть, а не потом, когда выясняется - что то пошло не так. И это касается не только вайфай сети. Ведь мало к кому придет в голову применять скажем домашний тплинк свич как коммутатор агрегации или доступа. Но вот в случае вайфай сети , часто думают что это правило не работает. Работает, да еще как, еще более жестко .

Задача понятна и проста. Нужно построить корпоративную wifi сеть. Почему корпоративная ? Потому что 50 ноутов и плюс 50 других клиентов. Исходя из постановки задачи нужно ставить одну или больше точек доступа класса Enterprise. Сколько конкретно нужно точек доступа - определяется из покрытия доступом необходимого количества помещений, их площади, расположения и и др. Есть программы расчета покрытия вайфай, вот и нужно их использовать. Познакомиться с темой , что значит точки доступа класса Enterprise и как строятся корпоративные сети, какой нужен функционал и др. можно здесь Архитектура, построение и оборудование Wi-Fi сетей . Сражу скажу , что от того, что если тот или иной вайфай роутер поддерживает 802.11 ax или 6 ГГц и прочее , то это не превращает SOHO ( small and home office ) в Enterprise. То есть никакой Микротик, кинетик и типа того не подойдет- это все SOHO . Вся вайфай линейка Ubiquiti AP несмотря на то что они сами себя позиционируют как Enterprise, таковыми на самом деле НЕ являются. Почему так - долго обьяснять, кто не верит пусть пробует и учится на своих ошибках и теряет свои деньги и время. К Enterprise относятся точки доступа Cambium, Cisco/Meraki, Aruba ( HP), Ruckus и др. . Это все американцы. Есть еще китайцы Entеrprise, не намного дешевле, но хуже. Enterprise точки доступа конечно дороже в разы чем SOHO точки доступа/вайфай роутеры . Но зачем делать сеть за дешево ( из говна и палок) и не решить задачу ? Если есть недешевый Enterprise AP,значит он кому то нужен. И этот кто то точно знает зачем ему нужен Enterprise и почему задача не решается на дешевых китайских вайфай роутерах. И получить ответ на вопрос кому и зачем нужен Wi-Fi Enterprise Access Point можно по приведенной мною выше ссылке.