А давайте обсудим Arducopter - APM
Скорее всего ошибка прошивки.
Ну если бы программист просто знаком где-то ошибся, то аппарат бы просто рухнул 😃 После остановки он же выравнивается.
Но тут другое - явно у контроллера был какой-то резон начать снижать обороты. У меня для него придумывается только одно оправдание - он считает, что в горизонтальном полете подъемная сила винтов больше, и заранее компенсирует это снижением оборотов. Но это догадки, что там у него внутри - знают лишь немногие.
- Проблема с прошивкой. АПМ ведется на показания баро. Высота упала по баро, АПМ решает , что тоже надо снизить высоту.
вообщето это не АПМ
пикс или ему подобный на stm32
Упал сегодня два раза. Один раз в ртл коптер тупо перевернулся и влетел в землю без газа. Второй раз в стабилайзе, сделал тоже самое. Из потерь 3 пропа. Сейчас подключил к компу коптер - гироаксель сдох. Везет… две недели назад сдох гироаксель на cc3d - перепаял, неделю назад сдох гироаксель на самолетном апм 2.6 - перепаял, сейчас сдох гироаксель на коптере. Даже не знаю что и думать 😁
Осталась последняя микросхемка mpu6000 стоящая в платке для ардуино. Хоть заказывай штук 5 микросхемок про запас 😦
Так если высота упала, ее же надо наоборот поднимать, разве нет? Там же видно, что DAlt (целевая высота) остается неизменной, а дельта растет - значит наоборот надо давать больше газа,
дома нормальный мишен планер, глянул
на вид несмотря на то что на скорости падает высота - высота по баро выше, но как только ускорение прекращается баро высота показывает падение и коптер ее начинает набирать
включите высоту из секций ctun и baro - имхо нужен колпак предотвращающий надув на скорости
на вид несмотря на то что на скорости падает высота - высота по баро выше, но как только ускорение прекращается
Я не очень понял. В CTUN.BarAlt - тот же BARO.Alt, но относительно старта. Вычтите из BARO.Alt 4 и получите CTUN.BarAlt 1 в 1.
(я смотрю на момент 8:24:48 - 8:25:11, т.е. 20 секунд до 6й минуты полета)
Я не увидел, чтобы данные по высоте любого из датчиков высоты ползли вверх. GPS.RAlt почти совпадает с CTUN.Alt и сначала находится на одном уровне, потом начинает сползать вниз.
CTUN.BarAlt и BARO.Alt (с разницей в 4 единицы) тоже сначала находятся на одном уровне, а потом начинают сползать вниз, но быстрее чем CTUN.Alt.
CTUN.DAlt единственный остается на своем месте, т.к. стик высоты не трогается.
высоты на http://fotkidepo.ru:
PS Даже давление на датчике баро посмотрел, все так. То есть коптер со всех данных получает информацию, что высота падает, и не пытается предпринять никаких контрмер. Или я что-то не так понимаю?
нужен колпак предотвращающий надув на скорости
Поддерживаю, я тоже считаю что проблема в этом. А с графиками предполагаю, что проблема с представлением результатов и названием параметров.
У меня старый МП вообще кажет все криво, так что глянуть не получается.
вообщето это не АПМ. пикс или ему подобный на stm32
Ну да. Имел ввиду контроллер.
У меня для него придумывается только одно оправдание - он считает, что в горизонтальном полете подъемная сила винтов больше, и заранее компенсирует это снижением оборотов.
Ну и еще раз. В горизонтальном полете появляется наддув от набегающего потока.
Но это догадки, что там у него внутри - знают лишь немногие.
Ну, а внутри у него датчики, в частности баро, который и реагирует на наддув.
Упал сегодня два раза. Один раз в ртл коптер тупо перевернулся и влетел в землю без газа. Второй раз в стабилайзе, сделал тоже самое. Из потерь 3 пропа. Сейчас подключил к компу коптер - гироаксель сдох. Везет… две недели назад сдох гироаксель на cc3d - перепаял, неделю назад сдох гироаксель на самолетном апм 2.6 - перепаял, сейчас сдох гироаксель на коптере. Даже не знаю что и думать
Очень смахивает на проблемы с вибрацией. И наверно фильтр по вибрациям стоит по “умолчанию”. Вот коптер и переворачивается при всплесках вибраций.
Ну и еще раз. В горизонтальном полете появляется наддув от набегающего потока.
И? Что происходит потом?
Ну, а внутри у него датчики, в частности баро, который и реагирует на наддув.
Я правда не понимаю. Вы ведь такой сценарий описываете:
- Коптер начинает двигаться, ветерок начинает обдувать контроллер.
- Давление на баро уменьшается (?) и контроллер интерпретирует это как не запланированный набор высоты
- Для компенсации набора высоты контроллер понижает обороты движков, в результате чего коптер снижается.
Я правильно излагаю? Но по логам не сходится же!
Или я что-то простое не понимаю, за что прошу заранее прощения но всё-таки объясните подробнее пожалуйста.
Мне кажется, в него безусловно задувает, раз пила графика такая сильная.
А arducopter он такой - он при выходе из строя одного не по остальным ориентируется, а именно на нём акцентируется. Уже:
компас - падает
аксель - падает
гиро - падает
баро - значит тоже падает
Мне кажется, в него безусловно задувает, раз пила графика такая сильная.
Пила в 20см, мне кажется для баро это довольно неплохая точность (если нет, покажите примеры где шум ниже). По крайней мере в покое с выключенными моторами уровень шума примерно такой же.
Даже ок, если задувает, как это может приводить к тому, что коптер в полете проседает?
Блин у вас 3.3r11. Вышла уже релизная версия. Кто знает что там поменяли кроме того что есть в changeloge.
github.com/diydrones/…/ReleaseNotes.txt
По теме смотря лог заметил что на момент просадки возрастали вибрации на втором акселерометре. Как читать EKF логи не знаю. Может фильтр калмана дурит?
Я правда не понимаю. Вы ведь такой сценарий описываете:
Коптер начинает двигаться, ветерок начинает обдувать контроллер.
Давление на баро уменьшается (?) и контроллер интерпретирует это как не запланированный набор высоты
Для компенсации набора высоты контроллер понижает обороты движков, в результате чего коптер снижается.
Я правильно излагаю? Но по логам не сходится же!
Или я что-то простое не понимаю, за что прошу заранее прощения но всё-таки объясните подробнее пожалуйста.
Логику Вы описали правильно. Почему в логе не так прокоментировать не могу , у меня не читается. Алексей Вам писал , что надо смотреть другие графики.
Во все тонкости работы баро датчика не влазил. Мне как инженеру достаточно знать ограничения: на датчик не должен попадать свет, он должен дышать, но при этом на него не должны попадать потоки от винтов и набегающего воздуха. Типовая рекомендация разработчика - закрыть черным поролоном. Более грамотное решение - накрыть обтекаемым колпаком (что и предлагал Вам сделать Алексей).
Лично у меня датчик закрыт обтекаемым корпусом коптера (без поролона), поэтому у меня нет таких проблем на любых режимах и скоростях.
Повышение вибрации с увеличением скорости - это нормально. Она возникает из-за набегающего потока, но это следствие, а не причина. Хотя только добавляет проблем.
Блин у вас 3.3r11. Вышла уже релизная версия. Кто знает что там поменяли кроме того что есть в changeloge.
С этим тоже согласен.
Блин у вас 3.3r11. Вышла уже релизная версия. Кто знает что там поменяли кроме того что есть в changeloge.
github.com/diydrones/…/ReleaseNotes.txt
По теме смотря лог заметил что на момент просадки возрастали вибрации на втором акселерометре. Как читать EKF логи не знаю. Может фильтр калмана дурит?
Это очередной релиз кандидат, не релиз. Видимо только фикс багов идёт, новые функции уже не добавляют.
Да, там в этот момент на фильтре что-то непонятное для меня происходит, контроллер полностью отказывается от данных одного imu в пользу другого. С другой стороны вибрации вроде в пределах нормы и clipping остаётся нулевым.
Логику Вы описали правильно. Почему в логе не так прокоментировать не могу , у меня не читается. Алексей Вам писал , что надо смотреть другие графики.
Во все тонкости работы баро датчика не влазил. Мне как инженеру достаточно знать ограничения: на датчик не должен попадать свет, он должен дышать, но при этом на него не должны попадать потоки от винтов и набегающего воздуха. Типовая рекомендация разработчика - закрыть черным поролоном. Более грамотное решение - накрыть обтекаемым колпаком (что и предлагал Вам сделать Алексей).
Лично у меня датчик закрыт обтекаемым корпусом коптера (без поролона), поэтому у меня нет таких проблем на любых режимах и скоростях.
Повышение вибрации с увеличением скорости - это нормально. Она возникает из-за набегающего потока, но это следствие, а не причина. Хотя только добавляет проблем.С этим тоже согласен.
У меня пикс, куда там поролон?
У меня другая ситуация - давление растёт, а высота падает. Я вроде все нужные датчики на график вывел, если чего-то не хватает скажите.
Поролон в коробочку пикса. Пикс в руках не держал, но наверняка там есть место. Если нет , тогда нужен колпак.
Заморачиваться с графиками, я думаю, не стоит. Самого факта изменения баро высоты от скорости уже достаточно, чтобы сделать вывод, что датчику плохо.
Поролон в коробочку пикса. Пикс в руках не держал, но наверняка там есть место. Если нет , тогда нужен колпак.
Заморачиваться с графиками, я думаю, не стоит. Самого факта изменения баро высоты от скорости уже достаточно, чтобы сделать вывод, что датчику плохо.
А у вас не возникало мысли, что баро реальную высоту показывает? Коптер снижается - баро показывает снижение высоты. По-моему логично, нет?
Кроме того, если бы бародатчик врал (а на графике видно что баро регистрирует снижение высоты) коптер наоборот улетал бы вверх.
Тиха украинская ночь но сало баро лучше прикрыть на всякий случай как от ветра так и от солнца 😃
Ну и прошиться на последнюю прошивку. Или откатиться на 3.2.1 - последнюю стабильную.
А то пока мы тут с вами мозжечок ломаем разрабы уже все пофиксили
Тиха украинская ночь но
салобаро лучше прикрыть на всякий случай как от ветра так и от солнца 😃
Ну и прошиться на последнюю прошивку. Или откатиться на 3.2.1 - последнюю стабильную.
А то пока мы тут с вами мозжечок ломаем разрабы уже все пофиксили
Мне нельзя на 3.2, я использую функции и оборудование которых нет в 3.2
Прикрыть не вопрос, но пока не заметно в логах ничего дискредитирующего текущую конфигурацию баро.
Кстати, пикс находится под пластиной, так что можно сказать баро прикрыт, от прямых потоков точно.
Придется к разработчикам видимо обратиться…
Работоспособность imu может от температуры зависеть?
Работоспособность imu может от температуры зависеть?
Может… Но, больше от вибраций.
Кстати, опубликуйте моторы+пропы на которых эта проблема возникает. Может оказаться, что мозг тут вообще не при чем.
На всякий случай продублирую лог: drive.google.com/open?id=0B0n-5xqp-dUQZlZzQ1k1LVNz…
Вибрации у вас велики, пики до 3, на скорости может и больше будут…может попробовать убрать до 1 хотябы,и тогда полетит?
Вибрации у вас велики
Да, вы правы. На втором IMU вибрации за пределы выходят. Возможно, поэтому в EKF2.Ratio скидывается в этот момент в 0, признавая первый датчик неработоспособным. Возможно, и обороты поэтому снижает, считая что коптер пошел вразнос из-за вибраций.
Кстати, опубликуйте моторы+пропы на которых эта проблема возникает.
Моторы EMAX 3515, пропы тарот 1555. Один из пропов с ущербом, но сносно сбалансирован. В выходные поставлю свежие пропы - треугольные quanum 1755.
Один из пропов с ущербом, но сносно сбалансирован.
Ну, как по мне балансом тут и не пахнет, судя по вибрациям…вообще, я не совсем понимаю что с такими вибрациями можно делать с коптером, ну всмысле снимать нельзя, сплошная каша будет, как не дэмпфируй подвес, хоть тросиками, хоть чем…
Максимально допустимый как по моему опыту - 1
Я стараюсь выводить на 0,3-0,5, это вкупе с хорошим демпфированием подвеса на тросиках и силиконе гарантирует абсолютно чистую картинку, ну и никаких глюков арду у меня нет и небыло, типа там проблем с удержанием высоты, позиции и т.п., ничего никуда не падвет и т.д.(ну если не рассматривать всякие там эксперименты с бета версиями)…
Я стараюсь выводить на 0,3-0,5
У вас какая конфигурация?