А не сделать ли нам OSD?
Мое мнение - чисто в параллель нельзя
Максину нельзя, вроде как, а ОСД на LM1881 - только так и подключают. Но тогда надо будет делать ОСД на МАХ + LM. Потому что надо будет синхронизировать сигнал ОСД и камеры. Ну мне как-то так видится.
В предлагаемом решении никакого макса не будет.
Совсем другое дело!
Максину нельзя
Я не про тот МАКС писал, про который вы подумали 😃 гыыыыы )))))))
Как я уже писал, да, передаются все каналы.
Вот это уже хорошая перспектива.
сразу встаем на грабли аналоговых переключателей. Не подходит под критерий всенародное ОСД. Потянет бабки из кармана юзеров. И чем переключать? Мавлинк дает возможность считать каналы приемника?
Да, каналы считывает.
На хобиткинге такой переключатель стоит 5 баксов. Предполагаю, что себестоимость в два раза ниже.
С питанием надо думать. Любой импульсник добавит шума в общий сетап. Линейник - будет греть атмосферу. Сейчас мозголет в части АП сосет 100мА. 100мА - не вариант для линейника, если на входе 16В, а на выходе 3,3В
У меня видеолинк на всех моделях питается напрямую от 3S. Без LC фильтра жутко полосит. Там нужна мелкая катушка и два кондера. Я думаю так у большинства.
Так горит-то не ардуина, а МАХ. Собственно, если его не менять - смысл подобной разработки не очевиден. Другое дело - если как-то ограничить возможности сгорания максины, но это знать надо - а чего она собственно горит.
Я нигде не говорил, что горит Ардуина, все знают что горит Макс и почему. Поэтому в этой разработке ни то ни другое не предполагается изначально.
Речь идет пока о схемотехнике мозголета. Там другие Максы стоят! )
частота передачи параметров в апм задается в настройках
это так называемые sr3 параметры
можно и скорость 115200 задать и параметры чтоб лились с высокими скоростями но
вариометр отрисовывать по баро не надо. в апм есть уже готовое вертикальное ускорение вычисленное инерциалкой. оно тоже передается при необходимости
Всех желающих просим участвовать!
Дринкер подключается. Щас паять, хоть и лень буду. Пять проводков-то осилю надеюсь.
- обоснование реализуемости, хотя бы теоретическое (эскизное проектирование) 2) техническое задание, РКД 3) реализация 4) испытания, багфиксинг
А если сначала поделка, а потом ТЗ?
вот интересно а не бывает какого нибудь компактного чипа микроконтроллера (ног на 32-40) чтоб в нем уже был интегрирован видеовыход.
есть ведь ноутах и всяких гаджетах выдеовыходы.
ведь если такой выход есть то там уже pal будет аппаратный тоесть можно будет батареечку показать зелененьким а предупреждения красненьким.
и еще идея - под занавес компьютера “синклер” пал энкодер в плм уже был?
ожно и скорость 115200 задать и параметры чтоб лились с высокими скоростями
Пока у нас на одном порту сидят телеметрийный модем (со воздушной скоростью порядка 64 килобита) и OSD, кажется нет большого смысла поднимать скорость порта.
сделал он - rcopen.com/member32670
А где описание?
Написал простенький тест (не использую MavLink библиотеку), смотрю как часто мессаджи приходят.
Чет пока все грустно. АП отдает “ATTITUDE ( #30 )” 10 раз в секунду примерно.
The attitude in the aeronautical frame (right-handed, Z-down, X-front, Y-right).
Field Name Type Description
time_boot_ms uint32_t Timestamp (milliseconds since system boot)
roll float Roll angle (rad, -pi…+pi)
pitch float Pitch angle (rad, -pi…+pi)
yaw float Yaw angle (rad, -pi…+pi)
rollspeed float Roll angular speed (rad/s)
pitchspeed float Pitch angular speed (rad/s)
yawspeed float Yaw angular speed (rad/s)
Проверял через USB и на прямую к UART0 цеплялся. Одинаково раз в 120 миллисекунд посылка attitude идет.
Посмотрел частоту всех сообщений.
Самые часто передающиеся это
“ATTITUDE ( #30 )”
“VFR_HUD ( #74 )”
Остальные передаются примерно в 4 раза реже.
Проверял через USB и на прямую к UART0 цеплялся. Одинаково раз в 120 миллисекунд посылка attitude идет.
А что если осд снабдить иму, мпу6050 к примеру? Горизонт ой как плавно будет отрисовываться. Брекауты c мпу, компасом и баро смешные по цене нынче. Вот например www.aliexpress.com/wholesale?SearchText=mpu6050 hm…
Хотя, тогда автопелот с осд получается…
Хотя, тогда автопелот с осд получается…
😃
15$ сенсоры и 20$ проц, запаянный в 40-ногом формате поди плохо?
15$ сенсоры и 20$ проц, запаянный в 40-ногом формате поди плохо?
Ну и выставлять уровень для двух IMU, калибровать два IMU… Ну его наффиг 😃
Ну и выставлять уровень для двух IMU, калибровать два IMU… Ну его наффиг
А вот тут есть идея. Иму в осд “захватывает” положение от источника и в паузах между его посылками использует свои показания.
Типа “физическая аппроксимация во времени” думаю за промежутки между мавлинковскими пакетами углы в иму осд и источника разойдутся не намного.
А вот тут есть идея. Иму в осд “захватывает” положение от источника и в паузах между его посылками использует свои показания.
Идея понятна. А можно еще интерполяций заниматься. Надо то, всего удвоить частоту показаний. Положение знаем, скорость знаем. Фигня вопрос. Шучу конечно. По моему это лишнее усложнение. Мне вот и 10 герц хватает в общем то. Самолет все равно меееедлеееный 😃
Это еще посмотреть надо чей (осд или источника) горизонт более корректен 😃
Мне вот и 10 герц хватает в общем то.
Тогда чем не устраивет дерготня и заторможенность в мишн планнере?
Тогда чем не устраивет дерготня и заторможенность в мишн планнере?
А я хочу красивую картинку наложенную на видео. Без компа. 😃
В общем если по теме, я еще раз посмотрю может там можно некоторые события выводить реже на много, и за счет этого поднять в двойку частоту для горизонта.
При 10Гц горизонт гладко отрисовываться не будет. С эти либо согласиться, либо разойтись по домам. Фантазии на тему собственных датчиков на плате ОСД из разряда извратов. Либо мы делаем ОСД, либо АП. Если второе, то смысла нет собираться. Если первое, то нужно не фантазировать, а согласиться с реальностью. На плате только USART, проц, видео микшер и несколько АЦП входов для дополнительных датчиков, возможно USB. Все остальные фантазии должны остаться за бортом. В противном случае это не кончится никогда.
X3_Shim, попробуйте исправить в коде АПМ, чтобы слал хотя бы в 2 раза чаще. Я думаю можно пойти на жертву и внести некоторые изменения в код АПМ ради улучшения конечного результата.
Возможно ли убрать некоторые ненужные пакеты и добавить нужных?
попробуйте исправить в коде АПМ, чтобы слал хотя бы в 2 раза чаще. Я думаю можно пойти на жертву и внести некоторые изменения в код АПМ ради улучшения конечного результата.
Возможно ли убрать некоторые ненужные пакеты и добавить нужных?
Смотрю. Но сильно не получится на других сообщениях экономить. Ну и если честно не до конца понимаю предназначение некоторых сообщений.
На сколько я знаю скорость выдачи пакетов в арду задаётся. В своем осд я настроил частоту 20 Гц. Горизонт плавный без рывков. Есть компактная библиотека мавлинк, могу поделиться.