Thread: Learning robots
View Single Post
  #12   Spotlight this post!  
Unread 25-08-2005, 00:20
John Gutmann John Gutmann is offline
I'm right here
AKA: sparksandtabs
FRC #0340 (GRR)
Team Role: Mechanical
 
Join Date: Feb 2005
Rookie Year: 2004
Location: rochester
Posts: 804
John Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant futureJohn Gutmann has a brilliant future
Send a message via AIM to John Gutmann Send a message via MSN to John Gutmann Send a message via Yahoo to John Gutmann
Re: Learning robots

Quote:
Originally Posted by sanddrag
You can make a robot that follows a line and has wheel encoders. It follows the line and "learns" what path to take. It stores the values from the wheel encoders and is then able to replicate the same path without any line. Would that count as learning?
deffinately, btu like how interms of programming could i do it? could i have have it record the inputs and just store it as one string out as like multiple bytes or words and then just read them all simutaniously,

that is an awesome idea, i deffinately will try it when i get the money for 2 encoders!

Quote:
Originally Posted by jdiwnab
Learning the field is good and helpful, but not much more learning than line following or using encoders on a known field. Learning, I think would have to do with adapting itself to changing situations to better it's position. A truly smart robot would be able to play by itself the whole match. It would see what the other robots are doing, and be able to accomplish tasks not directly specified in responce to it's own input. As simple as line following is, it is close to what it takes, if only it could know more that what is direcly underneith it. While I think a full sized computer drivin robot might be able to accomplish some of this, I don't think those little contolers would be able to process that much. Behold the power of the human mind! 100MHz, several billion parellel processors with fuzzy logic! YEAH

We are working now on a way to basically program a map into the robot so it can know where it is, where it is facing, where it wants to go, and can figure out how to get there. It can tell movement based on encoders, can tell which direction it is facing with encoders, can even tell where it needs to go, but to find out how to get there with obsticals, that is hard.
i was thinking of something where it would have to go to a point a certain distance away at a paticular angle, so what it would do is based on the wheel size it would determine the amount of impulses needed to get there in a straight line, but then i would throw in and obstactle and maybe with an ir rang finder if the closest thing was outside of X cm it woudl go that direction or which ever way that had the obstacle the farthest away, then it would record how many impulses off course it was and readjust.

but then of course if i wanted to do it a little different i could have it determine the distance in a straight line, then when it comes to and obstacle it would determine the angle it veered of at and update the straight line distance from its new position, and of coure it could record the position of the obstacle

Quote:
Originally Posted by mechanicalbrain
Definitely something that implements accelerometers. How about a robot that hugs a wall and uses the data from two accelerometer (or a 2 axis) to map outer boundaries of a room. You could have it even explore the inside if the room once it knows the boundaries. Slightly complex but it gives you a great understanding of the uses of accelerometers.
what would i implement the accerometers for?

also something i was wondering about is how i would program like a physical area or boundry into a program without using solely a variable counter with encoders, like if the boundry would show up on a control screen and where its current position it be like a dot or something, i know how i COULD do it a couple of ways, one could be just to count impulses from an entry point, or to use a rangefinder with an ir beacon to detect distance, but is there any way to plot out where the robot is in a code?

Last edited by John Gutmann : 25-08-2005 at 00:37.