PIXHAWK PX4 Autopilot еще одна летающая железка
Дополню свои поиски истины с Пиксрайсером и внешним компасом… Купил модуль с компасом HMC5983, подключил, результат тот же - постоянно пишет “компас не откалиброван”. Как так может быть? Честно говоря, у меня идеи закончились…
Но тут тема не про MATEK F405-CTR…
Кстати, а есть на этом форуме тема про MATEK F405-CTR? Поиском не нашел…
Чем плохо? Наоборот отлично. Меньше лишних тяжелых и толстых проводов. Вся статистика отображается на встроенном OSD или можно вывести на oled экран, который прямо на коптере закрепить можно. И там менюшка, по которой можно настраивать параметры коптера прямо стиками с аппаратуры, без компьютера. Но тут тема не про MATEK F405-CTR. Если есть вопросы - пишите мне в личку, или в телеграмм лучше. Искать меня там по такому же нику, как тут.
Плохо тем, что толстенные провода нужно до контроллера тянуть. Я считаю, что датчик тока лучше отдельно или на дистрибьюторе питания стоять.
Сейчас совсем другие регуляторы, прогресс не стоит на месте.
Сурьезно? Я уж не знал. 😃
И при этом, сами регуляторы вообще ничем не отличаются. Принципиальный рубеж был перешагнут только когда начали ставить управляющие драйвера, и более быстрые ключи, это все уже было в 16-том.
Все остальные навороты ничего не меняют для больших коптеров.
Плохо тем, что толстенные провода нужно до контроллера тянуть. Я считаю, что датчик тока лучше отдельно или на дистрибьюторе питания стоять.
Ничего подобного. Эта плпата - всё в одном. PDB не нужен. Батарейный разъем паяется прямо к плате, Регуляторы тоже прямо к ней.
Все остальные навороты ничего не меняют для больших коптеров.
Не согласен. BLheliSuite уже три поколения. Соответственно 3 поколения железа и прошивок под него. В последнем - BLHeli32 используются 32бита процессоры, датчик тока прямо в регуляторе, и телеметрия снимается с КАЖДОГО регулятора. Датчик тока больше не нужен отдельный. Обратная связь от ESC до центрального процессора позволяет с огромной точностью управлять регуляторами, и коптером в целом. Теперь главный вопрос:
КОГДА это все будет реализовано в Ардупилоте? Я думаю, или не скоро или никогда. В Betaflight и INav это все уже есть.
Купил модуль с компасом HMC5983, подключил, результат тот же - постоянно пишет “компас не откалиброван”. Как так может быть? Честно говоря, у меня идеи закончились…
Ну тогда остается только купить новый Пиксрайсер, идея как-бы уже звучала:).
Обратная связь от ESC до центрального процессора позволяет с огромной точностью управлять регуляторами
на данный момент я не знаю как это влияет на точность управления, по моему никак, так же как и 32 бита, и датчик тока.
если вы знаете - опишите алгоритмы.
На гитхабе исходники блхели,если вам интересны алгоритмы, вам туда. Да и прошивки бетафлай и айнав там же.
Мне точно не туда, а сюда. Интересны принципы, а не сами алгоритмы, если вы их не знаете - то то что вы говорите про всякие мифические сверхточности похоже на фантазии.
Я пока не слышал, что бы полетник как либо учитывал данные датчиков тока и телеметрии от регуляторов. Когда я смотрел описание, там везде было указанно - для будущего использования. Поэтому если вы не знаете как это работает - интересует на чем построены ваши утверждения.
На гитхабе исходники блхели,если вам интересны алгоритмы, вам туда. Да и прошивки бетафлай и айнав там же.
Там нет алгоритмов, только прошивки и проги.
Плохо тем, что толстенные провода нужно до контроллера тянуть. Я считаю, что датчик тока лучше отдельно или на дистрибьюторе питания стоять.
+1.
С точки зрения техники, механики это просто ужас.
Во-первых, силовые токи рядом с чуткой электроникой. И ладно это на ЕСК, где он просто дополнительно греет плату и нехило. Так это же ПК где гиры, аксели, компас и т.д. Да и сам проц вряд-ли в восторге.
Во-вторых. Это же просто толстый провод, который не согнуть на коротком расстоянии, а значит он механически каждый раз ломает плату, где просто куча многослойных линий.
Да, и если понадобится виброразвязка, то можно просто забыть. Для мелких это не критично, а вот для больших уже криминально.
Конечно, можно не паять, тогда обидный балласт.
Вот и мне стало интересно, на сколько это криминально. Пока за 15 вылетов на морозе все гравится. Балластом называть 1 шунт как то сильно сказано 😉 Компас как у всех, на палочке с GPS. Все остальное на наводки от сильноточных цепей не сильно страдает.
Вот и мне стало интересно, на сколько это криминально.
Вот и расскажете в теме rcopen.com/forum/f123/topic495417.
Там с удовольствием почитают.
Балластом называть 1 шунт как то сильно сказано
Конечно не по весу. Больше давит на мозги. Ведь это же такой рай, когда все в 1, думать и делать ничего не надо. Такому ПК осталось научиться летать вместо коптера:).
Всем привет. Такая проблема непонятная. Коптер в стабилизации летает отлично и в лоитере висит. В авто летает отлично. Прихожу на следующий день. В стабилизации и в лоитере норм. Включаю авто режим. То чуть отлетает и зависает в точке, то отлетает набирает высоту и тоже зависает. В авто не летит совсем. Спутники есть компасы вкл, откл, внутренний и калибровал все. Не понятно почему один раз летит, другой нет. Еще в это время появляется ошибка error compass variance. Прошивка 3.4.0. Pixhawk и gps оригинал.
Не согласен. BLheliSuite уже три поколения. Соответственно 3 поколения железа и прошивок под него.
Это всего лишь 3 поколения, которые свидетельствуют, что авторы пытаются что-то менять, чтобы что-то доказать покупателю.
используются 32бита процессоры
Они всего лишь позволяют проще писать прогу.
Датчик тока больше не нужен отдельный. Обратная связь от ESC
Такую кучу инфы надо еще правильно анализировать. А пока это просто куча мала.
Народ в массе плохо пользуется 1 датчиком, а писатели не придумали как грамотно использовать кучку, а народ за них это не сможет сделать (все должно быть в проге).
Обратная связь от ESC до центрального процессора позволяет с огромной точностью управлять регуляторами, и коптером в целом.
Точнее пока из управления только цифровой реверс, но это не обратная связь, а команда с ПК.
Обратная связь от ESC до центрального процессора позволяет с огромной точностью управлять регуляторами, и коптером в целом.
Нет там управления по обратной связи. Для этого нет ресурсов у рега и мотора, нет соответствующих датчиков, которые бы позволили очень точно управлять. Знать что, где-то там для эффективного управления недостаточно.
Пока только появился цифровой канал связи и только, на котором можно делать рекламу.
Кстати Мшот в этом плане вообще отстой. Кроме малозащищенной линии связи из-за бесполезного, бестолкового, безграмотного увеличения частоты ничего нет. Нет смысла гнать частоту связи, если частота мотора не меняется от этого. Это как ослу пытаться 1000 раз в секунду подавать команды. Точнее он от этого управляться не будет.
Теперь главный вопрос:
КОГДА это все будет реализовано в Ардупилоте?
Когда технически грамотно сможете объяснить им зачем это надо.
В принципе дшот использовать можно, если кто-то догадается изобрести что-то более значимое, чем просто гон частоты.
Ну я приблизительно это и имел ввиду )))))
Слышим звон…
Да, я лично, вам ничего доказывать не собираюсь. Хотите бороться с глючным пихрейсером и пиксом, это ваш выбор. Да, я летом убил примерно месяц на настройку Pixhawk, он даже нормально летал. Настройка компасов просто съела мозг. Но почему того же самого я достиг за 2 дня на INav? Ещё и коптер стал на 100грамм легче 😃 .
Слышим звон…
Не знаю какой у вас там звон, но факт есть факт. Новая техника надежнее и проще в настройке.
А люди то летают на гоночных квадриках, у которых все в одном, наслаждаются точностью управления, не вникая в ваши выдуманные проблемы.
Это как ослу пытаться 1000 раз в секунду подавать команды.
Пора менять транспорт. 😃
Хотите бороться с глючным пихрейсером и пиксом, это ваш выбор.
Если про меня, то у меня F4BY. Стоит арду, но можно поставить и Инав, но для себя пока не вижу смысла ставить.
Пора менять транспорт.
Если что я писал про моторы всех классов.
Если есть идеи чем заменить этот “транспорт”, предлагайте.
Для понимания, я за прогресс обеими руками, но я не в восторге от очкавтирательства под видом прогресса. Конечно шелуха нужна, чтобы методом отбора найти реальное.
Я даже готов предложить идеи для этого прогресса, только маркетингу это не надо. Нужно только красивое, чтобы быстро продавалось.
А люди то летают на гоночных квадриках, у которых все в одном, наслаждаются точностью управления, не вникая в ваши выдуманные проблемы
.
Не стоит в одну кучу валить коптеры разных классов и задач.
Новая техника надежнее
Если что, все читаемо.
Если Вам понравилось что-то больше правильнее обсуждать это в соответствующей теме, чем пытаться писать лишнее. У всех есть свои проблемы и каждый выбирает сам что ему надо.
но факт есть факт.
Факт, что кроме маркетинговых фраз, ничего технически грамотного вы объяснить не можете.
не вникая в ваши выдуманные проблемы.
Выдуманные сказки про повышенную точность управления благодаря обратной связи, мы тут слышим только от вас.
Возьмите за привычку знать предмет, прежде чем надувать щеки.
На рейсерских регулях я летал, когда вы еще на форуме не зарегистрировались. Поэтому бабушке своей можете рассказывать про новое железо.
То что Ардукоптер не включил поддержку новых протоколов, значит что это не влияет на качество управления по их мнению. Если вы не можете аргументированно доказать обратное - не засоряйте эфир. И не надо нам обьяснять, что новые регули лучше старых, это ежу понятно, вот только протоколы управления - это другая история.
Теперь главный вопрос: КОГДА это все будет реализовано в Ардупилоте? Я думаю, или не скоро или никогда. В Betaflight и INav это все уже есть.
возможно 32 бит и дшот даст невероятную скорость реакции регуляторов и будет актуально для микро-аппаратов с диагональю 100мм и меньше,
но это актуально лишь для полетных контроллеров с собственным циклом опроса гироскопа не в 400гц как это реализовано в ардупилоте,
по моим оценкам для диагонали 50-100мм будет актуальна частота опроса гироскопов около килогерца
в настоящее время своим релизом железа ардупилота и кода для таких целей занимается nightghost
ссылка на его проект ykoctpa.ru/…/ardupilot-na-platax-openpilot-revolut…
для больших аппаратов 250мм и более превосходно работают стандартные ардушные контроллеры, при умелых руках и здравой голове совершенно нормально настраиваются.
поэтому то что на 500 раме что то там у вас не получилось либо результат “кривых рук” либо умышленное желание вбросить в тему говнеца
возможно 32 бит и дшот даст невероятную скорость реакции регуляторов
Есть еще одна проблема, которую я не озвучил. Как по мне, это очень актуально для арду.
Для арду основная задача удержание позиции, стабильность с высокой точностью. И вот с этой стороны от дшот никакого прогресса. Т.к. Дшот цифровой протокол передачи данных на рег. Замечательно - высокая точность, повторяемость, скорость передачи. Но далее в реге ничего не поменялось и все преимущество Дшот сведено на нет в сравнении с обычным ПВМ.
Проблема заключена в отсутствии датчика оборотов для обратной связи (ОС). Т.е. ОС не цифровая, ее даже аналоговой тяжело назвать. Из-за этого обороты просто мотает, а соответственно тягу и поэтому ПК еще приходится кроме позиции ловить и тягу. От этого порой ПИДы вообще не настроить.
Аналогия для понимая. Это как иметь автомобиль с круиз контролем, задать на нем скорость в цифрах (к примеру, 75), а автомобиль из-за отсутствия ОС будет мотать по скорости по 65-85, да еще и непредсказуемыми рывками. Ну и толку от такого круиза?
Так и здесь. Ну и толку от такого круиза (Дшота)?
А вот при «цифровых оборотах» мотора у арду куда больше возможностей для раскрытия своего потенциала. Тогда абсолютно логично будет использовать Дшот, чтоб все было цифровое.
А вот рейсерам и без цифры норм. У них другой подход.
Но далее в реге ничего не поменялось и все преимущество Дшот сведено на нет в сравнении с обычным ПВМ.
В регуляторах с blheli32 есть обратная связь. Вeшается на свободный uart. С регулятора выдаются такие параметры, как скорость вращения, потребляемый ток, температура. Эти параметры можно вывести на OSD, а вот используются ли они полетным контроллером как то еще, я не уверен. Гуглится эта информация по фразе betaflight esc telemetry