Virt2Real (Виртурилка)
на аналоговом сигнале цветное ОСД нарисуйте и тода я первый встану в очередь за данным устройством
Дык там обычный фреймбуффер с 7-ю уровнями прозрачности, цветов вроде 16 (хотя я в разных режимах не тестил, было ещё полноцветное RGB но не проверял), рисуй что хочешь. Я ж демонстрировал примитивы именно на аналоговом выходе (смотреть с 03:39)
Доверять управление самолётом и в мыслях не было - я хотел только видео с борта передавать, ну и телеметрию собирать. Управление с обычной аппы с обычным приёмником.
Вообще уже задолбали зашоренные однобокие взляды. Если кто-то привык к использованию конкретного набора комплектухи - никто не заставляет переходить на другое. И не надо юзать железку везде где попало - есть своя ниша под свои задачи.
но на аналоговом сигнале цветное ОСД нарисуйте и тода я первый встану в очередь за данным устройством.
Или имелось в виду брать картинку с аналоговой камеры, на неё класть ОСД и выдавать на видеовыход? Но проблемос. Переходник (правда, ещё не разводили его, но там один чип с мелкой обвязкой) с композитным входом, подключается любая аналоговая камера, в системе видится так же как цифровая, далее всё как обычно (см. выше).
Про связь между Wi-Fi и уровнем взрослого FPV даже зубоскалить не охота.
А мне неохота зубоскалить над “взрослым FPV” с паршивым видео с помехами и отстойным разрешением. Само собой, вифи тут не очень катит, но есть и другие варианты передачи цифровидео, которые пока ещё не до конца обкатаны. См. ветку rcopen.com/forum/f90/topic264911/641
Но проблемос. Переходник (правда, ещё не разводили его, но там один чип с мелкой обвязкой)
Какой? Маркировку можете сказать? Хочу посмотреть ее даташит.
Доверять управление самолётом и в мыслях не было - я хотел только видео с борта передавать, ну и телеметрию собирать. Управление с обычной аппы с обычным приёмником.
Я, между прочим, ровно про это и написал. И, кстати, зря, что в мыслях не было.
Теперь вот такие вопросы задам, вполне конкретные.
- JTAG или SWD в общий доступ на пинах разведен в полном объеме?
- Потенциально в будущем я бы попробовал портануть свой код автопилота в аппаратное окружение данного девайса. Мне придется выкинуть оттуда линух и писать нативную прошивку. Схемотехника будет закрыта или вы дадите ее таким, как я?
- Исходя из каких/чьих советов вы готовы изготавливать шилд второго этажа? Меня интересуют вполне конкретные задачи под управление самолетом. А там своя специфика разъемов и набор датчиков. Мне их нужно получить на втором этаже, чтобы проводов не было. Туда же на второй этаж и должен уйти конвертер аналогового сигнала. Ничего отдельно, болтающегося на проводах, быть не должно. На самом деле, я и сам бы изготовил второй этаж, но схемотехнику откроете?
“продаю АП, 3 этажа, 2 мезонина, хор. сост, евроремонт, все коммуникации, участок под 6 грядок выводов на крыше” 😁
Кроме шуток, если Алекс реально его запустит, это будет прорыв, по крайней мере, в плане графики.
Линух можно поменять на какой-нибудь QNX нейтрино.
"продаю АП, 3 этажа, 2 мезонина, хор. сост, евроремонт, все коммуникации, участок под 6 грядок выводов на крыше
Пожалуйста озвучьте сейсмовибростойкость? 😃
Кстати. Это вот очень кстати. С одной стороны, тяжелый блок - зло, с другой, “а куды ты денисся?!” Уважаемые конструкторА, будьте столь любезны, удобные отверстия для крепления амортизаторов, сообразите плиз. А то колхозы развалились…
Кроме шуток, если Алекс реально его запустит, это будет прорыв, по крайней мере, в плане графики.
Ща, погодь. Пусть нам чип конвертера композитного видео в компонентное озвучат. Я хочу чисто принципиально убедиться в такой возможности за разумную цену и на одной микросхеме. Может я чего-то пропустил в каталогах производителей, когда искал подобное решение. Здесь цена вопроса и доставаимость - немаловажные факторы. А если пацаны еще и шилд сколхозят с учетом некоторых хотелок, то я первый в очереди на опытный образец.
TVP5146
Дерзай!
А лучше TVP5150 - 200 рублей всего и 2 композитных входа.
Этот вариант я рассматривал, тут у меня как раз проблемы с дерзновением. Я вот и хочу, чтобы это не я был.
Есть, кстати еще несколько вариантов с током потребления под пол ампера.
но, судя вот по этому высказыванию
Но проблемос. Переходник (правда, ещё не разводили его, но там один чип с мелкой обвязкой) с композитным входом
решение настолько элементарное и straightforward, что хотелось бы как-то приобщится хотя бы теоретически.
но, судя вот по этому высказыванию Цитата Сообщение от Gol Посмотреть сообщение Но проблемос. Переходник (правда, ещё не разводили его, но там один чип с мелкой обвязкой) с композитным входом решение настолько элементарное и straightforward, что хотелось бы как-то приобщится хотя бы теоретически.
Осмелюсь предположить, что эту байду (TVP5150) тупо вместо цифровой камеры камеры воткнуть можно, а в нее хоть видик, хоть аналоговую камеру. Не?
Тогда да, решение настолько элементарное…
Осмелюсь предположить, что эту байду (TVP5150) тупо вместо цифровой камеры камеры воткнуть можно, а в нее хоть видик, хоть аналоговую камеру. Не?
Тогда да, решение настолько элементарное…
Да, именно этот чип (TVP5150), ибо дрова в ядре для него уже есть, меньше геморра будет.
Symbol: VIDEO_TVP5150 [=n]
Type : tristate
Prompt: Texas Instruments TVP5150 video decoder
Defined at drivers/media/i2c/Kconfig:268
Ща, погодь. Пусть нам чип конвертера композитного видео в компонентное озвучат. Я хочу чисто принципиально убедиться в такой возможности за разумную цену и на одной микросхеме. Может я чего-то пропустил в каталогах производителей, когда искал подобное решение. Здесь цена вопроса и доставаимость - немаловажные факторы. А если пацаны еще и шилд сколхозят с учетом некоторых хотелок, то я первый в очереди на опытный образец.
Ну тут уже за меня ответили пока я дрых. TVP5150. Егоный выход подключается напрямую в тот же вход куда сейчас у нас цифрокамера втыкается.
Пожалуйста озвучьте сейсмовибростойкость? 😃
Кстати. Это вот очень кстати. С одной стороны, тяжелый блок - зло, с другой, “а куды ты денисся?!” Уважаемые конструкторА, будьте столь любезны, удобные отверстия для крепления амортизаторов, сообразите плиз. А то колхозы развалились…
Ну отверстия для крепления на плате есть. Вибростойкость пока не проверял, проверял лишь морозостойкость www.g0l.ru/blog/n3838 😃
Теперь вот такие вопросы задам, вполне конкретные.
- JTAG или SWD в общий доступ на пинах разведен в полном объеме?
JTAG на отдельном разъёме, голые контакты под разъём, сам разъём не монтировали.
- Потенциально в будущем я бы попробовал портануть свой код автопилота в аппаратное окружение данного девайса. Мне придется выкинуть оттуда линух и писать нативную прошивку. Схемотехника будет закрыта или вы дадите ее таким, как я?
По голому железу без линуха обсуждение поднималось forum.virt2real.ru/viewtopic.php?f=38&t=13273 но лично я не шарю в данной теме. Схемотехнику для разработчиков подскажем конечно.
- Исходя из каких/чьих советов вы готовы изготавливать шилд второго этажа? Меня интересуют вполне конкретные задачи под управление самолетом. А там своя специфика разъемов и набор датчиков. Мне их нужно получить на втором этаже, чтобы проводов не было. Туда же на второй этаж и должен уйти конвертер аналогового сигнала. Ничего отдельно, болтающегося на проводах, быть не должно. На самом деле, я и сам бы изготовил второй этаж, но схемотехнику откроете?
“Вторые этажи” делаем под свои задачи и по просьбе народа с Хабра или с нашего форума. Но аппаратчик у нас один, уже зашивается, так что дело медленно продвигается. Всё необходимое для изготовления второго этажа можем опубликовать, хотя второй этаж надевается на пины, которые и так уже все указаны в вики. Распиновку разъёма цифровой камеры добавлю туда же, в вики.
UPD> Кстати, по драйверу под чип TVP - в ядре есть поддержка вот таких
Symbol: VIDEO_TVP5150 [=n]
Prompt: Texas Instruments TVP5150 video decoderSymbol: VIDEO_TVP514X [=n]
Prompt: Texas Instruments TVP514x video decoderSymbol: VIDEO_TVP7002 [=n]
Prompt: Texas Instruments TVP7002 video decoder
Само собой, можно и другие, но эти TVP рекомендованы производителем 😃 Ибо всё тот же TI.
Но аппаратчик у нас один, уже зашивается, так что дело медленно продвигается.
Ок. Тогда собственно, как насчет такого варианта.
Ваш аппаратчик быстренько (хоть карандашом от руки) рисует принципиальную схему подключения TVP5150 на втором этаже и вы публикуете эту картинку. Печатную плату второго этажа мы сами изготовим, какую нам надо без вашего участия. Все равно во все наши хотелки вы никогда не попадете 😃 Мы тут еще пока сами между собой поругаемся, друг с другом, передеремся…вообщем придем к консенсусу, а может и не придем, но тогда тут все сами себе шилдов понаделают, каких кому надо.
Поддерживаю. Схема включения действительно не бог весть какая и собирается хоть на макете :
, но требуется затвердить схему соединения всего этого с V2R.
Вчера посмотрел по пинам. 4 аппаратных PWM выхода. Ндаааа, даже не знаю что сказать на это. 4 аппаратных таймера 64битных, правда ДШ утверждает, что можно их поделить каждый еще на 2. Вообщем, пока даже не знаю чего с этим делать. Написал вам на ЮТубе в комментах, что примерно должно быть на втором этаже. Пока не не могу сообразить какой выход из этого. Разве что поставить stm32f100 на 64 ноги со всей периферией и датчиками и использовать его как расширитель аппаратных интерфейсов и общаться по SPI с основным процом.
Надо же как цветное ОСД захотелось, я уже даже на второй процессор согласен …😃
Может взять горстку футабьих серв с S.BUS и летать уже щас по цветному осд?
Ну и конвертеры такого же плана уже щас были?
4 аппаратных PWM выхода
Если это про то, что нечем сервы крутить, то то даже в Linux реализовано произвольное количество софтварных PWM на GPIO : wiki.virt2real.ru/wiki/PWM. Тем более не проблема в своем коде.
то то даже в Linux реализовано произвольное количество софтварных PWM на GPIO
Софтварный PWM на НЕ риал тайм ОС Linux?
У меня сейчас на критически важных таймерах 130Мгц разрешение для замеров различных интервалов событий и то я понимаю, что не отказался бы от еще большей точности. А здесь 24Мгц разрешение да еще софтовое.
Надо же как цветное ОСД захотелось
Стесняюсь спросить: а зачем?
Вы, если летаете по ФПВ, во время полета разглядываете ОСД или всё таки- самолет ведете?
Мое ИМХО: цветное ОСД будет только искажать картинку, сливаясь местами с местностью.
Недаром же черно- белые буквовки делают на теневой подложке, чтобы разборчивость была.
И вообще, ИМХО, таскать на борту целый компьютер, пусть и уникальный, с нехилым (кстати, сколько кушает эта плата в режиме обработки видео?) потреблением- непозволительная роскошь.
произвольное количество софтварных PWM
Вы пробовали подцепить на эти выходы- реальные сервы?
Боюсь, их будет трясти, как листья на ветру.
Джиттер, который не видно в Протеусе и на осциллографе- отлично слышно в реальной машинке.
А это- износ и расход электричества 😦
Вчера посмотрел по пинам. 4 аппаратных PWM выхода. Ндаааа, даже не знаю что сказать на это
Вот именно!
Я в свое время, делая автопилот на Ат8, очень сильно об это лбом ударился, пришлось плату переразводить.
Вы пробовали подцепить на эти выходы- реальные сервы?
Боюсь, их будет трясти, как листья на ветру.
Действительно не пробовал, надо проверять.
Софтварный PWM на НЕ риал тайм ОС Linux?
Ну да. Софтварный PWM в драйвере ОС Linux, работающем на уровне ядра с железом напрямую, включая обработчик прерывания выделенного на эту задачу таймера. Не вижу проблемы.
Не вижу проблемы
Как будет работать обработчик прерываний PWM, когда еще десяток прерываний будут стоять в очереди и требовать немедленной обработки с дополнительными вычислениями?
Если я захочу 10 дополнительных PWM близкой длительности, как этот обработчик сможет обеспечить точность импульсов не менее 10нс?
Как будет работать обработчик прерываний PWM, когда еще десяток прерываний будут стоять в очереди и требовать немедленной обработки с дополнительными вычислениями?
При неграмотном назначении приоритетов - работать будет плохо.
Если я захочу 10 дополнительных PWM близкой длительности, как этот обработчик сможет обеспечить точность импульсов не менее 10нс?
Лучше сразу 1 нс, а не 10, зачем мелочиться. Мы все еще аналоговыми сервами управляем (1000 - 2000 мкс, 1024 шага) ?
---------------------------------------------
По делу эта задача - первый кандидат для RT Extensions. Драйвер, реализующий точный разбор PPM_SUM и точное формирование канальных импульсов на GPIO.
Мы все еще аналоговыми сервами управляем (1000 - 2000 мкс, 1024 шага) ?
Нормальная аналоговая серва чувствует 0,5мкс как два пальца… Про цифровые, вообще молчу. А получение результатов от полетного контроллера хуже, чем текущие образцы на Мегах/СТМках, меня, например, вообще не устраивают изначально. Потому что нафига затевать весь шабаш, если заранее понятно, что результат не превзойдет текущие образцы. Да весь остальной “летающий” народ просто не воспримет эту тему серьезно в противном случае. Цветное ОСД, как правильно заметили, - не самоцель.
При неграмотном назначении приоритетов - работать будет плохо.
А как нужно грамотно назначить приоритет на одно прерывание от одного таймера, который должен одновременно генерить софтово 10 PWM сигналов на GPIO выходах?
Ненене, программные PWM конеш для серв не подходят. Для регулей коллекторных моторов ещё более-менее, для лампочек и т.д. Для серв их использовать категорически низя.
Потерялся в комментах, отвечаю общим текстом. Плата при обработке видео кушает 200-300мА (при выключенном вифи), вифи кушает ещё около 200мА.
Ещё раз повторюсь - саму плату юзать под полётный контроллер я не планировал. Ставить на борт специально для передачи видео - да, но под управление - сомневаюсь. С ездящими девайсами она у меня справляется отлично, но у летающих другая специфика - сами понимаете.