Апроксимация дуг

[beginner 0]

По результатам постпроцесирования 3д обработки заметил что NC-файл складается из слишком большого количества кадров. Начал смотреть что да как, и тут понял, что все круговые елементы Милл замещает отрезками (отсюда и лишние кадры).

Собственно вопрос - как заставить Милл вписывать все-таки дуги а не отрезки, и корректно выводить их в NC-Файл?

[inko 33]

По результатам постпроцесирования 3д обработки заметил что NC-файл складается из слишком большого количества кадров. Начал смотреть что да как, и тут понял, что все круговые елементы Милл замещает отрезками (отсюда и лишние кадры).

Собственно вопрос - как заставить Милл вписывать все-таки дуги а не отрезки, и корректно выводить их в NC-Файл?

При создании траектории для параметра "Размещение точек" нужно выбрать опцию "Вписать дуги".

[Ygrek 11]

<noindex>http://fsapr2000.ru/index.php?showtopic=13...st&p=456779</noindex> ответ на этот вопрос есть в FAQ'e

[beginner 0]

Прошу прощения, я очень недавно на етом сайте, поетому в будущем постараюсь сначала прошуршать все сопутствующие темы.

Всем спасибо за помощь!

[beginner 0]

Допишу сюда. Значит работаю я в спарке PowerMill 10 - Mach3, станочек - обыкновенная трехкоординатка с шаговичками-восьмиградусниками, ходовая винт-гайка, обратной связи никакой, короче минимум. Постпроцессор - стандартный FANUC.

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

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

Возможно проблема в настройках ускорений двигателей? И еще. Возможно ли в Миле траекторию апроксимировать чем-то вроде кривой Безье, тоесть сплошной кривой? Спасибо!

Изменено 25 июня 2012 пользователем beginner

[BrateloSlava 1]

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

А так - всё определяется скоростью двигателей. С другой стороны - кусочно-линейная обработка вместо обработки по дугам на большой подаче приводит к постоянным рывкам. Что негативно отражается как на качестве обработанной детали, так и на самом станке.

В 2013 милле обещают новую обработку черновую - Вихревую (Vortex), может и "допилят" что-то с апроксимацией.

А по поводу кривой Безье... Так это ж надо, для начала, чтобы станок такую обработку поддерживал.

[MFS 248]

Еще одним минусом вписывания дуг оказывается искажения Мачем некоторых дуговых участков, в результате чего сантиметровая дуга в Миле превращается в метровый круг

Смотрите минимальный размер дуги в настройках поста.

Еще вариант - вектора центра дуги - IJK выдаются в 3 вариантах - абсолютные координаты, от начала дуги, от конца дуги. Поэтому это должно быть согласовано между постом и стойкой. Современные стойки (да, думаю и Мач) умеют автоматически прикидывать как бы должна пойти дуга и, если дуга идет не так как они ожидают, то они могут менять способ отсчета. Я такое поимел на армянской стойке Mshak когда стойка увела очень маленькую дугу бог знает куда.

Так что:

а) ограничивайте минимальную дугу

б) согласовывайте описание векторов IJK в посте и Маше.

Возможно проблема в настройках ускорений двигателей?

Это в настройках маша. Можно поставить гладкое отрабатывание траектории без точного позиционирования в конце кадра. У фанукопододобных стоек это G9 у синумериков - G64.

Возможно ли в Миле траекторию апроксимировать чем-то вроде кривой Безье, тоесть сплошной кривой?

Есть приблуда splinemill - она обрабатывает CLDATA который выдает PowerMill (*.cut файл), делает новый *.cut файл, кторый уже постпроцессируется. Это подробно описано на форумею Вопрос, однако в том, сожрет ли Маш эти сплайны. Думаю нет - надо идти по пути сглаживания отработки, сплайны это немножко сложно для вашего варианта, скорее всего.

[Владимир56 63]

Есть дополнительные G-кода для точек. G62-G64.

На Митсубишу только прямыми и делаю дугу, никак не могу узнать параметры токарной настройки

Изменено 27 июня 2012 пользователем Владимир56

[Джага 17]

Добрый день!

Может кто поможет????

<noindex>http://fsapr2000.ru/index.php?showtopic=21...st&p=486582</noindex>

[NickEL1000 248]

по сабжу попробуйте апроксимацию точек: "переразмесить" и поиграйтесь с минимальной длинной отрезка

[beginner 0]

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

П.С. Сейчас нету возможности опробовать на практике, поетому только теория и гипотезы)

по сабжу попробуйте апроксимацию точек: "переразмесить" и поиграйтесь с минимальной длинной отрезка

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

[Джага 17]

Проблема решилась тем, что пришлось поставить более новую версию PostProcessor.

А именно PostProcessor 6.2.2327 (2011). Сами делькамовцы утверждают что версия PostProcessor 4.8.00 с багами....и редактор не до конца был проработан.