Вопрос по контролю минимальных перемещений траектории

[Alex2014 0]

Уважаемые форумчане, прошу совета. Очень актуальна проблема с контролем управляющей программы. По теме; - разрабатываю управляющие программы в NX6 для обработки штампов.  Недавно при обработке произошел зарез. Штамп в брак, фреза в труху. При разборках установлено что один из кадров программы задает перемешение на 0,1 мкм, в то время как станок ИР-800 по своим характеристикам не может воспроизвести перемещение менее 2 мкм. Понимаю что такое может произойти в одном случае из тысячи но как то не спокойно после этого отдавать программы на станок. Поскажите пожалуйста методы контроля минимальных перемещений траектории инструмента в управляющей программе. Может быть какие то программы существуют. Мне советовали CIMCO EDIT, но я не нашел к сожалению такой функции в этой программе. Заранее благодарен всем кто откликнется.

[volodja 77]

Как вы описали, выглядит как особенность/косяк конкретной стойки/станка. А что делал станок в вашем случае, куда поехал и насколько?

Я даже не скажу сходу, как это можно 100%!!! учесть в САПР. Это скорее задача для постпроцессора, заложить ограничение такое туда, думаю, возможно.

[Vladislav-dobrynin 171]

Вообще в постпроцессоре можно проверку сделать, перед каждым перемещением рассчитать разность корня квадратного из суммы квадратов текущих координат и корня квадратного из суммы квадратов предыдущих координат. Если их разность будет меньше 0,002мм то прервать вывод и выдать ошибку. В принципе можно пойти и дальше, при выполнении указанного условия не выводить данное перемещение, а перейти к выводу следующего перемещения. Можно сделать и обратную процедуру - линеаризацию, это немного сложнее уже

[vicebear 1 430]

Чтобы после нулевого перемещения получился зарез и фреза в труху - это странно. А вы сами, лично этот косячный кусок УП прогоняли? Может наладчик или оператор куда-нибудь "скакнули", а не станок? Просто, я первый раз про такую проблему слышу. Ну, а если, действительно, стойка только через 2 микрона координаты ест, я бы просто в посте сделал бы проверку третьего знака после запятой на чётность. Если третий знак нечётный, то делаем из него чётный и отрабатываем перемещения. Или vise versa.

[Ug_user 638]

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

 

[Alex2014 0]

Огромное всем спасибо за советы! Не зря мне советовали обратиться за помощью на этот сайт. Завтра выйду на работу и распечатаю здесь фрагмент управляющей программы. Честно говоря в настройки постпроцессора пытался залезть но он не позволяет сохранить изменения. Видимо придется искать хорошего программиста. Я всего-лишь технолог. А выявил сбой на одном станке на котором остался модуль графической прорисовки (на остальных станках этот модуль после модернизации был удален в целях увеличения памяти стойки станка.) Так вот, проверка на компьютере траектории показывает перемещения фрезы по заданной конфигурации, а на станке графическая прорисовка выявила круговое перемещение по большому радиусу через тело штампа. Поэтому на подаче 120мм/мин на глубине около 50 мм. фреза не выдержала и разлетелась. В общем завтра вставлю сюда фрагмент программы, кому интересно -посмотрите. Еще раз всем спасибо!

[Ug_user 638]

Проблема не там, где ищешь. Проблема в выводе G02, G03. 

[Alex2014 0]

Проблема не там, где ищешь. Проблема в выводе G02, G03

 

После линейного перемещения (которое было проигнорировано станком) шел кадр с круговым перемещением. Операторы I или J задавали круговое перемещение относительно последней точки (которая была проигнорирована) соответственно инструмент двинулся относительно предыдущей точки. С точки зрения программы все безупречно. Стоило только изменить глубину слоя резания в NX, это микроскопическое перемещение исчезло из упр. программы. Просто несколько тысяч кадров визуально не отследишь при всем желании. Завтра принесу с работы фрагмент программы.

[volodja 77]

После линейного перемещения (которое было проигнорировано станком) шел кадр с круговым перемещением. Операторы I или J задавали круговое перемещение относительно последней точки (которая была проигнорирована) соответственно инструмент двинулся относительно предыдущей точки. С точки зрения программы все безупречно. Стоило только изменить глубину слоя резания в NX, это микроскопическое перемещение исчезло из упр. программы. Просто несколько тысяч кадров визуально не отследишь при всем желании. Завтра принесу с работы фрагмент программы.

В САПР такую проблему не отследить. Как и предполагали, это косяк/проблема стойки. На 100% решается только подгонкой постпроцессора.

Я видел один-единственный раз нечто похожее на Sinumerik840D, но там стойка остановила обработку и выдала ошибку 45081_1019. Какая у вас стойка?

[grOOmi 320]

После линейного перемещения (которое было проигнорировано станком) шел кадр с круговым перемещением.

 

 

Могу посоветовать настроить Vericut и проверять там. В CAM это не видно, а вот Vericut на раз такое у меня выловил. Стойка Heidenhain была. Но нужен грамотно настроенный файл станка и стойки.

[Alex2014 0]

 

После линейного перемещения (которое было проигнорировано станком) шел кадр с круговым перемещением. Операторы I или J задавали круговое перемещение относительно последней точки (которая была проигнорирована) соответственно инструмент двинулся относительно предыдущей точки. С точки зрения программы все безупречно. Стоило только изменить глубину слоя резания в NX, это микроскопическое перемещение исчезло из упр. программы. Просто несколько тысяч кадров визуально не отследишь при всем желании. Завтра принесу с работы фрагмент программы.

В САПР такую проблему не отследить. Как и предполагали, это косяк/проблема стойки. На 100% решается только подгонкой постпроцессора.

Я видел один-единственный раз нечто похожее на Sinumerik840D, но там стойка остановила обработку и выдала ошибку 45081_1019. Какая у вас стойка?

 

У нас практически все фрезерные станки (ИР-500, ИР-800, VDF-1200) со стойками FANUC. Понимаю что нужно как-то настраивать постпроцессор, но сам лезть боюсь, т.к. не программист а технолог. Постпроцессором пользуемся тем что встроен в NX. Пробовал поменять настройку минимального перемещения, но генератор постпроцессоров не позволяет сохранить измененный пост, а новый писать не хватает знаний. Купить нормальный пост с нашими запросами, руководство жмется, как и Vericut. А программа симмуляции совсем не помешала-бы. На прошлой работе работал с Vericut и NC-Formater, выловил много косяков. но там многокоординатные центры были DMU-60, DMU-125. А на этом месте работы считают что применение таких дорогостоящих программ на простых 3-х координатных станках излишняя трата средств. Ну а отвечать конечно технологу. Ну что-же, буду надеяться что такое случается не часто. Огромное всем спасибо за советы и помощь!!!

 

После линейного перемещения (которое было проигнорировано станком) шел кадр с круговым перемещением.

 

 

Могу посоветовать настроить Vericut и проверять там. В CAM это не видно, а вот Vericut на раз такое у меня выловил. Стойка Heidenhain была. Но нужен грамотно настроенный файл станка и стойки.

 

Попробую найти Vericut. был опыт работы с ним. Спасибо!

[Vladislav-dobrynin 171]

Пробовал поменять настройку минимального перемещения, но генератор постпроцессоров не позволяет сохранить измененный пост,

 

Откройте блокнотом tcl файл своего постпроцессора, найдите переменную mom_kin_machine_resolution (где то вначале файла), поумолчанию она имеет значение 0.001, точнее то самое значение которое видите при открытии постпроцессора в PostBuilder

 

строка: set mom_kin_machine_resolution 0.001

Замените на нужное значение и сохраните файл

[volodja 77]

Человек пишет же, что не может сохранить измененный постпроцессор....

[Vladislav-dobrynin 171]

Человек пишет же, что не может сохранить измененный постпроцессор..

 

Так он при помощи утилиты специальной не может сохранить - при помощи PostBuilder.

А я пишу что можно и блокнотом обычным обойтись для редактирования постпроцессора

[undrakot 7]

Человек пишет же, что не может сохранить измененный постпроцессор....

 

Скорее всего дело в том, что на всю папку с югом по умолчанию установлены права "только чтение". Попробуйте изменить атрибуты папки и заново сохранить пост.

[Bully 1 098]

Честно говоря в настройки постпроцессора пытался залезть но он не позволяет сохранить изменения.

 Возможно, связано с правами. Если NX сам закрыт, и папка расположения доступна, то проблемы быть не может. Попросите админа открыть доступ или переместить/копировать/заменить из доступного места.

[Alex2014 0]

 

Честно говоря в настройки постпроцессора пытался залезть но он не позволяет сохранить изменения.

 Возможно, связано с правами. Если NX сам закрыт, и папка расположения доступна, то проблемы быть не может. Попросите админа открыть доступ или переместить/копировать/заменить из доступного места.

 

Как то не подумал об этом. Спасибо за совет. Надо попробовать.

Выкладываю тот фрагмент программы с микроскопическим перемещением.

...

N1930 G3 X-84.2801 Y56.0688 I-6.7992 J33.5041

N1940 X-84.2802 Y56.0689 I13.9312 J-31.2197

N1950 X-84.003 Y83.2924 I-31.2198 J13.9311

N1960 G1 X-84.0029

...

[Bully 1 098]

N1930 G3 X-84.2801 Y56.0688 I-6.7992 J33.5041

N1940 X-84.2802 Y56.0689 I13.9312 J-31.2197

N1950 X-84.003 Y83.2924 I-31.2198 J13.9311

N1960 G1 X-84.0029

Если такое происходит только на дугах, можно проще поступить. В том же постбилдере ограничить максимальный радиус (тогда таких мест не будет). На прошлой работе на NC210 пришлось до 9999мм ограничить. Но там сама стойка просто отказывалась большой радиус читать.

[Ug_user 638]

Просто "иродское" какое-то перемещение.. направление G03 не меняется, а центр дуги по I и J с плюса на минус, да так резко... 

И для каких таких целей выводите 4 знака после запятой?

Пришли кадры с 1920 по 1960

С 1910, короче - чтоб было G1 до круговой 

[Alex2014 0]

 

N1930 G3 X-84.2801 Y56.0688 I-6.7992 J33.5041

N1940 X-84.2802 Y56.0689 I13.9312 J-31.2197

N1950 X-84.003 Y83.2924 I-31.2198 J13.9311

N1960 G1 X-84.0029

Если такое происходит только на дугах, можно проще поступить. В том же постбилдере ограничить максимальный радиус (тогда таких мест не будет). На прошлой работе на NC210 пришлось до 9999мм ограничить. Но там сама стойка просто отказывалась большой радиус читать.

 

А стойка Fanuc-0i к сожалению не выдала ошибки. Сегодня экспериментировал с генератором постпроцессоров. попробовал написать пост. Ограничил минимальное перемещение 0,002 мм. Выдал программу. CIMCO Edit прорисовал вроде бы правильную траекторию. Буду пробовать на новом штампе.