Activity
Вот, чуток похвастаюсь,
Замечательно получилось! Смотрел в красно-синих очках. Плавность действительно плавная. Обратил внимание на некую размытость фокуса вдали - добавляет кинематографический эффект.
В общем-то для круизного полета приемлемая задержка для такого качества.
олетал на коптере FPV в HD шлеме HMZ-T3.
Подскажите, передача-прием видео каким каналом? Задержки ощутимы?
это для чего?
Чтобы не использовать отдельный модем. Если оранджи поддерживают двухсторонний обмен данными, почему бы не попробовать его использовать, даже на 9600. У меня два видеопередатчика на коптере, если ставить еще и модем - вообще летающая микроволновка, да и антенны куда-то растыкать надо. В общем, причины есть 😃 Работает, кстати, только глючновато пока, но это тема для других веток.
Я тоже первым Байчи писал. Имеющихся инструкций хватило даже мне, не особо опытному. При эксплуатации возникли сложности с ней. С помощью Байчи - решил настройками в консоли.
Потом залил OpenLRSng с целью получать телеметрию (в дубль к OSD) и попытками подключить APM через модемный режим телеметрии этой прошивки.
Если бы одна была просто “лучше” другой - другой бы не было 😃 Они отличаются по возможностям.
И второй вопрос: можно ли установить tx модуль отдельно от пульта, чтобы не попасть под 1 ватт излучения. Можно ли контакты между модулем и пультом ру соединить проводами длиной в метр и поставить модуль на крышу машины ?
Я буквально на этой странице задавал аналогичный вопрос rcopen.com/forum/f90/topic302333/2685
Формально лучше вынести модуль (ну чуть меньше потери в антенном проводе). но это копейки. А вот провод, это совсем не удобно.
Насчет удобства - в моем случае это не играет роли, ибо и так идут проводочки к штативам (РУ, видео).
Мне проще оперировать со сигнальным кабелем, чем с ВЧ.
Спасибо!
С родными сосисками, прямо из коробки со 100мВт модулем спокойно на 1.5 км летал.
В чистом поле - да. В зашумленной зоне городской зоне - хуже.
Еще очень влияет взаимное расположение антенн.
Я недавно на своем коптере начал летать. Дело было на подготовленном под застройку пустыре около многоэтажек в черте города.
Пока плавно веду по курсу - на сосиске, с передатчиком в пульте 100мВт - 150-200 м без проблем вообще (дальше его я переставал различать клюв-хвост). Когда на границе этой зоны вираж закладываю - писчит истошно. Благо FS настроил на RTH.
Может кто поделится опытом (самому сравнения найти не удалось). Если говорить о выносе антенны на передатчике, что лучше:
- вынести сам модуль передатчика из аппы на проводках к JR/Futaba-разъему и антенну вкрутить в сам передатчик или
- вынести антенну на экранированном кабеле, оставив передатчик в аппе?
Кстати, хотел спросить. Вчера подключил к пульту с прошивкой которая шла в с ХК, сбиндил, серву подключил - шевелится. Но не понял, почему-то мигает потеря пакетов, даже на расстоянии в метр., и серва рывками двигается.
У меня с ХК-прошивкой вообще признаков жизни комплект не подавал.
Сначала прошил байчи - глючило, как написали Вы, потом KH4. На каком-то этапе все заработало гладко. USBasp программатора тогда у меня не было. Так что несколько простых перезаливок как-то вправили оранджу мозг.
Родные антенны %#$%#$%@. Смени на передатчике хоть на кусок провода 14-15 см и все станет хорошо.
Не обязательная причина (если не бракованные). Если менять, то на что-то действительно нормальное.
Нашёл вот такую инструкцию, похоже на правду?
docs.google.com/file/d/0Bx2R...Z0aGljRlk/edit
про фьюзы ничего не говориться, как их прошить и куда
В добавление к этой инструкции я для себя записал пошаговый алгоритм. Только что кинул в дневник: rcopen.com/blogs/176492/19041
Вообще в дневнике baychi есть недостающая информация.
А у меня возник вопросик к форумчанам:
Кто-нибудь из вышеприсутствующих использует вышеупомянутые примник и передатчик в качестве телеметрийного модема (типа 3DR)?
Возможно-ли просто подключить Tx и Rx передатчика к Rx и Tx полетного контроллера, а на земле Rx и Tx приемника к Tx и Rx Bluetooth модуля, а тот, в свою очередь к Android Ez GUI?
(и если у кого есть - прошивочка…)
Я пытаюсь такую солянку реализовать. С прошивкой KHA может работать как модем, но есть нюансы. Так же купил бт модули HC-05. В терминалках модемный режим работает, но не всегда включается, закономерность не понял. Более простой вприант даже с подключением передатчика к ПК пока не позволил мне связать APM 2.5 и его MissionPlanner.
У тебя есть такой же 6 злачный трек чтоб сравнить. Этот не трекаеться 2008728855 $54.14 Shipped 0041565
Мой старый заказ 2007770518 - до сих пор трекается. Абсолютно такая же картина была у всех, кого отсылали туда в октябре 2013, когда этот сайт появился.
Ну не может внутренний номер заказа на Hobbyking стать автоматически трек-номером! Логические доводы: сайт создан в конце прошлого года, на сайте никакие ссылки не ведут в какой-либо реальной информации, нумерация заказов на ХК не прерывалась и не изменяла формат. Чтобы сайт был правдой нужно, чтобы ХК мгновенно организовали трансконтинентальную транспортную компанию, работающую своими ресурсами (типа DHL) и для “удобства” покупателей обращала номера заказов в треки сразу - т.е. абсолютно нереальное сочетание.
Поищите по этой ветке в контексте названия сайта - много узнаете.
А Каму ни-буть выдавали такой трек поделитесь опытом
Сайт, который Вам написали для отслеживания - фейк!
На нем одинаковыми строками “трекаются” по номеру заказа все задержанные посылки. Это ХК замутил для отмазок перед палкой.
Интересно посмотреть кадры, где много объектов на разном удалении от камеры. Типа перспективной съмки улицы. Буду признателен.
Сайт GLS INTERNATIONAL, на котором трекаются посылки по номерам заказов - это Хобикинговый фейк для отмазок перед paypal. По крайней мере так было в прошлом году массово.
rcopen.com/forum/f23/topic219689/9503
Я профессионально занимаюсь разработкой веб приложений. Это мой хлеб. Не надо мне тут рассказывать про “движки инет магазинов” и роботов.
А вот HK как раз сделал полуавтоматическую обработку всего, т.к. диапазон клиентуры и условий - очень большой.
Я уже отписывал свое мнение о процессах оформления заказа: в ХК есть отдельная группа людей, которые работают с денежными вопросами (подтверждение оплаты, возвраты и проч.) и вот они, похоже, не круглосуточно сидят и часто у них очередь вопросов на подтверждение большая. Стукнулся в чат - тебя поближе в очереди вопросов поднимают, чтобы не барагозил.
У меня всего 10 заказов было, но у каждого был абсолютно свой, оригинальный сценарий прохождения и он базировался на времени суток в Китае.
Странно. На работе мне YouTube показал красно-синее представление. Дома - горизонтальную стереопару. Надо разобраться.
Интересная ссылочка про новейшие дисплеи: 4pda.ru/2013/08/09/110878/ - вот это было бы классно!
Сообщение от Deverex
вообще биты можно паковать иначе…Ага. Это вывод типа: “в русском алфавите всего 36 букв, ими написанны и “Война и мир” и “Евгений Онегин””, что-же нам то мешает?
Примерно так 😃 Мы тут все вроде не глупые люди с техническим сдвигом крыши и теоретически можем придумать и сделать все, что угодно, просто на все рук не хватает, поэтому приходится использовать то, что разработали другие.
Не понял смысла фразы. Какой еще канал связи у Вас есть?
Я чуть выше высказался по вариантам. Если речь идет о передаче видеосигнала как цифрового потока - то вариантов нет. Альтернативой я вижу развитие аналоговых решений.
Да все уже давно изобретено. Не хватает не средств ввода или вывода картинки. Банально не хватает real-time канала видопередачи, при ограниченных энергетических ресурсах.
Собственно, да. Просто я хочу подчеркнуть, что важны все этапы в видеотракте. У меня пунктик на сбалансированные решения. Занимаясь проработкой своего варианта FPV я изучил практически все возможные способы передачи видеосигнала на расстояние. Если оформлю свои путевые заметки - будет головоломное чтиво, как уравнение с множеством решений.
открыл для себя промышленные стандарты цифрового телевидения
Там, кстати, в перспективе что-то можно будет использовать - хорошие алгоритмы и решения. Упрощенный вариант (без многоканальности и служебной информации) - на данный момент самый скоростной способ передачи HD-видео, т.к. и является тем случаем, когда “биты паковали иначе” - нет накладных расходов сетевых протоколов для поддержания двусторонней связи, но поток снабжен инфой для коррекции глюков. Да собственно что я рассказываю! PPM - знаете? 😃 Вот примерно из той же оперы.
Тут вообще очки обсуждают, так вот:
4pda.ru/2013/08/09/110878/
Очки есть, но до масс они пока не доходят по экономическим мотивам. Через год-два будут доступнее.
Постараюсь технически оправдать:
Использование одного дисплея требует качественной оптики(зеркала,призмы) - это заметный вес, как ни крути (либо катастрофическая хрупкость) => массовым продукт сделать будет сложно => продавать проблемно => делают мало и дорого.
Использование двух дисплеев - дорогие матрицы, больше электроники => тоже не ахти какие компактные и цена кусачая => массовым продукт сделать будет сложно => продавать проблемно => делают мало и дорого.
Поскольку стекло вряд ли легче станет, а вот миниатюрные матрицы развиваются - я делаю ставку на двух-матричные очки и слежу за новостями с фронтов.
С чего там большая задержка-то будет?
Вы какие варианты цифровой передачи тестили и с какими характеристиками?
Если есть описание хоть примерного технического решения с приемлемыми по цене/энергопотреблению/скорости компонентами (камера, кодер .h264, передатчик/приемник, декодер, монитор) и которое дает 120-150 мс на кадр - очень интересно было бы узнать!
Лично мне удалось найти только медицинский комплект тыщ за 50 долларев с задержкой 50 мс (кодер-декодер), да и то без радийки.
Тут нужно прояснить некоторые нюансы:
Коллизия1: нам нужно передавать большой поток => нужна МГц-овая частота несущей, но она имеет минимальную проникающую и огибающую способность и требует мощного излучателя на дальние дистанции (полет между деревьями - рискован).
Коллизия2: нужно постараться закодировать HD-поток максимально плотно, но FPV - это не совсем студийное и хорошо пакующееся видео => придется вложиться в оборудования кодирования и питание к нему, причем найти границу, за которой неэффективно наращивать мощность кодера ввиду слабого выигрыша в качестве кодирования.
У меня к TCP и UDP нет претензий, они шустрые, но вот система в целом - это отдельная длинная песня.
У меня есть AR.Drone 2.0 - неплохая игрушка с передачей HD-видео и управлением по WiFi. Даже в чистейшей радиоэфирной обстановке задержки не позволяют уверенно пилотировать по экрану смартфона, а ведь это “коробочный” продукт и не шибко дешевый.
Для свзи типа точка-точка, нужет просто Ethernet кадр с нестандартным кодом протокола.
Я вообще дорассуждался до того, что открыл для себя промышленные стандарты цифрового телевидения 😃 Зачем нам тратиться на обмен кадрами, да и вообще биты можно паковать иначе…
Мое мнение - передача HD по радиомодему - красиво, эффектно, но ограниченно по способу применения и дальности в разных классах БПЛА.
FullHD FPV без задержек может родиться только как сложное решение с дорогими и качественными компонентами.
Очки - совсем другое дело. Стерео HD-очки сложны ввиду того, что они обречены быть тяжелыми, т.к. есть минимальный технологический размер HD-дисплея, который больше 6 см по ширине (расстояние между зрачками около 7 см - это условие для использования простой и легкой оптики), а все бОльшие размеры требуют призм/зеркал и т.п, что не очень легко.
Пока не изобретут что-то принципиально новое либо в размере дисплея (уменьшения пикселей), либо в способе изогнуть оптическую траекторию картинки - не видать нам дешевых FullHD-стерео-очков.
А сколько циферок кажет при 6-ти?
Столько же.
PS: И лучше бы вопросы по моим прошивкам перенести в соотв. тему.
ОК. Теперь хоть стало понятно с чем мне надо разбираться 😃
Если надо просто перевести мкс в HEX, придется править программу: добавьте параметр ,HEX в вызов serial.print(, где они печатаются (в ppmsbus.ino, ближе к концу, после case 0
Займусь, отпишусь.
Передатчик - именно передатчик (такой, в оранжевой коробке, с JR дырками на спине, вставляемый в гнездо аппы). Приемник - собственно OrangeRX Receiver. Скажем так - использую самую типовую и классическую схему применения оборудования.
PPM-сигнал снимал с тренерского JR-разъема на микрофонный вход компа, писал в Sound Forge. Уровень сигнала определить не могу, осциллографом не располагаю, а вольтметр не показывает нормально.
Цифры выводятся всегда для трех каналов. Может, у меня терминальная программа косячит, но если Вы задумали вывод с отсылкой сигнала возврата каретки и повторным выводом в терминале в одну строку - то всегда выводятся именно три цифры.
При неподвижных стиках - дребезг минимален и совпадает с дребезгом, наблюдаемым через меню Turnigy.
А в HEX есть возможность эти цифры выводить (чтобы с менюшкой турниги сравнить)?
Хм. Думал регистры обнуляться. Рекомендую сбросить в 0, регистры 3-6. На передатчике в регистрах 19-22
выставить адекватные пfраметры: номер канала переключения мощности и ее уровень (0-7). Если не надо управлять, поствьте 7-ки
везде.
На данный момент:
Полностью проверил настройки аппы (4ch, FrLen 20ms, без миксов), смазал поты, перекалибровал и через тренерский разъем запечатлел
PPM-сигнал:
Провел правильный rebind - эффекта не дало.
Установил TX R19-R22=0 - эффекта не дало.
Установил TX R4=0 (FS check enable) - исчезли потери связи(!)
При R4=1 на каждое крайнее положение любого стика был Stop:
Stop: T=37 Tc=-1 M=320 A=29
Stop: T=38 Tc=-1 M=320 A=29
PPM3 mode: T=38 Tc=-1 M=320 A=31
Stop: T=38 Tc=-1 M=320 A=29
PPM3 mode: T=38 Tc=-1 M=320 A=31
Stop: T=38 Tc=-1 M=320 A=29
PPM3 mode: T=38 Tc=-1 M=320 A=32
PPM3 mode: T=38 Tc=-1 M=320 A=31
Stop: T=38 Tc=-1 M=320 A=30
PPM3 mode: T=38 Tc=-1 M=320 A=31
1544 1497 1510
Теперь при R4=0 - только изредка выкидывает
PPM3 mode: T=38 Tc=-1 M=320 A=31
а так - все время бегут три цифры (хоть мне и кажется, что чисто теоретически их должно быть 4).
Данные калибровки APM 2.5:
CH1 900 | 2090
CH2 900 | 2092
CH3 905 | 2095
CH4 906 | 2096
Спасибо за совет! Буду дальше разбираться.
UPD: 6 каналов тоже пашут гладко.
Включите отладку на передатчике (R6=3) и смотрите как меняются длительности импульсов при сбоях.
Сейчас удалось нормально связать и залогировать при срывах связи. Не синхронные блоки, но картина такая примерно:
Передатчик
1417 1500 1487
1417 1498 1487
1418 1497 1485
1417 1498 1487
1417 1499 1487
1414 1508 1485
1285 1528 1485
1092 1545
Stop: T=55 Tc=-3 M=332 A=30
988 2008 1485
988 2008 1485
988 2008 1485
988
Stop: T=53 Tc=-3 M=332 A=30
997
PPM3 mode: T=53 Tc=-3 M=332 A=31
1266 1497 1487
1393 1496 1487
1501 1497 1487
1611 1498 1487
Приемник
R=219 S=6 C=5 A=255 Rn=63
R=211 S=6 C=6 A=255 Rn=42
R=224 S=6 C=7 A=255 Rn=57
$RL1 S=6 C=8 Rn=59
$RL2 S=6 C=1 Rn=51
$RL3 S=6 C=2 Rn=51
$RL4 S=6 C=3 Rn=46
$RL5 S=6 C=4 Rn=49
$RL6 S=6 C=5 Rn=63
$RL7 S=6 C=6 Rn=42
$RL8 S=6 C=7 Rn=55
$RL9 S=6 C=8 Rn=58
$RL10 S=6 C=1 Rn=52
$RL11 S=6 C=2 Rn=54
$RL12 S=6 C=3 Rn=47
$RL13 S=6 C=4 Rn=43
$RL14 S=6 C=5 Rn=63
$RL15 S=6 C=6 Rn=43
$RL16 S=6 C=7 Rn=48
$RL17 S=6 C=8 Rn=55
$RL18 S=6 C=1 Rn=50
to fs
$RL19 S=6 C=2 Rn=54
$RL20 S=6 C=3 Rn=44
Покажите настройки передающей стороны (регистры в меню). И покажите шум командой ‘N’.
Покажите настройки приемника (регистры в меню) и его шум (команда N) при выключенном передатчике.
Включите отладку на передатчике (R6=3) и смотрите как меняются длительности импульсов при сбоях.
Прилагаю собранный лог с комментариями.
bind-log-2014-02-05.zip
Фьюзы Мегам на приемнике и передатчике правили?
Что пишут модули при включении? Нет ли сообщений типа “FLASH Error” или “Settings error”?
До фьюзов пока не добрался и bootloader тоже не трогал. Мне еще не доехал AVRISP программатор.
Сообщений об ошибках не было. Единственные документированные ошибки - несколько CRCerr в приемнике в процессе получения пакетов, когда иногда работало.
Мне главное понять - это проблема железа или софта.
UPD: пока все это собирал понял, что выполнение bind сбрасывает идентификатор bind в случайный. Через консоль я возвращал значение регистра. Нужно еще поанализировать Ваши алгоритмы установки связи и синхронизации. Интересно, как они договариваются.
Господа специалисты, помогите пожалуйста разобраться.
Исходные данные:
Аппаратура Tugnigy 9XR; передатчик и приемник OrangeRX 433 (все хоббикинга).
Проверяю двумя слабенькими сервами, в аппаратуре настроил отдельную модель с полным отсутствием миксов и типовой раскладкой каналов.
В купленном виде комплект не биндился никак. Прошил через FTDI-адаптер 3.3В прошивкой baychi OpenLRS. Через меню настроил себе номер для bind. Радиошум есть большой (многоквартирный дом), но хоть как-то сигнал ловит, хоть и в упор и плохо.
После нескольких пинков и повторных перепрошивок стал реагировать на команды, но своеобразно:
1.крайние положения стиков приводят к прекращению приема команд и обнулению (именно на 0, на центр) сигнала. Судя по мерцанию светодиода на передатчике (такое у baychi) - отправка идет.
2.после каждого включения приходится делать bind, а вчера напоследок он и это делать отказался.
Подключил через APM 2.5, в MissionPlaner есть калибровка RC аппы - та же картина (нагрузка с серв была ни при чем).
Параметры PPM-сигнала аппы уже проверил - размер кадра (FrLen) 20мс, что подтвердилось аудиозаписью и её раскладкой в редакторе. Изменение FrLen в лучшую сторону не сыграло.
Если микшерами ставлю сигнал каналов в 97% - тогда держит связь.
Вот и вопрос - такое поведение нормально или я чего-то недопонимаю? Судя по цифровым значениям сигнала в калибровке к MissionPlaner - недодает диапазон.
P.S. я сам из начинающих в моделизме и эту ветку и смежные темы читал - осилил не все, но довольно много.
К вопросу о помехе 433 на видео:
Внутри камеры есть цепи, которые работают на частоте, кратной 433 - отсюда может быть искажение PAL сигнала. Если приемник иногда передает - могут быть наводки на изображение.
Кстати, есть у меня одно важное наблюдение:
Есть у меня автомобильный регистратор с возможностью подключения камеры заднего вида с разрешением 400х240 точек - его соотношение сторон далеко не 3:4 и вот на нем мои камеры показывают на всю ширину своей картинки без отрезания изображения. С этих же камер вывод на 3:4 обрезается по левому и правому полям (проверял включением в меню камеры опции “показать название” и выводимые буквы “L.CAM” были видны только на широком монике, на автомониторчиках и на комнатном телике - только краюшек “M”, на ТВ-тюнере ПК - могло отображаться, если вручную поменять aspect ratio).
Я видел на али дисплеи, которые к arduino люди подключают - на них разрешение 800х480 при 5" диагонали (соотношение 16:9) - после эксперимента с автотеликами буду их заказывать. На такой дисплей есть вариант наложить ОСД прямо на земле.
Кстати, ОСД тоже может снижать качество PAL-сигнала (особенно - недорогие), т.к. производят свои манипуляции с перекодированием сигнала, поэтому хочу телеметрию гнать на землю в цифре и накладывать на дисплеи прямо в шлеме.
Лишних пикселей в нашем деле - нет 😃
Нужен прибор, на входе в него телесигнал в формате, например PAL или NTSC, а на выходе - он же, но зеркально отражённый. И желательно без задержек. Этакое электронное зеркало.
Если речь идет о том, чтобы зеркалить сигнал PAL по пути следования от камеры к дисплею - это крайне не эффективно, т.к. обязательно должно состоять из этапов:
- Оцифровка кадра в буфер в памяти;
- Формирование PAL-сигнала по картинке из буфера с пересчетом на зеркалирование.
Минимальная теоретическая задержка - 1 кадр, но такой реализации сложно достичь, кроме того, нужен буфер для следующего кадра и еще разные мелочи.
Совершенно точно, нужно использовать либо камеры с функцией зеркалирования, либо контроллер дисплея с такой фичей (большинство из тех, что я смотрел на али и на которых есть AV-вход - могут). Там и там зеркалирование выполняется над имеющимся буфером кадра. Вот только сейчас подумал - лучше зеркалировать на дисплее, т.к. некоторые простые камерки (без OSD и цифровой обработки) - кодируют изображение “на лету”, т.е. без задержки вообще. Пока затрудняюсь сказать, как выявить этот признак при покупке, просто у меня есть образцы разных камер (списанные 😃 - на них и проверял.
Спасибо за ролики. Все здорово, жаль на череп не нацепишь 😃 Вот по принципу первого ролика я и готовлю свою маску.
Очень интересная реализация. Спасибо!
Француз в качестве окуляров использовал линзы Френеля. Вот только не могу точно понять, как он повернул оптические оси от дисплеев.
Мне приходила в голову такая мысль и я рассчитывал призму для такой конфигурации. Во-первых она очень большая, во-вторых дает элементы радуги. Альтернатива - некая специфическая линза френеля, либо быстрое становление косоглазия у оператора.
Почитаю, посмотрю.
Этот товарищ вынес контроллеры дисплея на спину и соорудил неслабый хобот с проводами 😃 Но это приемлемая жертва при хорошем эффекте.
Мм… 380 г. скорее всего - призма, градусов в 30 и еще одна собирающая линза френеля между дисплеем и призмой. Не могу найти свой расчет.
Меня поначалу китайцы обманули с 3.5 дюймовыми мониторами
Полагаю, мы брали телики заднего вида у одного продавца, т.к. у меня та же песня. В глубине души были сомнения, но решил одновременно с покупкой проверить систему реакции на претензии aliexpress. Что куплено - то куплено.
Стереоскопию собираю сам. Располагаю парой списанных биноклей с целыми стеклянными внутренностями - там есть чудные прямоугольные призмы, гипотенуза которых зеркалит без радуги и задвоения.
Мониторы - по бокам, затем линзы собирающая и рассеивающая для уменьшения масштаба картинки где-то до 2 см по диагонали, затем поворот на 90* через призму к глазам, потом увеличивающая линза и фокусирующий окуляр. Сферические искажения камеры отлично компенсируются обратными искажениями в окуляре. Буду пробовать разные линзы для окуляра, хочу достичь FOV до 90*.
Мне понравилась идея с Н рамой под эту задачу. Камеры планируете крепить прямо к раме без подвеса? Под передней перекладиной?
Как-то так в масштабе. Оптическую ось камер располагаю на уровне крепления пропеллеров (чего-то мне подумалось, что так будет лучше, чем снизу).
Крепление жесткое, но предусматриваю каскад демпферов:
- между мотор-маунтом и лучем;
- точки крепления алюминиевой рамы к стеклопластиковому корпусу (на схемке не нарисовано - между лучами по краям корпуса будут ал.уголки для повышения жесткости рамы)
- узел крепление блока камер к стеклопластиковому каркасу
Кроме прочего, побалансирую моторы и винты.
Дополнительные меры - по факту тестирования. Активную стабилизацию (подвес) на этом этапе использовать не буду. Активку буду делать для трекера головы (наполеоновские планы на ближайшую пятилетку 😃.
Длина центрального каркаса - 540мм. По опытам знаю, что моя аппа 433 МГц дает наводки на цепи внутренней синхронизации камер (см.стандарт PAL). Телеметрию внедрять буду обязательно и вот помех с нее мне и не хотелось бы. Передатчики видео - в голове, около камер. Самим камерам не мешают, а для минимизации влияния на приемник РУ разношу их насколько возможно. Штатные антенны заменю на диполь как в ЭТОЙ статье (одно плечо вверх, одно-вниз - заодно и ножки у аппарата образуются 😃
HK кору отмочил: сегодня получил письмо, что мне таки выслана посылка, которую я уже получил 22.02.2014.
Я думал, что хоть автописьма у них генерятся автоматически, а вот и фигушки - вспомнили и отписали месяц спустя. На всякий случай.
А заказ был с евро склада?
Вы наверное с датой ошиблись.
Да, я ошибся датой 😃 получил 22 января сего года. От HK “мочением кор” заразился.
Заказ с глобала (ехал неспешно через FJ).
Просто я не заметил существенных ухудшений картинки на 5.8ГГц по сравнению с прямым включением камеры в монитор.
У Вас так и должно быть. Качество передаче на 5.8 намного лучше по причине самой технологии кодирования PAL и передачи его по радио. Тут и сравнивать нечего.
Собственно почему я ковырнул тему разрешения:
Стерео-FPV по своему принципу довольно просто, но когда доходит дело до списка деталей - вот тут начинаются муки выбора. Мы все стремимся к идеальному решению, если быть точнее - к сбалансированному.
Ход моих рассуждений и изысканий (может сумбурно немного, но зато правда):
Видеокамера - аналоговая с цифровой обработкой сигнала WDR /широкий динамический диапазон/ для универсальности (нормально видно и объективом в солнце, и в тени, и при чередовании ярких просветов и темных зон), но вносит небольшую задержку. Можно без обработки, но с качественной оптикой и матрицей - будет вообще без задержек.
Радиоканал передачи видео - аналоговый (т.к. цель - резкое пилотирование по камере, то задержки передачи цифрового видео неприемлемы), кодирование PAL (NTSC - меньше строк в принципе, да по другим нюансам проигрывает). Частота наименьшая (900МГц), т.к. требуется возможность огибания мелких препятствий и работе на отражениях этого сигнала. В результате на выходе имею разрешение (как выяснил опытами позже) 480 ТВЛ.
Видеошлем.
Т.к. хотел сразу максимального качества, то и дисплеи присматривал разрешения более 720х576, когда установил общее разрешение видео по радиоканалу - умерил аппетиты.
Размер матриц. Т.к. простейшая конструкция - это два дисплея по оптическим осям глаз с приближающими линзами, соответственно ширина максимум 68мм(точнее, 64мм) или <= 3,1 дюйма. Все доступные (по деньгам и сложности применения) матрицы такой диагонали - максимум 320х240 или 400х240. Следующее разрешение и размер матрицы - 5" 800х480. Тут же вспоминаю про задержку конвертации PAL в цифровой интерфейс панели дисплея и отметаю некоторые варианты.
Т.е. видны два пути: либо простая конструкция шлема и маленькое разрешение, либо дисплеи побольше и городить оптику и зеркала. Я остановился пока на больших дисплеях и зеркалах как на более универсальном решении (хочу попробовать объединить поля двух мониторов в один широкий экран и подать как моно).
Такими рассуждениями я собственно и пришел к техническому решению, которое собираю.
Собственно, зачем я так много букв написал.
На форумах постоянно обсуждается что лучше, что хуже по каждому из компонентов по отдельности, но:
- говоря о системе, очень важно понимать, что узкое место одного компонента - это узкое место всей системы (знаю, что все знают);
- выбирая тот или иной компонент нужно сразу увязывать его применение с другими компонентами, а комплексного анализа выбора всех компонентов я что-то нигде не встретил.
Вообще, если у Вас есть опыт, скажем, компьютерных игр, где требуется пространственная ориентация, к примеру Quake или CS, то с маневрированием на коптере проблем не будет.
Descent подарил мне мечту, которую я сейчас ваяю 😃
HK кору отмочил: сегодня получил письмо, что мне таки выслана посылка, которую я уже получил 22.02.2014.
Я думал, что хоть автописьма у них генерятся автоматически, а вот и фигушки - вспомнили и отписали месяц спустя. На всякий случай.
Сергей, а где бы такую табличку раздобыть?
В google по контексту ISO_12233-reschart.pdf первая ссылка. Есть еще EIA1956.pdf. Печатал на А2 на плоттере. Соблюдение масштаба на этом этапе не играет роли, нужно сохранить соотношение сторон (можно и на А4, но для широкоугольной камеры - вообще не подходит).
Методика по определению разрешения проста - расположить камеру с максимальным заполнением экрана и визуально определить метку, где перестают различаться отдельные линии.
Если источник видео качественный - нужно использовать монитор соответственный. В идеале - видеотестер (используют мастера систем видеонаблюдения). Очень хорош кинескоп старый или новые телевизоры.
Я смотрел на компе с устройства видеозахвата, предварительно убедившись, что она дает реальные 720х576. Мои измерения не идеальные, но для примерной оценки подходят. Озадачился вопросом, когда заметил отличия между идеальной картинкой с камеры и “так себе” после радиотракта.
Основная цель - именно летать и смотреть. Писать - это второстепенно и, если говорить о HD качестве - только на борту записывать.
Мои радиоканал на Frequencies:910MHz 980MHz 1010MHz 1040MHz, комплектов - два одинаковых. Проверял на совместную работу. Стенд примерно такой (за качество фото прошу прощения, фотик барахлить начал, но узнал я об этом очень поздно):
В бетонной квартире (6 перекрытий между точками) - без проблем. Каналы друг другу не мешали (“теней” не было) почти в любой комбинации. Были индустриальные помехи, но они - не в счет. Передатчики очень заметно греются, а тесты я делал короткие - остается риск ухода частот от температуры, но это излечимо. Вообще недавно проверял радио-видео в старом 5-этажном здании (без ЖБИ) - до 50 м по прямой, но тот же комплект дал 150 метров вдоль улицы на высоте 2 м от земли. В общем, с дальностью буду разбираться после общего запуска. Аппа - на 433 МГц. Высокие частоты оборудования пока для себя не рассматриваю.
Стереобазу для начала беру человеческую - 70мм. Замыслов для экспериментов несколько. Апофиозом может стать оптическая система с управлением по стереобазе, сведению, зуму 😃
Т.к. сам новичок в авиамоделизме - ко всем техническим изыскам мне еще летать надо научиться 😃
Для уменьшения влияния передатчиков на мозги коптера и приемник РУ делаю H-образную раму длинную, чтобы раскидать компоненты на б о льшем удалении друг от друга.
Насчет задержек написал потому, что знакомство с коптерами начал с покупки AR.Drone 2.0. Этот аппарат гонит видео в HD 720 по WiFi прямо на смартфон. Задержка передачи видео такая, что им толком рулить не удается, т.к. крайне трудно понять по картинке - отреагировал он на команду или нет. Радиус действия - 50 м.
Получив это впечатление я серьезно задумался по этому поводу, поизучал имеющиеся технологии, стандарты, разные очки и маски и поэтому сейчас (пока как теоретик) скептически отношусь к передаче видео в цифре.
Т.к. нормальный коптер я только сейчас собираю, то получить собственные впечатления от FPV еще не успел.
Прочитал у Вас про “стереоскоп”. Оказывается такое можно купить, а я собираю из зеркальных призм двух старых списанных биноклей 😃))
Закупил себе несколько линз разной силы для экспериментов с минимизацией расстояний в шлеме. Делал примерные расчеты и моделирование в проге расчета оптики TraceRays. Пока считаю, что возможно подобрать выходные линзы такой кривизны, чтобы FOV позволяло шарить зрачком по картинке - это одна из основных целей пока у меня.
Решил точно выяснить разрешение своего оборудования (далее и вообще от меня - никакой рекламы):
камеры 2.1mm 150 Degree Wide Angle 960H SONY Effio-P 700TVL CCD
Выбрал по критериям: тип матрицы - ПЗС(CCD), наличие широкого динамического диапазона (WDR), ну и огромного теоретического TVL
радиоканал 900MHz 800mW 4 channels wireless AV Transmitter and Receiver
Тестировал TVL такой табличкой.
Важный вывод: радиоканал снижает ТВЛ с любых камер (проверено на 620 и 700 ТВЛ) до скромных 480 ТВЛ со снижением динамического разрешения по цвету.
Вывод стал важным потому, что теперь для моего бюджетного стерео есть константа - больше 480 ТВЛ не заморачиваться (отсюда идут размеры панелей в шлем и качество камер).
По цифровому варианту нашел такую железку ссылка на pdf. Это аппаратный кодер в .h264 - очень бодрый, практически реал-тайм. Цена была на десятки тыс.у.е. - железка идет для дорогой мед.техники вроде.
UPD: Я как раз замахиваюсь на полет Скайвокера. Купил коробку пропеллеров и делаю внешний каркас коптеру 😃
Господа, замерял ли кто-нибудь задержки всего тракта передачи изображения?
Я делал тест комплекта: аналоговая камера SONY с процессором постобработки (WDR, 3d-noise-reduction), радиопередатчик на 915МГц - приемник, мини-телевизор китайский как в начале темы. Получилась задержка примерно 0,14с. Цифра маленькая, но субъективно воспринимаемая.
При этом, при использовании супер-дешевой камеры (качество - никакое), задержка практически не заметна, даже не смог измерить.
Приветствую всех!
Сегодня нашел эту ветку. Удивительно, как я пропустил её раньше.
С августа 13-го разрабатываю эту тему. Судя по первым двум страницам, мой путь изысканий практически полностью совпал с Дмитрием, включая такие же мониторы, камеры, технические решения и изученные материалы. Технологически отстаю от Вас примерно на 1 год - сейчас в одновременной сборке у меня два коптера и стерео-шлем.
Дочитаю ветку - поделюсь своими наработками и расчетами.
С Уважением.
Разрабатываю для себя эту тему и вот что могу сказать:
Высокое разрешение очков практически не даст выигрыша, если не передается картинка такого же качества. Перебор возможных вариантов привел к двум взаимоисключающим решениям:
- Аналоговое видео (традиционный вариант):
+отсутствие (минимум) задержки передачи изображения (при использовании простейших камер без цифровых фильтров)
+простота и низкая стоимость оборудования, его обилие
-ограничения разрешения стандарта PAL/NTSC (720 строк)
-снижение разрешения и цветопередачи при передаче по радиоканалу (~480 строк на среднеобычных китайских комплектах) - Цифровое видео (цифровая камера, передача видео в цифре, в сжатом формате):
+разрешение ограничивается только вычислительной мощностью кодера (отдельный компьютер летать должен)
+отсутствие потери качества при передаче
-большая суммарная задержка между увиденной камерой картинкой и выводом её на экране (даже для спокойного полета - не очень, для пилотажа - неприемлемо, примерно 0,5-2 сек)
-малое расстояние (до 50м - простой WiFi, до 400м - прокачаный WiFi, дальше - технологии цифрового ТВ-вещания), приемлемые решения в готовом виде не продаются.
Меня интересует “полет между деревьев” - это и определяем мои требования к FPV (минимальные задержки, помехозащищенность). Для увеличения разрешения ставлю эксперименты по использованию двух и более аналоговых каналов видео и склейкой нескольких картинок в одну большую.