А не сделать ли нам OSD?
Так ток и напряжение меряет Арду. Думаю парочку АЦП выделить не помешает (под напряжения акб видео тракта, rssi). Еще не лишним будет датчик температуры.
Думаю парочку АЦП выделить не помешает (под напряжения акб видео тракта, rssi). Еще не лишним будет датчик температуры.
rssi APM тоже сам меряет. Вот акб видеотракта и питания самого АПМ может и стоит измерять. Датчик температуры вроде есть в АПМ ? Надо посмотреть.
В общем давайте определимся какую инфу мы потенциально хотим видеть на экране, а потом смотреть откуда ее брать.
Вообще-то 5V надо брать с разъема телеметрии, если потребление там мизерное, то обычным конденсатором все сгладится (оставить место на плате побольше, под ионистор, тантал и еще дроссель или резистор, пусть ставят что кому религия подскажет). Меньше лапши, выше надежность. К ОСД должно подходить три разъема: видео вход, видео выход и телеметрия. И то много кажется.
Вот акб видеотракта и питания самого АПМ может и стоит измерять.
+5
А так пусть может отключаемо показывать все, что Mavlink гонит. В принципе там у АПМ аналоговых входов много, можно дополнительные напряжения на них цеплять. Только опять код править.
После перехода ходовой на 24 вольта начинаю склоняться к питанию всего от одной батареи. Контролировать 3 батарейки для старта начинает надоедать.
Что такое СВС честно говоря не понял.
Я не знал что ток уже где-то измеряется.
СВС - сенсор воздушной скорости. Тоже уже есть на АПМ?
А мы только для АПМ это все делаем?
Аирспид сенсор наверное не сам по себе будет, а подключен к соответствующему контроллеру, то есть нам его питать не надо.
Достаточно будет подцепиться в параллель входом АЦП.
Ну и поскольку эти датчики в основном имеют выход, пропорциональный питанию, его на другой вход. Естественно, с делителями, чтобы не спалить.
rssi APM тоже сам меряет.
Андрей, перечитайте пожалуйста мой первый пост. Мы не хотим делать МавлинкОСД но на СТМ. Мы хотим сделать универсальное ОСД.
Подключение датчиков тока и напряжения - это всего лишь пару делителей на резисторах, но они нужны для Назы и они нужны для автономной версии.
А вот в остальных датчиках точно смысла нет, так как они всегда будут присутствовать в связке с автопилотом.
Я не знал что ток уже где-то измеряется.
СВС - сенсор воздушной скорости. Тоже уже есть на АПМ?А мы только для АПМ это все делаем?
Да, датчик воздушной в APM заводится (и в полете он учитывает воздушную скорость).
Я честно говоря в других не сильно разбираюсь. Но если на тот же crius натягивают прошивку от APM патченую, значит он тоже умеет и воздушную и датчик тока.
Я не знал что ток уже где-то измеряется.
Power модуль (опциональный) меряет напругу, ток и может как BEC работать для питания самого APM (правда я лично ему не доверяю и по этому использую его только как датчик).
В общем MinimOSD у нас всю инфу получает через мавлинк. Вроде только напруга второй батарейки не реализована, хотя входов с АЦП еще хватает на автопилоте.
Андрей, перечитайте пожалуйста мой первый пост. Мы не хотим делать МавлинкОСД но на СТМ. Мы хотим сделать универсальное ОСД.
Вот тут надо спорить (конструктивно конечно). Мое видение OSD минималистичное, строго OSD, только отображение инфы через мавлинк, маленькая, компактная, надежная. В идеале по формату и подключению что бы была копией MinimOSD. Если мы все же хотим делать OSD которая может работать отдельно, используя датчик напряжения, тока, воздушной скорости, GPS, то это несколько иное уже получается. Тут надо не потерять грань между OSD и автопилотом. Как только мы подключим GPS, то останется 15 баксов (образно выражаясь) до полноценного автопилота. Этого бы делать не хотелось.
Как только мы подключим GPS, то останется 15 баксов (образно выражаясь) до полноценного автопилота. Этого бы делать не хотелось.
Некоторым было бы логичнее сначала горизонт отображать а потом уже ГПС подключать. Просто исторически так сложилось, что ГПС первым подключили. А если все-таки про наш проект, то мне он видится как визуализатор серийных потоков (для начала Mavlinkа) в приятное на глаз графическое представление, наложенное на композитный видеосигнал. Или кто-то хочет OSD из 200Х года? Пришлю, выводит координаты, 3 напряжения, скорость и направление на дом даже. Все такое в провода обернутое, любо-дорого посмотреть 😒.
А если все-таки про наш проект, то мне он видится как визуализатор серийных потоков (для начала Mavlinkа) в приятное на глаз графическое представление, наложенное на композитный видеосигнал.
Именно так. Коротко и понятно.
Но все равно надо глянуть на другие проекты использующие мавлинк, ну по крайней мере те, которые реально используются и обсуждаются. APM по моему самый обсуждаемый, пиксхок аналогично APM все вроде.
Как только мы подключим GPS, то останется 15 баксов (образно выражаясь) до полноценного автопилота. Этого бы делать не хотелось.
Полностью несогласен - все упомянутые мною подключения в основном реализуются программно, и требуют минимальных доп. элементов, но не предусмотрев их вы создадите очередную однобокую дорогостоящую поделку, которая будет нужна отдельно взятым эстетам и только. Я бы не стал переплачивать 40 баксов, за более красиво нарисованный горизонт. Меня и Минимовский устраивает за свои деньги.
А имея возможность подключить это ОСД к любой платформе, за счет минимальных изменений протокола, выводит его на принципиально другой уровень!
Среди коптероводов гораздо больше пользователей назы и мультивии, чем ардукоптера, если вы хотите всех их проигнорировать - то это геноцид по национальному признаку! 😃
К тому же для подключения ЖПС делать вообще ничего не нужно, ни в железе ни в софте. Все алгоритмы обработки уже написаны.
Я про этого павлина-мавлина (Mavlink) понял только одно: если приемник “слов” правильно организован, то все равно какие там параметры идут, он показывает все. Поэтому кто его шлет неважно. В настоящее время Mavlink используют en.wikipedia.org/wiki/MAVLink#Autopilots
А серийные потоки используют практически все телеметрии от изготовителей радиоуправлений и модулей.
Из распостранненых систем Мавлинк использует только Ардупилот.
Например ОСД для назы имеет собственный протокол, и ток и напряжение туда не включены. Их нужно подключать отдельно.
А имея возможность подключить это ОСД к любой платформе, за счет минимальных изменений протокола, выводит его на принципиально другой уровень!
Среди коптероводов гораздо больше пользователей назы и мультивии, чем ардукоптера, если вы хотите всех их проигнорировать - то это геноцид по национальному признаку!К тому же для подключения ЖПС делать вообще ничего не нужно, ни в железе ни в софте. Все алгоритмы обработки уже написаны.
Если они передают все по уарту, пусть и не мавлинк, то это не проблема. Просто надо в софте предусмотреть абстрактное представление данных, не привязанное к мавлинку. А вот обслуживать железки которым нужен датчик тока, воздушная скорость, GPS и т.д. ну его наффиг. Не надо делать совсем универсальный комбайн.
Я понимаю что GPS легко. Но зачем ? Я лучше на APM два GPS поставлю, и то пользы больше.
Из распостранненых систем Мавлинк использует только Ардупилот.
Например ОСД для назы имеет собственный протокол, и ток и напряжение туда не включены. Их нужно подключать отдельно.
Ардупилот плата или софт ? Если софт, то наверное соглашусь. Если имелась ввиду плата, то я не согласен.
В настоящее время Mavlink используют en.wikipedia.org/wiki/MAVLink#Autopilots
я смотрел этот список, но знакомых там нет.
То есть для Назы и Мультивии - нафиг?
И то, что полно народу летает ФПВ без автопилотов, но ВСЕ ВСЕГДА с ОСД - тоже нафиг?
Лично для меня - тогда нафиг такое ОСД. Потому что все это Миним уже и так умеет! И стоит 15 баксов, и продается на каждом углу.
То есть для Назы и Мультивии - нафиг?
Это к кому вопрос ? (цитируйте часть текста плз, так проще)
И то, что полно народу летает ФПВ без автопилотов, но ВСЕ ВСЕГДА с ОСД - тоже нафиг?
Ээээ наверное этих наффиг. Им что ? Красивым шрифтом рисовать потребление батарейки, координаты GPS и стрелку домой ? C этим и MAX справится. А вот мы изначально хотели красивый и быстрый горизонт. Как его без автопилота нарисовать ? Ставить IMU ? Ну пусть тогда мозголет покупают, просто не используют все его возможности (только manual режим).
ну его наффиг
Ну мы же с вами разговариваем.
Лично для меня - тогда нафиг такое ОСД. Потому что все это Миним уже и так умеет! И стоит 15 баксов, и продается на каждом углу.
Мдя, с конструктивным спором видимо не получится.
Ээээ наверное этих наффиг.
Ну в целом согласен - этих нафиг! )
Ну мы же с вами разговариваем.
Хорошо, про назу и мультивий я ответил выше. Что если они передают подобную информацию, но без мавлинка, то это реализуется в софте OSD просто. Не проблема. Добавление нескольких пинов на плату для АЦП ? Тоже не проблема, хотя обсуждаемо.
Мдя, с конструктивным спором видимо не получится.
Ну не знаю. Если главное в ОСД - горизонт, то наверное. Я и так вижу куда лечу, вправо или влево. Зачем мне это белой полоской показывать? Горизонт в основном, мне только мешает. Особенно в режиме стабилизации. Мне достаточно стрелочек по углам, что бы контролировать тангаж, и то в ручном режиме.
Добавление нескольких пинов на плату для АЦП ? Тоже не проблема, хотя обсуждаемо.
Так во что мы уперлись, подключать или нет ЖПС? Можно не подключать. От этого ровным счетом ничего не меняется. Поскольку это только код.
Без нескольких пинов на плате, ОСД для Назы не получится. Тут выбора нет.
Ну не знаю. Если главное в ОСД - горизонт, то наверное. Я и так вижу куда лечу, вправо или влево. Зачем мне это белой полоской показывать? Горизонт в основном только мешает. Особенно в режиме стабилизации. Мне достаточно стрелочек по углам, что бы контролировать тангаж, и то в ручном режиме.
Давайте тогда обсудим, что вам не нравится в MinimOSD? Чем она вас не устраивает ?
Меня не устраивает убогий горизонт. Я хочу красивый и быстрый горизонт. Я хочу возможность отображения дома не стрелкой, а минирадарчиком, я хочу адекватное _графическое_ отображение скорости подъема-снижения. Хочу график высоты может даже 😃