Creo 6.0

[Onik 0]

13 часа назад, moovi сказал:

А ещё программа сама оценивает надо её подняться до безопасной и перейти на ускоренной до следующего реза или сделать микролифт

Creo с HSM от ModuleWorks под боком нету, что бы глянуть параметры, но в черновой обработке используя стратегию "constant_load", можно играясь параметрами  LIFT_TOOL_CLEARANCE и MIN_RETRACT_DISTANCE, добиться минимальных подъемов.

 

 

Скрытый текст

 

[Ветерок 2 107]

Хорошо бы переименовать эту тему: "Мехобработка в Крео 6"

[moovi 10]

18 часов назад, Говорящий Огурец сказал:

Параметр pullout_dist в закладке параметров "Движения вреза/отвода" пробовали?

А вообще, суть претензии не очень ясна. Если система сама задает небольшой подъем перед переездом на следующее движение реза на ускоренной (по правде говоря - на free_feed) подаче - зачем еще что-то указывать в явном виде самому? Ну и это... для мягких материалов, включая низкоуглеродистые сталюжки, можно вполне себе применять zig_zag, тогда количество нерабочих ходов будет вообще сведено к минимуму.

pullout_dist  все остается по-прежнему 

Вот том-то и дело, что система создает микроподъемы, но перемещается по ним на рабочей подаче (не на free_feed)

Изменено 5 декабря 2019 пользователем moovi

[fenics555 210]

2 часа назад, Ветерок сказал:

Хорошо бы переименовать эту тему: "Мехобработка в Крео 6"

Д а почему в крео6, если это и раньше было?

13 минуты назад, moovi сказал:

от том-то и дело, что система создает микроподъемы, но перемещается по ним на рабочей подаче (не на free_feed)

Есть где-то параметр минимального перебега, меньше которого подача ставится рабочей. И это я встречал в постпроцессоре. Загляните туда!

[moovi 10]

34 минуты назад, fenics555 сказал:

Д а почему в крео6, если это и раньше было?

Есть где-то параметр минимального перебега, меньше которого подача ставится рабочей. И это я встречал в постпроцессоре. Загляните туда!

Так было с самого начала, когда сделали HSM и он был такой как сейчас, я подумал что они много времени уделяют IoT/AR/3d-печати/топологической оптимизации  и поэтому HSM вышел сырой, но когда этот HSM перетек из версии в версию в том же виде... печаль  

Сохранил .NCL файл, в нем только FEDRAT рабочей подачи + пара RAPID'ов

Изменено 5 декабря 2019 пользователем moovi

[fenics555 210]

1 час назад, moovi сказал:

Так было с самого начала, когда сделали HSM и он был такой как сейчас

По мне это ровно то же, что и 

7 часов назад, Onik сказал:

в черновой обработке используя стратегию "constant_load"

траектории одинаковые, скачки легко можно убрать/добавить.

[Говорящий Огурец 70]

Абсолютно разные вещи с разной логикой расчета траекторий!

3 часа назад, moovi сказал:

Сохранил .NCL файл, в нем только FEDRAT рабочей подачи + пара RAPID'ов

Для этого не надо делать ncl, это видно по цвету и типу линий на отрисовке траектории

[fenics555 210]

2 часа назад, Говорящий Огурец сказал:

Абсолютно разные вещи с разной логикой расчета траекторий!

Мы имеем ввиду трохоидную обработку, или высокоскоростную?

[Говорящий Огурец 70]

Мне показалось, что вы хотите сравнить Volume Rough с параметром сканирования Constant_Load и стратегию HSM Rough

[fenics555 210]

В 05.12.2019 в 20:37, Говорящий Огурец сказал:

хотите сравнить Volume Rough с параметром сканирования Constant_Load и стратегию HSM Rough

именно