Powermill или Postprocessor? Где ошибка?

[scorpion1007 60]

Добрый день Помогите разобраться.

Есть станок пятикоординатный шпиндель-шпиндель Heidenhain. До меня работал только в режиме 3-осевой обработки. Начал работать в режиме 3+2,столкнулся с проблемкой,не могу разобраться в чем косяк

Делал черновую 3д выборку в обычном 3д, подчистил потом растром с припуском 1мм. Из-за того ,что черновая концевая фреза короткая создал наклоненную СК  и опять 3д+растр. Код смены СК выглядит в УП так:

5777 C Y+248.843 Z+279.077 DR-

5778 L Z+427.000 F MAX

5779 L X+0.0 Y+0.0 F MAX

5780 L M127

5781 CALL LBL 170

5782 ;

5783 ; BEGIN RTCP SECTION

5784 ;

5785 L M128

5786 L X+1800.000 Y-104.682 Z+526.994 F MAX    (здесь отвод в промежуточную безопасную точку(задан  отдельной СК)

5787 L X-8.665 Y-15.877 Z+37.246 F MAX

5788 ;

5789 ; END RTCP SECTION

5790 ;

5791 L M129

5792 ;

5793 CALL LBL 170

5794 CYCL DEF 7.0 DATUM SHIFT

5795 CYCL DEF 7.1 X+702.64

5796 CYCL DEF 7.2 Y+136.169

5797 CYCL DEF 7.3 Z+79.627

5798 PLANE SPATIAL SPA+58.465 SPB+0.0 SPC+0.0 STAY SEQ+

5799 L A+Q120 C+Q122 F17000 M126

5800 ;

5801 ; =========

5802 ; TOOLPATH  : 1end-20-75_1

5803 ; WORKPLANE : 2

5804 ; =========

5805 L X-711.305 Y-115.645 Z+107.426 F MAX

5806 L Z+102.426 F MAX

 

После черновой использовал длинную чистовую фрезу(стратегия отвесные+пологие). Наклонять СК не потребовалось. Первый звоночек,что что то не так почувствовал,когда фреза стала проходить наклоненую область Выделена красным (зеленная-черновой растр,белым-чистовая)

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

Чистовая траектория

 

Из невозможности выбрать карман на боковой поверхностью(из-за поднутрения) пришлось сделать отдельную траекторию с наклоненной СК

 Однако при отработке траектории,обнаружилось что фреза летает по воздуху и до черновой выборки ещё 4-5мм( хотя в этом месте должен быть припуск в 1 мм). Такое ощущение,будто не хватает длины инструмента. Пересмотрел траектории в РМ,вроде всё верно. В посте тоже вроде нет ошибок. Черновая фреза концевая,чистовая радиусная,вывод по кромке. Почему именно на наклоненной поверхности такая разница?

[Machinist 439]

А СК от которой записываете NC - совпадает с СК на станке?

[scorpion1007 60]

А СК от которой записываете NC - совпадает с СК на станке?

Все траектории ( по инструменту) записаны каждая в своем посте. Все выводятся в одной СК

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

[Machinist 439]

Все траектории ( по инструменту) записаны каждая в своем посте. Все выводятся в одной СК

 

 

СК на станке должна совпадать с СК от которой идёт запись NC файла.

[scorpion1007 60]

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

[eksodus 270]

Все траектории ( по инструменту) записаны каждая в своем посте.

наверное имеется в виду NC файл ?

 Однако при отработке траектории,обнаружилось что фреза летает по воздуху и до черновой выборки ещё 4-5мм( хотя в этом месте должен быть припуск в 1 мм).

наверно имеется в виду припуск остался 1 мм, а чистовая не доходит 4-5 мм ?

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

 

PS: просьба скинуть проект сюда посмотреть, если не сложно

на словах не очень понятно

Изменено 6 января 2016 пользователем eksodus

[sssdos 138]

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

10.png

похоже,что кинематика прописана неверно в посте, или инструмент привязан неправильно

Изменено 6 января 2016 пользователем sssdos

[scorpion1007 60]

В том то и дело,что в Повермилле ошибки не вижу.Но по факту чистовая фреза режет воздух на наклонной поверхности

 

похоже,что кинематика прописана неверно в посте, или инструмент привязан неправильно

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

[sssdos 138]

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

[Machinist 439]

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

 

Это вряд ли, т.к. топикстартер уверяет, что на горизонтальных и вертикальных участках фреза снимает припуск, а режет воздух только на наклонном участке.

Т.к. Наклонный участок обрабатывается с наклоном/поворотом стола, смею предположить, что дело всё-таки в неправильной привязке заготовки (станочной СК). 

[volodja 77]

Безотносительно CAD/CAM-системы ошибка может лежать либо в NC-программе, либо в постпроцессоре, либо на стойке. В программе, вы утверждаете, все в порядке.

Тогда надо проверить постпроцессор. Алгоритм проверки правильности работы постпроцессора следующий:

1) Из текстового файла УП копируем несколько лекго распознаваемых, "знаковых" точек - правильнее сказать, их координаты по XYZ - и вносим их в CAD-модель как построенный элемент-точку

2) После этого сравниваем/проверяем их совпадение с траекторией

 

Исходя из результатов, смотрим (или не смотрим) дальше, на стойку: привязка инструмента, соответствие точки трассировки в файле и на стойке, идентичность нулевой точки на столе и в CAD-модели, наличие/правильность работы функции наклона инструмента на стойке, рабочая плоскость, ... 

Изменено 7 января 2016 пользователем volodja

[Kinematik 160]

Голосую за вариант с неверной привязкой. Прогнал Ваш проект через свой пост для HH, трансформация идентична.

Привязка по углу заготовки за минусом полдиаметра фрезы,ноль по Z на столе.

Если Вы касаетесь фрезой вдоль оси X и вдоль оси Y, то по одной оси величину радиуса фрезы нужно отнять, а по второй оси прибавить.

 

И небольшой совет, бросьте Вы эти глупости - создавать промежуточные СК для отвода инструмента. У HH есть отличная команда - М140 MB MAX - отвод инструмента до концевика.

[Wizard! 7]

Т.к. используется трансформация (plane), то можно предположить еще одну причину - неправильно настроены параметры кинематики в системе ЧПУ. Например, расстояние от оси поворота до торца шпинделя - как раз так и проявляется. При этом, естественно, в трех осях все работает правильно.

[Attila11 76]

Но по факту чистовая фреза режет воздух на наклонной поверхности ----- по моему это самое главное из того что написали . Я проект не открою так как у меня ПМ2010 ,но проблему ищите в милле а не в посте . Если уже в милле ошибка то надо начать в милле . Может переустановка программы , если на работе все гут и дома наоборот или дома гут и на работе шлехт. Можно во всяком случае попробовать другой пост допустим fanuc .Жаль что проект не открою , если есть у вас возможность напр. ПМ2009 то я бы рад посмотрел .

[Attila11 76]

Кстати выводимая точка везде кромка ? ? ?

[scorpion1007 60]

Голосую за вариант с неверной привязкой. Прогнал Ваш проект через свой пост для HH, трансформация идентична.

 

 

Если Вы касаетесь фрезой вдоль оси X и вдоль оси Y, то по одной оси величину радиуса фрезы нужно отнять, а по второй оси прибавить.

 

И небольшой совет, бросьте Вы эти глупости - создавать промежуточные СК для отвода инструмента. У HH есть отличная команда - М140 MB MAX - отвод инструмента до концевика.

Дело в том,что сам пост оказался изначально неверным. Я поставил доп. СК,после того,как у меня сломалась фреза. Думал там будет смена позиции,однако,я был неправ. Дело оказалось в неверной инициализации новой СК. Это можно проследить по NC-файлу.На визуализации видно,как инструмент в первой точки сориентирован согласно новой СК

Теперь пробежимся по NC-файлу:

5779 L X+0.0 Y+0.0 F MAX   (закончилась первая траектория)

5780 L M127

5781 CALL LBL 170

5782 ;

5783 ; BEGIN RTCP SECTION

5784 ;

5785 L M128  (режим RTCP)

5786 L X+1800.000 Y-104.682 Z+526.994 F MAX ( перемещение вертикально ориентированного инструмента в доп.СК)

5787 L X-8.665 Y-15.877 Z+37.246 F MAX  (перемещение опять же вертикально вертикально ориентированного инструмента в первую точку наклоненной траектории)

5788 ;

5789 ; END RTCP SECTION

5790 ;

5791 L M129 (здесь идет отмена режима RTCP,он для траектории 3+2 не нужен)

5792 ;

5793 CALL LBL 170

5794 CYCL DEF 7.0 DATUM SHIFT

5795 CYCL DEF 7.1 X+702.64

5796 CYCL DEF 7.2 Y+136.169

5797 CYCL DEF 7.3 Z+79.627  (здесь установление координат новой СК)

5798 PLANE SPATIAL SPA+58.465 SPB+0.0 SPC+0.0 STAY SEQ+ ((здесь углы наклона осей)

5799 L A+Q120 C+Q122 F17000 M126 ( и здесь идет поворот осей ПРИ ОТМЕННОM РЕЖИМЕ RTCP, то есть центр вращения не на вершине инструмента,а просто оси поворачиваются и инструмент тупо врезается в материал. Естественно координаты вершины инструмента уже другие,но РМ выдает то координаты по кромке инструмента

5800 ;

5801 ; =========

5802 ; TOOLPATH  : 1end-20-75_1

5803 ; WORKPLANE : 2

5804 ; =========

5805 L X-711.305 Y-115.645 Z+107.426 F MAX ( Далее.. Активировав новую СК, можно увидеть Что инструмент как бы находится в той же позиции, но В РЕАЛЬНОСТИ ЕГО ТАМ НЕТ!!!.  И он начинает перемещаться сюда. Ломается или во время поворота осей или во время перемещения. Так как я раньше не работал с Heidenhain, и до меня никто не пользовался режимом 3+2,эта ошибка не обнаруживалась . Пришлось изучать толмуд по Хайду, хотя в принципе,это не работа оператора ковырятся в постпроцессорах,а производителя станка

5806 L Z+102.426 F MAX

5807 L Z+92.555 F1000

 

Это тоже самое,что купить машину,ездить ездить ,а потом при сдаче назад обнаружить,что в коробке передач нет заднего хода ,что производитель забыл включить эту функции в автомобиль.Ездить в принципе можно,если не сдавать назад)Водитель не обязан знать устройство автомобиля,но должен знать как им управлять и его возможности. Но это ладно,лирика,отступление от темы. Почитал, заменил STAY  на MOVE.  Стало работать по типу в режиме RTCP,оси вращаются относительно вершины инструмента.

 

Но это не меняет изначально заданный вопрос,почему такая разбежка между черновой и чистовой фрезой. И кстати...пробовал подгонять маховичком в точку нуля новой СК вручную,чистовая фреза упирается в материал. То есть как бы да,действительно точка новой СК находится на детали. Но после запуска программы,после DATUM SHIFT ( и при MOVE и при STAY)ноль по Z относительно новой СК становится на 4-5 мм выше. Я в шоке,уже себе всю голову сломал,что за херь???(((

[scorpion1007 60]

Т.к. используется трансформация (plane), то можно предположить еще одну причину - неправильно настроены параметры кинематики в системе ЧПУ. Например, расстояние от оси поворота до торца шпинделя - как раз так и проявляется. При этом, естественно, в трех осях все работает правильно.

Я до этого делал пяти осевую обработку,но без изменения системы координат. Модельщики когда забирали деталь обмерили,она соответствовала размерам .

Все верно.Косяк происходит при применение plane. Одна фреза концевая,другая радиусная. В таблице инструмента указывается только длина инструмента. Как объяснил,мне товарищ,который писал постпроцессор,радиус не считывается с таблицы и нигде не используется в расчетах,только длина. Я грешу может это? Может система УЧПУ при пересчете системы координат как то использует радиус? Поделитесь постом для Хайда в разделе загрузки инструмента. Хочу посмотреть как задействован этот алгоритм на других станках

[sssdos 138]

Т.к. используется трансформация (plane), то можно предположить еще одну причину - неправильно настроены параметры кинематики в системе ЧПУ. Например, расстояние от оси поворота до торца шпинделя - как раз так и проявляется. При этом, естественно, в трех осях все работает правильно.

Да тоже вариант, но если кто-то так далеко влез то этож диверсия, производители думаю не могли ошибиться с параметрами 

[Wizard! 7]

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

Попробуй убрать в постпроцессоре при смене инструмента вывод в УП tool length и tool tip radius, они там не нужны. Если какое-то значение выводится в tool length, то это может поивести к наблюдаемому эффекту. Tool radius, если не используется радиусная коррекция, влиять не должен.

Что касается радиуса в таблице инструмента, то если коррекция не используется, то влиять не должен. Нетрудно для проверки установить R и R2 равными нулю.

Есть еще мысли, но сначала нужно попробовать то, что я написал.

В выложенной части УП есть ссылка на метку 170. Какие там выведены кадры?

Изменено 8 января 2016 пользователем Wizard!

[scorpion1007 60]

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

Попробуй убрать в постпроцессоре при смене инструмента вывод в УП tool length и tool tip radius, они там не нужны. Если какое-то значение выводится в tool length, то это может поивести к наблюдаемому эффекту. Tool radius, если не используется радиусная коррекция, влиять не должен.

Что касается радиуса в таблице инструмента, то если коррекция не используется, то влиять не должен. Нетрудно для проверки установить R и R2 равными нулю.

Есть еще мысли, но сначала нужно попробовать то, что я написал.

В выложенной части УП есть ссылка на метку 170. Какие там выведены кадры?

9 LBL 170

10 CYCL DEF 7.0 DATUM SHIFT

11 CYCL DEF 7.1 X0.0

12 CYCL DEF 7.2 Y0.0

13 CYCL DEF 7.3 Z0.0

14 CYCL DEF 19.0 WORKPLANE

15 CYCL DEF 19.1

16 LBL 0

 

Как я понял это обнуление координат для нового WORKPLANE

Честно сказать,не совсем понял, для чего вызывается 19 цикл

http://unpp.narod.ru/up70_14.html

Вообще подозреваю,что этот пост был на другой машине,просто криво переделали

В начале поста machine heid400

Система управление iTC530 

Станок польский SAHOS

Типа такого, только с блоком смены инструмента