EZ-WifiBroadcast DIY HD видео своими руками
вот это оно ?
Оно.Только стабильный образ можно не качать и не тратить на него время.Сразу начинать с указанного v1.6RC6.
есть ли пример готового рабочего оборудования ?
Есть.У Константина Хомченко,он неоднократно своё оборудование описывал.На рцгрупс тоже много конфигураций описано.
@All
Myself and user1321 have made some enhancements and updates to our ISO image.
Hopefully some of these enhancements will be integrated with the new 1.6 release. Most of the bugs have been worked out except the Uplink RSSI indicator on the OSD.
FYI the splash screen does not say wifibroadcast, it says “Open HD” which is something we did for fun so we didn’t accidentally mix up SD cards… This was done for fun and took 30 seconds to make a logo with an app…
Features:
•Pi3b+ compatibility, 5G internal hotspot is activated so if you have a pi3B+ version you just need to connect any Android phone to the hotspot and all of the air/ground wfb settings can be changed.
•Mavlink2 compatibility
•4 camera switch (plug and play)
•Ardupilot patched firmware~plane/copter~ (Thanks @Davidgp)
Let me know if you have any questions
I’m attaching link to the following files, feel free to flash and test them out.
-
Open-hd (modified wifibroadcast) Image
-
Fpv VR app (modified for wfb sync setting control)
-
DavidGPs .px4 Plane/copter~pix/pixracer Patched firmware which was released today. (Awesome, Thanks!!!)
dropbox.com/…/c62...AABattqiTLfO5Ruazk8lnMpCa?dl=0
**NOTE**
This image is set to 2312Mhz and configured for: Mission Planner/QGC connection over 5g hotspot for video/telemetry. Also, the VR “settings” app and MP/QGC will not work simultaneously, only one at a time. Also, only Atheros AR9271 cards have been tested on the ground and none tested in the air so, please be careful if using it to fly. Or, be sure to change freq. if testing other usb chipsets…
Video demonstrating App and video switch…
Оно.Только стабильный образ можно не качать и не тратить на него время.Сразу начинать с указанного v1.6RC6.
Есть.У Константина Хомченко,он неоднократно своё оборудование описывал.На рцгрупс тоже много конфигураций описано.
@polarfox,
I was having the same problem where 1.6 rc6 was the only one that just worked.
I think you’ll find success with the new image I shared above… It is set up for three cameras with a camera Switcher on channel 7.
The only thing you’ll need to change is disable “set 0” for cameras 2, 3 & 4. You can also set in the wifibroadcast.txt file at the bottom.
If you would like 16ch RC then use the Patched firmware .px4 otherwise it will work with 8ch as it did before.
Есть возможность повысить чувствительность приемника на 10-30дБ? -про бустеры знаю…
Есть возможность повысить чувствительность приемника на 10-30дБ? -про бустеры знаю…
До, но боюсь, охлаждение жидким азотом вас не порадует.
Имеется такая камера, можно ли используя усилитель 2.4 получить вменяемую дальность (2-4 км) при хорошем качестве? На приеме нужен обычный вай фай свисток типа WN722N? ru.aliexpress.com/item/…/32877333445.html
Есть возможность повысить чувствительность приемника на 10-30дБ? -про бустеры знаю…
Нужно постараться
Сколько будет весить передающая часть в самом облегчённом варианте? 10 км реально будет добиться?
Имеется такая камера, можно ли используя усилитель 2.4 получить вменяемую дальность (2-4 км) при хорошем качестве?
Можно получить любую дальность. Но с этой камерой не в рамках этого проекта.
Сколько будет весить передающая часть в самом облегчённом варианте? 10 км реально будет добиться?
Грамм 30.
10 км реально будет добиться?
Нет конечно.
Сколько будет весить передающая часть в самом облегчённом варианте?
Если использовать Зеро+ WN722N и клевер то примерно так.
Нет конечно.
А какая максимальная дальность будет? Задача обеспечить стабильный видеосигнал на расстояние 10 км. Аналоговые передатчики с легкостью справляются и 30 км на частоте 1.2Ггц. Возможно ли хотя бы десятку стабильно взять с направленной антенной на приемнике (может быть использовать офсетную тарелку?).
может быть использовать офсетную тарелку?
Ширина основного лепестка Д. Н. метровой параболической анетнны - 8.6 градуса. Если наводить ее на движущийся объект - задача весьма нетривиальная.
Что касается повышения чувствительности. Взял я “мегамощный” юсб-вифи (см пост #852). С мощностью не прокатило,
однако в качестве приёмника он показал интересный результат. Включил на приём 2 адаптера, “мощный” показал уровень
на 10 дБ больше чем мелкий. Открутил антенны, мелкий перестал принимать в отличии от большого. Предполагаю, что
причина в том что в большом присутствует УВЧ по приёму, в отличии от мелкого. Хотя как знать, может в поле
лишняя чувствительность будет во вред.
Нужно постараться
…антенна есть…раз жидкий азот,значит затруднительно)
Что касается повышения чувствительности. Взял я “мегамощный” юсб-вифи (см пост #852). С мощностью не прокатило,
однако в качестве приёмника он показал интересный результат. Включил на приём 2 адаптера, “мощный” показал уровень
на 10 дБ больше чем мелкий. Открутил антенны, мелкий перестал принимать в отличии от большого. Предполагаю, что
причина в том что в большом присутствует УВЧ по приёму, в отличии от мелкого. Хотя как знать, может в поле
лишняя чувствительность будет во вред.
Да,мелкий по чуйке полное гэ,сегодня получил-поюзал,оставлю его для передачи через бустер…
Мужики,а за счет чего продукция Dji выжимает -12х дБ чувствительности или на прием видео у них чуйка максимальная -90 дБ?
Подскажите,кто на них уже “собаку съел”: хороший выбор приём-передача,или что другое поискать?
А какая максимальная дальность будет?
С самым маленьким свистком на передаче, со встроенной в него антенной метров 500 наверно сможет получить.
Только зачем такие извращения, когда можно поставить нормальную карту+бустер и получить нужное Вам расстояние.
По характеристикам красиво. Возьми на пробу. Раскажешь.
Я написал свою версию wifibroadcast
Попробовал Вашу версию (пока только на столе). Визуально картинка лучше оригинального EZ-WifiBroadcast.
Особенно понравилось шифрование потока и возможность разделения на модули за счет использования стандартный протоколов.
Конфигурация: raspicam -> RPi3 -> USB WiFi --radio–> USB Wifi -> RPi3 --ethernet–> PC Gstreamer
Задержка получилась 150-160 мс, так же как и в оригинальном проекте. Настроил передачу двух видео потоков и телеметрии. Работает!
Хотел попробывать обратный канал, но наткнулся на это сообщение:
Если их не разносить по частотам или не делать подобие TDMA, то не получится - они будут коллизии производить. Ведь вся суть WFB как раз в выключении механизмов борьбы с коллизиями.
Ведь в оригинальном WifiBroadcast эта функция есть, даже управлять в реальном времени получается. Чем ваша реализация принципиально отличается с точки зрения передачи пакетов по wifi?
В изначальном wifibroadcast’е были патчи, которые обнуляли задержки SIFS и AIFS между фреймами для увеличения пропускной способности канала на мелких пакетах. Я так тоже раньше делал (так как небыло особой надобности в двусторонней передаче). Это ломало DCF (способ обхода коллизий). Но по просьбе трудящихся я разделил патч к ядру на 2 части:
- Патч для CRDA (снятие ограничений на передаваемую мощьность и список доступных частотных каналов)
- Патч для увеличения пропускной способности канала при одностороннй передаче. Он в данный момент имеет только исторический интерес, так как доставляет проблем больше, чем решает.
Вообще в ez-wifibroadcast’е есть куча спорных (imho) решений - например использование CTS-to-self фреймов или же передача телеметрии внутри CTS или RTS пакетов. Я у себя просто аггрегирую mavlink пакеты в пачку (см mavlink mode “-m” ) и отсылаю как обычный пакет. Ну и (тоже imho) какой-то он костыльный (как по качеству кода внутри, так и по общей архитектуре)
С двусторонней передачей есть еще одна засада, которую в общем случае решить не так просто: Если на прием используется несколько антенн (узконаправленных и смотрящих в разные стороны), то надо принимать решение через какую карту и антенну слать ответ. У меня есть идеи как это победить, но пока нет времени это сделать.
Попробовал Вашу версию (пока только на столе). Визуально картинка лучше оригинального EZ-WifiBroadcast.
Особенно понравилось шифрование потока и возможность разделения на модули за счет использования стандартный протоколов.
Конфигурация: raspicam -> RPi3 -> USB WiFi --radio–> USB Wifi -> RPi3 --ethernet–> PC Gstreamer
Задержка получилась 150-160 мс, так же как и в оригинальном проекте. Настроил передачу двух видео потоков и телеметрии. Работает!
Хотел попробывать обратный канал, но наткнулся на это сообщение:
Ведь в оригинальном WifiBroadcast эта функция есть, даже управлять в реальном времени получается. Чем ваша реализация принципиально отличается с точки зрения передачи пакетов по wifi?
Вообще теория wifibroadcast не сильно сложная. Можно почитать github.com/…/Analysis of Injection Capabilities an… как отправную точку.
Попробовал Вашу версию (пока только на столе). Визуально картинка лучше оригинального EZ-WifiBroadcast.
Особенно понравилось шифрование потока и возможность разделения на модули за счет использования стандартный протоколов.
Конфигурация: raspicam -> RPi3 -> USB WiFi --radio–> USB Wifi -> RPi3 --ethernet–> PC Gstreamer
Задержка получилась 150-160 мс, так же как и в оригинальном проекте. Настроил передачу двух видео потоков и телеметрии. Работает!
Хотел попробывать обратный канал, но наткнулся на это сообщение:
Ведь в оригинальном WifiBroadcast эта функция есть, даже управлять в реальном времени получается. Чем ваша реализация принципиально отличается с точки зрения передачи пакетов по wifi?
Можно почитать
Раздели nanopi-neo2-4.14.52-crda-disable.patch на два: один про dtb, а другой - про crda.