правильные ESC
значение № 834 на соседнее - 835, например
Да так не бывает…) Там сразу на десятки значений счет идет при изменениях, попробуйте посчитать в % газа, кроме того, длительность этих изменений совсем не маленькая, десятые доли секунды при стабилизации и целые секунды при ручном рулении…
Вы же тру-АРМщик…) Посмотрите в МР максимальную угловую скорость и поделите одно на другое с учетом потерь, фонда мастера, национального благосостояния и Роснано…) В лучшем случае получите 0.1 секунды… Перекомпенсацию видели при слишком большом Р?
самая “медленная часть” в этой системе (датчик - мозг - алгоритм реакции - регуль - двигОпроп) это двигатель с пропеллером. Даже если регулятор (под управлением мозга) будет пытаться изменять скорость вращения двигателя с частотой 500 раз в секунду и на одну/тысяча ноль двадцать четвёртую скорости … успеет ли любой движок-пропеллер “среагировать” на эти высокочастотные “конвульсии” ?
Вопрос абсолютно в тему. Чем в более точные моменты времени ESC переключает ток в обмотках мотора, тем более “качественно” он работает.
Да, мотор обладает большой инерцией, и “схавает” всё, и сгладит за счёт своей инерции неточность работы регуля. Но даже очень небольшая неточность моментов переключения тока - приводит к: -неэффективному расходу энергии, -нагреву регулятора и мотора, -двигатель “звенит” и “скрежещет” и не из-за подшипников. Есть интересные регуляторы, KISS ESC 24A сделаны они на проце STM32. Ресурсы проца позволяют намного более точное управление моментами переключения тока в обмотках мотора (чем в случае регуля на ардуине). И вот что интересно - часто о них пишут что мотор работает вообще тихо почти бесшумно с ними. И что якобы “вибрации” мотора которые слышались до этого - оказывались на самом деле звуком мотора из-за регулятора. Обратите внимание на проц, и на то что рядом с процом стоит кварц, для повышения точности отсчётов времени.
А для чего, по Вашему, на регулях радиаторы ставят?
Радиаторы ставят не для ЧЕГО (это я думаю Вам очевидно - для охлаждения), а ПОЧЕМУ. Ставят их на регули потому, что используют максимально удешевлённую схему, в которой процессор напрямую управляет силовыми ключами, в результате фронты переключения тока затягиваются и ключи много времени проводят в “промежуточном режиме”, т.е. не включен, не выключен, а что-то среднее. Именно в этом режиме они максимально греются. Похоже некоторым производителям дешевле поставить радиатор чем добавить после проца ещё один чип - для управления силовым ключом . При этом можно ведь сказать хоббистам - смотрите какой мощный регуль, он явно должен стоить много денег!😉
В лучшем случае получите 0.1 секунды…
Чем в более точные моменты времени ESC переключает ток в обмотках мотора, тем более “качественно” он работает.
Получается, что двигатели (нагрузка регулей) не просто разные, а “бесконечно” разные (геометрия, вес, моменты инерции) а регули … все одинаковые - просто “до 40 Ампер.”. До 20А… И когда мы настраиваем PIDы мы, “на самом деле”, пытаемся победить сначала инерцию двигЛо-пропов, а “в качестве бонуса” и получаем победу над инерцией ВМГ в целом. Если повезёт - коп будет “стабильным”. УжОс.
Снимаю шляпку - и это правда работает ?!
Как можно сделать “универсальный” (до 30А , например) регуль, который “подходит” для ВСЕХ (потребляющих около 20А) движков ? Тогда каждый “универсальный” регуль должен уметь настраиваться на любой движок, а не просто “кали-бровка диапазона газа”. Картами программирования (для таких продвинутых кака я ))) хотя бы - со строчками вес “колольчика”, диаметр, кол-во магнитов, … Что - то, что учитывает “индивидуальные особенности” конкретного движка. Может карта должна уметь делать тест, разгоняя - тормозя движок и внося в регуль “поправки” …
Иначе КПД “этой пары” вообще непредсказуемо : на уровне “по току подходит” или “бери с запасом” или “сюда лучше Симонки лепить”… Попадались движки сразу со встроенными регулями - вот у них , хочется верить, производитель учёл поправку на инерциальность хотя бы самого движка , если уж не движка с пропом. (А если помечтать, то “идеальный регуль” должен сам мониторить и погоду, высоту полёта с поправкой на отдачу и разряженность батареи …😒)
регуль должен уметь настраиваться на любой движок, а не просто “калибровка диапазона газа”.
есть и такие
стоят правда уже не 5 копеек …
А… если и рыбку съесть и использовать этот волшебный регуль как готовый “испытательный стенд”, который снимет “АЧХ” движка-пропа во всём диапазоне управляющих частот и останется только “подкорректировать и привести к линейному виду” отдачу любого стороннего, уже недорогого регуля ? Возможно ли такое и насколько это “поможет делу” ? Ведь можно выстроить комплект практически одинаковых “троек” - регуль-двигатель-пропеллер, что немаловажно для хорошей ВМГ. Только сделать всё это строго последовательно…
дешевый регуль никогда не будет работать также как хороший дорогой …
просто в понятие хорошего регуля входит как минимум нормальные комплектующие
качественные N-Ch транзисторы , драйвер для управления ими , качественные конденсаторы по питанию … и это все стоит денег …
если вы считаете что убирание из прошивки куска кода , отвечающего за калибровку сильно удешевит конечный продукт ,то глубоко ошибаетесЪ …
можно конечно сделать хороший мотор и хороший проп , потом подогнать идеально параметры какого-нибудь регулятора под эту пару , но это будет далеко не универсальное решение … главное покупать это будут намного меньше чем универсальные компоненты …
Просмотрел фотки плат, документацию, и настройки в GUI - нескольких современных “правильных” регуляторов на STM32, ценой 25-50$/шт. Есть предположение (требующее дальнейших исследований) что все эти регуляторы сделаны на основе пары интересных opensource проектов в области электропривода. Не хочу пока никого обидеть, но возможно производители (повторюсь! это требует исследования) ничего особо не разрабатывали, а взяли код из двух открытых проектов, упростили принципиальную схему и печатную плату чтоб дешевле было производить, закрыли код и схему (не предоставляют), и навариваются на продаже. Посмотрим ещё.
Надо подумать . Спасибо !
убирание из прошивки куска кода , отвечающего за калибровку сильно удешевит конечный продукт
Нет, просто определить таким “измерителем” оптимальные настройки для конкретной пары и “прописать их” в настройки обычного регуля. Например “добавить мощи” одному на низких оборотах, убрать на этих же оборотах у другого… Получается мозг даёт ВСЕМ : (для коптера) лететь вверх ! А один отстаёт и тутже мозг начинает выравнивать, за счёт “притормаживания” других. Тут мысль подобрать одинаковые комплекты (для квадра - четыре, для …). А то в стандарте мы газ (диапазон) им даём (калибруем), а на тяге … кто в лес, кто по дрова…
Вот интересно при калибровке регулей в визарде СС3Д сделано - там надо “визуально запустить” каждый движок ползунком на экране. Таким образом мы действительно задаём нижний уровень старта двигателя. А если бы таких ползунков было несколько (во всём диапазоне каждого двигателя) и мы контролировали процесс с тахометром, то “простым способом” хотя бы вращение-скорость движков у всех двигателе была бы одинакова.
Если б умел программировать - то использовал вебку - на колокольчике риску фломастером … 😒
Вот интересно при калибровке регулей в визарде СС3Д сделано - там надо “визуально запустить” каждый движок ползунком на экране. Таким образом мы действительно задаём нижний уровень старта двигателя.
Сделано удобно, но помогает ненадолго, обясню почему. Большинство ESC управляются сигналом ШИМ (англ. PWM). От полётника в регулятор 490 раз в секунду (бывает и больше) приходят управляющие импульсы. Процессор ESC измеряет длительность каждого такого импульса и в зависимости от того что он намерил - задаёт частоту вращения мотора. Процессор измеряет длительность с помощью встроенных в него таймеров. Если таймеры работают неточно - то измерение длительности управляющего сигнала тоже будет неточно. Соответственно процессору ESC будет иногда казаться что надо чуть быстрее крутить движок, а иногда - что чуть медленнее. Почему таймеры могут работать неточно? В большинстве ESC они синхронизируются от встроенного генератора тактовой частоты который “плавает” в зависимости от температуры, при этом ни процессор, ни программист - не позаботились об этом моменте. Поэтому например зимой и летом, или холодном регуляторе или на горячем (в полёте) - моменты старта движков и вобще в целом реакция на управляющие сигналы от полётного контроллера - будут разными. Но об этом мало кто заботится, т.к. полётник должен всё это как-то компенсировать (“ой что-то квадрик повело вправо, давайте ка налево полетим”)
линеаризация зависимосит скорости от входного сигнала далеко не самая основная задача … а тяга всеравно будет колебаться от экземпляра к экземпляру … притом полетный контроллер вполне это скомпенсирует …
а вот эффективность системы мотор/проп/регуль будет сильно зависеть от настроек
под конкретный тип мтора нужно подбирать оптималую частоту ШИМ ,
под пару мотор проп оптимальные моменты переключения фаз (притом не только в зависимости от скорости , но и от ускорения мотора, напряжениия питания )
кстати пришла в голову мысль - а что если сделать спаренный контроллер для соосной схемы ??? один процессор получает 2 управляющих сигнала и контролирует два мотора на одном луче … интересно насколько удастся скомпенсировать изменение нагрузки на мотор при изменении тяги второго мотора …
под конкретный тип мтора нужно подбирать оптималую частоту ШИМ, под пару мотор проп оптимальные моменты переключения фаз (притом не только в зависимости от скорости , но и от ускорения мотора, напряжениия питания )
Регуляторы этим и занимаются, в разной степени (одни больше учитывают параметров, другие меньше). Кроме того у некоторых есть автоподбор параметров мотора (в режиме настройки).
линеаризация зависимосит скорости от входного сигнала далеко не самая основная задача … а тяга всеравно будет колебаться от экземпляра к экземпляру
Дык вот эту разницу в пределах одного квадра мы и выравняем тахометром - и “основному камню” дёргаться за зря не придётся.
под конкретный тип мтора нужно подбирать оптималую частоту ШИМ , под пару мотор проп оптимальные моменты переключения фаз (притом не только в зависимости от скорости , но и от ускорения мотора, напряжениия питания )
Но если есть такая методика (вменяемая для простого юзверя) как сделать “элементарный стенд” для такой “калибровки” ? Какие основные параметры “на выходе” необходимо проконтролировать ? Уровнять тягу всех четырёх пар во всём диапазоне входного ШИМ ? Тогда “чё-нить типа” весов-динамометра.
Где бы в регуле найти этот “волшебный подстроечный резистор”, замерить! и заменить на постоянный!😒.
От полётника в регулятор 490 раз в секунду (бывает и больше) приходят управляющие импульсы.
А если сделать один “регульный мозг” со всеми настройками, а ключи к лучам охлаждаться ?
Так и сделано в Parrot Bebop Drone. Только ключи не вынесены в лучи, а размещены рядом с процессором. Возможно это почему-то удобней, чем в лучах (например дешевле производить и монтировать одну плату а не добавлять ещё 4 платки с ключами). Ещё возможно настолько высока скорость нарастания фронта сигнала управления силовым ключом,- что ключ далеко от процессора не вынести.
источник картинок © techinsights.com
Евгений, Вы будете смеяться, но я знаю ДЛЯ ЧЕГО и ПОЧЕМУ на регули, да и не только на них, ставят радиаторы…) Я уже больше 20 лет, так или иначе, работаю в приборостроении. Не электронщиком, я скорее с оптикой и лазерами больше дружу, но по долгу, так сказать, службы немного разбираюсь и в электронике…) Уж как работают ключи я знаю, и какими должны быть нормальные регуляторы тоже… )
Если Вы эту тему читали, в самом начале кто то сформулировал требования к правильным ESC, там наличие кварца - одно из обязательных условий, а Вы пишите
В большинстве ESC они синхронизируются от встроенного генератора
Я бы сказал так: В абсолютном большинстве правильных ESC кварцы есть, Вы же сами фотку нормального регуля приложили… А от внутреннего генератора тактируется только дешевое китайское дерьмо.
В общем, Вы сейчас пытаетесь изобрести велосипед, от которого китайская электронно-подвальная промышленность отказалась лет 5 назад… Тогда все регули были с кварцами и обратной связью по положению ротора (а не по неактивной фазе, как сейчас), а сейчас, возврат к старым фишкам выдают за новые, революционные изменения…
Если коротко, я хочу сказать вот что: Купите нормальные регули и не грейте мозг ни себе ни людям…
По поводу кода, оба опенсорсных проекта, о которых Вы выше писали, появились не так уж давно, и являются сильно упрощенным вариантом “закрытых”, но правильных прошивок типа skywalker. На последних я летаю уже несколько лет и не вижу поводов для прошивки современными версиями… Ни один из 40 регулей, которые у меня летают ни разу не сгорел и ни одного срыва синхры не было…
интересно насколько удастся скомпенсировать изменение нагрузки на мотор при изменении тяги второго мотора …
Чисто теоретически это возможно, тут вопрос к программистам, насколько “тяжелый” код получится для обсчета компенсаций… АРМ с этим точно не справится… Есть похожие варианты, Зеротек джемини, к примеру… Там два контроллера используются для расчетов, но моторами управляет один из них, ко второму управление переходит только в случае выхода из строя первого… Ну и, цеплять 2 мотора к одному регулятору нельзя, у каждого из них неактивная фаза будет разной, со всеми вытекающими последствиями…
А если сделать один “регульный мозг” со всеми настройками, а ключи к лучам охлаждаться ?
тогда к ключам придется тянуть 6 или 9 (без драйверов мосфетов) проводов на мотор… да и крайне неудобно это делать …
выход из стороя одного мотора а вслед за ним и ключа(ей) приведут к повреждению процессора и неработоспособности сразу нескольких моторов … поэтому счетверенные регули делают с четырьмя процессорами …
Ну и, цеплять 2 мотора к одному регулятору нельзя, у каждого из них неактивная фаза будет разной, со всеми вытекающими последствиями…
имелось ввиду на один проц два комплекта ключей … но уже понял что будет критично по отказоустойчивости …
регулеи для соосников целесообразно делать их на CAN шине , тогда регули смогут получать информацию не только для своей позиции , но и своей пары , а также обмениваться с ним информацией (отслеживать аварийные ситуации ) …
Но если есть такая методика (вменяемая для простого юзверя) как сделать “элементарный стенд” для такой “калибровки” ?
Игорь, все уже украдено до Вас…) Датчиковые моторы с соответствующими регулями все умеют делать сами…)
Какие основные параметры “на выходе” необходимо проконтролировать ?
Положение ротора…
Кстати, идея уравнивания тяги всех моторов приведет к падению квадрика…
регулеи для соосников целесообразно делать их на CAN шине
Таки да, Виктор Сапешко так и делает…Не только для соосников, но и просто для многомоторников… Единственное но, я думаю, хотя бы на один из моторов в паре надо ставить датчик Холла, тогда мозг будет знать об отказе мотора…
Евгений, Вы будете смеяться, но я знаю ДЛЯ ЧЕГО и ПОЧЕМУ
Смеяться не буду, 20 лет - достаточно большой срок чтоб перестать хвастаться и давать советы 😉
появились не так уж давно, и являются сильно упрощенным вариантом “закрытых”, но правильных прошивок типа skywalker.
Вы заинтриговали, уточните пожалуйста детальней какие именно два проекта регуляторов Вы имеете ввиду? Возможно говорим о разных разработках регулей.
Спасибо всем большое. Мозг ушёл в глухую несознанку, но обещал вернуться 😃.
Жаль, нельзя одинаково откалибровать оба конца “газа” каждого регуля “простыми способами”. Может АРМ есть настройки по вых каналам - надо посмотреть.
какие именно два проекта регуляторов Вы имеете ввиду?
Не регуляторов… Прошивок, SimonK и BlHeli… Обе основаны на сильно упрощенном коде от приличных регулей…
Господа подскажите порядок калибровки banggood.com/Sunrise-Blhell-Speed-Controller-Blhel… Классический способ вызывает какофоническую полифонию …
Кто подскажет актуальную прошивку для Afro ESC 30A, чтоб нормально работал в паре с многополюсным мотором -?