Постпроцессор и команды пользователя

[Sharachov 1]

14 часов назад, ks1_ сказал:

Не знаете алгоритм 10123 принудительно активировать можно ?

Любой алгоритм можно вызывать через CALL, но это не означает, что будут выполнены все дополнительные действия, которые выполняются при чтении фразы с этим номером в СЛДАТА.

 

Как правило, делается дополнительный алгоритм, не имеющий фразы в СЛДАТА, который и вызывается в нужных местах. Например, 1181 для вызова в 181 и других местах.

[Sharachov 1]

04.03.2026 в 19:31, ks1_ сказал:

Такая картинка получилась. Независимо от того использую функцию GET2AIG или GET2AI или GET2A результат один и тот же. Вывод углов в радианах и как то невпопад.

Я Вам написал в приватном сообщении, но для форума нужно указать, что вычисление углов осуществляется в тот момент, когда CLDCOOR для данного ТО ещё не установлена и является предыдущими данными. Неудивительно, что углы вычисляются мусорно.

 

В 405 фразе нужно вычислить положение вектора оси Z новой СК и вычислить поворот через один из вариантов GET2A. В 405 фразе "портится" трансформ поворотов RCOOR, поэтому его нужно перед вычислением в GET2A "обнулить", т.е. присвоить ей абсолютный трансформ SYSCOOR.

 

Цитата

405 ;
KAДP;
38->'GET2AIG 2 SYSCOOR C SYSCOOR __VECT[] -115 +115 A[]';
ПHKAДP;
__VECT[1]=RCOOR[5];
__VECT[2]=RCOOR[8];
__VECT[3]=RCOOR[11] // BEKTOр Z HOBOЙ CK;
RCOOR=SYSCOOR // CБрACЫBAEM B E;
GET2AIG 2 SYSCOOR C SYSCOOR __VECT[] -115 +115 A[];

Как-то так.

 

При другой организации Маршрута обработки вычисление углов может осуществляться в других алгоритмах и по-другому.

[ks1_ 4]

9 часов назад, Sharachov сказал:

Как-то так.

 

При другой организации Маршрута обработки вычисление углов может осуществляться в других алгоритмах и по-другому.

Спасибо большое ещё раз. Такой маршрут обработки для меня стандартный и под него сделаны все постпроцессоры. Даже токарка. Хотя в ней разбираюсь мало но постпроцессоры делал , вынужденно , поскольку народ разбежался.

[ks1_ 4]

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

[Sharachov 1]

46 минут назад, ks1_ сказал:

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

Да, либо вращать/изменять точки траектории (у нас меняют CALCOOR, который уже сам пересчитывает последующие точки СЛДАТА), либо уже использовать углы Эйлера (CYCLE800), вычисляемые по нужной СК.

Edited March 11 by Sharachov

[zerganalizer 610]

05.03.2026 в 18:30, ks1_ сказал:

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

 Вот это и есть ваша главная ошибка - что-то и зависит, плюс от этого ещё и координаты зависят.

 

05.03.2026 в 18:30, ks1_ сказал:

Считается у меня сейчас все в системе относительно нуля расчетного.

 Последний раз сообщаю - при вашей кинематике у вас ноль плавающий в зависимости от углов поворота ваших планшайб

05.03.2026 в 09:11, mannul сказал:

цикл800

 Из любопытства - у него можно задать насколько смещена заготовка от центра? Тогда да, будет неважно где деталь, если в этом цикле вы укажете её смещение.

 

[zerganalizer 610]

Дурацкий форум не даёт времени На правку. Если у вас деталь на планшайбе смещена относительно оси вращения - то Укажите На какой угол она там локально повернута. Когда деталь в нуле эти углы одинаковые и равно углу оси поворота. А когда вы сдвинете деталь в сторону Да ещё и повернёте там - тады ой!

[mannul 466]

4 часа назад, zerganalizer сказал:

Из любопытства - у него можно задать насколько смещена заготовка от центра? Тогда да, будет неважно где деталь, если в этом цикле вы укажете её смещение.

 

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

Edited March 12 by mannul

[ks1_ 4]

21 час назад, Sharachov сказал:

Да, либо вращать/изменять точки траектории (у нас меняют CALCOOR, который уже сам пересчитывает последующие точки СЛДАТА), либо уже использовать углы Эйлера (CYCLE800), вычисляемые по нужной СК.

С  CALCOOR наверное придётся разбираться но чуть чуть попозже. Сегодня пробовал GET2AI . Углы разворота насколько могу понять считает правильно. Ставит плоскость КЭ перпендикулярно оси инструмента но выдаёт два варианта поворотов. Один с вектором Z КЭ на себя и один от себя. И надо как то выбрать то есть надо определить направление вектора Z КЭ после разворота.

4 минуты назад, ks1_ сказал:

либо уже использовать углы Эйлера (CYCLE800)

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

[Sharachov 1]

1 час назад, ks1_ сказал:

С  CALCOOR наверное придётся разбираться но чуть чуть попозже. Сегодня пробовал GET2AI . Углы разворота насколько могу понять считает правильно. Ставит плоскость КЭ перпендикулярно оси инструмента но выдаёт два варианта поворотов. Один с вектором Z КЭ на себя и один от себя. И надо как то выбрать то есть надо определить направление вектора Z КЭ после разворота.

1 час назад, ks1_ сказал:

Не может быть такое.  Два варианта - это особенность таких поворотов. Но ось Z всегда будет направлена на ось шпинделя в силу запроса на GET2A.

Я взял положительные направления вращения осей.

 

[zerganalizer 610]

12 часов назад, mannul сказал:

Цикл 800 учитывает всю кинематическую цепочку канала, которая должна быть настроена

 Спасибо - очень познавательно. Я предполагал это, и Вы подтвердили мои догадки.

[ks1_ 4]

22 часа назад, Sharachov сказал:

Не может быть такое.  Два варианта - это особенность таких поворотов. Но ось Z всегда будет направлена на ось шпинделя в силу запроса на GET2A.

Да , совершенно верно . Это я поторопился с выводами. Сегодня проверял повороты , крутил контура кэ на углы что выдала система и понял свою ошибку. В обоих случаях ось Z кэ направлена на инструмент. Разница только в том что результаты двух вариантов разворота расположены на 180 градусов относительно друг друга. То есть можно брать любой вариант и будет правильно. Надо как то исправить что бы людей не вводить в заблуждение.

Ну и теперь осталось посчитать угол между осью Х расчетной системы координат и системой координат кэ и довернуть обработку на этот угол. Но это после отпуска если все нормально будет.

[Sharachov 1]

30 минут назад, ks1_ сказал:

Ну и теперь осталось посчитать угол между осью Х расчетной системы координат и системой координат кэ и довернуть обработку на этот угол. Но это после отпуска если все нормально будет.

Вроде бы поворачивают на рассчитанные углы некую СК, чаще SYSCOOR, и сохраняют её в CALCOOR. потом автоматом получают XYZ.

Edited March 13 by Sharachov

[ks1_ 4]

15 минут назад, Sharachov сказал:

Вроде бы поворачивают на рассчитанные углы некую СК, чаще SYSCOOR, и сохраняют её в CALCOOR. потом автоматом получают XYZ.

Да надо пробовать. Но это только на работе. А на работе меня не будет целый отпуск. И это хорошо.