🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

3 total messages Started by Liqiang Feng, Mon, 25 Jan 1993 17:32
Tracked mobile robot dead-reckoning
#1864
Author: Liqiang Feng,
Date: Mon, 25 Jan 1993 17:32
12 lines
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
#1865
Author: John Nagle
Date: Mon, 25 Jan 1993 18:46
11 lines
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
#1887
Author: graesserac
Date: Wed, 27 Jan 1993 00:39
44 lines
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