Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

DARPA Announces 2005 Grand Challenge Semifinalists

Posted by timothy on Mon Jun 06, 2005 06:38 PM
from the batmobile-lost-a-wheel-so-can't-enter dept.
Mockingbird writes "DARPA announced 40 semifinalists for the 2005 Grand Challenge autonomous robot race today. Notable remaining teams include the Carnegie Mellon University Red Team, Stanford Racing and a high school team, the Palos Verde Road Warriors. 78 teams missed the cut. The race, which will take place on Oct. 8, 2005 features a $2 million prize for the first team whose robot crosses 175 miles of the Mojave in under ten hours. The robots must be fully autonomous, with no team intervention allowed once the vehicle is launched. The first race was held in 2003, when the most successful team managed to log only 7.4 miles."
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Yeah...I've seen their machine. It's pretty freakin' sweet. I do love the Linksys equipment glued (or something) to the top. At least they have good taste in technology :P
  • And it's street legal! As far as I know, the first such vehicle to make that claim.
  • iRobot (Score:5, Funny)

    by Anonymous Coward on Monday June 06 2005, @06:44PM (#12741626)
    The Roomba actually only made it 4 miles, but it cleaned up the competition...

    (groan)
  • by Timesprout (579035) on Monday June 06 2005, @06:44PM (#12741628)
    I have entered my Terminator this year as I think he needs to interact with other machines more, I still expect him to destroy all the other competitors but a day out and some challenge-response kaboom action will probably do him no harm. Also if your name happens to be John Conner I would recommend staying away from the competition site.
    • by Rei (128717) on Monday June 06 2005, @07:11PM (#12741849) Homepage
      Hey, don't joke too much: DARPA's end goal with challenges like this is to build fully robotic semi-autonomous armed combat vehicles.

      May I propose a new slogan for the contest: "DARPA Grand Challenge: Because An Army of Kill-Bots Will Make Them Like America Again!"

      I think that the first autonomous kill-bot that we make should have a big "We've Come To Bring You Freedom!" sign placed directly beneath its main gun turret, for the irony. ;)
      • Of course. The purpose of the military is to kill people and break things. Ask any Marine. If you can't accept that, you shouldn't be in the arms business. Entering the DARPA Grand Challenge is being in the arms business.
      • by DNS-and-BIND (461968) on Monday June 06 2005, @10:06PM (#12743085) Homepage
        Don't be an asshat. The end goal is to build automated supply convoys.

        You really think that the armed forces would allow their budgets to be threatened by unmanned combat vehicles? Commanders only think about how many men they command.

        Oh, and your reference to killbots reminds me of the Simpsons, where Kent Brockman used ridiculously overhyped language to try and scare viewers. The Simpsons was making fun of the attitude you display in your post.

        • Right... (Score:4, Insightful)

          by cr0sh (43134) on Monday June 06 2005, @10:48PM (#12743343) Homepage
          If this [foster-miller.com] doesn't make you think they will slap the winning code into such a 'bot, nothing will.

          DARPA, and the DOD would *love* to have semi to full autonomous "kill bots" - in a way, today, they already have them for some tasks - they are called "cruise missles", which can be launched, told to stay on "hold" above possible targets, then commanded to strike on located targets. I would assume "located" likely means some form of lat/lon coordinates or painted with a laser (either by troops or from the air).

          The exact same thing could be done with a kill bot: send it to a predetermined position, and tell it to "hold fire" unless acted upon agressively, or if non-friendly comes into position (at which point it could bark a series of commands in different languages to the offender - think of it as an active landmine with intelligence that can move on command), which if not heeded, shoots a warning, then if continued, shoots to kill. Friendlies are identified by RFID or similar tags. Equip them with the ability to identify each other, as well as to flock or coordinate efforts with one another. Other commands could be something like "fire on ident", where they could be set up, then when a target is painted with a laser (perhaps from a troop's rifle), it fires on that target.

          You better bet that the DOD and DARPA would be all over such a system if it was proven field safe (to our troops) and easy/quick to use, and rugged. They are half way there with the TALON robots already, they just lack the rest of the package, which the Grand Challenge is dealing with...

          Of course, one can also easily see the potential of scaled up versions - robotic Humvees and M1A tanks, as well as robotic quads, and perhaps legged versions...

          BTW - this last was actually funded by DARPA back in the 1980's, which culminated in the Odetics, Inc. (now known as Iteris, Inc. [iteris.com] - based in Anaheim, California - interesting the strange things going on at this company, whatwith name changes, etc - plus, they are developers of an "electronic highway" concept - I am sure there is no relation to the Grand Challenge - wink, wink) ODEX-1 legged walker [inetnebr.com] - a very unique leg design that proved to be fairly robust and strong, while keeping outboard weight (on the legs) to an absolute minimum by moving all the electric motors inward toward the torso of the machine.

          Think about it - if you could, in addition to GPS coordinates, vision systems, etc - also bury in the ground or nearby some form of active or passive "locator" beacons, such as what Odetics - oops, I mean Iteris - is developing - wouldn't the problem become just a little bit simpler...?

          Nah - DARPA hasn't been thinking about this, not at all, not at all...

  • "The vehicles must travel approximately 150 miles
    over rugged desert"

    Where did the 175 number come from?
  • Two Indiana Entries (Score:4, Interesting)

    by SeventyBang (858415) on Monday June 06 2005, @06:51PM (#12741689)

    Today's Indianapolis Star [indystar.com]. The mention of Scott Jones - the guy who invented voicemail - has a good project background.

    People have been coming from all over the state (literally) to work on the project (just down the road a piece) on a very regular basis, just for the fun of it.

    I've talked to several people who have been tinkering with it and are having a good time. Sometimes, bordering on obsession.
  • by SQLz (564901) on Monday June 06 2005, @07:06PM (#12741811) Homepage Journal
    while(true) { follow_road(); }
  • A few questions... (Score:3, Interesting)

    by BiggerIsBetter (682164) <richard&vems,co,nz> on Monday June 06 2005, @07:08PM (#12741827) Homepage
    I'm a coder, not an AI or image-processing geek, so these might be dumb questions... but...

    Why the need for so many sensors? I can understand a use for them in low-visibility, eg dust or darkness, but the current models seem excessive to a layman. I mean, can one not use steroscopic cameras (scanning the field, as our eyes do), run edge and shade detection over the frames, and generate 3D terrain models in real time?

    How does a vehicle determin terrain density and route selection? Can terrain texture be estimated based on reflection or image matching, so the vehicle can decide not to drive over some water or a bog, for example?

    Even a good human driver is going to get stuck in the deset without learning how to handle a truck offroad. Is it feasible to train a neural-net system to select a likely course, possibly with a set of hardwired rules as a base? Eg, make your own way, but don't sink the car.

    I've no doubt this stuff is Hard, but much of this appears to be done via brute force...
    • by neuroinf (584577) on Monday June 06 2005, @07:13PM (#12741875) Homepage
      You need to look at the footage from the last attempts that showed how easily they become stranded on top of fence-posts. You wouldn't think it was possible to destroy a heavy vehicle like that, but a human will back off when hearing the gearbox squeal - not a computer. The vision stuff is an absolute nightmare - any sensor is better than vision. It sure is a serious challenge. I expect maybe 30 miles this time?
      • by BiggerIsBetter (682164) <richard&vems,co,nz> on Monday June 06 2005, @07:31PM (#12742018) Homepage
        There's a zillion ways to destroy a heavy vehicle, or parts thereof. Drivetrain seems to be a weak point in many offroad vehicles.

        Your post just says to me, add some mics and some audio processing! When you drive, you listen to the car. You learn what's normal for a given speed or condition, and any waveform that's out of sync flags an error. You stop, look around, back up, and try something else. I had to explain this to friend of mine the other day - it had never occured to her to listen to a engine (or transmission) to hear the load.

        If you really don't like audio, run a calc against axle speeds, engine RPM, clutch slip, figure out how much torque is where, and back off when something's close to breaking.
        • For those that don't know, it's quite amazing how much the average car does this already. As mentioned, things like RPM, individual wheel speeds, clutch slip, internal pressure sensors, temperature sensors, and just about anything else you can think of that could be remotely useful is monitored by the computer which can kick the drivetrain into various "limp home" modes and set off that damn check engine light.
        • by timeOday (582209) on Monday June 06 2005, @08:43PM (#12742593)
          See, it's pretty easy to fix the bug that destroyed your vehicle last year. What's 1000x harder is to anticipate the bug that will destroy your vehicle this year.
    • by TERdON (862570) on Monday June 06 2005, @09:45PM (#12742953) Homepage
      Ah, coder? Do you have good knowledge of math too? Then YOU could possibly make the breakthrough in 3D Computer Vision.</IRONY>

      I'm studying a course in 3D Computer Vision [tu-harburg.de] right now, at TUHH [www.tuhh.de]. It's part of the Erasmus exchange program I'm having here - the eigth and last semester (excluding the thesiswork) of my master of engineering in automation and mechatronics at Chalmers [chalmers.se] in Gothenburg. I can easily say this course is the most difficult one of all I've been taking for all of my study time, hopefully the three weeks I have between that exam and the last of my others, will be enough to learn what doesn't stay in my head during the lectures...

      In fact, I have the course book right beside me. To begin, the description of it would be more or less along the lines "an orgy in linear algebra, mathematical statistics, with some flavouring of image processing, geometry, optimization and algorithms". Basically, it's 30-40% mathematical formulas, 650 pages, some containing things not even all MSc even learn like tensor notations etc. Not something I'm even sure is a good thing to recommend to very many slashdotters, even. You'll get its name though - "Multiple View Geometry in Computer Vision", by Hartley & Zisserman. ISBN 0-521-54051-8.

      What I see as problems in the book, is that almost everything is working on corner detection. This is great, if you want to make 3D-models of houses or other man-made objects (at least half of the examples in the book are architectural, I would say). It's not so great if you want to image bushes, rocks and other things with not so obvious corners on them. Also, the process involves quite heavy processing - both image processing, finding all those corners, statistical processing (to sort out outliers, which there will be), and optimization to find the best fitting backprojection of the image planes). I don't have a sure grip on the needed processing power but I doubt, when considering realtime demands in a car, that it'll hardly be easy to get it working.

      Also, it's still to a big deal itself an area under research. The situation with using 5+ images (from different cameras och just consecutive images from the same, moved camera), isn't very well known. Using more images, of course would mean a bigger chance to get a decent 3D model of the scene...

      And still, you would at least need two cameras to do anything useful. You can't reconstruct 3D space without having at least two images of the object to reconstruct. And probably you will need more - you would probably want to reconstruct all the way around (ie more cameras on the sides and backwards), and add extra sensors like radar etc for extra checks.

      And then you really haven't solved the problem of driving the car. You have only built a decent mapping of the 3D surroundings of it. You have to add AI/some kind of steering logic, which only in itself is a demanding task. Just look at all FPS games out there - if it would be easy to construct good AI, with a known 3D-world, tailormade for the figures, would we really be seeing that many games with crap-AI? I'm happy I ain't taking an AI course too, for sure!

  • Go Golem! (Score:4, Interesting)

    by shadowmatter (734276) on Monday June 06 2005, @08:12PM (#12742359)
    The Golem I [golemgroup.com] last year finished fourth, travelling 5.2 miles. It had the lowest budget of only $35,000 dollars (whereas some other teams' have a reputed budget of over a million...). And based on this image here [golemgroup.com], what I believe makes it uber-awesome is that they are cheating the competition by installing an elf under the hood and letting him drive.
  • by KFury (19522) * on Monday June 06 2005, @08:15PM (#12742377) Homepage
    Not 2003...