cancel
Showing results for 
Search instead for 
Did you mean: 

Post ignores actual A rotation and outputs from MCS

PLM World Member Valued Contributor PLM World Member Valued Contributor
PLM World Member Valued Contributor

NX 8.5.3

Hole milling

Horizontal mill

Adding several spot faces at many different angles on a part

 

I have an MCS setup for A90 and A270 and have two operations in each mcs that add sets of spot faces. During the first set, the tool gets called up and it runs thru the first 9 spot faces all with correct A output. Then with no tool change, but with MCS change it rotates to the second side to add the other 9 spot faces. The first one is wrong. It outputs A90 ( true to the mcs its under) but not true to the geometry selected in the hole milling operation. The next 8 holes are all calling out the correct A value. Do you see anything in the code that is preventing the correct A vaule? I tried MOM_reload_variable –a with no luck.

 

 

PB_CMD_rotate_check

global mom_out_angle_pos
global mom_init_pos
global csys_gohome_flag
global mom_pos
global mom_prev_pos


if ![info exists csys_gohome_flag] {set csys_gohome_flag "FALSE"}
if {$csys_gohome_flag == "TRUE"} {
   MOM_output_literal "G91 G28 Z0"
   PB_CMD_fixture_output_extended
   set mom_out_angle_pos(0) $mom_init_pos(3)
   set mom_pos(3) $mom_init_pos(3)
   MOM_do_template fourth_axis_unclamp
   PB_CMD_fourth_axis_rotate_move
   set mom_prev_pos(3) $mom_init_pos(3)
   MOM_do_template fourth_axis_clamp
   MOM_force once G_adjust H Z
   MOM_do_template first_move_1_do_not_change
   MOM_do_template first_move_2_do_not_change
   set csys_gohome_flag "FALSE"
} else {
  PB_CMD_fixture_output_extended
  PB_CMD_fourth_axis_rotate_move
}

 

 

G40 G17 G94 G0 G90 G80 G20
(****G10 INFORMATION START****)
G90
M98 P9002
G10 L2 P1 X0. Y20. Z10.
G65 P9018 A54. B0. C55.
G65 P9018 A54. B0. C56.
(****G10 INFORMATION END****)
M1
M31
N62 G40 G17 G94 G0 G90 G80 G20
G91 G28 Z0 M5
T62 M6 (.1875 CAR EM)
(SPOT_FACE_3_X_02505_OP4)
G90 G10 L12 P#3026 R0.
S2300 M3
G0 G90 G54
A266.202
X1.2339 Y8.1414
G43 H#3026 Z4.6785 M8
Z.6616
G3 X1.2902 I.0281 J0.0 F5.
X1.2902 Y8.1414 Z.6431 I-.0563 J0.0
X1.2902 Y8.1414 Z.6246 I-.0563 J0.0
X1.2902 Y8.1414 Z.6061 I-.0563 J0.0
X1.2902 Y8.1414 Z.5876 I-.0563 J0.0
X1.2902 Y8.1414 Z.5691 I-.0563 J0.0
X1.2902 Y8.1414 Z.5506 I-.0563 J0.0
X1.2902 Y8.1414 Z.5321 I-.0563 J0.0
X1.2902 Y8.1414 Z.5136 I-.0563 J0.0
X1.2902 Y8.1414 Z.4952 I-.0563 J0.0
X1.2289 Y8.0853 Z.4816 I-.0563 J0.0
I.005 J.056
X1.2339 Y8.1414 I.0025 J.028
G0 Z4.6785
Z4.707
X.8045 Y6.9615 A266.201
Z.6493
G3 X.8607 I.0281 J0.0

--------------------------same tool diferent mcs


X.6099 Y5.6962 I.0047 J-.0277
G0 Z4.72
(SPOT_FACE_3_X_02505_A90_OP4)
G91 G28 Z0
G0 G90 G54
M11
A90. ********** wrong A value... S/B A78.2
M10
X-1.4489 Y8.7314
G43 H#3026 Z5.1105
M8
Z.6644
G3 X-1.3927 I.0281 J0.0 F5.
X-1.3927 Y8.7314 Z.6459 I-.0563 J0.0
X-1.3927 Y8.7314 Z.6274 I-.0562 J0.0
X-1.3927 Y8.7314 Z.609 I-.0562 J0.0
X-1.3927 Y8.7314 Z.5905 I-.0563 J0.0
X-1.3927 Y8.7314 Z.572 I-.0562 J0.0
X-1.3927 Y8.7314 Z.5535 I-.0562 J0.0
X-1.3927 Y8.7314 Z.535 I-.0563 J0.0
X-1.3927 Y8.7314 Z.5165 I-.0562 J0.0
X-1.3927 Y8.7314 Z.498 I-.0562 J0.0
X-1.4539 Y8.6754 Z.4844 I-.0563 J0.0
I.005 J.056
X-1.4489 Y8.7314 I.0025 J.028
G0 Z5.1105
X-1.0194 Y7.5516 A79.238
Z5.0288
Z.6527
G3 X-.9632 I.0281 J0.0

 

 

a-axis-1 = operation start

axis-2 = same tool new mcs wrong A value of 90 .... s/b 79.2

axis-3 = next feature has corect A value

5 REPLIES

Re: Post ignores actual A rotation and outputs from MCS

Phenom
Phenom

So I understand what you want from this - you are using a Special Output -> CSYS rotation for the parent MCS - and you want this mcs to set the axes directions and origin for output positions - but have a main mcs above drive the rotary? The mom_init_pos variable is meant for use with this type of mcs. And - you want the Z direction of this csys mcs to be used to decide what to spin A to only on initial and first move? This seems strange to me if other rotations will use mom_pos and mom_out_angle_pos which would be based on the main mcs orientation.

NX10.03
Windows 7 Pro

Re: Post ignores actual A rotation and outputs from MCS

PLM World Member Valued Contributor PLM World Member Valued Contributor
PLM World Member Valued Contributor

Study,

 

We program like this:

Main MCS

            Workpiece

                       mcs a0 ( set to use main ) program tool path

                       mcs a90 ( set touse main ) program tool path

                       mcs a180 ( set to use main ) program tool path

                       mcs a270 ( set to use main ) program tool path

 

 

what the post outputs 99.9% of the time is corect.  this is the second time i have seen it lock onto the local mcs and ignor the operation Z accses.

 

in this case two hole milling ops was inserted under the A90 mcs and A270 mcs

to use the clearance plane set in the mcs's we are mill 9 spot faces all at slightly diferent A vaules on close to A90 and A270.  the actual values output are around A79.2 and A276.5

 

when posted the firts operation works fin.  the second operation using same tool, but new mcs triggers the safe reteract move and outputs a clamp and unclamp code around A90

mills the spot face at A90 ( incorect angle )  then moves to corect A angles for the next 8 spot faces.

 

 

for some reason on the second operation

 

Re: Post ignores actual A rotation and outputs from MCS

Phenom
Phenom

Maybe someone else will chime in - mom_init_pos is typically (for my application) a variable that is added by NX to give an advance rotary position for use with csys mcs use. I don't know when it is available for use without them - or what it contains.

NX10.03
Windows 7 Pro

Re: Post ignores actual A rotation and outputs from MCS

Legend
Legend

Damon

I setup my programs around the same structure as you do.

Main (Center of rotation)
>>Workpiece
>>>MCS_B0
>>>MCS_B90

However when I want to get multiple angles in one toolpath I put that operation under the workpiece and not under an MCS Rotation CYS. Have you tried this?

NX11.0.1

Re: Post ignores actual A rotation and outputs from MCS

PLM World Member Valued Contributor PLM World Member Valued Contributor
PLM World Member Valued Contributor

Dstryr,

 

that worked for getting the corect A value, but it did not trigger the G91 G91 Z0 safe retract when rotating to the other side.

 

thanks for the help.

 

 

X.6099 Y5.6962 I.0047 J-.0277
G0 Z1.5886
(SPOT_FACE_3_X_02505_A90_OP4)
G0 G90 G54
A79.237  *************** corect value
X-1.4489 Y8.7314
G43 H#3026 Z1.586 M8
Z.6644
G3 X-1.3927 I.0281 J0.0 F5.
X-1.3927 Y8.7314 Z.6459 I-.0563 J0.0
X-1.3927 Y8.7314 Z.6274 I-.0562 J0.0

 

Learn online





Solution Information