круговая интерполяция в Vericut

[kernel 0]

Доброго времени суток!

Возникла такая проблема - после использования модуля OptiPath с включенной опцией Добавать больше резов ( окно OptiPath - закладка Settings - переключатель Add More Cuts) некоторые перемещения по окружности в оптимизированной программе воспроизводятся через vericut не корректно, инструмент зарезает деталь. Например, вот фрагмент программы:

N50 G3 X-107.994 Y83.253 I-815.112 J-5706.199 F650

N60 X-103.073 Y82.55 I-1405.458 J-9900.742 F300

N70 X-98.153 Y81.847 F150

N80 X-90.772 Y80.792

N90 G1 X-90.776 Y80.757 Z63.991 F550

N100 X-90.781 Y80.721 Z63.911

...

vericut пишет ошибку типа invalid circle statement r1=0 r2=34.654 (типа того)

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

Задача бы решилась если Vericut дописывал I J K координаты во всех кадрах с круговой интерполяцией

N50 G3 X-107.994 Y83.253 I-815.112 J-5706.199 F650

N60 X-103.073 Y82.55 I-1405.458 J-9900.742 F300

N70 X-98.153 Y81.847 I XXX J XXX F150

N80 X-90.772 Y80.792 I XXX J XXX

...

XXX- какие-то значения I J K - центр окружности от начальной точки к ее центру.

Подскажите пожалуйста как сие можно сделать?

Есть предположение добавить какой то макрос к словам I J K (меню Cofiguration - Word/Adress). Нашел в документации, что есть макрос CircleCenterReset который сбрасывает эти i j k, вот только где и с чем его применить не понятно, или может вообще как то по-другому.

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

стойка Sinumerik 810D, в vericut'е control - sin810d.ctl

Изменено 14 июля 2011 пользователем kernel

[s_liam 66]

Способы решения проблемы следующие - точность стойки установить, например 0,01 или меньше (в смысле 0,02 или 0,025 итд) .

Это находится в Control Setings, закладка General. Графа Calculation tolerance, тогда ошибки интерполляции в vericut появляться не будут.

Но здесь одно маленькое НО!!!

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

Например у нас в цехе все станки работают под управлением стойки Sinumerik840D. Однако, к примеру, на чешских станках данная "неточность" пересчета Vericut прокатывает. а вот на Cincinnti, те что с США (там система дюймовая по умолчанию) ошибки эти вылазят. И что бы их вообще не было в прогу вывожу по 5 знаков после запятой. А vericut только лишь 3 знака после запятой выводит...

Надо задать вопрос в саппорт по этому поводу.

[kernel 0]

Спасибо.

Почитал в форумах по этому вопросу. Как я понял вы имеете в виду ошибки такого типа invalid circle statement r1 = 4.2365, r2 = 4.2362, т.е. когда радиус окружности в начале (r1) не равен радиусу в конце (r2) с заданной точностью и если в vericut'е эту точность уменьшить ну и в программе увеличить, то этих ошибок можно избежать.

Здесь же немного другого характера ошибка. Он пишет, например, что r1=0, r2=8.1572, т.е. радиус в начале вообще нулевой, чего по сути быть не может. а пишет он так потому что наверно не корректно понимает запись при воспроизведении программы. в моем случае она такая

N11376 G1 X-106.909 Y83.253 Z64.386

N11381 G2 X-102.871 Y82.676 I-1242.283 J-8750.244 F600

N11381 X-94.796 Y81.521

N11381 X-90.758 Y80.944 F625

т.е. в двух последних кадрах (которые vericut сам уже добавил) явно не указаны i j, хотя движение то круговое, и в результате в графическом окне инструмент зарезает в деталь, что не есть хорошо. )) т.е. если бы было так:

N11376 G1 X-106.909 Y83.253 Z64.386

N11381 G2 X-102.871 Y82.676 I-1242.283 J-8750.244 F600

N11381 X-94.796 Y81.521 I XXX J XXX

N11381 X-90.758 Y80.944 I XXX J XXX F625

где XXX имеют какие-то значения (координаты центра окружности относительно начальной точки), то ошибки бы не было.

но vericut почему-то не добавляет координаты центра i j k для кадров с круговой интерполяцией если делит окружность или дугу на несколько частей (ну типа с разной подачей).

Голову наверно сломал как такое сделать )).

Единственный выход который я вижу сейчас это оставить программу такой как ее выводит vericut, только надо проверить поймет ли реальная стойка Sin 810D отсутствие компонент i j k в последующих кадрах если они заданы только в первом как в примере.

Будем разбираться...

Изменено 24 апреля 2011 пользователем kernel

[s_liam 66]

Понял, про что вы хотели сказать. -)

Ну, да .. Здесь какая - то ошибка... Либо должны выводиться i j, либо должно стоять в следующем кадре G1 или G0...

Такого у меня не было еще...

[Ashmonin 6]

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

[kernel 0]

i j - это центр окружности. согласен. Правда у синумерика 810-го по-умолчанию центр окружности не в абсолюте, а имеет инкрементные значения, т.е. i, j это координаты центра окружности относительно ее начальной точки (X,Y в кадре). И когда Vericut воспроизводит

запись, которую сам и сделал при оптимизации )) :

N50 G3 X-107.994 Y83.253 I-815.112 J-5706.199 F1300

N60 X-103.073 Y82.55 I-1405.458 J-9900.742 F900

N70 X-98.153 Y81.847 F350

N80 X-90.772 Y80.792

N90 G1 X-90.776 Y80.757 Z63.991 F800

N100 X-90.781 Y80.721 Z63.911

...

то инструмент зарезается в деталь.

Ведь изначально была такая круговая запись:

N60 X-90.772 Y80.792 I-1405.458 J-9900.742 F1300

Vericut добавил туда дополнительные кадры точек начала окружности (поделил ее на несколько частей для оптимизации подачи),

а i, j оставил только в первом кадре окружности, что не есть правильно )) ведь если добавляется начальная точка, то i,j тоже должны поменяться.

Конечно, можно выводить координаты центра как абсолютные. Запись будет такого вида:

N20 X17.203 Y38.029 I=AC(50) J=AC(50) F1300

Чтобы мой постпроцессор (UGS NX) на Sinumerik выводил круговую запись так - проблем по отладке в принципе нет. А вот в Vericut они появятся )). Если даже он и поймет такой кадр, то опять же при его оптимизации выдаст совсем нечто странное. )) Что-то такое уже пробовал...

Вообще я нашел решение проблемы. Не совсем удачное конечно, но все-таки. Ведь подобных кадров даже в большой программе не так уж и много. Как правило, от 3 до 10, не больше. И все их можно найти после окончания воспроизведения программы, используя Info - NC Program..., а дальше нажать кнопочку NC Program Review.

Потом указать мышкой на сообщение типа invalid circle statement r1=0 r2=34.654 и программа подсветит кадр с не корректной круговой записью.

После чего нужно просто удалить в файле программы (скажем, через блокнот) все X Y, которые верикат добавил и оставить последние значения X Y. То есть в примере выше правильная запись будет выглядеть так:

N50 G3 X-90.772 Y80.792 I-815.112 J-5706.199 F1300

...(удаленные кадры)

N90 G1 X-90.776 Y80.757 Z63.991 F800

N100 X-90.781 Y80.721 Z63.911

...

X Y взяты из последней строчки круговой записи.

По времени на редактирование 10 подобных случаев это отнимает минуты две.

А что? Нормальное такое решение

Изменено 14 июля 2011 пользователем kernel