PUMOTIX – вопросы и ответы по системе ЧПУ

[MX_Master]

Так что теперь делать? Бросать все коммерческие продукты которые существуют ( не только PUmotix) и бежать за халявным софтом не имеющего вообще ни какой поддержки? На этом форуме есть множество коммерческих продуктов, ты про всех так считаешь? Бред чистой воды. Мы тоже не вечные , если что

Не надо ничего бросать. Пока текущий вариант работает, надо параллельно изучать и другие варианты. Дело не в халяве, а в альтернативе.

[pm_dev]

Не будет контролёр работать так, как, например повермилл в УП записал.

Вот лучше бы сделали еще CAM-программу, чтобы такого казуса не происходило

Здравствуйте!
Мы продолжаем работу над собственной CAM системой. Недавно мы выпустили стартовую версию нового ПО PUMOTIX CAM.
Это CAM система от разработчиков системы управления станком с ЧПУ PUMOTIX.
На данный момент CAM система позволяет создавать управляющие программы для 2D раскроя листового металла на станках плазменной и газовой резки.
До конца этого года доступ к полному функционалу системы бесплатный.
Более подробно обсуждение CAM системы будет вестись в другой ветке форума: http://www.cnc-club.ru/forum/viewtopic. ... 10#p577310

[evilruff]

Назрел вопрос про пульты.

Как я понимаю в настоящее время поддерживается некая грядка "китайцев", самый прогрессивный из которых USB-HID WHB с дисплеем ну и стики directinput.. Вопрос такой, нет ли у Вас планов-желания сделать отдельный плагин с каким-нибудь абстрактным псевдо-устройством с открытым протоколом (USB-HID, ETHERNET, HTTP что угодно по сути), что позволит управлять системой с внешного пульта?

Сейчас единственный путь сделать свой более менее полноценный пульт для Pumotix это эмуляция WHB (это у меня уже реализовано), но мало того что прошивка пульта глючная сама по себе, так еще и поддержка его команд внутри Pumotix тоже вообщем местами оставляет вопросы.. ну или может быть документировать программный интерфейс плагинов, чтобы можно было написать свой плагин ввода..

В идеале бы, чтобы в рамках этого плагина или интерфейса существовала бы возможность помимо кодов кнопок или команд перемещений посылать некий аналог команды ExecuteMDI.. эх мечты.. мечты..

[igraka]

У меня на станке 5 одновременно работающих осей X,Y,Z,V,U. В мануале написано, что в режиме сглаживания G64 могут работать только оси X,Y,Z. Означает ли это, что если задан режим сглаживания и работают все пять осей, то X,Y,Z будут работать в этом режиме, а U и V нет? Или все оси будут работать в режиме G61?

[pm_dev]

У меня на станке 5 одновременно работающих осей X,Y,Z,V,U. В мануале написано, что в режиме сглаживания G64 могут работать только оси X,Y,Z. Означает ли это, что если задан режим сглаживания и работают все пять осей, то X,Y,Z будут работать в этом режиме, а U и V нет? Или все оси будут работать в режиме G61?

Добрый день!
При наличии опции "Многоосевая непрерывная обработка" будет работать сглаживание при одновременном движении как линейных осей XYZ, так и поворотных осей ABC, а также дополнительных линейных осей UVW. Необходимо только задать любое ненулевое значение параметра Диаметр заготовки.

[Prav]

а также дополнительных линейных осей UVW

Уверены?

[Miguel_Gonsalez]

Вопрос уважаемому сообществу и коллеге pm_dev в первую очередь. Как Pumotix отрабатывает отдельные дуговые сегменты? У меня в большинстве случаев черзвычайно плавные траектории. Да там, меняется радиус закругления, но, чрезвычайно плавно. И сам знак кривизны меняется еще более плавно. Станок притормаживает во многих точках, где для этого нет оснований, на мой взгляд. Есть рецепт борьбы с этим?

[wldev]

Нужен пример g кода...

[pm_dev]

Вопрос уважаемому сообществу и коллеге pm_dev в первую очередь. Как Pumotix отрабатывает отдельные дуговые сегменты? У меня в большинстве случаев черзвычайно плавные траектории. Да там, меняется радиус закругления, но, чрезвычайно плавно. И сам знак кривизны меняется еще более плавно. Станок притормаживает во многих точках, где для этого нет оснований, на мой взгляд. Есть рецепт борьбы с этим?

Здравствуйте. Пришлите пожалуйста примеры Ваших УП (G-кодов) и параметры осей (ускорения и скорости). Мы изучим материалы и дадим конструктивный ответ.

[Miguel_Gonsalez]

Здравствуйте. Пришлите пожалуйста примеры Ваших УП (G-кодов) и параметры осей (ускорения и скорости). Мы изучим материалы и дадим конструктивный ответ.

Большое спасибо за оперативный ответ. NC-файл в аттаче, переименуйте расширение в *.tap. В нижней части траекторий (с наименьшими значениями Y) при проходе контура происходит 5-6 притормаживаний, иногда до скорости в 8-10% от заданной подачи. Сбросы кратковременные, доли секунды, но они происходят. В принципе, происходят везде, но глаз зацепился именно за эту часть обработки, поскольку там кривые - плавнее некуда. Возможно, у меня что-то не так в постпроцессоре, но вызов G64 я только однократный нахожу.
Параметры станка на момент обработки были следующими:
1. Скорость по всем осям 4000 мм/мин,
2. Ускорение по всем осям - 100 мм/сек

[pm_dev]

Здравствуйте. Пришлите пожалуйста примеры Ваших УП (G-кодов) и параметры осей (ускорения и скорости). Мы изучим материалы и дадим конструктивный ответ.

Большое спасибо за оперативный ответ. NC-файл в аттаче, переименуйте расширение в *.tap. В нижней части траекторий (с наименьшими значениями Y) при проходе контура происходит 5-6 притормаживаний, иногда до скорости в 8-10% от заданной подачи. Сбросы кратковременные, доли секунды, но они происходят. В принципе, происходят везде, но глаз зацепился именно за эту часть обработки, поскольку там кривые - плавнее некуда. Возможно, у меня что-то не так в постпроцессоре, но вызов G64 я только однократный нахожу.
Параметры станка на момент обработки были следующими:
1. Скорость по всем осям 4000 мм/мин,
2. Ускорение по всем осям - 100 мм/сек

Мы протестировали приложенный G-код с вашими настройками скоростей и ускорений. При прохождении нижней части траектории (с наименьшими значениями Y) замедлений не наблюдается, стабильно поддерживается скорость 4000 мм/мин. Обратите внимание, что на этом участке на каждом шаге заглубления производится выход из траектории, затем подъём на безопасную высоту и врезка с подачей 3000 мм/мин. Данная стратегия настраивается в CAM-системе.
В верхней части траектории ЧПУ система, действительно, снижает скорость на определённых участках, чтобы не превысить значение центростремительного ускорения.
Минимальный радиус кривизны, необходимый для прохождения траектории без замедления с заданными настройками, составляет:
R=v^2/a=66.666^2/100=44.444 мм.
В верхней части G-кода траектории с меньшим радиусом кривизны, т.е. с более крутыми поворотами.
Основная рекомендация - увеличить параметр ускорения, если это позволяют возможности станка. Сейчас установлено достаточно низкое значение 100 мм/с2.

[Miguel_Gonsalez]

Мы протестировали приложенный G-код с вашими настройками скоростей и ускорений.

И ещё раз большое спасибо за оперативность!

При прохождении нижней части траектории (с наименьшими значениями Y) замедлений не наблюдается, стабильно поддерживается скорость 4000 мм/мин. Обратите внимание, что на этом участке на каждом шаге заглубления производится выход из траектории, затем подъём на безопасную высоту и врезка с подачей 3000 мм/мин. Данная стратегия настраивается в CAM-системе.

Похоже, надо будет видео снимать на драй-ране. Ок, попробую сделать.

В верхней части траектории ЧПУ система, действительно, снижает скорость на определённых участках, чтобы не превысить значение центростремительного ускорения.
Минимальный радиус кривизны, необходимый для прохождения траектории без замедления с заданными настройками, составляет:
R=v^2/a=66.666^2/100=44.444 мм.

Да, к верхней части вопросов нет.

В верхней части G-кода траектории с меньшим радиусом кривизны, т.е. с более крутыми поворотами.
Основная рекомендация - увеличить параметр ускорения, если это позволяют возможности станка. Сейчас установлено достаточно низкое значение 100 мм/с2.

Этот лобовой вариант я оставил на потом, если ничто другое не поможет
Ок, постараюсь сделать драй-ран и записать видео, плюс приложу УП.

[wldev]

сибо за оперативный ответ. NC-файл в аттаче, переименуйте расширение в *.tap. В нижней части траекторий (с наименьшими значениями Y) при проходе контура происходит 5-6 притормаживаний, иногда до скорости в 8-10% от заданной подачи. Сбросы кратковременные, доли секунды, но они происходят. В принципе, происходят везде, но глаз зацепился именно за эту часть обработки, поскольку там кривые - плавнее некуда. Возможно, у меня что-то не так в постпроцессоре, но вызов G64 я только однократный нахожу.
Параметры станка на момент обработки были следующими:
1. Скорость по всем осям 4000 мм/мин,
2. Ускорение по всем осям - 100 мм/сек

Какое время обработки получилось?

[Miguel_Gonsalez]

Какое время обработки получилось?

Сейчас сказать не могу, к сожалению. В мастерской не каждый день бываю. Как буду - выловлю точно тормоза и пришлю всю конкретику.

[wldev]

pm_dev. За сколько выполняется траектория?

[Prav]

За сколько выполняется траектория?

Зависит от установленных параметров разгонов/торможений.

[wldev]

За сколько выполняется траектория?

Зависит от установленных параметров разгонов/торможений.

Смотрите выше... Там указаны

[Alex-et]

Кто-нибудь в курсе, есть ли возможность у Pumotix компенсировать люфты оси? Если нет, то почему? Реализовать же это очень просто. В мач3 же сто лет назад реализовали...

[pm_dev]

Кто-нибудь в курсе, есть ли возможность у Pumotix компенсировать люфты оси? Если нет, то почему? Реализовать же это очень просто. В мач3 же сто лет назад реализовали...

Добрый день. Функция "Компенсация люфта" в PUMOTIX на данный момент отсутствует. Она есть в планах на разработку, но эта функция не стоит в приоритете. Пользователям станков мы рекомендуем все же устранять люфт механически. Как только данная функция появится, мы обязательно сообщим Вам!

[Alex-et]

Кто-нибудь в курсе, есть ли возможность у Pumotix компенсировать люфты оси? Если нет, то почему? Реализовать же это очень просто. В мач3 же сто лет назад реализовали...

Добрый день. Функция "Компенсация люфта" в PUMOTIX на данный момент отсутствует. Она есть в планах на разработку, но эта функция не стоит в приоритете. Пользователям станков мы рекомендуем все же устранять люфт механически. Как только данная функция появится, мы обязательно сообщим Вам!

А как удалить люфт механически, скажем, на планетарном редукторе? Функция выборки люфта программно очень необходима.