X2 MR1 lathe arc interp.

[calnet42]

We had a hiccup here last w/e.

 

On a facegroove finish cycle, a Z move got dropped and since we are using 'R' instead of 'I,K' to generate rads, the machine undercut to get to the correct pos.

 

I think if we were using I,K's the machine would not have done this.

 

The machine is a VTL with a fanuc o-t control

 

We have tried to duplicate the error, but have had no luck.

Does anyone think Mastercam could have dropped the Z move? (Personally, I don't.)

 

Bad code-

N4370 G0 X27.3851

N4375 Z2.8708

N4380 G1 X27.485 Z2.8208 F.005

N4385 G2 X27.5 Z2.7815 R.0075

N4390 G1 X27.662

 

Good code-

N4370 G0 X27.3851

N4375 Z2.8708

N4380 G1 X27.485 Z2.8208 F.005

N4382 Z2.789 (this line was dropped)

N4385 G2 X27.5 Z2.7815 R.0075

N4390 G1 X27.662

 

 

Thanks

[crazy^millman]

Are you RS232 this to the machine? Was this checked on the machine or off the machine for the error? I would recommend IJK just for the cleanliness of the code and the idea that R is not subject to the machine doing what you just seen.

 

HTH

[calnet42]

Thanks Ron,

 

This machine is RS-232, We are using Focal-Point DNC software.

 

The code in the DNC library was missing the Z move. The block was lost somewhere before copying to the DNC directory.

 

It was probably human error, I am just trying to "cover all the bases" in looking for the root cause.

 

We typically use inplot to double-check the code before it goes to the machine. The programmer who sent this to the floor isn't sure if he ran it through or not.