Smart questions
Smart answers
Smart people
INTELLIGENT WORK FORUMS
FOR ENGINEERING PROFESSIONALS

Member Login

Come Join Us!

Are you an
Engineering professional?
Join Eng-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Eng-Tips
*Eng-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

LINK TO THIS FORUM!

Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

Partner With Us!

"Best Of Breed" Forums Add Stickiness To Your Site
Partner Button
(Download This Button Today!)

Feedback

"...(I) have been able to get my problems solved from past messages and also new posts that other users have responded to promptly..."

Geography

Where in the world do Eng-Tips members come from?
Rafter (Computer)
9 Aug 03 1:55
Hi, I was wondering if you could help me with a problem.  I would like to know how far away a robot is from a certain stationary location, specifically my computer.  I would like to do this through walls, so that rules out any line-of-sight methods.  What would be a relatively cheap (sub-$100) way to do this?  GPS is way too expensive, so I was wondering if there could be some way of doing it with RF signals by measuring the time from transmission to reception.  Is that possible, or is the timing too inconsistant?
xyzz (Electrical)
10 Aug 03 12:28
Unfortunately, it's unlike to find a sub-$100 decision for this.
I even doubt that a sub-$1000 solution exists, considering integration costs.
Rafter (Computer)
10 Aug 03 18:57
Well, the robot is going to be controlled by RF signals anyway, wouldn't hurt to give the propagation delay idea a shot.  

But if that doesn't work what about this idea?  Mount a digital compass on the robot to get the direction its facing and use an odometer or infra-red (or something) to get the speed of the wheels.  I could then transmit that data back to the computer and update the position of the robot on a map.  So if its facing south-west, traveling at 0.5 m/s, and I check every 50ms, I would update its position by 0.025m south-west. Does that sound feasible?
Helpful Member!  GregLocock (Automotive)
10 Aug 03 19:05
That's called dead reckoning, and has many problems.

What spec are you trying to achieve? To be honest you should be able to pick up a PCMIA GPS card for around 100 bucks, on the other hand the accuracy is not going to be enough for room navigation.

I think your original idea will not work unless you use some very expensive synchronization - a round trip of 100 m would take 0.3 microseconds.

How about setting up known targets in each room so that the robot knows where it is? This can be used to correct the estimated position.

Alternatively set up ultrasound emitters in each space and use these for triangulation.

Cheers

Greg Locock

Rafter (Computer)
10 Aug 03 19:56
The robot is going to be equipped with a small monochrome camera and relaying the video back to a computer.  So its position does not need to be 100% accurate as that information is not critical to its navigation.  It will also be equipped with infra-red proximity sensors so it does not bump into anything.  I just need to know what its general location is, not its exact location.  A few feet off would be acceptable.

Using known targets or ultrasound emitters would not be possible as I'd like the robot to be able to go into unfamiliar locales, where it would be unpractical to set up such things in advance.

I can imagine dead reckoning has problems, such as the initial setup position would be a factor, and the traction slipping would cause inaccuracies.  I realize the method has problems but unfortunately it might be my best solution (with my budget).  I'll look into the issues further.

$100 on GPS is a little more than I'm willing to spend on this particular aspect of the robot.

Thanks for your input.
GregLocock (Automotive)
10 Aug 03 20:22
If you've got a camera and adequate collison avoidance then dead reckoning is fine. After all, that is basically how we navigate!

The trick will be getting the robot to recognise visually where it is. Once you know that, update the known position and use that for your dead reckoning baseline.

You will still have to deal with anomalous routes, for instance if you can get to a room via a hall with a slippery floor or one with a carpet then your dead reckoning 'map' will be distorted.

Interesting project.

Cheers

Greg Locock

Reply To This Thread

Posting in the Eng-Tips forums is a member-only feature.

Click Here to join Eng-Tips and talk with other members!

Close Box

Join Eng-Tips® Today!

Join your peers on the Internet's largest technical engineering professional community.
It's easy to join and it's free.

Here's Why Members Love Eng-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close