EZ-WifiBroadcast DIY HD видео своими руками
Я сделал новый релиз своей версии WFB. Из нового:
- Двустороння телеметрия для mavlink. Также в поток вставляются сообщения RADIO_STATUS с rssi и тд. (собственно как делает это SiK radio) что позволяет логировать в автопилоте качество сигнала.
- TX diversity. То есть передача на ground-station’е возможна больше чем с одного адаптера. Выбор текущего адаптера для передачи осуществляется по rssi принимаемых пакетов.
- Генерация deb, rpm или tgz пакетов при сборке. (то есть можно поставить не засрав систему).
github.com/svpcom/…/wifibroadcast-18.12
github.com/svpcom/wifibroadcast/wiki/Setup-HOWTO
а модули rtl8812 поддерживаются? Какая версия ядра?
Да. Для x86 я собирал на 4.18.19-100.fc27.x86_64. Для arm64 (nanopi neo2) - 4.14.52. github.com/svpcom/rtl8812au
а модули rtl8812 поддерживаются? Какая версия ядра?
Да. Для x86 я собирал на 4.18.19-100.fc27.x86_64. Для arm64 (nanopi neo2) - 4.14.52. github.com/svpcom/rtl8812au
А сам образ можете собрать? Я его по ссылке не нашел
И также вопрос к народу. Может кто нить знает как менять мощность на модуле 8812? txpower на него не влияет…
Год назад я начал разработку собственных модемов для WIFIbroadcast
А можно вкратце узнать принцип работы модемов? У меня была (и есть) идея. Если 2.4 ГГц окажется забит конвертировать сигнал “свистка” в район 1 ГГц, усилить, передать. На земле принять, усилить, конвертировать обратно на 2.4 ГГц, подать на “свисток”.
я думаю как-то так:
ru.aliexpress.com/item/…/1651246396.html
А можно вкратце узнать принцип работы модемов? У меня была (и есть) идея. Если 2.4 ГГц окажется забит конвертировать сигнал “свистка” в район 1 ГГц, усилить, передать. На земле принять, усилить, конвертировать обратно на 2.4 ГГц, подать на “свисток”.
en.wikipedia.org/…/Multichannel_Multipoint_Distrib…
А можно вкратце узнать принцип работы модемов? У меня была (и есть) идея. Если 2.4 ГГц окажется забит конвертировать сигнал “свистка” в район 1 ГГц, усилить, передать. На земле принять, усилить, конвертировать обратно на 2.4 ГГц, подать на “свисток”.
mirror.thelifeofkenneth.com/lib/…/v14n4pg62.pdf
вроде даже самому можно сделать
А можно вкратце узнать принцип работы модемов? У меня была (и есть) идея. Если 2.4 ГГц окажется забит конвертировать сигнал “свистка” в район 1 ГГц,
Тут чуть выше об этом и в соседней теме , только на частоты 3ХХ мгц.
я думаю как-то так:
Так не пойдет, передача двунаправленная.
А вот как организовал переключение прием-передача реализовавший- он не ответил.
передача двунаправленная
Так это если использовать РУ, а если только видео с борта то однонаправленная.
Это серьезно?
Тогда резко упрощается конструкция, все становится на порядки проще.
В этом случае заявленная цена в 300 баксов сильно завышенная.
Уточню, я не изучал технологию передачи что рассматривается в этой ветке.
Передающая сторона просто сыпет поток, не перезапрашивая и не получая ответ о том как этот поток принят?
То есть идет только передача?
Свисток на борту только на передаче а свисток на земле- только на приеме?
Тут чуть выше об этом и в соседней теме , только на частоты 3ХХ мгц.
Связной диапазон с килогерцовыми каналами забить широкополосным сигналом? Не удивляйтесь потом всяким запретам.
А что вы мне этот вопрос адресовали? Я то какое отношение имею?
www.radioscanner.ru/base/index.php?searchfreq1a=30…
ага, с учетом того, что этим диапазоном для связи на воде пользуются
Связной диапазон с килогерцовыми каналами забить широкополосным сигналом? Не удивляйтесь потом всяким запретам.
Если в кратце, то модемы работают на частоте 3ХХ Мгц с мощностью 6 Ватт.
Считаю это нецелесообразным, так как на 3xx диапозоне придется использовать “большие антенны” да и зачем 6 ватт???
Мое мнение надо лезть в диапазон 1.2ГГц передача 1 ватт и там продолжать изыскания. Тем более этот диапазон уже себя зарекомендовал положительно и даже на аналоге есть результаты по 80 км.
а если только видео с борта то однонаправленная.
Спасибо. Чуть сам еще почитал.
Еще вопрос, телеметрия на видео на борту подмешивается?
Обратный канал и в этом случае не используется?
так как на 3xx диапозоне придется использовать “большие антенны”
На большую дальность ( для чего и нужно это решение) микрокоптеры не прокатят.
А на бОльшенький носитель штырь в 20 см не такой и большой…
433 мгц на таких бортах штатно…
ну возьмите мой chaser c1, куда это все лепить. Да и на 6 ватт соляры не напасешься. Даже если взять старенький с гаража SkyWalker X7? мне кажется это все равно большая антенна, если использовать Vee диполь.
телеметрия на видео на борту подмешивается?
Не, передаётся в общем потоке, подмешивается уже на земле. Выводится на ОСД, всё настраивается в конфигах. Потому и “бродкаст” что передатчик могут ловить сколько угодно приёмников.
Спасибо. Сходил и на гитхаб, почитал.
Мое мнение надо лезть в диапазон 1.2ГГц передача 1 ватт и там продолжать изыскания.
Ну и зачем? Ради увеличения дальности в 1.4 раза?
( 2-х ватный бустер на “родной” частоте против 1 вт с переносом на 1.2 ггц).
Шли бы вы в другую тему…
Ну и зачем? Ради увеличения дальности в 1.4 раза?
На 1.2 можно далеко и низко летать. И вайфаи его не глушат в отличии от 2.4
Я сделал новый релиз своей версии WFB. Из нового:
- Двустороння телеметрия для mavlink.
А если допустим это будет не совсем правильный пакет мавлинка на стороне передатчика? Например у него будут неправильные CRC и контент будет в виде бинарного шума? WFB проверят что шлет или просто шлет все что пришло из UART? И на стороне приема, выловленные MAVLINK пакеты просто выкидываются для обработки в некий порт или WFB пытается их разбирать/анализировать?
Примерная схема:
“Автопилот” [оборачивает свои пакеты в MAVлинк] -> UART порт RaspPi3B
Камера + uart -> RaspPi3B [WFB] -> …радио… -> NeoFire3 -> картинка + Qt софт [разворачивает пакеты и обрабатывает их, шлет свои липовые пакеты на передачу на борт]
У меня WFB работает только с UDP пакетами. Соответственно преобразованием байтов из UART’а в UDP пакет занимается mavlink-routerd. Для WFB разницы нет, что внутри пакета - mavlink или, например, видео. При передаче через радиоканал пакет шифруется и аутентифицируется, соответственно все битые пакеты не пройдут проверку при приему. Недостаток пакетов (потеря по дороге) компенсируется FEC’ом. На приемной стороне пакеты после проверки и дешифровки передаются в mavlink-routerd и/или напрямую в qGroundControl.
А если допустим это будет не совсем правильный пакет мавлинка на стороне передатчика? Например у него будут неправильные CRC и контент будет в виде бинарного шума? WFB проверят что шлет или просто шлет все что пришло из UART? И на стороне приема, выловленные MAVLINK пакеты просто выкидываются для обработки в некий порт или WFB пытается их разбирать/анализировать?
Примерная схема:
“Автопилот” [оборачивает свои пакеты в MAVлинк] -> UART порт RaspPi3B
Камера + uart -> RaspPi3B [WFB] -> …радио… -> NeoFire3 -> картинка + Qt софт [разворачивает пакеты и обрабатывает их, шлет свои липовые пакеты на передачу на борт]
Только потом придут злые дяди и сделают плохо все сообществу авиамоделистов.
На 1.2 можно далеко и низко летать. И вайфаи его не глушат в отличии от 2.4
И на стороне приема, выловленные MAVLINK пакеты просто выкидываются для обработки в некий порт
В версии Бортека поток Mavlink разбирается на пакеты, некорректные пакеты выбрасываются.
Может кто нить знает как менять мощность на модуле 8812? txpower на него не влияет…
TXPOWER=?? большими буквами должно работать, в скрипте все есть. Ну и накрайняк покрутить парамер rtw_tx_pwr_idx_override в /etc/modprobe.d/rtl88XXau.conf (63 - максимум, уменьшать до удовлетворения).