Thread View: comp.robotics
3 messages
3 total messages
Started by Liqiang Feng,
Mon, 25 Jan 1993 17:32
Tracked mobile robot dead-reckoning
Author: Liqiang Feng,
Date: Mon, 25 Jan 1993 17:32
Date: Mon, 25 Jan 1993 17:32
12 lines
1154 bytes
1154 bytes
I am working on the navigation problem for a tracked vehicle. The dead-reckoning based on drive motor encoders does not work really well because of the slippage and skid when the robot turns. I do not have much experience working with tracked vehicles. Are there any good solutions to this problem? Have anyone used those absolute velocity sensor or accelerometers to measure the absolute motion of the vehicle directly? Any good or bad experience with them? Has anyone used some cheap gyros, such as those used in model planes, to measure the orientation of a robot? Any experience or reference with them? Thanks a lot. My E-mail address: feng@engin.umich.edu L. Feng
Re: Tracked mobile robot dead-reckoning
Author: John Nagle
Date: Mon, 25 Jan 1993 18:46
Date: Mon, 25 Jan 1993 18:46
11 lines
828 bytes
828 bytes
feng@srvr1 (Liqiang Feng, ) writes:
>I am working on the navigation problem for a tracked vehicle.
You need a heading reference. A magnetic compass (flux-gate,
presumably) or a heading gyro should do it. You can often keep track
of distance travelled by dead-reckoning, but small errors in heading
have large effects after you've travelled any distance, so you need a
heading reference.
John Nagle
Re: Tracked mobile robot dead-reckoning
Author: graesserac
Date: Wed, 27 Jan 1993 00:39
Date: Wed, 27 Jan 1993 00:39
44 lines
2769 bytes
2769 bytes
In article <1993Jan25.184635.11631@netcom.com>, nagle@netcom.com (John Nagle) writes: > feng@srvr1 (Liqiang Feng, ) writes: > >>I am working on the navigation problem for a tracked vehicle. > > You need a heading reference. A magnetic compass (flux-gate, > presumably) or a heading gyro should do it. You can often keep track > of distance travelled by dead-reckoning, but small errors in heading > have large effects after you've travelled any distance, so you need a > heading reference. > > John Nagle I am also working on this problem (in my head for now, implementation later). I was thinking. When the robot is activated, one could program the assumption that straight ahead is zero. Then, using vectors, one could compute direction based on diameter of each wheel, voltage applied to each motor (velocity), and change in acceleration. This assumes a basic acceleration is known...of course, the thing probably isnt going to go very fast at all, so one could assume a constant acceleration. Treat each drive wheel as a seperate vector, then dead reckon via vector calculations. Of course, it still falls prey to small errors btw. model and real world, but if the robot gets 'lost', it could just re-assume a zero and begin dead reckoning again. This assumes the robot has a target to reach. This would imply a) the robot has an internal representation of its environment (try that with fred's miniboard!), or there is some external stimuli it is searching for. If the latter, consider the 'lost' case one in which the target can no longer be sensed. a vector can be kept in memory keeping track of the target; if contact is lost, assume the last target vector as the new zero and compensate until target is regained, then recalibrate the target vector. Of course, I haven't done this, but it strikes me as similar to Rodney Brook's method in a few of his subsumption architecture robots...(from the brief descriptions I've read and heard him give...) 'will think for food' Mark C. Langston langston@memstvx1.memst.edu (still inop) graesserac@memstvx1.memst.edu (my prof's, I'm reachable via it) fugue@mindvox.phantom.com (but I don't check this every day) ttfn
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads