cnc-club.ru

Уже неделю по пути к Тадам-3 размылшяю над некруглостью и причинами. С неделю назад вспомнил про центростемительное ускорение. Я много смотрю ж-код вручную и точно знаю, что скорости задаются условно линейные и они не корректируются в зависимости от диаметров, кривизны дуг. Дело было за малым - забить в таблицу формулу V^^2/R и посмотреть результаты. Я часто режу на скоростях 3000-6000 мм/мин = 0,05-0,1 м/с. Рабочие параметры кривизны - от 3мм=0,003м. Получается 0,0025/0,003=0,83м/с^2=830-1860 в числовых единицах, указываемых LCNC. Конечно, мы задаем станку ограничения по линейным ускорениям, которые говорят о том, что линейный разгон "быстрее" не получится и выход на такую-то скорость требует длины такой-то (viewtopic.php?t=107). Но каково в этих оценках место центростремительного ускорения? Скорости и ускорения - векторные величины, лучшим образом складываются на угле 45 градусов, худшим - вдоль осей.

линейная диаметр ускорение
3000 10 500
3000 6 833
3000 5 1000
3000 3 1667
6000 10 2000
6000 7 2857
6000 5 4000
6000 3 6667
15000 10 12500
15000 7 17857
15000 5 25000
15000 3 41667

Однако-ж. При задании кривизны дугами G2-G3 задаются только начальные и конечные точки, но зато явно указывается кривизна. При задании линии в кодах G1 задются точки вдоль всей линии. Факт в том, что при указании станку как-бы неизменной скорости F1 (например, для дуги) мы в физическом смысле требуем от станка ускорений бОльших, чем задано в настройках.
Вопрос - а что об этом (и как) думают контроллеры и софт, например, LCNC?

a321 писал(а): ↑ Вопрос - а что об этом (и как) думают контроллеры?

Контроллеры, с классической кинематикой, не умеют ездить по дугам и используют кусочно-гладкую интерполяцию, разбивая их на миллион маленьких отрезков.

a321 писал(а): ↑ Факт в том, что при указании станку как-бы неизменной скорости F1 (например, для дуги) мы в физическом смысле требуем от станка ускорений бОльших, чем задано в настройках.

Так всё и ограничится ускорением, и итоговая скорость будет меньше, чем заданая. Он же через свои возможности перепрыгнуть не сможет.

Вот пример, движение по окружности радиусом 10мм
ускорения 1м/с2
в коде задано F10000
Vмакс=sqrt(a/R) = sqrt(1000*10) = 100мм/сек = 6000мм/мин.
То есть быстрее этого он физически не сможет двигаться по дуге такого радиуса.

Hmnijp, что это за система управления?

Dimka писал(а): ↑ Hmnijp, что это за система управления?

uccnc

Об том и речь, что не сможет. Но шаги-то генерируются в логике "время\импульс". Вопрос в том и состоял, учитывает ли это софт управления станком?

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

a321 писал(а): ↑ Но шаги-то генерируются в логике "время\импульс". Вопрос в том и состоял, учитывает ли это софту правления станком?

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