APPR - DEP в TNC 620

[krol123 3]

Не могу могу написать программу чтобы в лейбле после кадра M30 при обработке цепочки контура цикла 25 работал appr dep

Скиньте пример. Может кто-нить знает обязательные условия при испольовании appr dep -например контур обязательно должен быть замкнут или например LEN должен быть больше чем диаметр фрезы? Или (у нас spinner u620 5 осей) может блокировать оси как-то надо или перед апроучингом цикл 19 в лейбле писать?

[pozhytok 11]

Чтобы в метке контура цикла 25 организовать подход к контуру, нужно использовать цикл 270. В котором и описывается, собственно, только подход. Без этого цикла, нужно изменить контур(продлить), чтобы подход появился.

[krol123 3]

0 BEGIN PGM TEST MM

1 BLK FORM 0.1 Z X-5 Y-5 Z-100

2 BLK FORM 0.2 X+105 Y+105 Z+2

3 TOOL CALL 5 Z 2000

4 CYCL DEF 14.0 DANNYE KONTURA

5 CYCL DEF 14.1 METKA KONTURA1

6 CYCL DEF 25 CONTOUR TRAIN

7 CYCL CALL M13

8 M30

9 LBL1

10 LBL 0

11 END PGM TEST MM

Опишите какой-нибудь контур в лейбле с подходом к контуру. У меня 270 цикла нет в станке, последний 267 - нарезание нар. резьбы. Стойка TNC 620 NC: 340560 03 SP1 Уровень развития 2

[URAn 13]

в лейбле никаких отходов\подходов быть не должно, только описание контура

судя по руководству, цикла 270 на 620-ой стойке нет, даже как опции (он есть на 530-ой), а он вам как раз таки и нужен, увы...

[ben_laden 39]

в лейбле никаких отходов\подходов быть не должно, только описание контура

Как так? Кто вам такое сказал? Вот пример лейбла, который без проблем отрабатывается на 530-й стойке и не идет на 620-й:

789 LBL 5

790 APPR LCT X+53.616 Y-12.333 R1 RL

791 CR X+18.877 Y-4.397 R+80.000 DR-

792 CR X+14.822 Y-11.260 R+4.000 DR+

793 CR X+78.739 Y-41.314 R+198.735 DR+

794 CR X+82.459 Y-37.853 R+3.000 DR+

795 CR X+102.113 Y-7.774 R+25.875 DR-

796 CR X+98.213 Y+1.251 R-5.000 DR+

797 CR X+53.616 Y-12.333 R+80.000 DR-

798 DEP LCT  X+53.616  Y-20.333 R1

799 LBL 0

А не идет он хз почему, у нас в бумажном мануале к станкам черным по белому написано, что ошибка отработки отходов/подходов исправлена для SL-циклов, а по факту... хрен там

в лейбле никаких отходов\подходов быть не должно, только описание контура

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

[URAn 13]

я тогда не очень понимаю смысла цикла 270, если подход можно задать в лейбле

вот что еще нашел, последний абзац:

[ben_laden 39]

я тогда не очень понимаю смысла цикла 270, если подход можно задать в лейбле

Подход/отход можно задать только в лейбле для 25-го цикла. Мы никогда цикл 270 не использовали. Предположу, что он нужен тогда, когда у вас есть замкнутый контур в лейбле, который вы предварительно обрабатываете 20-м и 22-м, а в качестве чистовой обработки используете 25-й цикл. В таком случае без 270-го цикла замкнутый контур 25-м циклом обработать нельзя (естесно, это касается 530-й стойки).

Вообще, SL-циклы - такая классная штука, их можно комбинировать как угодно. Напр, имеется глухой карман. Предвариетльно обрабатываете 22-м, а чистовую делаете 23-м и 24-м на дно и контур того же лейбла.

Меня вот другое смущает. В последнем, приведенном вами, скриншоте имеется ссылка на отсутствие подходов/отходов для 620-й стойки как таковых. Так вот, в мануале к стойке от 11.2011 (есть на оф.сайте) черным по белому написано следующее:

но ответа на вопрос, как это делается без подходов/отходов, мы так и не нашли Если только с помощью 270-го цикла, но это смогу опробовать тока после праздников

[URAn 13]

но ответа на вопрос, как это делается без подходов/отходов, мы так и не нашли Если только с помощью 270-го цикла, но это смогу опробовать тока после праздников

на 620-ой нет цикла 270

[krol123 3]

Огромное всем спасибо!

Может кто-нибудь скажет, как написать на компьютере программу, что-бы после постпроцессинга в листинге были циклы, а не просто перемещения инструмента? Такое вообще возможно, чтобы cam писал циклами?

[ben_laden 39]

Может кто-нибудь скажет, как написать на компьютере программу, что-бы после постпроцессинга в листинге были циклы, а не просто перемещения инструмента? Такое вообще возможно, чтобы cam писал циклами?

Вполне возможно создать пост, который будет выдавать простые циклы, типа "карман" или "бобышка", но на вывод SL-циклов можете даже не расчитывать.

Вообще, циклы хороши компактностью и возможностью легкого редактирования УП на станке, но, например, в CIMCO EDIT они отображаются далеко не все, да и таблицу инструментов нужно настраивать в самой СИМКЕ.

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

[krol123 3]

Спасибо

[4arlik 79]

ИМХО.

в обычной жизни вполне можно прожить без APR DEP

при написании программ в программных средах - например в POWER MILL

APR DEP это подводы - отводы. участки траектории на которых инструмент встает на контур с коррекцией RL\\RR, либо уходит с контура на R0.

вобщем если соберешся сам писать пост - не поленись прописать туда синтаксис этих APR\Dep

что касается прямого программирования - категорически не согласен и вот почему.

1. например надо обработать 250 отверстий. просверлить, расточить, сделать цековку, нарезать резьбу.

(нумерация строк показана условно? обороты не заданы, безопасные движения не заданы)

10 TOOL CALL "сверло"

11 LBL CALL 1

20 TOOL CALL "р\р"

21 LBL CALL 1

30 TOOL CALL "цековка"

31 LBL CALL 1

40 TOOL CALL "метчик"

41 LBL CALL 1

50 М30

60 LBL SET 1

70 L X0 Y0 F5000 M3 M99

... еще 248 отверстий

2550 L X1 Y10 F5000 M3 M99

2560 LBL SET 0

следующее соображение: есть возможность использовать PGM CALL

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

третье. если в начале программы прописан инструмент с камментами - то при наладке вобщем то карта наладки не нужна, потому что она прописана в первых 20 -30 строках листинга. И нет необходимости скакать кузнечиком по остальным десяткам тысяч строк.

Изменено 17 мая 2013 пользователем 4arlik

[ben_laden 39]

вобщем если соберешся сам писать пост - не поленись прописать туда синтаксис этих APR\Dep

Понимаю, что не ко мне относится, но все же... прописать синтаксис в посте можно, вопрос в том, как задать нужную команду в САПРе? Не знаю, как у вас в PowerMill-е, но в ПРО-Е я все подходы/отходы реализовываю встраиванием в траекорию контура.

Вот для примера 2 реализации одного и того же контура:

....

802 APPR LCT X+166.384 Y+12.333 R1 RL

803 CR X+201.123 Y+4.397 R+80.000 DR-

804 CR X+205.178 Y+11.260 R+4.000 DR+

805 CR X+141.261 Y+41.314 R+198.735 DR+

806 CR X+137.541 Y+37.853 R+3.000 DR+

807 CR X+117.887 Y+7.774 R+25.875 DR-

808 CR X+121.787 Y-1.251 R-5.000 DR+

809 CR X+166.384 Y+12.333 R+80.000 DR-

810 DEP LCT X+166.384 Y+20.333 R1

....

845 L X+162.384 Y+16.333 RL F650

846 CR X+166.384 Y+12.333 R+4.0 DR+

847 CR X+201.123 Y+4.397 R+80.0 DR-

848 CR X+205.178 Y+11.26 R+4.0 DR+

849 CR X+141.261 Y+41.314 R+198.735 DR+

850 CR X+137.541 Y+37.853 R+3.000 DR+

851 CR X+117.887 Y+7.774 R+25.875 DR-

852 CR X+121.787 Y-1.251 R-5.000 DR+

853 CR X+166.384 Y+12.333 R+80.0 DR-

854 CR X+170.384 Y+16.333 R+4.0 DR+

855 L X+167.384 Y+18.333 R0

....

Если подскажете, как реализовать команды APPR/DEP в САПРе, буду безмерно благодарен

что касается прямого программирования - категорически не согласен и вот почему.

1. например надо обработать 250 отверстий. просверлить, расточить, сделать цековку, нарезать резьбу.

(нумерация строк показана условно? обороты не заданы, безопасные движения не заданы)

10 TOOL CALL "сверло"

11 LBL CALL 1

20 TOOL CALL "р\р"

21 LBL CALL 1

30 TOOL CALL "цековка"

31 LBL CALL 1

40 TOOL CALL "метчик"

41 LBL CALL 1

50 М30

60 LBL SET 1

70 L X0 Y0 F5000 M3 M99

... еще 248 отверстий

2550 L X1 Y10 F5000 M3 M99

2560 LBL SET 0

Не вижу проблемы создать УП в СПАРе на любое кол-во инструмента и любое кол-во отверстий. Вся разница заключается только в том, что в вашем случае количество кадров будет много меньше, но разве это настолько большой плюс? При изменении координат хотя бы нескольких отверстий вы потратите не мало времени на станке правя их, а я изменю эти отверстия в САПРе, заново перегенирирую и выведу УП за несколько минут.

следующее соображение: есть возможность использовать PGM CALL

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

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

третье. если в начале программы прописан инструмент с камментами - то при наладке вобщем то карта наладки не нужна, потому что она прописана в первых 20 -30 строках листинга. И нет необходимости скакать кузнечиком по остальным десяткам тысяч строк.

У нас несколько по-другому реализована карта наладки. Комментарий к инструменту забит в САПРе и выводится перед кадром вызова TOOL CALL. Хайд тем и хорош, что через кадр вызова инструмента можно "скакать" по всей УП. В вашем варианте есть небольшой минус. Если рабочий в УП меняет номер инструмента, то нет наглядности, он не знает, какой инструмент должне работать. А так, написана "Фреза Д20", а он какой хочет, такой номер инструменту пусть и присваивает

[4arlik 79]

номер инструмента - это вообще не вопрос програмирования.

сегодня у меня первые 20 забиты одной наладкой, завтра от наладки осталось 3 инструмента, послезавтра я освободил барабан - промыл - продул гнезда.

присвоение номера инструменту - не вопрос программирования.

====

разница в том что в моей программе меньше кадров.

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

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

канешно, сейчас флеш на 32 Гб в ларьке стоит в 10 раз меньше чем HDD для профессиональной стойки.

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

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

по поводу гравировки.

опять же случай из жизни. PICOMAX 55 - в 530 стойке вписаны циклы на гравировку в кодах ANSI - как выпуклые, так и вогнутые.

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

насчет минуса - на 530 стойке и выше - нажмите shift+8 - вылезет строка структурного каммента

(типа заголовка)

ну напишите туда все что захотите.

- потом получится слева листинг - справа - заголовки.

нажмите tab - курсор перескочит в левое окно.

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

[krol123 3]

Тему закрыть!

ben_laden, возвращайся на П...нг! Да и в White_Russь.