Медленная работа поворотной оси (тормозит)

[aftaev]

nkp, там выше им нужно поддерживать постоянную скорость резания. Так понимаю можно сделать так чтобы от высоты Z (диаметра) двигался автоматом ползунок подачи

[nkp]

им нужно

там уже несколько задач решается - от величины подачи до коммерческого интереса

[jkwe45]

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

[nkp]

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

причину тормозов в емс?
или во всех известных контроллерах?

это я тебе намекаю(ну даже прямо говорю - правильней отвечать только за себя)))
примерно так:
"лично я здесь решаю одну проблему - как убрать тормоза долбанные в этом кривом емс"

[jkwe45]

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

причину тормозов в емс?
или во всех известных контроллерах?

это я тебе намекаю(ну даже прямо говорю - правильней отвечать только за себя)))
примерно так:
"лично я здесь решаю одну проблему - как убрать тормоза долбанные в этом кривом емс"

Речь идёт конечно же о EMC... Другие контроллеры особо не интересуют

[kalexmax]

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

time test 4Axis1

Уважаемый nkp, скажите пожалуйста из каких соображений была выбрана угловая скорость 261760( подсмотрел из видика)?
И как я понимаю, она здесь играет не решающее значение, а более значимо - ускорение, которое примерно такого же порядка.
Скорость ограничит G93, а ускорение?
Вам приходилоль с такими настройками запускать реальную работу на станке?

[Serg]

Вам приходилоль с такими настройками запускать реальную работу на станке?

Если на реальном станке скорости и ускорения меньше, то причина медленной работы УП не LinuxCNC, а механика станка.

[kalexmax]

Если на реальном станке скорости и ускорения меньше, то причина медленной работы УП не LinuxCNC, а механика станка.

UAVpilot по-прежднему не в теме, наверное роль такая.

Уважаемый nkp, скажите пожалуйста из каких соображений была выбрана угловая скорость 261760( подсмотрел из видика)?
И как я понимаю, она здесь играет не решающее значение, а более значимо - ускорение, которое примерно такого же порядка.
Скорость ограничит G93, а ускорение?
Вам приходилоль с такими настройками запускать реальную работу на станке?

К сожалению NKP не ответил, м.б. не обратил внимание.
Ниже попробую ответить за него и прояснить причину "тормозов" когда задейсвована поворотная ось.
Концепция EMC предполагает, что существует система координат с взаимно перпендикулярными осями XYZ
(тривкин), которые определяют положение инструмента в пространстве, остальные 6 осей расматриваются
как дополнительные: ABC-ориентация шпинделя, UVW-смена инструмента.
Ранее было определено, что на скорость вып-я Г-кода с использованием поворотной оси существенно
влияет величина сегмента поворота. Из ролика NKP можно заключить, что есть параметр не менее влиятельный,
это ускорение поворотной оси.
Если я увеличиваю (относительно станочного) ускорение оси А в 2 раза. то время вып-я
KonusG93_0,5XZA.ngc сокращается с 12:50 до 9:12.
Если в 10 раз, то до 4:30.
Если в 100 раз. то до 4:28.(В режиме симулятора можно выходить на космические орбиты).
Первая мысль - контроллер останавливается после каждой каманды, но это не так.
Заглянем в осциллограф(настройки-станочные):

Вверху - скорости осей Z,X , внизу - скорость оси А, ср. скорость=16мм/c(в Г-коде она > 50), хорошо видна неравномерность.

Проведем следующий эксперимент: Запустим Г-код KonusG93_0,5A2Y.ngc(A заменена на Y),который вып-ся
гладко и красиво за 4:20мин., но в .ini установим параметр
ARC_BLEND_OPTIMIZATION_DEPTH = 1 (по умолчанию он = 50), т.е. предпросмотр = 1 строке.

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

[nkp]

Из чего можно заключить,

Код: Выделить всё

I haven't implemented arc blending with more than 3 axes yet. However, the
last big refactor will make it easier to do that in the future. The big
obstacle is that it requires changing how the trajectory planner treats
velocity and arc length internally. Right now, the path progress and
velocity only consider XYZ motion, and the other axes follow
proportionally. To get arc blending to work with other axes, the planner
needs to consider all 9 axes when calculating path progress and velocity.
It's not as scary as it sounds, since most of the math is the same.
However, it means a lot of small changes in the TP.

из каких соображений была выбрана

где конфиг или нужные настройки?? (с которыми необходимо производить тесты)
ну то есть - какие настройки на живом станке?

[kalexmax]

где конфиг или нужные настройки?? (с которыми необходимо производить тесты)
ну то есть - какие настройки на живом станке?

Мои настройки близки к типовым, и никому не предлагалось им следовать. А вот под таким видиком, как Ваш,
я бы выложил настройки, потому как иначе непосвященного пользователя он вводит в заблуждение. Например как в моем случае: когда собирал свой станок я не знал о данной проблеме в LCNC и на форуме она не была обозначена, и каково было мое разочарование после приличного объема работ(начинал почти с нуля), получить весьма посредственный результат.
И когда выкладывал вариант решения проблемы, уж никак не думал, что придется доказывать очевидное.
А теперь по существу.
В цитате, которую Вы привели, говориться о всех 9 осях.
Думается для сокращения объема работ на первом этапе переделка одной-двух поворотных осей многих бы устроила. Если есть доп. информация по этой теме, поделитесь пожалуйста, и источник цитаты.

[nkp]

Мои настройки близки к типовым

смотри - ты выкладываешь пример программы,и предлагаешь провести тест на время...
каких то ограничений в настройках не обуславливаешь
пытаясь получить "лучшее" время любой пользователь конечно будет стараться увеличить скоростные настройки(скорость,ускорение)...
потом от тебя нелогичный вопрос - "откуда цифры" ?? да с потолка)))
у меня же нет станка как у тебя,я даже не догадываюсь примерно - какие цифры там должны быть...
к чему это я?
выложи свой конфиг , со своими настройками - будем тестировать с реальными величинами...
--------------
в рассылке это написал автор нового планировщика Rob Ellenberg (думаю - легко найдешь там)

письмо с вопросом ему уже написал...

[kalexmax]

пытаясь получить "лучшее" время любой пользователь конечно будет стараться увеличить скоростные настройки(скорость,ускорение)...

Для чего?
-----------------

письмо с вопросом ему уже написал...

Надеюсь познакомите с ответом.

[nkp]

Для чего?

ты хочешь потроллить или получить помощь?

[kalexmax]

ты хочешь потроллить или получить помощь?

1.Уважаемый NKP, общаясь с незнакомыми людьми не плохо было бы проявлять элементарную вежливость.
2.Касаемо данной темы помощи я ни у кого не просил, ее решение я нашел и поделился с другими.
3.Касаемо "потроллить", думаю кто захочет разобраться, тот разберется.

[kalexmax]

Если на реальном станке скорости и ускорения меньше, то причина медленной работы УП не LinuxCNC, а механика станка

А действительно, я даже не сразу проникся, так и есть - это проблемы станка и того несчастного,
который додумался подключить к нему контроллер. Ведь без этого металлического монстра он(контроллер)
демонстрирует очень даже впечатляющие результаты, если накрутить ускорение и скорость.
Непонятно от чего здесь люди парятся.

[Oleg_Pvk]

Столкнулся с такой же проблемой. То есть неравномерное движение поворотной оси. И очень медленное движение.
Прочитав всю тему я так и не понял как это решается ( Пожалуйста поясните как добиться нормального ровного вращения?
На данный момент на оси стоит ускорение 750 (я так полагаю градусов в сек в квадрате) макс скорость 500 ( град в сек) в единицах измерения могу ошибаться.
Если в холостую крутить ось то ось может сделать 28*к градусов в минуту что примерно равно 77 оборотам в минуту. И было бы очень хорошо если бы она так вращалась. Фактический не важно какую скорость обработки я задаю в УП. Максимальная скорость вращения составляет 2-3 оборота в минуту если ведётся обработка.
И как его ускорить я так и не понял прочитав эту тему. Внешней это выглядит точно также как на видео в первом посте этой темы.
УП для 4х осевой обработки пишу в Rhinocam 2017 там же и взял стандартный поспроцессор. Есть ещё ПоверМил, я его не освоил пока что . Но я так понимаю РиноКам и ПоверМил это одно и тоже. Куда копать? как Ускорить обработку на поворотной оси по спирали?

[Oleg_Pvk]

Вообщем по бился я на G кодом... и сделал так что относительно диаметра заготовки до кончика фрезы пересчитывается линейная скорость в угловую. То есть на меньшем диаметре модели скорость вращения больше дабы соблюдать линейную скорость на большем модели диаметре скорость меньше. Но движение рывками от этого не ушло.... Чем выше точность тем больше рывков и притормаживаний ((((
Так НЕ хотелось переводить ось вращения, в "линейную" ось но похоже другим методом от этих тормозов не избавиться (((

[vovafed]

пробовали переводить поворотную ось в линейную ось u
тормоза остались
пока единственный вариант менять на ось игрик или икс

[jkwe45]

Но тем не менее, пользователь kalexmax утверждает что у него есть решение.

[Oleg_Pvk]

Апну тему.
Давайте попробуем зайти с другой стороны.
Есть ли такие системы в "свободном" доступе где нет этих тормозов связанных с поворотной осью?
LCNC и Mach3 тормозят одинаково хорошо. Есть ли другой софт где не тормозит? Может быть можно "заглянуть в нутро" этого софта и сделать также?

П.с. Это мой дилетантский подход к решению проблемы. Но вдруг кого-то натолкнёт на хорошую мысль