Odd Fanuc 6T Negative Z Overshoot Problem

[rbitt]

Hello-

I've got a Fanuc 6T control on a Hitachi Seiki 3NE-300 lathe. Recently it's developed an odd problem. It will overshoot a negative Z position by about 450 thousands when given a G0 or G1 command. Give it a positive Z position and a canned cycle, it's fine. I've swapped out main PCB's and the problem persists. Servo motor appears good, ball screw is good, drive pin and shear pin all appear good. I can work around it by putting a 450 thousand offset, but I'd like to fix it. Any thoughts?

Bob-

[Dan Fritz]

You've got an odd problem there Bob. I've got some questions for you:

Does the Z axis "overshoot" the intended position whenever the DESTINATION is a Z - dimension, or does the axis move .4500 too far whenever it's going in the negative Z direction? There is a difference.

If you look at your "Command" page, you should be able to see all the G-codes that are effective at that moment. Can you list those G-codes for us when the axis is out of position?

You say that you're using an offset to compensate for that .4500 error. How are you doing that exactly? Could it be that a tool offset is becoming effective with a Txxxx command, then you're not canceling the offset with a Txx00 command?

Does the servo move into position smoothly, or does it do a little mambo-dance when the Z moves into position?

Let us know ..

[Al_The_Man]

I would try and check to see if is mechanical first, what direction does is it travel when it zeros the Z, does it normally travel in the + over the dog or come back in the - direction to zero?
I would run it by HW in the Z+ up to a dial gauge, zero the gauge, then reverse HW direction and check dial guage against registered move on the screen. Over 0.4 is heck of alot of movement, it seems too much to be mechanical though.
Al.

[rbitt]

You've got an odd problem there Bob. I've got some questions for you:

Does the Z axis "overshoot" the intended position whenever the DESTINATION is a Z - dimension, or does the axis move .4500 too far whenever it's going in the negative Z direction? There is a difference.

If you look at your "Command" page, you should be able to see all the G-codes that are effective at that moment. Can you list those G-codes for us when the axis is out of position?

You say that you're using an offset to compensate for that .4500 error. How are you doing that exactly? Could it be that a tool offset is becoming effective with a Txxxx command, then you're not canceling the offset with a Txx00 command?

Does the servo move into position smoothly, or does it do a little mambo-dance when the Z moves into position?

Let us know ..

*************************

1)
It overshoots when the destination is -Z. You can G0 it from it's safe tool position and it'll go right up to Z0.0. Now give it a G0 or G1 to -Z 1.0 and it moves about 1.45.

2)
G00
G97
G22
G99
G20
G40

3)
I don't have tool geometry offsets. My machine is old enough (1984) that it wasn't included in the options. So...I hard code my tool offsets into the program after I measure them off of T0100. I then relate everything off of T0100. The "offsets I use are to fine tune my X diameters and Z lengths. They should not be any more than .020 for fine adjustment, tool wear, etc. I call up the tool G40 it, then G50 the position, then move it with the tool offset-as in T0101 to use the work offset.

4)
Servo moves smoothly. However we do have some nasty weather here and I'm wondering if corosion is a factor.

As an afterthought...I originally thought this had to be a main PCB problem. I swapped X/Z control chips. The Intel 8086 chip. No such luck. However, what's in the ROM board as far as system logic, math, canned cycles, etc? Thanks.

Bob-

[tobyaxis]

Have you tried a G49 (Cancel Z Height G43/G44) in the Begining of the program?

Like this:

G0G17G20G40G49G54G80G90

I have heard of this happening when G43/G44 hasn't been Canceled.

Just throwing it out there for something to try.

[rbitt]

Unfortunately G43/G44 and G49 aren't available on this machine. Thanks for your thoughts, tho.

Bob-

[jackson]

Have you checked to see if an offset got put in on the work page

[tobyaxis]

Unfortunately G43/G44 and G49 aren't available on this machine. Thanks for your thoughts, tho.

Bob-

Ooops!!!!!!! I was thinking 6M

[Al_The_Man]

What about a relative move?
Al.

[rbitt]

>>What about a relative move?
>>Al.

********************

Well once you have established what is Z 0.0 and then moved to Z -.1 ( with a big offset ) for example, all - or + Z moves work fine. I'm going to dig into the Z velocity board this weekend. Maybe I'll find something there, or not.<G>

Perhaps I should start a new thread. "What's the best retrofit for an old 6T control?" Thanks.

Bob-

[Dan Fritz]

Look to see if you have any parameters in the 1000 or 2000 range. If the option "pitch error compensation" is turned on, then you will have parameters in these ranges for setting pitch error. A large number in the pitch error comp parameters could cause the axis to jump out of postion when you get to a certain point on the axis travel. These parameters are normally set to very low numbers (most of them should be zero). No large numbers should appear anywhere in the 1000 or 2000 range. A "large" number would be anything larger than + or - 2


The fact that the error is always the same, and that it only happens when you pass a certain point on the Z axis tells me that its pitch error comp. That's the only function I know of that can make the axis move that much without it showing on the position display.

[rbitt]

Look to see if you have any parameters in the 1000 or 2000 range. If the option "pitch error compensation" is turned on, then you will have parameters in these ranges for setting pitch error. A large number in the pitch error comp parameters could cause the axis to jump out of postion when you get to a certain point on the axis travel. These parameters are normally set to very low numbers (most of them should be zero). No large numbers should appear anywhere in the 1000 or 2000 range. A "large" number would be anything larger than + or - 2


The fact that the error is always the same, and that it only happens when you pass a certain point on the Z axis tells me that its pitch error comp. That's the only function I know of that can make the axis move that much without it showing on the position display.

************************
OK, I've looked at the parameters. I've got fifteen pages and they go up to 407. My manual states that parameters 1000 to 1127 are X pitch error compensation and 2000 to 2127 are Z. However I can't see or access them. The manual also states that inputing -9999 clears all pitch error compensation. However since I can't see them I'm guessing pitch error compensation is not turned on.

So, is there a way I can see these parameters or should I just input P -9999 and see what happens? Parameter write on or off? I'd like to see these values if they are there. Thanks.

Bob-