dtsyplov

Вопросы по Pm-post.

341 сообщение в этой теме

Нужно курочить блок move circle

а с определением переменных? никак?

блок напиан стандартно

define block move circle

N ; G1 =C ; X ; Y ; Z ; I =C; J =C ; K

end define

Поделиться сообщением


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


Дорого дня (вечера).

может кто подскажет как в ductposte значения Х У и I J заключить в скобки?

Поделиться сообщением


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

Назрел следующий вопрос:

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

Сейчас думаю, как правильно вставить это всё в пост.

Соображения следующие:

1. PostProcessor (далее РР) позволяет запрашивать тип траектории TOOLPATH AXIS MODE. Но, попробовав на практике , понял, что это не подходит, т.к. допустим, траектория обозначается как 3+2, и далее в теле кода идёт вывод в начальную точку этой траектории и естественно, поворот обеих осей. Получается, нельзя поставить блокировку осей , когда видим, что траектория стала 3+2.

2. РР позволяет запрашивать ещё два параметра:

AXIS MODE = 3+2, 3AXIS, 5 AXIS. отличий от типа траектории не вижу.

Join-Up Axis Mode = 3+2, 3AXIS, 5 AXIS, NONE. - не нашёл описания что это и для чего.

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

Реализовывал ли это кто на практике?

Если есть другие пути решения этого вопроса, прошу к обсуждению.

1 пользователю понравилось это

Поделиться сообщением


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

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

Сделай отдельную процедуру для сверлежки и для 3+2, например.

1. PostProcessor (далее РР) позволяет запрашивать тип траектории TOOLPATH AXIS MODE. Но, попробовав на практике , понял, что это не подходит, т.к. допустим, траектория обозначается как 3+2, и далее в теле кода идёт вывод в начальную точку этой траектории и естественно, поворот обеих осей. Получается, нельзя поставить блокировку осей , когда видим, что траектория стала 3+2.

А это да...непросто. Вот каноничный пост в дакте, там видно как немцы это сделали. Очень громоздко((, но работает)).

DMG-DMU160P-S840D-5A-15.rar

Поделиться сообщением


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

Назрел следующий вопрос:

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

Сейчас думаю, как правильно вставить это всё в пост.

Соображения следующие:

1. PostProcessor (далее РР) позволяет запрашивать тип траектории TOOLPATH AXIS MODE. Но, попробовав на практике , понял, что это не подходит, т.к. допустим, траектория обозначается как 3+2, и далее в теле кода идёт вывод в начальную точку этой траектории и естественно, поворот обеих осей. Получается, нельзя поставить блокировку осей , когда видим, что траектория стала 3+2.

2. РР позволяет запрашивать ещё два параметра:

AXIS MODE = 3+2, 3AXIS, 5 AXIS. отличий от типа траектории не вижу.

Join-Up Axis Mode = 3+2, 3AXIS, 5 AXIS, NONE. - не нашёл описания что это и для чего.

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

Реализовывал ли это кто на практике?

Если есть другие пути решения этого вопроса, прошу к обсуждению.

То что вам нужно на иностранном языке называется axis clamping. Да, функция, действительно, полезная. Теперь насчёт того, как это реализовать. Можно реализовать и на базе аксисмода, почему нет. Вопрос в том, где его проверять. Кстати, версия порспроцессора тоже имеет значение, так как эта область неоднократно перерабатывалась. В современных версиях если проверять аксисмод в Toolpath Start, то можно гарантировать, что далее никаких поворотов уже не будет (все они уже прошли до, в джоинапах) и надо смело активировать клампинг на 3+2. Ну а в Toolpath End его, соответственно, деактивировать.

Наши индусы поступают намного проще. Они проверяют сами значения поворотных осей, сравнивая их с предыдущими значениями. Работает вполне эффективно и было реализовано тысячу раз. Преймущества такого подхода, что клампинг будет работать в том числе и на многоосевой траектории, там где вектор инструмента не меняется.

Пример реализации клампинга в скрипте приведен ниже:

var clamping = false;



function MoveLinear1()

{

  var out = "";



  if (

	GetParam("%p(Machine A)%", true) == GetParamPrevValue("%p(Machine A)%", true) &&

	GetParam("%p(Machine B)%", true) == GetParamPrevValue("%p(Machine B)%", true) &&

	GetParam("%p(Machine C)%", true) == GetParamPrevValue("%p(Machine C)%", true)

  )

  {

	if (!clamping) {

	  out += StandardResponse("%b(User Clamping ON)%");

	  clamping = true;

	}

  } else {

	if (clamping) {

	  out += StandardResponse("%b(User Clamping OFF)%");

	  clamping = false;

	}

  }



  out += StandardResponse();



  return out;

}

Поделиться сообщением


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

var clamping = false;

А это исходя из чего выставляется и где?

Поделиться сообщением


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

А это исходя из чего выставляется и где?

Да это просто флажок, контролирующий, что клампинг не будет включаться, когда он уже включен и наоборот. Иначеб он в каждом блоке мельтешил. А переменная сама объявляется рядом с функцией, как и написано.

Поделиться сообщением


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

Скрипт возвращает User Clamping OFF или User Clamping ON.

И что дальше делать с этим?

Создаём переменную, тип группа, если состояние User Clamping ON, то значение М111, если User Clamping OFF, то значение М222.

Выводим её, если изменилась.

Так, или нет?

Кстати, версия порспроцессора тоже имеет значение, так как эта область неоднократно перерабатывалась. В современных версиях если проверять аксисмод в Toolpath Start, то можно гарантировать, что далее никаких поворотов уже не будет (все они уже прошли до, в джоинапах) и надо смело активировать клампинг на 3+2. Ну а в Toolpath End его, соответственно, деактивировать.

Проверял на РР2011сп3. Ставил в Toolpath start вывод ToolPath Axis Mode. Говорит, что 3+2 и далее следует переход с поворотами в начальную точку.

Поделиться сообщением


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

Скрипт возвращает User Clamping OFF или User Clamping ON.

И что дальше делать с этим?

Создаём переменную, тип группа, если состояние User Clamping ON, то значение М111, если User Clamping OFF, то значение М222.

Выводим её, если изменилась.

Так, или нет?

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

Проверял на РР2011сп3. Ставил в Toolpath start вывод ToolPath Axis Mode. Говорит, что 3+2 и далее следует переход с поворотами в начальную точку.

А вы точно в Toolpath Start вставляли, а не в Toolpath Header ? Если да, то хотел бы я видеть этот проект. Возможно это баг и его надо исправлять.

Поделиться сообщением


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

В итоге сделал так:

var clamping_C = false;var clamping_B = false;function MoveLinear1(){  var out = "";  if (    GetParam("%p(Machine C)%", true) == GetParamPrevValue("%p(Machine C)%", true)     // if current position the same as last position  )  {    if (!clamping_C) {    SetParam("%p(Caxis_lock)%","ON");       clamping_C = true;    }  } else {    if (clamping_C) {    SetParam("%p(Caxis_lock)%","OFF");       clamping_C = false;    }  }  if (    GetParam("%p(Machine B)%", true) == GetParamPrevValue("%p(Machine B)%", true)   )  {    if (!clamping_B) {    SetParam("%p(Baxis_lock)%","ON");    clamping_B = true;    }  } else {    if (clamping_B) {    SetParam("%p(Baxis_lock)%","OFF");      clamping_B = false;    }  }  out += StandardResponse();  return out;}

, добавил групповые пользовательские переменные Aaxis_lock, Baxis_lock.

Добавил в передвижения перед движением

Aaxis_lock

Baxis_lock

// кадр(ы) с движением

Получил на выходе следующее:

N110 G43.4  H11N115 X82.42 Y-469.N120 M3 S12000N125 G1 B0 C0N130 Z250.N145 Z179.19 F18000N150 lock C axisN155 lock B axisN160 Z119.19 F2500N175 Z120.5 F3000N180 X82.43 Z120.57N185 X82.58 Z120.85***************N565 X234.01 Z192.31N570 X243.34 Z192.55N575 Y-373. F18000N580 Z250.N585 UNlock B axisN590 X247.71 Y-371.49 B-89.29N600 X252.04 Y-370. B-88.57N605 X256.33 Y-368.52 B-87.84N610 X260.59 Y-367.05 B-87.09N615 X264.81 Y-365.6 B-86.34N620 X268.99 Y-364.15 B-85.57*********N1025 X588.83 Y-253.85 B-1.85N1030 X595.48 Y-251.56 B-0.73N1035 X600. Y-250. B0N1040 lock B axisN1045 ( ================= )N1050 (  TOOLPATH : D80_grooving_1  )N1055 (  STRATEGY USED : Offset_area_clear  )N1060 (  TOOLPATH WP : D80_grooving_1_1  )N1065 ( ================= )N1070 UNlock B axisN1075 X604.59 Y-247.8 B0.71 F18000N1090 X609.15 Y-245.61 B1.43N1095 X613.66 Y-243.44 B2.16N1100 X618.13 Y-241.3 B2.91N1105 X622.57 Y-239.17 B3.66

Можно сделать всё намного проще?

Если да, то как?

А вы точно в Toolpath Start вставляли, а не в Toolpath Header ? Если да, то хотел бы я видеть этот проект. Возможно это баг и его надо исправлять.

Киньте почтовый ящик в личку.

Поделиться сообщением


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

Можно сделать всё намного проще?

Если да, то как?

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

Поделиться сообщением


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

Не пинайте ногими.Сам понимаю,что туплю страшно,но туплю. :wallbash:

Надо в PM-post 4.8 сделать следующее: значение координаты должно выводиться умноженным на определённый коэффициент.Т.е. если значение по Х=2, коэф 0,5(предположим),то Х=2*0,5=1.Т.е. перемещение заданное в пауэрмилле,при постпроцессировании должно измениться,в зависимости от коэф.Надеюсь,что понятно объяснил.

Подскажите плиз.Надо срочно,а сам что-то туплю...

Изменено пользователем Очкарик тощий

Поделиться сообщением


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

Отредактировать формат вывода координат:

post-12705-1340351219_thumb.jpg

Поделиться сообщением


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

Спасибо.Но надо только по одной оси?Только по Х? А остальные без масштаба?

Поделиться сообщением


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

Спасибо.Но надо только по одной оси?Только по Х? А остальные без масштаба?

Я не знаю, что ВАМ надо.

Поделиться сообщением


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

Я очень извиняюсь,что не совсем корректно сформулировал.Надо только по Х масштабировать.

Ещё раз извиняюсь.Вроде и не совсем чайник уже и так облажаться с формулировкой... :blush: От волнения,видимо...

Предвидя возможное написание скрипта под это дело,сообщаю,что готов обсудить бюджет за помощь(в личке). :smile:

Очень сильно надо. :helpsmilie:

Изменено пользователем Очкарик тощий

Поделиться сообщением


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

День добрый!

Помогите решить проблему:

множество обработки 3+2, вывод A C через машинные углы, расчет через "euler"

отдельные траектории включая 5 осей отлично рассчитываются, но когда предыдущая обработка была на A не равном 0 и С не равном 0, а следующая на нулевых A и С возникает следующее:

пост обнуляет машинный угол A, а машинный С не обнуляет.

Расчет ведется правильно - от локальной системы координат, и углы эйлера посчитаны верно, и станок если ему дать волю пересчитывает углы эйлера в машинные правильно.

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

Поделиться сообщением


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

Спасибо.Но надо только по одной оси?Только по Х? А остальные без масштаба?

Да ладно, неужели pm-post не могет такого? duct же без роблем все делает.

Поделиться сообщением


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

Так вот и проблема... Пост сделал.Отладил.Работает.А вот эту маленькую пакость победить не могу.И сам в стену упёрся и добрые люди не подсказывают... :g:

Поделиться сообщением


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

Так вот и проблема... Пост сделал.Отладил.Работает.А вот эту маленькую пакость победить не могу.И сам в стену упёрся и добрые люди не подсказывают... :g:

А чем масштабирование в формате не устраивает? Масштабируются все координаты? Вам просто нужно создать отдельный формат для параметра Х, где и указать масштабирование. А в исходном формате (показанном мной на картинке) ничего не трогать. Если я правильно понял вопрос.

День добрый!

Помогите решить проблему:

множество обработки 3+2, вывод A C через машинные углы, расчет через "euler"

Так машинные углы или эйлеровы используются?

В общем, не видя постпроцессора, толком не разобраться. Могу сказать одно: проблема решаема, народ-то работает!

Поделиться сообщением


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

Нужно скопировать формат (создать новый).

В новом формате указать только Х, и установить для этого формата масштабирование. Из формата по умолчанию, естественно, удалить Х.

Выложил документацию здесь :<noindex>документация по постпроцессированию на русском языке</noindex>

Поделиться сообщением


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

У ПоверМИЛЛа есть одна интересная "фишка". То, что он показывает красным цветом - это перемещения по G0, а то,что показано сиреневым цветом (напр. относительные перемещения) - это перемещения по G1 с подачей быстрых перемещений. В ПМ-Посте такая фишка исправляется только скриптом.

Подключите следующий скрипт к команде "Move Linear" и все будет исправлено.

function Moving_Correct() 

{

  var res = "";

  var mt = GetParam("%p(Move Type)%");

  var fr = GetParam("%p(Feed Rate)%")

  var mr = GetParam("%p(Skim Rate)%")

  if (mt == "LINK" && fr == mr) 

	   { res += StandardResponse("%b(Move Rapid)%")} 

  else { res += StandardResponse("%b(Move Linear)%")};

  return res;

}

Но перед практикой обязательно протестируйте исходные коды!!!

тоже столкнуся, а как этот скрипт привязать???

Поделиться сообщением


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

а как этот скрипт привязать???

Код скрипта нужно вставить в редактор (находите слева закладку Скрипт), а затем в свойствах команды выбираете нужную "Скриптовую функцию" Изменено пользователем BiggestBuka

Поделиться сообщением


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

А в параметрах НЦ-файла силком забить одинаковый номер?

Поделиться сообщением


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

А в параметрах НЦ-файла силком забить одинаковый номер?

Удалил вопрос, т.к. лишнее это.

Пусть лучше сделает остановку и "смену", чем возьмёт другой инструмент и запорет деталь.

Поделиться сообщением


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

Удалил вопрос, т.к. лишнее это.

Пусть лучше сделает остановку и "смену", чем возьмёт другой инструмент и запорет деталь.

Мудреешь на глазах)).

Поделиться сообщением


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

есть опционные файлы в формате ".pmopt", даже если не редактировать этот файл , а просто сохранить, то сохраняет в ".pmoptz". А мне бы по идее чуток подредактировать его. Но дело в том , что с этим ".pmoptz" он потом не работает, только с ".pmopt". у кого-нибудь есть решение как быть?

спасибо

Поделиться сообщением


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

есть опционные файлы в формате ".pmopt", даже если не редактировать этот файл , а просто сохранить, то сохраняет в ".pmoptz". А мне бы по идее чуток подредактировать его. Но дело в том , что с этим ".pmoptz" он потом не работает, только с ".pmopt". у кого-нибудь есть решение как быть?

спасибо

Все новые версии конвертируют опционник в новый формат. А что конкретно не работает и в какой версии?

Поделиться сообщением


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

есть опционные файлы в формате ".pmopt", даже если не редактировать этот файл , а просто сохранить, то сохраняет в ".pmoptz".

Редактировать в той же версии Postprocessor, в которой файл создан, или новее из тех, что сохраняли в ".pmopt". Если не ошибаюсь, самая последняя версия, работавшая с расширением ".pmopt", была 4.8.

Но дело в том , что с этим ".pmoptz" он потом не работает, только с ".pmopt". у кого-нибудь есть решение как быть?

Не знаю, что означает "не работает", но проблемы с совместимостью при пересохранении в ".pmoptz" есть, в смысле программа из нового PP не соответствует программе из старого PP. Решаются правкой файла постпроцессора. Насколько я понял, новые версии Postprocessor при открытии ".pmopt" зачем-то для некоторых команд вставляют различные скрипты, вероятно, для обеспечения совместимости, но получается это криво. В общем, либо править в старом PP, либо разбираться в новом.

Поделиться сообщением


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

Все новые версии конвертируют опционник в новый формат. А что конкретно не работает и в какой версии?

версия 6.1, сами опционники перенес с версии 4.8. Ежели у кого есть опционники для 6.1 на Haas, скиньте, буду премного благодарен.

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

Когда в милле выбираешь постпроцессор , то он предлагает выбрать только ".pmopt" и ".opt". Если поставить показать "All files" и выбрать мой ".pmoptz", он его выбирает, но при нажатии на кнопку "запись" пишет "постпроцессирование не возможно"

п.с. получается это что милл с постпроцессором не работает. так то пост открывает эти сохраненные ".pmoptz". милл не дает выбрать ".pmoptz"

Изменено пользователем Рома калужский

Поделиться сообщением


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

версия 6.1, сами опционники перенес с версии 4.8. Ежели у кого есть опционники для 6.1 на Haas, скиньте, буду премного благодарен.

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

Когда в милле выбираешь постпроцессор , то он предлагает выбрать только ".pmopt" и ".opt". Если поставить показать "All files" и выбрать мой ".pmoptz", он его выбирает, но при нажатии на кнопку "запись" пишет "постпроцессирование не возможно"

п.с. получается это что милл с постпроцессором не работает. так то пост открывает эти сохраненные ".pmoptz". милл не дает выбрать ".pmoptz"

Проблема в том, что поддержка версии 4.8 была существенно улучшена в версиях после 6.1. Если у Вас есть к ним доступ - используйте их. PowerMILL, судя по всему, также старой версии, так как поддержка pmoptz добавлена уже давно.

Поделиться сообщением


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

нет, милл далеко не старый

Это старый. Со дня на день 2013й выйдет.

Поделиться сообщением


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

Это старый. Со дня на день 2013й выйдет.

это уже "пустое". проблема не решена.

Редактировать в той же версии Postprocessor, в которой файл создан

попробовал, не прокатывает...

Поделиться сообщением


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

Проблема ваша в том, что Вы пытаетесь использовать несовместимые версии постпроцессора и PowerMILL. Тут или PowerMILL надо обновлять, или постпроцессор предыдущей версии использовать. Насколько я знаю, в инсталляции PowerMILL находится тот постпроцессор, с которым он гарантированно работает.

Поделиться сообщением


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

ВСем привет.

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

Нужно: на врезаниях в материал выводить первой координатой Z , и потом все остальные.

post-443-1365951224_thumb.jpg

С помощью условий описал последовательность вывода.

post-443-1365951325_thumb.jpg

Причём выяснилось, что в стандартном наборе параметров для Move Type нет параметра PLUNGE. Внёс этот параметр сам, всё одно не выводит. Вывел комментарием тип движения. Смотрю на отладку:

post-443-1365951442_thumb.jpg

Вижу, что идёт подвод а потом неопределённый тип движения. Хм...

Создаю cut файл и смотрю внутрь:

post-443-1365951537_thumb.jpg

Внутри файла вижу что подвод обозначается как Plunge.

Залез в справку, посмотрел что там. Оказалось, что должны распознаваться все движения которые возможны:

Move Type

Move

The Move Type (CUTTING/LINK/APPROACH/RETRACT/PLUNGE/LEAD IN/LEAD OUT/CYCLE LINK/CYCLE PLUNGE/CYCLE RAPID/CYCLE OUTPUT/JOINUP 3 AXIS/JOINUP).

Вопрос: почему не получается сделать как хочу? Как это можно реализовать по другому? Как вообще отслеживать что это врезание?

Почему и наклонные врезания и рабочие ходы определяются как Undefined? Так же не должно быть по идее.

РМ2012, PostProcessor 2011 SP3.

Поделиться сообщением


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

Нужно: на врезаниях в материал выводить первой координатой Z , и потом все остальные.

Интересно, зачем?

Причём выяснилось, что в стандартном наборе параметров для Move Type нет параметра PLUNGE.

Да, такого варианта нет, хотя в справке написано, что должен быть.

Внёс этот параметр сам, всё одно не выводит.

Это бесполезно.

Вижу, что идёт подвод а потом неопределённый тип движения. Хм...

Проверил у себя (PostProcessor 2012 SP4) - тот же результат.

Вопрос: почему не получается сделать как хочу? Как это можно реализовать по другому? Как вообще отслеживать что это врезание?

Почему и наклонные врезания и рабочие ходы определяются как Undefined? Так же не должно быть по идее.

Присоединяюсь к вопросу.

Добавлю еще вот что. Хотел посоветовать пользоваться "подсказкой" для отладки (в режиме редактора: "Настройки опционного файла" => "Отладка" можно выбрать параметры, значение которых будет отображаться в "подсказке" в окне NC-файла в режиме отладки - очень удобно), но она, простите, глючит. Например, feed rate type - на врезании должно быть значение plunge, а показывает cutting, рабочая подача - то rapid, то skim, Axis Mode должен быть "3+2", а показывает 5AXIS. Но это только отображение, к счастью, в "мозгах" постпроцессора параметры имеют корректное значение.

Поделиться сообщением


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

Зачем?

Вчера при запуске на станке выяснилось, что если идут координаты на врезании XYZ , то станок на врезании слегка дёргается и иногда глючит, вырубается. Производитель советовал на врезаниях ставить ZXY, и вот, пытаюсь сообразить как это сделать.

Есть мысль - можно обмануть: если текущая подача - подача врезания, то один порядок, если другая подача, то другой порядок. Буду пробовать, хотя это тоже не правильно.

Поделиться сообщением


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

Зачем?

Вчера при запуске на станке выяснилось, что если идут координаты на врезании XYZ , то станок на врезании слегка дёргается и иногда глючит, вырубается. Производитель советовал на врезаниях ставить ZXY, и вот, пытаюсь сообразить как это сделать.

Интересно... А почему не выводить в таком порядке координаты всегда?

Есть мысль - можно обмануть: если текущая подача - подача врезания, то один порядок, если другая подача, то другой порядок. Буду пробовать, хотя это тоже не правильно.

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

Поделиться сообщением


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

Почему и наклонные врезания и рабочие ходы определяются как Undefined?

Вы уверены , что каттинги не распознаются ?

На скрине не видно , а посмотреть не могу ( PMPost4800 ) .

Поделиться сообщением


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

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

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

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

  • реклама

  • Реклама

  • Ближайшие события

    Предстоящих событий не найдено
  • Дни рождения сегодня

    1. Alexmaster
      Alexmaster
      (38 лет)
    2. DanChizz
      DanChizz
      (26 лет)
    3. DimitriyLadon
      DimitriyLadon
      (41 год)
    4. gals05
      gals05
      (64 года)
    5. ildarca
      ildarca
      (28 лет)
    Просмотреть все