PIXHAWK PX4 Autopilot еще одна летающая железка

vasia

Решил замахнуться на QuadPlane, Н рама с двумя наклонными роторами. С коптерами опыта никакого. Отсюда вопрос - если на коптер поставить разные винты и двигатели, например 1и 3 мощнее винты с большим шагом, а моторы 2 и 4 послабже с винтами поменьше? Центр тяжести понятно сместить поближе к 1 и 3 (эти роторы спереди и наклонные , после взлета используются как маршевые двигатели), пицхавк поймет всю сложность ситуации и начнет мотры с разной мощностью и разными винтами крутить по разному или так и будет крутить их попарно 1 так же как и 2 , 3 также как 4?

arb
vasia:

пицхавк поймет всю сложность ситуации и начнет мотры с разной мощностью и разными винтами крутить по разному или так и будет крутить их попарно 1 так же как и 2 , 3 также как 4?

Конечно так и будет крутить попарно. Он откуда знает, что они разные. Ему надо держать не только горизонт, но еще и кручение по яв.

vasia
arb:

Конечно так и будет крутить попарно. Он откуда знает, что они разные. Ему надо держать не только горизонт, но еще и кручение по яв.

То есть моторы одинаковые , винты одинаковые =(( ну хоть центр тяжести можно сместить , например вперед к 1 и 3 моторам ? Или ЦТ должен идеально совпадать с центром симметрии моторов?

MarsOne
vasia:

То есть моторы одинаковые , винты одинаковые =(( ну хоть центр тяжести можно сместить , например вперед к 1 и 3 моторам ? Или ЦТ должен идеально совпадать с центром симметрии моторов?

Calculating the Center of Thrust on Multirotors

если не лень

Роман1971

В школьной программе это Статикой раздел назывался. При висении коптера сумма всех моментов должна быть равна 0. Кстати мне самому пришлось единожды воспользоваться этими формулами. На раме TBS Discoverу. Там стоит точка центра масс не верно. Она лежит на пересечении линий, идущих от моторов, а схема рамы там как раз как в примере. Так точка реального центра масс и точки перечечения линий от моторов не совпадают. Там 1,5 см кажется разница была или около того.

sergbokh
Роман1971:

Там стоит точка центра масс не верно.

Вы имели ввиду точка центра тяги?

Роман1971

Ну там одна точка стоит. Я не знаю что имели в виду производители. Но она на пересечении лучей была. После того как перенес центр, коптер стал стабильнее .

arb

Одна точка центр масс, вторая - центр тяги.

Ilya78

Пробовал подключить ts100 radiolink ,gps, не видит пикса этот модуль, переткнул в can заработал, как переназначить порт ?

Роман1971

А что с чем менять то? Меняется в настройках SerialХ, где Х - номер порта. А номера портов в соответсвии с картинкой ardupilot.org/…/common-pixhawk-overview.html Поменять там протокол и скорость видимо.

Ilya78

Все норм, сам заработал, мои наблюдения ,компас 1 это внешний компас!(я думал наоборот)
А большие значения видимо из за помех на внутренний компас ,может его отключить совсем

cfero

Друзья, кто-нибудь пользовал RTK с арду?

alexeykozin
cfero:

Друзья, кто-нибудь пользовал RTK с арду?

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

другие товарищи дописывали свой класс precision land rtk ( он не реализован в мастере) github.com/chobitsfan/…/AC_PrecLand_RTK.h

а вот тут накрутили доверие екф жпсу diydrones.com/…/rtk-gps-based-landing-test-results

cfero

Спасибо! Просто мысль поставить вторым gps-приемником и использовать не для более точного полета/посадки, а получить в логах более точные координаты спуска затвора. Но насколько я постиг rtk, нужна база и стоять она должна на месте с известными координатами

alexeykozin

насколько я понимаю в тех наборах что предлагаются для дронов нет возможности внести поправку базы вручную, но если включить базовую станцию за час-другой до полета то при наличии хорошей антенны она наберет данных о позиции с сантиметровой точностью,
при этом данные на принимающем поправки ровере будут тоже более менее точными, с одной важной оговоркой - что замер будет не моментальным на высокой скорости, а по результатам нескольких замеров в ходе остановки, в противном случае в измерения попадет ошибка изза задержки данных. навигационному модулю необходимо время чтобы вычислить позицию и передать данные по сериалу.
например у юблокс M8N задержка составляет 0,35 - 0,45 секунды (практические измерения сделанные несколько лет назад) за это время дрон двигающийся со скоростью 10мс пролетит около 4 метров + задержка дешифровки фотоаппаратом итд. теоретически можно конечно скомпенсировать искажение изза задержки прибавив прогнозируемый путь имея вектора скорости по широте и долготе, но такие прогнозы дают вероятность а не точность, к тому же задержка в решении навигационной задачи “плавает” иногда для более точного расчета вектора коррекции используют измерение времени задержки данных, для этого в полетный контроллер подключают дополнительный выход от навигационного приемника “timepulse” на этом выходе каждую секунду формируется импульс фронт которого соответсвует началу очередной секунды, при этом задержку вычисляют по количеству миллисекунд полученных по сериалу в момент получения очередного “timepulse”

Gapey
cfero:

не для более точного полета/посадки, а получить в логах более точные координаты спуска затвора.

ну так тогда нужно делать все через постобработку …
один приемник допустим лежит у вас дома и с него постоянно пишутся логи в комп … это база … второй приемнк на коптере и с него логи льются на флэшку …
потом это все подгружается в комп и обрабатывается … после обработки мы можем узнать в какой точке находился коптер в нужный момент времени (часы фотоаппарата должны быть синхронизированы , а еще лучше момент срабатыания затвора должен попадать в лог )
на расстоянии до 60 км должна получаться точность порядка 10-15 сантиметров относительно базового приемника …

cfero
Gapey:

делать все через постобработку …

Да про PPK я в курсе и уже видел на практике с бпла на других контроллерах. Интересует именно RTK т.к. между ровером и наземкой и так будет радиомодемная связь, а реализовать логирование спуска затвора в приемник ровера достаточно сложно. Мысль подключить к полетнику вторым gps приемником RTK-шный и получить лог спуска затвора с “правильными” координатами. Другой вопрос, будут ли в полетнике правильные координаты по второму устройству - покажет практика. Пока у меня нет железа на руках.

egunak95

Помогите пожалуйста установить на версию Миссион Планера 1.3.59 сохранённые карты в папке gmapcache из версии 1.3.25, т.к. этой папки не нахожу. Куда это папка подевалась и где в какой папке теперь хранятся логи, чтобы старые логи вложить?

12 days later
traveler

Прошу совета.
Решил освоить очередной контроллер под средние и и тяжелые коптеры.

Однако основная цель уже не просто летать и снимать - это тривиально. Цель - робототехника и программирование ИИ,
А посему хочется иметь возможность ковыряться внутри контроллера, дебагить с его сенсоров нужную информацию и управлять полетом через внешние интерфейсы - максимально безглючное и точное железо и софт. Чтобы не лазить с паяльником, не отлавливать в настройке плавающие глюки и грабли - быть уверенным в полетном железе и спокойно заниматься программной надстройкой ИИ-логики над контроллером.

Поэтому вопрос что брать из оригиналов. Пикс 2.4.8 старенький или пикс 4? Какие еще варианты?

alexeykozin

сообщество diydrones с официальным магазином store.3dr.com отошли от производства и продаж контроллеров
они перепрофилировались, но появился целый ряд компаний официальных разработчиков и продавцов

список тут ardupilot.org/ardupilot/docs/common-stores.html
покупая у них вы купите оригинал
из хороших производителей имеет смысл обратить внимание на ProfiCNC контроллер PIXHAWK2 cube + INTEL EDISSON

и на производителя хороших переделок pixhawk - cuav (контроллер pixhack)

в случае выбора комплекта с эдисоном - это может как раз стать платформой для собственной разработки ИИ, он общается с основным полетником по сериалу, при этом есть необходимые интерфейсы для получения необходимых данных и управления, без вмешательства в код и железо полетного контроллера

но более перспективным для реализации машинного интеллекта сейчас считается связка NVidia TX2 + полетник
кино тут

traveler
alexeykozin:

для реализации машинного интеллекта сейчас считается связка NVidia TX2 + полетник

Это я в курсе. Я общаюсь с товарищами у которых все это есть. Включая TX2 и лидары. И куча нерешенных граблей у них тоже есть на уровне датчиков и анализа.
Мне бы хотелось с ними более предметно говорить, но для этого нужно освоить пикс. С которым я ранее дела не имел, а заглядывая в эту тему видел что сие - конструктор для шаманизма))).
Поэтому и хочется чтобы пикс своих косяков в систему не вносил 😃

alexeykozin:

покупая у них вы купите оригинал

Я в сильном офигении от количества версий пикхавка. И версия 1, и версия 2 и версия 3про, и 4про, и 5(уже тоже видел но не продается)
Собственно именно из-за этого зоопарка и вопрос что брать )

Смотрел вот такое:
ru.aliexpress.com/item/…/32917030691.html
ru.aliexpress.com/item/…/32838292590.html

С кубами вообще не понял разницы по даташиту в цене. ИМУ вроде те же, проц тоже. Набортник типа интел неинтересен - он заведомо слаб. Сейчас меня интересует именно ПК коптерный с онтерфейсом способный коммуницировать со внешним одно- или даже серьезным многоплатником.