EZ-WifiBroadcast DIY HD видео своими руками
Коллеги, не переживайте, рекорд по применению земель пока что у меня. Неделю назад сжег ноутбук, подав через него ноль на фазу 220В. Всего-то подключил коллективную антенну к USB ТВ-тюнеру, а ноут был запитан от блока питания. Похоже, этот блок коротил зануление на фазу, а на оплетке антенны ноль.
Ток пошел через землю USB и БП, выжег земляной контакт разъема питания, и дальше по оставшемуся кратчайшему пути - через цепь +19В. Хороший был аппарат, как раз планировался на наземку WFBC.
а не провести ли нам московский слет любителей (и профессионалов 😃) WFBC ?
Категорически поддерживаю)
Схема подключения от одной батареи будет работать, телеметрия пойдёт, если убрать землю от пикса до малины
Очень нежелательно. Останется соединение земель только через батарею. Все падение напряжения от импульсного тока питания малины на ее земляном проводе (а он какую-то индуктивность всегда имеет) окажется приложенным между пиксом и малиной, суммируясь с сигналом.
Вообще обычно земли стараются соединять так, чтобы через сигнальные земли (те, что идут в паре с сигналом между модулями) не шли никакие токи питания. Немцу посоветовали ересь, там малина запитывается через сигнальную землю от пикса.
Всего-то подключил коллективную антенну к USB ТВ-тюнеру,
Не в тему, но может пригодиться, для кабельных сетей по коаксиалу или коллективной антенны есть специальные трансфоматоры, для гальванической развязки. Стоит такой фирменный, сигнал сколько либо видимо не гасит, зато дёргом не токает при подключении кабеля 😃
P.S. извиняюсь за оффтопик.
Причем он у меня, зараза, был, в разводке стоит старый трансформаторный сплиттер. Вот только там земли соединены 😃
а не провести ли нам московский слет любителей (и профессионалов 😃) WFBC ?
Друзья, наверно лучше Вам организовать свою ветку, например “EZ для подготовленных”, а нам сюда не сильно непродвинутым спускать готовые решения. Предложения на теоретическом уровне очень заманчивые. Честно, без обиды.
спускать готовые решения
Ну, вот Вам первое. Посмотрите, где находится этот магазин. Эти камеры уже подключаются к OpenHD, в wiki описано, как.
а нам сюда не сильно непродвинутым спускать готовые решения
Это будет оффтопиком, ибо в названии темы есть буквы DIY, что на буржуинском значит “сделай сам”
Начал детальное изучение кода WifiBroadcast & OpenHD.
В целом всё просто и “топорно”, но возник вопрос по FEC.
Если правильно понимаю, то FEC планировалось использовать потому что с адаптера можно получать битые фреймы с выставленным флагом IEEE80211_RADIOTAP_F_BADFCS и попытаться восстановить данные, что по идее должно улучшить качество картинки при работе в условиях плохого приёма или большого количества помех в эфире.
Изначально (в старых версиях WifiBc, этого не было), сейчас есть.
Однако, в мастер ветке OpenHD эту функцию судя по всему решили выпилить, код ещё не подчищен (в том числе параметры оставлены), но FEC уже не работает + заявлено что они не принимают битые фреймы, хотя явно этого не нашел (нет проверок). Видимо настройка драйвера.
По опыту практического использования, помогает ли FEC или вся его польза уничтожается повышенным требованием к пропускной способности и “лишней” нагрузкой на процессор?
Вопрос - можно ли поменять последовательность блоков так,чтоб первым передавались блоки из середины кадра?. т.е при сбоях все что после сбоя рассыпается, будет сохранятся самая информативная часть.
В h264 есть такая штука как ROI (Region Of Interest), которая позволяет задавать другие настройки кодирования для этих регионов.
Однако, в общем случае я думаю это работать не будет, слишком мало статичных сцен при полёте. Нужно экспериментировать.
Однако, в общем случае я думаю это работать не будет, слишком мало статичных сцен при полёте. Нужно экспериментировать.
Середина экрана в полете самая ценная. Ну точнее средняя треть от нижней половины 😃
Середина экрана в полете самая ценная. Ну точнее средняя треть от нижней половины 😃
Коллеги, не позорьтесь. H264 - инкрементальный формат, передается опорный (ключевой, I) кадр, после него - изменения § до следующего опорного. Любой пролюбленный кадр разносит картинку до следующего I-frame, посему никакие серединки не канают. ROI - это термин потрохов камеры, связанный скорее с motion detect и к кодированию потока не относится (ROI могут быть определены и для MJPEG, и для H265 и для нежатого потоков)
они не принимают битые фреймы
Не, серьезно? Выпилили FEC??? Фото Лаврова в студию!
Число 531 в левом верхнем углу под dBm - количество использованных fec-пакетов, а 51 - число случаев, где fec не помогла. т.е. fec полезен в 90% случаев.
Не, серьезно? Выпилили FEC??? Фото Лаврова в студию!
github.com/OpenHD/Open.HD/blob/master/…/rx.c#L514
Коллеги, не позорьтесь. H264 - инкрементальный формат, передается опорный (ключевой, I) кадр, после него - изменения § до следующего опорного. Любой пролюбленный кадр разносит картинку до следующего I-frame, посему никакие серединки не канают. ROI - это термин потрохов камеры, связанный скорее с motion detect и к кодированию потока не относится (ROI могут быть определены и для MJPEG, и для H265 и для нежатого потоков)
По большому счёту да, всё так, ROI больше для термин для сохранения различной информации в кадр.
Однако, читал в нескольких источниках о настройке QP по макроблокам. Получается что “интересное” идёт с большим битрейтом, переферия - с меньшим. В итоге общий битрейт меньше. От потерь конечно не спасёт.
Да и вообще не представляю как кроме FEC можно восстановить потерянные данные 😃
Для камер видеонаблюдения потеря не так страшна т.к. много статики, а в полёте меняется всё, так что “рассыпание” видно лучше.
Не-не-не, Дэвид Блейн! Выпилили проверку FCS, что правильно, ибо нам что сову об пенек, что пеньком об сову: стек не передаст битый пакет в юзерспейс и мы никогда о его тяжелой судьбе не узнаем, а просто сочтем пролюбленным и попробуем восстановить с помощью fec.
Однако, читал в нескольких источниках о настройке QP по макроблокам
QP, VBR, CBR… Как все это сложно, Веничка, как все это тонко! У меня есть две камеры, обе на SN9C292 енкодере, но с разными матрицами. Одна напрочь не работает с CBR, но великолепно пашет с VBR, другая - с точностью до наоборот. Понижать битрейт - так давайте на Н.265 переходить, что уж там.
Тогда понятно, битые пакеты считаются потерянными. А то смотрю, вроде для CRC много приседаний сделано, а потом раз и выкинули всё.
Впринципе логично т.к. используется FEC на блок, а не побайтово.
Есть ли разница какие фреймы использовать для передачи? С практической точки зрения.
Коллеги, хочу приобрести модем 5,8 на наземную малину по мощнее, с учетом, что управляющий сигнал буду поднимать по Mavlink. Предлагается вот такой адаптер Alfa awus036ACH (вы его знаете, он из списка). Чипсет Realtek RTL8812AU. Модуль, как известно, двух диапазонный. В вики WiFiBC значится, что он диверсити. Но вряд ли каждая из антенн будет работать на 2,4 и одновременно на 5.8? Правильно ли я понимаю, что одна антенна у него 5,8гГц, а другая 2.4?
____________________
В добавок к нему на воздушну часть рассматриваю либо Alfa AWUS036AC (который поменьше, поуже) или Asus USB-AC56
Или с Али заказать на том же чипсете, что и например Asus? Правлиьно ли я понимаю, если чипсет тот же, то и мощность можно плучить аналогичную?
На 036АС много жалоб.
Асусы идут с разными буквами, не ошибись.
aliexpress.ru/item/4000419475639.html
Очень мутное описание на эту карту)
Особенно как они 650mw получили
Она работает и эту мощность выдаёт.