Cancel
Showing results for 
Search instead for 
Did you mean: 

NX ISV G54.4 Px Dynamic offset - Dual Rotary Table

Experimenter
Experimenter

Dear All

 

For a Mazak Variaxis with Dual-rotary-Table 5Axis post, I set the "Rotary axis distance" (4th axis to 5th axis offset) to be 0.0, and we use the G54.4 Px to compensate the distance on the machine. So in NX programming, we can set the MCS at anywhere (To be simple, at any height above the table rotary center.

 

dual-rotary-table.JPG

In NX ISV, it will automaticallyy update the postprocessor with the rotary distance, and output the code after recalculating the distance. (PB_CMD_revise_iks, PB_CMD_reload_iks_parameter). So, if the machine is loaded,  your output code is different from the code posted when there is no machine loaded.

 

So NX ISV simulation seems to be correct, but that code is actually not usable.  On the machine, our MCS is not set at the 4th axis rotation center, the machine will compensate it with G54.4 Px.

 

If I disable the revise_iks function in the postprocessor (PB_cmd_revise_iks, uncomment ...), and the code generated is good now, but the simulation is not correct. It will use G54, but G54 is not at the 4th axis rotation center.

 

So my question is -- How to set the G54.4 Px in NX ISV, to do the dynamic offset compensation if the MCS is not at the rotation center of the 4th axis?

 

Thanks.

 

LY.

 

6 REPLIES

Re: NX ISV G54.4 Px Dynamic offset - Dual Rotary Table

Phenom
Phenom
Someone in our company had to create custom xml to handle the Mazak G54.2 for this model (wasn't demonstrated OTB.) I am thinking that G54.4 is not either. Since it is dynamic (correction not just at end) it is a harder thing to see accurate replay. Fanuc (and Mazak's fanuc emulation) intend that G54.4 be used with tcp (they have told me.)
NX10.03
Windows 7 Pro

Re: NX ISV G54.4 Px Dynamic offset - Dual Rotary Table

Solution Partner Valued Contributor Solution Partner Valued Contributor
Solution Partner Valued Contributor

Hi @jinly75,

 

In the FanucFamily.CCF file from OOTB Sim08 in NX 11.0.2 you will find the G54.4 Px default implementation.

 

I hope it helps.

Jean Marcel
Application Engineer
Ally PLM Solutions | PROLIM PLM

Re: NX ISV G54.4 Px Dynamic offset - Dual Rotary Table

Phenom
Phenom

I finally got around to testing this 11.02 version of G54.4 and am not seeing what I expect.

 

I used the sample: sim08_mill_5ax_cam_fanuc_in.prt

posted replaced all "G54" with "G54.4 P1"

set a G10 to set WSEC

replay still showing same position

 

G17 G20 G94 G90
(FACE_TOP , TOOL : UGT0202_001)
G10 L23 P1 X0 Y0 Z2.0 A0 B0 C0 I0 J0
N1 G0 G53 Z0.
N2 T01 M6
N3 G54.4 P1
N4 G68.2 X0. Y0. Z0. I0. J0. K0.
N5 G53.1
N6 G17 G43 G0 G90 X-3.1338 Y1.6535 Z1.9685 S2228 H1 M3
N7 Z0.1181
N8 G94 G1 Z0. F47.4
N9 X-2.2047

 

NX10.03
Windows 7 Pro

Re: NX ISV G54.4 Px Dynamic offset - Dual Rotary Table

Solution Partner Creator Solution Partner Creator
Solution Partner Creator

I think the problem is in the G10 line.  It expects mm input even when you have issued a G20

Re: NX ISV G54.4 Px Dynamic offset - Dual Rotary Table

Phenom
Phenom
Good catch - I think you are correct. I will test more. It will be particularly impressive if it works with tcp active using the rotations.
NX10.03
Windows 7 Pro

Re: NX ISV G54.4 Px Dynamic offset - Dual Rotary Table

Phenom
Phenom
I just tested - used the "sim08_mill_5ax_cam_fanuc_in.prt" and made a copy of the body moving up in Z 10mm and used this for simulation. Everything looks great with G10 L23 P1 X0 Y0 Z10 and G54.4 P1 up until the G43.4 sequence where it does not honor it. I think we have a PR already but I will see about that. G54.4 allows a virtual transformation for with and without tcp (is really designed for with.) Again - thanks for nudging me forward some (to try some more.)
NX10.03
Windows 7 Pro

Learn online





Solution Information