Fixidea

FAQ/Unigraphics/POST

1,369 posts in this topic

ID: 201   Posted (edited)

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

 

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

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

 

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

 

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

 

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

Спасибо.

С ув.

Edited by xronik

Share this post


Link to post
Share on other sites


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

Спасибо.

С ув.

Share this post


Link to post
Share on other sites

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

Спасибо.

С ув.

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

Share this post


Link to post
Share on other sites

ID: 204   Posted (edited)

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 сообщает, что таких не существует. Можно вывести только текущие значения и предыдущие.

 

Спасибо.

С ув.

Edited by xronik

Share this post


Link to post
Share on other sites

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

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

 

Share this post


Link to post
Share on other sites

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

 

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

"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 ?

 

Спасибо.

С ув.

Share this post


Link to post
Share on other sites
Возврат в точку смены инструмента должен происходить не по двум координатам одновременно, а осевое-радиальное (радиальное-осевое).

 

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

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

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

T0505

 

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

Share this post


Link to post
Share on other sites

ID: 208   Posted (edited)

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

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

 

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

Edited by undrakot

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
Вопрос по поводу стандартных библиотечных постов для 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" затем пересчитать кинематику, после чего вывод окружностей будет работать

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Нету такой. Считать нужно.

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

...NX\MACH\resource\tool_path

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

Share this post


Link to post
Share on other sites
...NX\MACH\resource\tool_path По-моему, это то, что нужно.

 

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites
Как сделать более красиво? Используется цикл 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) с отслеживанием кончика инструмента, в этом случае экономиться время на холостые ходы. Однако это все в наших постпроцессорах, вам нужно свой дорабатывать под это. 

Share this post


Link to post
Share on other sites
И еще вопрос, конечно не в тему постпроцессирования, но как можно применять одни и те же режимы резания для группы программ?

 

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

 

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

 

попробуйте вот эту переменную mom_tool_max_depth

Share this post


Link to post
Share on other sites
А в чем обуславливается такое разделение работы при качающейся голове и поворотному столу

 

Конструкцией станка обуславливается. Необходимо рассматривать самые наихудшие варианты. К примеру в шпиндель установлен инструмент наибольшей длинны, на стол установлена высокая оснастка с огромной деталью и стол разворачивается на 90 град по 4 оси в направлении на наблюдателя. Каким будет безопасное положение инструмента в процессе разворота стола с оснасткой и деталью? После разворота из какого положения будет оптимально подойти к любой исходной точки обработки? Стоит проанализировать это на конкретной конструкции станка. В случае с головой, если это портальный станок с большой зоной стоит проанализировать необходимость отвода по координатам XY, при этом высока возможность пройти лишний раз над деталью и задеть ее, не стоит ли совершать отвод только по Z? Это нужно также проанализировать исходя из конструкции станка и его рабочей зоны.

 

 

как максимально универсально подстроить постпроцессор? 

 

Постпроцессор это индивидуальное П.О. для конкретного станка. Смысл один постпроцессор использовать под станки с различной кинематикой? Ответ - чтобы одну УП можно было зарядить и там и здесь! Но если разобраться в необходимости это делать, то всплывает что используемый постпроцессор как раз таки  "универсальный" т.е. выводит только код траекторий обработки. После чего программист садиться и дописывает вручную весь недостающий код. Изменение любого объекта в операции обработки - параметров проекта обработки в NX или станка ведет к повторному выводу лишь кода траектории и повторным трудозатратам по редактированию, при этом результатом внедрения детали является УП - дописанное, доправленное вручную. В случае если у вас имеются индивидуально разработанные постпроцессоры под каждый станок вашего производства, и каждый из них обеспечивает вывод всех технологических функций к конкретному оборудованию, мало того постпроцессоры разработаны единообразно т.е чтобы вывести УП на различные станки не нужно менять ничего в проекте обработки - то результатом внедрения процесса обработки является уже не отработанные УП, а проект в CAD/CAM. Это и есть основа цифрового производства и к этому нужно стремиться. Поэтому разговор об универсальности в этом направлении неприемлем.

1 person likes this

Share this post


Link to post
Share on other sites
попробуйте вот эту переменную mom_tool_max_depth

А причем здесь РСК?  Это параметр максимально допустимой глубины резания инструмента, практически длина режущей части.

 

 

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

Откуда вообще оператору знать о положении РСК в проекте NX?

Может с MCS спутали? Если так, тогда просто нужно минимальное значение переменной mom_goto_pos(2) найти из анализа перед каждым перемещением.

Share this post


Link to post
Share on other sites

 

попробуйте вот эту переменную mom_tool_max_depth

А причем здесь РСК?  Это параметр максимально допустимой глубины резания инструмента, практически длина режущей части.

 

 

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

Откуда вообще оператору знать о положении РСК в проекте NX?

Может с MCS спутали? Если так, тогда просто нужно минимальное значение переменной mom_goto_pos(2) найти из анализа перед каждым перемещением.

 

 

Вы совершенно правы речь об МКС. (mom_tool_max_depth) вроде бы только для токарки. Я ищу для фрезеровки  что то типо ($mom_next_tool_name) и получил минимальную Z в операции. Вроде бы в этом нет нечего сверхъестественного :) Или придется все-таки писать процедуру, как например для припуска?

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Можно вычислить минимальный mom_pos[2] и выдавать его комментарием в конце PATH, инструмента, программы - как вам требуется. Правда, если вы работаете с фреймами, то еще надо пересчитывать mom_pos[2] в MCS

1 person likes this

Share this post


Link to post
Share on other sites
Здравствуйте,прошу помощи у знающих людей.Нужно подкоректировать пост,сейчас он выдает это:

%

N1 G40 G17 G49 G80 G21

G94 G0 G64

 

( SPOT_DRILLING )

( Instrument: SPOTDRILLING_TOOL  D=12.00 )

T1 M6

S265 M3

G0 G90 X0.0 Y0.0

G43 G0 Z30. H1

G99 G82 X0.0 Y0.0 R.5 Z-2. F26.5

G80

G0 Z40.

M1

 

( DRILLING )

( Instrument: DRILLING_TOOL  D=20.00 )

M5

M0

T2 M6

S159 M3

G0 X0.0 Y0.0

G43 G0 Z30. H2

G99 G81 X0.0 Y0.0 R.5 Z-30. F15.9

G80

G0 Z40.

M5

M30

%

 

В шапке нужно убрать N1, G94,  G0 И M0 перед сменой инструмента.

 

В постбилдере открыть не получается,предыдущий фрезеровщик все редактировал в блокноте.

post.zip

Share this post


Link to post
Share on other sites

лови теперь откроется

Share this post


Link to post
Share on other sites

спасибо,буду разбираться.

Share this post


Link to post
Share on other sites

Новая беда((( открываю файл в постбилдере, ничего не трогаю,сохраняю.Далее генерирую программу ,но нечего не получается, выдает ошибку  1770002((((

Share this post


Link to post
Share on other sites

лови

 

Share this post


Link to post
Share on other sites

все сделал,но не помогло(


вот


Check D:\tarankin\vsakoe\anatolic\sveca_warning.out for any Errors/Warnings during postprocessing

***** A TCL Error Has Occurred *****
Event Handler: C:\Program Files\Siemens\NX 8.5\mach\resource\postprocessor\sini2.tcl
Event: MOM_end_of_program
Error Info: can't read "size_file": no such variable
    while executing
"if {$size_file >= 200} {
      MOM_do_template end_of_program
    } else {
#    MOM_do_template end_of_program_M199
     MOM_do_template end_of_progra..."
    (procedure "PB_CMD_end_program" line 37)
    invoked from within
"PB_CMD_end_program"
    (procedure "MOM_end_of_program" line 4)
    invoked from within
"MOM_end_of_program"
Error Code: NONE
***** A TCL Error Has Occurred *****
Event Handler: C:\Program Files\Siemens\NX 8.5\mach\resource\postprocessor\sini2.tcl
Event: MOM_end_of_program
Error Info: can't read "size_file": no such variable
    while executing
"if {$size_file >= 200} {
      MOM_do_template end_of_program
    } else {
#    MOM_do_template end_of_program_M199
     MOM_do_template end_of_progra..."
    (procedure "PB_CMD_end_program" line 37)
    invoked from within
"PB_CMD_end_program"
    (procedure "MOM_end_of_program" line 4)
    invoked from within
"MOM_end_of_program"
Error Code: NONE
***** A TCL Error Has Occurred *****
Event Handler: C:\Program Files\Siemens\NX 8.5\mach\resource\postprocessor\sini2.tcl
Event: MOM_end_of_program
Error Info: can't read "size_file": no such variable
    while executing
"if {$size_file >= 200} {
      MOM_do_template end_of_program
    } else {
#    MOM_do_template end_of_program_M199
     MOM_do_template end_of_progra..."
    (procedure "PB_CMD_end_program" line 37)
    invoked from within
"PB_CMD_end_program"
    (procedure "MOM_end_of_program" line 4)
    invoked from within
"MOM_end_of_program"
Error Code: NONE
***** A TCL Error Has Occurred *****
Event Handler: C:\Program Files\Siemens\NX 8.5\mach\resource\postprocessor\sini2.tcl
Event: MOM_end_of_program
Error Info: can't read "size_file": no such variable
    while executing
"if {$size_file >= 200} {
      MOM_do_template end_of_program
    } else {
#    MOM_do_template end_of_program_M199
     MOM_do_template end_of_progra..."
    (procedure "PB_CMD_end_program" line 37)
    invoked from within
"PB_CMD_end_program"
    (procedure "MOM_end_of_program" line 4)
    invoked from within
"MOM_end_of_program"
Error Code: NONE

post-44041-0-86789300-1418103354_thumb.jpg

post-44041-0-63149900-1418103546_thumb.jpg

Share this post


Link to post
Share on other sites

вот во что превращаются все три файла после того как я их открываю и сохраняю постбилдером((

post.rar

Share this post


Link to post
Share on other sites

set ptp_size [file size $ptp_file_name]

У меня в другом посте вот так длина файла определяется.

Share this post


Link to post
Share on other sites

Постпроцессор для ЭЭ станка. В начале траектории создаю команду пользователя, в ней пишу:

 

MOM_output_text "*************************"
global mom_init_pos
MOM_output_text $mom_init_pos(2)
MOM_output_text "*************************"
 
Пытаюсь постпроцессировать и получаю вот такое сообщение:
123jpg_2312190_15240261.jpg
 
Подскажите почему? И еще желательно бы узнать какая переменная содержит в себе точки старта.

Share this post


Link to post
Share on other sites

if { [info exists mom_init_pos] } {MOM_output_text $mom_init_pos(2)}

Share this post


Link to post
Share on other sites

if { [info exists mom_init_pos] } {MOM_output_text $mom_init_pos(2)}

Спасибо! 

Подскажи хороший справочник по tcl. Именно справочник, а не учебник!

Share this post


Link to post
Share on other sites

Тоже, с удовольствием заимел бы справочник по Tcl, но пока ничего путного не нашёл.

Share this post


Link to post
Share on other sites

ID: 240   Posted (edited)

if { [info exists mom_init_pos] } {MOM_output_text $mom_init_pos(2)}

А почему  $mom_init_pos(2) пустая? Не подскажете, в какой переменной хранятся начальные точки обработки?

 

 

И еще....можно ли как-нибудь вывести список всех не пустых переменных?

Edited by sapr71

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   1 member

    • mr_Voden


  • Сообщения

    • 2bigHanz
      Просто задание в универе у нас такое: Сделать таблицу размеров и сделать там три экземпляра с разными размерами. И когда я всё сделал, то отверстия у меня "поплыли" (у меня тогда был массив). Первое отверстие осталось на месте, поменялись размеры. И мне сказали, что нужно просто начертить осевые линии и добавить взаимосвязь, чтоб как-то эти отверстия были привязаны к осевым линиям, и за счёт этого перемещались от экземпляра к экземпляру. Но сделать это у меня так и не получилось. И решил по новой сделать, и только усложнил себе задачу.
    • Бывший технолог
      Это все потому, что они теорию резания не знают!
    • fantom.ul
      Интересно, почему же в САМах присутствуют различные стратегии, в том числе и прогрессивные, выбор самого современного инструмента, а не ваши сферические резцы в вакууме? У них же нет Турты. Как обходятся?
    • Dron62_rus
    • David123
      Уважаемый @Dron62_rus ! Внимательно читайте послания. Успехов
    • Plumber
      Это КАК же надо себе замутить проблему  вместо четырёх дырок с фасками 
    • Бывший технолог
      Турта поедет в Англию с великой миссией - сделать из Оксфорда ПТУ.  
    • Dron62_rus
      Все, проблему решил, поставив кодовый переключатель в 3 режим. Теперь интересует реализация через MMC?
    • 2bigHanz
      Добрый вечер. Помогите сделать несколько вырезов по сечениям. Есть два массива эскизов для будущих отверстий. И инструментом "Вырез по сечениям" хочу эти 4 отверстия сделать. Но как бы я не пытался, говорит, что "самопересекающаяся геометрия"
    • Blurp
      @Сергей2014 Дык это ж старый знакомый перфоманс-тестер!