PMill и поворотный нож

[DSP1 1]

Острый угол тоже терпимо , не считая мяса ...

[Dimasik-ola 37]

Острый угол тоже терпимо , не считая мяса ...

Ну вообще-то, я думаю, острых углов стоит избегать, если все-таки резать будете пленку.

В месте угла мб смятие, или просто рваный угол. Лучше делать с перекрытием двух резов.

Ну это так, из личного опыта работы с пленкой)

[MFS 248]

Только лишь, чтобы появился угол С?

Аха.

[Wizard! 7]

Что сделает PMIll? Правильно, не будет крутить по С, а просто наклонит в другую сторону и пойдет назад:

X-100 Y0 A-15. То есть С он вообще менять не станет

А вам-то надо вывести

X-100 Y0 C180

Это можно решить ограничением угла А в постпроцессоре.

[MFS 248]

Это можно решить ограничением угла А в постпроцессоре.

Эмммм......аще не понял о чем ты. Как именно?

[DSP1 1]

Как именно?

Мож как-то так ? А>0 .

[MFS 248]

Мож как-то так ? А>0 .

по проходам растром вопросов нет. А если прогоните по какому-либо б.м. художественному контуру с изломами что будет?

[DSP1 1]

Здаёмса !

А если прогоните по какому-либо б.м. художественному контуру с изломами что будет?

Нож будет крутиться в материале .

Поднятие на критических изломах можно реализовать либо на уровне CAD ,

сегментировав вектор по изломам ( интересно , можно это автоматизировать ? ) и ,

в идеале ( по Димасику ) , немного продлив сегменты , либо полностью

отслеживать угол С в постпроцессоре . Что вы и рекомендовали выше .

Изменено 22 января 2012 пользователем DSP1

[MFS 248]

Поднятие на критических изломах можно реализовать либо на уровне CAD, сегментировав вектор по изломам ( интересно , можно это автоматизировать ? ) и, в идеале ( по Димасику ), немного продлив сегменты , либо полностью отслеживать угол С в постпроцессоре .

в посте. Только я предлагал не через угол С, а через проверку переменной angle - если она больше определенного значения, то вынуть и повернуть. Хотя через проверку приращения азимута - еще лучше.

Нож будет крутиться в материале .

Не. Это не самое страшное. Попробуй прогнать изломы такие, чтобы разворот был больше 90 градусов. Например в углах этого листка:

leaf.rar

[DSP1 1]

Попробуй прогнать изломы такие, чтобы разворот был больше 90 градусов. Например в углах этого листка .

Пришлось подправить пределы оси А ( у меня В ) -1<A<61 . Атака 60 .

leaf.rar

Растр тоже поворачивает .

[MFS 248]

Пришлось подправить пределы оси А ( у меня В ) -1<A<61 . Атака 60 .

Эммм....то есть смысл предела в том, чтобы угол атаки был в нем? Так вроде бы он по определению в нем.... Не врублю что-то, как это влияет на азимут, азимут и правда, вроде бы не перекидывает....можно поподробнее логику применения предела и проект посмотреть?

[DSP1 1]

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

61 - случайность :) .

Только в случае поворота на 180 град ось С не движется , в остальных поворотах

участвуют обе оси в соответствии с каким-то критерием оптимальности , например ,

минимизации перемещений . Т.е. направление вращения оси С однозначно .

Я изначально хотел посильнее зажать ось В и выяснил , что пост работает минимум

при 0<B<60 . А ваш листик чет не понравился , и я увеличил ход до -1<B<61 .

Я не попробовал , но скорее всего будет работать при -59<В . То есть главное -

не допустить разворота на 180 град с помощью одной оси В . Тогда и при 180 град

будет некий поворот оси С .

При резке разворот на 180 град возможен только при переходе к другому вектору .

Пост - стандартный head-head с нулевыми привязками .

Проект :

PRpr.rar

Изменено 26 января 2012 пользователем DSP1

[MFS 248]

То есть , главное, не допустить разворота на 180 град с помощью одной оси В . Тогда и при 180 град

будет некий поворот оси С .

А, врубился я, ограничение не дает провернуть фрезу "через верх", заставляя вести ее понизу и обязательно задействуя ось С. Красиво).

[preps 1]

А, врубился я, ограничение не дает провернуть фрезу "через верх", заставляя вести ее понизу и обязательно задействуя ось С. Красиво).

Здорово что получилось :-) Респект.

Оббъясните теперь пожалуйста, как сделать в 9 Pmille, а то как то между собой поговорили и всё :-)

[DSP1 1]

ИМХО .

1 вариант - лучший - все делает постпроцессор .

Создаете в РМ9 обычную 3-осевую траекторию . Постпроцессор рассчитывает и

выводит угол C = arctg[(Y2-Y1)/X2-X1)] и контролирует его изменение .

При критическом приращении |C2-C1|>30град поднимает нож и поворачивает в воздухе .

Для дуг алгоритм будет другим . Как писать скрипт , я не знаю .

2 вариант - небольшая корректировка постпроцессора .

Грузите свой вектор в РМ9 как шаблон , создаете 5-осевую траекторию ( атака 60 , напр. )

обработки шаблона . В подходящем 5-осевом посте ограничиваете ось В ( или А ) и

убираете ее из вывода . Но ! Чтобы нож поднимался при критических изломах ,

нужно заранее разорвать вектор в этих точках .

Это я расписал , если нужно подробнее , спросите .

Изменено 24 января 2012 пользователем DSP1

[preps 1]

Второй вариант мне более понятен пока.

Про шаблон понятно. А какой пост поправить и как? ductpost или pmpost?

[DSP1 1]

У меня PMPost .

Или :

- в подходящем 5-осевом посте ограничиваете ось В ( или А ) и

убираете ее из вывода ,

или

- в 3-осевом посте в " кинематике " выбираете 5 осей шпин-шпин и

добавляете в выводимые кадры Machine C .

Или гляньте info@4d...

[gurgen 0]

Второй вариант мне более понятен пока.

Про шаблон понятно. А какой пост поправить и как? ductpost или pmpost?

Дактпост-опционник абсолютно нереально править, так как там даже нет таких функций. Для пм-поста могу опционник набросать. Просто арктангенс там опасно использовать, так как он дает значение от -пи/2 до +пи/2. Там надо ещё дополнительно проверять. Под какую версию пм-поста опционник нужен ?

[MFS 248]

Дактпост-опционник абсолютно нереально править, так как там даже нет таких функций.

Каких таких функций там нет для 2-го варианта?

[gurgen 0]

Каких таких функций там нет для 2-го варианта?

Да не будет второй вариант работать принципиально :) Если вектор инструмента будет вертикальный, то данные в траектории будут мало отличаться от обычной 3х-осевой. Для того, чтоб крутить эту ось Павермил использует так называемый orientation vector. В 9й версии этим функционалом даже не пахло. Но даже еслиб он и был. В Дактпост поддержку этого вектора не добавляли. Она есть только в ПостПроцессоре.

В данных условиях, можно только 1-й вариант разрабатывать.