Author Topic: Wheel Encoders and error rates  (Read 3338 times)

0 Members and 1 Guest are viewing this topic.

Offline AsellithTopic starter

  • Contest Winner
  • Supreme Robot
  • ****
  • Posts: 648
  • Helpful? 9
  • "I'm a leaf on the wind. Watch how I soar"
    • CorSec Engineering
Wheel Encoders and error rates
« on: February 07, 2008, 01:36:04 PM »
There is a lot of error from slipping with a wheel encoder so my thought was to minimize the error what if you used a caster that was not driven by a motor and attached the encoders to that. A simple and easy solution would be to mount an old style mouse to the bottom of a robot and read the encoders from that. Would that eliminate some of the error in the readers or introduce more? My thoughts are that as the motor rotates the wheel if the wheel doesn't move but slips this intorduces error however if the wheel only moves when the robot moves it would have less error. There is still some error because the robot would move and the ball might not. But would it be less then the other way around?

A better way to do this would be 2 omni wheels at right angles with encoders attached.
Jonathan Bowen
CorSec Engineering
www.corseceng.com

Offline krich

  • Robot Overlord
  • ****
  • Posts: 165
  • Helpful? 0
Re: Wheel Encoders and error rates
« Reply #1 on: February 07, 2008, 10:35:54 PM »
You might look at an optical mouse for this.

Agilent ADNS-2610

Offline Rebelgium

  • Supreme Robot
  • *****
  • Posts: 637
  • Helpful? 0
  • It's called the future ... We like it here
    • orgcrime.net
Re: Wheel Encoders and error rates
« Reply #2 on: February 08, 2008, 09:26:45 AM »
The downside, and the reason I decided not to use this method on my robot, is that you can only use this method on a perfectly even surface. And preferably no tiles ( the grooves between tiles make the mouse ball float, giving error. Also using an optical mouse can cause problems on shiny floors...

The best way imho to eliminate slipping errors when stopping and accelerating is to make your robot do these actions smoothly.
Use PWM to let your motors accelerate smoothly.
To relax after some hard work on robotics: A very fun free online text based MMORPG
orgcrime.net

Offline gamefreak

  • Supreme Robot
  • *****
  • Posts: 543
  • Helpful? 2
  • Robo-Enthusiast
Re: Wheel Encoders and error rates
« Reply #3 on: February 12, 2008, 08:34:21 PM »
There was a way to measure distance in thr Robot magazine, I beleive it was back EMF

It sent the PWM to the motor and then measured the amount of voltage coming back from the motor, Using this they could determine if the wheels were floating or pushing against something solid.
All hail Rodney, the holy 555 timer
And Steve said: "Let there be lead!"

Offline JesseWelling

  • Expert Roboticist
  • Supreme Robot
  • *****
  • Posts: 707
  • Helpful? 0
  • Only You Can Build A Robot!
Re: Wheel Encoders and error rates
« Reply #4 on: February 13, 2008, 01:44:07 AM »
You could also use PID and tune for optimal slip vs. step response performance.

Since the Admin is a Mech-E he might know a little bit more about that though  ;)


Offline Admin

  • Administrator
  • Supreme Robot
  • *****
  • Posts: 11,703
  • Helpful? 173
    • Society of Robots
Re: Wheel Encoders and error rates
« Reply #5 on: February 16, 2008, 06:56:53 PM »
I think the encoder on the caster idea will be even worse.

Think what will happen if the robot slips in such a way as for it to rotate around the caster - the encoders say nothing happened yet the robot still moves!

Of course a 3rd encoder could fix that, but thats just overcomplicating things . . .

 


Get Your Ad Here

data_list