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

[Wizard! 7]

Не устраивает скорее всего время обработки.

Стойка медленно "переваривает" такое количество кадров, и станок "тормозит"?

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

Еще раз повторюсь: понятия "круговая интерполяция" при многоосевой обработке не существует.

[IBV 112]

Еще раз повторюсь: понятия "круговая интерполяция" при многоосевой обработке не существует.

Имеется в виду, что ЧПУ не может перемещать инструмент по дуге (например в плоскости XY) и вращать стол?

[Axel79 5]

Не устраивает скорее всего время обработки.

Раз объем уп не смущает, то при чем здесь мастеркам или любой другой кам? выполнять на фрезерном станке токарные работы - по-любому намного дольше выйдет. абсолютно не важно какой софт при этом используется. хоть руками пиши!

Даже при написании специального постпроцессора, не вижу инструмента в MasterCAMе, что-бы сгенерировать правильную траекторию обработки. Так и есть - нет базовых возможностей.

как нет инструмента? а как же multiaxis->rotary 4 axis? все будет как Вы хотите: в качестве токарного резца будет фреза, а деталь будет вращаться в 4 оси как в токарном патроне. правда, "немного" помедленнее, чем на токарке, что, конечно, скажется на машинном времени. но это уже вопрос не к софту, а к станку. есть 5-осевые токарно-фрезерные, где 5 ось вращается со скоростью 4000 об/мин и более.

[tikito 14]

вопрос времени это только связано со станком..пусть даже и трёх осевая обработка запрограммированная подача только держется на прямых участках(это я про фанук)дуги-- и тут подача падает..работал на хасе так там 100% держется запрограммированная подача..вывод дугами не значит что будет быстрей

[Axel79 5]

работал на хасе так там 100% держется запрограммированная подача..

а как же время на разгон/торможение приводов? не пробовал получившуюся после обработки поверхность замерить не штангелем, а на КИМе? у тебя же там не то, что сотки - десятки плясать будут! согласен, если какую-нибудь художку делать, где важно, чтоб гладко было, а на точное соответствие с мат. моделью "до фонаря", то это - гуд. а если чего-нибудь точное делаешь, то - извините! реальное машинное время от расчетного значительно увеличится! кстати, фанук дуги тоже обрабатывает без падения скорости. потеря времени происходит при обсчитывании кадров. если в уп много мелких перемещений, то - привет. реальное время от рассчетного может раза в 2 увеличиться. решать данную проблему надо деньгами, покупая соответствующие опции для предварительного просчета уп на много кадров вперед.

[tikito 14]

согласен про чистовую обработку(но не о десятках речь)..но если взять обработку паралелью то нет резкой смены направления и довольно хорошо получается.так что всё зависит от выбора стратегий и стойки ..хоть хасы и держат подачу но опчия hsm стоит очень много

[Wizard! 7]

Имеется в виду, что ЧПУ не может перемещать инструмент по дуге (например в плоскости XY) и вращать стол?

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