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

Fanuc 32i Model A - привязка инструмента


sunrise

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

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

Наладчики токарных (одинаковой модели) станков с Fanuc 32i задали такой вопрос :

эпизодически после привязки и выбора инструмента значение оси Х в ск RELATIVE показывает значение, отличающееся от реально замеренного и введенного при привязки диаметра детали. К примеру:

Значения до привязки:

Xrelative=116.0 (координата при точении диаметра)

Dдетали=115,95 (реальный диаметр детали)

OffX=135.585 (старая длина инструмента)

Не отводя по оси Х делаем привязку (Dдетали=115,95).

Значения после привязки:

Xrelative=115,87 ("должно" быть 115,95)

OffX=135,715 (новая длина инструмента)

В данном примере Xrelative изменился на 0,13, геометрия инструмента по оси Х (OffX) изменилась на 0,13, разница между Xrelative и реальным диаметром детали (Dдетали) равна 0,08, инструмент как стоял на оси Х после проточки, так там и стоит.

И такая ситуация происходит не всегда и "вроде как" не на всех станках. Чаще Xrelative =Dдетали после привязки. Со своей стороны проверил последовательность действий во время привязки, сравнивал параметры разных станков, в общем ни одной зацепки почему так происходит.

Работе станков это не мешает, однако хотелось бы разобраться. Буду признателен если кто-то прояснит ситуацию.

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


Поясните, пожалуйста, что это такое "делаем привязку" и дополните ваш пример значением коррекции на износ данного инструмента.

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

относительные координаты и привязка детали никак не связаны, а вот с корректорм - напрямую. Корректор изменился - на столько же изменился и релатив.

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

После изменения корректора забей (привяжи) в релативе реальный диаметр заготовки и будет тебе счастье.

А какай смысл держать привязку в релативе одинаковую с актуалом?

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

"делаем привязку" - это изменение корректора инструмента по оси Х, wear=0 во всех случаях.

Я немного некорректно описал ситуацию, на самом деле интересующая система координат - СК заготовки - absolute (в описанном выше примере вместо relative читай absolute). Просто в том примере, который я описывал relative=absolute.

Сегодня снова наблюдал эту же ситуацию на одном станке. После изменения значения по Х в offset->geometry->X400.->mesure->MDI-> вызываем этот же инструмент чтобы корректор вступил в силу -> имеем значение по Хabsolute=399.98. Проделал эту последовательность несколько раз с разными значениями (X450., X400. и т.д.) и всегда Хabsolute отличался от введенного значения. Затем в MDI ввел G92 и вот после этого привязка стала проходить "нормально". Еще одна закономерность: привязка проходит "ненормально" только в том случае, если перед этим станок работал работал по программе. Возможно после программы нужно делать отмену каких либо G-функций/кодов?

Я не знаю какой во всем этом смысл.. наладчики говорят что "должно" быть так. Но со своей стороны я понимаю что станок работает исправно и здесь все дело в G-кодах и их вводе/отмене. Возможно что то можно изменить в параметрах чтобы отмена/ввод происходила автоматически. Я не очень силен программировании, поэтому и спрашиваю.. Хочу понять как должно быть правильно.

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

Новые стойки настроены на отображение координат заготовки с учетом коррекции в автоматическом режиме работы, а в ручном показывают машинные координаты.

wear- это износ, геометрия описывается в другом месте

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

Sunrise, я тоже не знаю, где спрятана эта погрешность, возможно это поправка на размер вдоль станины. Чтобы не было неожиданностей, я вызываю в MDI инструмент, потом здесь же набираю U1W1, чтобы выбрать поправки на износ или ещё что-то, нажимаю кнопку пуска, а потом уже резцом "измеряю деталь". Размеры тогда совпадают, а глубже я не вникал.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Максим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.
    • sklide008
      Да точно, подзабыл уже все. а можно ли горячими клавишами открыть деталь из сборки и пересохранить не открывая деталь?
    • maxx2000
      наверное пришло время выложить программу которая устраивает и которая не устраивает
×
×
  • Создать...