постпроцессоры SolidCam

[error1412 4]

Даите пожалуйсто кто нить какоинбудь пост для токарнофрезерного стоика фанук. (Самый любой, похожий и т.д.) Софт Solid CAM.

[extrdess 0]

• 0

extrdess

Нужен постпроцессор для solidcam для okuma mb 46 vae

[APXON 0]

Здравствуйте, столкнулся с проблемой (впервые работаю в CAD и CAM) что он просит выбрать постпроцессор для станка. Я в этом не разбираюсь, и прошу помощи. Подскажите что делать, станок Esfero 3D-014. Использовать ли стандартный gMilling 3x или нужно писать постпроцессор?

[Artem artem 0]

У кого есть постпроцессор на Haas st 10  с С осью под Solidcam или Mastercam ? закиньте если не сложно

[Александ 2]

помогите с постом для сименс 828д

[Ionel1718 1]

Здравствуйте, коллеги помогите с постом для станка Doosan Lynx 2100 LMB стойка Fanuc 0i plus. поделитесь пожалуйста рабочим постом пожалуйста .

[serghei133 0]

Всем доброго времени суток, есть тут кто может помочь с постом на окуму OSP-P200M, все станки на фануках а этот свежий завезли, заранее спасибо

 

Только что, serghei133 сказал:

Всем доброго времени суток, есть тут кто может помочь с постом на окуму OSP-P200M, все станки на фануках а этот свежий завезли, заранее спасибо

 

Пост нужен для солида

 

 

 

[Ishimtcev 52]

@Forest_Man

1. Разрядность

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

 

2. Для того чтобы сделать вывод G и M кодов у виду G0 G2..... M5

    gcode_f         = '2/2.0(p)'             ------------------- >          '1/1.0(p)'
    mcode_f         = '2/2.0(p)'            ------------------- >          '1/1.0(p)'

3. Для того чтобы вывести M06 --------------> M6

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

-ищем строку в посте которая отвечает за вывод М06  ------------- {nb,cTCcodep'T'next_tool_number' 'cTCcodes}

-видим что вывод M06 сделан через некую переменную

-ищем в посте описание переменной cTCcodes cTCcodep

    cTCcodep              = 'M06 '     ;0.70: Sets the Prefix Code(s) used for Tool Change (i.e. 'M06')
    cTCcodes              = ''         ;0.70: Sets the Suffix Code(s) used for Tool Change (i.e. 'M06')    

Видим префикс и суфикс....

 

думаю дальше уже справитесь.

 

P/s я не знаю какой у ваш пост и как у вас весь процесс описан, по крайней мере этапы я вам описал. Сам я тоже с трудом вношу изменения в пост из за его незнания, у меня процесс выглядит так. (метод научного тыка.... я просто заменяю вызов переменных на вывод простого текста например *** а потом ищу в сгенерированом посте эти символы.... и уже делаю выводы за что отвечают эти переменные)

 

 

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

 

@start_tool
    if tool_direction eq CW then
        mcode = 4
    else              ;  CCW
        mcode = 3
    endif
    {'S'spin:integer_def_f, ' M'mcode}
endp

 

Разъяснять построчно нужно?

А может здесь лишние нули и стоят  (Не 3 а 03 например)?? и точно так-же и с М06

    {nb, 'T'tool_number ' M6'}    

Для понимания.

 

Если направление вращения CW то

            значение ячейки М од равен 4

         Иначе значение ячейки Мкод равен 3

 

ВЫВЕСТИ{ТЕКСТ 'S' /Значение ячейки spin/ Текст ' М' /Значение ячейки Мcode}

 

Он не знает что запуск шпинделя M03..... он исполняет цикл...

если в посте вы поставитье вместо 4 и 3 ----------- Elo4ka GORI и Elo4ka NEGORI

то запуск вращения у вас будет производится этими командами.... другой вопрос поймет ли это ваша стойка....

Зная какие команды умеет выполнять ваша стойка вы и правите свой пост

Изменено 4 октября 2018 пользователем Ishimtcev

[Nikolay81 1]

Благодарю всех за ответы.

Действительно, я немного затупил.

В новых версиях Солидкама, информация после G и M определяется в каждой отдельной процедуре, с помощью iMotionmode.

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

Скоро выложу файл gMilling_3x.gpp из новых версий, с подробными русскими комментариями. Думаю, это сильно поможет новичкам и хорошо дополнит труд, уважаемого SENNIK53.

[Plumber 738]

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

Для понимания.

Если направление вращения CW то

            значение ячейки М од равен 4

         Иначе значение ячейки Мкод равен 3

Вот здесь, если можно, подробнее, пожалуйста 

    Если направление вращения ClockWise (CW) - по-ангельски значит по часовой стрелке

      задается значение М04, которое согласно ГОСТ 20999 обозначает "Вращение шпинделя против часовой стрелки"

 и наоборот если СounterСlockWise (CCW) - против часовой стрелки - тогда значение М03 "Вращение шпинделя по часовой стрелке" 

Моему станку эти коды до левой задней - шпиндель без реверса, а вот как это работает в случае с реверсом, особенно в процедуре нарезания резьбы? 

Вопрос для меня не праздный потому, что именно с этим фрагментом кода сталкиваюсь не первый раз, в разных ПП.

А вот в "стандартном" gMilling_3x.gpp из комплекта SolidCAM это выглядит так:

@m_feed_spin
    ; Handle output for spindle change
    if tool_direction eq CW then
        iSpindleDir = 3
    else
        iSpindleDir = 4
    endif
    if change(spin)
        call @usr_spindle_output
    endif
endp
@start_tool
    ; Handle setting and output for spindle start
    if tool_direction eq CW then
        iSpindleDir = 3
    else
        iSpindleDir = 4
    endif
    call @usr_spindle_output
    if !bSpinOnlyUseS
        if bSimpleformat
            {nb}
        endif
        call @usr_spindle_mcode_output
    endif 
endp

 

Изменено 4 октября 2018 пользователем Plumber

[Ishimtcev 52]

@Plumber

 

Мой уровень знания языка gpp худо бедно на 2-....

 

Как бы объяснить.....

 

ГОСТ тут не причем.... ФАЙл станка создается непосредственно под тот станок к которму он пишется...... если КАМ программа генерирует команду Включить вращение по часовой стрелке (CW)..... пост процессор переводит эту команду на машинный язык Конкретного станка.... например ваш у которого эта строчка равна M03.... 

 

if tool_direction eq CW then
        iSpindleDir = 4
    else
        iSpindleDir = 3

 

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

 

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

 

 

 

 

[CNC_SKILL 951]

6 минут назад, Ishimtcev сказал:

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

 

Цикл нарезания резьбы (и другие циклы) вшит в параметры системы управления станка а пост выдает лишь команды которые необходимы для активации необходимого цикла  в этом станке! 

Изменено 4 октября 2018 пользователем Frezer_PU

[Plumber 738]

25 минут назад, Ishimtcev сказал:

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

Проблемы особой не вижу, даже со своим уровнем знания языка GPP - чуть выше 0, просто интересно, если CW это М3, а CCW - М4 какой смысл менять эти значения?

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

[Ishimtcev 52]

@Plumber

 

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

6 часов назад, Nikolay81 сказал:

Откуда он вообще знает, что холостые перемещения, это 00, а запуск шпинделя 03?

 

[Forest_Man 29]

9 часов назад, Forest_Man сказал:

@start_tool
    if tool_direction eq CW then
        mcode = 4
    else              ;  CCW
        mcode = 3
    endif
    {'S'spin:integer_def_f, ' M'mcode}
endp

Не думал, что придётся себя же цитировать. Однако...

Сам не замечал, что если по часовой то М04. Но это только в посте, в УП всё генерируется как положено. По крайней мере М3 пишет.

В противоположную сторону даже не пробовал запускать шпиндель. И вот что я думаю:

Либо у меня в посте что-то не так работает (что я завтра перепроверю), либо значения mcode и iSpindleDir  как-то противоположно работают  

[Nikolay81 1]

2 часа назад, Forest_Man сказал:

Не думал, что придётся себя же цитировать. Однако...

Сам не замечал, что если по часовой то М04. Но это только в посте, в УП всё генерируется как положено. По крайней мере М3 пишет.

В противоположную сторону даже не пробовал запускать шпиндель. И вот что я думаю:

Либо у меня в посте что-то не так работает (что я завтра перепроверю), либо значения mcode и iSpindleDir  как-то противоположно работают  

Да правильно всё. Просто вспомните, что означает оператор eq.

[Forest_Man 29]

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

вспомните, что означает оператор eq.

Да вспоминать как бы и нечего, не учил, но как работаю уже несколько лет по догадкам понимаю что "eq" может означать "equivalent", что с английского как "равнозначность" или просто "=". По крайней мере такую функцию и выполняет. Но ведь всё равно не ясно, ведь в обоих случаях стоит "eq", если бы хоть где-то менялось на "ne" - тогда другое дело.

20 часов назад, Forest_Man сказал:

    if tool_direction eq CW then
        mcode = 4

17 часов назад, Plumber сказал:

    if tool_direction eq CW then        

iSpindleDir = 3

Однако при проверке своего поста (ПП основан на Fanuc_5a)  нашёл забавную штуку. Смена направления вращения заблокирована в @change_tool строчкой 

tool_direction = CCW

отсюда как бы и получается, что tool_direction всегда eq CCW

Закоментировал строчку и о чудо, всё заработало. Правда в обратную сторону, ведь по часовой (CW) => M4

Хотелось бы разобраться, ведь даже настроив всё как надо, в голове останется большой вопрос:

- Зачем так было делать? Ведь это пост который шёл вместе с SC 2013!

Изменено 5 октября 2018 пользователем Forest_Man

[Nikolay81 1]

6 часов назад, Forest_Man сказал:

Да вспоминать как бы и нечего, не учил, но как работаю уже несколько лет по догадкам понимаю что "eq" может означать "equivalent", что с английского как "равнозначность" или просто "=". По крайней мере такую функцию и выполняет. Но ведь всё равно не ясно, ведь в обоих случаях стоит "eq", если бы хоть где-то менялось на "ne" - тогда другое дело.

 

Да. Тут действительно какая-то ерунда. Вот как описывается eq в инструкции: 

eq (или '==') - FALSE(ЛОЖЬ), если оба операнда равны

То есть, вроде как это НЕ равенство. Хотя в версии 2017, это точно равенство.

Может, ошибка в описании?

 

Вот как выглядит этот кусок кода, в версии 2017:

@start_tool

if tool_direction eq CW then
        iSpindleDir = 3
    else
        iSpindleDir = 4
    endif

call @usr_spindle_output

call @usr_spindle_mcode_output

endp

 

@usr_spindle_output
      {nb,'S'spin:integer_def_f ' '}
endp

 

@usr_spindle_mcode_output
    {'M'iSpindleDir:mcode_f ' '}
endp

То есть, немного по-другому.

 

Также, в версии 2017, вот такой код:

iTest = 'CW'
    if iTest eq 'CW' then
        {'Yes'nl}
    else
        {'No'nl}
    endif

Приводит к выводу в УП "Yes"

 

А такой: 
    iTest = 'CCW'
    if iTest eq 'CW' then
        {'Yes'nl}
    else
        {'No'nl}
    endif

Приводит к выводу в УП "No"

 

Тип переменной  iTest - string.

 

Вот в типе то, наверное собака и порылась.

 

Тип переменной tool_direction - integer.

Как тогда, она может быть равна CW, тем более без ' '  ? Это же не число.

Если бы она была string, тогда надо было бы писать 'CW'.

То есть, видимо, есть какой-то преобразователь типов. Который определяет, что 0 = CW, а 1 = CCW. Но не в посте.

 

И это, на самом деле работает. То есть, если писать вместо CW и CCW - 0 и 1 соответственно, то всё будет ОК.

Проверьте.

Впрочем, в версии 2017 и CW - CCW распознаются нормально.

 

 

 

 

 

Изменено 5 октября 2018 пользователем Nikolay81

[Forest_Man 29]

Прошу по возможности помочь советом.

Сама проблема берёт своё начало в том, что в цеху имеются фрезерные но разнотипные станки. Грубо говоря Немцы и Американцы. Тип производства деталей серийный + штучный. И знатная часть работы заключается в переписывании программ с одного типа станка на другой. Разница заключается в нескольких проблемных моментах:

1. Расположение тисков вдоль стола и поперёк. 

Захожу в Менеджер ноля детали, выворачиваю ноль, пересчитываю геометрию. Часто выскакивают ошибки отсутствия геометрии. Приходится переделывать контура.

От этой проблемы, видимо, никуда не денешься. Использовать зеркало или поворот на станках, тоже не вариант.

Может есть свежие мысли?

 

2. Замена постпроцессора.

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

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

Фото уже с добавленным параметром "down_step"

У Американцев использую Drilling G81 - обычный цикл сверления (без дополнительных параметров) и Peck G83 - цикл глубокого сверления (с параметром Q - шаг). На немцах всего один цикл DRILL 200 заменяющий оба этих. И при замене ПП всегда приходится пересматривать ВСЕ! циклы сверления, не зависимо замена с Немца на Амера или наоборот.

 

Решил, что что-то я делаю не так и взялся автоматизировать этот процесс:

1. Разбил у немца цикл сверления на две части (решение по циклу G81). 

- Сделал копию цикла DRILL200 в GPP-файле, дал новое имя PECK200;

- Добавил новый цикл сверления (PECK200) во VMID-файл с типом "Цикл", старому DRILL200 поменял тип на "Сверление";

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

- Что бы в DRILL200 не заморачиваться с шагом, заменил в GPP-файле {nl' Q202='down_step} на {nl' Q202='3}.

Теперь при замене ПП в обе стороны имеем: на Амере G81 (шаг не нужен), на Немце DRILL200 с шагом Q202=3, что меня полностью устраивает.

 

С циклом G83 дело обстоит тяжелее:

2. Цикл G83 соответствует циклу PECK200. 

Визуально всё хорошо, но при замене не подхватывает шаг. Всегда шаг остаётся равен нулю.

- Для обоих циклов (в двух VMID-файлах) дописал параметр "down_step". 

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

 

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

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

 

При смене ПП в циклах G83 и PECK200 параметр "Шаг по Z" всегда равен нулю, зато новый "down_step" подхватывает параметр с предыдущего ПП и при генерации правильно вставляет в УП, как "Шаг по Z".

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

Амер:

G98 G83 Z-17.403 R-1. Q3.2 F500.

 

Немец:

CYCL DEF 200 DRILLING ~
   Q200=2.000 ;SAFETY ~
   Q201=-14.4034 ;DEPTH ~
   Q206=500 ;FEED Z ~
   Q202=3.200 ;PECK ~
   Q210=0.0 ;DELAY TOP ~
   Q203=-3.000 ;Z SURFACE ~
   Q204=5.000 ;2. SAFETY ~
   Q211=0.0 ;DELAY BOTTOM 

Как бы уже хорошо, но хотелось бы сделать всё по фэншую...

Переименовал параметр down_step" в "Шаг по Z" ("GUI имя" параметра во VMID-файлах"). Теперь в параметрах сверления по два параметра "Шаг по Z". Причём значение параметра работает только в нововведённом. А имеющийся ранее параметр потерял всякий смысл и никак не влияет на генерацию УП.

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

 

Как удалить первый параметр или как заставить читать и вписывать значение down_step в строку к этому параметру? Или что я сделал не так?

[CNC_SKILL 951]

44 минуты назад, Forest_Man сказал:

Как бы уже хорошо, но хотелось бы сделать всё по фэншую...

Переименовал параметр down_step" в "Шаг по Z" ("GUI имя" параметра во VMID-файлах"). Теперь в параметрах сверления по два параметра "Шаг по Z". Причём значение параметра работает только в нововведённом. А имеющийся ранее параметр потерял всякий смысл и никак не влияет на генерацию УП.

Если к примеру  брать и рассматривать стоковый пост от американца то в цикле G83 при установленной галочку использовать цикл параметр Q= шагу по Z и если при этом еще вкл параметр Шаг по Z и установить его равным Q то это повлияет только на отображение траектории как бы кольцами будет виден шаг!

И при выводе УП это не как не повлияет на параметр Q!

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

 

 

 

Параметр Шаг по Z срабатывает когда галочка Использовать цикл не стоит и тем самым подменяет параметр Q выполняя его функцию и если не указать Шаг по Z и оставить параметр Q то в УП шаг не выведется и сверление будет похоже на цикл G81 !

 

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

 

Изменено 8 октября 2018 пользователем Frezer_PU

[Forest_Man 29]

Ну что вы, вариант без галочки это же совсем в другую степь!

Получается тот же цикл G83 заменяется на линейные перемещения G01 и G00 по оси Z.

Может я что то не правильно спросил?

Нужно что бы при изменении постпроцессора (станка ЧПУ в параметрах операции) сверловка согласовывалась и шаг по Z остался заданным ранее.

По сути нужно "что определяет параметры цикла сверления"? К чему оно привязано, откуда корни?

[Forest_Man 29]

Причём если с вопросом, мол что меня не устраивает, то отвечу хотя бы так:

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

То что у меня получилось с параметром down_step влияет только на вывод в УП. На картинке выглядит как "Шаг по Z".

В конце концов можно и запутаться

[CNC_SKILL 951]

17 минут назад, Forest_Man сказал:

Ну что вы, вариант без галочки это же совсем в другую степь!

Я вам просто растолковал зависимости двух параметров в одном цикле !

Если параметр Шаг по Z не отображается не где в файле станка и посте и его нельзя как то удалить это может быть особенность программы то есть эти параметры вшиты  и не подлежат правке обычными пользователями кроме разрабов ! 

По поводу того что не сохраняется шаг после смены станка то это может быть из-за разности описания цикла в постах ! 

 

[CNC_SKILL 951]

2 часа назад, Forest_Man сказал:

Захожу в Менеджер ноля детали, выворачиваю ноль, пересчитываю геометрию. Часто выскакивают ошибки отсутствия геометрии. Приходится переделывать контура.

У вас синхронизация настроена в установках солидкам ?

При создании доп геометрии ее желательно полностью определят чтоб она была черной !

При перерасчете всех переходов попробуйте указать синхронизация и расчет при условии что она настроена ! 

 

2 часа назад, Forest_Man сказал:

Может есть свежие мысли?

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

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

 

Изменено 8 октября 2018 пользователем Frezer_PU

[Forest_Man 29]

54 минуты назад, Frezer_PU сказал:

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

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

 

54 минуты назад, Frezer_PU сказал:

При создании доп геометрии ее желательно полностью определят чтоб она была черной !

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

 

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

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

 

Изменено 8 октября 2018 пользователем Forest_Man

[CNC_SKILL 951]

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

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

У меня так

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

 

[NickEL1000 250]

В 08.10.2018 в 12:59, Forest_Man сказал:

1. Расположение тисков вдоль стола и поперёк. 

Захожу в Менеджер ноля детали, выворачиваю ноль, пересчитываю геометрию. Часто выскакивают ошибки отсутствия геометрии. Приходится переделывать контура.

От этой проблемы, видимо, никуда не денешься. Использовать зеркало или поворот на станках, тоже не вариант.

Может есть свежие мысли?

попробуйте использовать трансформацию при перерасчете в SC, геометрия валиться точно не будет, но пост может отработать некорректно