EZ-WifiBroadcast DIY HD видео своими руками
Есть 12км. Высота 200, можно было подниматься выше и дальше лететь, но нет показания видео батареи, на ней у меня автопилот, я забздел.
Есть 12км.
Поздравляю!
А я сегодня сегодня на коптере, 3км удаления. Запас ещё был, да и улучшать есть что, но всё постепенно. Перевернул камеру, флип по вертикали включил а по горизонтали забыл, так с зеркальной картинкой и летел:-)
Для мобилки не взял подставку, а рекордера пока нет. Кое как приспособил мобилку. Проглядывается 12500 метров удаления.
Ну и момент разворота с Малины.
Всем привет. Сто лет здесь не был и очень порадовался отдельной теме по wfbc. К тлму же и сам проект не нагнулся.
Есть задумка сделать на его основе шлемак с хо о шим экраном, чтобы уменьшить ворох таскаемого на полеты барахла.
Собственно для реализации брал:
- на стороне ЛА: rpi 3b, rpi camera v2, ralink rt3572 (двухантенник);
- на стороне земли: rpi 3b, ralink rt3572 (двухантенник), экран 2.5к диагональю 5.5дюймов.
Экран предназначен для vr-систем и оснащен платой с hdmi-разъемом.
Вместилище (VR-шлем) и питание пока опускаю.
Залил wfbc 1.6 на обе малины. Подключил через hdmi-coupling hdmi-плату экрана к rpi и подал питание. И началась петрушка с настройкой конфига config.txt.
Потом дела отъели кучу времени и вчера я снова сел за настройку.
На передающей малине стоит режим 1280×720 48фпс (кажется, в wifibroadcast-1.txt). А по конфигу rpi я сначала обратился к продавцу. Он прислал настроечный файлик config. txt, но обрезанный (с кучей закоментированных пресетов) и главное не рабочий.
Но нагуглил 2 работающих варианта:
Вариант 1
overscan_left=0
overscan_right=0
overscan_top=0
overscan_bottom=0
#disable_overscan=1
hdmi_drive=1
hdmi_ignore_edid=0xa5000080
hdmi_group=2
hdmi_mode=87
#60Hz
hdmi_pixel_freq_limit=206000000
hdmi_timings=2048 0 150 5 5 1536 0 3 1 9 0 0 0 60 0 205210000 1
max_framebuffer_width=2048
max_framebuffer_height=1536
display_rotate=0
framebuffer_width=2048
framebuffer_height=1536
Вариант 2
hdmi_force_hotplug=1
#hdmi_ignore_edid=0xa5000080
disable_overscan=1
framebuffer_depth=24
gpu_mem=192
framebuffer_ignore_alpha=1
#start_x=1
hdmi_cvt=1440 2560 48
hdmi_group=2
hdmi_mode=87
hdmi_pixel_freq_limit=400000000
hvs_priority=0x32ff
max_framebuffer_width=1440
max_framebuffer_height=2560
framebuffer_width=1440
framebuffer_height=2560
config_hdmi_boost=4
#hdmi_timings=1440 0 16 16 64 2560 0 5 2 1 0 0 0 50 0 176947200 3
#hdmi_cvt 2560 1440 50
Но полноценного результата достигнуть не удалось (далее ниже)…
на стороне земли: rpi 3b, ralink rt3572 (двухантенник), экран 2.5к диагональю 5.5дюймов.
Зачем 2.5K? 1920x1080 вполне достаточно, меньше интерполяций, качественней картинка, да и банально дешевле на ~30$.
Учтите что матрица с портретным ориентированием, соответсвенно получаем проблемы с записью.
Идеально для передающей стороны ставить разрешение камеры, будет меньше преобразований.
Зачем 2.5K? 1920x1080 вполне достаточно, меньше интерполяций, качественней картинка, да и банально дешевле на ~30$.
Учтите что матрица с портретным ориентированием, соответсвенно получаем проблемы с записью.
Когда еще давно читал обзоры на окулус 1 и 2, в них говорилось для 1-го окулуса использовались экраны samsung note 3 (1920 на 1080), а для второго - note 4 (2560 на 1440). Что на экране 1920 на 1080 все же видны пиксели (заметно при просмотре кино), на 2560 на 1440 - уже нет. Вот и запало в голову.
(… продолжение) Так вот. То что получалось при настройках config.txt по варианту 1 и варианту 2 выглядит примерно так:
Пробовал повернуть изображение маневрируя параметром display_rotate (0 - исходное значение “портрет”; 1 - поворот на 90 градусов, 2 - поворот на 180 градусов, 3 - поворот на 270 градусов) и параметрами framebuffer_width и framebuffer_height (и соответственно max_framebuffer width / max_framebuffer_height).
Т е повернутое на 90 градусов изображение для варианта 1 имело концовку
max_framebuffer_width=2560
max_framebuffer_height=1440
display_rotate=1
framebuffer_width=2560
framebuffer_height=1440
Получалось, что в повернутом изображении не было самого передаваемого видео. Выглядело примерно как показано (уж простите за схематизацию, белые полоски - строки загрузки wfbc, писалось, что все ок):
И как я не игрался с параметрами (вчера 2 часа пробовал разные варианты), вывести изображение в полноценном альбомном формате не получалось: т е либо как показано на первом снимке, либо умещается только текст загрузки wfbc.
Идеально для передающей стороны ставить разрешение камеры, будет меньше преобразований.
Речь о принимающей стороне. Хочу видеть в 2.5К, уж больно глаз радует.
Ограничение ведь 720 р.
Учтите что матрица с портретным ориентированием, соответсвенно получаем проблемы с записью.
Загуглю. Не знал.
ПС. Да вдобавок вчера ездил к родителям в Подмодмосковье, взял с собой все железо относящееся к wifibroadcast. По приезду обнаружил что 2.5к-экранчик раздавлен. При включении большое светлое пятно в центре (хотя клал в сумку аккуратно, в коробочку, правда, вместе с другим железом). Расстроен. Надо думать о новом экране. Бросать затею не доведя до конца жалко.
Ограничение ведь 720 р.
Воозможно, глупый вопрос: но разве я не могу растягивать вывод как хочу?
Конечно можно.
Пробовал повернуть изображение маневрируя параметром display_rotate
Подобная матрица, но на FHD вскоре должна прийти, для планируемых полётов именно в FHD.
С поворотом экспереминтировал на обычном мониторе, опять же FHD, поворот работает корректно, в портретный режим картинка переводиться без проблем.
В конфиге, что идёт к EZWB менял два параметра, поворот и физическое разрешение.
Речь о принимающей стороне. Хочу видеть в 2.5К, уж больно глаз радует.
Получите более замыленную картинку, но точек конечно не увидите.
Для 2K+ матриц найти бы контроллер, который будут дублировать изображение на две горизонтальные её половинки, тогда можно выводить 1280x720 X 2, т.е. на каждый глаз отдельно.
Сразу упрощается оптическая система, можно втупую использовать готовые VR шлемы с перегородкой посредине. Я такого контроллера за вменяемые деньги не нашёл.
Ограничение ведь 720 р.
1080p. Уже летал, чуть детальнее чем 720p, но у меня пока из средств отображения FHD только IPS монитор 22", что крайне неудобно для таскания с собой.
Жду FHD 5.9" матрицу с контроллером, буду под неё делать очередной шлем.
Надо думать о новом экране.
Я бы не стал бы брать больше того что можно получить от источника, а это 1920x1080p.
Воозможно, глупый вопрос: но разве я не могу растягивать вывод как хочу?
С потерей качества можно делать любые преобразования.
Попробуйте взять обычный фильм в DVD разрешении и растянуть его на 55", поймёте.
Этот же фильм на ЭЛТ мониторе будет выглядеть отлично.
Вчера слетали на 2.5 км с приемлемым для меня результатом (т.е. ни одного потерянного пакета). Наверху Pi0 + камера v2 + AUWS036NHA+3db omni, внизу - Pi3, TL-WN722v1+патч на поворотке и AUWS036NHA+3db omni. Частота - 2312 МГц, 720p48, битрейт 11Mbit, 8/4/1024, CTS включен. Дальше не полетели, боялись не вернуться, очень сильно дуло. Потом слегка полетали рядом (до 1 км) с разрешением 1080p30, потеряли два десятка пакетов (скорее всего, перекрыли антенну машиной).
Сегодня на тех же настройках (720р) - потери начались на 300 м. Отличие от вчерашнего дня - куча летающего народа на поле. Вот и думай.
А CTS зачем включали? Ведь за пределами ВайФай сетей. А сегодня легко обьяснимо, аппы здорово давят приемник, может рядом кто и с бустером был.
А CTS зачем включали? Ведь за пределами ВайФай сетей. А сегодня легко обьяснимо, аппы здорово давят приемник, может рядом кто и с бустером был.
Ага, за пределами… 6 сетей на поле видны, хоть и слабенько. По поводу аппаратур: 2.3 частота, вроде не должно влиять. Это раз. Всю зиму и весну летали воднорыльно - те же проблемы. Это два. Завтра буду думать про 5 ГГц.
У меня собственная аппа влияет, хотя тоже 2312.
за пределами сетей-имел в виду, что за пределами частотного диапазона.
У меня собственная аппа влияет, хотя тоже 2312.
за пределами сетей-имел в виду, что за пределами частотного диапазона.
Пробовал выключать - разультат хуже.
Подскажи пожалуйста, получил тоже Альфу, радиаторы клеил на микросхемы для охлаждения?
Вчера слетали на 2.5 км с приемлемым для меня результатом (т.е. ни одного потерянного пакета)
высота ?
Сегодня на тех же настройках (720р) - потери начались на 300 м. Отличие от вчерашнего дня - куча летающего народа на поле. Вот и думай.
так у всех аппы на 2.4 вот и давят приемную часть на земле
Подскажи пожалуйста, получил тоже Альфу, радиаторы клеил на микросхемы для охлаждения?
Не, так летает, не греется почти. К сожалению, коробочка не вынесла морквы с 15 м под 75 градусов, фоточки не осталось. Железо оказалось крепче 😃
высота ?
так у всех аппы на 2.4 вот и давят приемную часть на земле
На 2.5 км/720р высота была около 150, в радиусе 1 км/1080р - 100 м. По поводу аппы на 2.4: летали зиму и весну в этом месте, практически все время одни - море дропов. Причем управление на самолете - 433МГц, резервное аналоговое видео - 5.8ГГц, телеметрия - 915МГц.
Заказал три двухдиапазонных AWUS036ACH, буду пробовать 5ГГц. Правда, там реалтек RTL8812AU, так что пара вечеров безудержного секаса мне гарантирована.
Запустил Альфу. Почти не греется. Был очень удивлён. Обычный стик греется на передаче гораздо сильнее. Ладно плата как теплоотвод больше. Но померил потребляемую мощность и ток-примерно как со стиком.
Запустил Альфу. Почти не греется. Был очень удивлён. Обычный стик греется на передаче гораздо сильнее. Ладно плата как теплоотвод больше. Но померил потребляемую мощность и ток-примерно как со стиком.
Проверь MACи на коробке, наклейке на корпусе/плате и то, что выдает чип. Должно все быть одинаковым и начинаться на 00:C0:CA. Людям встречались поддельные альфы.