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

Цилиндрическая фреза. Кромка или центр?


Ольга_Яр-ль

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

Здравствуйте. 

 

У меня возник такой вопрос:

 

При записи УП на станок для цилиндрической фрезы, какой параметр выбирать: Выводимая точка - центр или кромка, если поверхность к примеру наклонная (использую для черновой обработки).

 

Пропустила через постпроцессор двумя способами... Посмотрела на кадры, получилось, что одна программа отличается от другой высотой по Z на 0.5 мм. А по x,y - координаты те же.

 

Это при 3-х осях.

 

А как при 5-ти? Центр или кромка.

 

Использовала для обработки детали разные фрезы, и 5-ти коорд. обработку, получился зарез (где-то 0,5 мм), по рисунку. Хотя в Верификаторе все нормально.

 

Для шаровой фрезы использую в 3-х координатах - кромка.

 

В 5-ти - центр. Все хорошо вроде. Значит зарезала цилиндрическая фреза... Какая-то причина должна быть. 

 

Кто может что подсказать, имеет опыт в этом вопросе, буду благодарна  :rolleyes:

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


Практически все современные станки используют привязку инструмента по его оси на нижней режущей кромке, то есть у вас ВСЕГДА должна быть установлена опция "Кромка".

Опция "Центр" использовалась для 3-х осевых станков с установленой в шпиндель фиксированой поворотной оси для более удобной привязки повернутого сферического инструмента (мне так кажется).

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

Практически все современные станки используют привязку инструмента по его оси на нижней режущей кромке, то есть у вас ВСЕГДА должна быть установлена опция "Кромка".

Опция "Центр" использовалась для 3-х осевых станков с установленой в шпиндель фиксированой поворотной оси для более удобной привязки повернутого сферического инструмента (мне так кажется).

 

Для 5-ти осевой обработки, для сфер, выбираю привязку "Центр", иначе фреза начинает зарезать металл. Наладчик на станке учитывает это при привязке.

 

Во всех остальных случаях "Кромка". Вышел зарез 0,5 мм. :((((( Теперь "голову ломаю". Правда на работу в пнд еще.

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

Для Ольги , той что из  Ярославля.
Данная фишка применима для сферических фрез, и станка который поддерживает 3D коррекцию.
 
Однажды я задавал подобный вопрос на форуме: http://cccp3d.ru/topic/30326-parametry-nc-faila/?p=280402

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

Данная фишка применима для сферических фрез, и станка который поддерживает 3D коррекцию.

Осмелюсь возразить, ибо имел в моей практике случай написания поста для DMU (стойка Mill Plus) с поддержкой 3D коррекции. Вывод УП был только "кромка" и ни о каком "центр" фрезы речь быть не могла, поскольку привязка фрезы на станок велась лазерным датчиком и снималась нижняя точка фрезы независимо от ее геометрии, а также измерялся диаметр и радиус кромки. НО! В стойку вписывался номинал инструмента и после измерений в эту же строчку добавлялись измеренные данные фрезы. Таким образом станок имел значения для 2,5 и 3D коррекции (факт. и изм. диам. и радиус кромки).

 

Вернемся к УП. Для 3D коррекции в кадре программы должны быть ШЕСТЬ параметров СТРОГО линейной интерполяции: X Y Z - кординаты кромки фрезы и I J K - составляющие вектора нормали контакта режущей кромки фрезы из деталью. А поскольку смещение фрезы это вектор, - то фактически смещается любая точка фрезы в одном и том же направлении на значение коррекции, расчитанной самой стойкой ЧПУ.

Ссылка на сообщение
Поделиться на других сайтах
Для 5-ти осевой обработки, для сфер, выбираю привязку "Центр", иначе фреза начинает зарезать металл. Наладчик на станке учитывает это при привязке. Во всех остальных случаях "Кромка". Вышел зарез 0,5 мм. :((((( Теперь "голову ломаю". Правда на работу в пнд еще.

Меня долго "колбасила" Ваша проблема, и я понял где следует "копать" - если у Вас в 5-ти осевой обработке не используется RTCP, то скорее всего :

1. У Вас в посте неверно прописаны значения эксентриситетов поворотных осей.

2. Вы не проверяете равность значений длины сборки инструмента реального и в МИЛЛе (без RTCP это значение очень важно для правильного пересчета траектории в постпроцессоре).

Поэтому 5-ти осевая обработка зарезает.

В любом случае выводимая точка должна быть "КРОМКА".

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

 

Для 5-ти осевой обработки, для сфер, выбираю привязку "Центр", иначе фреза начинает зарезать металл. Наладчик на станке учитывает это при привязке. Во всех остальных случаях "Кромка". Вышел зарез 0,5 мм. :((((( Теперь "голову ломаю". Правда на работу в пнд еще.

Меня долго "колбасила" Ваша проблема, и я понял где следует "копать" - если у Вас в 5-ти осевой обработке не используется RTCP, то скорее всего :

1. У Вас в посте неверно прописаны значения эксентриситетов поворотных осей.

2. Вы не проверяете равность значений длины сборки инструмента реального и в МИЛЛе (без RTCP это значение очень важно для правильного пересчета траектории в постпроцессоре).

Поэтому 5-ти осевая обработка зарезает.

В любом случае выводимая точка должна быть "КРОМКА".

 

 

 

Если бы я знала, что такое RTCP (как мне объяснили функция, отвечающая за позиционирование осей в 5-ти коорд. обработке).

Не я писала Пост. на станок, кстати Fidia. Как проверить разность длин инструмента на станке и в Милле (т.е. вылета фрезы)...

Такие дела. Спасибо за участие :)

Надо учиться писать Постпроцессоры... Но, мне это кажется сложным, просто боязно.

До меня писали другие программисты, но иногда встает вопрос, что и самой надо что-то знать, раз уж работаешь с этим..

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

А поскольку смещение фрезы это вектор, - то фактически смещается любая точка фрезы в одном и том же направлении на значение коррекции, расчитанной самой стойкой ЧПУ.

Да, но стойке нужно знать, относительно какой точки смещать (важно для смещения по радиусу при 3D-коррекции). На стойках Heidenhain в параметрах можно установить, относительно центра или кромки в управляющую программу выведены координаты.

Ну а зарез, как уже сказано, вызван какой-то другой причиной.

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

 

А поскольку смещение фрезы это вектор, - то фактически смещается любая точка фрезы в одном и том же направлении на значение коррекции, расчитанной самой стойкой ЧПУ.

Да, но стойке нужно знать, относительно какой точки смещать (важно для смещения по радиусу при 3D-коррекции). На стойках Heidenhain в параметрах можно установить, относительно центра или кромки в управляющую программу выведены координаты.

Ну а зарез, как уже сказано, вызван какой-то другой причиной.

 

Вы невнимательны.

 

 

Для 3D коррекции в кадре программы должны быть ШЕСТЬ параметров СТРОГО линейной интерполяции: X Y Z - кординаты кромки фрезы и I J K - составляющие вектора нормали контакта режущей кромки фрезы из деталью

Вот относительно X Y Z и смещается фреза на значение 3D коррекции в направлении вектора нормали контакта. А какая точка выводится - по боку. Пользуемся тем, что дает любая САМ система - кординаты кромки фрезы по центру оси, ибо координаты точки касания фрезы с моделью МИЛЛ не выдает и скорее всего не будет (смысла нету).

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Ветерок
      "увеличение оптимизации". Оптимизацию невозможно ни увеличить, ни уменьшить.
    • gudstartup
      @boomeeeer может от страны зависит
    • david1920
      нет время нет заниматься да и информации новой нет Это я на других станках делал
    • gudstartup
      @david1920 имеется ввиду платы на системах с сертификацией опций фалом oprminf старые в расчет не принимаются вы свой 18i восстановили?
    • gudstartup
      очень даже спрашивают как обязательную информацию для проверки вашей компании налоговый идентификатор должен быть указан. на myfanuc не спрашивают а вот на портале к сожалению просто так не зарегаться. 
    • david1920
      На 0I-TC mate менял плату управления приводами На 18i-TB менял для диагностики платы процессоров (один был от Spinner другой простой) процы были одинаковые Всё работает
    • brigval
      Браком 1.04В версии 1.04Добавлено: Автоуменьшение высоты шрифта многострочного наименования в ОН чертежа.Добавлено: Переименование поверхностей, баз, размеров в порядке их следования на чертеже.Добавлено: Переименование изображений по ГОСТ: сначала виды, затем разрезы, сечения, выносные элементы.Добавлено: Выравнивание неассоциативных видов.Добавлено: Ручной ввод шага и угла наклона штриховки.Добавлено: Перемещаются в макроэлемент компоненты, исключаемые из спецификации.Добавлено: Выбор количества значащих цифр в значении площади поверхности детали для вставки в ТТ.Добавлено: Возможность не авторазмещать ТТ перед конвертацией чертежа в PDF.Добавлено: Добавлены кнопки «Выделить все включенные в расчет» и Выделить все исключенные из расчета».Добавлено: Версия КОМПАС-3D Home показывается в программе со словом Home.Добавлено: Улучшен алгоритм считывания и вставки ТТ чертежа.Добавлено: При конвертации чертежа в PDF удаляется старый файл с таким же обозначением в начале имени, как обозначение в начале имени нового файла.Добавлено: Улучшено считывание номеров позиций из 3D-модели сборки.Исправлено: Иногда скрытые и потом показанные объекты чертежа отображались не серым цветом.Исправлено: Иногда после ручного заполнения графы «Масса» ОН чертежа в окне программы масса могла отображаться не правильно.Исправлено: В некоторых случаях из ОН чертежа могла не считываться литера.Исправлено: В некоторых окнах программы неправильно показывался заголовок окна программы.Исправлено: Другие замеченные мелкие ошибки и неточности кода.Скачать
    • boomeeeer
      Не помню чтобы у меня такое спрашивали при регистрации.
    • Snake 60
      @eljer0n  Откройте макрос SaveDRW.swp редактором VBA Найдите вот эти строки: Поменяйте выделенную цифру на нужную вам 3 или 4 - это количество символов которое останется от имени конфигурации. PS При сохранении в PDF тоже ругается на неправильное название чертежа, т.к. тоже обрезает название конфигурации до двух знаков, там тоже надо править при желании...
    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
×
×
  • Создать...