Алгоритм линейного ускорения-торможения ШД, Есть элегантное решение? Опции

[dinam]

Сваял плату управления четырьмя ШД. В известной статье , авторства Л.Pидико есть формула: T = T0/(1+T0At), где T – длительность шага, T0 – начальная длительность шага, A – ускорение, t – текущее время. У меня управление ШД сделано на самом хилом Cyclone II. При попытке в лоб реализовать эту формулу съедаются все ресурсы FPGA даже при управлении одного ШД. Может быть есть более элегантное решение позволяющее вычислить период следующего шага при линейном ускорении-торможении?

[Methane]

Сваял плату управления четырьмя ШД. В известной статье , авторства Л.Pидико есть формула: T = T0/(1+T0At), где T – длительность шага, T0 – начальная длительность шага, A – ускорение, t – текущее время. У меня управление ШД сделано на самом хилом Cyclone II. При попытке в лоб реализовать эту формулу съедаются все ресурсы FPGA даже при управлении одного ШД. Может быть есть более элегантное решение позволяющее вычислить период следующего шага при линейном ускорении-торможении?

Там же есть макрофункция ROM. В нее и запишите значения. А потом просто инкрементируйте адресс, с данных получайте время шага. Хотя что-то сомнительно что одно умножение на константу у вас циклон второй съело.

[dinam]

Не совсем понял про какую вы таблицу говорите. Ведь у меня в этой формуле есть три переменные. T0 и А задаются с компьютера и t берется со счетчика в FPGA. Умножение практические не съедает ресурсов, используются аппаратные умножители. Основная проблема в делениии.

[Methane]

Не совсем понял про какую вы таблицу говорите. Ведь у меня в этой формуле есть три переменные. T0 и А задаются с компьютера и t берется со счетчика в FPGA. Умножение практические не съедает ресурсов, используются аппаратные умножители. Основная проблема в делениии.

Ну так замените деление умножением. Если не можете формулу упростить.

[dinam]

Ну так замените деление умножением. Если не можете формулу упростить.

А поконкретнее можно?

Не совсем верный заголовок в части формулировки линейное ускорение/торможение.
Ускорение ШД (точнее механизма с ШД) принимается равным константе, а изменяется лишь скорость (частота вращения).
Правильно говорить разгон/торможение как закон изменения скорости, который может быть и нелинейным.

Возможно вы и правы . Сейчас у меня реализован нелинейный закон изменения скорости при разгоне и торможении. К тому же ещё и можно задавать разные значения при разгоне/торможении. И всё это хозяйство немного ресурсов требует. А вот линейное изменение скорости у меня пока не получается.

[Methane]

А поконкретнее можно?

Ну вынесите в таблицу значения

Y[i]=T0/(1+T0*A*t[i])

Или вообще сделайте обратную связь по перемещению шагового двигателя.

[VladimirYU]

Ну вынесите в таблицу значения

Y[i]=T0/(1+T0*A*t[i])

Или вообще сделайте обратную связь по перемещению шагового двигателя.

А без обратной связи по скорости ИМХО задача для произвольной нагрузки вообще не решается.

[dinam]

А без обратной связи по скорости ИМХО задача для произвольной нагрузки вообще не решается.

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

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

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