On 4 June 2012 07:26, gene heskett <ghesk...@wdtv.com> wrote: > It is extremely sensitive to this bit of timing variation caused > by a nominally 5 thou non concentricity in the way it is mounted (I believe > because the center hole in the disk is slightly undersized, forcing one > side of the hole to be pulled into the threads valley) both in duty cycle > AND quadrature accuracy else the encoder.N.velocity output contains noise > that at best is +- 50% of its average value despite the fact that even in > the degraded state, it can still follow the spindle at 50 RPS!
Feed-per-rev mode uses the velocity output, but threading only uses the position output, so shouldn't really care about noise on the velocity pin. I can't help feeling that a low-pass might help. However, I also have noticed how noisy that velocity pin is. Perhaps it is worth having a look at that anti-quatisation code to see if it works properly. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
