STorM32 BGC: 3-Axis STM32 Brushless Gimbal Controller
без разницы, работать будет с любым, но лучше на cp2102
Разъем POT.
Спасибо !
Изучил тему, подключил, настроил все работает !
попробуй отключить проводку джойстика будет ли плавать подвес по активированным осям?
будет ли плавать подвес по активированным осям
плывет …
Как вылечить ?
и у меня плавает(, задавал вопрос тут , ответа нет(
и у меня плавает(
Короче я так понял или настраивать только под стедик или под квадрик, универсального метода нет или там или там будет плыть
Когда поставил мод “абсолют” мозги стали сами подправлять дрейф пока этого хватает.
что за мод?
что за мод?
во вкладке rc intuts разделы “rc pitch mode” “rc yaw mode” в них есть параметр “absolute”
Господа, а напомните дефолтные пиды, плиз. Что-то настроил всё по инструкции, включаю все двигатели и подвес начинает колбасить. Причём и на дефолтных всё работало прилично. Хочу просто сравнить дефолт и то, что у меня получилось.
И еще - почему включение second imu так сильно ухудшает стабильность? То есть настраиваешь pid’ы, вроде всё работает по всем осям. Включаешь second imu и подвес начинает жестко колбасить. Можно с этим что-то сделать?
Включаешь second imu и подвес начинает жестко колбасить.
Мне помогло заново пройти “configure gimbal tool”
Мне помогло заново пройти “configure gimbal tool”
Ну, это видимо ориентация была неправильно определена. Ориентация сейчас правильная, это проверено.
Коллеги, имею такой подвес.
Вроде все работает. Но есть один непонятный момент. По оси Yaw иногда может потерять центр. По-началу вообще стоило сдвинуть его рукой из центра и он дергался из стороны в сторону, долбился в ограничитель, иногда находил какое то другое в его понимании “нейтральное положение” которое отличалось от реального градусов на 100 и возвращался только в него. Потом включил IMU2 на Full и стало намного лучше. Теперь сбить нейтральное положение намного сложнее, но иногда все же удается.
Решил поразбираться. Посмотрел графики, а именно текущие углы. И заметил что при повороте по YAW в любую сторону (моторы отключены) показания градусов медленно уменьшают в сторону нуля. На двух других осях все четко какой стоит угол, такой и показывает.
И вот не пойму либо это так задумано, либо дело в самом датчике.
Прошу, кому не сложно, проведите такой же эксперимент. Можно даже не подавать питание, просто воткнуть штурок USB. И просто зайти в Data dysplay, повернуть подвес в какую нибудь сторону, оставить его в таком положении и посмотреть на показания угла по YAW, уменьшаются они или нет.
Буду очень благодарен 😃
показания градусов медленно уменьшают в сторону нуля.
Дело в том, что в отличии от pitch и roll по yaw нет привязки к полю тяготения. То есть pitch и roll всегда можно отцентровать по вертикали акселерометра (хорошо проинтегрировав). А по yaw никакой привязки нет - приходится работать по двум показателям - гироскопу (который всегда потихоньку плывёт) и положению мотора (которое определяется в предположении, что нет проскальзывания и он чётко отрабатывает все фазы, выдаваемые драйвером).
Так как на подвесе нет никакого датчика точки нуля, то в случае сбоя положения (дернули двигатель не по фазам, а гироскоп по какой-то причине этого не понял), будет принято новое нулевое положение.
У вас в полёте проблемы? Попробуйте vmax приподнять - может просто от порывов ветра двигатель проскальзывает?
Спасибо за подробный ответ! Уже целый день экспериментирую, и действительно пришел к тому что этот момент проявляется только по оси YAW, как ни располагай датчики. По остальным осям все четко, графики никуда не плывут.
Но интересно то что это проявляется только когда ось YAW в режиме PAN. В режиме HOLD ничего никуда не плывет. Остальные оси в любых режимах не плывут.
К сожалению да, имею проблемы в полете. Пару раз уже заворачивало камеру а она у меня еще и как курсовая.
p.s. А как тогда при включении подвес встает в правильное положение если есть еще несколько нулей?
Дело в том, что в отличии от pitch и roll по yaw нет привязки к полю тяготения. То есть pitch и roll всегда можно отцентровать по вертикали акселерометра (хорошо проинтегрировав). А по yaw никакой привязки нет - приходится работать по двум показателям - гироскопу (который всегда потихоньку плывёт) и положению мотора (которое определяется в предположении, что нет проскальзывания и он чётко отрабатывает все фазы, выдаваемые драйвером).
да ладно. А как же тогда коптер по яву держится в режимах без магнетометра?
как тогда при включении подвес встает в правильное положение
Начальное положение при включении принимается за ноль. Ну, точнее ближайшее с заданным положением фаз/полюсов 😃
Попробуйте повернуть камеру на 90 градусов перед включением.
А как же тогда коптер по яву держится в режимах
Плюс/минус. Дрейф гироскопов всегда присутствует.
Андрей, прокомментируйте пожалуйста это
Но интересно то что это проявляется только когда ось YAW в режиме PAN. В режиме HOLD ничего никуда не плывет. Остальные оси в любых режимах не плывут.
Плюс/минус. Дрейф гироскопов всегда присутствует.
да ладно. 0.4градуса и это точность ява при стабилизации квадрика а не более легкой задачи при стабилизации подвеса.
Если бы один только дрейф гироскопов был то яв бы уплывал.
прокомментируйте пожалуйста это
Тут мне сложно что-то сказать 😃 Я могу быть тотально неправ - это надо смотреть алгоритмы, а исходники не открыты. Возможно, что режимы pan/hold реализованы именно через коррекцию показания гироскопа. Хотя это и немного странно, но почему бы и нет.
Немного из мануала:
www.olliw.eu/…/Hold_versus_Pan_Mode
In contrast to pitch and roll, the gyro drift for yaw cannot be compensated for by the accelerometers. The STorM32 controller is capable of compensating the gyro yaw drift when in pan mode, but it’s impossible when in hold mode.
Замучили i2c ошибки. Кто нибудь заказывал imu nt?
Замучили i2c ошибки
Провесил экранированный кабель - ошибки исчезли как класс. Но на всякий случай заказал CC3D Atom. Но пока жду.