Какой командой менять ориентацию инструмента при одновременном движении по прямой

[Akson 0]

Есть 5-осевой (поворотный стол) Okuma MU-500V (не помню какая там стойка, вродь стандартная какая с ним идет обычно, если надо будет, уточню). На нем можно привязать систему координат к заготовке (команда G169, называется TCP mode вроде), что мне очень нравится и чем я пользовался. То есть можно сказать ему ехать из одного конца детали до другого конца одновременно вращая A и C оси, при этом относительно заготовки, конец(центр шара) фрезы движется по прямой, но ориентация меняется.

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

Вопрос следующий: какой командой (без TCP) можно перемещать инструмент и одновременно поворачивать так стол, чтобы его конец двигался по прямой относительно заготовки?

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

Заранее спасибо за помощь!

Изменено 28 июля 2011 пользователем Akson

[Дядя 39]

Есть 5-осевой (поворотный стол) Okuma MU-500V (не помню какая там стойка, вродь стандартная какая с ним идет обычно, если надо будет, уточню). На нем можно привязать систему координат к заготовке (команда G169, называется TCP mode вроде), что мне очень нравится и чем я пользовался. То есть можно сказать ему ехать из одного конца детали до другого конца одновременно вращая A и C оси, при этом относительно заготовки, конец(центр шара) фрезы движется по прямой, но ориентация меняется.

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

Вопрос следующий: какой командой (без TCP) можно перемещать инструмент и одновременно поворачивать так стол, чтобы его конец двигался по прямой относительно заготовки?

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

Заранее спасибо за помощь!

Вы хотите заменит, функцию RTCP (возможность отслеживать точку инструмента) на какую то другую функцию но стакими же возможностями , не вижу логики.

Единственный на мой взляд вариант это использовать функцию RTCP в САМ системе, тоесть настроить постпроцессор на то что у станока нет функции RTCP, соответственно в станке не использовать эту функцию. Тогда как вы и писали все премещения будут мелкими отрезками и программа будет большой.

[Akson 0]

Вы хотите заменит, функцию RTCP (возможность отслеживать точку инструмента) на какую то другую функцию но стакими же возможностями , не вижу логики.

Единственный на мой взляд вариант это использовать функцию RTCP в САМ системе, тоесть настроить постпроцессор на то что у станока нет функции RTCP, соответственно в станке не использовать эту функцию. Тогда как вы и писали все премещения будут мелкими отрезками и программа будет большой.

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

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

[Wizard! 7]

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

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

Отличная логика. А на станке вы тоже откажетесь от RTCP, чтобы обеспечить адекватность симуляции? Желаю удачи с выставлением деталей по центру вращения стола, самостоятельным расчетом подач и линеаризацией траектории инструмента.

[Akson 0]

Отличная логика. А на станке вы тоже откажетесь от RTCP, чтобы обеспечить адекватность симуляции? Желаю удачи с выставлением деталей по центру вращения стола, самостоятельным расчетом подач и линеаризацией траектории инструмента.

Я думал, что есть простое решение этой проблемы. Раз нету, значит проще забыть про их симулятор и не париться. Интересно, зачем в том симуляторе поддержка 5 осей, раз возникает столько проблем.

Спасибо за ответ!

[volodja 77]

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

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

Я бы отказался от этой идеи и поискал что-то другое: например простенький симулятор САПР, который всё поддерживает. По опыту знаю, что очень много геморроя при таких пересчётах.

Интересно, зачем в том симуляторе поддержка 5 осей, раз возникает столько проблем.

Есть некоторые предприятия, которые до сих пор работают без RTCP, в так называемом режиме teach-in: например, программирование контура обрезки детали вручную на станке. Пока не было САМ, так и делали все.