Vericut

[Klert 0]

кто сталкивался с проблемой зависании при работе в проектах в версиях 6.2 и 7.0.1?

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

Добрый день

Какая у вас видео карта? С ATI Верикат, прямо скажем, не очень дружен.

В каких момента происходит зависание?

[lexx174 373]

да.карта ATI

зависает в процессе симуляции

[Klert 0]

да.карта ATI

зависает в процессе симуляции

тогда не используйте ф-цию Accelerate openGL - практически всегда будет вылетать, кто то говорил, что дописывал что-то в драйвер и вроде бы проблема решалась, но точно не знаю

с ATI некоторые проекты могут вообще не открываться, верикат сразу вылетает и все. Это значит, что скорее всего проект был сохранен с фключенным open GL.

Попробуйте запустить на машине с nVidia. Переустановка ОС кардинальных изменений не даст....

[s_liam 66]

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

Что бы из за видяхи зависал ниразу не слышал. С ATI картами при включеном OpenGL вылетает, но что бы зависал не видел.

[lexx174 373]

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

Что бы из за видяхи зависал ниразу не слышал. С ATI картами при включеном OpenGL вылетает, но что бы зависал не видел.

серверная лицензия вряд ли.это из области фантастики.Проекты лежат локально.Будем копать ATI

[Irchick 0]

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

Проще на примере (стойка - фанук18), что-то типа:

...

M6 T5

G65 P10 H0.25 D0.15

...

M6 T8

G65 P10 H0.1

....

M30

:0010

#11099=#[11000+#4120]+#11

#13099=#[13000+#4120]+#7

...

G0 G43 Z200. H99

G1 ....

G41 X10.000 Y10.000 F200 D99

Дальше - контур в плоскости.

М99

А проблема в следующем: почему-то переменные 11005, 13005, 11008, 13008 не определены, хотя в настройках стойки я ассоциировала их: соответственно #11000-ные - с Tool Length Compensation, #13000-ные - c Cutter Compensation. Но ни фига не помогло почему-то. Vericut учитывает длину инструмента, но без нужных поправок, только берет ее не из #11099 (которая у него равна сначала 0,25, а потом 0,15). В то же время #13099 (которая в общем-то правильно считается благодаря тому, что программа написана в стиле "Cutter Compensation - ON Default to Zero") просто не учитывается: инструмент едет четко по заданным координатам без корректора на радиус. Чего Vericut'у не хватает для моего спокойствия?

Изменено 28 ноября 2011 пользователем Irchick

[avd 73]

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

Проще на примере (стойка - фанук18), что-то типа:

...

M6 T5

G65 P10 H0.25 D0.15

...

M6 T8

G65 P10 H0.1

....

M30

:0010

#11099=#[11000+#4120]+#11

#13099=#[13000+#4120]+#7

...

G0 G43 Z200. H99

G1 ....

G41 X10.000 Y10.000 F200 D99

Дальше - контур в плоскости.

М99

А проблема в следующем: почему-то переменные 11005, 13005, 11008, 13008 не определены, хотя в настройках стойки я ассоциировала их: соответственно #11000-ные - с Tool Length Compensation, #13000-ные - c Cutter Compensation. Но ни фига не помогло почему-то. Vericut учитывает длину инструмента, но без нужных поправок, только берет ее не из #11099 (которая у него равна сначала 0,25, а потом 0,15). В то же время #13099 (которая в общем-то правильно считается благодаря тому, что программа написана в стиле "Cutter Compensation - ON Default to Zero") просто не учитывается: инструмент едет четко по заданным координатам без корректора на радиус. Чего Vericut'у не хватает для моего спокойствия?

Без пол литра проекта сложно что то советовать. Скиньте посмотрим, вдруг получиться))

[vanek77777 45]

Здравствуйте!

Стала интересна тема, которую попыталась поднять irchik.

Попробую разъяснить суть вопроса.

Т.к. в NX не всегда удобно писать чистовую обработку по контуру детали, обычно назначаю траекторию сразу с отступом фрезы по касательной к контуру детали. Но при таком варианте при включении G41(42) в стойку на станке необходимо вводить не диаметр фрезы, а то значение на которое необходимо двинуть фрезу относительно траектории (например не диаметр 15.9 (при переточке), а -0.1 (коррекция на диаметр) или -0.05 (коррекция на радиус)).

Но т.к. не все операторы понимают данные маневры, можно хитрить с некоторыми стойками.

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

Но на fanuc такой команды нет, и приходиться играть с системными переменными стойки.

#13000 - последние цифры это номер корректора (на fanuc 400 корректоров). Данная переменная позволяет считать значение определенного корректора.

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

%;

O1000(1);

(MACHINE** SHAUBLIN-60);

(MACHINE-TIME** 1.24MIN);

(-----TOOL-LIST-----);

(TOOL*MILL*** MILL ***D* 16.00 ***R* 0.00);

(---END-TOOL-LIST---);

N1 T03 M06;

(INSTR**MILL***OPER**PLANAR_PROFILE);

G54;

G00 X-23. Y18.8;

G43 Z60. H03 S2000 M03;

Z48.;

#1=#13003

#2=#1-16/2 (в данном случае коррекция на радиус)

#13200=#2

G41 D200

G01 Z45. F250. M08;

X-14.2;

G03 X-3. Y30. I0.0 J11.2;

G01 Y55.;

G02 X5. Y63. I8. J0.0;

G01 X55.;

G02 X63. Y55. I0.0 J-8.;

G01 Y5.;

G02 X55. Y-3. I-8. J0.0;

G01 X5.;

G02 X-3. Y5. I0.0 J8.;

G01 Y30.;

G03 X-14.2 Y41.2 I-11.2 J0.0;

G01 X-23.;

Z48.;

G40;

G00 Z60.;

M09;

M05;

G00 Z100;

X0 Y150;

M30;

%;

По сути программа написана с учетом фрезы ф16. Например оператор вбивает в корректор №3 значение R7.95 (допустим станок отрабатывает коррекцию на радиус). Стойка просто пересчитает по формуле #2=7.95-16/2=-0.05 и присвоет полученный результат корректору 200, после чего стойка должна будет отработать коррекцию по 200-ому корректору (см. G41 D200).

200-ый корректор используется для того чтобы в случае прерывания программы 3-ий корректор не переписался на значение -0.05 (это может привести к испорченной детали и инструменту при следующем запуске).

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

Так вот. Вопрос в следующем.

Что необходимо прописать в макропеременных, чтобы контроллер fanuc видя #13003 брал значение корректора №3 из таблицы инструментов присваивал его #1. Производил вычисление по формуле #2 и присваивал полученный результат в 200 корректор тому же инструменту в таблицу. Дальше в принципе vericut без проблем отработает G41 D200.

Возможно ли это вообще?

Вопрос чисто спортивный. Т.к. в принципе для проверки правильности в vericut достаточно присвоить инструменту 200 корректор. поставить какие нибудь значения (например +0.1 или -0.1) посмотреть в какую сторону смещается инстумент и понять правильно ли задано G41 или G42.

Т.к. на станке эти не сложные расчеты выполняются стойкой без проблем.

Еще вопрос.

Как сделать чтобы vericut понимал коррекцию не на радиус (по умолчанию), а на диаметр?

Может где коэффициент 0.5 необходимо прописать?

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

Изменено 21 января 2012 пользователем vanek77777

[avd 73]

Т.к. в NX не всегда удобно писать чистовую обработку по контуру детали, обычно назначаю траекторию сразу с отступом фрезы по касательной к контуру детали. Но при таком варианте при включении G41(42) в стойку на станке необходимо вводить не диаметр фрезы, а то значение на которое необходимо двинуть фрезу относительно траектории (например не диаметр 15.9 (при переточке), а -0.1 (коррекция на диаметр) или -0.05 (коррекция на радиус)).

Пардон за оффтоп, что мешает использовать NX для расчета программ на контур (planar_profile)?

Как сделать чтобы vericut понимал коррекцию не на радиус (по умолчанию), а на диаметр?

Может где коэффициент 0.5 необходимо прописать?

В библиотеке инструмента при вводе значения коррекции можно писать формулы типа 16/2, он сам будет считать радиус

[vanek77777 45]

Пардон за оффтоп, что мешает использовать NX для расчета программ на контур (planar_profile)?

В библиотеке инструмента при вводе значения коррекции можно писать формулы типа 16/2, он сам будет считать радиус

Спасибо!

[Xobbit 1]

Скажите, пожалуйста, а Optipath работает для любого количества осей? Ну то есть оптимизируются ли кадры, где идёт перемещение по 4-5 осям одновременно.

[avd 73]

Скажите, пожалуйста, а Optipath работает для любого количества осей? Ну то есть оптимизируются ли кадры, где идёт перемещение по 4-5 осям одновременно.

При много канальной обработки optipath не робит (проверял в 6.1)

[Ug_user 638]

Вопрос-то был не про много-канальную обработку, а про много-осевую. Да, при 5-осевой обработке OptiPATH работает.

[Xobbit 1]

хм. А у меня не робит =( Прочитал на буржуйском форуме что Optipath не работает при плунжерном фрезеровании, но мы то вроде ничего такого не делаем: идут кадры такого сорта G91G01X-112.50.A900. - обработка шнека. И их Верикут категорически отказывается оптимизировать, что только не делал.

А хотелось студенту в диплом красоты добавить.

[ed_us 0]

[qvopros [----] 17 L:[ 1+ 3 4/ 36] *(43 / 657b) 0010 0x00A

N142G80

N143G90G0Z100.M9

N145T19M6(M5 4.2)

N146G43H19

N147G55G00X-625.Y17.5

N148S200M3

N149G0Z50.

N150M8

N151G98G84Z5.R17.,R1F0.8

N152X-320.,R1.

N153X-15.,R1.

N154Y297.5,R1.

N155X-320.,R1.

N156X-625.,R1.

N157G80

N158G90G0Z100.M9

******************** TOOLPATH WARNING REPORT ********************

Warning for line 33

N143G90G0Z100.M9

Invalid Corner Radius is being ignored

******************** TOOLPATH WARNING REPORT ********************

Warning for line 43

N153X-15.,R1.

Invalid Corner Radius is being ignored

******************** TOOLPATH WARNING REPORT ********************

Warning for line 46

N156X-625.,R1.

Invalid Corner Radius is being ignored

Может кто разъяснит что за ошибки?

и почему при прочих равных например пропущены строки 44 и 45?

[avd 73]

[qvopros [----] 17 L:[ 1+ 3 4/ 36] *(43 / 657b) 0010 0x00A

N142G80

N143G90G0Z100.M9

N145T19M6(M5 4.2)

N146G43H19

N147G55G00X-625.Y17.5

N148S200M3

N149G0Z50.

N150M8

N151G98G84Z5.R17.,R1F0.8

N152X-320.,R1.

N153X-15.,R1.

N154Y297.5,R1.

N155X-320.,R1.

N156X-625.,R1.

N157G80

N158G90G0Z100.M9

******************** TOOLPATH WARNING REPORT ********************

Warning for line 33

N143G90G0Z100.M9

Invalid Corner Radius is being ignored

******************** TOOLPATH WARNING REPORT ********************

Warning for line 43

N153X-15.,R1.

Invalid Corner Radius is being ignored

******************** TOOLPATH WARNING REPORT ********************

Warning for line 46

N156X-625.,R1.

Invalid Corner Radius is being ignored

Может кто разъяснит что за ошибки?

и почему при прочих равных например пропущены строки 44 и 45?

Какую стойку используете в варикате? Соответствуете ли она ваше на станке.

[ed_us 0]

3_axis_tool_chain.ctl

Что интересно,"ignoring circle statement with zero radius" зачастую относится к кадрам с G1

после кадров с G2 || G3 В которых окружность кодируется с помощью 'R'.

Но сдругой стороны такие кадры отрисовываются нормально и "VC" не пишет что не понял кадр!

Спасибо.

[avd 73]

3_axis_tool_chain.ctl

Что интересно,"ignoring circle statement with zero radius" зачастую относится к кадрам с G1

после кадров с G2 || G3 В которых окружность кодируется с помощью 'R'.

Но сдругой стороны такие кадры отрисовываются нормально и "VC" не пишет что не понял кадр!

Спасибо.

Судя по УП вы используете нарезание резьбы метчиком, а качестве координат отверстий используете X и R, видимо в контроле на R навешан макрос описания радиуса, вот он и не может его (радиус) сделать.

Надо корректно описать R с командой G1.

[mink32 0]

Прошу откликнуться знатоков Vericut'a!

Есть такая проблема: в Vericut 7.1.4 при отображении заготовки появляется неизвестно-откуда плоскость (см. рис.),

которую никак не могу убрать и которая очень мозолит глаза.

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

[viper-vs 2]

Нужно скрыть модель в ветке Design.