Перейти к содержанию
    

acceleration/deceleration step motor

Никто ничего не выкладывает на форум, ничем не делиться :)

Ладно поделюсь я, может кому-то пригодиться...

Реализация разгона/торможения шагового двигателя (пока по трапециидальному закону, в дальнейшем можно встроить закон параболы и S образный закон, добавив дробный коеффициент для частоты reg_Fn).

Документ с описанием алгоритма, do файлы для моделсима, скриншот работы(jpg картинка), файлы описания, тестбенч - во вложении (архив 7z).

В общем:

 

entity SMC is  -- Stepper_Motor_Controller
generic ( M : natural := 32 );
Port (
clk : in STD_LOGIC;
rst : in STD_LOGIC;
en     : in STD_LOGIC;  --enable work
dir     : in STD_LOGIC; --choice of direction acceleration/deceleration
Tmax : in STD_LOGIC_VECTOR (31 downto 0); -- maximum timing
Nsegment : in STD_LOGIC_VECTOR (7 downto 0); -- total segment acceleration/deceleration
T0 : in STD_LOGIC_VECTOR (31 downto 0); -- not used
Fmin : in STD_LOGIC_VECTOR (31 downto 0); --minimum  frequency 
Fmax : in STD_LOGIC_VECTOR (31 downto 0); --maximum frequency
ena_work : out STD_LOGIC; --acceleration / deceleration time signal
out_shim : out STD_LOGIC );
end SMC;

 

Сильно не оптимизировал...

Конструктивная критика принимается.

Stepper_Motor_Controller.7z

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Просто делюсь, может кому-то пригодиться...

Сильно не оптимизировал...

Конструктивная критика принимается.

Еще бы немного доделать...

Вы используете параметры, но только где-то "внутри", а надо бы все их вывести на "топ", потому как если кто-то захочет перестроить проект, ну например при симуляции, то не пришлось бы лезть в "дебри"... А в идеале - два набора параметров - для отладки и для железа. А еще рараметр "дебаг-релиз"...

Ну и полное отсутствие комментариев и заголовка с фамилией или хотя бы с ником автора - не красиво...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще бы немного доделать...

Вы используете параметры, но только где-то "внутри", а надо бы все их вывести на "топ", потому как если кто-то захочет перестроить проект, ну например при симуляции, то не пришлось бы лезть в "дебри"... А в идеале - два набора параметров - для отладки и для железа. А еще рараметр "дебаг-релиз"...

Ну и полное отсутствие комментариев и заголовка с фамилией или хотя бы с ником автора - не красиво...

спасибо, исправлю.

дополнение к пояснениям - в строке 125 файла SMC.vhd

reg_n <= "00000000000001111101000000000000"; -- значение бралось с "потолка" для симуляции

 

это значение 1 для пересчета частоты в период шима, в тактах частоты ПЛИС

 

T=1/reg_Fn

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Никто ничего не выкладывает на форум, ничем не делиться :)

Сильно не оптимизировал...

Конструктивная критика принимается.

Я с точки зрения правильной теории разгоняю так, чтобы энергия линейно росла или убывала от времени. И практика подтверждает эту правильность. Вот делюсь и критикую одновременно. Есть резонанс, который нужно учитывать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

заметил баг(пока не знаю точно) в своей реализации:

если в тестбенче стоит Nsegment <= "00001111"; то вроде все коректно. смотреть значение reg_Fn (при разгоне оно должно быть максимально приблизиться к Fmax, при торможении к Fmin)

если меняю, например на Nsegment <= "00000111"; то некоректно - в конце участка торможения(в конце второго импульса reg_ena_work) не достигает Fmin (reg_Fn порядка 1000) и вначале при разгоне(в начале первого импульса reg_ena_work) есть сильный скачок в reg_Fn - первое 56 (Fmin), следующее порядка 4000

Участки разгона торможения можно видеть по reg_ena_work.

не могу понять причину.

прошу помощи....

 

upd объяснение этому можно дать, что это происходит, так как количество сегментов меньшее и соответственно приближение грубее...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сильно не оптимизировал...

Конструктивная критика принимается.

 

не думали выложить на github.com ?

там удобнее отслеживать и развитие проекта (git) и связь с автором по найденным багам

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Реализация разгона/торможения шагового двигателя

а как собираетесь траекторию пространственную исполнять ?

это должен planner просчитывать, или проект для такого не предназначен ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а как собираетесь траекторию пространственную исполнять ?

это должен planner просчитывать, или проект для такого не предназначен ?

встроенный процессор для чего? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

встроенный процессор для чего? :)

Извиняюсь, а зачем тогда ПЛИС ?

Или вы хотите в режиме большого дробления работать ? Или специфический привод ?

 

В смысле ПЛИС и встроенный процессор это круто конечно, но при обычных условиях на обсчет траекторий и 300 команд сервиса достаточно процессора за 0.6$.

ПЛИС немного дороже)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Извиняюсь, а зачем тогда ПЛИС ?

Или вы хотите в режиме большого дробления работать ? Или специфический привод ?

 

В смысле ПЛИС и встроенный процессор это круто конечно, но при обычных условиях на обсчет траекторий и 300 команд сервиса достаточно процессора за 0.6$.

ПЛИС немного дороже)))

возможно.

мне нужна быстрота управления лазером при позиционировании как по шагам/микрошагам так и от encoder (квадратурный выход)...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а я мутил в свое время систему с обратной связью для шаговика по энкодеру. В таком раскладе ускорения становятся ненужны, они всегда максимум что тянет мотор, а траектория задает ход системы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а я мутил в свое время систему с обратной связью для шаговика по энкодеру. В таком раскладе ускорения становятся ненужны, они всегда максимум что тянет мотор, а траектория задает ход системы.

можно попдробнее?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ну дело было так.

Шаговики с энкодером и управлением степ-дир через драйвер и микрошаг был настроен на примерно 1 отсчет энкодера.

У нас есть положение мотора в микрошагах и есть положение мотора по энкодеру.

У схемы управления 2 задачи:

1 выставить шаги в желаемую точку

2 не дать мотору (реальному его положению) убежать от магнитного поля (заданному драйвером через микрошаги) больше чем на шаг чтобы не было срыва мотора.

 

дальше у нас есть set_point - желаемое положение схемы, real_point - положение текущее по счетчику шагов и ref_point - текущее положение по энкодеру.

 

каждый такт управления считаем (set_point- real_point) чтобы понять куда двигаться.

каждый такт управления делаем до N шагов, например если N = 10 и set_point - real_point = 1, делаем 1 шаг, если set_point - real_point = 4 - делаем 4 шага, если разность 11 и больше, делаем 10. (эта цифра определяется из необходимой частоты схемы управления и возможностей драйвера по шагам и необходимой "глубины" управления)

 

так же мы проверяем чтобы |real_point - ref_point| был меньше полного шага (полушага). то есть

needStep = (set_point- real_point);

если (|needStep| > N(максимального числа шагов за такт управления)) ограничиваем |needStep| до N

если после этого (|real_point + needStep - ref_point| > limit)) ограничиваем needStep так чтобы мы не превысили лимит.

 

это первая простая пропорциональная ступень.

 

к примеру мы стоим в 0, нам ставят попасть в точку 50, лимит по энкодеру 10, шагов на такт управления 5

ref_point = 0, real_point = 0; set_point = 50; limit = 10, N = 5;

1. NS = 50 - 0 = 50; 50 > 5 -> NS = 5; (0 + 5 - 0) < 10-> NS = 5; схема делает 5 шагов

схема начала разгоняться, пусть прошла 1 шаг

ref_point = 1, real_point = 5; set_point = 50;

2. NS = 50 - 5 = 45, 45 > 5 -> NS = 5; (5 + 5 - 1) < 10 -> NS = 5; схема делаем 5 шагов

схема продолжает разгон, пусть прошла еще 2 шаг

ref_point = 3, real_point = 10; set_point = 50;

3. NS = 50 - 10 = 40, 40 > 5 -> NS = 4; (10 + 5 - 3) > 10 -> NS = 3; схема делает 3 шага

и так далее... в целом мотор может потом догнать схему управления и они пойду вместе, а может так и отставать до самого конца. величина насколько можно упустить мотор от поля определяет ускорение схемы (так как это сила с которой мотор тянет), а также величину перерегулирования.

 

При разгоне схема будет держать силу тяги в + 10 шагов, разгоняя мотор, если эта величина будет в полшага (в шаг по некоторым источникам), это будет максимально эффективный разгон

когда достигнута точка 50, NS = 0 до тех пор, пока мотор по инерции не пролетит это значение, дальше магнитное поле побежит за мотором, оно будет держать "силу тяги" в -10 шагов, тормозя мотор, если это величина будет в полшага (шаг по некоторым источникам) - то это будет максимально эффективное торможение. Сила торможения начнет нарастать сразу как мотор перейдет точку 50

 

При этом если при резонансах мотор кинет через пару шагов, схема это прекрасно отработает подвинув поле за мотором. Число шагов на такт регулирования определяет эту "глубину" управления, то есть какого уровня выбросы схема может отработать, быстро подвинув поле.

 

Дальше на это наворачивается уже следующая ступень управления, которая двигает set_point по желаемой траектории движения, мотор отработает эту траекторию, если ему хватит на это сил. Это новое звено уже может иметь интегральные и диф звенья для выполнения необходимой задачи по движению и конечному положению.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ну дело было так.

хитроумно.

 

Но с точными перемещениями на известной нагрузке схема проигрывает стандартному стеку в точности - насколько я понимаю в Вашей

схеме привод будет прецессировать +- N шагов вокруг заданной траектории по каждой оси, или примерно 2*N на 3 осях, что, при N=2 уже равно 4 шагам. Такая потеря точности для некоторых применений недопустима.

 

На неизвестной нагрузке наверно схема себя окупает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...