Вопросы по генерации G-кода в NX для MACH3.

[Axel213 0]

1.

есть 5-координатный станок и подобранный постпроцессор к нему из доступных (fanuc), конфигурация станка похожа (расположение поступательных и вращательных осей на своих местах).[рис.1]

На [рис.2] показана траектория обработки mill в NX (получается сложная поверхность(какогото порядка)). 

 

Генерирую я G-код в NX с помощью упомянутого постпроцессора, в котором значение параметра pivot distance = 0 (полагаю что это pivot-lenght на [рис.3]),

на [рис.4] 

скрин постпроцессора с выделенным параметром. вот такая траектория получается MACH3 [рис.5]

т.е. ровная, повторяет саму поверхность.

При генерации кода с тем же постпроцессором, но pivot distance = 100 (это значение расстояния от 5й оси до конца шпинделя на моем станке), траектория в MACH3 получается другой, неровной [рис.6] 

Вопрос: как должна выглядеть визуализация траектории в MACH3, быть похожей на ту что в NX или отрисовываться только по координатам X,Y,Z, без учета углов? я догадываюсь что второй случай скорее всего правильный (пока нет возможности проверить обработку).

 

*Стоит отметить, что при изменении pivot distance с 0 на 100, в G-коде меняются только значения перемещений по координатам X,Y,Z а значения угловых поворотов остаются теми же.

 

2.

Второй вопрос связан с непонятками в G-коде независимо от изменений в постпроцессоре.

ниже представлен фрагмент кода с моими исправлениями, без которых Mach3 отказывается его воспринимать.

 

O0001

%

N1 G40 G17 G90 G49 G21

N2 (VARIABLE COUNTUR) // УДАЛЯЮ  :attention: (1)

N3 G91 G28 Z0.0 // УДАЛЯЮ  :attention: (2)

N4 G91 G28 X0.0 Y0.0 // УДАЛЯЮ  :attention: (3)

N5 G90 G53 G00 B0.0 A0.0

:6 T1 M06 // N6 T1 M06  :attention: (4)

N7 G97 G90 G54 // N7 G97S200M03 G90 G54  :attention: (5)

N8 B-90. A-1.821

N9 G43.4 H01 S20000 M03 M08 // N9 G43 H01 S20000 M03 M08  :attention: (6)

N10 G94 G90 X3.666 Y-17.025 Z84.958

N11 X2.807 Z57.95

N12 G01 X2.783 Y-16.958 Z57.17 F500.

N13 X2.759 Y-16.69 Z56.434

N14 X2.74 Y-16.242 Z55.792

N15 X2.724 Y-15.642 Z55.289

N16 X2.715 Y-14.933 Z54.957

N17 X2.711 Y-14.162 Z54.821

N18 X2.641 Y-3.35 Z54.364 B-18.194 A-5.241

N19 X2.131 Y5.905 Z53.235 B-8.238 A-9.214

N20 X1.447 Y13.57 Z51.795 B-4.167 A-12.366

N21 X.634 Y19.663 Z50.344 B-1.55 A-14.61

N22 X-.276 Y24.238 Z49.097 B.62 A-15.94

N23 X-1.267 Y27.338 Z48.193 B2.771 A-16.358

N24 X-2.325 Y28.959 Z47.708 B5.247 A-15.856

N25 X-3.437 Y29.036 Z47.661 B8.534 A-14.408

...

 

по пунктам:

1. казалось бы просто коммент но Мак на нем устанавливается, поэтому удаляю это строку, в общем то не проблема.

2,3 - станок перемещает шпиндель сначала вертикально в низ потом в исходное положение, мне это совершенно не нужно как от этого избавиться?

4 - странная ошибка, он просто не прописывает букву "N".

5 - мак ругается что команда G97 идет без параметров S и M. исправляю вручную на произвольные значения, как этого избежать? я так понимаю тут задается скорость вращения. но почему ее не задает сам поспроцессор (Ведь в NX скорость я задаю)?

6 - команда G43 пишется с ".4" непонятно зачем и как избежать... и вообще нужна ли тут эта команда?

 

если я удаляю строки 2,№ получается так что шпинделю нужно подняться сначала вверх а потом опуститься в низ, что невозможно ведь для такого подьема он сначала должен находиться чуть ли не в самой заготовке. [рис.7] 

Друзья, заранее спасибо за ответы! пожалуйста поправьте, если я гдето заблуждаюсь.

*картинки по порядку.

[Ug_user 638]

G43.4 - очень умная команда. Вместе с регистром Н, в котором длина инструмента, позволяет контролировать кончик инструмента для любых углов и не заботиться о плечах поворотной башки. Твой Мак, как ты его ласково называешь, вряд ли понимает эту умную команду, то есть TCP функции у него просто нет.

 

Если хочешь 5-осевые траектории - считай все перемещения на центр поворотной головы, понятное дело - на конкретную длину инструмента.

 

Будут трудности - пиши.

[Axel213 0]

G43.4 - очень умная команда. Вместе с регистром Н, в котором длина инструмента, позволяет контролировать кончик инструмента для любых углов и не заботиться о плечах поворотной башки. Твой Мак, как ты его ласково называешь, вряд ли понимает эту умную команду, то есть TCP функции у него просто нет.

 

Если хочешь 5-осевые траектории - считай все перемещения на центр поворотной головы, понятное дело - на конкретную длину инструмента.

 

Будут трудности - пиши.

 

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

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

Я думал, что постпроцессор учитывает плечо по оси А (рис.3) в постпроцессоре это расстояние называется Pivot Distance. С его учетом а так же учетом длины фрезы заданной в параметрах фрезерной обработки он и генерирует код.