4-х осевая и разные траектории при проверки и симуляции...

[3.14rat 25]

Фрезерую такую деталь 4-х осевая. При проверке траектории VARIABLE_CONTOUR обработка происходит правильно, деталь вращается. При симуляции деталь не вращается,

фрезерование происходит в 3-х осях. При постпроцессировании нет поворота вокруг оси А. Постпроцессор 4-х осевой (фанук). Помогите советом , где ошибка, что делать.

Деталь 4 оси.zip

[3.14rat 25]

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

[Vladislav-dobrynin 171]

Фрезерую такую деталь 4-х осевая

 

Где же 4-х осевая то??? Это 5-осевка чистейшая! 

На вектор оси инструмента в CLS обрати внимание:

 

GOTO/-1.8294,1.7075,-20.4503,0.0193578,0.0274460,-0.9994358

GOTO/-1.7554,1.7938,-20.3974,0.0379598,0.0554918,-0.9977373

GOTO/-1.6079,1.9643,-20.2899,0.0749078,0.1114723,-0.9909403

GOTO/-1.4607,2.1325,-20.1798,0.1113249,0.1671364,-0.9796286

GOTO/-1.3876,2.2155,-20.1237,0.1292334,0.1948127,-0.9722894

GOTO/-1.3140,2.2985,-20.0687,0.1475319,0.2218113,-0.9638642

GOTO/-1.1676,2.4622,-19.9564,0.1833707,0.2752392,-0.9437259

GOTO/-1.0217,2.6236,-19.8426,0.2185321,0.3273007,-0.9193030

GOTO/-0.0492,3.7258,-19.7146,-0.0004454,0.1047839,-0.9944949

GOTO/0.9087,4.7978,-19.4813,-0.0004402,0.1590881,-0.9872643

GOTO/1.8673,5.8585,-19.1890,-0.0004604,0.2129374,-0.9770657

GOTO/2.8285,6.9022,-18.8390,-0.0004523,0.2661235,-0.9639388

GOTO/3.7876,7.9221,-18.4332,-0.0004391,0.3185054,-0.9479210

GOTO/4.7442,8.9182,-17.9722,-0.0004545,0.3699542,-0.9290499

GOTO/5.7058,9.8919,-17.4555,-0.0004573,0.4202839,-0.9073926

GOTO/6.6659,10.8326,-16.8879,-0.0004422,0.4693369,-0.8830191

GOTO/7.6228,11.7389,-16.2706,-0.0004452,0.5169941,-0.8559889

GOTO/8.5830,12.6146,-15.6018,-0.0004624,0.5631113,-0.8263810

GOTO/9.5439,13.4506,-14.8871,-0.0004506,0.6075166,-0.7943068

GOTO/10.5021,14.2442,-14.1295,-0.0004427,0.6501007,-0.7598479

GOTO/11.4600,14.9968,-13.3279,-0.0004630,0.6907522,-0.7230914

GOTO/12.4214,15.7056,-12.4852,-0.0004581,0.7293146,-0.6841783

 

Эту операцию возможно сделать только на 5-осевом станке! Возьми пост к 5-осевому станку, выведи, убедись.

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

Изменено 10 марта 2016 пользователем Vladislav-dobrynin

[3.14rat 25]

100% 4-х осевая!!!

 

Только при симуляции кода УП в NX имеется зарез = радиусу фрезы, на настоящем станке его нет !

 

УП посчитана в Powermille.

 

Эта деталь так же успешно посчитана и в Спруткаме , тоже 4-х осевая обработка. Только её не стали внедрять.

 

В NX её тоже можно сделать если знать как правильно, но я пока не знаю...

 

[Vladislav-dobrynin 171]

В NX она сейчас обработана в 5 осях, а не в 4-х! Это видно и визуализации обработки на глаз, и по содержанию CLS - в перемещениях изменяются значения всех трёх компонентов вектора оси инструмента.

[Vladislav-dobrynin 171]

К сожалению к данной поверхности, при условии 4 осевой обработки, приложить инструмент не получится. Это исходя не из CAM системы, а из геометрии самой поверхности. Возможно поэтому в Powermill возникает зарез на радиус инструмента. На скорую руку набросал 4 осевую по управляющей поверхности, в сечении между различными уровнями обработки идет гребешок порядка 0.02мм, посмотрите сами. Тут явно, или перестраивать поверхность под 4 осевую обработку, меняя ее геометрию, или в 5 осях обрабатывать.

Хотя от требований к обработки поверхности зависит, если под сварку то и так сойдет, если нет то советую перестроить.

2222222.zip

Изменено 12 марта 2016 пользователем Vladislav-dobrynin

[vicebear 1 430]

Совсем недавно я с подобной проблемой сталкивался. Была сделана 4-х осевая обработка в PowerMill и в SurfCAM, а задача стояла сделать то же самое в NX. NX точно так, как в примере топикастера 5-тью осями мог обработать деталь без проблем, а вот в 4-х осях оставлял в некоторых местах недорезы. При анализе геометрии мне стало понятно, что NX прав и в 4-х осях эти поверхности обработать невозможно. И вот у меня вопрос возник - кто-нибудь похожую обработку, написанную в  PowerMill, SurfCAM или SprutCAM и написанную в NX в железе пробовал тестировать? В какой системе лучше и точнее получается такие вещи программировать?

[urlerbro 147]

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

А в какой CAM-системе лучше это сделать зависит от привычки каждого. Если человек до этого не работал в CAM и перед ним встала задача просто сделать такую обработку, то абсолютно без разницы в какой CAM-системе ее делать. Неудобно будет в любой.

Говорить о влиянии использования той или иной CAM-системы на качество конечного изделия (точность, чистота поверхности) не имеет смысла. Такого влияния нет.

[3.14rat 25]

Как раз УП посчитанные в Повермилле и Спруткаме не дали никаких зарезов. Всё четко и гладко. Деталь обработана на станке. Все получилось.

 

Зарез на картинке в предыдущем посте это результат рабоды верификатора NX. УП из Повермилла в G-коде я прогнал через него, и обработка в 4оси дала зарез = радиусу фрезы. На настоящем станке все прошло без зарезов. Правда у нас поворотный стол расположен с другой стороны чем у 4-осевого станка из сборки NX10.

 

Скрины верификатора Спруткама.

Рис-02 и 03. Положение инструмента относительно детали (можно видеть координаты CLD X_Y_A и Z которая на каждом проходе имеет своё неизменяемое значение, в данном случае Z19,9 (0 по Z - ось вращения) угол поворота детали А-270)

Рис-05 и 06. Результат обработки с наложенной и без модели самой детали.

Рис-04 и 07. Полное отсутствие каких либо зарезов или ступенчатости поверхности. Это отчетливо видно по цветовому следу (синий это результат реза фрезы, серый это сама деталь).

 

Есть подозрение что 4х осевая обработка - это слабое место NX. Он её не осиляет сука такая...

 

Пробовал через встроенный верификатор NX прогнать другие 4х осевые программы в Gкоде, результат один и тотже - в 4оси зарез.

 

Сейчас считаю в NX обработку 4-х лопастного импеллера в 4-х осях. О результатах напишу.

[Vladislav-dobrynin 171]

Есть подозрение что 4х осевая обработка - это слабое место NX. Он её не осиляет сука такая.

 

Есть подозрение, что Вы совсем не читаете о чем Вам пишут.

[vicebear 1 430]

Есть подозрение что 4х осевая обработка - это слабое место NX. Он её не осиляет сука такая...

Вас поверхность +-0.015мм устроит?

 

 

Вы говорите, что после построения траектории в PowerMill или SprutCAM на реальной детали после обработки получилась хорошая поверхность. Вы эту криволинейную поверхность хоть как-то измеряли? У меня NX показал отклонения при 4-х осевой обработке в пределах +-0.015мм, какое у вас получилось отклонение на реальной детали после SprutCAM?

 

P.S. Чтобы точно обработать эту поверхность, нужно включать 5 осей. А если вас плюс-минус полторы сотки устраивает, тогда и спор ни о чём.

[3.14rat 25]

Я не спорю, NX изучаю только вторую неделю, много вопросов и непонятностей.

Вы делали обработку за один проход? Мы делаем по 0.1 за проход и NX может местами оставлять гребешок.

Точность 0.015 в данном случае достаточная, не устраивают лишь гребешки. Данную поверхность в лаборатории не измеряли, получили чистоту и сопряжения с соседними поверхностями без переходов.

Насчет зарезов в верификаторе NX при отработке программы в Gкоде - проблему устранил подкорректировав кинематику станка, ось стола была направлена не в ту сторону, теперь никаких зарезов!

А как сделать чтоб при перемещении на ускоренном над деталью когда имеется движение по X Y и A  получить гладкую траекторию, т.е. достаточно одной конечной координаты XY A, а то сейчас множество отрезков и траектория получается дерганой?

[SNick 55]

какое у вас получилось отклонение на реальной детали после SprutCAM?

 

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

Если в NX заблокировать 5-ю ось (думаю, что там есть такая возможность) то получится точно такая же траектория как в SprutCAM или PowerMill

Изменено 15 марта 2016 пользователем SNick

[3.14rat 25]

Почему NX выдает разные траектории ускоренного перемещения одного и того же:

рис 1 и 2: Траектория Gкода УП в верификаторе (ломанная кривая)

рис 3 и 4: Проверка траектории (плавная линия)

рис 5: тоже самое в "симке" (плавная линия)

 

ГДЕ правда?

[3.14rat 25]

Есть ли в NX настройка отвечающая за перемещения на ускоренном ходу над деталью, можно ли добиться что бы при переходе выводилась единственная конечная координата положения инструмента? Ведь уже указан безопасный зазор над которым можно перемещаться напрямую?

[vicebear 1 430]

Есть ли в NX настройка отвечающая за перемещения на ускоренном ходу над деталью, можно ли добиться что бы при переходе выводилась единственная конечная координата положения инструмента? Ведь уже указан безопасный зазор над которым можно перемещаться напрямую?

У вас включен цилиндр или сфера в настройках безопасности. Если не хотите перемещаться по ним, то задайте в перемещениях без резания в операции нужную вам плоскость или вообще задайте точку GOHOME.

[3.14rat 25]

Как заставить правильно отрабатывать симуляцию на основе Gкода, например текущий кадр имеет коорд. А+120 а следующий А-120. Сейчас перемещение происходит по кратчайшему пути (а это не правильно), а надо чтоб соблюдалось условие - изменение направления вращения в зависимости от знака?

[Vladislav-dobrynin 171]

Как заставить правильно отрабатывать симуляцию на основе Gкода, например текущий кадр имеет коорд. А+120 а следующий А-120. Сейчас перемещение происходит по кратчайшему пути (а это не правильно), а надо чтоб соблюдалось условие - изменение направления вращения в зависимости от знака?

 

Возьмите отредактируйте контроллер как Вам нужно, редактирование конкретной команды или адреса делайте на слое curent file. Туда предварительно следует ее скопировать со слоя Sinumerik840D... или какая там стойка у Вас?

Конкретно по данной проблеме - нужно изменить в адресе A - в макрокоманде SetJointRotationMode настройку параметра с "shortcut" на "normal"

В общем утилита Machine Configurator Вам в руки!)  

Изменено 21 марта 2016 пользователем Vladislav-dobrynin

[3.14rat 25]

В общем утилита Machine Configurator Вам в руки!)  

 

БЛИН............

а проще никак?

[BuZ 16]

БЛИН............а проще никак?

Навряд ли. Это тебе не sprutcam где проблема решается одной кнопкой, здесь нужно уметь писать скрипты и пользоваться утилитами, зато возможности безграничны!