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

FAQ/Unigraphics/POST


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

Есть,пока, всего два вопроса:

 

1. Нужно вывести ширину канавочного резца. В перечне переменных нашел, что за это отвечает mom_tool_nose_width.

Все же можно или нет с помощью нее вывести ширину резца, если в окне настроек параметров резца во "вкладке инструмент - вставить - форма вставки", выбрано что-либо, кроме значения "Комбинированный резец" ?

 

2. Должна ли переменная mom_tool_nose_radius  выводить значение радиуса при вершинах у канавочного резца, если выбран параметр "Стандартное" в "вкладке инструмент - вставить - форма вставки" ?

 

Например у меня выводит значения углов при: выбранном параметре "Задаваемый пользователем" и, конечно же, с помощью mom_tool_right_corner_radius & mom_tool_left_corner_radius.

 

Может кто-то у себя проверить ?

Спасибо.

С ув.

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


Не подскажите, каким образом можно переопределить G1 в G0 в Linear Move ?

Спасибо.

С ув.

В смысле, чтобы вообще все G1 выводились как G0 и без подачи?

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

vicebear, немного не так.

Возврат в точку смены инструмента должен происходить не по двум координатам одновременно, а осевое-радиальное (радиальное-осевое).

В настройках вот что:

83b485bc8240.png

 

Так потому, что резец должен отойти на подаче до плоскости безопасности, потом уйти в Z400 и далее в Х1280. Т.е. минимизировать число движений, но отойти по прямым.

Дело в том, что подача задается сразу на "перемещение в точку возврата/плоскость безопасности" и "перемещение в точку возврата", но при движении в Х1280 устанавливается G0. Если выбрать тип перемещения в "перемещение в точку возврата" по прямой, то G0 X1280 Z400.

Суть в том, чтобы только перед Z400 добавить вывод G0, когда в следующем кадре будет Х1280 Т0000 М5.

 

Конечно же, можно построить траекторию отхода по точкам, но тогда отход будет не по прямой, а по наклонной, в каждой последующей однотипной детали. Так будет происходить потому, что обрабатывается коническая поверхность и последняя точка резания может быть, как выше, так и ниже точки(точек) траектории отхода. Править руками настройки операции долго, можно изменить подачу "траектория - изменить", но после перезагрузки(возможно только у меня?) не сохраняется данное изменение в файле (только в пределах одной сессии Windows).

 

vicebear, а по поводу ширины резца и радиуса вершин можете что-то сказать, а также выводят ли у вас переменные mom_nxt_mcs_goto и mom_nxt_pos хоть что-нибудь? Например, про последние из приведенных moms, мне PB сообщает, что таких не существует. Можно вывести только текущие значения и предыдущие.

 

Спасибо.

С ув.

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

По поводу G0. В вашем посте шаблоны для подхода-отхода прописаны?

По поводу остального - надо подумать. Так сразу, навскидку, не вспомню.

 

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

Подход прописан и с ним проблем нет. Отрабатывает хорошо.

 

Отход получается из двух частей:

"Z85.772 F20. M9" и " G0 Z400."

 

Хоть, по идее, вторая часть должна относиться к перемещению в Gohome.

 

Если создать шаблон для отхода и установить там G0, то выдаст:

N135 G0 Z85.772 F20. M9

N140 Z400.
N145 X1280. T0000 M5
N155 M2
 
Если в шаблоне отхода оставить только Z X F M, тогда:

N135 Z85.772 F20. M9

N140 Z400.
N145 G0 X1280. T0000 M5
N155 M2
 

Возможно попробовать обыграть по другому, а именно попробовать прервать вывод, когда mom_prev_pos(0) == mom_pos(0) && mom_pos(2) == 400, т.е. чтобы вовсе не выводилось Z400, а вывод G0 Z400 засунуть в шаблон перемещений Gohome ?

 

Спасибо.

С ув.

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

 

Зачем вообще в этом случае пользуетесь этим маневрированием? Для отхода в позицию смены инструмента целесообразно использовать команды перемещений в машинной системе координат (для различных стоек: G153 SUPA G53 М91), при этом инструмент в конце перехода можно оставлять на плоскости безопасности, а вот в случае если требуется дополнительное маневрирование произвести, тогда уже использовать выход в начальную или конечную точку, но далее всё равно вывести окончательно инструмент через маневрирование системе координат станка. В Вашем случае оптимально будет:

G0 G53 X_значение в системе станка

G0 G53 Z_значение в системе станка

T0505

 

при этом значения координат в системе станка выводятся постоянные, они не берутся из траектории, они назначаются исходя из безопасности при смене инструмента - крайние дальние положения рабочей зоны станка

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

Возврат в точку смены инструмента должен происходить не по двум координатам одновременно, а осевое-радиальное (радиальное-осевое).

В настройках вот что:

 

Я во все свои постпроцессоры добавляю специальное событие пользователя, которое позволяет настроить последовательность выхода в точку безопасности. 

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

Вопрос по поводу стандартных библиотечных постов для sinumerik, как вывести g код с использованием круговых интерполяций? Используя 802 стандартный постпроцессор, все хорошо выводит с IJK, используя 840 или 828 все отрезками, в случаях когда нужно получить цилиндр получается граненый стакан. 

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

Выключите "компрессор" и будет вам счастье! Где-то на форуме я выкладывал описание как это делается!

Ссылка на сообщение
Поделиться на других сайтах
Вопрос по поводу стандартных библиотечных постов для sinumerik, как вывести g код с использованием круговых интерполяций? Используя 802 стандартный постпроцессор, все хорошо выводит с IJK, используя 840 или 828 все отрезками, в случаях когда нужно получить цилиндр получается граненый стакан.

 

Если общий случай 3+2 с произвольным положением оси, то боюсь что через стандартный пост из библиотеки ничего не получиться. Нужно изначально задавать поворот G17 в плоскость обработки, например при помощи CYCLE800. Эти постпроцессоры примитивны и всю обработку выводят от не развернутой системы координат, поэтому окружности там заменяются отрезками, вообще если откроете справку то найдете переменную mom_kin_arc_output_mode, ее значение в вашем случае "LINEAR" - выводить окружности отрезками

.

Если же ось инструмента строго вертикальна следовательно поворота G17 не требуется, то в этом случае можно присвоить mom_kin_arc_output_mode соответствующее значение "FULL_CIRCLE" или "QUADRANT" затем пересчитать кинематику, после чего вывод окружностей будет работать

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

Подскажите переменную (если такая есть :) ) для информирования оператора о максимальной глубине погружения инструмента от РСК.

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

            Интересует следующий вопрос. Есть необходимость использовать CLS под внешний постпроцессор. Имеется ли возможность в NX изменить стандартный формат CLS и получить настроенный под универсальный постпроцессор APT файл? В CATIA этот вопрос решается настройкой препроцессора PPTable, который представляет текстовый файл с последовательным набором событий, где можно сформировать нужные слова CLDATA с набором аргументов из системных переменных (примитивный постпроцессор без кинематических настроек, пользовательских переменных, логических операторов и прочего). Подозреваю что тот стандартный CLS, под внутренний постпроцессор в NX, также настроен при помощи какого то файла.

           Вариант с использованием внутреннего постпроцессора под получение нужного APT рассматривать пока что не хочу. 

           Внешний постпроцессор менять под CLS нет возможности, да и не правильный это шаг. Термин "универсальный постпроцессор" в моем видении, это не универсально применяемое П.О. к сотне различных станков с одинаковой стойкой, и не настраиваемое под формат APT каждой CAM системы. Универсальность заключается в том что внешний постпроцессор окончательно настроен и отработан на один станок, на входе ему поступает АPT формата под который он настроен, этот формат APT должен быть получен строго одинаковым из под любой используемой CAM системы. При этом в CAM системах требуются настройки препроцессоров, вопрос возможна ли такая настройка в NX?

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

            Интересует следующий вопрос. Есть необходимость использовать CLS под внешний постпроцессор. Имеется ли возможность в NX изменить стандартный формат CLS и получить настроенный под универсальный постпроцессор APT файл? В CATIA этот вопрос решается настройкой препроцессора PPTable, который представляет текстовый файл с последовательным набором событий, где можно сформировать нужные слова CLDATA с набором аргументов из системных переменных (примитивный постпроцессор без кинематических настроек, пользовательских переменных, логических операторов и прочего). Подозреваю что тот стандартный CLS, под внутренний постпроцессор в NX, также настроен при помощи какого то файла.

           Вариант с использованием внутреннего постпроцессора под получение нужного APT рассматривать пока что не хочу. 

           Внешний постпроцессор менять под CLS нет возможности, да и не правильный это шаг. Термин "универсальный постпроцессор" в моем видении, это не универсально применяемое П.О. к сотне различных станков с одинаковой стойкой, и не настраиваемое под формат APT каждой CAM системы. Универсальность заключается в том что внешний постпроцессор окончательно настроен и отработан на один станок, на входе ему поступает АPT формата под который он настроен, этот формат APT должен быть получен строго одинаковым из под любой используемой CAM системы. При этом в CAM системах требуются настройки препроцессоров, вопрос возможна ли такая настройка в NX?

...NX\MACH\resource\tool_path

По-моему, это то, что нужно.

Ссылка на сообщение
Поделиться на других сайтах
...NX\MACH\resource\tool_path По-моему, это то, что нужно.

 

То что надо и на языке tcl! Спасибо!

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

Как сделать более красиво? Используется цикл 800 затем подход, и причем после цикла 800 еще довольно длинный подход до отверстия. И еще вопрос, конечно не в тему постпроцессирования, но как можно применять одни и те же режимы резания для группы программ?

Заранее спасибо.

post-41961-0-77646000-1415602149_thumb.png

Ссылка на сообщение
Поделиться на других сайтах
Как сделать более красиво? Используется цикл 800 затем подход, и причем после цикла 800 еще довольно длинный подход до отверстия.

 

            Поворот рабочих органов лучше как раз осуществлять в безопасном, дальнем положении от детали. Насколько вижу данный постпроцессор практически "пустой" в отношении безопасности маневрирования. Это безопасное положение выбирается исходя из кинематики станка и размера рабочей зоны. Например если кинематика двойной стол, диапазоны перемещения по линейным осям сравнительно не велики (порядка 1000мм) и 14 параметр cycle800 настроен таким образом что поворот по 4 оси происходит на наблюдателя, то безопасное положение для разворота рабочих органов cycle800 - верхний ближний левый угол рабочей зоны, соответственно постпроцессор выводит маневрирование командами SUPA или G153 в данное положение. В другом случае - если портальный станок с кинематикой голова-голова, с большой рабочей зоной, то я автоматически делаю отвод рабочих органов перед разворотом по cycle800 только вверх по Z.

 

          Подход после Cycle800 нужно осуществлять не сразу по X Y Z (а уж тем более выводить еще и В С вдобавок внутри cycle800 - авария гарантирована просто при смене 14 параметра с +1 на -1). Подход должен быть в плоскости машинных координат ХУ (не преобразованных cycle800 координат), а затем только по Z.

 

         В любом случае, в первую очередь думайте не как секунду сэкономить лишнюю на "длинном" холостом перемещении, а о том чтобы при повороте командой CYLE800 не произошла авария. Тише едешь дальше будешь, тем более экономия времени при скорости холостых ходов 40-60 м/мин секунда а то и меньше.

 

           Вообще насколько я понял задача просверлить несколько групп отверстий, количество отверстий в каждой группе достаточное, при этом оси всех отверстий имеют различное направление. Для этого в наших постпроцессорах есть 2 дополнительные функции. В любом случае один инструмент - одна операция(переход) обработки (нет необходимости на каждое отверстие создавать отдельную операцию), создаем один переход и в нем указываем необходимую группу с нужным количеством отверстий. Вектор оси инструмента указываем "по нормали к ОП". Постпроцессор анализирует каждое перемещение и если движение цикл обработки он анализирует каким образом расположена ось отверстия, если ось не совпадает с направлением оси предыдущего отверстия то происходит отключение CYCLE800, выход в то безопасное дальнее положение перед разворотом рабочих органов о котором писал выше, срабатывает новый CYCLE800 далее безопасный подход по XY затем по Z и только потом вывод обработки осевым циклом. Если же направление оси отверстия совпадает с осью предыдущего обработанного то отвода не происходит сразу выводиться осевой цикл обработки - это первый случай он позволяет пользоваться осевыми циклами при обработки большого количества отверстий.

         Во втором случае необходимо также выбрать группу отверстий, указав ось инструмента "по нормали к ОП", но обработку производить c типом "симуляция цикла" (без цикла) т.е. без вывода непосредственно CYCLE81-89 в УП, движения будут выведены линейными интерполяциями, далее через постпроцессор данный переход я принудительно вывожу не как по умолчанию "3+2", а как "5 осей" при этом вместо CYCLE800 выводится команда TRAORI и все перемещения выводятся от не развернутой системы координат. В этом случае после сверления одного отверстия переход с разворотом рабочих органов к другому отверстию происходит на указанной плоскости безопасности (без отхода в дальнее положение через SUPA) с отслеживанием кончика инструмента, в этом случае экономиться время на холостые ходы. Однако это все в наших постпроцессорах, вам нужно свой дорабатывать под это. 

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

 

    Скорее всего вопрос бы отпал если каждую группу отверстий вы обрабатывали одной операцией (переходом), тогда переходов в группе программ было бы не так много. 

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

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

Владислав, большое Вам спасибо за разъяснения. Буду пробовать рекомендации. А в чем обуславливается такое разделение работы при качающейся голове и поворотному столу, как максимально универсально подстроить постпроцессор? 

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

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

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

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

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

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

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

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

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

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

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




×
×
  • Создать...