На низких частотах, где он нужен - он не работает.Oxford писал(а):В чем проявляется убожество? В чем собственно вред?
DMG ничего так, мазаки тоже посмотрите...Oxford писал(а): Спасибо за совет. А какой станок советуете купить c рабочим полем A3 для фрезеровки алюминия?
попробую системные и отладочные таймеры для подсчёта периодов и вернусь к максимально аппаратному выводуКрафтер писал(а):Есть системный таймер SysTick, можно его использовать для отсчета времени, и есть еще DWT - отладочный таймер, у него самое большое разрешение.
. Всем доступно, недорого, частота зашкаливает (72 МГц). Но есть проблема, у него меньше таймеров, чем у F100. 
Ннндаа время ардуин стремительно уходит, СТМ32 по таким ценам рулит.MX_Master писал(а): Или сразу укомплектованный вариант
А как это будет согласовываться с движением других осей?..MX_Master писал(а):К примеру, будет возможность выдавать разгон и торможение в виде S-образных и U-образных кривых, даже, если в оригинале их не было.
Можно синхронизировать, ибо мы всегда знаем текущую позицию в шагах каждой оси в оригинале. Сейчас все варианты умножителя никак оси не синхронизируют и маленько могут врать в траектории после умножения. Вдобавок, не один не даёт плавного вывода. Это мне не нравится. Исполнение, в общем, на троечку. Поэтому и размышляю, как это лучше сделать..UAVpilot писал(а):А как это будет согласовываться с движением других осей?..
Контроллеров много, стоит ли делать ещё один? Смысел умножителя как раз в том, чтобы исправить очевидный недостаток большинства бюджетных контроллеров. Должен получится SmoothStepper с открытым кодом под любой контроллер.Andrey@KZN писал(а):Не проще свой контроллер написать?
Та-же S-кривая - это траектория (разгон-движение-торможение), отличающаяся от того, что запланировал планировщик траектории...MX_Master писал(а):Можно синхронизировать, ибо мы всегда знаем текущую позицию в шагах каждой оси в оригинале. Сейчас все варианты умножителя никак оси не синхронизируют и маленько могут врать в траектории после умножения. Вдобавок, не один не даёт плавного вывода. Это мне не нравится. Исполнение, в общем, на троечку. Поэтому и размышляю, как это лучше сделать..
Вроде Siemens и Fanuc давно уже осилили.Насколько я в теме ещё никто не осилил S-кривые для рабочих ходов (G1, G2, G3) даже на уровне планировщика
Очередное озарение ?? где вы такой бред находите ?? расскажите плиз - какое отношение имеет планировщик к S-кривым ?UAVpilot писал(а):Та-же S-кривая - это траектория (разгон-движение-торможение), отличающаяся от того, что запланировал планировщик траектории...
Насколько я в теме ещё никто не осилил S-кривые для рабочих ходов (G1, G2, G3) даже на уровне планировщика. Осилили только для холостых перемещений (G0), где важна не сама траектория, а лишь конечная точка её.
попробуйте осознать простую вещь - например для движения инструмента по диагонали в плоскости XY требуется согласованное движение осей X и Y, т.е. для получения прямой ровной линии у обоих этих осей должны быть строго одинаковые формы S-кривых (во времени и пространстве), это и есть задача плаировщика. Только вот ускорение на крутом участке S-кривой не должно превышать максимально допустимое для привода/оси, что автоматически предполагает меньшее ускорение на пологих участках S-кривой, т.е. более долгий разгон/торможение, а следовательно инструмент будет дольше работать вне заданных режимов. Вот и получается, что для рабочего движения S-кривые использовать бессмысленно - приходится ограничивать максимальные скорости/ускорения, т.е. то, ради чего эти S-кривые и нужны...Hanter писал(а):Очередное озарение ?? где вы такой бред находите ?? расскажите плиз - какое отношение имеет планировщик к S-кривым ?
Вот именно. попробуйте осознать простую вещь - при работе по степ-диру ( а тема вроде как именно про него) S-кривые возможны только на уровне сервоусилителя. или вы хотите реализовать S-кривые на уровне сигнала "Step" ????UAVpilot писал(а):P.S. Желающие продолжить дискуссию осваивайте сначала теорию, чтоб не тратить время на объяснение азбучных истин...
Откуда эти фантазии?..Hanter писал(а):или вы хотите реализовать S-кривые на уровне сигнала "Step" ????