Jump to content

Динамическое отслеживание нулевой точки детали через команду G54.2 P#


Recommended Posts

Коллеги, всем доброго времени суток!

 

Уже в который раз передо мной встаёт вопрос, как же работает функция G54.2. Покопался в руководстве к фануку, а также на разных форумах, тема периодически упоминается косвенно или на прямую, но общая картина работы данной фичи в голове не формируется. В добавок ко всему, на данный момент доступа к станку, который поддерживал бы эту функцию у меня нет. 

Из всех материалов которые мне удавалось найти, лучшей является статья по ссылке https://ru.scribd.com/document/689548761/Rotary-Table-Dynamic-Fixture-Offset-Instruction-2#logout (открывать с WPN) Но по ней остаются вопросы. Главный, будет ли работать функция, если G54 изначально будет лежать не на пересечение осей вращения, а в произвольной точке?

fanuc.png

Буду благодарен, обратной связи!

 

 

 

 

Edited by FCLM
Link to post
Share on other sites


UnPinned posts

И пока осмыслял свою публикацию, возник второй вопрос, а что, если в G54.2 будут вноситься нулевые смещения относительно произвольно расположенной G54. Будет ли работать пересчёт нулевой точки G54 при повороте?

Edited by FCLM
Link to post
Share on other sites
maxx2000

А что если G54 совпадает с машинными координатами? Будет пересчитываться?

Link to post
Share on other sites
1 час назад, maxx2000 сказал:

А что если G54 совпадает с машинными координатами? Будет пересчитываться?

Суть вопроса в том, будет ли выполнен пересчет в случае если мы возьмем систему координат не привязанную к точке пересечения осей вращения, и с запрограммироваными нулевыми смещениями в g54.2. Ну типа чтобы не плодить лишних сущностей. Настроил нулевую точку, активировал ее, активировал g54.2 и вращаешь себе стол беззаботно.

Link to post
Share on other sites
maxx2000

А к чему она привязана? Офсет(смещене) всегда отсчитывается от чего-то

Когда идёт обработка на колонне, то ни одна из деталей(точнее её СК) не лежит на оси вращения

G54.1- это расширение стандартных шести систем (G54-G59) чтобы увеличить число смещений

Edited by maxx2000
Link to post
Share on other sites
3 минуты назад, maxx2000 сказал:

А к чему она привязана? Офсет(смещене) всегда отсчитывается от чего-то

Когда идёт обработка на колонне, то ни одна из деталей(точнее её СК) не лежит на оси вращения

Я это и спрашиваю)) Будет ли работать фича, если мы привяжем условно g54 к какому либо элементу детали, запрограммируем G10 L21 P1 с нулями (соответсвует G54.2 P1) и дальше последовательно включим G54, и далее G54.2 P1. Просто в статье по ссылке как раз описан абстрактный случай, когда g54 висит на pivot point и от нее задаются смещения для g54.2 p1, через g10 ... . 

Link to post
Share on other sites
maxx2000

G54 нельзя привязать к элементу детали, можно элемент детали привязать к G54

  • Чемпион 1
Link to post
Share on other sites
23 минуты назад, maxx2000 сказал:

G54.1- это расширение стандартных шести систем (G54-G59) чтобы увеличить число смещений

Речь о g54.2 P(N)

Link to post
Share on other sites
maxx2000

а что это меняет?

G54.2 также привязана к G54

Link to post
Share on other sites
ivanK
23 часа назад, FCLM сказал:

Коллеги, всем доброго времени суток!

 

Уже в который раз передо мной встаёт вопрос, как же работает функция G54.2. Покопался в руководстве к фануку, а также на разных форумах, тема периодически упоминается косвенно или на прямую, но общая картина работы данной фичи в голове не формируется. В добавок ко всему, на данный момент доступа к станку, который поддерживал бы эту функцию у меня нет. 

Из всех материалов которые мне удавалось найти, лучшей является статья по ссылке https://ru.scribd.com/document/689548761/Rotary-Table-Dynamic-Fixture-Offset-Instruction-2#logout (открывать с WPN) Но по ней остаются вопросы. Главный, будет ли работать функция, если G54 изначально будет лежать не на пересечение осей вращения, а в произвольной точке?

fanuc.png

Буду благодарен, обратной связи!

 

 

 

 

А вы уверены что вам именно G54.2 надо. Это вообще древняя опция Fanuc, для индексной обработки была разработана функция G68.2 которая пересчитывает положение нуля.

Если же вы все таки уверены что вам нужна именно G54.2 и она фактически есть у вас на станке то вот нашел старое руководство к ней

Дин. корр. Fanuc.pdf

  • Нравится 4
Link to post
Share on other sites
14.02.2025 в 18:33, ivanK сказал:

А вы уверены что вам именно G54.2 надо.

Нужна именно G54.2, т.к. в наличии 4-х осевой станок с поворотным столом. Спасибо что выложили сюда этот материал, я его раньше сам нашёл, но его далеко не в каждом руководстве к фануку можно найти, поэтому хорошо что он будет закреплён в этой теме. Собственно, после прочтения данного материала у меня вопросы выделенные мной выше и возникли. Поэтому я, в надежде что может кто сталкивался с этой функцией сюда и написал. Впрочем на этой неделе у меня будет возможность поэкспериментировать с реальной машиной имеющей эту функцию. Результаты, если не забуду, выложу сюда.

 

14.02.2025 в 18:33, ivanK сказал:

Это вообще древняя опция Fanuc, для индексной обработки была разработана функция G68.2 которая пересчитывает положение нуля.

Тут я Вас немного поправлю, G68.2 сама по себе положение нуля как раз не пересчитывает, а позволяет задать через углы Эйлера поворот системы координат. Положение нулевой точки, после поворота пересчитывается функцией G53.1. 

Edited by FCLM
Link to post
Share on other sites

Всё таки судя по отсутствию возможности задавать координаты оси вращения, она задаётся именно через нулевую точку, относительно которой задаётся смещение.

Link to post
Share on other sites
gudstartup
3 часа назад, FCLM сказал:

Результаты, если не забуду, выложу сюда.

лучше забудьте про эту функцию никто ее реально не использует

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

лучше забудьте про эту функцию никто ее реально не использует

Ну вот у меня тоже такой впечатление складывается, проще самому написать макрос на пересчёт офсета чем разобраться как оно работает

Link to post
Share on other sites
ivanK
7 часов назад, FCLM сказал:

Тут я Вас немного поправлю, G68.2 сама по себе положение нуля как раз не пересчитывает, а позволяет задать через углы Эйлера поворот системы координат. Положение нулевой точки, после поворота пересчитывается функцией G53.1. 

Тут вы не правы, как раз G68.2 и рассчитывает математическое смещение нуля, но физический поворот осей она не делает. Физический поворот осей делает G53.1. Кстати если не нравится эйлеровские углы, то можно воспользоваться углами Крен-Тангаж-Рысканье:

G68.2 P1 Qq X Y Z I J K

Или разворот по 3м точкам: G68.2 P2

Если устанете с разбором команды то вот вариант пересчета:

 

формат команды G168 A90

в параметр 6050 - 168

ноль 4ой оси записать в G54.1 P47, G54.1 P48 используется для смещения нулевой точки поворота (коррекция нуля оси вращения)

O9010(G168)_03_24

  • Нравится 1
Link to post
Share on other sites
  • 2 weeks later...
KrivoShip
17.02.2025 в 17:33, gudstartup сказал:

лучше забудьте про эту функцию никто ее реально не использует

Ну, один пользователь присутствует)

 

13.02.2025 в 18:38, FCLM сказал:

будет ли работать функция, если G54 изначально будет лежать не на пересечение осей вращения

Работать то она будет, но, полагаю, что неправильно) потому что вектор смещения до нуля заготовки будет вращаться вокруг точки G54, а физически - вокруг оси стола.

А так работает как у Вас на картинке примера: в G54 хранится точка пересечения осей вращения, а в G54.2Pn вносится вектор смещения от G54 до нуля заготовки.

 

Поправьте, если ошибаюсь, но разве G68.2 не про 3х+2х обработку (позиционная), а G54.2 - про 5х обработку (динамическая)? Используем как раз только для динамики, так как других функций (типа G43.4) не имеется.

Link to post
Share on other sites
ivanK
16 часов назад, KrivoShip сказал:

Поправьте, если ошибаюсь, но разве G68.2 не про 3х+2х обработку (позиционная), а G54.2 - про 5х обработку (динамическая)? Используем как раз только для динамики, так как других функций (типа G43.4) не имеется.

Я не знаю как уже убедить упертых в использовании данной функции. Вот в описании четко написано что она делает:

image.png

Откуда взялась фантазия что она заменит G43.4? Если G43.4 нет на станке то станок не поддерживает непрерывную 5 осевую обработку. Любой костыль в данном направлении (сделать непрерывную 5осевую) упрется в стену. Потому что G43.4 пересчитывает положение кончика инструмента в промежуточных точках (между кадрами программы) и это никак не реализовать кроме как возможностями стойки.

Возможно есть способ заставить работать G54.2 так же как это делает G68.2, но это максимум. Как уж это сделать я не знаю, да и честно даже разбираться не хочу.

Link to post
Share on other sites
Killerchik
1 час назад, ivanK сказал:

Любой костыль в данном направлении (сделать непрерывную 5осевую) упрется в стену.

И как же люди жили до появления этой функции? Она появилась сильно позже 4-х и 5-ти осевой интерполяции.
А решение "простое" - максимальное соответствие физического положения детали с осями станка и СК, в которой писалась УП.

Link to post
Share on other sites
36 минут назад, Killerchik сказал:

И как же люди жили до появления этой функции?

Есть светлые головы. Через тригонометрию и формулы реализована 3+2.

Link to post
Share on other sites
gudstartup
19 минут назад, cepr сказал:

Есть светлые головы. Через тригонометрию и формулы реализована 3+2.

помню такие станки еще с конца 80-х там все делалось через макросыразработанные станкостроителем а система чпу изначально не имела этих функций 

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Сообщения

    • areg
      Простите мне мою малограмотность - зачем такие допуска, причем по все 3 габаритам? Деталь нежесткая, мало того упруго пластичная. Если лист прогнать через абразивные вальцы можно в 1-2 десятки вписаться по толщине. Волнообразность мгновенное уйдет если по плоскости ее немного прижать. У вас толщина 1 мм!!! Это не каленный металл, это фторопласт!!! Зачем такие допуска на оба диаметра - уплотнить и внешний и внутренний диаметр? Верх конструкторской неграмотности. Всегда в размерной цепочке один размер свободный - как получится. Вы где таких конструктором находите? как пример - компрессионные кольца на поршень ДВС - регламентирован только внешний диаметр и толщина, внутренний и зазорчик относительно свободные. При том, что это чугун. Я понимаю, что лезу не в свое дело, но просто волосы дыбом встают от таких "неимеющиханалоговвмире" решений!!!
    • Guhl
      На днях запускали станки и отрегулировали кран на холодильнике, чтобы в случае поломки датчика не было перелива из ёмкости (вопрос контроля в ладдере не будем поднимать). Так проходил мимо наладчик и повернул кран на максимум. Чисто между делом. А у крана этого шарового ручка является прижимным элементом для уплотнения, поэтому ее не снять.
    • Viktor_F
      Точно. Однако попадает в Детали. Версия 2025
    • gudstartup
      нет это именно террористы-анархисты! Им же сказано было не взрывать повторно и разъем не втыкать а они все равно воткнули как дети право слово
    • _GOST_
      15.03.2025 Макросы обновлены Версия v.0.9.22 beta Исправлены баги: 1. Макрос M_Prop. Исправлен баг, в результате которого при первом запуске макроса не заполнялось автоматически поле Первю примен., а при повторном запуске - слетало. 2. Макрос M_Prop. Исправлен баг, в результате которого при повторном запуске слетало обозначение БЧ детали. 3. Макрос BOM_Export. Исправлен баг, в результате которого неверно переносились строки спецификации. 4. Макрос BOM_Export. Исправлен баг, в результате которого неверно записывались строки с заготовками. 5. Макрос Documents_to_Production. Исключена выгрузка CAD-моделей в производственную директорию. 6. Макрос Documents_to_Production. Исправлен баг, в результате которого старые ревизии файлов не переносились в папку аннулированной КД. 7. Макрос Documents_to_Production. Исправлен баг, в результате которого никак не обрабатывались файлы других типов документов. 8. Макрос Component_Rename. Исправлен баг, в результате которого не менялось имя файла компонентов второго и более уровней вложенности. Улучшения: 1. Макрос M_Prop. Реализовано изменение имени компонента на актуальное в дереве построения после выполнения макроса. 2. Макрос M_Prop. Добавлена возможность указывать модели в формате STL в меню выбора файлов КД для заимствованных компонентов. 3. Макрос Save_As_DXF. реализована возможность запуска макроса для компонента, редактируемого в среде сборки. 4. Макрос Save_CAD. реализована возможность сохранения разных состояний модели. 5. Макрос DW_Firs_Save. Реализована возможность добавления названия состояния модели в качестве кода документа при соблюдении определённых условий. Добавлена возможность откорректировать имя файла чертежа. Default.zip
    • Elbaro
      Всем доброго дня.  Столкнулись с неразрешимой проблемой на РАЗНЫХ компьютерах с различным железом в Solidworks 2022 SP5. Такая проблема наблюдается на рабочих ПК, домашнем, ноутбуках.  Самостоятельный поиск решение в том числе на зарубежных ресурсах не увенчался успехом.  Суть проблемы: при выполнении сопряжения деталей независимо от сложности сборки происходит кратковременное мерцание (вспышка) открытых окон Windows. Думаю, у многих стоит (стоял) SW2022 и кто-то уже сталкивался с подобным багом.  Для понимания прикладываю ссылку видео.  https://www.youtube.com/watch?v=6zlbMowjANU
    • Guhl
      Ну что вы. Обычные взрослые люди. Просто они спешат куда-то наверное
    • green_fly
    • Anat2015
      Это террористы какие то, а не "отдельные люди".
    • RokiSIA
      Да я этого не знаю, это не основной цех там работают отдельные люди. Я там бываю когда уже все случилось по факту и ремонт месными силами не удался.
×
×
  • Create New...