Thread: Encoder rate
View Single Post
  #6   Spotlight this post!  
Unread 05-02-2012, 11:42
MikeE's Avatar
MikeE MikeE is offline
Wrecking nice beaches since 1990
no team (Volunteer)
Team Role: Engineer
 
Join Date: Nov 2008
Rookie Year: 2008
Location: New England -> Alaska
Posts: 381
MikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond reputeMikeE has a reputation beyond repute
Re: Encoder rate

Quote:
Originally Posted by biojae View Post
We are going to use just one output (channel A) of a 360 count per revolution encoder.
I don't think that there is a need for direction sensing on our mechanism.
We are also investigating the same approach, using a Hall effect sensor to control wheel speed.

While this is working for cRIO control, it's proving difficult to close the loop on the Jaguar. I'm aware of the thread on Jaguar speed control http://www.chiefdelphi.com/forums/sh...d.php?t=100135 but we're seeing an even more basic problem with the encoder.

We hooked up the encoder to the Jag input using just 3 wires (+, A, -), and in software set the encoder type to kEncoder (cf kQuadEncoder).
Plotting the value of getSpeed(), we saw a useful signal when the shaft was rotating, but noise around 20kHz when the shaft was stationary rather than the expected zero speed reading.
Investigations continue...

Has anyone got a non-Quad encoder to work with Jaguar closed-loop?
Reply With Quote