Re: Медленная работа поворотной оси (тормозит)
Добавлено: 12 ноя 2017, 14:43
nkp, там выше им нужно поддерживать постоянную скорость резания. Так понимаю можно сделать так чтобы от высоты Z (диаметра) двигался автоматом ползунок подачи
Статьи, обзоры, цены на станки и комплектующие.
https://www.cnc-club.ru/forum/
там уже несколько задач решается - от величины подачи до коммерческого интересаaftaev писал(а):им нужно
причину тормозов в емс?jkwe45 писал(а):Нет, уважаемые, решается всего одна задача, найти причину "тормозов" или хоть как то это убрать
Речь идёт конечно же о EMC... Другие контроллеры особо не интересуютnkp писал(а):причину тормозов в емс?jkwe45 писал(а):Нет, уважаемые, решается всего одна задача, найти причину "тормозов" или хоть как то это убрать
или во всех известных контроллерах?это я тебе намекаю(ну даже прямо говорю - правильней отвечать только за себя)))
примерно так:
"лично я здесь решаю одну проблему - как убрать тормоза долбанные в этом кривом емс"
Уважаемый nkp, скажите пожалуйста из каких соображений была выбрана угловая скорость 261760( подсмотрел из видика)?nkp писал(а):time test 4Axis1
Если на реальном станке скорости и ускорения меньше, то причина медленной работы УП не LinuxCNC, а механика станка.kalexmax писал(а):Вам приходилоль с такими настройками запускать реальную работу на станке?
UAVpilot по-прежднему не в теме, наверное роль такая.UAVpilot писал(а):Если на реальном станке скорости и ускорения меньше, то причина медленной работы УП не LinuxCNC, а механика станка.
К сожалению NKP не ответил, м.б. не обратил внимание.kalexmax писал(а):Уважаемый nkp, скажите пожалуйста из каких соображений была выбрана угловая скорость 261760( подсмотрел из видика)?
И как я понимаю, она здесь играет не решающее значение, а более значимо - ускорение, которое примерно такого же порядка.
Скорость ограничит G93, а ускорение?
Вам приходилоль с такими настройками запускать реальную работу на станке?
kalexmax писал(а):Из чего можно заключить,
Код: Выделить всё
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 писал(а):из каких соображений была выбрана
Мои настройки близки к типовым, и никому не предлагалось им следовать. А вот под таким видиком, как Ваш,nkp писал(а):где конфиг или нужные настройки?? (с которыми необходимо производить тесты)
ну то есть - какие настройки на живом станке?
смотри - ты выкладываешь пример программы,и предлагаешь провести тест на время...kalexmax писал(а):Мои настройки близки к типовым
Для чего?nkp писал(а):пытаясь получить "лучшее" время любой пользователь конечно будет стараться увеличить скоростные настройки(скорость,ускорение)...
Надеюсь познакомите с ответом.nkp писал(а):письмо с вопросом ему уже написал...
ты хочешь потроллить или получить помощь?kalexmax писал(а):Для чего?
1.Уважаемый NKP, общаясь с незнакомыми людьми не плохо было бы проявлять элементарную вежливость.nkp писал(а):ты хочешь потроллить или получить помощь?
А действительно, я даже не сразу проникся, так и есть - это проблемы станка и того несчастного,UAVpilot писал(а):Если на реальном станке скорости и ускорения меньше, то причина медленной работы УП не LinuxCNC, а механика станка