Mach3 axis not returning to home

[saltybugger]

Hi all, I'm sitting here completely perplexed at this point and wonder if anyone here can help with an idea.

I have a 3 axis machine I custom built to drill. X/Z control a table and the A index controls rotation of the spindle. Using PMDX120 board with mach3, gecko 320 drives on servo motors, us digital e2-500 encoders.

One axis-X after running a machine cycle (typical program consists of x/z position, x move positive, x negative, positive, negative, cancel offset/home, new tool offset, x/z position, x negative, x positive, x negative, cancel offset/return to home)

Machine adds an error in the positive direction every time the cycle is finished. I know this because I setup a pointer this morning on the motor pulley and marked the pully. Each time I cycle it increments this error more and more. Seems linear each time...ie .005, .010, .015 etc.

I've spoken with pmdx about this today and he thinks I may have a noise issue. I'm scratching my head...it's only this one axis, the step/direction lines from the board to the gecko drive are shielded, the encoder lines run through stock shielded us digital cables (one large circular plastic connector controls each motor/encoder so everything can be swapped if necessary), I've swapped encoders/motors, gecko drives, everything I can think of.

The error problem has always been on this machine but it seems like it's gotten worse lately which is what leads me to dig into this. The last run of parts we did I had about 30 bad pieces out of about 700 which is alot.

Anyone got any ideas?

[jalessi]

Saltybugger,

I am curious to hear what is causing the problem.

How big is the error compared to the step?

We have a machine that will add a step to the 4th axis every time it is referenced home.

The movement is repeatable and linear, it only happens when the machine is homed.

Jeff...

[saltybugger]

jeff I haven't measured the error so I can't answer that, I'm basing my observation on the pointer I put in the machine today with a mark on the pulley.

In this case the error disappears when the machine is homed. I haven't figured out when/where in the it starts happening because it runs so quickly it's hard to judge but I'm going to re-write the code and slow it way down to see if it comes into play in a certain run of code.

[neilw20]

By homed do mean just G0 X0 Y0 Z0 or is the machine being referenced.
How many times is the machine reference cycle run?
What sort of homing switches are used?

[jalessi]

Neil,

The machine has Cherry brand micro switches on the X, Y, and Z axis.

The Rotary axis has no limit switch.

After clicking the "REF ALL HOME" button the A axis always moves one step.

[saltybugger]

g92 offset then g92.1 cancel offset and return to original position.

I am seeing the error after the first cycle then it's cumulatively worse, each cycle adds additional error. When it gets bad enough I hit home and start all over again-usually in 4-6 program cycles.

These are small .25" lug two hole mount microswitches with roller and machine has an aluminum ramp on the axis where it contacts the roller of the switch.

Not sure the current manufacturer but it's a standard size microswitch. Switch has been changed in the past also.

Originally Posted by neilw20 By homed do mean just G0 X0 Y0 Z0 or is the machine being referenced. How many times is the machine reference cycle run? What sort of homing switches are used?

[neilw20]

On the step and direction setting where the pins are set up I suspect that you need to reverse the logic. Make active low/high the opposite to what it is. Only the positive or negative edge will clock, and it must be correct so it can return to the initial state.
Close investigation of the break out board specs and driver specs will be needed to identify whether a positive or negative edge is correct.
It may be easier for you just to change the it and try it.
Investigate and fix one axis at a time. It is most likely the step phase that is wrong. If you change the direction phase, then the axis will run the other way. Don't touch the direction settings.
Only make one change at a time before testing as multiple changes will just hide and confuse the problem.
It would appear that when you reset, the transition to the initial state is being used a step pulse, so at reset all is out by one step, depending on which state the direction pin was in.
The driver spec should show clearly the transition timing and setup times (how long the direction pin has to be stable before a step transition) required.
Read The Friendly (F=!%&@**) Manual

[saltybugger]

Problem is only on the x axis. not ever the z axis. I'll try changing the step today.

[saltybugger]

did not change the error issue. I have tried flip flopping both the direction and step individually while reversing the motor if needed and no change.

After homing the machine I setup a program this morning to cycle the table x-1 x+1 about 100 times then return to 0 and it returns exactly to the home position without the home error...so it's got something to do with the software telling it to go home or the g92 command

[neilw20]

I assume you are running imperial, and some rounding errors are likely.
Try dry running the machine in metric with a converted program.

If you are referencing the machine multiple times this is a very likely cause.
Because referencing is not accurate, due to contact bounce on switches it is quite possible that the stepper motor(s) start on a different step.

If this id the problem, reference ONCE at power up and no more.
I only ever reference at power up, then run soft limits. Never missed a step yet.

[mactec54]

whats the reason for a G92, You don't want the machine going to home after every operation try G90G0 Z---X---

[saltybugger]

I'm not a g code guru this software was written by one, but it's my understanding that the g92 is used to reference a new start point for the x axis which has a tool on each side of the part. The tools are not in the same position on each side of the part and one side is positive while the other is negative so I think this is where the machine goes back to each time to run it's cycle on each side-there is an offset for the left tool and one for the right then a g92.1/g28 after each cycle command per side.

Does that make sense?