Никто ничего не выкладывает на форум, ничем не делиться
Ладно поделюсь я, может кому-то пригодиться...
Реализация разгона/торможения шагового двигателя (пока по трапециидальному закону, в дальнейшем можно встроить закон параболы и S образный закон, добавив дробный коеффициент для частоты reg_Fn).
Документ с описанием алгоритма, do файлы для моделсима, скриншот работы(jpg картинка), файлы описания, тестбенч - во вложении (архив 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 просчитывать, или проект для такого не предназначен ?

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

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

В смысле ПЛИС и встроенный процессор это круто конечно, но при обычных условиях на обсчет траекторий и 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 шагам. Такая потеря точности для некоторых применений недопустима.

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