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

Не отрабатывается 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 пользователей

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




  • Сообщения

    • Turgenev
      Не, греться будет, конкретно, потому что разъем будет прямо на стенке "стакана", а сам "стакан" будет нагреваться от нагревателя до 300 градусов. 3Д модель в процессе. погуглил, это разъемы типа таких: У них все круто, но нет фланца, чтобы хоть как-то закрепить разъем на стенке "стакана". По вашей наводке нагуглил еще разъемов, стоят дорого и очень большой габарит: Есть интересные варианты, но я не смог найти к ним ответную часть:   Это что-то типа такого: Мне не подходит по форм-фактору. Нагреватель должен быть в форме диска- плоский цилиндр диаметром 75мм и высотой около 10-20мм То есть запах идет от обгорания металла нагревателя? Вариант с заливкой нагреватель термостойким бетоном был, я даже его опробовал, но очень уж трудозатратно выходит. Любой металл будет иметь запах при нагреве, если его никуда не засовывать?
    • FROST_R6
      Здравствуй, ты можешь свой дискорд дать и показать?
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
    • Максим604
      А что должно смущать?
    • maxx2000
      Ничего не смущает?
×
×
  • Создать...