Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   Sensors (http://www.chiefdelphi.com/forums/forumdisplay.php?f=173)
-   -   maximum rpm for encoder. (http://www.chiefdelphi.com/forums/showthread.php?t=73030)

windell747 27-01-2009 06:54

maximum rpm for encoder.
 
Has anyone found the maximum rpm that the encoder can track a wheel before some of the pulses are missed because the pulse train is too fast? The reason why I ask is that I am considering using the encoder to track the velocity of a cell shoot wheel. any thoughts?

Jared Russell 27-01-2009 07:10

Re: maximum rpm for encoder.
 
We know that the digital inputs on the cRIO are sampled at 153KHz. From the Shannon-Nyquist theorem we know that we need to sample at twice the maximum frequency we are expecting in order to fully reconstruct the waveform - so the maximum frequency of each encoder channel is 153KHz/2 = 76.5KHz.

Note that there may be (and there probably is) some filtering component on the input, so the actual limit could be lower. Still, I think that "tens of kilohertz" is probably the right answer.

What this means for encoder shaft RPM is a product of the gearing of your system and the CPR of the encoder.

For example, the kit encoders are 250CPR (1000PPR because of the 4x decode). So you probably want to limit these to a maximum of 10-20 rotations per second, or 600-1200 RPM. You can certainly buy lower resolution encoders (or you can make your own using reflective tape strips and an optical sensor - this is what we did in 2006 for our flywheel).

windell747 27-01-2009 07:22

Re: maximum rpm for encoder.
 
great stuff! Thank you very much! I have some 100PPR encoders that might be able to do the job, otherwise, i might take you up on your make your own encoder wheel idea.

Ranana_Prussy 27-06-2009 23:10

maximum rpm for encoder
 
So its been suggested to me that for ppvs I increase the rp maximum to 5. I thought Id see what the board thinks of that idea.

TheWhiteReaper 31-01-2010 11:23

Re: maximum rpm for encoder.
 
If you look at the sensor manual it says that the maximum RPM's of the sensor is 10000. But i don't anyone is going to need anywhere near that. And it all depends on the processing speed of your cRIO.

Mr. Lim 31-01-2010 11:59

Re: maximum rpm for encoder.
 
Anecdotally,

we are sampling at 20,000 cps without any difficulty using the kit-supplied encoders.

This is using the 4X sampling feature, which is enabled by default. This means even though the encoders produce 250 cpr, the cRIO is actually able to read 1000 cpr by capturing every edge transition on both phases.

My related question is:

I've noticed in the WPILib documentation that the FPGA is only mentioned when using the 4x encoder mode. In 1x mode, the documentation mentions that a Counter object is used instead. If we use 1x mode, is the FPGA NOT used to count pulses? If the FPGA is not used, does this reduce our maximum count rate by more than a factor of 4? Does this basically mean the 4x mode is always our best bet when using encoders?

Joe Ross 31-01-2010 14:19

Re: maximum rpm for encoder.
 
Quote:

Originally Posted by Mr. Lim (Post 910565)
I've noticed in the WPILib documentation that the FPGA is only mentioned when using the 4x encoder mode. In 1x mode, the documentation mentions that a Counter object is used instead. If we use 1x mode, is the FPGA NOT used to count pulses? If the FPGA is not used, does this reduce our maximum count rate by more than a factor of 4? Does this basically mean the 4x mode is always our best bet when using encoders?

The FPGA implements 4 encoders and 8 counters. The encoders are used in 4x mode while the counters are looking at only one of the phases in either 1x or 2x mode. The FPGA is doing the counting in either case.

If you're just counting pulses, you'll get the highest resolution with 4x. However, if you're using the rate feature, you will probably get better results (less noise) with 1x, as it is always counting the same transition.

As for the maximum rate question: http://decibel.ni.com/content/message/12523#12523


All times are GMT -5. The time now is 08:09.

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi