After much troubleshooting I have boiled my problem down to the following: When attempting to execute a rapid involving 2 or more axis, IF one of the axes is making a very small move (<.020" say) while the other axis is making a larger move, the axis making the larger move will stall. Every time. I extracted the following code from a troublesome program to test the problem:
G1 X0.3382 Y1.8169 F20
G0 Z0.125
G0 X0.3359 Y0.522
G1 X0.3382 Y1.8169
G0 Z0.125...
rinse repeat. That move from X0.3382 to X0.3359 is causing the problem. Change that to a larger X move and the problem vanishes completely. It is the act of making a very small move on one axis while making a larger move on the other axis that gives me trouble. Changing the length of the longer move has no affect.
I have written programs to exercise the mill in all axis motion. Rapids of varying lengths; can literally run all day without missing a single step at max speed. As soon as I try and rapid with a move that has a high aspect ratio between any two axis I get a motor stall. I dont seem to be lacking for power supply power or stepper torque, as I can rapid all of the motors at once without issue and I can mill at a respectable rate under load without issue.
I have disabled networking, disabled sound card, disabled all system sounds... I'm really just running mach3 at this point.
I have replaced my parallel breakout board. I have replaced my parallel cable with a shorter cable (suspecting some kind of EMF related issues). No joy.
Cranking down my rapid speeds to a crawl does NOT alleviate the problem. Changing my backlash %ofmax number does not alleviate the problem. I have had limited success with changing my acceleration rate, but its very much hit or miss. If I change my acceleration rate to something very low (say 5 IPM/M) it will periodically succeed at executing the test code. Again, note that rapids testing cannot reproduce this problem with ANY acceleration rate so long as the moves are not of high aspect ratio. I normally rapid at 90 IPM and accelerate at about 30 IPM/M and this has historically caused me no problems.
I am running keling 4030 stepper drivers at 36 volts feeding some NEMA23 steppers on an X2 mill. I have switched to a C35 breakout board using sheilding twisted pair network cables to talk to the stepper drivers (again, in suspicion of EMF noise of some sort). Did not change the problem.
I do not have a way to intercept and monitor the pulse stream coming out of the PC or out of the breakout board so I dont know if the stream is somehow corrupted.
I tried this on a different PC and got the same result, so it doesn't SEEM to be linked directly to the PC parallel interface.
Anyone ever seen anything like this? Any ideas? Maybe some sort of cross talk in the hardware? Software bug?
Thanks for considering