Jump to content

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


Recommended Posts

Максим604

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

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

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

Link to post
Share on other sites


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

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

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

Link to post
Share on other sites
Максим604
6 часов назад, Killerchik сказал:

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

 

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

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

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

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

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

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

Link to post
Share on other sites
maxx2000

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

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

Edited by maxx2000
Link to post
Share on other sites
Максим604

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

 

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

 

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

Link to post
Share on other sites
maxx2000

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

Link to post
Share on other sites
Максим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.

Link to post
Share on other sites
maxx2000

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

 

Edited by maxx2000
Link to post
Share on other sites
Максим604

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

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

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

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

 

 

Link to post
Share on other sites
maxx2000

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

Edited by maxx2000
Link to post
Share on other sites
Максим604

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

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

 

 

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

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

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

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

(Оборотов 1326) 

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

 

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

 

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

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

 

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

 

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

 

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

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

Link to post
Share on other sites
Killerchik
10 часов назад, Максим604 сказал:

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

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

  • Нравится 1
Link to post
Share on other sites
Максим604
19 минут назад, Killerchik сказал:

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

Спасибо!)) 

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

Link to post
Share on other sites
maxx2000

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

Edited by maxx2000
  • Нравится 1
Link to post
Share on other sites
Killerchik
5 часов назад, Максим604 сказал:

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

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

Link to post
Share on other sites
Максим604

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

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

 

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

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    No registered users viewing this page.




  • Сообщения

    • Борман
      z - это и есть результат решения модальника (прямая, обратная и без прецессии) k - это особенность твоей конкретной задачи. Например если у тебя со стороны статора есть направляющие лопатки, которых 10 штук, то за один оборот вала он испытает 10 воздействий потока, т.е. вал крутиться на частоте n, а воздействие на частоте 10n, Вот и ищут опасные обороты как пересечение с этим лучем. 
    • Povar1
      Паписанием спец поста на основе языка программирования C++. 
    • maxx2000
      Я не работаю в SW, эти приёмы общие для всех CAD   Можно построить коническую спираль как кривую по уравнению
    • g687
      Спасибо за совет!   Судя по всему Вы каким то инструментом прямо спроецровали. Скажите пожалуйста - что это за инструмент ? (у меня SW 20222, но могу и SW 2024 поставить)
    • maxx2000
      если не проецирует, то  протягиванием по этой спирали отрезка получить поверхность получить линию пересечения конуса и поверхности   Таким способом можно построить спираль любой формы   Не знаю начиная с какой версии SW, но для спирали уже  добавили возможность задавать угол этой самой спирали. В 2018 вроде ещё не было.
    • Av-eng
    • g687
      На всякий случай приложил сам файл (SW 2022) конический шнек2.SLDPRT
    • Shura762
      И тоже в пиратских (как же себя не похвалить)   даже мысли нет у комментатора почему чел вынужден делать такие расчеты. У @Ветерок  есть самый лучший расчет корпуса корабля.
    • gudstartup
      может  вам надо направление сигнала обратной связи изменить иначе при неправильном сигнале система будет отрубаться при включении слежения приводов? MP1040 %xxxxxx?x (If the axis runs away, he should be replaced 0 -> 1 or 1 -> 0) или вы неверно задаете параметр 331 332
    • g687
      Построил сваю, сделал шнек из листового металла, получил его развертку, далее на развертке сделал вырез Но почему то когда я развертку сворачиваю - то вижу по прежнему прямой край.   Я раньше так делал и все было ок.   Подскажите пожалуйста - как правильно внести изменения в развертку чтобы увидеть изменения в 3D модели?
×
×
  • Create New...