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

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


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

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

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

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

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


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 пользователей

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




  • Сообщения

    • maxx2000
      @areg потому что у него всего 1 публикация и не может вообще писать ЛС. сам ему напиши
    • gudstartup
      это безопасность чтобы вас в ручном режиме на шпиндель не намотало прописывается станкостроителем в plc правда у нас 500 а 54 это прям совсем мало
    • areg
      Написал в личку. А почему в личку цены не можете скинуть?
    • Kelny
      Посмотрите свойтсва файлов из Explorer Windows, на закладке ПОДРОБНО, там может быть строчка ПОСЛЕДНЕЕ СОХРАНЕНИЕ В...   или создайте макрос, добавьте пример из справки (в замен того что имеется в новом макросе) и запустите выполнение макроса, который покажет не только последнюю версию файла, но и историю файла по разным версиям (в каких вообще версиях файл редактировался): https://help.solidworks.com/2022/english/api/sldworksapi/Get_Version_History_of_Future_Version_Document_Example_VB.htm   Текст макроса из справки (если файл уже открыт в Soildworks, то в макросе ни чего менять не надо, а если открытых документов нет и надо макросом открыть документ, то поменяйте путь к файлу в тексте макроса "strFileName = swApp.GetCurrentMacroPathFolder & "\Part1.sldprt""):  
    • lem_on
      Но комп от интернета отключен. 
    • Anat2015
      Так было всегда, или "я неделю тут работаю"? Механизм возникновения проблемы даст полезную инфу.
    • Shoker
      Насколько я понял Ваш вопрос, результат будет зависеть от типа закрепления, приложенного к проушине. Если вы используете "фиксированную геометрию", тогда все точки поверхности этой поверхности будут иметь нулевые перемещения, что фактически означает запрет на вращение вокруг оси (т.к. поворот вокруг оси будет приводить к вращению-перемещению всех точек, не лежащих строго на самой оси вращения). В SW должны быть другие виды закрепления, которые будут позволять поворачиваться, при этом у точек будет нулевые радиальные и осевые перемещения. Но это нужно будет применять, только если этот ГЦ будет входить в другую расчетную схему, как элемент, воспринимающий только осевую силу (остальные будут нулевые как раз изза этого поворота), отдельный расчет с таким закреплением вам ничего не даст и ничего он не посчитает вам.
    • laytermen
      Добрый день. Нет. Стабильно 54 оборота и все. 
    • KSVSVK
      С одного дистрибутива на 2 компьютера несколько лет назад поставлен Солид. Обновления отключены.   Последнее время начались "чудеса":   1. Файл, созданный на первом компе, не открывается на втором, утверждая, что он из "будущей версии"   2. Проверка сборки эвольвентного зубчатого редуктора в "будущей версии" находит интерференции, отсутствующие в старой.   3. Расчет данного редуктора (Motion) при одних и тех же исходных данных приводит к разным результатам. Причем, на мой не очень искушенный взгляд, правильный результат у "старой" версии.   4. В контексте сборки создаю плоский эскиз, к которому привязываю размеры деталей (системное "Расположение" не использую). В какой-то момент (не отследил точно) часть размеров в эскизе пропадают. Причем эскиз остается определенным, и соответствующие взаимосвязи в нем есть. Похоже на "скрыть размер", но данный пункт не вызывался. При попытке посмотреть размеры через уравнения (режим ) Solid сообщает об ошибке и предлагает его перезапустить.   Кто-нибудь с такими "чудесами" сталкивался?
    • gudi
      Для длинных и сложных сделали ком-порт, а сеть для коротких и простых? всё равно не понимаю. Программа передалась через ком-порт, загрузилась в чпу, цикл старт нажали станок поехал ее делать, хоть час хоть неделю, хоть как. Или вы по ходу выполнения программы вы ее  через ком-порт корректируете ?
×
×
  • Создать...