Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   Electrical (http://www.chiefdelphi.com/forums/forumdisplay.php?f=53)
-   -   Alternate encoders? (http://www.chiefdelphi.com/forums/showthread.php?t=100954)

Jon Stratis 23-01-2012 12:38

Alternate encoders?
 
Question for the CD community... We want to put encoders on our shooter wheels, however we have a small problem - we're using 1/2 inch shafts, and none of the encoders from US Digital support shafts that big!

We're direct-driving the shafts, so there's no real chance for us to stick the encoder elsewhere, short of adding belting over to an idler sprocket just for the encoder (which we don't really want to do).

So, any suggestions out there for a reasonably priced encoder that works on a 1/2 inch shaft that would mount similar to the US Digital ones?

MrForbes 23-01-2012 12:44

Re: Alternate encoders?
 
Does the shaft stick out the end? If so, can you find someone with a lathe to turn the end of the shaft down to the correct size?

We have a few latching Hall Effect sensors on order, for our shooter encoder. Then we need to figure out how to put a magnet on the shaft, or the wheel, or something.

Jim Wilks 23-01-2012 12:49

Re: Alternate encoders?
 
Quote:

Originally Posted by squirrel (Post 1111893)
Does the shaft stick out the end? If so, can you find someone with a lathe to turn the end of the shaft down to the correct size?

We have a few latching Hall Effect sensors on order, for our shooter encoder. Then we need to figure out how to put a magnet on the shaft, or the wheel, or something.

We are searching for something similar. Would you care to share the source/part number of the Latching Hall Effect sensors you propose to use?

MrForbes 23-01-2012 12:53

Re: Alternate encoders?
 
Sure, see this thread

http://www.chiefdelphi.com/forums/sh...d.php?t=100422

Jon Stratis 23-01-2012 13:09

Re: Alternate encoders?
 
Unfortunately, no. The design we're going with will have 2 550's powering each wheel, and they'll be mounted directly onto both ends of the shaft (through an appropriate gearbox). As you can imagine, this design does present some interesting challenges... like how to get an encoder on there!

bear24rw 23-01-2012 14:11

Re: Alternate encoders?
 
These encoders support up to a 1" bore:

http://www.usdigital.com/products/en.../rotary/kit/e6
http://www.usdigital.com/products/en.../rotary/kit/e3

artdutra04 23-01-2012 14:27

Re: Alternate encoders?
 
Quote:

Originally Posted by eagle33199 (Post 1111911)
Unfortunately, no. The design we're going with will have 2 550's powering each wheel, and they'll be mounted directly onto both ends of the shaft (through an appropriate gearbox). As you can imagine, this design does present some interesting challenges... like how to get an encoder on there!

Is your shooter setup something like this:



If so, you can use a set of gears (as shown above), small polycord pulleys, timing belt, etc. to power an auxiliary encoder shaft.

Dale 23-01-2012 14:36

Re: Alternate encoders?
 
Something to think about from our experience in Aim High is static electricity. In 2006 our ball shooter was a terrific generator of high voltage charges. Sparks could jump half an inch! That same year we used those larger US digital encoders and went through about half a dozen of them...destroyed by static.

If you have an all metal shooter it may not be an issue because the charge will have somewhere to go. Otherwise think about where the electrons will go to roost.

MrForbes 23-01-2012 14:58

Re: Alternate encoders?
 
Interesting you should mention that...we were playing with the VanDeGraff generator in our teacher sponsor's room...and I completely missed the fact that we're building our own on the robot!

Jon Stratis 23-01-2012 15:30

Re: Alternate encoders?
 
Quote:

Originally Posted by artdutra04 (Post 1111970)
Is your shooter setup something like this:



If so, you can use a set of gears (as shown above), small polycord pulleys, timing belt, etc. to power an auxiliary encoder shaft.

We're trying to keep things simple and avoid having an idler like that just to power the encoder (although we have done similar idlers before).



bear24rw, thanks for pointing those out... I swear, I looked all over but must have missed those somehow. It sucks that they come out to be about $70 each though!

DonRotolo 23-01-2012 22:56

Re: Alternate encoders?
 
We had a similar issue in finding a decent encoder. I found and gutted an old Ball Mouse, using the optical components to sense a slotted wheel.

A ball mouse has four IR LEDs (clear case) that shine onto four Photodiodes (red case). Starting with a 7805 voltage regulator (to convert robot's 12V), I fed a pair of LEDs (wired in series) the 5V through a 100 Ohm resistor.

Each photodiode has a surface-mount 10k resistor associated with it. +5 goes to one side of the photodiode, I pick off the signal from the other side of the photodiode (which also goes to the resistor), and the other side of the resistor is ground.

The Photodiode output is fed through a 74LS14 inverting Schmitt Trigger ('cause that's what I had) but I suppose any TTL device would buffer it OK. (A Schmitt Trigger is used exactly for this kind op application, 'debouncing' any inputs)

I think the cRio can handle the data rate, if I measure the time between pulses to check speed. If not, we might use an Arduino board to handle the counting via Interrupts and also do the PID calculations, feeding only motor speed control data back to the cRio.

Testing it tomorrow.

(Are you old enough to know what a Ball Mouse is?)

MrForbes 23-01-2012 23:04

Re: Alternate encoders?
 
Quote:

Originally Posted by DonRotolo (Post 1112376)
(Are you old enough to know what a Ball Mouse is?)

But do you know what a steel ball green eyed mouse is?

http://www.youtube.com/watch?v=cGUVJCaJti4

Joe Johnson 23-01-2012 23:07

Re: Alternate encoders?
 
I think an optical IR emitter/transmitter pair would work fine in this case.

In fact, now that I think of it, I suppose that you could possibly use the motor fan as your interrupter if you position them judiciously.

If you are less adventuresome, you can use spokes in your wheel or even white/black stripes painted on the shaft can do the trick.

Joe J.

Gdeaver 24-01-2012 07:42

Re: Alternate encoders?
 
If your using one motor and have a shaft end to work with, can go the analog route. Hint: when is a motor not a motor?

Jon Stratis 24-01-2012 10:01

Re: Alternate encoders?
 
Quote:

Originally Posted by DonRotolo (Post 1112376)
We had a similar issue in finding a decent encoder. I found and gutted an old Ball Mouse, using the optical components to sense a slotted wheel.

A ball mouse has four IR LEDs (clear case) that shine onto four Photodiodes (red case). Starting with a 7805 voltage regulator (to convert robot's 12V), I fed a pair of LEDs (wired in series) the 5V through a 100 Ohm resistor.

Each photodiode has a surface-mount 10k resistor associated with it. +5 goes to one side of the photodiode, I pick off the signal from the other side of the photodiode (which also goes to the resistor), and the other side of the resistor is ground.

The Photodiode output is fed through a 74LS14 inverting Schmitt Trigger ('cause that's what I had) but I suppose any TTL device would buffer it OK. (A Schmitt Trigger is used exactly for this kind op application, 'debouncing' any inputs)

I think the cRio can handle the data rate, if I measure the time between pulses to check speed. If not, we might use an Arduino board to handle the counting via Interrupts and also do the PID calculations, feeding only motor speed control data back to the cRio.

Testing it tomorrow.

(Are you old enough to know what a Ball Mouse is?)

That's interesting. I've never taken apart a ball mouse before, but now I want to. The only question is where to find one. I suppose I could go ask at the local ancient history museum...


(and yes, I'm old enough... I started programming about 18 years ago :p)


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

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