Редактирование постов SolidCAM

[whyzor 1]

30.03.2017 в 19:07, STEN-2000 сказал:

Всем доброго времени суток!

Пытаюсь подружить SC с датчиком Renishaw для привязке детали. Инструкция лежит вот тут. Вроде все банально и просто. Но возникает проблема при генерации УП. В файле 00212_P_3X_Renishaw_Fanuc_inc.gpp в строке 396 переменная prb_Mm не определена. Так же эта переменная встречается и дальше по файлу.  Кто-нибудь может определить эту переменную?))) ну или дать пару советов.

00212_P_3X_Renishaw_Fanuc_inc.gpp

 

Сейчас столкнулся с точно такой же проблемой, вам удалось ее решить?

[Рома калужский 3]

включает СОЖ сразу после оборотов. в посте поставил все правильно.

подскажите в чем может быть дело?

 

Изменено 6 октября 2021 пользователем Рома калужский

[Рома калужский 3]

24 минуты назад, Рома калужский сказал:

включает СОЖ сразу после оборотов. в посте поставил все правильно.

подскажите в чем может быть дело?

 

вопрос снят. посмотрел видюху по редактированию. понял , что там не корректно работает 

[eee 0]

Нужна помощь!

Установил solidcam и начал подгонять постпроцессор для haas 3оси под себя. Возникло небольшое затруднение, а именно дублирование оборотов шпинделя. Не могу понять где ошибка в solidcam или в самом постпроц. Подскажите как убрать. Буду при много благодарен.

 

 

N1 
G00 G28 G91 Z0 
G90 G17 G40 G80 G00 
T19 M06 ()
(FM-Модель заготовки)
G00 G54 G90 X0. Y-26.057 S2000 M03 
G43 H19 D19 Z70. 
M08 
S2000 (вот эти обороты, как убрать)
Z50. 
Z2. 
G01 Z0. F300. 
Y-127.494 F1000. 
G00 Z50. 
Y26.057 
Z2. 
G01 Z0. F300. 
Y127.494 F1000. 
G00 Z50. 

[CNC_SKILL 951]

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

Нужна помощь!

Установил solidcam и начал подгонять постпроцессор для haas 3оси под себя. Возникло небольшое затруднение, а именно дублирование оборотов шпинделя. Не могу понять где ошибка в solidcam или в самом постпроц. Подскажите как убрать. Буду при много благодарен.

 

Включи трассировку и посмотри в какой процедуре они выводятся найди эту процедуру или параметр удали или заблокируй! 

[eee 0]

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

Включи трассировку и посмотри в какой процедуре они выводятся найди эту процедуру или параметр удали или заблокируй! 

Извини за мою безграмотность в этом деле. Я не совсем понимаю что такое "трасcировка". Если не затруднить, объясни пожалуйста. 

[Plumber 738]

37 минут назад, eee сказал:

что такое "трасcировка"

В файле постпроцесора *.GPP в секции GPPL variables пропиши в конце:

    ; GPPL variables
    ...
    trace 'all':5

После генерации УП получишь полную трассировку

[eee 0]

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

В файле постпроцесора *.GPP в секции GPPL variables пропиши в конце:

    ; GPPL variables
    ...
    trace 'all':5

После генерации УП получишь полную трассировку

Спасибо 

5 минут назад, eee сказал:

Все получилось, спасибо большое!!

 

[Roman_ 0]

Доброго здравия, господа.

Возник вопрос по правке постпроцессора - стандартный пост солидкам 2019 для токарки - OKUMALL.GPP.

Станок тк36, стойка фанук мате ои тд, работает с памятью в формате серии 10/11.

 

Суть вопроса заключается в следующем. Как отредактировать токарные циклы чернового точения G71, 72, 73, с таким расчетом, чтобы они нормально выводились. т.е. Под кадром цикла, выводился только чистовой контур. В конце, при активации в окне выбора обработки чистового контура, выводилось G70. 

Например...

G71 P1Q10UVDF

№1 G01----

---

№10

G70 P1Q10

 

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

https://disk.yandex.ru/d/8I7F-k639jqcUQ

Файл станка

https://disk.yandex.ru/d/6En6-YEf0gdOkQ

 

Благодарю.

Возможно ли сделать так, что бы при активации коррекции, в окне выбора чистовой обработки она выводилась в виде:

 

например:

 

G41 (G42)

G70PQFS

G40

 

Корректен ли такой формат.

 

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

 

[Roman_ 0]

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

 

файл поста.

https://disk.yandex.ru/d/6AnJ1SAgb38nCg

п.с. И не включать получистовую - чистовую.

[Roman_ 0]

Попробовали с постом HAAS ST30 из архива sennik53 (за что ему огромная благодарность), все тоже самое. В технологии черновой обработки не включаем припуск на чистовую. Не активируем получистовую - чистовую обработки. Вроде выдает то что нужно, примерно, после того как подковыряли. Но вроде уже веселее. Из минусов, нет возможности коррекции подачи для G84, Не выводит компенсацию G41 на чистовую обработку если постпроцессировать без циклов. Для G73 параметры I и К  пришлось прописывать как down_step, параметр D умножить на 2.

https://disk.yandex.ru/d/85XoN_qKd7X7fw

 

пример программы

https://disk.yandex.ru/d/VvsPR1JEkYbQGg

 

Так и не понятно, как заставить выводиться G70 PQ , после конечного кадра цикла чернового точения.

[Roman_ 0]

Благодаря помощи sennik53 подправили токарные циклы.

В технологии черновой обработки не включаем припуск на чистовую. Не активируем получистовую - чистовую обработки. Вроде выдает то что нужно, примерно, после того как подковыряли. Но вроде уже веселее. Из минусов, нет возможности коррекции подачи для G84, Не выводит компенсацию G41 на чистовую обработку если постпроцессировать без циклов. Для G73 параметры I и К  пришлось прописывать как down_step, параметр D умножить на 2.

Выводит G70 в конце циклов.

 

Есть  второй вариант вывода циклов черного точения. В технологии выбираем только чистовая. Делаем выбор чистовой обработки. G73 не активируется. G71  выводится при выборе режима снаружи вдоль.  G72 - при выборе режима - торец, контур при этом необходимо задавать от заднего торца (если хотим обработать всю деталь). Параметр D при этом не активен. Можно задать самому.

 

gTurn_Haas_ST30_eval.gpp

 

 

 

[Roman_ 0]

Цитата

В технологии черновой обработки не включаем припуск на чистовую

В технологии черновой обработки не задаем черновой отступ (равен 0)

 

Подправили пост OKUMALL.GPP

 

В технологии черновой обработки не задаем черновой отступ (равен 0). Не активируем получистовую - чистовую обработки. Вроде выдает то что нужно, примерно. Но вроде уже веселее.

Из минусов - Для G73 параметры I и К  пришлось прописывать как down_step, параметр D умножить на 2.

Выводит G70 в конце циклов.

Выводит компенсацию G41 на чистовую обработку если постпроцессировать без циклов.

 

Есть  второй вариант вывода циклов черного точения. В технологии выбираем только чистовая. Делаем выбор чистовой обработки. G73 не активируется. G71  выводится при выборе режима снаружи вдоль.  G72 - при выборе режима - торец, контур при этом необходимо задавать от заднего торца (если хотим обработать всю деталь). Параметр D при этом не активен (равен 0). Можно задать самому.

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

GPP

gTurn_Haas_ST30_eval.gpp

OKUMALL.GPP

[Roman_ 0]

Примеры программ.

PRG.rar

Циклы точения канавок G74 G75 тоже правили. Но не уверен какой из них какой. Возможно потребуется проверить параметры I и К , сайд степ, довн степ, и поменять местами.

[Roman_ 0]

 

 

П.С. Если что то не так, прошу тапками не кидать, а объяснить, помочь разобраться - не программист ни разу. Просто любопытно.

 

 

[Roman_ 0]

Доброго здравия, господа.

 

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

 

Вопрос.

1.

Как в канавочных циклах, сформировать условие... 

Что бы при ширине канавки равной ширине резца выводился следуюший формат кадра 

G75 X I D  

G74 Z K D  

Для глубокого точения.

 

Как прописать это для канавок имеющих фасонный профиль. Стоит ли.

 

2.

В сверлильных циклах есть переменная R, по умолчанию она имеет положительный знак (пост Наас СТ30), это во первых. Во вторых она, по умолчанию же,  равна безопасному расстоянию задаваемому во вкладке УРОВНИ. При этом как ни крути, инструмент войдет в торец. Корректно ли будет записать вывод кадра сверлильного цикла таким образом, что бы R, была равна, половине расстояния между точкой подхода (безопасное расстояние), и торцем детали. С сответствующим знаком.

 

  if drill_type eq peck then
        gcode = 83
        Rplane = Rplane
        q = (down_step)
        {nb 'G' gcode, ' X'xpos, ' Z' drill_lower_z, ' Q' q : for3}

        {' R' (drill_upper_z - safety) : '5.4(P/2)' }

 

пример:

 

G99 S350. M03
M08
G00 X131.034 Z8. 
X0. 
G83 X0. Z-84.11 Q4000 R-4 F0.086
G80
G00 X131.034 
M09

 

 

п.с. Или лучше оставить R0 

п.п.с. В посте ОКУМАЛ  переменной R нет вообще ), но работает тот же принцип.

[Roman_ 0]

Доброго здравия. Скину архив с примерами, и подковыряными постами. Не програмист. На станке не проверял. Пробовал подогнать под стойку фанук мате ои тд, станка - тк 36. 

Визуально, кроме G74, все отрабатывается. Смотрел в Симко. Г74, выводится после постпроцессора не корректно. Скорее всего есть еще какие то заморочки. Но я, их просто не вижу.

Солидворк/солидкам 2019

за номерами 100 и 200 - пост окумал.

за номерами 100-1 и 200-1 - пост хаас.

 

Архив

 

пост окумал стандартный - солидкам,

пост хаас взял - тут

 

еще посты здесь -  sennik53

[Roman_ 0]

Для циклов чернового точения Г71 -Г73

В технологии черновой обработки не задаем черновой отступ (равен 0). Не активируем получистовую - чистовую обработки. Вроде выдает то что нужно, примерно. Но вроде уже веселее.

Из минусов - Для G73 параметры I и К  пришлось прописывать как down_step, параметр D умножить на 2.

Выводит G70 в конце циклов.

Выводит компенсацию G41 на чистовую обработку если постпроцессировать без циклов.

 

Есть  второй вариант вывода циклов черного точения. В технологии выбираем только чистовая. Делаем выбор чистовой обработки. G73 не активируется. G71  выводится при выборе режима снаружи вдоль.  G72 - при выборе режима - торец, контур при этом необходимо задавать от заднего торца (если хотим обработать всю деталь). Параметр D при этом не активен (равен 0). Можно задать самому.

[Vladetelb 0]

Привет народ. Есть проблема. Начинаю работать с 4-1 осью на Hyundai_F500_4axe на SC. При написании программы, каждое отверстие приходится выбирать отдельно. При этом при генерации УП прописывается возвращение в А0 после каждого отверстия. Насколько понимаю проблема в посте. С постами не работал и станок в SC не обучился еще настраивать. Может кто поможет чем?

Пост и прогу по ссылке

https://disk.yandex.ru/d/mLSFY-R8A9xN6w

[Алекс71 9]

Доброго дня.

Есть стандартный пост от Haas (gMill_Haas_4x_eval) при выводе программы со сверлением по окружности через трансформацию (4 ось), выдаёт какие-то странные координаты по оси А.

Сверление должно быть со смещением по оси А на 90 град. , а выдаёт 

1 отв. А0.   - должно быть  А0.

2 отв. А270.- должно быть А90.

3 отв. А540.- должно быть А180.

4 отв. А450. -должно быть А270.

Кроме того, ещё и смещение по mac не делает, т.е. есть Mac1-1 (начальное ) и Mac1-2 со смещением на 30 град.

1 отв. А-90.   - должно быть  А30.

2 отв. А180.- должно быть А120.

3 отв. А450.- должно быть А210.

4 отв. А360. -должно быть А300.

Во всех остальных кроме сверления, выдаёт правильные повороты по оси А.

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

С ув. Александр

Изменено 29 ноября 2021 пользователем Алекс71