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

Не отрабатывается G53


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

Господа, помогите настроить отработку G53 и подобных команд (в моем случае это G990).

После симуляции станок упорно возвращается в СК детали(G54), поскольку привязка Z у меня на столе, то это все выглядит ужасно - шпиндель проходит насквозь всю заготовку.

Проверял в Word/Adress - там установлен макрос Nullmacro.

Вопрос снят, уже отыскал и подключил нужный макрос

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


Господа, помогите настроить отработку G53 и подобных команд (в моем случае это G990).

После симуляции станок упорно возвращается в СК детали(G54), поскольку привязка Z у меня на столе, то это все выглядит ужасно - шпиндель проходит насквозь всю заготовку.

Проверял в Word/Adress - там установлен макрос Nullmacro.

Если у вас стойка типа Sinumerik, то G53, то это движение в системе координат станка, т.е. при движении по X и при заданной команде G53 будет работать макрос XAxisMachineMotion, т.е.

G53X560 будет движение в машинную координату, а если написать G53 то ничего не произойдет.

Если у вас вместо G53 используется G900, то посмотрите что навешано на X, Y и другие перемещения и там условия

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

Подскажите, пожалуйста, как настроить G53 так, чтобы станок учитывал длину инструмента в шпинделе и наезжал на концевик по Z при движении G53 Z0?

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

Это нужно отключить корректор на длину. Так будет правильнее. То есть поставить D0 в этом кадре (если для сименса).

Но не забудьте включить в следующем кадре, где длина будет нужна.

Но если принудительно, то можно в макро это прописать. Пример также можно взять из описания макро D.

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

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

Vericut как раз и не учитывает длину инструмента и как с пустым шпинделем, так и с инструментом в шпинделе приезжает на одну и ту же высоту по команде G53 Z0 (хоть с D1, хоть с D0).

А реальный станок с инструментом в шпинделе едет на конечник пока не отключить корректор D0.

Вот я и хочу, чтобы Vericut работал как реальный станок.

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

Вообще, насколько я помню, в последней версии Vericut это реализовано в стандартной стойке. Но можно сделать, например, вот так. (см. картинку). У меня, помнится, такая же была проблема и видимо я решил решить ее вот так. Может быть нужно будет поправить макро в регистрах X,Y,Z,V,W,B (всевозможные оси конкретного станка, которые описаны, в частности попробовать удалить все, что связано в них с G53, если не сработает то, что показано на картинке).

post-7204-0-06084800-1465961350.png

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

s_liam, спасибо, сделал так, как на картинке, но не помогло. 

В регистрах XYZ... в комбинации с G53 есть только макрос ZAxisMachineMotion, который, судя по хэлпу работает с системой координат перемещаемого компонента (в данном случае это компонент "ось Z" из дерева станка). Т.е. чтобы всё работало так, как мне нужно, точка, за которую vericut "таскает" ось Z должна как-то сместиться на величину длины инструмента.

 

Стандартная стойка тоже не хочет учитывать длину инструмента при G53.

 

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

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

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

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

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

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

  Разрешено не более 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
      наверное пришло время выложить программу которая устраивает и которая не устраивает
×
×
  • Создать...