On Friday 05 February 2021 02:57:38 John Dammeyer wrote: > Granted this subject is a bit old I've now had some time to dive back > into the TI F2837xD which has dual processors and other features that > will make it a good test bed for trying out stuff. > > It has a hardware Quadrature Encoder Interface (QEI) so theoretically > I should be able to grab encoder counts in any resolution and > calculate spindle position relative to Z axis position and create > moves to track. > > I'll report back when I have some more information. > John > As has been told to me, its the time delay between starting the z on the passing index, until z has reached the synchronous speed and is then locked at whatever phase exists when sync speed has been achieved, This is done anew for every stroke of a G76 or a G33.1. Changing the spindle speed after such a cut has started, changes this delay, therefore the z position during the instant stroke as this synching is done fresh for each stroke of a G76 or a pecked G33.1.
The effect is that of changing the lateral position of the thread, with of course a bad thread being the result. The raised speed slides the thread to the left since it increases the delay because it has to reach a higher speed to get synced which takes longer. So the only way to reduce this effect is to lower the MAX_VEL and increase the MAX_ACCEL, and in some cases slow the spindle. This was the case with the original 1600 oz/in z motor on my G0704, which could only do 29 ipm. A 940 oz/in motor can do 90 some, which helps some. As long as z can keep up, this delay won't change by more than an edge spacing from the encoder. Change the spindle speed and you change the locked z to spindle phase. I think some of my sloppy rigid threading on the G0704, is not at the top of the stroke, but at the bottom turnaround and back out, due to the spindle reversal being too quick for z to follow. Since that turnaround is a programmed turnaround in my hal file, I should try slowing the decel/accel as the z can't keep up. But I keep forgetting to run that experiment.:( As its currently set, it can do a 3000 rpm turnaround in about 350 milliseconds. Lots quicker at the 300-500 revs I normally tap at. But if I slow that turnaround down, that will increase the overshoot at the bottom, Dangerous to the tap in a blind hole. And that could cause a change in the phase lock while backing out, making the tap cut sloppy on the up, backout stroke. Stay well and safe John. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene> _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
