Перейти к публикации

Переходы между траекториями в NC


3rash@mail.ru

Рекомендованные сообщения

     Здравствуйте!
     Помогите разобраться с переходами между траекториями при создании NC файла, в котором содержатся траектории с разными направлениями инструмента по оси Z. Чтобы не получалось при симуляции и на станке как на рисунке. Режим обработки 3 + 1. Поворотная ось А.
Прилагаю пример в PM2017.

 

Переход между траекториями, который выводит мой постпроцессор:
 

N18  G1  Y-2.5  Z-39.07  A180.00
N19  G1  X45.34  Y0.57  Z39.15
( ================= )
(  ELEMENT : 1_1   )
(   STRATEGY USED : Curve_profile   )
( ================= )
N20  G1  Z34.15  F3000
N21  G1  Z13.00  F100

 

 

vopros2.zip

Безымянный.png

Ссылка на сообщение
Поделиться на других сайтах


Для симуляции вставить в NC ось перед второй УП, а для станка в постпроцессоре допилить трансформацию координат.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, 3rash@mail.ru сказал:

Режим обработки 3 + 1

сделайте промежуточные системы координат, и вставьте их в NC файл в нужном порядке

Ссылка на сообщение
Поделиться на других сайтах
В 18.08.2017 в 14:24, Ygrek сказал:

Для симуляции вставить в NC ось перед второй УП, а для станка в постпроцессоре допилить трансформацию координат.

В каких параметрах постпроцессора нужно смотреть?

Ссылка на сообщение
Поделиться на других сайтах

Сделала ролик по этому вопросу 

https://youtu.be/YgaDofBsr-M

https://youtu.be/YgaDofBsr-M

Ссылка на сообщение
Поделиться на других сайтах

Спасибо Вам за первый в моей жизни видео-ответ на мой вопрос )))
Все получилось. Вот что выдал пост:

N10  G1  Z34.06
N11  G1  Z13.00  F100
N12  G1  X47.5  F1000
N13  G1  Y-2.5
N14  G1  X52.5
N15  G1  Y2.5
N16  G1  X52.29
N17  G1  Z39.07  F3000
M1
N18  G1  X50.00  Y0.00  Z39.15
( ================= )
(  ELEMENT : переход1   )
(   STRATEGY USED : Pattern   )
( ================= )
N19  G1  Z35.36  F100
N20  G1  A4.75  F1000
N21  G1  A9.85
N22  G1  A15.35
N23  G1  A21.24
N24  G1  A27.54
N25  G1  A34.25
N26  G1  A41.36
N27  G1  A48.86
N28  G1  A56.7
N29  G1  A64.83
N30  G1  A73.18
N31  G1  A81.67
N32  G1  A90.2
N33  G1  A98.69
N34  G1  A107.04
N35  G1  A115.17
N36  G1  A123.01
N37  G1  A130.51
N38  G1  A137.62
N39  G1  A144.33
N40  G1  A150.63
N41  G1  A156.52
N42  G1  A162.02
N43  G1  A167.12
N44  G1  A171.87
N45  G1  Z39.15  F3000
M1
N46  G1  Y-5.54  Z38.76  A180.00
N47  G1  X45.34  Y0.57  Z39.15
( ================= )
(  ELEMENT : 2   )
(   STRATEGY USED : Curve_profile   )
( ================= )
N48  G1  Z34.15  F3000
N49  G1  Z13.00  F100
N50  G1  X55.33  Y-9.75  F1000
N51  G1  X66.11  Y0.69


      И всё же промежуточные системы координат и способ с шаблоном это костыльный способ решить проблему или нет? По задумкам Делкам нужно так работать или такие моменты должен ловить постпроцессор?
Т.е. пост следит за концом траектории и если ось разворачивается на 180 градусов он не должен прописывать ось Z в минуса. Хотя это тоже будет костылём, т.к. если будет нужен поворот на 175 градусов, произойдет столкновение.

 

Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, 3rash@mail.ru сказал:

По задумкам Делкам нужно так работать 

Нет конечно. А если поторопишься и пропустишь такой переход? После каждой траектории в Посте должен стоять отход в безопасную зону, потом поворот и  подход к следующей траектории, вот тогда городить нечего не надо и безопасно 100%.

Изменено пользователем Е в г е н.
Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Е в г е н. сказал:

Нет конечно. А если поторопишься и пропустишь такой переход? После каждой траектории в Посте должен стоять отход в безопасную зону, потом поворот и  подход к следующей траектории, вот тогда городить нечего не надо и безопасно 100%.

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

Ссылка на сообщение
Поделиться на других сайтах

Речь не о безопасной высоте, а о переходе с одной тр. на другую. Если пост отлажен и подвод прописан грамотно, всё безопасно!

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

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Е в г е н. сказал:

Речь не о безопасной высоте, а о переходе с одной тр. на другую. Если пост отлажен и подвод прописан грамотно, всё безопасно!

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

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

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, NCC_@RAMBLER.RU сказал:

Если будет пост делать не те движения , что САМ

 "не те движения" он будет делать, если его делали кривыми ручками! Вот закончилась траектория, поднялась на свою безопасную(которую как раз видим в CAM), поднимаемся по Z до максимума уже постом(можно и в любое другое место, завист от станка), делаем поворот, подходим в точку следующей тр. по X,Y на той же высоте и опускаемся по Z. Один раз сделал и забыл об этом, а не каждый раз делать это в CAM дополнительной траекторией. Бываю проекты по 50 и более тр. делать для них ещё и траектории для перехода)). Интересно, а подход к первой тр. и отход от последней, уход на смену инстр. вы тоже в CAM рисуете?

Ссылка на сообщение
Поделиться на других сайтах

Собственно, речь шла о симуляции, зачем-то затронули тему постпроцессоров. Действительно, при повороте на 180° фреза летит сквозь заготовку, но это ни о чём не говорит.

1.jpg.fdf1a9ec661242422caf4897dc6cef8e.jpg

 

 

В CIMCO Edit переход между траекториями будет выглядеть "правильно".

2.jpg.3b7aa7aec668df22c37b31fda653122c.jpg

 

Для корректной симуляции в PM (как предлагалось выше) достаточно вставить между траекториями несколько СК, например с шагом 22,5°.

4.jpg.1d2ed6705f2ce991a97debf46181e2f8.jpg3.jpg.c031368036e74cf13a055033efefca64.jpg

Primer.rar

 

 

Изменено пользователем Machinist
Ссылка на сообщение
Поделиться на других сайтах
12 часа назад, 3rash@mail.ru сказал:

И всё же промежуточные системы координат и способ с шаблоном это костыльный способ решить проблему или нет? По задумкам Делкам нужно так работать или такие моменты должен ловить постпроцессор?

Вот вопрос от автора. Отсюда и про постпроцессор.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Machinist сказал:

Собственно, речь шла о симуляции, зачем-то затронули тему постпроцессоров. Действительно, при повороте на 180° фреза летит сквозь заготовку, но это ни о чём не говорит.

1.jpg.fdf1a9ec661242422caf4897dc6cef8e.jpg

 

 

В CIMCO Edit переход между траекториями будет выглядеть "правильно".

2.jpg.3b7aa7aec668df22c37b31fda653122c.jpg

 

Для корректной симуляции в PM (как предлагалось выше) достаточно вставить между траекториями несколько СК, например с шагом 22,5°.

4.jpg.1d2ed6705f2ce991a97debf46181e2f8.jpg3.jpg.c031368036e74cf13a055033efefca64.jpg

Primer.rar

 

 

Зачем столько много СК , достаточно с шагом 90 град

Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, NCC_@RAMBLER.RU сказал:

Зачем столько много СК , достаточно с шагом 90 град

Не достаточно.

5.jpg.75e36a3134784871a83e0ace62aa526d.jpg

 

И вообще, мой проект не руководство к действию, а всего лишь пример.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Machinist сказал:

Не достаточно.

5.jpg.75e36a3134784871a83e0ace62aa526d.jpg

 

И вообще, мой проект не руководство к действию, а всего лишь пример.

будет достаточно  ,если выше поднять переходные СК.

Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, NCC_@RAMBLER.RU сказал:

будет достаточно  ,если выше поднять переходные СК.

Поднимайте

Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, Е в г е н. сказал:

 "не те движения" он будет делать, если его делали кривыми ручками! Вот закончилась траектория, поднялась на свою безопасную(которую как раз видим в CAM), поднимаемся по Z до максимума уже постом(можно и в любое другое место, завист от станка), делаем поворот, подходим в точку следующей тр. по X,Y на той же высоте и опускаемся по Z. Один раз сделал и забыл об этом, а не каждый раз делать это в CAM дополнительной траекторией. Бываю проекты по 50 и более тр. делать для них ещё и траектории для перехода)). Интересно, а подход к первой тр. и отход от последней, уход на смену инстр. вы тоже в CAM рисуете?

Если проект на 50 и более траекторий , то тем более нужно все сделать в САМ , чтобы там же и проверить визуально .А еще было бы неплохо , чтобы и  станочек для симуляции был реальный . Тогда можно после проверки смело отдавать программу в цех. А надеяться , что там симко проверит или постпроцессор вставит безопасные переходы , это не правильно 

Ссылка на сообщение
Поделиться на других сайтах

Теперь Ольга Максименко не только постпроцессоры пишет, но и учит как правильно работать. :rolleyes:

 

Поучайте лучше ваших паучат! ©

Ссылка на сообщение
Поделиться на других сайтах

Почему надеяться то? Как раз наоборот, быть полностью уверенным, что постпроцессор за вас сделает безопасный переход к следующей траектории! Естественно, он должен быть под это заточен, ведь хороший пост, тем и хорош, что может многое взять на себя. А отвод и реконфигурацию(при достижение угловых приделов) на пятиосевых траекториях вам приходилось делать? Или вы и тут не доверяете постам?Ведь там такой же принцип, отвести правильно, повернуть и потом подвести правильно.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • FROST_R6
      Здравствуй, ты можешь свой дискорд дать и показать?
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
    • Максим604
      А что должно смущать?
    • maxx2000
      Ничего не смущает?
    • Максим604
      разные уп, но смысл одинаковый. в первом варианте подача меняется, во втором сохраняется.   Это то что не устраивает   M0 E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1297,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.03937,0.31831,,,,1,0,"ISO_METRIC","M14");*RO* E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1298,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.07874,0.63662,,,,-1,0,"ISO_METRIC","M14");*RO* _E_P002: E_PS_CIR(1,0,0,-14,90,0,,0,,102.5,12.857,30,8,10,0,,);*RO* CALL "END.SPF";#SM;*RO* E_END(0,1,0);*RO* M30 ;#SM;*RO* _____________________________________________   это устраивает N104 T=" ФРЕЗ. РЕЗЬБЫ - 12" N106 M6 N108 G0 X0. Y0. S1326 M3 D1 N110 Z50. N112 Z5. N114 G1 Z-25. F198.9 N116 G41 Y-4.95 N118 G3 X9.95 Y0. Z-24.5 I3.74372 J4.95 N120 Z-22.5 I-9.95 J0. N122 Z-20.5 I-9.95 J0. N124 Z-18.5 I-9.95 J0. N126 Z-16.5 I-9.95 J0. N128 Z-14.5 I-9.95 J0. N130 Z-12.5 I-9.95 J0. N132 Z-10.5 I-9.95 J0. N134 Z-8.5 I-9.95 J0. N136 Z-6.5 I-9.95 J0. N138 Z-4.5 I-9.95 J0. N140 Z-2.5 I-9.95 J0. N142 Z-.5 I-9.95 J0. N144 X0. Y9.95 Z0. I-9.95 J0. N146 X-4.95 Y0. Z.5 I0. J-6.20628 N148 G1 G40 X0.
×
×
  • Создать...