Фиксация одной оси в пятиосевой траектории

[Абрикосик 0]

Доброго здравия!

 

Пытаюсь создать траекторию в повермил, чтобы фреза ходила вокруг цилиндра по четвертой оси, но при этом была под фиксированным наклоном к нему в 30 градусов в пятой оси. Создаю соответствующую траекторию, ставлю ось фрезы по нормали к поверхности цилиндра и добавляю значение наклона 30 градусов. Проблема в том что при выводе программы не соблюдается четкое значение наклона в 30 градусов, оно меняется в пределах допуска самой траектории. Понятно что эти значения могут быть маленькими и ни на что не влиять, но можно ли как-то заставить повермилл зафиксировать этот угол? Допуск поставил 0,001 мм.

Изменено 10 декабря 2017 пользователем Абрикосик

[Kinematik 160]

2 часа назад, Абрикосик сказал:

Доброго здравия!

 

Пытаюсь создать траекторию в повермил, чтобы фреза ходила вокруг цилиндра по четвертой оси, но при этом была под фиксированным наклоном к нему в 30 градусов в пятой оси. Создаю соответствующую траекторию, ставлю ось фрезы по нормали к поверхности цилиндра и добавляю значение наклона 30 градусов. Проблема в том что при выводе программы не соблюдается четкое значение наклона в 30 градусов, оно меняется в пределах допуска самой траектории. Понятно что эти значения могут быть маленькими и ни на что не влиять, но можно ли как-то заставить повермилл зафиксировать этот угол? Допуск поставил 0,001 мм.

 

Проверьте постпроцессор. Настройки >Общие (В разделе Генерация программы) > Точность УП. Скорее всего, у Вас в постпроцессоре установлено значение 0,001. Выберите опцию Использовать точность CLDATA

[Абрикосик 0]

24 минуты назад, Kinematik сказал:

Скорее всего, у Вас в постпроцессоре установлено значение 0,001.

Допуск 0,001 мм у меня стоит в траектории, для того чтобы как можно больше снизить разбег значений по этой оси. Если допуск поставить 0,01 то разбег будет уже сотка, а не тысячная. В настройках поста стоит параметр "точность CLDATA".

[Kinematik 160]

Допуск 0,001 мм у меня стоит в траектории, для того чтобы как можно больше снизить разбег значений по этой оси. Если допуск поставить 0,01 то разбег будет уже сотка, а не тысячная. В настройках поста стоит параметр "точность CLDATA".

Выкладывайте проект. У меня все нормально выводит. Независимо от способа ориентации инструмента

[Абрикосик 0]

16 минут назад, Kinematik сказал:

Выкладывайте проект.

мне места дали 50 кб на этом форуме. Файлообменника нет у меня. Можете свой пока выложить, по которому у вас все нормально выводится? И какая версия ПМ у вас?

[Kinematik 160]

У меня 18ый милл . Потянете?

[Абрикосик 0]

8 минут назад, Kinematik сказал:

Потянете?

да

[Абрикосик 0]

у меня в 18-ом миле та же ситуация. Плюс не могу понять почему он прописывает в программе значение 29,995. Куда он девает 0,005 мм. Съедается допуском самой модели? А потом начинаются прыжки с 29,995 на 29,994 в соответствии с допуском самой траектории 0,001. Есть решение? Как все же получить ровно 30 градусов, которые я ставлю в параметр наклона?

[Kinematik 160]

Это архивированный проект. (Файл > Открыть архивированный проект)

[5Axis] B Const.pmlprjz

[Абрикосик 0]

При использовании угла элевации получается ровный угол. Видимо нужно обязательно ограничивать углом элевации в таком случае, потому что простое задание наклона не дает желаемого результата. Хотя это немного странно для меня. Спасибо Kinematik.

[eksodus 270]

В 10.12.2017 в 17:03, Абрикосик сказал:

А потом начинаются прыжки с 29,995 на 29,994 в соответствии с допуском самой траектории 0,001.

Мне трудно понять причину, по которой нужна такая точность.

Ибо точность большинства современных станков 5-6 микрон.

У вас колебания всего на 1 микрон =- так большинство станков такую точность просто не смогут выдать.

Что у вас за станок, что 1 микрон для вас это очень большая погрешность ?

 

И работаете, как я понимаю, в военной промышленности, - с термостабилизацией воздуха, чтобы получить точность в 1 микрон ?

Ибо других отраслей, где нужна такая точность не могу предположить.

Изменено 11 декабря 2017 пользователем eksodus

[Е в г е н. 54]

В 10.12.2017 в 21:14, Абрикосик сказал:

Видимо нужно обязательно ограничивать углом элевации в таком случае, потому что простое задание наклона не дает желаемого результата. Хотя это немного странно для меня. Спасибо Kinematik.

Посмотреть бы ваш проект, как вы задавали наклон? Если при задавание наклоны, действие было "нормаль контакта" тогда конечно всё зависит от вашей модельки, точности и т.д., а вот если сделать наклон прям к оси, тогда угол будет стоять такой какой вы укажете. Думаю в вашем случае можно было обойтись и без ограничивания оси, просто выбрать правильное действие или поменять метод задания оси инструмента.

[Абрикосик 0]

13 часа назад, eksodus сказал:

Мне трудно понять причину, по которой нужна такая точность.

 

В 12/10/2017 в 11:52, Абрикосик сказал:

Понятно что эти значения могут быть маленькими и ни на что не влиять, но......

 

6 часов назад, Е в г е н. сказал:

Посмотреть бы ваш проект, как вы задавали наклон? Если при задавание наклоны, действие было "нормаль контакта" тогда конечно всё зависит от вашей модельки, точности и т.д., а вот если сделать наклон прям к оси, тогда угол будет стоять такой какой вы укажете.

Была и нормаль контакта, и шаблон просмотра, и PM2102 R2 с дополнительным указанием наклона. Везде скачет значение. Только ограниечение угла элевации дало результат. А что вы имеете в виду под выражением "сделать наклон прям к оси"? Я могу указать только "к линии" если я правильно понял логику, но в этом случае нет параметра наклон. Опять же только азимут и элевация.

[Е в г е н. 54]

19 часов назад, Абрикосик сказал:

А что вы имеете в виду под выражением "сделать наклон прям к оси"?

Можно выбрать действие "вертикально" ,наклон будет считаться от оси Z

Пробовал с допуском 0,1 и 0,001 значение угла не скачет.

Если милл 2018, то там появился новый способ задать оси инструмента "моноколесо"

также работал с разными допусками, значение не меняется.

Попробуйте, должно держать угол и без ограничения оси.

[Абрикосик 0]

4 часа назад, Е в г е н. сказал:

Можно выбрать действие "вертикально" ,наклон будет считаться от оси Z

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

[Е в г е н. 54]

1 час назад, Абрикосик сказал:

а когда задается наклон, то он пускает фрезу по той же самой траектории и при этом не меняет ее таким образом чтобы точка контакта шла по модели.

Что за ....)) Такого не может быть! Всё как раз наоборот.

1 час назад, Абрикосик сказал:

В примере выше это можно тоже посмотреть.

Вечером посмотрю.

 

Изменено 13 декабря 2017 пользователем Е в г е н.

[Абрикосик 0]

1 минуту назад, Е в г е н. сказал:

Что за ....)) Такого не может быть! Всё как раз наоборот.

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

[Е в г е н. 54]

Да всё он может!

 

 

Изменено 13 декабря 2017 пользователем Е в г е н.

[Абрикосик 0]

16 минут назад, Е в г е н. сказал:

Да всё он может!

 

ага. Галочка "Поднутрения" зарешала.

[NickEL1000 249]

уже обсуждалось

 

Изменено 20 декабря 2017 пользователем NickEL1000