Адаптивный микрошаг

[celladon]

я пока ШИМ по току в обмотках пишу, но склоняюсь к тайм офф по тому же току. а там посмотрим...
пока разрабатываю и набираюсь опыта...

А у вас есть коррекция ШИМ в зависимости от частоты вращения. Ведь при одинаковом ШИМе при разной частоте вращения ток будет меняться. Чем больше скорость, тем меньше ток. Или ток стабилизируется автоматически не зависимо от скорости вращения на аппаратном уровне? У меня пока реализован в схеме тупой ШИМ без обратной связи по току.

[kentawrik]

схема классическая - щас отрабатываю программку - потом выложу на форуме...

[kentawrik]

Проработав несколько тему пришел к выводу, что адаптивный микрошаг не нужен на уровне обмена данных между драйвером и задающим устройством.
Поясняю:
как я считал АМШ нужен по двум причинам:
1. Чем мельче шаг на малых оборотах, тем точнее позиционирование.
2. Чем крупнее шаг на больших оборотах, тем меньше ненужных вычислений.
Но!
1. При слишком мелком шаге изменение положения может быть ограничено конечностью изменения крутящего момента(особенно в режиме перехода удержание-удержание), т.е. из-за сил трения определённые микрошаги могут просто не отрабатываться, в том числе на это может влиять конечность разрешения внутри драйвера(разрядность ШИМ и ЦАП или АЦП), может и еще что, но этого достаточно.
2. При выходе на режим больших оборотов нет необходимости отрабатывать все шаги - при этом их можно спокойно пропускать - при этом реальное количество шагов должно отслеживаться и учитываться. И так как управляющая драйвером программа должна учитывать и быть сконфигурирована под достаточно плавное изменение скорости, то драйвер вполне успеет при выходе из скоростного режима начать отрабатыввать микрошаг...
Поэтому АМШ наверное в CNCOpen включать не стоит. Пусть драйвер сам решает как ему отрабатывать шаги -главное чтобы они были максимально гарантированы.
Хотя удаленое конфигурирование микростепа по примеру представленному celladon имеет право на жизнь.

[spike]

Ну сразу так отметать возможность применения наверное не стоит...
Хотя бы потому что одно дело выдать с РС степы с частотой 10-20кГц, и совсем другое - с частотой 100-200кГц (как нужно было бы при управлении GECKODRIVE, осбуждаемой здесь)
Другое дело то, что реализовать его не так-то и просто...

[malvin]

Трудно изъясняетесь, господа, простому рассудку очень тяжело.... Идея то не новая, и уже не одна голова ее пытала. Вопрос в том, что:

1. Переключение шаг/микрошаг должно быть согласовано с драйвером и управляющим контроллером. А это сделать не так то легко...
2. Переключение шаг/микрошаг должно происходить в определенные моменты - перехода через ноль. Учитывая при этом реальное положение ротора под нагрузкой. Иначе - потеря шагов обеспечена.
3. Экономическая целесообразность такого решения 0. Все равно у шаговиков затык по скорости, который этим не преодолеть, лучше посмотреть в сторону серво))

[PKM]

https://www.google.com.ua/search?q=морф ... +двигатель

[malvin]

https://www.google.com.ua/search?q=морф ... +двигатель

Прочитали, читать умеем. В инете лишь коммерческо-маркетинговые заявления про морфинг, да догматический рассуждения на форумах. В реале вы, PKM, его тестили то?

Вот, соосная с моей мысль отыскалась на одном из форумов:
"он на PLL основан, а это в любом случае фильтр низкой частоты. Контроллер ЧПУ не предполагает фильтра на степе... ". С этим полностью согласен. Без контроля СЧПУ морфинг - гно.

[AndyBig]

он на PLL основан, а это в любом случае фильтр низкой частоты

Может быть это в какой-то конкретной кривой реализации, да и то сомневаюсь. Нормальный морфинг реализуется программно на микроконтроллере или ПЛИС.