Activity

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

А что за video port 5000 и 5003 такой странный, вы его в openhd-settings.txt поменяли?
Стандартный вроде немного другой.

# >>>>>>>>>>[UDP PORT SETUP]–
# UDP port to send video stream to, set to 5000 for FPV_VR app or 5600 for Mission Planner/QGC
VIDEO_UDP_PORT=5600
# *EXPERIMENTAL* Secondary IP/USB Camera UDP Port (DON’T CHANGE)
VIDEO_UDP_PORT2=5601

Или для FPV-VR нужно менять на наземной RPi на 5000?

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
tuskan:

насколько комфортно с таким углом?

У меня медленный коптер на 15 винтах. Проблем не возникало, но это больше дело привычки.

Для 250 гоночных дронов думаю не подойдет. Это общеизвестно, но все же скажу: чем больше фокусное расстояние объектива тем больше заметно дрожание камеры. Больше проблем с виброизоляцией.

А так, не напрягает. Даже думал взять 5-6 мм пока не посчитал угол. Руководствовался тем что при большем фокусном объект съемки будет “ближе” с одного и того же расстояния и как следствие больше деталей. Но, наверное уже перебор.

macrokernel:

Хобот длинноват 😃

Это он же? a.aliexpress.com/_eNIUuN - тут, вроде бы, чуть подешевле.

Кто этих китайцев знает) похож.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
tuskan:

а угол у него какой?

Почему-то думал что где-то 90*, но судя по калькулятору 80* для матрицы диагональю 1/2.8.
Это по горизонтали. По диагонали 88*
www.cctvcalculator.net/en/…/viewing-angle/
________________________________________________________
Дополню… брал вот в этом магазине:
aliexpress.ru/item/32667902637.html
У них там есть таблица:
Угол наклона D×H×V(°)
120 ° × 96 ° × 68,4 ° (1/2, 5 ")
115,2 ° × 86,4 ° × 63,6 ° (1/2, 7 ")
111,6 ° × 93,6 ° × 49,2 ° (1/2, 8 ")
100,8 ° × 76,8 ° × 56,4 ° (1/3 дюйма)
_____________________________________
Что довольно сильно расходится с калькулятором. Где правда не знаю. Не измерял.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

Забыл сказать, ещё одна важная вещь помимо сенсора которая влияет на качество - это объектив. В этой ветке мало кто пишет что за объектив используется в случае не штатной камеры.
У меня вот например такой :
aliexpress.ru/item/32883453217.html

Сравнивал его с другими no-name объективами. И разница таки есть.
Если знаете хорошие, качественные объективы, думаю стоит поделиться ссылкой.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

Посмотрел ещё раз на fpv.blue.
При 8МГц канала у него битрейт 8 МБит… как бы не мало.
Плюс обратите внимание, когда он отлетел на 5 км видео у него не рассыпается, НО явно видно что половина или больше кадров просто выпала.
Только он не показывает повреждённые кадры.
А они как бы есть )

К тому же посмотрите начало видео. 08-18… я бы не сказал что картинка прям “четкая” в этой ветке были результаты явно лучше в плане качества. Имхо.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

Риторический вопрос ?)
Возможно потому что не используем весь канал, а оставляем резерв для рандомных скачков битрейта у оригинальных камер RPi (точнее h264 RPi ). То есть BITRATE_PERCENT=60
Плюс к этому данные дублируются. Что ещё больше сокращает полезную пропускную способность канала.

VIDEO_BLOCKS=8
VIDEO_FECS=4
VIDEO_BLOCKLENGTH=1024

#Secondary camera (IP\USB-)
VIDEO_BLOCKS_SECONDARY=8
VIDEO_FECS_SECONDARY=4

Хотя, я вот давно не помню что бы на 20МГц и датарейт =4 было 19.5 МБит.

DATARATE=4

# 1 - 5.5 = 802.11b 1 - 6.5 = MCS 0
# 2 - 11 = 802.11b 2 - 13 = MCS 1
# 3 - 12 = 802.11g 3 - 13 = MCS 1
# 4 - 19.5 = 802.11n 4 - 19.5 = MCS 2
# 5 - 24 = 802.11g 5 - 26 = MCS 3
# 6 - 36 = 802.11g

Ширину канала можно менять в небе, то есть начать с 20МГц, потом 10, 5МГц.
Но вот что действительно хотелось бы это менять так это модуляцию Datarate=4 -> 3,2,1 без перезагрузки.
Пробовал сделать но не получилось ( на RPi Linux. Хотя бы один раз из 10 wifi адаптер подвисал. А вот на ноутбуке все работает отлично с тем же Linux. ( Версия ядра ) в чем дело - не знаю.
К чему я это. Классно было бы иметь динамическое изменение сперва скажем датарейта, затем ширины полосы ( для дата рейт изменений достаточно только на воздушной стороне, для канала - синхронно на земле и воздухе )

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
kostya-tin:

увидил по соседству тему rcopen.com/forum/f90/topic557728 и в общем зачесались руки
взял на барахолке Sony HDR CX330e

Sony HDR CX330e vs OpenHD test

теперь это надо как-то обыграть на мини-талон с тилт-осью

То есть вы камерой управлять как то хотите, я правильно понял ?
Не помню, но вроде Thomas (из telegram) когда-то говорил о том что хочет иметь возможность переключать GPIO на воздушной стороне с пульта (или это уже реализовано). Это если крутить зум камеры с помощью GPIO от RPI. Но, наверное еще нужна будет какая-то обвязка в виде транзисторов (ну или реле) которые будут замыкать эти контакты.

  1. Гугл говорит что для камер сони есть некий радио модуль который позволяет управлять зумом, записью рядом камер от той же сони. В списке есть и эта камера.
    По видео там в комплекте пульт (передатчик) и приемник, приемник подключаться по USB в камеру. То есть должен быть какой-то общий протокол общения для “множества” камер от sony.

www.jjc.cc/index.php/Product/product_info/…/2094
(посмотрите таблицу, там есть ваша камера)
и ролик на youtube:

Может стоит покопать в сторону этого протокола.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

По Альфе Гугл пишет что у нее чипсет RTL8812AU, год назад на этом чипе в 2.4 ГГц режиме было много потерянных пакетов. Посему только 5.8.

По сенсорам… У самого нет ни того ни другого. Только imx291. Последние пару дней ковырял этот сенсор с помощью PQTools (сервисная утилита позволяющая изменять настройки кодека hi3516: а именно, ключевые кадры 1-90, битрейт 1-16МБит, 1-51QP,отключение встроенного шумодава, sharper’а, усиление, и.т.д ) в надежде получить более качественную картинку - чуда не произошло, показывает примерно так же.
К чему я это. Думаю imx327 показывает примерно так же… то есть неплохо для полетов в очках или с телефоном, но на мониторе дома хотелось бы видеть что то получше.

С split 4k вы получите 4к видео на карточке с не известным битрейтом. ( Сомневаюсь что там 100+ МБит )
Да и вообще камеры достаточно разные.
Imho, если вам нужно ночное видео - imx327, если только день, то почему бы не посмотреть на камеры с 4k с объективом в 90 градусов и возможностью настроить битрейт как вам нужно.

Кстати, по split 4k, у Константина же на YouTube есть примеры, не смотрели?

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

А неплохо снимает. Жаль цена в раене 100$, а не 50, так была бы хорошая альтернатива RPi камерам.
1.Кстати, я так понял это 1920*1080? Интересно, какой реальный битрейт камеры выходит?
Если правильно помню Datarate 4 даёт скорость в раене 8-10 МБит, то есть 55% это где-то 4-5 МБит ?
2. На гитхабе вроде открыт issue по поводу рандомных скачков битрейда у продукции Veye, не решили ещё ?
3. А зачем ND фильтр ? Желе вроде нет. Динамический диапазон это не увеличит, разве что полярник (фильтр) может быть интересен - затемнить небо немного.
4. Раз уж хвастаетесь видео, похвастасаюсь и я тем что максимум смог выжать из IP камеры в штиль.
1920*1080* 8МБит (запись с камеры без передачи по воздуху. Если будете смотреть, не забудьте на YouTube качество сменить на fullhd )

858 x 480 (или около того, не HD) битрейт около 1 МБита.

____________________
Дополню:
А кто знает, RPi с оригинальными камерами,HDMi, Veye, умеет отправлять два потока видео с разной степенью сжатия ? Скажем, 4-6 МБит на отправку через wifi + 8-25MBit (сколько позволит флешка ) на запись без трансляции через wifi.
Просто мне кажется это позволило получать хорошее по качеству видео полета.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

Верно говорят о родных RPi камерах. Они ничего не видят ночью. Даже в сумерках очень плохо.
Ещё один вариант из подешевле для ночных полетов это IP камера на основе IMX291 (или более новых вариациях этого сенсора ). Но, там есть своих недостатки и их не мало. Подробно описывал несколько страниц назад.
Сейчас использую передачю видео в качестве худшем чем HD. Но, могу попробовать сменить качество на 720p или 1080p и через дня три поделиться результатом ночного полета.
Сможете оценить нужно оно вам или нет.
Одно в чем не уверен это полет на 500м и при этом дрон будет находиться без прямой видимости. Я так понял ниже уровня деревьев ?
Может кто то подскажет, будет это работать или нет.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

У “синего” модуля действительно выгорает усилитель. Один такой валяется дома. Правдо мне Джастин его уже прислал таким для тестов. Год назад переписывались с китайцем который его сделал. Китаец особо сам не понимает как он работает. Он в него залил прошивку от другого модуля. Но, к сожалению, других “дешёвых” альтернатив на 2.4 ГГц не знаю.

Хотел спросить, а в чем преимущество 2.4 ГГц по сравнению с 5.8? И стоит ли держаться за 2.4?

Пока вижу только :
AR9721 плюсы:

  1. Можно немного уйти в сторону от 2.4 ( что очень хорошо )
  2. Есть возможно использовать 10/5МГц ( значительно ухудшит качество видео, незначительно увиличит дальность )

5.8 ГГц (8812):

  1. Антенны меньшего размера (то есть с таким же размером как для 2.4ГГц, антенна на 5.8 будет иметь большее усиление )
  2. Есть много готовых антенн с круговой поляризацией. Та же pagoda 5.8 и не нужно крутить самому клевер и покупать приборы для его настройки.
  3. Есть STBC/LDPC. ( Не пробовал, если wifi карта дважды отправляет один и тот же сигнал/пакет на разных антеннах с небольшим интервалом времени, почему бы не использовать это для двух разных по усилению антенн. Скажем, первая клевер, вторая направленная . Это просто идея . Не пробовал )

Недостаток 5.8 :

  1. Должно быть большее затухание радиоволн на 5.8 по сравнению с 2.4. ( но судя по видео из Китая это не сильно мешало улететь на 75 км по прямой )
    .
    5.8ГГц тоже может быть “засран”, как и 2.4 ГГц. Впрочем, хотя бы законно. (В некоторых странах может быть критично )

Господа, что вы думаете по этому поводу ?
______________
Дополню. По цене ( ни в коем случае не подталкивают к 5.8, просто размышления )
Например один передающий модуль на 5.8, стоит в два раза дороже синего модуля на 2.4, но, не нужно покупать ещё один запасной синий модуль.
Скажем: (не тестировал )
a.aliexpress.com/_rIjofM
P.s. есть ещё телеграм канал (eng) там тоже Стоит уточнить.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
Dynamitry:

Здравствуйте. Пытаюсь настроить OPENHD, возникла проблема с бустером. Есть вайфай свисток AR9271 такой и бустер такой. На столе OPENHD работает нормально, заводится при условии, что вместо бустера в передатчик вайфай вставлена антенна. А вот с бустером начинаются глюки. Пробовал снижать мощность вайфай в строке
AR9271 # >>>>>>>>>>[TXPOWER-AIR/GROUND]-- For Atheros AR9271 or RTL8812/14AU Cards ONLY
TxPowerAir=10

не помогло. Мощность передатчика не падает, контролировал лампочкотестером.
Друзья, кто летает с бустером на 2.4, как вы настраивали вашу систему? Или ткните пальцем, что я пропустил.

Могу ошибаться, так как никогда не интересовался усилителями для DJI фантома, но:

У усилителя помимо частоты на которой он работает и коэффициента усиления есть еще ширина канала с которым он может работать. Для 2.4 ГГЦ WiFi это чаще всего 20МГц. (Может быть 10 МГц, 5МГц, может что-то еще…) Судя по фоткам с алиэкспреса усилитель который вы подключаете к WiFi карте в случае DJi phantom используется для усиления сигнала радио управления. Не знаю как работает оборудование DJi, но почти уверен что там не нужно никаких десятков мегагерц полосы, возможно и меньше мегагерца. (ширина канала или amplifier bandwidth ). Как следствие не факт что усилитель может работать в этом режиме.

Также, OpenHD может (но не обязательно скорее всего) обмениваться информацией от наземной RPi к воздушной и обратно. То есть двухсторонняя связь и как следствие плата усилителя должна это позволять.

Ранее вроде писали о усилителе для WiFi… что-то вроде этого:

Еще, можете попробовать в настройках OpenHD сменить ширину канала с 20МГц на 10МГц затем на 5МГц. Вдруг заработает)) (Можете посмотреть в офф. документации как это сделать. Советую сперва добиться работы на 5МГц без усилителя вообще)

Но, я бы посмотрел в сторону усилителей которым уже пользовались люди с OpenHD. Не слышал ранее никогда что бы кто-то ставил усилитель от DJi.

Еще есть видео от Константина:

Но, непонятно что за усилитель.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

Для того что бы именно посмотреть что передает можно использовать SDR приемник.
Но удовольствие не сильно дешевое и едва ли стоит тратить на него деньги только и за битых пакетов и ради того чтобы убедиться один раз что ничего рядом с вами не передает.
Из подходящих и популярных это HackRF. На Али стоит в раене 100$.
2. Из подешевле но с геморроем это SDR RTL2832U + R820T (t2) стоит в раене 10-20$ но, он способен принимать частоты до 1.3-1.6 ГГц. Что ни как не подходит для OpenHD, для того что бы подешевле все же получить спектр на 2.4 ГГц к нему можно. Подключить MMDS конвертер ( свой купил за 10$)
Из недостатков помимо размеров это то что в самом MMDS конвертере как правило стоит полосовой фильтр который будет срезать WiFi. То есть его нужно будет отрезать ( или что-то подобное ).
www.radioscanner.ru/forum/topic46000.html

  1. Ещё дешевле и ещё больше геморроя это:
    Использовать wifi карты на основе ath9k (ar9721)
    Для скана радиоэфира. Сам не пробовал, но подозреваю что это работает, хоть, скорее всего и медленно.
    www.bastibl.net/ath9k-spectrum-scanning/
    Самому это делать - убить кучу времени. Но если когда то добавят в OpenHD . Думаю это было бы полезно, т.к все для этого есть.
    _-----------------
    P.s. может проще частоты сменить или уже пробовали ?
    У меня кстати так же были битые пакеты и за некачественного USB кабеля. Ещё сама RPi не слабо фонит и так же если близко расположить к wifi может давать биты пакеты ( у меня так точно давала ) + любые импульсные конверты напряжения, и.т.д… но, вы вроде говорили что дома у вас все хорошо и проблема только в поле ?
3-х осевой подвес Tarot Gopro 3DⅢ
Palladin:

…Отремонтировать не представляется возможным, т.к. прошивка закрыта, выход следовательно один - отправлять его назад производителю.
Свой горелый я так и не отремонтировал, долго переписывался с поддержкой Тарота, готов был самостоятельно впаять микроконтроллер, но они стояли на своем, прошивку для контроллера осей не дали - высылай починим, оставил на запчасти, купил новый.
(

Ох и страстей Вы рассказали … Спасибо что написали.
Думал покупать тарот, а тут такая фигня с прошивкой контроллера. Спасибо что поделились.
Планирую устанавливать IP камеру вместо GoPro, IP камера явно легче. С таким успехом покупка нового подвеса не силно радует.
И что остаётся? - Storm32 (hakrc )…
Как думаете, storm32 (hakrc) сильно хуже?
Может что-то другое посоветуете ?

qczek lrs – 433mhz 1w (30dbm) lora rc link with telemetry - новая народная?
Shuricus:

Не понял зачем вы меня цитируете - у меня то проблем нет. Но мысль хорошая, можно слетать с телеметрией и без, и посмотреть как влияет.

Прошу прощение. Отправлял сообщение с телефона. Не верно выделил пост.

qczek lrs – 433mhz 1w (30dbm) lora rc link with telemetry - новая народная?
Shuricus:

Паять напрямую не лучшее решение, но использовать такой тонкий пигтейл - действительно стремно. Есть же нормальный кабель. Никогда не было проблем с прикручиванием разъемов. Ни у кого.

Не уверен что у вас аналогичная ситуация, но год назад у меня были проблемы с использованием Lora даже в пределах квартиры. Решилось все экранированными проводами от приемника до полётного контроллера.
Сейчас пересобрал коптер, провода стали длиннее и не экранированные и снова пошли фейлсейвы. Если у вас приемник передает телеметрию - попробуйте заменить провода на экранированные. Часто пишут что так же это может быть и за плохих антенн (КСВ).
Подробнее с картинками можно посмотреть тут
www.rcgroups.com/forums/showpost.php?p=41092687&po…

Там описание проблеммы и 4-5 фото экрана ПК при подключенной LoRa к USB/uart переходнику.
На них выделенны пакеты SBUS ( вроде 25 байт ?) Уже не помню ) и мусор или повреждённые пакеты SBUS когда приемник LoRa передает телеметрию. То есть попробовать экран + конденсатор перед Lora.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
lelik:

Можно крутить все, что доступно стандартному драйверу uvc:

Понял, спасибо!

tuskan:

катализатор ошибки - в ОпенХД неправильно парсятся наименования полетных режимов Мавлинка - вместо Angle или Acro (air) выводится Althold.

А Вам не составит труда написать это на англоязычный форум? Я думаю это будет полезно для многих.
www.rcgroups.com/forums/showthread.php?3154184-Ope…
или (скорее + ) github.com/OpenHD/Open.HD

tuskan:

вопрос по CM3

Это так же думаю стоит уточнить на англоязычном форуме.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
lelik:

USB-камеры - UVC-устройства, RTP и RTSP - это все про IP-камеры. По поводу железок с али - меня пока все устраивает, работаю с ними. Понял только, что wdr - не всегда хорошо.

Интересно, забыл об этом)

Вы сейчас используете вот эту камеру?
m.aliexpress.ru/item/32918608491.html

Не тестировали есть ли возможность управлять выдержкой?
Скажем установить фиксированную выдержку 1\30 … 1\1000?
Или для автоматического режима ввести экспокоррекцию?
___________________________
К чему спрашиваю, в DJi это все доступно и для качественного видео ИМХО крайне необходимо. С протоколами IP камер не особо хотеться заморачиваться.(

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
tuskan:

Ткните в ресурс где можно посмотре посмотреть ремонт диагностику пи3б
После краша греется чип юсб и не стартует

Сожалею о краше. RPi отказала или что-то иное?

По ремонту подсказать не смогу, разве что можете проверить питание. Точнее убедиться что оно в пределах допустимых норм. На плате должно быть 1.8 Вольт, 3.3В. 5В.
Посмотреть можно на тестовых разъёмах. Для RPi 2,3 (Но не RPi 3B +) есть описание вот тут:

ozzmaker.com/testing-points-raspberry-pi/

Вот тут можно посмотреть информацию о RPi 3B + ( не проверял насколько она правильная)

…stackexchange.com/…/what-are-the-functions-of-the…

По моему мнению если на линии 1.8 или 3.3 будет завышенное напряжение, я бы не стал тратить время.
Если напряжение в норме, кроме google.com подсказать ничего не смогу.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
lelik:

У этих людей свой собственный софт на платформе, отличной от RPI.

Да, но USB камера с RTP остаётся USB камерой с RTP.
Вы кстати отказались от использования USB камеры с Aliexpress или используете?
Как она вам, нашли ли что-то более оптимальное?

Виброизоляция, виброразвязка и демпфирование. Балансировка.
arb:

На видео принцип работы один и тот же. Вся разница заключена в расположении груза. В 1 случае сверху через хитрую коробку. Во 2 случае сразу снизу. Сами же тросики работают одинаково.

Спасибо за ответ.
То есть не имеет значения сжимаем ли мы “кольцо” или тянем?

Автор видео просто рукой сжал. А поставил бы камеру, то пошло бы на растяжение.

Простите, но хотел бы убедиться что вы правильно поняли суть первого видео, дрон там перевернут на 180 градусов. На фото ниже выделил как именно крепиться отсек АКБ. То есть тросики именно сжимаются под весом АКБ и подвеса (на фото нет), а не растягиваются.

Виброизоляция, виброразвязка и демпфирование. Балансировка.

Добрый день.

Подскажите, пожалуйста, по вибро развязке на основе тросиков:

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

Есть ли что-то кроме конструктивных сложностей что заставляет использовать людей вибро разсвязку на основе тросиков именно на растяжение, а не сжатие?

Пример дрона с “сжатием”:

holco.picturepush.com/showformat.php?format=img&im…

holco.picturepush.com/album/329783/13801082#column…

___________________________________________
И пример того что можно увидеть чаще всего (на растяжение):

Спасибо.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
tuskan:

какую конкретно?
Я сидел тут смотрел и запутался в конец.

Не знаю какие у вас требования к видео, но если бы я выбирал себе камеру я бы обратил внимание на следующие.

  1. Наличие WDR
  2. Насколько хорошо камера поддерживаться проектом, будет ли поддерживаться дальше, сколько людей её используют (на случай если что-то пойдет не так).
  3. Качество видео. ( днем, вечером, ночью, в динамических сценах )
  4. Возможность настройки камеры. (Экспокоррекция, и.т.д…)
    ________________
  5. VEYE-MIPI - стоит без доставки 90$ и кроме RPi вы её больше никуда не подключите.

По поему мнению цена не малая по сравнению с IP. Из возможных плюсов, т.к. это все же RPi камера в настройках приложения возможно изменять баланс белого, возможно что-то еще. (скорее всего после перезагрузки), но может уже сделали в режиме реального времени.
Очень осторожно с этой камерой. Её не так много людей использует насколько я знаю. (не менее двух, но больше не слышал.)
Посмотрите.

Из минусов, для меня, например мой телефон просто не может нормально воспроизводить FullHD видео. Задержка начинает ползти вверх. Может у вас также будет. С HD все нормально. (телефон meizu m6 note )

  1. HDMI переходник + камера по типу Firefly Split 4K. цена ~50 + переходник (20$?)
    Из явных плюсов это то что камера сможет писать 4К видео на SD карту. (если я все правильно понял.)
  • Я так понимаю эти камеры используют не только с OpenHD.
    С IP и с VEYE-MIPI вы это не получите. Подробнее описать не могу, т.к. не использовал её, но советую посмотреть обзоры.
  • (так же как и для 1) Возможность удобно ( если допилят на ходу) изменять битрейт.
  1. IP камеры. Минусы я уже описал в постах выше и их не мало.
  • В IP камерах на основе 3516 например нет WDR, вместо этого DWDR - по сути накручивание контраста, что не есть WDR
    Один плюс, цена 30-35$ И если не подойдет, камеру вы сможете поставить в гараж или еще куда.
    _________________________________
    Ну, и посмотрите YouTube что вам подходит.
OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

По USB камерам ещё могут подсказать вот эти люди: Lelik, SVPcom:
rcopen.com/forum/f90/topic515083/921
В середине этой страницы есть обсуждение USB камер. SVPcom ссылался на достаточно дорогую UUSB камеру Kurokesu C1 (<100$ ) , Lelik на камеру с Али (~50$) m.aliexpress.ru/item/32918608491.html

Обе эти камеры не тестировались с openHD насколько я знаю. Но скорее всего смогут заработать если подправить конфиг openHD. Думаю о этих камерах так же стоит спросить в телеграм.

kasatka60:

У меня нету телеграмма и не собираюсь ставить.

Есть ещё англоязычный форум по openHD, но, думаю там активность гораздо ниже. Может там смогут подсказать.

www.rcgroups.com/forums/showthread.php?3154184-Ope…

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
kasatka60:

Ip камеры, они же подключаются по изернету или usb? Но тогда в любом случае мне нужно менять воздушную малину

IP камеры. Да, по Ethernet.
Я использую эту камеру IMX291 Hi3516C V300. Обратите внимание на чипсет Hi3561C v300. В Вики об этом написано, но на всякий случай ещё раз. IP камеры бывают очень разные! Некоторые из них отправлюят key frame раз в 30 секунд, некоторые могут отправлять раз в секунду. То есть работают не все. Если надумаете покупать IP еще раз настоятельно рекомендую уточнить в телеграм канале что стоит и что НЕ стоит покупать и как сейчас дела с IP вообще.
Так же , тестировались некоторые модели USB веб камер с аппаратным кодеком H264 на борту. Так же можете уточнить в телеграм.

github.com/OpenHD/…/Software-~-Advanced-~-USB

В воздухе у меня RPi 2, на земле RPi 3. Телефон подключается по 5GHz wifi и получает видео поток.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

А, ещё забыл сказать. Я использую openHD образ почти годичной давности, на тот момент были проблемы с воспроизведением видео на родном дисплеи RPi и HDMI с IP камеры - большая задержка. Использую только с Android - модифицированная версия QGC. Прошел почти год и многое изменилось, но не знаю пофиксил проблем у или нет. Если вдруг надумаете использовать IP настоятельно рекомендую уточнить этот момент.
Также, где то месяца 3 назад скинул Джастину обновленную версию QGC которая использует обновленный gstreamer . Это исправляло проблемы QGC с “накоплением” задержки видео.
Не знаю обновил ли он ссылку на GitHub или нет.
Обновленная версия называется QGC_14.01.2020_gst_v_14.1.apk
Вообщем, если надумаете, рекомендую уточнить в телеграм группе как сейчас с IP камерами дела.

Интересно, Firefly split . Написано что она 4к. Я так понимаю на HDMI она выдает 720p и на SD карту пишет 4k?
Мне кажется это будет менее проблемное решение в сравнении с IP. Хотя эту связку не использовал, может там тоже есть подводные камни.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
kasatka60:

При включении openhd, там заставка - это запись с go pro. А так, качество с ip камеры хорошее.

А что за сплит камеры, которые тыкают в переходник и потом в малину?

Добрый день.
Не уверен что ответ верный но возможно о этом речь ?

Если да, посмотрите у Константина там много видео роликов с этой камеры.
Кстати, сейчас YouTube по умолчанию показывает видео в формате 360p ( у меня так точно ) , надеюсь не забыли сменить качество видео с 360p в 1080

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
siderat:

Зипрей писал IP камера показывает на уровне Gopro4. И конвертор не нужен.

Добрый день.
Не знаю как гопро 4 показывает, но если так же как IP камера - это печально.
Чуть меньше года назад снимал видео с использованием IP камеры.
Датарейт был установлен вроде в 3.
Битрейт камеры 4 или 5 мБит. Разрешение 720p. Fps к сожалению не помню, но скорее всего 20-25.

На видео камеру сильно трясет, желе. Но примерно качество понять можно.
Смотреть с 12 минуты 30 секунд.
Так же в видео где то в середине есть момент переключения с 20 МГц на 10/5МГц. Можно заметить незначительное улучшения приеме и падение качества видео. Затем снова 20 МГц.
Матрица IMX291 + объектив в раене 10-15$

По камерам есть некоторые недостатки.
В частности и за кривых прошивок нельзя ограничить максимальную выдержку и за чего ночью несмотря на отличную чувствительность есть смазы. Для себя использую передачю видео в формате SD с битредом меньше мБит (б
Датарейт 2, 10 МГц) и запись FullHD видео на флешку на воздушной стороне.

Пример ночного видео. Сильный порывистый ветер. Ночью без стаба никак. Если нет возможности ограничить выдержку.
С стабом и без ветра думаю было бы неплохо.
Смотреть с 2-10. Все остальное – каша и за длительных экспозиций.

на ПК есть ещё FullHD видео с флешки. Завтра возможно закину на YouTube, но, думаю и так примерно понятно.
Кстати. Посмотрел ночное видео (2-е).это вроде запись с флешки с дрона, только не помню это HD или FullHD и битрейт не известный.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
kasatka60:

Както на телефон переносить очень важные функции… может этого не надо делать? Если конечно вам не жалко самолет и «железо» на борту.

Кстати, я никому этого не советую, но сам летаю … полётов 10. не много конечно. Но проблем не возникало. Одно отличие, я использую немного другой конфиг:

Taranis -> USB -> Android -> 5GHz WiFi -> RPi 3 WiFi -> 2.3GHz + Lora.

Сейчас думаю над тем что бы LoRa убрать от наземной RPi подальше. Как например еще одна RPi к которой подключена LoRa и которая подключается к наземной RPi посредством WiFi 5GHz.

В данный момент она (Lora) подключена через USB\TTL переходник в RPi.

Не то что бы это вызывало какие-то сбои в работе, но так как наземную RPi я размещаю на крыше машины, туда же приходится и диполь Lora ставить. Не думаю что это хорошо.

[QUOTE=andreyda;7941518][QUOTE=user1321;7941466][QUOTE=andreyda;7941389][QUOTE=user1321;7941342]

Пожалуйста.

Еще, обратите внимание на три важные штуки:

да спасибо . по этим фичам я в курсе, это решабельно. просто я месяц не мог понять где корень проблеммы ( по коннекту таранис -андроид)

kasatka60:

Както на телефон переносить очень важные функции… может этого не надо делать?

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

А что в качестве антенного блока вы используете? Это связка 433\868 MHz(Управление) + 2.4GHz (Видео) + Wifi 5GHz?
Можно пожалуйста, поподробнее? Возможно одно и тоже делаем.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

[QUOTE=andreyda;7941389][QUOTE=user1321;7941342]

andreyda:

Откуда берется и куда копать… Немного покопался и могу Вам совершенно точно сказать куда копать - смена прошивки на более старую версию. Подробнее что и почему ниже:
отлично большое спасибо !!! теперь то точно понятно в чем дело !!!

Пожалуйста.

Еще, обратите внимание на три важные штуки:

  1. Андроид может выгружать фоновые приложения из памяти если ему не хватает ресурсов. (если правильно помню)

  2. В некоторых моделях телефонов есть “умные” функции, как например в моем Meizu. По умолчанию телефон приостановит любое фоновое приложение через 60 секунт если явно не указать что этого делать не нужно.

  3. Проверьте как для вас работает Fail safe.

Если коротко, то стоит по закрывать все ненужные приложения в планшете и заранее протестировать что все работает как нужно в длительном промежутке времени. (в том числе не переходит ли планшет в какой-то супер энерго сберегающий режим скажем при разряде батареи до 30-15%.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками

[QUOTE=andreyda;7941235]

user1321:

Посмотрите во вложенни как это выглядит у меня. Забыл добавить, у Джастина (знакомый) также пульт taranis x9d и приложение так же работало.

Интересно, какая версия прошивки у Вас установленна.
прошивка 2.3.5 все правильно AxisMax 2047 но откуда это берется ? остальные уставки вроде правильны , что определяет число ? есле это длительность импульса то оно и должно быть около 2000мкс непонятно куда копать
может скинете настройки модели рабочие попытаюсь от них плясать… спасибо за ответ в тесте аналога значения не превышают 100 едениц .

Откуда берется и куда копать… Немного покопался и могу Вам совершенно точно сказать куда копать - смена прошивки на более старую версию. Подробнее что и почему ниже:

Посмотрите, пожалуйста на два файла.

Один из них - исходные коды прошивки для пульта версии 2.3.5, второй для 2.2:

Файл для 2.2 : github.com/opentx/opentx/…/usbd_hid_joystick.c

0x09, 0x35, // USAGE (Rz)
0x09, 0x36, // USAGE (Slider)
0x09, 0x36, // USAGE (Slider)
0x15, 0x81, // LOGICAL_MINIMUM (-127)
0x25, 0x7f, // LOGICAL_MAXIMUM (127)
0x75, 0x08, // REPORT_SIZE (8)
0x95, 0x08, // REPORT_COUNT (8)
0x81, 0x02, // INPUT (Data,Var,Abs)
0xc0, // END_COLLECTION
0xc0 // END_COLLECTION
};

Для версии 2.3.5 этот же файл: github.com/opentx/opentx/…/usbd_hid_joystick.c

0x09, 0x36, // USAGE (Slider)
0x16, 0x00, 0x00, // LOGICAL_MINIMUM (0)
0x26, 0xFF, 0x07, // LOGICAL_MAXIMUM (2047)
0x75, 0x10, // REPORT_SIZE (16)
0x95, 0x08, // REPORT_COUNT (8)
0x81, 0x02, // INPUT (Data,Var,Abs)
0xc0, // END_COLLECTION
0xc0 // END_COLLECTION
};

О том что такое -127 — + 127 и 0 … 2047 - это не PWM для которого длительности импульса в 2000 это норма, и не S-BUS. А всего лишь диапазон значений в численном формате от минимального до максимального положения ваших “стиков” на пульте управления. Когда Вы подключаете мышку, джойстик к компьютеру сперва они по определенному протоколу (USB, HID) передают информацию о том что было подключено, сколько у него кнопок, крутилок, и какие значения этих крутилок соответствуют максимальному и минимальному положению.

По всей видимости в после версии opentx перешли на другой формат значений, а программа для android тестировалась под джойстик от Sony Playstation и под taranis c 2.2. Посему и вышла вот такая проблема.

Надеюсь прошивка версии 2.2.2 не являться критической проблемой.
_____________________________________________________________
Судя по всему это изменение было сделано 29 июня 2018.
github.com/…/9cbd0b9813f40b01d7f3bd52267f5d86ebb1e…
По описанию они улучшили работу джойстика позволив ему передавать информацию о положении стика не в 8 битном формате (то-есть 256 значений для всего диапазона), а в 11 битном формате. (0-2047) Что должно положительно сказаться на работе серво приводов, и.т.д.
Не могу обещать что в этом или следующем месяце, но возможно добавлю поддержку этого изменения. Т.к. 11 бит вроде должно работать лучше.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
pavel74:

подскажите в статике картинка оч четкая но стоит шевельнуть камеру сразу расплываеться (как будто резкость пропадает) что менял----
датарейт 4
FEC 6/2/1536 ( ставил 8/4/1024)
FPS от 30 до 59.9
KEYFRAMERATE от 10 до 20
BITRATE_PERCENT от 30 до 75
все делал в разной последовательности

www.youtube.com/watch?v=bG5oPHpzq94

+

tuskan:

это и есть специфика пережатой цифры

Далеко не факт что это происходит из-за низкого битрейта. По моему мнению это недостаточная освещенность и как следствие длительная (недостаточная) выдержка.

Далее длинное рассуждение и тесты.
У меня была (и есть) идентичная проблема, но с IP камерой. И также думал что это происходит из-за битрейте. Однако, провел несколько тестов в домашней обстановке условия теста:

  1. Нормальное освещение (люксметр к сожалению нет, посему на пальцах).

Камера неподвижна и направленна на объект с мелкими деталями (линии) - все отображается четко.

  1. Камера приводиться в движение вокруг своей оси - линии размываются, крупные объекты все еще четкие.

  2. Добавляться мощная лампа дневного света, камера вращаться вокруг своей оси: объекты четкие.

К сожалению, у моей IP камеры невозможно ограничить максимальную выдержку. Для камеры RPi можно попробовать провести аналогичный тест с освещением и также поэкспериментировать с количеством кадров в секунду, скажем для теста поставить 120FPS (искусственно ограничив выдержку таким образом) Качество картинки 120 FPS скорее ухудшит, так как с увеличением количества кадров в секунду в два раза необходимо увеличивать битрейт в два раза для поддержания видео в таком же качестве. Однако это позволит понять в чем проблема: в недостаточном освещении или битрейте.

Аналогично, делал тесты с мобильным телефоном и записью видео в 4K + На многих телефонах возможно изменить битрейт до достаточно больших значений (60,80, 100 Мбит +). На результат это особо не влияло. Чего нельзя сказать об освещенности.

Из всего делаю вывод что крошечный размер пикселя у камеры RPi влечет за собой длительные выдержки которые негативно сказываться на динамичных сценах.

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
user1321:

завтра к обеду постараюсь найти версию прошивки пульта.

Посмотрите во вложенни как это выглядит у меня. Забыл добавить, у Джастина (знакомый) также пульт taranis x9d и приложение так же работало.

Интересно, какая версия прошивки у Вас установленна.
_______________________________________
Дополнительно, просмотрел исходники приложения, и оно просто не умеет обрабатывать входные значения в диапазоне 0-2047. Только, 0-255, 0-256, -127 – +127. Вопрос, пульты у нас вроде идентичные, почему Ваш выдает значения в другом диапазоне? Скорее всего другая прошивка. Других вариантов не вижу. (Может быть они еще аппаратно внутри отличаться. Но, версию прошивки стоит проверить в первую очередь)

OpenHD: DIY/opensource HD/FHD цифровое видео своими руками
andreyda:

hi!
не у кого не возникала проблема с (Android OpenHD RC приложение)
при присоединение андроид -таранис (по usb) не получаю отклик на перемещение стиков.
причем таранис в проге определяется адекватно но вввода значений не происходит , если пропустить ппм от тараниса через донгл симулятора только 5 каналов отрабатывают , но так не полетаещь каналов маловато .
никто не подскажет в чем может быть засада?

Доброй ночи.
По фото похоже что вы используете Taranis x9d ?
Если это так, то у меня эта же модель пульта и она работает, однако, пульт у меня определяется немного иначе. Точнее диапазон минимальных и максимальных значений не от 0 до 2048? , А от -127 до +127 (вроде эти значения. Это по памяти. Но они точно другие ) завтра к обеду постараюсь найти версию прошивки пульта. Если знаете как посмотреть в меню самого пульта - это упростит задачу, т к. На скорую руку не смог найти версию прошивки в меню пульта.

qczek lrs – 433mhz 1w (30dbm) lora rc link with telemetry - новая народная?
kasatka60:

Выключите передающую лору и посмотрите на показания. У меня минимальное значение около 1000. Так же у лоры rssi, судя по отзывам, резко падает. Тоесть летишь и качество связи на 99%, а потом резко в нули и fs.

Попробую, спасибо.

А вы какую версию прошивки LoRa используете? 1.92 или более старую?
Также какой тип RSSI? - SNR или PacketLost или?
Спрашиваю, чтобы оценить показания RSSI.