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

[dinam]

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

[khach]

"Красиво" управлять шаговиком- это только по таблицам. Обычно простой рампы (трапеции) достаточно. Но иногда нужен безударный разгон-торможение (т.е ускорение меняется тоже плавно от нуля к максимуму и наоборот) или учет потерь вращающего момента шаговика на высоких оборотах. Хуже всего, если механическая характеристика подвижной части системы переменная (например с грузом и без груза), а ездить надо с максимальной скоростью. Приходиться заводить несколько таблиц разгон-торможение.
По обратной связи- обычно достаточно диска на валу шаговика с прорезью и контролировать число шагов на оборот. Если их оказалось не 400 ( в полушаге для типовых моторов) то произошла потеря позиции и надо "кричать караул"- звать наладчика для корректировки законов разгона- торможения или смазки механизма. Энкодер бывает нужен только на этапе отладки механики в процессе проектирования привода, но там желателен и тензометрический датчик момента на валу, и датчик линейных ускорений подвижной части привода итд.

[Methane]

По обратной связи- обычно достаточно диска на валу шаговика с прорезью и контролировать число шагов на оборот. Если их оказалось не 400 ( в полушаге для типовых моторов) то произошла потеря позиции и надо "кричать караул"- звать наладчика для корректировки законов разгона- торможения или смазки механизма.

Зачем? Просто не делать следующий шаг, пока текущий не завершён. Все.