Как Научится Писать Постпроцессоры?

[MFS 248]

Где можно посмотреть примеры скриптов для PMPost?

Ну тыж знаешь, я не юзаю. А в ductpost можно сделать как я писал, проверкой F = Srat. Только не въедь потом никуда им)).

[Wizard! 7]

PowerMill многоосевую обработку поспроцессирует через G1 , ставя на быстрые переходы ускоренную подачу, которая указывается в режимах резания. Есть ли возможность сделать вывод всё таки через G0 ? Подозреваю, что возможность должна быть, но как это сделать - не допёр ещё.

http://fsapr2000.ru/index.php?showtopic=1...st&p=190844

[Pingvin man 29]

Подскажите, как в Pm-post сделать так чтобы ускоренные перемещения выводились с G0, а не с G1 и подача?

В команде Move rapid параметр Motion mode – значение LIN, и изменение на RAP не сохраняется.

Можно зафиксировать, назначив элементу Motion mode - группа, значение - RAP.

При этом изменения фиксируются. Но во многосевой обработке переходы по прежнему выводятся через G1.

Попробовал вставить вот этот скрипт:

скрипт

function Moving_Correct()

{

var res = "";

var mt = GetParam("%p(Move Type)%");

var fr = GetParam("%p(Feed Rate)%");

var mr = GetParam("%p(Skim Rate)%");

if (mt == "LINK" && fr == mr)

{ res += StandardResponse("%b(Move Rapid)%")}

else { res += StandardResponse("%b(Move Linear)%")};

return res;

}

Скрипт заработал.(в трёх коодинатах, в пяти всё так же через G1).

А может кто разъяснить, что такое "LINK" ?

[Andrew_P 14]

Ну вы, блин, даете!!!

Ведь МИЛЛ быстрые ОТНОСИТЕЛЬНЫЕ перебеги не зря выводит в G1 с подачей.

ВНИМАНИЕ

Некоторые типы стоек (точно знаю - фанук) отрабатывают быстрые перемещения по G0 не по прямой!!! При перемещении одновременно по Х и Y сначала станок разгоняет привода одинаково (то есть фреза перемещается по диагонали), а потом "отстающая" ось доезжает остальное.

Если относительные перемещения происходят в теле заготовки, и ДАЖЕ МИЛЛ ПОКАЗЫВАЕТ ЧТО ВСЕ ТИП-ТОП по зарезах - станок сделает "черное дело", если принудительно поменять эти перемещения с G1 на G0.

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

[MFS 248]

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

Да я Пингвину уж сколько говорил, а толку((.

Но если хочется убиться, разве мы вправе мешать человеку?)) Пожалста:

define block move linear

if ( feedrate => srat )

N ; rapid ; x coord ; y coord ; z coord ; M1 ; M2 ## Rapid Skim as RAPID

else

N ; linear ; x coord ; y coord ; z coord ; feedrate ; M1 ; M2

end if

end define

А вязто-то, смотрите откуда: file:///C:/Program%20Files/Delcam/DuctPost1510/file/help/master.html

[Wizard! 7]

А может кто разъяснить, что такое "LINK" ?

Для PM-POST существуют разные типы движения. Например, Link означает, что это переход внутри траектории (то, что фиолетовым показывается), Cutting - рабочее движение, plunge - врезание и т. д.

Для пяти координат мне пришлось данный скрипт чуть-чуть поменять.

function Moving_Correct()

{

var res = "";

var fr = GetParam("%p(Feed Rate)%");

var mr = GetParam("%p(Skim Rate)%");

if (fr == mr)

{ res += StandardResponse("%b(Move Rapid)%")}

else { res += StandardResponse("%b(Move Linear)%")};

return res;

}

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

Почему правил - не помню, но в таком виде работает корректно. Возможно, в многоосевке не определяется тип "Link. "Единственное правило - чтоб рабочая подача не была равна ускоренной.

[Pingvin man 29]

Визарду спасибо за ответ.

Но, в пяти не работает.

Ну и ладно.

[Wizard! 7]

А у меня работает

А, ну эту функцию же подключить надо к блоку вывода движения на рабочей подаче! В дереве: перемещения => move linear. Там щелкните в первую строчку описания вывода кадра и выбирите в списке скриптов moving_correct (поле справа от красного крестика).

[Pingvin man 29]

Да, заработало, но как то криво. Линеаризация перестала работать. Сначала вроде как делает переход, с поворотом оси, потом возвращается, опять поворачивает...

Да ну всё это. Пусть уж лучше правильно, но на подаче.

Всем спасибо за консультации.

[Andrew_P 14]

...Сначала вроде как делает переход, с поворотом оси, потом возвращается, опять поворачивает...

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

Неприятная ситуация, поскольку :

1. Идут значительные затраты общего времени на обработку

2. Возможен удар, если отвод фрезы для ретракции не был достаточным

3. Раздражает оператора

4. Следы отвода-подвода фрезы, если станок "люфтит"

Вариант решения один - писать траектории таким образом, чтобы предотвратить это явление. Местами бывает менингит, но симуляция обработки со станком 100% показывает места ретракции.

[Wizard! 7]

Да, заработало, но как то криво. Линеаризация перестала работать. Сначала вроде как делает переход, с поворотом оси, потом возвращается, опять поворачивает...

Линеаризация тут не причем. Как правильно написал Andrew_P, это реконфигурация. Только не может быть она результатом работы этого скрипта.

[Pingvin man 29]

Да ладно.

Значит, пост без скрипта всё нормально делает, со скриптом криво - и дело не в скрипте...

[Andrew_P 14]

Да ладно.

Значит, пост без скрипта всё нормально делает, со скриптом криво - и дело не в скрипте...

Если происходит реконфигурация - скрипт тут ни при чем. Тестируйте пост внимательно.

[zart984 0]

Люди добрые помогите написать постпроцессор под конкретную стойку ЧПУ для PowerMill.

Как вообще пишутся постпроцессоры, с чего начать?

Спасибо.

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

[BrateloSlava 1]

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

Ты случайно не в представительстве Делкама работаешь ;)

[NickEL1000 248]

поделитесь док по скриптам пм пост (или своими наработками скриптов)

Изменено 7 мая 2009 пользователем lnslns

[Andrew_P 14]

поделитесь док по скриптам пм пост (или своими наработками скриптов)

А смысл? Использование скриптов - индивидуальный подход к каждому станку. Нет никаких гарантий, что он подойдет еще к какому-то.

А доки по скриптах - учебник по обыкновенному Джава или ВБ скрипту + пару спец.функций ПМ-Поста, которые отлично описаны в родных его доках.

Ну и правильно поставленная задача - 70% успеха.

[zart984 0]

Ты случайно не в представительстве Делкама работаешь ;)

неа, я оператор станков с чпу, работаю с POWER MILL, но вот кроме стандартного постпроца и постпроца к 155-350 хайденхайну ,нетю

а это постпроц к хайду может чем пригодится

<noindex>http://narod.ru/disk/8821949000/2-tnc151F%...%D0%B8.opt.html</noindex>

Изменено 18 мая 2009 пользователем zart984

[BrateloSlava 1]

Господа! А никто не подскажет... Может ли ПМПост разделять выводимую УП на части, как Дактпост. Вставляя заголовки и т.п.

[Andrew_P 14]

Господа! А никто не подскажет... Может ли ПМПост разделять выводимую УП на части, как Дактпост. Вставляя заголовки и т.п.

Не-а, не разделяет . По крайней мере я этого в настройках не видел.

Вообще-то разбиение УП на части - это уже "история". Как раз сейчас наоборот - стараются объединить всю обработку в один файл УП, чтобы оператор "зарядил" станок и забыл о нем до получения законченной детали.