cnc-club.ru

Как заставить EMC двигать инструмент из начальной точки в конечную на максимальной скорости по обеим осям?
То есть если по одной оси надо проехать допустим 200мм, а по второй 10мм, то эти 10 мм отрабатывались на макс скорости, гдето читал об этом но не могу вспомнить.

Параметр MAX_LINEAR_VELOCITY нужно задать с запасом, можно раза в два больше максимальной скорости по осям. Тогда при G0 будет по одной оси двигаться на максимальной скорости, а по остальным - как получится.

Bmax77 писал(а):То есть если по одной оси надо проехать допустим 200мм, а по второй 10мм, то эти 10 мм отрабатывались на макс скорости, гдето читал об этом но не могу вспомнить.

Это называется "dog's leg" ("собачья нога"). В EMC вроде бы не предусмотрено, да и не очень-то и надо. Выигрыша по скорости не даст.

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

Bmax77 писал(а):В памяти крутится, что надо какойто параметр для G0 установить, чтобы он либо по прямой инструмент двигал из точки в точку либо по каждой оси на максимальной скорости.

В TurboCNC есть, в LinuxCNC - не нашел.
А что это даст? Время перемещения не уменьшится. Есть один случай, когда это может что-то дать, но только для станков с кривыми драйверами без антирезонанса.
я сам когда-то этим интересовался http://www.cnc-club.ru/forum/viewtopic. ... 65&p=26279
но потом понял причину и осознал ошибку

Вот меня именно вопрос звука и вибрации напрягает, по скольку станок дома, и пока стол из края в край едет, то по второй оси получается весьма неприятный звук, на дугах такого нет в следствии того что там хоть скорость и идет от 0 до максимума, но околонулевые значения подачи кратковременны. Пока nema17 стояли было терпимо, но на nema23 просто достает.

Bmax77 писал(а):Вот меня именно вопрос звука и вибрации напрягает

Если есть возможность, полезно использовать максимально возможные коэффициенты деления шага.

Да это помогает но из-за слабости ноутбука, снижается макс скорость, да и момент у движков заметно падает. У меня красный контроллер, там выбор шагов не велик, но даже на 1/16 подачи ниже 30-40мм/мин звучат не очень.
Наткнулся сейчас в инете на форум где задавался вопрос о том какие должны быть параметры Stepper Drive Timing под TB6560. На LinuxCNC даны значения 150000нс, но у меня по умолчанию стоят 5000 5000 20000 20000. Так вот один товариш на том сайте написал что увеличил время шага с 5000 до 6000 и двигатели стали работать на много мягче. Надо будет дома поэкспериментировать.

Bmax77 писал(а): Так вот один товариш на том сайте написал что увеличил время шага с 5000 до 6000 и двигатели стали работать на много мягче. Надо будет дома поэкспериментировать.

Вроде не должно повлиять.

Такие перемещения надо задавать в CAM, иначе можно ненароком куда-нибудь влететь.

Nick писал(а):Такие перемещения надо задавать в CAM, иначе можно ненароком куда-нибудь влететь.

Прошу прощения но помоему мы друг друга не поняли, куда влететь по какой причине? Это настройки временных параметров, а не скорость и не величина перемещений.

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

Да, G0 потихоньку отмирает, т.к. ее поведение не нормировано и CAM программа не знает, как поведет себя станок по команде G0.

А мне вот нравится использовать G0 при отводе сверла (часто разметку на ЧПУ делаю), при перемещении холостом... Не объясните, что такого опасного (конкретно) с G0?

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

А опасное относилось к G0 выполненому не по прямой, а с максимальными скоростями осей.

У меня по G0 килофлоп использует движение с независимыми S-ускорениями по каждой оси. Т.е. траектория получается даже не ломаная и не прямая, а вообще сложнообъяснимой формы (близка к прямой).
А когда готовлю УП - CAM программа отслеживает холостые перемещения инструмента с учетом возможного столкновения с материалом.
И если траектория холостых перемещений будет не прямой, то CAM не сможет оценить опасность/допустимость такого перемещения.

Пока речь идет о трех осях - еще можно просто подниматься на безопасную высоту (выше заготовки и прижимов), хотя и это не подарок - если в траектории несколько тысяч холостых переходов - что теперь, каждый раз выше прижимов подниматься?
А когда станок 4/5/6 осевой? куда шпинделю прятаться для холостых переездов, чтобы точно ничего не задеть при непредсказуемом перемещении по G0?

Понятно. Спасибо.

Тоесть в постпроцессоре лучше писать не G0 XYZ,а #<Feed_Rapid> G1 XYZ ?

П.С.
А в каком числовом параметре в LinuxCNC хранится скорость быстрого перемешения?
В пункте 7.1 мануальника про номер в котором быстрая подача ничего не сказано.
А такой параметр быть должен,так как при команде G0 станок переходит на максимальную скорость автоматически,
причём если после этого снова пойти движением,то скорость будет такой,какой была раньше.

torvn77 писал(а):Тоесть в постпроцессоре лучше писать не G0 XYZ,а #<Feed_Rapid> G1 XYZ ?

Для арткама лучше оставить G0 - на то он и придуман.
А те CAM программы, для которых траектория перемещения критична - сами пишут G1 XYZ F(Rapid feedrate)

Но RETRACT_MOVE всё таки лучше перепишу на G1

torvn77 писал(а):А в каком числовом параметре в LinuxCNC хранится скорость быстрого перемешения?
В пункте 7.1 мануальника про номер в котором быстрая подача ничего не сказано.

Потому что там эта скорость не хранится, она указывается в ini файле.

Что она задаётся в ini понятно.но как к ней явно обратиться из УП?