Slashdot Mirror


9th Annual AUV Competition Results

Sean.D.Matthews writes "This weekend the 9th Annual Autonomous Underwater Vehicle (AUV) Competition was held in San Diego. This year, teams were challenged to complete three tasks including finding a docking station, dropping markers in marked bins along a pipeline, and surfacing in a recovery zone marked by an acoustic pinger. Teams from MIT, Cornell, Duke and eighteen others competed for the grand prize. After an intense final round, the University of Florida's Team SubjuGator walked away with the victory for a second year in a row. Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer."

110 comments

  1. I like to thank god, my family, bill... by not+already+in+use · · Score: 3, Funny

    Steve Balmer will be giving his victory speech shortly.

    --
    Similes are like metaphors
  2. Artistic Faults. by Anonymous Coward · · Score: 4, Funny

    "Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer.""

    The BSOD's blend nicely with the water.

  3. Uh-oh... by vnangia · · Score: 5, Funny
    Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer.

    I have this sinking feeling...

    1. Re:Uh-oh... by EzraSj · · Score: 3, Funny

      New meaning to the word crash? The blue sea of death? Luckily it sprung no security leaks? /got nothin.

      --
      Meta, Meta, Meta
    2. Re:Uh-oh... by ErikTheRed · · Score: 1
      Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer.
      I have this sinking feeling...
      Nah, this is the perfect OS for this application! It goes down like a $5 hooker...
      --

      Help save the critically endangered Blue Iguana
    3. Re:Uh-oh... by AndreyFilippov · · Score: 1

      Any team that uses innovation-friendly OS might benefit next year from donation of a really high-res/high frame rate camera that runs GNU/Linux?
      Just ask.

    4. Re:Uh-oh... by LiquidCoooled · · Score: 1

      The deep blue screen of death.

      This system has broken the pirate code

      You best let it retry or i'll have ye walkin the plank to Davey Jones' Locker

      Yarrrrrr!!!!

      --
      liqbase :: faster than paper
    5. Re:Uh-oh... by Cryptnotic · · Score: 1
      --
      My other first post is car post.
    6. Re:Uh-oh... by nadamsieee · · Score: 1

      I'm sure the SPEWies would love to have one: http://www.spsuauv.org/

  4. Interesting? by NineNine · · Score: 5, Insightful

    Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer."

    Could somebody please tell me why this is "interesting"?

    I'm kind of surprised that the article summary didn't read, "Interestingly, the UF team assembled the SubjuGator using Phillips head screws."

    1. Re:Interesting? by Anonymous Coward · · Score: 0

      Easy. Because if UF used Linux, the poster would have used 'Not surprisingly' instead of 'Interestingly'.

    2. Re:Interesting? by 0racle · · Score: 4, Insightful

      Because most or all of the other teams didn't use XP Embedded? Because XP Embedded is not what most people first think of for applications like this? Because this is Slashdot?

      --
      "I use a Mac because I'm just better than you are."
    3. Re:Interesting? by whitehatlurker · · Score: 1

      Because this surely means it can run Linux.

      --
      .. paranoid crackpot leftover from the days of Amiga.
    4. Re:Interesting? by fireboy1919 · · Score: 2, Interesting

      You seem to be thinking of XP embedded as the normal thing - kind of like using Phillips head screws. I think you're missing it.

      Think more of teaching an ape sign language. Apes aren't good at sign language; Windows XP isn't good at being an embedded operating system.

      Doing that is an oddity and a marvel. How can you get something so inept to do that?

      I went to an unmanned arial vehicle competition a while back. There were about a dozen teams, and none of them ran any Windows products at all on their devices. Most were more worried about solving the actual problems of the craft to bother fiddling with Windows as well.

      --
      Mod me down and I will become more powerful than you can possibly imagine!
    5. Re:Interesting? by MSFanBoi2 · · Score: 1

      Why, because if it read "Interestingly, the UF team ran Linux embedded on SubjuGator's on-board computer." there would be plenty to say...

      Meanwhile in typical Slashdot fashion, its mostly negative Microsoft shrilling thus far...

    6. Re:Interesting? by MSFanBoi2 · · Score: 1

      Excuse me? XP isn't good at being an embedded OS?

      One then has to wonder why its the most popular embedded OS by a large margin.

    7. Re:Interesting? by linguae · · Score: 1

      Just because something is the most popular doesn't always make it the best.

      I'm not saying that XP Embedded isn't the best (I don't know too much about embedded computing); I am just saying that popularity doesn't imply something being the best.

    8. Re:Interesting? by Anonymous Coward · · Score: 0

      Could somebody please tell me why this is "interesting"?

      Yes. It's interesting that XP was in something that actually worked!

    9. Re:Interesting? by marcello_dl · · Score: 1
      I'm kind of surprised that the article summary didn't read, "Interestingly, the UF team assembled the SubjuGator using Phillips head screws."
      This ain't "Screwdot.org", pal. In fact, it is quite the opposite.
      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    10. Re:Interesting? by lams · · Score: 1

      Indeed When you buy an IPAQ ... do you have the choice ?

    11. Re:Interesting? by Nocterro · · Score: 1

      Perhaps because this is supposed to be news for nerds, not news for mechanical engineers?

      --
      [clever sig]
  5. I thought is said... by Anonymous Coward · · Score: 0

    Autonomous UNDERWEAR , whoa--- sounds like a big (or small) privacy issue.

  6. I am totally suprised... by Anonymous Coward · · Score: 3, Funny

    that it never deep blue screened.

    1. Re:I am totally suprised... by Senator+Penguin · · Score: 1

      I competed in this with the only high school that participated. We also used Windows, but we used Pro, not Embedded. Our budget was such that we could only afford an OQO (our computer) with Pro preinstalled. We got 15th place, instead of 5th like last year, largely because of Windows. I blue screened it twice, while Windows Genuine Advantage and Windows updates popped up intermittently, slowing our code down so much that the computer crashed. By the time we figured out what the hell was happening (put it in the submarine, "might be at risk"? *CRASH* $%#@) and disabled all of the services we could, we had completely fried the OQO's battery, and were forced to just hardwire the engines to go forward. Thanks, Microsoft. You owe us $3000 in prize money.

  7. My high school's in it by i.of.the.storm · · Score: 3, Interesting

    We're the only high school to compete in it. Last year we placed 5th but this year we did like no work during the school year and I wasnt here during most of the summer so I have no idea what happened. Our best ranking was 2nd. Apparently this year we're 15th. Look for Amador Valley High School on this page: http://www.auvsi.org/competitions/06standings.cfm

    --
    All your base are belong to Wii.
    1. Re:My high school's in it by i.of.the.storm · · Score: 2, Interesting

      Oh and also, until this year we were using Linux on some sort of Pentium III stack computer thingy, this year we got the OQO handheld PC thingy since our old sub was totaled and the cost of old parts was too high. It was the easiest way to get USB in our sub and it's self-contained, but expensive. Our code was in Java, but it used to be C++. I think our site got hacked though, and I don't know who runs it and it hasn't been updated in a long time.

      --
      All your base are belong to Wii.
    2. Re:My high school's in it by Anonymous Coward · · Score: 0

      I bet that helps you out with the girls, huh?

    3. Re:My high school's in it by ampmouse · · Score: 2, Interesting

      My High School was going to compete, we were even registered for several months. We had to withdraw in late June due to lack of funding (it's hard to build a AUV with only $900, especially when there is a $500 registration fee). We are going to start looking for money earlier this year. Hopefully we will see you there next year!
      (And yes, our software is entirely open source.)

  8. WindowsXP by ajs · · Score: 3, Insightful

    Well, to be fair, I'm sure that the OS has little to do with the controls once they're done writing their own code, and I'm sure the same could be done with just about any OS at the "helm".

    1. Re:WindowsXP by schwep · · Score: 2, Interesting

      I agree. I worked on a project like this in college. Any time a person or company would give us money for the project, we were happy. We weren't too pickey about who gave it to us. Congratulations to everyone involved, especially UF.

    2. Re:WindowsXP by Iberian · · Score: 1

      How is this insightful? Did you work on the team or have you designed a UAV? How can you be sure that the OS has little to do with the controls or that it could be done with any OS? You may be right but you leave little reason to believe you are outside of "yeah I think that too"

  9. Makes a good fit... by Capt+James+McCarthy · · Score: 3, Funny

    Unlimited cooling source + buoyancy control = Hardware necessary to run XP

    --
    There are no loopholes. It's either legal or it's not.
  10. Deep blue screen of death. by pookemon · · Score: 4, Funny

    Release of Vista now delayed while Microsoft develops drivers for a snorkel.

    --
    dnuof eruc rof aixelsid
  11. My MacPro Sucks by Jerk+City+Troll · · Score: 0, Offtopic

    I don't want to start a holy war here, but what is the deal with you MacPro/Leopard fanatics? I've been sitting here at my freelance gig in front of a MacPro (a quad core Xeon with 1GB RAM) for about 20 minutes now while it attempts to copy a 17 Meg file from one folder on the hard drive to another folder. 20 minutes. At home, on my 2.5GHz G5 running OS X 10.4, which by all standards should be a lot slower than this Mac, the same operation would take about 2 minutes. If that.

    In addition, during this file transfer, Safari will not work. And everything else has ground to a halt. Even TextMate is straining to keep up as I type this.

    I won't bore you with the laundry list of other problems that I've encountered while working on various Mactels, but suffice it to say there have been many, not the least of which is I've never seen a Mac that has run faster than its PowerPC counterpart, despite the Macs' faster chip architecture. My Dual G4 with 128 megs of ram runs faster than this 3 ghz machine at times. From a productivity standpoint, I don't get how people can claim that the Macintosh is a superior machine.

    Mac addicts, flame me if you'd like, but I'd rather hear some intelligent reasons why anyone would choose to use a Mac over other faster, cheaper, more stable systems.

    1. Re:My MacPro Sucks by burninator · · Score: 0

      Could it be becuase you are running a beta build of leopard on a pre-production machine?

  12. Call Mr. Plow...... by Anonymous Coward · · Score: 0

    ........cause that's my name, that name again is Plower Mist!!!!!

    "just that way your mother likes it"

  13. Oh come now by Stephen+Tennant · · Score: 1, Troll
    Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer.

    Is there a troll tag?

    --
    I spend most of my time in bed, darling.
    1. Re:Oh come now by UbuntuDupe · · Score: 1

      No, but there's a troll moderation. Ah, I see the two of you have already been introduced!

  14. 9th Annal SUV Competiton Results by Anonymous Coward · · Score: 0

    "This weekend the 9th Annual Sport Utility Vehicle (SUV) Competition was held in San Diego. This year, teams were challenged to complete three tasks including finding a gas station, dropping markers in marked bins along an Alaskan pipeline, and surfacing in a recovery zone marked by a left winger. Teams from MIT, Cornell, Duke and eighteen others competed for the grand prize. After an intense final round, the University of Florida's Team InjecTorGator walked away with the victory for a second year in a row. Interestingly, the UF team ran high octane on InjecTorGator's big-ass V8."

  15. Put your hand in the XP box by AHuxley · · Score: 1

    XP must not fear.
    Uptime is the project-killer.
    Uptime is the blue-death that brings total obliteration.
    I will face XP PR.
    I will permit it to pass over me and through me. And when it has rebooted, I will turn on the inner bios to see its path.
    Where the XP has crashed there will be nothing.
    Only XP will remain.

    --
    Domestic spying is now "Benign Information Gathering"
  16. Subjugator 2006 Team Roster by UFgatorSean · · Score: 2, Informative


    Carlo Francis (Captain)
    James Greco
    Kevin Claycomb
    Matthew Koenn
    Sean Cohen
    Sean Matthews
    Michael Gregg
    Jacob Collumns
    Gene Shokes
    Greg Cieslewski
    Adam Barnett
    Eric M. Schwartz (Advisor)
    A. Antonio Arroyo (Advisor)

  17. Biological solutions to mechanical limitations. by Jerk+City+Troll · · Score: 1, Troll

    While we are good at developing machinery and electronics, programming AI into the system has always been the problem. The solution: Borrow an existing solution from nature. All you need is an insect, rat, or reptile to interface with the device and for them to obtain feedback with sensors it would closely be accustomed too. Just imagine for a moment using a pigeon mounted inside a scramjet with the only purpose to get an item from point A to B in a battle field autonomously. How about using rodents to operate a robotic vehicle provide surveillance or rescue missions. The list goes on.

    1. Re:Biological solutions to mechanical limitations. by Anonymous Coward · · Score: 0

      Yeah, because pigeons are brilliant at navigating at Mach 8.

    2. Re:Biological solutions to mechanical limitations. by Jerk+City+Troll · · Score: 1, Troll

      Think Strogg.

      The simple fact is that while we use senses in our bodies to do things, the similar versions for robots and autonomous vehicles are crude, expensive, and no-one is quite sure how to make them work the way we think they should. Computer vision is becoming a big thing, and despite the millions of people working with it or on it around the globe, there is still no standard way to immitate what a biological organism does with one eye, let alone two.Then there is that inner-ear thing, and this tells us many things: if we are vertical, falling, rising, moving forward or sideways... Our eyes do way more than a movie camera does. People are only now beginning to understand how many ways that we analyze the visual data presented to us through our eyes.

      Fortunately the problems of autonomous underwater vehicles similar to planes and they are not as bad as the problems faced by ground-based vehicles. On the surface, there is so much to run into, get stuck on, fall off of etc. Just writing some code to keep a toy robot from getting stuck under the kitchen table is a huge task without boatloads of sensory data and processing power.

      The tasks these vehicles are trying to accomplish ARE that difficult, well, using animal brains might help.

      There are two groups you can try if you are interested in finding out more about hobbyists that are working on these problems http://www.dprg.org/ and http://www.seattlerobotics.org/index.php. There are many others, of course, but these two are fairly active groups.

    3. Re:Biological solutions to mechanical limitations. by FlatCatInASlatVat · · Score: 1
      Been done. I was talking to BF Skinner after a lecture he gave in the late 70's. He described a project he worked on during WWII: missiles with embedded pigeons. They are amazingly good at object recognition.

      The pigeons were trained to peck on an aerial image of say -- a factory in Germany.

      The missile has a camera poking out the nose, which shows the pigeon where it's headed.

      The pigeon pecks on the screen at the image of the factory.

      If it's off center on the screen, the missile detects this and heads in that direction.

      --------------

      Instead of their headquarters, why isn't Google Video called a GooglePlex?

  18. stupid troll submissions by Anonymous Coward · · Score: 0


    i hope it's not just me, but the idiotic and STUPID ms bashing is just getting on my last nerve, i use both windows and linux for what i NEED, you asshat moderators should REALLY get a fscking grip and knock it the fsck off. OBVIOUSLY those guys at UF knew what they needed, used what they needed, and WON, but no, your useless crackmonkey of a trolling ASS cant seem to NOT lower yourself to slime level anytime the opportunity presents itself to bash something YOU cant code.

    way to go guys at UF for doing something really cool and WINNING

  19. XP vs. /. by vp0ng · · Score: 5, Insightful

    i find it interesting that only one intelligent comment has been made on this whole thread so far. the post about any OS being able to run the units. i know i'll be modded down as a troll, but there's no reason to be afraid of a windows bot winning 2 years in a row. yes, linux r0xx0rz and is uber, so take solace in that. the bot didnt blue screen, it didnt crash. it won. let's have some proper commentary maybe oh, i don't know, on the the technology, like this place is supposed to be discuss, rather than windows bashing every topic that mentions it in a positive way and turning slashdot more and more into a linux fanboy club. mod me down now.

    --
    (Futurama) Fry: "My folks were always on me to groom myself and wear underpants. What am I, the pope?"
    1. Re:XP vs. /. by Anonymous Coward · · Score: 0

      I worked with the team captain of Southern Poly's team last fall post-competition. It was quite an interesting robot, they used Puppy Linux to control the robot because of space problems. They kept all the code they revised on a 32mb flash drive and left all of the non-volatile code directly on the hard drive with the OS. It's a very difficult machine to build; you don't get a "RCX" like in Lego Mindstorms, and everything has to be perfect for it to function well. Just organizing a team of lazy college students to perform such a task is a feat on its own, but they managed to make a robot that could complete the first task last year. Most of the other robots didn't even work when they dropped them into the tank, but SPSU's navigation box sprung a leak and they only managed to get through a gate.

  20. Go away by mnemonic_ · · Score: 1, Insightful

    Aren't you content with spamming by email? Go home and die.

  21. Oh come on now... by Jerk+City+Troll · · Score: 1
    1. Re:Oh come on now... by adam.dorsey · · Score: 1

      http://img201.imageshack.us/img201/5082/bleeder0wq .jpg

      Who the FUCK cuts an APPLE into their ARM?

      Jesus, i understand kernel panics and BSoD's can be depressing, but i've never had the urge to carve "Oops, Kernel Panic" into my fucking skin.

      --
      You are still innocent until proven guilty. What's changed is what they do to innocent people. - notnAP, #26891325
  22. Underwater eh... by Lost+Found · · Score: 1

    ...so that's the only safe place to run Windows XP these days, what with all the viral code running about?

  23. From the former SPSU captain (10th place) by Anonymous Coward · · Score: 1, Interesting

    The SPSU team ran a Linux OS last year but traded off for a fully embedded system and compiled code was directly written to the hardware using a custom USB interface. In terms of this competition you really don't need an OS at all. In their/our view it was mostly a very expensive and bulky crutch.

    Of course we came in 10th so....

  24. Intellegent comment by bananaendian · · Score: 2, Interesting

    What I found interesting was the custom carbon fiber body, MIL-STD underwater wiring and connectors and logos on the side like Lockheed Martin and Microsoft. With sponsors and resources like that I wonder where the challenge is? IMHO there should be two different series - an open series like the existing one and one for software only where all teams would use the same platform. And perhaps there should be some limits set on the open series on resources like you would in a Soapbox Derby. That way kids would have to learn use their wits rather than throw money at problems. I guess this explains those military R&D budjets...

    --
    www.tribalnetworks.org - helping tribal people around the world to own their own means of high-tech communications
    1. Re:Intellegent comment by zippthorne · · Score: 1

      Part of the design process is choosing parts. In fact, part of the design process is justifying budgets as well, so even if "money is no object," it is still a constraint. Why should software engineers get to have all the fun?

      --
      Can you be Even More Awesome?!
    2. Re:Intellegent comment by Anonymous Coward · · Score: 1, Insightful

      The challenge is in trying to bring all these resources together to accomplish the mission. While the Seacon's 1000psi connectors are overkill (for the max depth of the pond), it's not necessary for every team to need to design and build their own wetplugs. The carbon fiber is easier than you think when you share the building with mechanical engineers and machine shops.

      There is plenty of challenge as shown in the many competitions past and this one, as even with big name sponsors backing every team, the course is rarely fully completed.

      The AUVSI competitions are great because teams are able to handle everything from the physical design to the electrical layout to the AI used inside. In your suggestion, who would design this 'same platform'? By cementing the platform, you're severely limiting the creativity of the design and then you just have a boring programming competition. That's just my opinion though.

      The amount of money spent on building some of these robots is enormous, but considering that everything to complete a mission is done in-house, that says a lot for the team behind it. As for limits, I think you're thinking of a cost limit. This would make it even harder for teams to complete the mission. It's not like we're tweaking already known platforms (like the SAE Formula and Baja Buggy) here, we're trying to send an unmanned system into a difficult and hostile environment. Comparing it to Soapbox Derbying makes me think of: http://www.flickr.com/photos/tags/paping/

    3. Re:Intellegent comment by Anonymous Coward · · Score: 0

      While you have a point, the reason that the UF team had their sponsors is mostly because they had aleady proven themselves in previous years. From what I hear, UF had more money (through donations) than they knew what to do with for this project.

  25. Are you by chance in the german coastguard? by HMC+CS+Major · · Score: 1
  26. It'l look FAB-u-LouS! by SeaFox · · Score: 1
    Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer."

    Those fashion-slaves! They wanted to use an opertaing system who's default screen would coordinate with the hues of the test setting!
    1. Re:It'l look FAB-u-LouS! by sparebusdriver · · Score: 1

      I believe fresh water tanks (10 million gal.) tend to have a green hue from algae.

  27. Duke Sucks by Anonymous Coward · · Score: 1, Informative

    Duke doesn't deserve to be 2nd place. Their solution for the final part of the course wasn't autonomous; they guesstimated the location of the retrieval zone and used some doppler gizmo to tell how far the sub went, instead of searching for the acoustic pinger. That's pretty half-assed if you ask me. ETS deserved the 2nd place, again.

  28. ETS... by lams · · Score: 2, Insightful

    This year again you tried to make a troll about Subjugator running windows... Could you look at all the effort that it take to build an AUV and giving more information on the event instead ? Well, I'm in SONIA the AUV team of the École de technologie supérieur. We finish on the podium with Duke and UF. It would have been nice if you would have mentioned it... instead of talking about MIT that finish fifth this year. One year of effort deserved some visibility. Anyway, nice work to all the teams that were there at this year competitions. To UF and Duke :) I'm pretty sure it was close ;) Good luck for the new development year that is beginning. Lams

    1. Re:ETS... by Anonymous Coward · · Score: 0

      Haha you got pwned (again) and are now whining (again) like a little bitch. Better luck next year frogs.

  29. it's noteworthy because it's unusual by m874t232 · · Score: 1

    Using XP to run these kinds of systems is noteworthy because it's highly unusual. Almost all robots run Linux or special embedded systems, and for good reason: XP is not a good platform for building robots on. No, that's not because of stability issues, it's because there is almost no robot building community around it, because it's not intended for these kinds of applications, and because it's hard to get even partial source code for it.

    Microsoft has seen the writing on the wall, which is why they are trying to catch up in the robotics area, but it's doubtful they ever will be more than a fringe player.

    1. Re:it's noteworthy because it's unusual by fitten · · Score: 1

      I keep seeing this and have to ask.... why does having the source to the Linux kernel matter for robotics? It seems that many people post saying this is a big deal. Unless there are kernel modifications required to support something, the closest to dorking around in the kernel that any of the groups would have to do is write a device driver. There is ample documentation on how to do this in both Linux and Windows and neither is exactly rocket science from the API point of view, particularly if your device plugs in via a 'standard' interface like a parallel/serial port, USB, or something. Additionally, as some have already posted, many of the devices that were used already have Windows drivers where on Linux, your team would likely have to spend a fair amount of time writing the driver, time spent not working on other things like writing the AI or whatever. Alternatively, suppose the source for the Linux driver were available, then the situation is the same for both. Unless the drivers don't work right, you won't be dorking around with the source for the drivers, either. You'll be spending your time elsewhere unless there is something wrong with the driver.

      The source isn't necessarily the issue. One of the main reasons why Linux is used in robotics is because it's a bit like Un*x (and other embedded OSs that have tried to mimic the Un*x design) and the OS and the tools are well understood by the people who are developing controllers and devices so it's an easy tool to use to create their controllers. Also, Linux has a few 'nice' features for robotics such as there are process schedulers that are more responsive for those types of things. I'm guessing that an embedded systems version of Windows would have a similar scheduler (I've never worked with an embedded Windows but I've worked with a number of other embedded OSs including an embedded Linux and 'regular' Linux on an embedded system).

  30. the OS has a lot to do with it by m874t232 · · Score: 1

    I'm sure the same could be done with just about any OS at the "helm".

    Purely technologically, you are probably right. In the real world, you are wrong. That has nothing to do with technological differences, it has to do with community, source code, non-disclosure agreements, and tools, and those are quite limited for Windows XP compared to Linux. Using Windows XP to run an autonomous vehicle is quite unusual because a lot of non-technological constraints make it a hard thing to do.

    1. Re:the OS has a lot to do with it by mypalmike · · Score: 1

      That has nothing to do with technological differences, it has to do with community, source code, non-disclosure agreements, and tools, and those are quite limited for Windows XP compared to Linux. Using Windows XP to run an autonomous vehicle is quite unusual because a lot of non-technological constraints make it a hard thing to do.

      You lost me. First, I have no idea why a team needs a "community" to develop an autonomous vehicle. I assume your references to "source code" and "non-disclosure agreements" implies that one would need to modify the OS in order to implement an autonomous vehicle, which is extremely unlikely. Even if you needed to write a driver for specialized hardware, Windows has a DDK which is well documented, with sample source code, all downloadable. And MS gives away a version of Visual Studio nowadays. So, what are the real barriers you are talking about?

      By the way, I'm writing this from my Debian desktop which I use daily at work.

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
    2. Re:the OS has a lot to do with it by m874t232 · · Score: 1

      You lost me. First, I have no idea why a team needs a "community" to develop an autonomous vehicle. I assume your references to "source code" and "non-disclosure agreements" implies that one would need to modify the OS in order to implement an autonomous vehicle, which is extremely unlikely.

      People may or may not need to modify the OS themselves. But what they definitely need is an OS that runs on a variety of different embedded devices, chipsets, etc. They also need an OS that there is a large existing body of code for real-time robotics tasks. The fact that Linux is open source has allowed vendors and research groups to create and share the code and modifications that address those needs.

      In any case, you're asking the wrong question. The question shouldn't be "why Linux", the question should be "why Windows". It's just a fact that Linux is dominating this space, and the fact that it's free is an added bonus. I simply don't see any reason to use Windows; what advantages do you think Windows has over Linux for these applications?

    3. Re:the OS has a lot to do with it by mypalmike · · Score: 1

      People may or may not need to modify the OS themselves. But what they definitely need is an OS that runs on a variety of different embedded devices, chipsets, etc.

      When you have an autonomous vehicle project to complete, you need an OS that runs on exactly ONE piece of hardware, not a variety. If a particular platform (hardware + OS) suits your requirements, it should obviously be considered.

      They also need an OS that there is a large existing body of code for real-time robotics tasks.

      How are robotics tasks related to the OS? Got any pointers to this large body of robotics code that only runs on Linux?

      The fact that Linux is open source has allowed vendors and research groups to create and share the code and modifications that address those needs.

      Only in cases where the OS itself is modified does access to the OS source code matter. Are you talking about application-level code or kernel code?

      In any case, you're asking the wrong question. The question shouldn't be "why Linux", the question should be "why Windows". It's just a fact that Linux is dominating this space, and the fact that it's free is an added bonus. I simply don't see any reason to use Windows; what advantages do you think Windows has over Linux for these applications?

      I wasn't asking "Why Linux?" My point was that the choice of OS isn't all that important. It's been my experience coding on many platforms and OSes over the last two decades that the costs, development time, and ultimate success of a project has little to do with the OS and lots to do with the people on the team.

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
    4. Re:the OS has a lot to do with it by m874t232 · · Score: 1

      When you have an autonomous vehicle project to complete, you need an OS that runs on exactly ONE piece of hardware, not a variety. If a particular platform (hardware + OS) suits your requirements, it should obviously be considered.

      I think your problem is that you have no concept of how real-time systems and robots are built. Most of them, sooner or later, become collections of dozens of embedded systems, and many of those need to be programmed individually.

      How are robotics tasks related to the OS? Got any pointers to this large body of robotics code that only runs on Linux?

      This is a good start to find out about real-time and embedded Linux: http://www.linuxdevices.com/

      Only in cases where the OS itself is modified does access to the OS source code matter. Are you talking about application-level code or kernel code?

      Yes, and the OS kernel needs to be modified to run, say, on one of the many embedded systems that you can buy. For example, we're using a bunch of intelligent cameras in our work, and they run embedded Linux inside the camera. We have dozens of other embedded systems running Linux that couldn't possibly run Windows. And those embedded systems don't run stripped down Linux systems, they are fully functional, comfortable Linux environments. Even if you managed to put Windows on one of those devices, it would, for all practical purposes, still be a different OS from anything you are used to.

      My point was that the choice of OS isn't all that important.

      You merely keep making the same point over and over again, that from a technical point of view, Windows XP and Linux kernels are functionally similar. They are that, but it's irrelevant.

      The issues are licensing, source code accessibility, range of available hardware platforms that the software runs on, minimum hardware requirements, and user community. And, I'm sorry, if you think that those issues don't matter when building or delivering products, you are both inexperienced and naive.

    5. Re:the OS has a lot to do with it by mypalmike · · Score: 1

      I think your problem is that you have no concept of how real-time systems and robots are built. Most of them, sooner or later, become collections of dozens of embedded systems, and many of those need to be programmed individually.

      There is no "sooner or later" in a one-day competition. Like any project, you look at the requirements and then you choose implementation, not the other way around. If you proposed to your team that this vehicle should be built using "dozens of embedded systems", I'd be surprised if anyone agreed.

      > Got any pointers to this large body of robotics code that only runs on Linux?
      This is a good start to find out about real-time and embedded Linux: http://www.linuxdevices.com/


      I'm familiar with that site. But I didn't find a large body of Linux-only robotics code there. Got a more specific link?

      Yes, and the OS kernel needs to be modified to run, say, on one of the many embedded systems that you can buy.

      Many dev kits are sold with one or more OSes supported by the manufacturer. The one used by the winning team apparently had a version of XP embedded available.

      For example, we're using a bunch of intelligent cameras in our work, and they run embedded Linux inside the camera. We have dozens of other embedded systems running Linux that couldn't possibly run Windows. And those embedded systems don't run stripped down Linux systems, they are fully functional, comfortable Linux environments.

      Sounds like a cool job.

      Even if you managed to put Windows on one of those devices, it would, for all practical purposes, still be a different OS from anything you are used to.

      All I care is that it fits my requirements. I don't care if it isn't the same as a standard Windows desktop machine. Heck, I'd hope that they'd cut out all the bloat.

      The issues are licensing, source code accessibility, range of available hardware platforms that the software runs on, minimum hardware requirements, and user community.

      "Does the solution solve the problem?" That's the question that matters to me in the end.

      In this case, licensing is end-user only: they aren't selling the thing. Clearly, the winning team in this contest found a Windows-based SBC that suited their requirements, which covers the source code/hardware platforms/hardware requirements issues. Having a "user community" is useful, but unless you are copy-and-paste hackers, most coding/technical issues are going to be solved in-house.

      I'm certain the winning team here could have also implemented their solution using Linux. For whatever reason (lack of Linux knowledge, free hardware/software donations, huge monetary bribes directly from Bill Gates?), they chose not to.

      I certainly believe you when you say you couldn't possibly implement your work with Windows devices. That's not what we are talking about though.

      And, I'm sorry, if you think that those issues don't matter when building or delivering products, you are both inexperienced and naive.

      I realize I may not have as much experience as you. 20 years of development isn't very much, I know. And having worked on videogames that sold millions of copies, I probably don't have the extensive product development experience you do. But try to keep the personal insults out of an otherwise interesting discussion.

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
    6. Re:the OS has a lot to do with it by m874t232 · · Score: 1

      There is no "sooner or later" in a one-day competition. Like any project, you look at the requirements and then you choose implementation, not the other way around.

      These competitions aren't "like any other project"; they are milestones in long-running research programs.

      I'm familiar with that site. But I didn't find a large body of Linux-only robotics code there. Got a more specific link?

      You asked why the OS matters to robotics and this is why: there are hundreds of different kinds of embedded and real-time Linux systems to suit every need. For most of the higher-level stuff, the OS matters less, since those libraries can be ported.

      If you proposed to your team that this vehicle should be built using "dozens of embedded systems", I'd be surprised if anyone agreed.

      I suggest you have a look at their system architecture.

      I realize I may not have as much experience as you. 20 years of development isn't very much, I know. And having worked on videogames that sold millions of copies, I probably don't have the extensive product development experience you do.

      Thanks for confirming that you're out of your depth: you have no experience with real-time or embedded systems, and you have no idea about the purpose or function of competitions like these.

      But tell me: with your experience of video game development, how many games have you delivered for Windows? How many for Linux? Did you work on multiple generations of the same game family and did you rewrite everything from scratch? Still think that platforms, tools, and continuity don't matter?

    7. Re:the OS has a lot to do with it by mypalmike · · Score: 1

      Nice troll kid.

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
    8. Re:the OS has a lot to do with it by Anonymous Coward · · Score: 0

      Ah, when arguments fail people like you, you start calling people names. Good going!

    9. Re:the OS has a lot to do with it by mypalmike · · Score: 1

      As soon as you call someone "out of their depth", you've pretty much defined yourself.

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
  31. stop whining by m874t232 · · Score: 1

    People notice that Windows XP is being used for this, Microsoft gets free publicity, and people like you still keep whining.

    The real question is: why did the UFL team bother using Windows XP in the first place? It costs a lot of money, you can't get source code for it, there is much less robotics work being done in it than in Linux, and there are fewer tools for robotics available for it.

    So, can you answer the question: why were they using XP, when the obvious choice would have been Linux in this application? Did they get a grant?

    1. Re:stop whining by blincoln · · Score: 1

      So, can you answer the question: why were they using XP, when the obvious choice would have been Linux in this application? Did they get a grant?

      Maybe they were using something like .NET that has a nice dev environment on Windows?

      I haven't looked into embedded devices much, but I've seen some cool stuff that can be done quickly and easily on the new Windows CE Mobile Device Thing Edition 5 or whatever they're calling it these days. It was nothing Earth-shattering, but it was enough to show off the potential.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    2. Re:stop whining by HotBBQ · · Score: 1
      So, can you answer the question: why were they using XP, when the obvious choice would have been Linux in this application?
      My cube mate here at the office just finished graduate school at UF and was a member of the DARPA Grand Challenge team there for the past two years (they share a building with the AUV team, btw). She says the team had to use Windows because many of the drivers for their various high-tech cameras were only written for Windows. She didn't know if the AUV team had a similar situation, but it was certainly a possibility. In any event, I don't see why Windows XP would be a deal buster for something like this.
    3. Re:stop whining by m874t232 · · Score: 1

      Maybe they were using something like .NET that has a nice dev environment on Windows?

      "Nice dev environments" used to be a reason, but not anymore. .NET also has several nice dev environments on Linux. So do C, C++, Java, and embedded Java.

    4. Re:stop whining by m874t232 · · Score: 1

      OK, that may be a reason they believe they need Windows, and it's understandable. However, I think it's not a good reason. In my experience (and I work a lot with cameras), many high-tech cameras either conform to standard protocols and work with drivers that alrady ship with Linux, or their vendors supply Linux drivers.

      The few times where we thought we needed a Windows-only camera for some special feature it supported have always been disappointments; generally, companies seem to do Windows-only drivers mainly because they don't have a lot of money to invest in driver and software support, but in that case, even their Windows drivers and software tend to be not very good either.

  32. You're right by Anonymous Coward · · Score: 0

    I would have liked more real information about the event, and about the high-placed teams. Out of 18 entrants, I'm sure the top 5, at least, have done very good and very interesting work. But Slashdot these days seems to be less for techies and more for the kind of people who watch network news. Who finished first is all the masses care about. How they did it, and how other high-placed teams did it, is all I'm interested in.

    As for the nonsense about which OS the winning team picked: if the top 5 teams had all picked Windows, that might be interesting. Or 9 out of the 10 top teams. Did they? The Slashdot editors neither know nor care. It's time moderators got the capability to moderate articles as "-1, Troll", not just replies.

    1. Re:You're right by lams · · Score: 1

      Indeed

      By the way, if you need a bit more information on our team and our AUV you can go to sonia.etsmtl.ca
      The big majority of teams are using Linux but it is not very important. Some team are not using OS at all, they are running everything on their microcontroler. UF received some development station and a pack of licence from Microsoft freely... so in our case we could have did the same.

      It's so true that slashdot is now more for persons who are more interested in troll than in technology...

      LaMs

  33. Windows? by Bazman · · Score: 2, Funny

    Surely any marine vessel should be running Portholes XP.

  34. Because this is Slashdot by IDontLinkMondays · · Score: 1

    Slashdot has grown to a fairly large community and no longer can be described by mentioning a handful for stereotypes. There is a group of people that do however fit into a stereotype that I often see here trolling. They are people that spend a considerable amount of time reading the articles and commenting on stupid points that are entirely irrelevant to the topic. Sadly, most of them actual have careers in computers typically as bench techs or some other entry level position. I've known a lot of these people in my life and sadly my wife works with a bunch of them, being a help desk technician herself.

    I'd like to point out what makes this entirely irrelevant so that whoever was offended by the previous comment will hopefully have a better understanding as to why it is nonsense.

    1) Windows and Linux typically die for the same reasons in modern times, from a stability perspective, Windows and Linux are in fact comparible. Sadly, a shitty driver will still take down either system, but it's a disadvantage of running drivers in protected mode (ring 0).

    2) Machine control through either system is equal. Writing drivers for either system is approximately of the same level of complexity. The only real difference would be in the circumstance where a USB driver would need to be written since Linux user mode USB, although somewhat contradictory to the rest of the Linux driver model is quite simple and although not elegant, is powerful. Besides, it should be clearly noted that for systems like this, typically good old fashioned RS-232/422 or the more bus oriented CAN communications methods are likely to be used. In this case there's no benefit of one system over the other since for the most part, DOS would be good enough.

    3) Performance isn't an issue, I run many systems on both Linux and Windows XP Embedded and for nearly every reason imaginable, I have no preference between the systems. I do prefer Windows XP Embedded to act as a file server because of the amazing product called MacServerIP from Cyan which seems to be the only maintained implementation of AppleTalk that isn't part of Mac OS itself. But in reality, this is a non-issue in this circumstance. Performance of Linux and Windows XP Embedded is almost identical for most every circumstance. The major performance issues that people see on Windows are more often all the services and the windowing system that's enabled on XP by default. XP embedded doesn't have this issue.

    Here's where it could be relevant. I'll point something out from personal experience having developed retail software for the past 10 years and machine control for a few years before that. Having written code for Linux, Windows, Mac, Symbian, QNX, etc... Windows takes less time to develop for. It's true. Because of the development tools on Windows, specifically the Microsoft suite, the team that used Windows XP Embedded had a real edge since engineering code on Windows and the Windows embedded systems is a charm. They were most likely able to spend less than a quarter of the time the other teams used configuring the system and tracking down API documentation. They probably had their imaging systems up and running in minutes and using well documented interfaces were able to integrate it into their software almost immediately.

    The other thing I'd like to point out that makes Windows XP embedded a clear choice when time is an issue is that remote debugging on Linux is useless for debugging threads. GDB has always had this issue and might always have it. To debug Linux applications remotely, you need to be able to install all debugging symbols and a full copy of GDB on the target machine and either SSH or telnet in. Visual Studio on the other hand is actually a charm regarding remote debugging. You don't even need to configure it, you just choose the target, compile and run, it does the rest.

    To make a small confession, I've purchased a licensed copy of Qt 4 for Windows out of my own pocket cash since I find that developing Unix applications is most easily accom

    1. Re:Because this is Slashdot by Anonymous Coward · · Score: 0

      As a proprietary software coder, you did not understand difference b/w free software and proprietory software and most probably will never will.

      If you're buying QT for windows and use windows as linux development platform and also think yourself in a position to judge linux development platform, what can I say.

      Yes, man yes, there's no reason. Just take care.

  35. SAUC-E by McPolu · · Score: 1

    SAUC-E, the european version of this contest ended yesterday. And the winner is team VICORB, from Spain.

  36. Updates by deckert_za · · Score: 1
    It had to stop every 10 minutes to come up for air while checking for updates and checking to see that it was a Genuine Sub after all.

    --deckert

  37. Realtime Shmealtime by viking2000 · · Score: 1

    It does not necessarily take much to be a realtime operating system. The only requirement is that the responsetime to an external event has to be reasonable. I am sure that 1/10 of a second is just fine for an underwater vehicle. Windows XP even on a slow processor will finish housekeeping and service an interrupt in a few thousand clock cycles or a few microseconds. (A softmodem is a fine example)

    In other words, hard realtime requirements like predictable responstime becomes irrelevant when you have a 2GHz processor. At least for allmost all real world tasks.

    Secondly,
    Embedded only means "No modal messageboxes" should stop excecution. (like "No kbd detected, press F1 to continue")

    This is well known except in the marketing departments of real time, embedded OS makers.

  38. Re:GNAA Adopts Trusted Platform Module by goarilla · · Score: 1

    jezus christ you guys are lame

    I dont get why CmdrTaco doesn't delete this login

  39. Unlike Nintendo's Wii by giafly · · Score: 1
    --
    Reduce, reuse, cycle
  40. Re:GNAA Adopts Trusted Platform Module by Koptor · · Score: 0

    lol what

  41. Sod the AUVs.... by pandrijeczko · · Score: 1

    ...how about just throwing SUVs into deep bodies of water? And letting "soccer mums" walk their kids to school...

    --
    Gentoo Linux - another day, another USE flag.
  42. Dubious Sponsors by hjmiii · · Score: 1

    Does anyone else question the intentions of the sponsors of this event? The competition is sponsored by the SpaWar Systems Center (where the competition was held), the US Navy, and other military industrial greats such as Lockheed Martin, Northrop Grumman, and Boeing.

    Given the substantial non-military uses of autonomous robotics do we really need the military funding? I for one do not welcome our autonomous-deathsub-controlling overlords. In fact, I hit on this point in a blog yesterday.

    1. Re:Dubious Sponsors by Anonymous Coward · · Score: 0

      Does anyone else question the intentions of the sponsors of this event?

      No. The intentions are obvious: they want to encourage young engineers in fields related to defense work.

      You have a problem with that?

      Given the substantial non-military uses of autonomous robotics do we really need the military funding?

      Is there a reason why we don't really need military funding? Do you see anyone else lining up to fund it?

    2. Re:Dubious Sponsors by hjmiii · · Score: 1

      they want to encourage young engineers in fields related to defense work.

      That's a noble enough goal, but it's not the end purpose of these companies and agencies. My problem is that I have ethical issues with developing technology who's first production purpose may be to more effecively kill people. It's the old ends justifying the means debate. We throw all our public funding into defense, so we're effectively forced to take defense money to create inventions that are really for the public good. If the invention is for the public good, then send the same money into the NSF or in support of private sector companies.

    3. Re:Dubious Sponsors by Anonymous Coward · · Score: 0

      My problem is that I have ethical issues with developing technology who's first production purpose may be to more effecively kill people

      I don't. I'm not in favor of "killing people" any more than the next guy, but it would be insane to cease military R&D just because it can "kill people".

  43. Bah. by bozzy · · Score: 0

    "Interestingly, the UF team ran Windows XP embedded on SubjuGator's on-board computer."

    Who the hell would want Gator infected with Windows XP?

    No, I didn't RTFA.

  44. RobotWars by Doc+Ruby · · Score: 1

    I can't wait until these robot competitions move from "dancing poodle" shows that are interesting just because robots can do anything at all, to robotwar competitions which choose the winner from those that survive combat among the competitors. That's when we'll see the SW attacks on the embedded OS and apps.

    If I were entering my robot in that kind of competition, I'd want to see the entire OS and app, even if I got it from someone else, to strip out extras and close holes. We'll see just how popular Windows becomes in that darwinian environment.

    --

    --
    make install -not war

  45. SubjuGator Capt. Here.... by Anonymous Coward · · Score: 0

    Hello All

    I am the captain of the SubjuGator team. We used XP mainly because no one on the team knew how to use Linux well. We tried XP Pro last year and were sucessful and continued to use XP Embedded this year. We never had problem with the Windows OS...the only problems we had were power supply related which were solved months before the 06 competition.

    There was very stiff competiton this year and ETS was our closest rival. It seemed that they put in as much hard work as we did and came with a very competitive submarine. We battled it out and UF came out on top but we could have easly been second if the ETS ball dropper had deployed their markers over the bins they found.

    I look forward to competing with teams as prepared as ETS next year...it makes the competiton much more exciting.

    Carlo

  46. AUV Defense Shield by Anonymous Coward · · Score: 0

    Next years contest will get a lot more media coverage. It takes a while for the press to understand the salient features of a GPS guided AUV. Let's start by viewing it as a poor man's warhead delivery system. It's undetectable and has enough accuracy to pinpoint any port city in the world.

    Of course, it is a little slower than an ICBM, but you shouldn't rush things like world dominance. Homeland Security should be able to get another couple of hundred million out of this little cash cow.

  47. Re:GNAA Adopts Trusted Platform Module by Anonymous Coward · · Score: 0

    muh dick

  48. wrong question by m874t232 · · Score: 1

    I keep seeing this and have to ask.... why does having the source to the Linux kernel matter for robotics? It seems that many people post saying this is a big deal. Unless there are kernel modifications required to support something, the closest to dorking around in the kernel that any of the groups would have to do is write a device driver.

    First of all, it's not just the groups themselves that do the kernel hacking; the fact that it's open source means that vendors not only can modify the kernel for their hardware, but also is not disincentivized by restrictive licenses from doing so. With Linux, a vendor can be assured that the software, updates, and their modifications will be available to them in perpetuity and will be supported by a large community, for free; with Windows, they can't even be assured that the next version can even be made to run on their hardware.

    What kind of modifications? Device drivers are a big deal, and they are much easier in an open source OS because most drivers can be created by picking one of the thousands of existing drivers and modifying it slightly. Also, you can strip down the OS and remove unneeded features; Linux kernels can be tiny. And a lot of porting to new hardware involves deeper modifications than merely creating new device drivers; it requires changes to how devices are found, configured, enumerated, etc. In addition, both the Linux kernel and the Linux user environment can comfortably run in a few megabytes of memory--the development and windowing tools people have been using for the last couple of decades will work just fine; in contrast, embedded Windows is quite stripped down and has a lot of differences to regular Windows.

    But basically, you are asking the wrong question. The real question should not be: "why not use Windows", the real question should be: "what significant features does embedded Windows have that justify the cost and hassle of licensing it"? So far, I have not seen a good answer to that. Visual Studio used to be an answer (and pretty much the only one), but even for that, there are excellent open source alternatives now.