Создание собственной системы стабилизации
Сергей, я имел ввиду, что инерция воздействия винтов на коптер при повышении оборотов и при понижении разная.
Имеется 2 набора пид коэфициентов. Когда (дельта)ошибка в положительной области значений, то используем первый набор,если в отрицательной области, то второй набор.
блин, так, а я про что, микшер устроен так, что увеличение с одной стороны=уменьшение с другой, я и говорю что плюс одной стороны - это минус другой… и достаточно учесть это в микшере (ну попробовать хотя бы), а не городить сложнейший регулятор…
посмотри в микшер трикоптера в базефлайте - кто-то решил и посчитал что передних движков 2 задний 1, и составил микшер, я не пересчитывал, но визуально видно, что скорость полёта вперёд значительно выше чем назад, и токи заднего мотора на много выше…
кстати, от “И” можно в принципе вовсе отказаться…
Виталий Олег, плохо прочитали пункт “и” моего поста(или я плохо написал;)).
Можно без “и”, но придётся очень точно устанавливать ЦТ коптера. Иначе получится вот что:
Имеем квадрик (“плюс” для простоты) который висит при тяге двигателей в 400 попугаев (ппг). Допустим мы подвесили на левый луч доп.груз весом 150 ппг. Соответственно, чтобы компенсировать крен, регулятор должен добавить тягу в 150 ппг. Динамику для простоты опустим, оставим пропорциональный регулятор П, с коэффициентом 1гр = 10 ппг. Отсюда получаем, что компенсирующую тягу квадрик получит только при крене в 150(ппг)/10(гр/ппг) = 15 гр. И останется с данным креном до снятия доп.нагрузки!
То есть квадрик перестанет переворачиваться влево только когда достигнет крена в 15гр, и благополучно полетит в левую сторону. Интегратор (И) же в течении нескольких dt накопит эти самые 150 ппг и создаст постоянный подпор на левый двигатель.
я имел ввиду, что инерция воздействия винтов на коптер при повышении оборотов и при понижении разная.
Имеется 2 набора пид коэфициентов.
Это уже динамика, Виталий. Я скажу более, на разных оборотах у одной и той же ВМГ разная приёмистость (способность за определенное время создать потребную тягу). Поэтому кстати при определенных конфигурациях коптеры болтает на снижении, т.к. ВМГ имеет средние обороты значительно меньше оборотов висения, и параметры ПИД не оптимальны для текущей передаточной характеристики ВМГ (приёмистости).
Тут вариант только один - адаптивный регулятор. Но это ещё сложнее - ПИД, параметрами которого управляет другой ПИД (конечный автомат, нечеткая логика ). Да и отрицательные коэффициенты тут мимо кассы, ибо если при переходе через точку равновесия сменить знак коэффициента, то РВ вместо того чтобы стать отрицательным и начать разгонять процесс обратно к точке равновесия, радостно продолжит разгоняться дальше от неё. А сам ПИД (из скольких букв он бы не состоял) потеряет своё главное свойств - перестанет быть ОТРИЦАТЕЛЬНОЙ обратной связью и превратиться в ПОЛОЖИТЕЛЬНУЮ.
упс… ошибся с адресатом 😵
Виталий, плохо прочитали пункт “и”
Это Олег )))
плохо прочитали пункт “и” моего поста
“можно” != “надо” … (😃) , в простейшем случае, для управления “ручками” вполне пойдет…
(не все же сразу хотят “летающего робота”)
Это Олег )))
да, это я (😃)
Имеем квадрик
Александр, я тут размышляю - как поудобней останавливать процесс калибровки магнитометра (?)…
Другими словами программа ищет максимумы/минимумы по осям пока мы крутим аппарат,
а как ей понять что “достаточно”… (?)
У “фантома” например непонятно, калибровка как то сама заканчивается в определенный момент (то ли по времени ограничена, то ли еще как…).
Делал с “пищалкой”, но опять городильня лишняя, а вручную как то не “феншуй”… никак не придумаю что то…
есть какие мысли ??
а как ей понять что “достаточно”… (?)
Олег, критерий совершенно простой - постоянство длины вектора магнитометра (у меня вектор нормирован к единице). Т.е. алгоритм ждёт пока за некоторый период времени длина вектора будет попадать в заданный допуск.
пока за некоторый период времени
Ну да, получается, что всё ж привязка к периоду времени необходима… Я то хотел найти некий признак без ограничения времени “кручения” аппарата, что б поиск min/max по осям сам останавливался… ограничить этот поиск каким либо значением нельзя (теряется смысл)…
Придется всеж пищалку ставить, и выключать вручную… (зато надёжно)
Я то хотел найти некий признак без ограничения времени “кручения” аппарата, что б поиск min/max по осям сам останавливался… ограничить этот поиск каким либо значением нельзя (теряется смысл)…
Дык тут нет именно “ограничения времени кручения”, задержка времени нужна алгоритму для того чтобы засекать изменения изменение длинны вектора. Если ты перестанешь крутить ЛА на время этой задержки, то перестанет меняться длина вектора, и алгоритм поймёт, что калибровку ты решил прекратить.
и алгоритм поймёт, что калибровку ты решил прекратить.
Да, именно так, всё хорошо, но есть некоторые неприятные моменты при таком подходе (проверял) :
если при “кручении” держать аппарат не параллельно/перпендикулярно вектору магнитной индукции (а он находится под углом (?) к ЗЕМЛЕ), то изменение max/min прекратится - но калибровка получится не “идеальной” (а это не наш метод 😃)
… хотя и вполне рабочей…
А я тут опенпилотовскую методику осваиваю калибровки компаса - на шару не пошло ставил примерно на глаз по осям (в смысле по сторонам света) - получил 45 градусов отклонение!!! ищу - куда же дети мой мех. компас дели - надо по нему откалиброваться… и никак не догоню термокалибровку баро и ДУС-ов, что-то я не так делаю или у меня в коде что-то не работает - короче отдельная песня…
кстати на кого бы скинуть это мероприятие, а то щас Макс придёт скажет “делом надо заниматься, девочки, делом, а развлечения потом” © )))
и параметры ПИД не оптимальны для текущей передаточной характеристики ВМГ (приёмистости).
Все еще хуже 😃) Параметры ПД(И оставим в покое) оптимальны только для определенного возмущающего воздействия. Если настроить пару ПД на импульс Х, то для импульса 2*Х регулятор говоря Вашим языком “проскочит” - т.е. перерегулирование. И соответственно наоборот.
вот тут я пытался это наглядно показать, замедлено в 10 раз
Когда то пробовал считать через mV=Ft. Но расчетные обороты моторов разбегались с истинными(еще бы 😃, а мерить реальные мне стало лень 😃 - просто сменил работу 😃
PS На всякий случай уточню. Если коптеру на луч повесить грузик с ПД - получим постоянное вращение(до неприличных углов), с П И Д наклон. Адаптацию я так ниасилил сделать. По этому в ВИЕ добавил множители на каждый мотор и настраивал в висение в горизонте без постоянного наклона с И=0. Так он себя вел на порядок лучше. Дело же не только в ЦТ - каждый китайский мотор уникален 😃)
Параметры ПД(И оставим в покое) оптимальны только для определенного возмущающего воздействия
Оптимальны - это значит обеспечивают достаточное ( входящее в окно нормы) регулирование в результате воздействия проектного (нормированного) внешнего воздействия. В нашем случае серединой этого окна является режим висения в приемлемо возмущенном воздухе.
вот тут я пытался это наглядно показать, замедлено в 10 раз
Виталий, было бы наглядно, но нужно хотя бы легенду ваших абстракций нарисовать. И было бы не плохо ещё и график во времени.
Вообще всякие регуляторы мне прививали моделировать в VisSime . Довольно удобно, просто и наглядно.
и никак не догоню термокалибровку баро и ДУС-ов
В даташитах на датчики (ms5611 не в счёт, там всё понятно) температурная компенсация по встроенному “термометру” практически не освещается… типа - “она должна быть”, а что , куда, непонятно …, приходится самому вылавливать тенденции уплывания показаний по осям… (при помощи жёнского фена, и льда из холодильника 😃)…
температурная компенсация по встроенному “термометру”
Давным-давно (в нашей голагтеке) была такая FY-21AP от фейтех… так в отличие от остальных своих поделок они зачем-то отключили калибровку гир. До +5 работала, а ниже кирдык - сумашедшее вращение. Обогревающие лампочки над гирой помню спасали. Температура с баро шла.
mV=Ft
к примеру в ардукоптре
стаб пиды: угловая ошибка * стаб P,D
рэйт пиды: ошибка угловой скорости * рэйт P,D
управляющий сигнал: стаб+рэйт
где
угловая ошибка - разница между желаемым углом рамы к горизонту и фактическим
ошибка угловой скорости: разница между текущей угловой скоростью луча и требуемой для достижения поворота на необходимый угол за константу времени
угловая скорость и инерция по вращению
что то типа
m*d*omega=Ft
в первых прошивках были только стаб пиды, настроить было крайне сложно и нестабильно было от мощности и напруги
Ну это в тему о темп компенсации. ИМХО на микроэлектромеханике это абсурд. Прецизионная она, индивидуальна для каждого экземпляра. Кстати, а чего пьезогиры 03 например вдруг одна стоит раза в три дороже мпу?
дык вот блин фен и украл, не помогло пока ))) или я уже отупел или что, надо разницу довести до 10 градусов, а потом ждать… короче щас не до того, скоро сезон, а мелкой только половина, так и хочется в иму влепить проц отдельный - парадокс в разъёмах ))) или в слоях, ещё один вопрос гложет - а воспримет ли инвертор (на XOR) PPM? тупо 1.5В по постоянке на входе или лучше отдельно пустить или поймёт - короче в голове каша, думал опенпилотом отвлечься и конвертопланом - нифига не помогает, а тупо делать на авось не катит, инвертор где-то такой лежит - надо пробовать…
а чего пьезогиры 03 например вдруг одна стоит раза в три дороже мпу?
мурата мля, классная вещь, но ацп к ней надо минимум 24 бит - раз, термокомпенсацию к ним придумывать на ходу- два или ждать пока остынут, я на них долгое время эксперименты, экспериментировал, но когда точность стм-овского ацп получается 2.6 градуса - это не есть гуд…
надо подумать как сделать стабилизатор высокого напряжения для мпу6000
там порядка 24вольт. трогаешь кондер рукой -сразу плывут гиры.
мысль если сделать точный последовательный стабилизатор пусть на вольт он придавит это опорное - зато стабильность будет
зато стабильность будет
не, не покатит внешнее… что-то мне подсказывает - генератор это и 25В - это постоянная составляющая сигнала, а вот на осцилл так и не удосужился кинуть… хотя я и 100n туда ставил вроде как стабильней себя вели…
навсякий случай еще раз глянул - постоянка