Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Programming Mars NASA Software Space IT Technology Linux

'Extreme Programming' Controls Phoenix Mars Lander 119

pbd points out a story discussing the challenges faced by NASA engineers in designing the code sent to operate the Phoenix Mars Lander. Quoting Computerworld: "On Wednesday, engineers sent up the code to run an actual analysis, but a satellite orbiting Mars, which transfers the data down to the Lander, was offline. Robinson explained that the satellite had been hit with radiation, knocking it into safe mode. 'Space is a harsh environment, and sometimes they just go into safe mode,' he noted. 'It's a minor problem. [The satellite] aborts whatever it was doing and waits for future commanding.' Engineers successfully resent the code on Thursday."
This discussion has been archived. No new comments can be posted.

'Extreme Programming' Controls Phoenix Mars Lander

Comments Filter:
  • That's coolness (Score:5, Insightful)

    by zappepcs ( 820751 ) on Friday June 06, 2008 @10:05PM (#23690197) Journal
    Not sure about others, but designing software and systems (software & hardware) that understand the data they are using, and when conditions are not right AND know how to go to safe mode rather than just fall apart is awesomeness in physical form.

    Then just considering it a minor problem is an even higher form of awesomeness :)

    As a hobby I build small robotic creations. I can tell you that working with limited resources, and having to deal with the completely unexpected is just brain damage for the fun of it. Testing your new code on the same hardware you've had for months and thinking "I really did not know that you could bend this metal piece with so little force" or "why the hell is it doing that" and find out that you missed a decimal point on force calculations or a typo leaves you reacting with subroutine x instead of y.

    Those engineers have to be fscking proud of their work. I know I would be. Some days I look at code I've had running 24/7 for several years and am amazed, not just at myself, but that I managed to find the bugs and fix the "I didn't know that would happen" issues. It's a lot of type and bounds checking to be certain, but something always creeps in.

    I say they should be proud. The Mars missions have been nothing short of exemplary awesomeness. When they figure out the failure they did have, I'm certain that the absolute goodness they built into it will help reveal totally amazing discoveries about why there was a failure. Nothing simple like metric conversions, or wrong alloy for the screws.

    Makes me want to work with them. :)
    • But does it run on Lin...oh yeah, TFA says it does.

      Linux may not be ready for the desktop, but it is ready for the surface of Mars.
      -Me
      • Re:That's coolness (Score:5, Insightful)

        by satoshi1 ( 794000 ) <satoshi.sugardeath@net> on Friday June 06, 2008 @11:01PM (#23690505) Homepage Journal
        Linux may not be ready for the desktop, but it is ready for the surface of Mars.
        -Me


        You know, I am actually cool with that. A stable operating system running a mission critical device thousands of miles away is important, everyone who has contributed to the Linux kernel in some way should be proud that their work is enabling us to learn amazing new things about our red neighbor. I think it says a lot that Linux was chosen over some internallly developed OS.
        • Re:That's coolness (Score:4, Interesting)

          by zappepcs ( 820751 ) on Friday June 06, 2008 @11:04PM (#23690515) Journal
          For a Friday night, that is a very nice thought. A project funded by the public, and at least in part, built by the public. Nothing says OSS works better than that. At least I can't think of anything that does... very nice.
          • Man, can I just see Gates and Ballmer huddled together trying to figure out how many engineering hours and how much money they would have to give to NASA to get NASA to switch to WindowsME for all their future probes.

            It probably would be more than the amount of money and time for MS to create and send the probe all by themselves, without involving NASA at all.
        • by kperson ( 771747 ) on Friday June 06, 2008 @11:48PM (#23690733)
          "A stable operating system running a mission critical device thousands of miles away..."

          Just where the hell do you think Mars is??
        • by funwithBSD ( 245349 ) on Friday June 06, 2008 @11:48PM (#23690739)
          I just hope none of it was LGPL 3.

          I think that would mean that RMS owns Mars.
          • Re: (Score:2, Insightful)

            by Tolkien ( 664315 )
            Better him than the gov't, odds are they'll claim ownership, despite not having the right to do so.
            • So he has Mars ownership given to him through the rights granted him by a government that has no right to claim it for itself...

              So how exactly does he have a right conferred to a government that does not have the power to do?

              Interesting theory, but not sure it would stand up. Also, good job ruining a joke, eh.
               
            • They have every right. Just like in the old days of American colonization: if you can build a fence around it, it is yours. If you are the only person on Mars, you own it. However, just like in the colonies time, not all of the land you own is defensible and possession is 10/10 of the law.
          • by jaunty ( 56283 )
            Let me correct that for you:

            I think that would mean that RMS pwns pmars.
        • I think it says a lot that Linux was chosen over some internallly developed OS.

          No. Internally developed OS's still have their place in complex military and/or science systems. What I think is important to note is that Linux was chosen over other COTS options such as VxWorks and Green Hills.

          The project I am working on uses Linux as a development platform to create a device with a fully internally developed OS. I am fairly certain Linux was not chosen because it wouldn't be able to meet timing requirements without being heavily modified/stripped-down, anyway.

        • Did they release the drivers for all the onboard hardware, though? What if we want to build our own Mars lander and mod the digger a bit, or use a different landing sequence?
        • Just as a point of correctness: Distance from Mars to Earth varies from a closeness of 35 million miles to a extreme approx. 250 million miles, give or take a few thousands of miles.
      • Re:That's coolness (Score:5, Informative)

        by harlows_monkeys ( 106428 ) on Saturday June 07, 2008 @12:02AM (#23690809) Homepage

        TFA appear to be wrong. It runs VxWorks 5.2 [windriver.com].

        The confusion probably arose because Wind River also sells a Linux version, and the press sometimes confuses that with VxWorks.

    • Ayn Rand would be proud.
    • by Tablizer ( 95088 )
      As a hobby I build small robotic creations..."I really did not know that you could bend this metal piece with so little force" or "why the hell is it doing that" and find out that you missed a decimal point on force calculations or a typo leaves you reacting with subroutine x instead of y.

      Please stay out of the automated brain-surgery biz ;-)
           
    • Re: (Score:2, Informative)

      by Innova ( 1669 )

      The Mars missions have been nothing short of exemplary awesomeness.
      I couldn't agree more....with one exception [wikipedia.org]
    • Decaf?
  • by Anonymous Coward on Friday June 06, 2008 @10:06PM (#23690203)
    This article doesn't state the lander was programmed with Extreme Programming techniques.

    There's just one sentence which says something about "presents extreme programming challenges" which is the closest this article comes to mentioning Extreme Programming.
    • I was dissapointed as well. I thought they might have been writing code on the fly to counter some bad thing happening. All we basically got was a compile delay :(
      • Re: (Score:3, Funny)

        by serge587 ( 1038264 )
        Then simply add some suspensefully dangerous music in the background and you have the next generation of thriller movies!
      • I gathered that if they uploaded a bad string, the lander gathers dust for a wasted day. Beaucoups dinero riding on correctness. Matthew Robinson's team look like heroes, this is like the triumph of the coders.
    • by Tablizer ( 95088 )
      This article doesn't state the lander was programmed with Extreme Programming techniques. There's just one sentence which says something about "presents extreme programming challenges" which is the closest this article comes to mentioning Extreme Programming.

      Come on, get with the Karl Rove generation; It's close enough to mean what you want it to mean.
               
  • Um what (Score:1, Redundant)

    What does this have to do with the word extreme?
    • Think X-Games dude.
    • by jyoull ( 512280 )
      The phrase "extreme programming" appears in the text..

      It's just the SlashAI embellishing the story, like when the Boston Herald runs an online story about a shooting, and the CMS provides helpful team stats and other stuff:

      The shooter was wearing a Red Sox [Standings | Schedule | Tonight's game] hat when caught by police near the Riverside T stop.
      • It may appear in the headline, but in the text, I see just one place mentioning an "extreme programming challenge". Sadly, my ESL-programmed brain parses that as "extreme (programming challenge)", not as "(extreme programming) challenge", but what do I know - IANANES. :-)
    • Extreme Programming is a subset of the "agile" software methodologies which features test-first programming, pair programming, customer conversations / "stories" rather than specifications, to "do the simplest thing possible that could work" (and fix it up later... assisted by comprehensive test suites), and a 40-hour work week.

      And somehow I doubt NASA is doing all that.

      • Re:Um what (Score:5, Funny)

        by K. S. Kyosuke ( 729550 ) on Friday June 06, 2008 @10:59PM (#23690493)

        "And somehow I doubt NASA is doing all that."
        And you might be right. That is because this submission was processed with an editorial process called "Extreme Submission Editing", which is a subset of the "agile journalism" methodologies, driven by principles like "test-first publishing" (first publish it, then fix the bugs if there is a stronger "boo!" than usual), "pair editing" (pick any two editors, each one will believe that the other one is going to fix it) and "do the simplest editing possible that could work" (cross yourself, close the eyes and click the "OK, Publish the damned thing!" button). Thanks to the Extreme Submission Editing, Slashdot continues to bring you quality news at an unbeatable price!
        • Re: (Score:1, Troll)

          by drinkypoo ( 153816 )

          Thanks to the Extreme Submission Editing, Slashdot continues to bring you quality news at an unbeatable price!

          Unfortunately, quality is not a boolean.

    • Re: (Score:1, Informative)

      by Anonymous Coward
      Nothing. Read the summary and the article. They had nothing to do with Extreme programming [wikipedia.org] (or any kind of agile process).
    • Re:Um what (Score:4, Informative)

      by roman_mir ( 125474 ) on Friday June 06, 2008 @10:49PM (#23690447) Homepage Journal
      It's definitely more extreme than the so called 'Extreme Programming'. Extreme in a sense that you have to get things right or an extreme amount of time and money will go to extreme waste. That's Extreme. 'Extreme Programming' is mostly about covering your ass, not about getting the code right.
      • by JPEWdev ( 770760 )
        My Software Engineering Professor always told us that "Extreme Programming" was having one programmer doing the actual programming, and another looking over their shoulder correcting their mistakes as a they go. Whether that is more efficent than having both work on seperate parts and fixing their own bugs, I'm not sure, but it always helped the teams I've worked on produce good code. Although, I'm not sure that that lines up with the definition of "Extreme Programming" that everyone else has :)
        • by julesh ( 229690 )
          That's part of extreme programming. The other major part is obsessively testing everything.
  • by compumike ( 454538 ) on Friday June 06, 2008 @10:20PM (#23690287) Homepage
    Sure, there's complicated software systems, but when something has to deal with hardware too, there's just a lot more to think about in every action. That's why engineers make abstractions -- enough to keep their part of a particular project in their head.

    But shouldn't the "safe mode" limits be independent of the particular operation as much as possible? In software engineering, the people writing test cases are often not the same as the people developing the code, and for the reason that they want to match both to the spec, not to each other.

    --
    Hey code monkey... want to learn electronics? [nerdkits.com]
  • Extreme publishing! Shit I hope it doesn't catch on.
  • Units? (Score:2, Funny)

    by pythonist ( 1289628 )
    I'm wondering what units they are using? American? SI? or Martian?
    • Well for time they are thinking in Martian time. Especially for scheduling experiments. They are working themselves in a Martian timezone. They said that in a conference I saw on NasaTV.
  • by Dice ( 109560 ) on Friday June 06, 2008 @10:36PM (#23690387)
    ... but when I hear terms like "EXTREME PROGRAMMING!!!1eleven" I just roll my eyes and stop listening.
    • There has to be some good jokes there. I think some members here can come up with solid promo dialog for an MTV-style code-off.

      Don't miss it! It's EXTREME!
    • Re: (Score:1, Funny)

      by Anonymous Coward
      "Extreme Programming" is a development methodology (DSDM, Waterfall, Open Source etc.) focusing on an obsessive amount of unit testing. It's not like the extreme in "extreme sports". Though that would be awesome. I can see it now. "He jumps from the plane at 14,000 ft. Oh shit, he build is broken! Debug. DEBUUUG!"
      • Re: (Score:3, Insightful)

        by justinlee37 ( 993373 )
        I don't think the actual article has to do with the XP methodology, though, the headline writer was just too dumb to avoid referencing XP 'cause he didn't know about it.
  • Engineers successfully resent the code on Thursday...
    We all resent coding on Thursdays. Some are just more successful than others.
    • Re: (Score:1, Funny)

      by Anonymous Coward
      If the NASA staff is typical, then Wednesday is probably poker night for many. The games go on well past midnight, so they don't need to report to work the next day and have some robot 35 million miles being a problem.
  • by Anonymous Coward
    According to TFA, each member of a team of 30 engineers must write ~1500 lines of code, per day, in order to control the robotic equipment on board. This coding is done in C. Does this strike anyone else as a brain dead way to control a robot on a day to day basis? Why do they have to write the commands in such a low level language. Can't they abstract this into a more manageable format?
    • by Tablizer ( 95088 ) on Friday June 06, 2008 @11:25PM (#23690643) Journal
      I agree, there's something odd about using C to "program" daily instrument movements. They just need coordinate tables, not C programming. If there are conditionals, they cannot be complex enough to justify C, can they? The rovers didn't have very many conditionals for their sequences based on what I read. If something is not as expected, they usually have the rover stop and wait for Earth confirmation, NOT make the robot select contingency options (unless automated driving is on, but it still has low tolerances before going into wait-mode). I suspect the article is confusing the work of two different teams: the "operating" software developers and the instrument sequencers. Some journalists don't know C from a horse shoe......oh wait.
           
      • From what I understand, Phoenix's on-board memory is sufficiently limited that they cannot keep the entire set of "normal" operations on-board (ie, the library would take up too much space). So for each day's actions, they have to include the relevant subsets of the library in with the command code. If those library excerpts are included in the line count (it would make sense from a "upload size" perspective, if not from a "programming" perspective), that could explain it.

        Also, be careful with comparis
        • by Tablizer ( 95088 )
          Phoenix's on-board memory is sufficiently limited that they cannot keep the entire set of "normal" operations on-board (ie, the library would take up too much space).

          I find this a little hard to believe. It is true that "space chips" are not as spacious as regular chips because they have to be radiation-hardened, but even then there should be plenty of room for compiled libraries. It is likely cheaper to have larger storage than to re-transmit the libraries.

          And even if so, couldn't the library inclusion b
          • I'd suggest looking at pricing for radiation-hardened parts sometime. A radiation-hardened 2 Megabyte SRAM on a programs I am working on costs around $40,000, and it's not even particularly quick. There are very real code size considerations for space programs, especially when all of this has to run on a battery!
            • by Tablizer ( 95088 )
              A radiation-hardened 2 Megabyte SRAM on a programs I am working on costs around $40,000

              For a $600,000,000 mission, $40,000 is comparatively small. If you were building an expensive robot that had to operate far away, would you skimp on the brains? (Insert Abi-Normal jokes here :-)

              especially when all of this has to run on a battery!

              Compared to everything else, memory is a relatively cheap use of power And it only has to be energized for change, not for storage for flash-like chips.
    • by mbone ( 558574 )
      Not quite :

      And the developers, who used the C programming language to build their own software for a Linux operating system, are expected to be dealing with that challenge for about three months

      That, to me, says that they wrote the command software in C, not that they use C to program the lander.

      However, if they did, it wouldn't be unprecedented - Forth [nasa.gov] is used to control a bunch of satellites and astronomical gear, and in my experience you do have to write Forth programs to get things done in that environ
    • by dodobh ( 65811 ) on Saturday June 07, 2008 @01:24PM (#23694301) Homepage
      That close to the metal, with the limited memory space and CPU power? C is probably the highest level language which works.
  • by religious freak ( 1005821 ) on Friday June 06, 2008 @11:08PM (#23690549)
    Aside from having a strong general dislike for anything 'extreme', this is wrong because this is obviously (at least from what I saw) NOT extreme programming, it's programming for harsh environments (no not Windows :).

    Crappy title.
  • by Anonymous Coward
    I hope they mean this [uncyclopedia.org] type of Extreme Programming.
  • by Anonymous Coward
    Some of the things shouldn't require detailed programming each day,
    because they could have been programmed into a firmware library!

    The geometry between the arm, scoop, & the 8 ovens doesn't change,
    so that could have been automated.
    Instead of coding the whole damn thing
    & hoping the signal can get there that day,
    they could have told it
    Invoke "dump scoop into oven # 1 routine"
    and saved the interplanetary bandwidth+delays
    for something that required customization...

    Also, this business of EVERYTHING waits
  • "the planet's temperature will drop well below the current safe range of minus 170 degrees Fahrenheit to 32 degrees Fahrenheit"

    At least no confusion about those metric and British units.

  • Say What!? (Score:3, Interesting)

    by Sam36 ( 1065410 ) on Saturday June 07, 2008 @01:09AM (#23691167)
    Why did they use vxworks instead of linux?
    • Re:Say What!? (Score:4, Informative)

      by Xiaran ( 836924 ) on Saturday June 07, 2008 @05:33AM (#23692103)
      There can be lots of reasons. I like Linux as much as the next guy and have been using is since back in the days when I installed it on my 386 from dozens of floppies(and nearly fried my CRT monitor several time configing X :) Those were the days :) ). But I used to work on a project that used QNX. I was often pestered by people saying "Why cant you do that in WIndows" and then "Why cant you do that in Linux". Frankly we didnt because

      1. We had years of libraries that were QNX specific
      2. There were real time requirements that Plain Linux was not up to(real time linux may be... but you are talking a major porting project)
      3. We had literally man-decades of programming experience in our team.
      4. We were using a database soultion that was not available on Linux(and is still not)

      SO the upshot is... it is often a decision to either have something working now to do the job or wait another few man-years before a (probably buggier) version is done for Linux. Its not anti-Linux. Its just common sense.
    • by JamesP ( 688957 )
      I believe the main issue with using linux is memory protection.

      "Real Time OS" is (kind of) "marketing speak" for a OS that does pretty much nothing. Not because it is bad or poor, but because it was designed that way.

      And really, up in Mars you don't need hundreds of processes, user interaction, etc, etc

      What you need is a basic framework for working with (and that VxWorks does), and you ABSOLUTELY NEED the OS to STEP OUT OF THE WAY when you need it!

      Because sometimes the only way to fix a problem is binary pa
  • >And they have a lot of interplay between different instruments, so you have to make sure the sequences are not just working, but working together.

    I would have some interplay too, but Mass effect isn't out here, yet. Lucky Nasa engineers :)
  • by Fallen Andy ( 795676 ) on Saturday June 07, 2008 @03:30AM (#23691727)
    1. Only 8 ovens, which can't be used more than once. Hence all the painstaking deliberations

    about when to really go for a scoop of soil.

    2. Only 3 months before it will get too cold and the lander will (probably) die.

    3. Martian day, (roughly 24hrs 40mins).

    The NASA programmers have been my heroes ever since the hacks they did to Voyager.

    I guess after they've finished the programmers will take up something more relaxing (like working for EA).

    Andy

    • Re: (Score:3, Insightful)

      by Lumpy ( 12016 )
      Exactly, I get a kick out of guys that second guess programmers that are so more advanced than they are that they can only HOPE to aspire to be as good as the guys at NASA.

      That and From my experience, less than 10% of all programmers have ever done anything embedded or robotics wise. The rules change when you are writing software for engine management, robots, or space probes, than when you are writing a new consumer toy app or spreadsheet program.
      • I started out my programming career porting the UCSD p-system. Bad enough being given a processor I'd never seen or programmed before , a box of bad photocopies and burning my way through 5 prototypes . Motorola 68K based with an "advanced" I/O processor (6809) which had bugs in the firmwire handshake with the MC68K. No parity on memory. Double sided board big enough to play golf. That was my first port. (It really helped that it used a blurry color Sinclair QL monitor at 110 column resolution - aarrgghh my
  • ...which satellite was that? I mean there are so many orbiting Mars....
  • by Anonymous Coward
    A couple of details to clarify:

    1. The "code" the folks at the Pheonix SOC are using is called "VML", which is a script language developed by a fellow named Chris Grasso and is similar in some reards to the earlier command language "CDL" from the 70's. They are not doing any programming in C or anything like it, and VML isn't all that sophisticated (it has no array type, for instance). It's designed to do one thing well, and that's control a spacecraft by issuing command messages at specific times.

    2. The sof
  • "Extreme Programming" [wikipedia.org] or "XP" is actually a software development methodology. However, the headline writer seems to have used it in a context which means "This programming is challenging."

    Now, this might not seem like a big deal, but please try to remember that this is Slashdot. The publication is targeted at the nerdy sorts who are likely to have knowledge of software development methods ... so please, try to keep these things in mind when writing headlines? I literally thought you meant that Phoenix was

On the eighth day, God created FORTRAN.

Working...