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

Резьбофрезерование


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

Доброго времени суток. 

Почему при резьбофрезеровании шопмилл переводит подачу с движения по траектории на движение по центру? 

И вообще как правильно писать и почему так правильно, а не наоборот?) 

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


UnPinned posts
3 часа назад, Максим604 сказал:

с движения по траектории на движение по центру? 

Вы имеете ввиду, что траектория в УП пишется для центра инструмента?

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

Вы имеете ввиду, что траектория в УП пишется для центра инструмента?

 

Я указываю радиус инструмента(20, количество зубов3, скорость резания(60) и подачу на зуб(0,1). 

Выходит 955 оборотов и подача 286 мм/мин.

Но во время запуска проги подача на зуб уменьшается. 

https://mac.walter-tools.com/#content/thrdmilling/help

По ссылке, в формулах рассчета, показывается формула по которой меняет. 

И я не понимаю почему он так считает и какой в этом смысл

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

@Максим604 резьбу то в итоге фрезерует?

У тебя в профиле указан Эсприт, в нём не пробовал программировать обработку?

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

Резьбу фрезерует. Просто выходит что подача меняется в разы. 

 

Писал в мастеркаме  и крео. Там всё понятно. Подача=обороты*кол-во зубьев*подача на зуб. И с такой скоростью режет. 

 

А когда пишешь через шопмилл ( стойка синумерик). То подача меняется от написаной

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

наверное пришло время выложить программу которая устраивает и которая не устраивает:dntknw:

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

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

 

Это то что не устраивает

 

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.

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

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

 

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

Поэтому и вопрос.

почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется.

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

почему шопмилл переводит подачу с движения по траектории на движение по центру? 

 

 

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

Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.

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

В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок.

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

 

 

Перефразирую. 

Нужно нарезать внутреннюю резьбу М20х2. 

Фреза 3 зуба ∅12.

Скорость резания 50.

(Оборотов 1326) 

Подача на зуб 0.05

 

Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет. 

 

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

И выходит подача 80 мм/мин.

 

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

 

Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра. 

 

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

И в мануалах не нашёл ответа. 

Ссылка на сообщение
Поделиться на других сайтах
10 часов назад, Максим604 сказал:

И я не понимаю почему он так считает и какой в этом смысл

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

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

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

Спасибо!)) 

То есть правильно же понял- что при резьбофрезеровании подачу надо считать для центра инструмента? 

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

@Максим604 она так и считается. Стойка считает с учётом кинематики, скоростей и ускорений станка. Ты можешь в CAM, на уровне постпроцессора, задать расчёт подачи в зависимости от радиуса траектории. Т.е. в зависимости от радиуса траектории и диаметра инструмента, точнее от их разницы, будет уменьшаться подача. Я же тебе сказал, что так решили программисты в Сименс, а программист который писал постпроцессор так не решил.

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

То есть правильно же понял- что при резьбофрезеровании подачу надо считать для центра инструмента? 

По Вашему описанию - как раз наоборот. Считайте реальную подачу, а стойка скорректирует исходя из диаметров. У меня на фрезере точно так же.

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

@Killerchik ну да, пишу реальную и стойка переправит, а если пишу руками, то считать для центра. 

Просто резьбу писал или через переменные или через turn. И подачу считал как на обычную фрезеровку.

 

Ещё раз спасибо) 

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Kelny
      Потому, что вы посещаете темы про макросы.   Очень даже зря. Неплохо бы изучить, в то числе что это такое.   Потому что об этом написано в справке: https://help.solidworks.com/   Без макросов быстроты и эффективности не получишь.   Простой пример: руки или лопата, как бы вы не вертелись быстрее и эффективнее ну ни как не получится, без привлечения более серьёзной техники. Так же и спроектированием, базовая программа позволяет работать быстрее, но для большего ускорения нужны специализированные модули или макросы, ускоряющие или исключающие повторяющийся рутинный труд - ваш труд подменяет программа и делает работу за вас.   А зря, макросы позволяют приложив немного усилий в последствии могут исключить рутинный труд. А линукс уже давно в вашей жизни, если вы обзавелись смартфоном, то там наверняка линукс названный маркетологами андройдом, да и многие устройства вроде смарт-тв, банкоматы и т.п. тоже крутятся на линускосподобных системах.
    • Alexey8107
      Всем доброго времени суток. Есть токарный станок Leadwell LTC с токарной стойкой FANUC. Думаю остальное не важно, т.к. проблема скорее всего лежит где то в параметрах ЧПУ или программе логики станка. С некоторого времени стала сбиваться относительная система координат, соответственно уходят и все корректоры на инструмент. Причем сбой очень странный, станок выходит в ноль стабильно по нуль метке на оптических энкодерах, относительная система координат, которая у нас используется в работе в одних и тех же значениях, корректоры на инструмент тоже. НО! При этом одну смену станок точит и все хорошо, а на следующую смену(станок налажен именно на эту деталь и переналадка не производилась. УП тоже никто не трогал) таже самая деталь, но подводишь инструмент, а он может как врезаться в заготовку, так и не дойти до нее. Никаких изменений вообще не нашли, но как есть.  Буквально на днях просто заметили закономерность(на станке работают 3 оператора в 3 смены, 2 криворуких, 1 более менее соображает, изначально списывали на криворукость 2 операторов), когда начинаешь прогонять УП с блокировкой приводов, смены инструмента(на панели оператора есть для этого отдельные кнопки), соответственно на самом ЧПУ координаты меняются, график строится, но привода стоят. Вот именно после такого прогона и только на этом станке(есть и другие станки Leadwell LTC, а также Leadwell Т7, Leadwell Т8) происходит какое то смещение координат. При этом если в режиме прогона с блокировкой приводов вернуть координаты в изначальные значения, сбоя не происходит. Немного конечно сумбурно, но просьба к тем, кто знает в чем проблема, поделится опытом. Так же я знаю что у Leadwell все программы логики для разных модификаций одного станка вообще одинаковы, лично сталкивался с этим. Например есть модификации с слабым зажимом кулачков патрона, у нас же только один уровень. Не раз уже было что оператор ошибочно вводил М60, а ЧПУ перенаправляла сигнал на другой выход. А т.к. слабый зажим кулачков патрона у нас вообще не предусмотрен аппаратно, то и зажим кулачков переставал работать. М61 исправляет проблему. К сожалению именно такие коды у нас и не описаны, они действуют в ЧПУ, но они не предусмотрены модификацией и инструкцией...
    • Володя ЧПУ
      Добрый день. Подскажите пожалуйста, делаю резьбовое отверстие м18*1 nx предлагает м18*1.5, есть ли возможность задать шаг 1?
    • maxx2000
      Теперь всем всё стало понятно. Тыж лапочка. Теперь много становится ясным как работают в 404. Вот это и вправду FARTанул.
    • maxx2000
      а если на циркулярной пиле? сейчас полно дисков которые без разбору пилят всё что попадётся на зуб.
    • IgP
      Нет. Файл находится в неком месте(папке) на диске ОС. Открывается NX-ом запущенном без(не из) ТС. (NX Native)   Прикольно ... Чудеса в решете ...   Ну, здесь получается, с учётом того, что на некую группы есть один человек, который имеет доступ в ТС, нужно писать инструкцию/регламент по доставанию файлов из ТС для работы и обратной их загрузки в ТС. По простому, изначально, я бы это сделал на основе функционала команд: "Export Assembly outside Teamcenter ..." и "Import Assembly into Teamcenter ..."
    • Viktor2004
      Так надо просто посмотреть по координатам машинным. В нуле они или нет
    • atox
      За весь день получилось три раза отрефереровать. Около этого концевика, но не точно в одном месте. Линейка Хейденхайн 486лс
    • mactepnew
      То есть для работы с файлами всё равно будет нужен ТС? Если да, это не подойдет. ТС есть только у одного человека из отдела, у остальных только NX. А работать с файлами нужно всем...   К сожалению, "должны" и "будут" - это разные слова. Должно было быть и обучение NX, и TC, но NX прошли галопом по Европам за 2 дня самый базис, а по ТС обучение еще даже не запланировано. Опять же, с учетом того, что поставить его успели только одному человеку - а потом ввели санкции, и мы больше не можем купить лицензии. Так что мы должны использовать ТС, но не будем) Мы недавно стали филиалом большой компании, где уже давно используют ТС и не работают офлайн. Вот мы и переходим с Creo и Windchill на NX и TC. Я пытаюсь пробить обучение, но начальство только разводит руками и говорит "мы пытаемся". Как долго они будут пытаться неизвестно, но ведь работать надо уже сейчас. Базовые вещи подсказывают "старшие" товарищи из головной организации, но вот операцию экспорта в офлайн они не знают: ну по меньшей мере работать офлайн - это неправильно. Попробую еще достучаться до админов, но есть большие сомнения - это очень важные и очень занятые люди...   А пока что погуглю про именованные ссылки, спасибо за наводку.
    • soulnuun
      По итогу долгих споров решили резать болгаркой на столе, который снизу распирает резину для того, чтобы диск не закусывало. Из альтернатив можно было отдать на гидроабразив в универ студентам
×
×
  • Создать...