Slashdot Mirror


Spirit Sends Debug Information to Earth

gfilion writes "NASA has released a press release that says: 'Shortly before noon, controllers were surprised to receive a relay of data from Spirit via the Mars Odyssey orbiter. Spirit sent 73 megabits at a rate of 128 kilobits per second.'" They've been having communications troubles with Spirit since Wednesday, so it's good to hear from it again, even if the data is just filler.

124 of 477 comments (clear)

  1. No BSOD Jokes, Please by Anonymous Coward · · Score: 2, Insightful

    Forego the obvious

    1. Re:No BSOD Jokes, Please by ticklish2day · · Score: 2, Funny

      maybe spirit is slashdotted!

    2. Re:No BSOD Jokes, Please by Anonymous Coward · · Score: 4, Funny

      How about red screen of death jokes?

    3. Re:No BSOD Jokes, Please by wash23 · · Score: 4, Interesting

      You know, it occurs to me that maybe instead of having an interactive rover with a billion complicated subsystems and spectrometers and cameras... it might be a good idea to launch a package full of smaller autonomous devices carrying different instrumentation... So you'd have a base that lands on mars, opens up (like the rover bases do) and releases 20 or 30 "dumb robots" on treads or big balloon tires(I'm thinking each the size of a big R/C car), some of which would have cameras, the rest instrumentation of whatever sort.. All of the little slaves would move around randomly or according to some simple program (either mechanical or software) and relay collected information to the base, which would transmit it to earth... Some of the camera bots would be designed to just move as far as possible and take as many pictures as possible... others would just do instrumental analyses of whatever they happen to bump into or land on... You wouldn't know exactly what the instruments were looking at but you'd probably be able to collect a sizable amount of data on a particular landing region; know what minerals are present, etc. You wouldn't know that pyramid shaped rock 12B contains olivine but you'd know olivine was present.

    4. Re:No BSOD Jokes, Please by Tablizer · · Score: 3, Insightful

      You know, it occurs to me that maybe instead of having an interactive rover with a billion complicated subsystems and spectrometers and cameras... it might be a good idea to launch a package full of smaller autonomous devices carrying different instrumentation... So you'd have a base that lands on mars, opens up (like the rover bases do) and releases 20 or 30 "dumb robots"

      The two main problems I see with that is radio contact with the base and coordinated science. If a roverlet goes behind a hill it no longer has radio contact with the base. The atmosphere is probably too thin to rely on atmospheric bouncing of radio waves.

      Second, if all the instruments are spread about, you don't get consistent science for any given rock or soil patch. It is better to look at the same object with different instruments than look at different objects with different instruments. But I suppose pairing could be done.

      However, if there is a high failure rate of single-vehicle approaches, then roverlets starts to look inviting. But then again, what if the base lander fails? You still have a bottleneck. I suppose one of the roverlets could serve as the backup base, but at a lower bandwidth.

      Interesting to think about it.

    5. Re:No BSOD Jokes, Please by wash23 · · Score: 3, Interesting

      Good points. I'm sure NASA has thought of these sorts of things too; I have no idea where to read about them though if they have. It's sort of an interesting tradeoff to consider though; careful, directed examination of specific features of interest with really complicated instruments, or brute force "random" sampling with simpler ones.

  2. ISDN to mars by UnderAttack · · Score: 5, Funny

    128 kBits/sec! Quite a bit up from the ealire 100Bit/sec. Too bad Mars is too far from the next CO to qualify for DSL

    (first post?)

    --
    ---- join dshield.org Distributed Intrusion Detec
    1. Re:ISDN to mars by tomstdenis · · Score: 5, Insightful

      Most likely it's not a protocol that involves a lot of ACK'ing [e.g. huge packets with FECs]

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:ISDN to mars by Anonymous Coward · · Score: 3, Funny

      Yeah those damn martians are runing Kismet and discovered an AP and are hogging the stream.

    3. Re:ISDN to mars by Guppy06 · · Score: 4, Funny

      "Too bad Mars is too far from the next CO to qualify for DSL"

      I guarantee you Mars will have DSL before I do.

    4. Re:ISDN to mars by EMH_Mark3 · · Score: 2, Funny

      Heh
      From bash.org:

      < tcowher> personally I'm annoyed that they can get 11KBps from mars but can't get me a stable 5KBps over 17 miles.

      --
      Burn the land and boil the sea, you can't take the sky from me
    5. Re:ISDN to mars by chiph · · Score: 2, Informative
  3. You know what they say by Smallpond · · Score: 4, Interesting

    A diagnostic is what runs when nothing else will.

  4. The data rate is pretty good... by JessLeah · · Score: 5, Funny

    ...but the ping times suck. Can you imagine playing Quake over that kind of link?

    1. Re:The data rate is pretty good... by JordanH · · Score: 2, Funny

      Quake? No no, you'd play Doom, except you need to land on Phobos, not Mars proper.

    2. Re:The data rate is pretty good... by Anonymous Coward · · Score: 4, Funny

      [jplbob@nasa ~]$ ping spirit
      PING spirit (192.168.1.10): 56 data bytes
      64 bytes from 192.168.1.10: icmp_seq=0 ttl=237 time=960125 ms
      64 bytes from 192.168.1.10: icmp_seq=1 ttl=237 time=961019 ms
      64 bytes from 192.168.1.10: icmp_seq=2 ttl=237 time=960843 ms
      64 bytes from 192.168.1.10: icmp_seq=3 ttl=237 time=959980 ms
      64 bytes from 192.168.1.10: icmp_seq=4 ttl=237 time=960333 ms

      --- spirit ping statistics ---
      5 packets transmitted, 5 packets received, 0% packet loss
      round-trip min/avg/max = 959980/960460/961019 ms

    3. Re:The data rate is pretty good... by JessLeah · · Score: 2, Funny

      That'll probably be the benchmark of data rate in the future.... Libraries-of-Congress/sec.

    4. Re:The data rate is pretty good... by feidaykin · · Score: 5, Funny
      ...but the ping times suck. Can you imagine playing Quake over that kind of link?

      Ping matters not to a true master such as myself. You would just have to wait ten minutes to find out that I owned your sorry ass. ;)

      --

      "To confine our attention to terrestrial matters would be to limit the human spirit." -Stephen Hawking

    5. Re:The data rate is pretty good... by stfvon007 · · Score: 2

      Except that bandwidth is different than latency. Lets say we had infinate bandwidth between mars and earth. The time to transfer it would still be a few minutes. (due to the speed of light) The time to get a cirtain amount of information between mars and earth would be: transit time + (Amount of data / Bandwidth(per second))

      --
      All misspellings and grammatical errors in the above post are intentional and part of my artistic expression.
    6. Re:The data rate is pretty good... by addaon · · Score: 3, Funny

      Libraries-of-Congress/sec

      Abbreviated locs. Now we know what the real problem with the beagle was; it didn't have enough lox!

      --

      I've had this sig for three days.
  5. Wow by mbadolato · · Score: 5, Funny

    Spirit sent 73 megabits at a rate of 128 kilobits per second.

    Pretty damn scary that that's faster then most pr0n download's via Kazza... :)

  6. Can low-power corrupt memory? by corebreech · · Score: 5, Interesting

    I watched the press conference on NASA-TV and they talked about how the thing wouldn't go to sleep at night and so it got me to wondering about the low power question. Obviously they have the rover power off when power gets to a certain level, but what if that level is slightly off?

    In other words, if the onboard CPU has enough power and continues to run but the memory doesn't have enough power, doesn't that cause all kinds of wackiness?

    They keep talking about the data pointing to simultaneous faults... well, as programmers we know these are the very worst kinds of bugs to deal with, but with something as (I'm assuming) well written as their code, so doesn't that point to a memory problem? I mean, the think is working flat-out beautifully one moment, and then the next moment it goes tits up.

    The other question I had concerned this motor they had turned on but which didn't complete its sequence. When they command the motor to do something, do they tell it to run for some interval of time, or do they tell it to achieve a specific position? I was thinking that if it's the latter, and then if it gets stuck somehow, this could create the low power situation as the motor just grinds away.

    1. Re:Can low-power corrupt memory? by codepunk · · Score: 2, Insightful

      If it will not go to sleep at night it suggests to me that they have a serious hardware / software design flaw. They probably rely on software to initiate a standby vs alive mode. A proper design in this case would be to use standard analog circuits to do this type of job. Think about it you do not have to go out everynight and reboot your street light pole. Now of course this is pure speculation as IANANE
      but then again maybe I should be.

      --


      Got Code?
    2. Re:Can low-power corrupt memory? by funkhauser · · Score: 2, Informative
      IANANE

      I am not a NASA Engineer?

      Come on people, these stupid IANA* acronyms are getting out of hand. "IANA NASA Engineer" and such would be okay, because we know what IANA means. But using IANANE like it's an established acronym just makes you look stupid.

    3. Re:Can low-power corrupt memory? by Reivec · · Score: 3, Insightful

      While I am sure the parent isn't at all involved in the project and is probably wildly off base, I think it is a very interesting observation. I mean the guys as NASA guess the same kind of stuff right? They just have the means to check it and rule it out (or not). I would have to say based on the limited info he has of the rover, that this isn't an all that unlikely guess as to the cause of problems.

      And for all those people that say things like "Do you think the people at NASA are just stupid and wouldn't have thought of this in the design?" Well no, they are not stupid, but they are not perfect either. And they have most certainly overlooked some pretty stupid things that caused serious failures. I mean hell, they only need one bug to bring the whole thing to a halt, and it isn't like they can do real world testing beforehand, they can only simulate what it will be like.

    4. Re:Can low-power corrupt memory? by Alioth · · Score: 2, Informative

      Analogue circuits are hardly a silver bullet.

      On the subject of streetlights, I was travelling down a major highway the other day. Usually there's a light or two that's stuck on during the day wherever you go. I decided to count how many there were, so I counted 100 streelights out. Out of those hundred, 19 *were stuck on in broad daylight*. The waste of electricity must be phenomenal, since these are all bright high-pressure Na lamps.

    5. Re:Can low-power corrupt memory? by APDent · · Score: 5, Funny

      using IANANE like it's an established acronym just makes you look stupid.

      Or inane.

    6. Re:Can low-power corrupt memory? by ultrasound · · Score: 5, Interesting

      Generally there are low-voltage detection circuits inside and/or connected to the microprocessor that detect that power is fading, and wrap things up, terminating any writes in an orderly fashion if possible. Generally any power-down is going to be very slow (orders of 10s to 100s of milli-seconds or more) because of capacitor storage in the power supply. The LV device gives sufficient notice that power is fading so that the remaining processor time is more than ample to shut things down gracefully.

      Obviously with volatile RAM without battery backup we shouldn't need to care about the state of the RAM on power-down as it is only temporary storage and will be re-initialised on power-up. Generally the storage components will have wider operating tolerances than the microprocessor so it is very unlikely that the RAM will get corrupted during the powerdown proceedure.

      With non-volatile hardware such as battery backed RAM, flash, eeprom, fram etc we have a problem because these contain NV config data and firmware that must be consistent. And with some such as FLASH the write times can be very long, may be longer than the power-down time. In this case the general philosophy is to write the bytes, and the very last step is to update the checksum and set a valid data flag. Which means at worst the device boots up and knows its got some dodgy code or data on its hands, and hopefully handles it in a graceful fashion.

      With something like the Spirit I would guess that some form of multiple redundancy is used so that there are multiple firmware images, with a switchable bootloader so that a new image or dataset can be uploaded to an area that is offline, and only once all of the checksums/message hashes are confirmed is the switch made. And hardware watchdogs are running so that if the worst happens and it hangs it can always boot an alternate image. I would also expect a backup OTP PROM image that is guaranteed never to change and known to work.

    7. Re:Can low-power corrupt memory? by Jeremi · · Score: 2, Informative
      But using IANANE like it's an established acronym just makes you look stupid.


      OTOH, if nobody ever used an acronym unless other people were already using it, we'd never have any new acronyms at all. Slashdot culture would suffer terribly.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    8. Re:Can low-power corrupt memory? by AndroidCat · · Score: 4, Funny
      And with some such as FLASH the write times can be very long

      Ahh! So you're saying that while the Spirit is willing, the flash is weak?

      --
      One line blog. I hear that they're called Twitters now.
    9. Re:Can low-power corrupt memory? by techiemac · · Score: 3, Informative

      There is a simple reason here...
      It's cheaper to send a space craft to Mars that it is to send it to the Moon believe it or not. When it comes to sending manned missions, that's another story. I would rather not get into all of the nitty gritty here since I have somewhere to be right now but if you are interested, hunt a little on the web about "gravitational slingshots" for lack of a better term.

    10. Re:Can low-power corrupt memory? by Wolfrider · · Score: 2, Insightful

      grrroooooooooaaaannn.... +1 funny, reluctantly

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
  7. Spirit rebooting 60 times a day by G4from128k · · Score: 5, Informative

    CNN is reporting that spirit is self-rebooting 60 times a day. NASA suspects a hardware fault that is causing the processor to detect trouble and automatically reboot.

    --
    Two wrongs don't make a right, but three lefts do.
    1. Re:Spirit rebooting 60 times a day by pongo000 · · Score: 4, Interesting

      Something like 2/3 of NASA's recent missions have failed in some way or another. Is it quite possible that NASA engineers simply have not mastered the art and science of designing hardware and software operable in the harshest of environments?

      In some ways, there is an air of arrogance in everything NASA does, from their press conferences to their marketing agreements. We have dead shuttle astronauts being transformed into "national heroes," even though their demise wasn't the result of any heroic sacrifices on their part, but rather a materials and systems failure scenario that NASA failed to handle properly. We have Spirit as the "little train that could," sending back waves of photographs of rocks that NASA engineers have actually named. Does the naming of rocks somehow bring NASA's mission closer to the unwashed masses who relate better to Beanie Babies than to the stark facts of reality?

      Harsh as it sounds, NASA is reaping what they sow: A string of hardware and software failures that is serving as a backdrop to newly-mandated initiatives by Bush to send miners to the moon and astronauts to Mars. Yet NASA can't even seem to get a remote-control buggy to work correctly. The mind just reels at the catastrophes that await us between now and 2015 should NASA continue down this road of inept management and hardware/software designs insufficiently tested against the harsh envrions of space. As geeks, we owe it not only to ourselves but to the non-geek public to recognize these failures as serious shortcomings in the NASA culture. We must resist the temptation to blindly set NASA on a pedestal in the name of scientific achievement without first critically analyzing their failures.

    2. Re:Spirit rebooting 60 times a day by Basehart · · Score: 2, Insightful

      If there was another agency out there putting machines on Mars, able to perform flawlessly for extended periods of time, and the NASA machines were the only ones crapping out, then I'd agree there needs to be some serious analysis of why NASA isn't getting it right.

      But this just isn't the case.

      From what I can tell NASA is doing as good a job as anyone on Earth with the technologies, manufacturing processes and testing programs available to them.

      I would hope that NASA be the first ones to run a diagnostic on themselves when problems occur, but the first order of business is to figure out what went wrong with Rover on Wednesday and make sure it doesn't happen again, which is what they are doing right now.

    3. Re:Spirit rebooting 60 times a day by cosmo7 · · Score: 4, Informative

      Mars is still Microsoft-free.

      Spirit uses Wind River's RTOS, VxWorks. The main computer (the Rover Electronics Module) uses a 20MHz 32-bit Rad 6000 CPU, a radiation-hardened PowerPC variant manufactured by BAe in England. The computer has 128M of ECC RAM and a 3M EEPROM. It connects with hardware via a Versa Module Europa (VME) bus.

      The software was compiled with a compiler from Green Hills' MULTI development environment, but the developers coded using the Wind River Tornado IDE.

    4. Re:Spirit rebooting 60 times a day by qqtortqq · · Score: 2, Interesting

      Occasionally you see an ATM machine machine with a windows message box on the screen describing some error. Its easier getting brinks out to the ATM machine to reset it than getting nasa out to mars.

    5. Re:Spirit rebooting 60 times a day by spaceyhackerlady · · Score: 5, Informative
      Something like 2/3 of NASA's recent missions have failed in some way or another. Is it quite possible that NASA engineers simply have not mastered the art and science of designing hardware and software operable in the harshest of environments?

      Maybe they have. That's how they know how difficult a task it is to get it right.

      I am something of an aerospace engineer, and work professionally with real-time systems (based on VxWorks - fancy that!). Let me illustrate the kind of bizarre bug that can happen on a spacecraft, and how it was fixed from the ground.

      Consider a satellite with a simple on-board computer. To guard against the OS locking up (no matter how good the software is, you can't protect against radiation-induced bit flips in memory), it has a hardware watchdog timer. The software resets the timer periodically, before the hardware can reboot the system. Things run well for a while.

      Then the on-board system starts resetting for no apparent reason. No suggestion of memory problems, no apparent hardware problems. The problem is traced to a radiation-induced change in component values in the watchdog timer, causing the timer to go off sooner than expected. Until the satellite is finally turned down a few years later, an important task of the ground stations was checking for watchdog resets and adjusting the software watchdog task accordingly. When the software eventually spent all its time resetting the watchdog timer, the satellite could no longer function and was turned down.

      The moral of the story: space is weird and hostile. Things happen. No matter how hard you try, you cannot always get it right.

      ...laura

    6. Re:Spirit rebooting 60 times a day by krusadr · · Score: 2, Funny

      In an act of neighbourly admiration the three-fingered Martians are repeatedly saluting the technological prowess of the Earthlings...

      --
      while sco {
      wget -O /dev/null http://www.sco.com?sco=litigious%20bastards
      }
    7. Re:Spirit rebooting 60 times a day by RayBender · · Score: 3, Interesting
      Would you happen to know if they have any redundancy in the system? A spare CPU might be useful right about now...

      --
      Human genome = 3 billion base pairs = 6 GBit. Windows + Office = 20 Gbit. Which is more impressive?
  8. What was in the data? by Anonymous Coward · · Score: 2, Funny

    &^@%$@ WJS&&# D&@#&&# DD

    im sorry dave i can't do that

    &*A^S^ DJHDHSHA ASHHASD&@^%@@ DD&D^^@

    1. Re:What was in the data? by GooTi · · Score: 2, Funny

      You forgot perl -e at the beginning...

  9. CNN article by pvt_medic · · Score: 4, Interesting

    Cnn has an article on some updates. Apparently the engineers been having all sorts of fun with the thing here a quick excert. "Cautioning that they will need more time to understand what went wrong, project engineers said they have determined that Spirit has rebooted or tried to reboot itself more than 60 times a day since the failure."

    --
    30% Troll, 50% Underrated, 10% Interesting
    Score:5, Troll
    1. Re:CNN article by Bertie · · Score: 2, Funny

      Bet they're sick looking at ScanDisk running...

    2. Re:CNN article by operagost · · Score: 3, Funny

      To avoid seeing this message, please shut down using the Start menu.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    3. Re:CNN article by AbbyNormal · · Score: 4, Funny

      I understand NASA was in a tight budget situation, but overclocking a Martian Planet robot was probably not such a good idea.

      --
      Sig it.
  10. It wasn't exactly 'filler' by Eevee · · Score: 5, Informative

    Only a couple of frames were fillers of random values. Most of the frames were engineering data. No actual scientific data came down, though.

    Still, it's a good sign that it's still able to talk.

  11. Someone was thinking ahead by Crudely_Indecent · · Score: 3, Insightful

    It's nice to know that NASA engineers threw debugging code in the mix. Otherwise, we'd have a $410,000,000 junkyard on the red planet.

    I don't know what I'd do if I didn't get to see high resolution pictures of dirt and rock every day.

    --


    "Lame" - Galaxar
  12. Re:Linux Cost Tax Payers at least $410M...nothing by TheGrayArea · · Score: 5, Informative

    You might want to check your facts before you spew. While the ground system is heavy on Linux according to the article you referenced, the actual OS on the rover itself is VxWorks from Wind River.
    http://www.windriver.com/news/press/20040105.html

    --

    This space for rent.
  13. Who to blame it on... by darth_silliarse · · Score: 5, Funny

    Spirit Sends Debug Information to Earth

    A Fatal Exception 0E has occurred at 0028:C0231810 in VXD VMM(0D) + 00001810

    Cool!

    --
    I've noticed that everyone who is for abortion has already been born - Ronald Reagan
  14. The awnser is simple... by Drakin · · Score: 2, Funny

    The little green men finally got thier hands on it... and haven't quite figured out how to put it back together again.

  15. 128 Kilobits by mcleodnine · · Score: 5, Funny

    128 kbps over 35 million miles... looks like we'll need another benchmark to replace the station wagon full of DAT tapes



    --
    one better than mcleodeight
  16. Re:Linux Cost Tax Payers at least $410M...nothing by Kumochisonan · · Score: 2, Informative

    IIRC... The 'Spirit' rover runs VxWorks.

    Why is it that you do not know this? mmm?

    --
    kill elrond
    take elrond
    put elrond in cupboard
  17. got some useful data by cheezus · · Score: 3, Insightful

    The transmission included power subsystem engineering data, no science data, and several frames of "fill data." Fill data are sets of intentionally random numbers that do not provide information.

    They don't say why it's sending fill data, but I bet the NASA geeks are happy about getting that engineering data.

    If we could put a man on the moon with slide rulers, we should have no problem figuring out how to three-key a computer on another planet

    --
    /bin/fortune | slashdotsig.sh
    1. Re:got some useful data by SnowZero · · Score: 4, Informative

      On Earth at least, picking bits off of radio links usually involves an adaptive threshold and a clock that syncs to the clock of the sender. Sending too many 1's or 0's in a row can interfere with that because there aren't any "bit edges" on the signal. Sending random data ensures all patterns are equally likely and your adaptive filter stays happy for when you have real data to send. Otherwise you'll miss the first part while you re-establish the threshold and sync to the signal.

      My guess is the NASA rover's link follows a similar principle, though its probably using some pretty damn fancy techniques to get the data from that far. Oh and missing the first part of the data would really suck for them since a retransmit would take 20 minutes.

  18. 60 reboots? by UnknowingFool · · Score: 2, Funny
    . . .Spirit has rebooted or tried to reboot itself more than 60 times a day since the failure.

    At 73 megabits, that's a lot of BSOD. Oops. Sorry. Red Screens of Death with Spirit being on Mars and all.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
  19. Wind river by hool5400 · · Score: 2, Interesting

    Maybe Wind River will not be so quick to brag now :)

    --

    Remember, it takes 42 muscles to frown and only 4 to pull the trigger of a sniper rifle.
    1. Re:Wind river by AaronW · · Score: 5, Informative

      I wouldn't brag. I've been programming VxWorks for several years now and all I can say is it's a piece of crap for a complex system.

      VxWorks does not provide any memory protection (well, AE does, but it's so buggy nobody uses it).

      If a task dies, it does not clean up after it. All memory is global, i.e. any task can overwrite memory for any other task.

      Wind River couldn't even implement a decent malloc implementation. I had to replace it with Doug Lea's DLMalloc code (which glibc's malloc is based off of). It fragments horribly, and becomes increasingly slower the more free blocks exist.

      Just by replacing malloc, I brought the time down on our box from 50 minutes to under 3 minutes and went from tens of thousands of fragments to a couple of dozen.

      If you want a reliable embedded system with a lot of complexity, go with QNX or perhapse a good embedded Linux (I like Timesys Linux myself - good realtime support).

      At least with QNX if there's a problem in a task, it's much easier to isolate it and not kill the entire system. As it is on the product I'm working on, if a task dies about the only way to recover is to reboot. Also, VxWorks has piss-poor built-in debugging support. Sometimes you can get a stack trace. Tracing the heap is virtually impossible (and because it's a global memory pool, you don't even know what blocks were allocated by what task or even how much memory each task has allocated). In the product I'm working on I added such support to find memory leaks and detect memory corruption.

      VxWorks AE does provide memory protection. We tried to use it, but it was so buggy and slow we had to drop it and go back to standard VxWorks.

      VxWorks hasn't really changed in the last few years and Wind River is losing customers like crazy to the better alternatives. They're hemmoraging money at an astronomical rate and quickly losing market share to the likes of QNX and Linux.

      Even the realtime performance of VxWorks isn't that great. The finest granularity for a reliable timer is 1/2 the system tick rate (often no more than 20ms resolution).

      VxWorks doesn't have a shell as such either. The commands you type in are functions with parameters to those functions. You can do things like my_global = global_a + 7

      or

      my_func(&my_global, 3)

      on the command line, but it's not at all like a traditional command line.

      Most real-time Linux implementations arn't all that great either from my research into it. Most don't deal with priority inversion, or require a completely separate set of APIs for RT tasks (i.e. RT Linux). I found Timesys Linux to solve most of these issues and it looks like our next generation will be based off of either Timesys Linux or QNX.

      -Aaron

      --
      This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
    2. Re:Wind river by gnalre · · Score: 3, Interesting

      While I agree with the post in general, the one thing I do like about windriver is some of the debugging tools. It is hard to see how we could get along without windView for instance.

      I have been porting some vxWorks applications to windows recently(Don't ask) and the lack of a tool like that is killing me.

      Any suggestion of such a tool like windview that works on windows would be gratefully accepted.

      --
      Choose your allies carefully, it is highly unlikely you will be held accountable for the actions of your enemies
    3. Re:Wind river by AaronW · · Score: 2, Interesting

      I hate to follow up to my own post, but I heard on NPR that the problem is in the Flash memory.

      Usually in VxWorks everything is compiled and linked into a single binary image (i.e. no filesystem). For flash, the only built-in file system is FAT, not even FAT32. Due to this, it makes the flash much more critical. Fat itself is not very robust.

      Ideally they would have at least 2 copies of the image in flash and switch to the secondary if the primary fails a CRC or other validation test. Also, it should have been designed to survive a flash chip dying. I can see that it would be easy for the flash to get corrupted due to the radiation. Apparently they're working around it by bypassing the flash and just using RAM.

      I would have thought that the flash subsystem would be designed with some fairly healthy ECC (i.e. handling bit errors at the same time at least one flash chip is dead). Maybe go so far as 3 flash banks with ECC for triple redundancy.

      It would be interesting to see how the computer of the Mars rover was designed.

      --
      This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
  20. Little Green Men by BenBenBen · · Score: 4, Funny

    Did the "filler data" look anything like this?

    --
    The Slashdot Paradox: "100% Overrated"
  21. I wonder by skinfitz · · Score: 4, Funny

    Doesn't Spirit's twin, Opportunity, start it's landing tomorrow?

    It's probably some bizarre licensing issue for the OS causing it to shut down as it's detected that NASA are trying to run two copies at the same time.

    Kind of like Beagle 2's problems caused by the transmissions being intercepted by the RIAA as they file a lawsuit against Colin Pillinger for offering illegal music downloads from Mars.

  22. The cause has been found by Smallpond · · Score: 4, Funny

    Fortunately, the cause of the blackout has been located and will be corrected soon.

  23. Re:Wow. by skillio · · Score: 2, Informative

    its actually 128 kbps to mars odyssey (its max throughput, incidentally)...the MO's high gainer tops out at 110 kbps. still, not too shabby, too bad it seems to be 95% crapola.

  24. Cause of Spirit problem known! by Jacco+de+Leeuw · · Score: 4, Funny
    --
    -------
    Warning: Slashdot may contain traces of nuts.
  25. Silly Spammers by pardasaniman · · Score: 5, Funny

    It appears that while editing the crontab of the rover to send spam, the script-kiddie accidentally added a shutdown -r 24m . "Having the rover send spam was a great idea! When people ping the X-Originating IP, they'll surely timeout!!"

  26. mars dvd message by xk · · Score: 5, Interesting

    Has anyone cracked this yet?

    -bk.

    1. Re:mars dvd message by 222 · · Score: 2, Informative

      Yea, I actually asked ( http://www.elonka.com )Elonka of Kryptos fame about this yesterday, it seems someone has indeed cracked it, although im not sure if any of them have come forward.
      Although i havent personally worked on this, it really seems like something that nasa put together for middle school students looking for something fun to do, not something any experienced codebreaker would have trouble poking through.

  27. CONTENTS OF MESSAGE by tjstork · · Score: 4, Funny

    "I can't swim.. I CaN'T sWim ... I cannot swim... I can't swim.. I can't swim.. I can't swim.. I can't swim.. I can't swim.. I can't swim.. sdf@#$@#$@#$

    --
    This is my sig.
  28. NASA was trying to hide illegal mp3's on mars by Anonymous Coward · · Score: 5, Funny

    rover: 128kbps
    most mp3's: 128kbps
    COINCIDENCE?
    i think not.

    1. Re:NASA was trying to hide illegal mp3's on mars by EpsCylonB · · Score: 4, Funny

      Nasa wants us all dead!
      Nasa sent up monkeys. Are they all accounted for?
      Nasa sent up robots. Where are they now?

      "We can defeat the monkeys. We can defeat the robots.
      BUT NOT AT THE SAME TIME!!!"
      - Lewis Black

  29. Re:Tell the rover by Bill+Quayle · · Score: 2, Informative
    Actually, rebooting seems to be part of the problem (or at least one of the symptoms). According to an article on the BBC:

    It appears that every time Spirit tries to load the software it encounters a problem and then tries to re-boot

  30. vxWorks... by codepunk · · Score: 2, Informative

    From the windriver site....

    Power and versatility was delivered via the advanced applications developed for each of the robotic functions of the Rover devices, plus their communications links with the landing craft. VxWorks not only served as the ideal development platform for the engineers, it also had to be sufficiently robust itself to ensure it would perform according to plan under the extreme conditions on Mars and during the journey from Earth.

    To bad it never makes it to run level three sounds like init is dying..

    --


    Got Code?
  31. I, for one, welcome our... by Anonymous Coward · · Score: 5, Funny

    ...European, constantly rebooting, battery draining overlords. Now we know Beagle 2 was not lost but was in transit to Gusev crater. It took a little time to silently creep up behind spirit. If we had a high-enough resolution camera we would see that damn dog continuously poking at the rover, pressing our reset button.

    Cheers to the European engineers who caught us with our pants downs and jeers to the American engineers who thought our little rover needed an external reset button for some reason.

  32. Re:Linux Cost Tax Payers at least $410M...nothing by sir_cello · · Score: 4, Informative


    Some of us Engineers work with RTOS all the time, not just for fun-and-dandy projects, for for multi-million dollar outcomes. Consensus is that Linux is not good enough. QNX, VRTX, VxWorks etc are still the preferred choices, but everyone admits that Linux is getting there. Most of us don't hang out on slashdot, yet many Linux zealots do: you don't get a good opinion here.

  33. New superlative: by Snork+Asaurus · · Score: 4, Funny

    Extreme Remote Debugging

    --
    Sigs are bad for your health.
  34. Ive been telling you... by TitanOfire · · Score: 2, Interesting

    How many times do I have to say it? Robots just dont work for shit. Why dont we just send up some of those hyper-intelligent monkeys that we sent to the moon. I mean seriously it would cost a lot less. And then theyd make movies, how cool would it be to see another movie about a chimp doing what a human could do a billion times better?

  35. Re:Wow. by Lord+Apathy · · Score: 2, Funny

    too bad it seems to be 95% crapola.

    Sounds like the internet to me....

    --

    Supporting World Peace Through Nuclear Pacification

  36. Connections by vpscolo · · Score: 3, Funny

    Great the probe has a faster connection than I have. Now I've got to go live on mars

    Rus

  37. WiFi To mars... by dnaboy · · Score: 2, Funny

    I would love to see the length of pringles cans used to make the WiFi antenna to get that signal back to earth.

  38. It's all done for the TV ratings by roman_mir · · Score: 5, Funny

    you remember, the Apollo 13, the one with Tom Hanks? Where the austronauts believe that their transmission is watched by the viewers on Earth but in fact all TV networks refused the transmission, stating that NASA made flights to the Moon as exciting as trips to Pittsburgh (or something of this kind)?

    This is what is happenning people, the new in reality TV - our own Mars Rover - The Ultimate Survivor. The Opportunity will be landing today, so the audience should be able to vote for which rover is going to be kicked out of the show.

    The Drama, The Excitement, The Unknonw, The Sex... oh, wait!

  39. Re:400 million and only one CPU by 0x0d0a · · Score: 5, Interesting

    Nasa systems that involve human life are highly redundant. I remember a lecture by a NASA engineer about systems on the Shuttle. There are *seven* redundant computers which calculate data. That data requires identical answers from four to be accepted.

    On Spirit, power is an issue. More CPUs == more power drain.

    Furthermore, I remember the folks initially speculating that something was wrong with the power system. I stopped following it, but it said that this transmission was composed of power subsystem diagnostic data. Could be it's a response requested earlier that it didn't have enough juice to send, in which case more CPUs would have actually exacerbated the problem. :-)

  40. Lets hope... by Angelonio · · Score: 2, Funny

    that it is not Java serialized objects they are receiving to debug...

  41. Suspiciously good pics of landing site from orbit by hazee · · Score: 3, Interesting

    Is it just me, or has anyone else been very puzzled by the pics that NASA released of Sprit's landing site? These were supposedly taken by the Mars Orbiter Camera on the Mars Global Surveyor.

    I thought that the best cameras in orbit around Mars were those on the European Mars Express, with a top resolution of 12 metres/pixel, and yet here the Spirit lander, about 2 metres aross, is spread across about 10 pixels.

    Something's not right...

  42. Re:400 million and only one CPU by Hollinger · · Score: 5, Insightful

    Well, you know, what's interesting about that is:
    1. you'd have to increase the complexity of the device even more, exposing it to a higher risk of failure statistically
    2. you'd need more complicated software and hardware that would require more time and effort (money & delays)
    3. the hardware would need more power (limited batteries and solar panel capacity)
    4. the system would be heavier and bigger (costs are measured in grams, iirc).

    While you have a valid point, the constraints of this design give very strong tradeoffs among safety, feasability, and cash flow (and I'm sure there are others, but I'm not a rocket scientist). I'd imagine that some time was spent on redundant systems, but the adage of "Why have one when you can have two at twice the price?" only works when your budget can support the extra price of man-hours and cash.

    I'd argue that where you work has unlimited available power, and if you need more, you can ask your power company for more. You have the money to spend on a X-thousand-dollar sever that's been pre-fabbed by whatever company you like. If you need more, you get more drop-shipped to you within days. NASA had to build these little buggers from the ground up.

    <RANT>
    You know, if you take your philosophy of simply duplicating the entire machine, there is a backup. It's called "Opportunity." It lands tomorrow.

    I highly resent the fact that you've called some of the greatest engineers of our time "retarded." If you can't understand the problem (I certainly don't, but I do understand the concept of tradeoffs in design) you have no right to speak on the issue. Of course, this is slashdot. Everyone can mouth off about everything. Nevermind.
    </RANT>

    ~MCH.

  43. Re:Linux Cost Tax Payers at least $410M...nothing by 0x0d0a · · Score: 2, Interesting

    How often is a bug the fault of an RTOS, and how often introduced by the coders working on a particular project?

  44. Re:Mars Orbiter pictures of Spirit by AndroidCat · · Score: 2, Informative

    Argh! I thought I added the link (Preview is for whmips!)

    --
    One line blog. I hear that they're called Twitters now.
  45. The irony... by MoebiusStreet · · Score: 2, Funny

    All the way out at Mars, they get 4 times the bandwidth I can get here in New Jersey... But the content isn't any better :-)

  46. 128 Kb/s .. Where is society coming to? by Chilles · · Score: 2, Funny

    When the last lightminute is no problem but the last mile is?

  47. Re:Suspiciously good pics of landing site from orb by AndroidCat · · Score: 5, Interesting
    They're trying a new technique. From this article:
    The MOC image of the Spirit lander and its landing site was acquired using a new technique that was pioneered by the MGS project in 2003. Called "cPROTO" (for Pitch and Roll Only Targeted Observation with planetary motion compensation), the approach allows MOC, which normally takes pictures 1.5 meters (5 feet) per pixel to 12 meters (40 feet) per pixel, to acquire images with a higher resolution. By pitching the MGS spacecraft at a rate faster than it orbits around Mars, and moving it in a way that compensates for the rotation of the planet, MOC is able to obtain images with a down-track resolution of about 50 cm/pixel (~20 inches/pixel), although the cross-track resolution remains ~1.5 m/pixel (5 ft/pixel). These images have a better signal-to-noise ratio than typical 1.5 m/pixel MOC images, as well. This technique allows the lander and other details not normally visible in a full-resolution MOC image to be seen.
    --
    One line blog. I hear that they're called Twitters now.
  48. Re:400 million and only one CPU by SagSaw · · Score: 2, Informative

    I saw over at the windriver site that this thing has a proprietary os

    I'm not sure how this is a disadvantage. The people at NASA can't be experts at everything, and in this case, it looks like they decided to hire an outside company to write the rover software. Just becasue it is a proprietary OS doesn't meant that the code is any buggier, that NASA can't review the software, or that there is any less ability to debug the thing when problems occur.

    and only on cpu and only one set of code

    A second CPU (or an extra anything for that matter) would add to the weight and energy consumption of the device. I think one reliable system beats out two redundant (but necessarily more complex) systems in this case.

    --
    Come test your mettle in the world of Alter Aeon!
  49. Lack or proper parenting skills at NASA by Eluding+Reality · · Score: 2, Funny

    NASA's Spirit rover did not go to sleep today even after ground controllers sent commands twice for it to do so.
    It looks like NASA is experiencing a common parenting problem, I suggest something like this for the rocket scientists

  50. Re:400 million and only one CPU by fermion · · Score: 2, Insightful
    It is a reliability issue. A second CPU is nice for redundancy, but integrated that second CPU complicates circuity. As things get more complicated, it gets more expensive to maintain the same level of reliability. The increase in expense in not linear. And since the reliability of the CPU is high, it is probably unlikely to be worth the expense when human life is not at risk.

    Most offices now have to have redundant computers because the reliability of the machines are so low. This make economic sense for the office. Space travel is not the office. With space travel you buy the highly reliable machines and test the hell out of them to make sure they work. Even with all that they don't always work. But when you are doing something new not everything works.

    Unfortunately kids today think Newton made his formulations the instant he got hit i the head. Explorations is about hard work and risks. And some guy in an office who has never done it has no idea of how complex it is.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
  51. Fill Data by Detritus · · Score: 4, Informative

    Fill data is typically transmitted when the telemetry multiplexer does not have any engineering or science data to send. Due to the way synchronous communications links work, something is always being transmitted, even if there is no "real data" available.

    --
    Mea navis aericumbens anguillis abundat
    1. Re:Fill Data by Detritus · · Score: 2, Informative

      Normally, the bit rate of the telemetry transmitter is set to a value equal to the peak bit rate of the active telemetry sources. Depending on the design of the spacecraft, some sources may be constant bit rate and some sources may be variable bit rate. In traditional spacecraft designs, everything is constant bit rate and there is no need for fill data. In many newer spacecraft designs, various spacecraft subsystems produce telemetry packets which are multiplexed into a single stream that modulates the transmitter. Some science experiments are designed to vary their bit rate depending on external conditions. If you are looking for transient phenomena, like x-ray bursts, you may want to generate telemetry at a low rate when nothing interesting is happening. If a x-ray burst is detected, you can shift to a higher rate to capture the event in greater detail. Some spacecraft have many independent experiments, generating telemetry in a mix of constant and variable rates. If the sum total of the inputs is less than the output telemetry rate, the telemetry multiplexer must insert fill data to keep its output at a constant rate. The telemetry system's output bit rate can be set to a number of values so that it can adapt to current RF link conditions. Most spacecraft have a wide selection of telemetry modes to allow for varying requirements and conditions. These may range from very low bit rate engineering data via the omnidirectional antenna if the spacecraft is in trouble, to high bit rates via the high-gain antenna if everything is working properly and important science data is being transmitted. The engineers on the ground send commands to the spacecraft to set the appropriate mode for current conditions. The spacecraft itself may change modes if it detects a problem or if it hasn't received any commands in a specified period of time.

      --
      Mea navis aericumbens anguillis abundat
  52. Re:Tell the rover by brokencomputer · · Score: 2, Interesting

    I have compiled some important quotes regarding the issue. * NASA's Spirit rover communicated with Earth in a signal detected by NASA's Deep Space Network antenna complex near Madrid, Spain, at 12:34 Universal Time (4:34 a.m. PST) this morning. The transmissions came during a communication window about 90 minutes after Spirit woke up for the morning on Mars. The signal lasted for 10 minutes at a data rate of 10 bits per second. Mission controllers at NASA's Jet Propulsion Laboratory, Pasadena, Calif., plan to send commands to Spirit seeking additional data from the spacecraft during the subsequent few hours. [11] * The flight team for NASA's Spirit received actual data from the rover in another communication session that began at 13:26 Universal Time (5:26 a.m. PST) and lasted 20 minutes at a data rate of 120 bits per second. [12] * Shortly before noon, controllers were surprised to receive a relay of data from Spirit via the Mars Odyssey orbiter. Spirit sent 73 megabits at a rate of 128 kilobits per second. * At a news briefing, Pete Theisinger said, "The software is in X-band fault mode. We surmise it got there because of some problem with the high-gain antenna pointing, and that is why the second high-gain antenna pass on Wednesday did not work. It gives us a little bit of a tale-tell for what is going on with the processor now. But as I pointed out to you, the flight software is not functioning normally. The two times we have gone and communicated with the system, we have gotten different flight software behaviors. Therefore we do not have assurance the next time we go and ask for it we will get either one of those two behaviors or perhaps a third behavior. " Later Theisinger said that the Spirit is in "critical condition" and stated that "We do not know to what extent we can restore functionality to the system because we don't know what's broke. We don't know what started this chain of events. I think, personally, that is a sequence of things. And we don't know, therefore, the consequences of that. I think it is difficult, at this very preliminary stage, to assume that we did not have some type of hardware event that caused this to start. Therefore, we don't know to what extent we can work around that hardware event and to what extent we can get the software to ignore that hardware event, if that is what we eventually have to do. " * An anomaly team has been formed, completely separate from the Opportunity team. They will be working a schedule that will look like 0500 Mars Time to about 1500 Mars Time. * At the press conference, Theisinger said that Spirit "has been in a processor reset loop of some type, mostly since Wednesday, we believe, where the processor wakes up, loads the flight software, uncovers a condition that would cause it to reset. But the processor doesn't do that immediately. It waits for a period of time - at the beginning of the day it waits for 15 minutes twice and then for the rest of the day it waits for an hour - and then it resets and comes back up." He added that Spirit's central computer has rebooted itself more than 60 times over the past two days. Theisinger also noted that "The indications we have on two occasions is that the thing that causes the reset is not always perceived to be the same." * At the press conference, two computer animations of Spirit's landing were released. Also released was an image of Spirit's landing site taken by the Mars Orbiter Camera on the Mars Global Surveyor.

  53. Re:should NASA let Wind River write the code? by Detritus · · Score: 5, Insightful

    If there is a COTS (commercial off-the-shelf) real-time operating system available that meets the system requirements, why go to the risk and expense of writing your own from scratch? Do you expect NASA to fabricate every component in the spacecraft?

    --
    Mea navis aericumbens anguillis abundat
  54. NASA needs to chill... by Lobo_Louie · · Score: 2, Funny

    Everything will be ok once low tide in the Gusav Sea occurs.

  55. Improving NASA: Get-it-right vs. get experience by G4from128k · · Score: 4, Insightful

    Is it quite possible that NASA engineers simply have not mastered the art and science of designing hardware and software operable in the harshest of environments?

    While I would never claim that NASA is perfect, I think you underestimate the both the engineering challenge of putting a rover on Mars and the impact of more conservative, get-it-right, policies.

    Interplanetary missions are the hardest of all because the engineers never get to actually test the whole device under realistic conditions. Although they can test and analyze each subsystem under a variety of simulated or near-realistic conditions, they have no way of building a test rover, putting it in interplanetary space of months, having is aerobrake into a thin atmosphere, parachute in a thin atmosphere, and crashland at high speed, and then operate all its mechanical parts under dusty low G conditions.

    Second, get-it-right == conservatism == greater cost == fewer missions == less experience. The last thing NASA should do is spend more money, take more time, and do fewer missions. The only way we will really learn how to operate in space is to go into space. I'm not saying that better engineering won't help, only that more experience (unfettered by excessive conservatism) is a crucial part of learning to operate on other planets.

    --
    Two wrongs don't make a right, but three lefts do.
    1. Re:Improving NASA: Get-it-right vs. get experience by pongo000 · · Score: 3, Interesting

      The last thing NASA should do is spend more money, take more time, and do fewer missions. The only way we will really learn how to operate in space is to go into space.

      This approach gives NASA the public exposure it needs to continue its work, but space is a very expensive testing ground. Where's the rush to get into space? It's not as if we're trying to capture fleeting moments of time. It seems ludicrous to me that NASA is on a 15-year time table...given the vastness of time in a cosmological sense, shouldn't NASA be considering 100-year or 1000-year timetables?

      The problem is that we as humans have a 70-year lifespan, and desire to see the fruits of our labor now. Plus, there wouldn't be much of a political boost for a president to unveil NASA's new 1000-year colonization plan.

      True scientific discovery is being tainted by political short-term gains. I have great respect for the scientific and engineering knowledge of many NASA principals, but I also believe many of them are selling out by playing the political game and adopting a false "can-do" attitude instead of pushing for more responsible scientific inquiry that might be more time-consuming in the long run, but will greatly benefit future generations of scientists.

    2. Re:Improving NASA: Get-it-right vs. get experience by Jeremi · · Score: 4, Insightful
      given the vastness of time in a cosmological sense, shouldn't NASA be considering 100-year or 1000-year timetables?


      That would be ideal, but keep in mind that NASA is funded by Congress, an entity that changes its mind about everything every 2-8 years. Any NASA program that takes too long to complete is very likely to be cancelled halfway through, wasting 100% of the resources that were put into it.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    3. Re:Improving NASA: Get-it-right vs. get experience by AllUsernamesAreGone · · Score: 4, Insightful

      It seems ludicrous to me that NASA is on a 15-year time table...given the vastness of time in a cosmological sense, shouldn't NASA be considering 100-year or 1000-year timetables?

      Unfortunately, if you want to look at things on the scale of cosmological time, we don't even exist. Human beings have been around for a blink of the eye of the universe, and unless we get our backsides off this damp ball of rock as soon as possible there's every chance that within another blink, we won't exist anymore. Between climate change (not even human-caused - the "comfortable" Earth we know is just a fleeting hospitible break between the planet's normal fire and ice), potential self-destruction, impact events and a dozen other risks, our continued persistence in keeping all our eggs in one basket is nothing short of asking for annihilation. How many other "intelligent" species would sit there and watch as enough rock and ice to wipe out life plunges into a planet that is, comparitively, just next door and do nothing? We did when Shoemaker-Levy 9 hit Jupiter. My only comfort is that, should the human race be wiped out while confined to Earth by its own lack of vision and sense, it'll be a service to galactic evolution.

    4. Re:Improving NASA: Get-it-right vs. get experience by pongo000 · · Score: 2, Funny

      Why waste what we could do for people now?

      I couldn't have said it better. Instant gratification for the masses, as opposed to solid foundations for the future. That's the exact problem I'm speaking of...

    5. Re:Improving NASA: Get-it-right vs. get experience by Anonymous Coward · · Score: 2, Insightful

      Beautifully put my dear fellow.

      To those that argue "Lets get things right here on earth before we adventure to the great beyond" - I answer that this is extremely short sighted thinking. Things will never be right here on earth. There will always be wars, famine, ecological disasters, pestilence, terrorism, crime, religious strife, etc. As we outgrow our comfortable little womb most of these problems will only intensify.

      The purpose of intellegent life, (i.e. the self-aware universe) is to extend, propagate and further intelligent life into the vacant lifeless universe.

  56. Windows Update... by inteller · · Score: 2, Funny

    60 reboots is nothing, the engineers just forgot to turn off Automatic Updates...

  57. Time to confess... by Comatose51 · · Score: 2, Funny

    OK, which one of you posted the URL to Spirit's onboard webserver on Slashdot???

    --
    EvilCON - Made Famous by /.
  58. What really happened... by WernerStormcrow · · Score: 2, Funny

    Do you really think Spirit and Beagle II were sent to Mars to gather scientific data?

    WRONG!

    It's about beeing the interstellar robot fighting champion, you fools! Geeks from NASA and ESA are just sending battle bots to Mars in an absurd attempt to waste European and American taxpayers' money.

    I mean, think about it! First, Spirit kicked Beagle II's ass, and the guys from NASA already celebrated their victory. But now, it seems that a domestic contestant gave Spirit a heavy beating on wednesday; ergo its problems since then.

  59. sure would be nice.. by maelstrom · · Score: 4, Insightful

    To have some actual technical discussion on a site that is supposed to be filled with nerds, instead of the same tired jokes about martians.

    --
    The more you know, the less you understand.
    1. Re:sure would be nice.. by dekashizl · · Score: 2, Informative

      Go to your Slashdot Preferences, click on Comments tab. Or just click here.

      You can adjust the modifiers for all adjectives. The default is 0 (which is +1 for positives and -1 for negatives), but you can, e.g., make Funny == -4.

      I don't recommend it, though, because then you might miss funny Mars cartoons like this one.

      --
      For news, status, updates, scientific info, images, video, and more, check out:
      (AXCH) 2004 Mars Exploration Rovers - News, Status, Technical Info, History.

  60. Re:should NASA let Wind River write the code? by Loki_1929 · · Score: 2, Interesting

    "Do you expect NASA to fabricate every component in the spacecraft?"

    If we gave them a budget? Yes.

    Nasa's fiscal year 2003 budget: $15.1 Billion.
    DoD's fiscal year 2003 budget: $396.1 Billion.

    The DoD's budget does not include emergency supplementals, such as the $40 billion supplemental in '02, or the $87 billion supplemental requested in '03.

    --
    -- "Government is the great fiction through which everybody endeavors to live at the expense of everybody else."
  61. Bushes space program... by PetoskeyGuy · · Score: 2, Insightful

    Maybe if Bush didn't invade Iraq, he could have given that 87 Billion to Nasa instead. In the mean time they have to do the best with what they have.

    I agree it's wrong to just put NASA on a pedestal, but analyze their success as well as thier failures, and be sure to compare it to the other space agencies out there. I think they are doing a pretty incredible job accomplishing lots of things that have never been done before.

    With that said, lets see how Opportunity does tonight!

    1. Re:Bushes space program... by cheezedawg · · Score: 2, Insightful

      Maybe if Bush didn't invade Iraq, he could have given that 87 Billion to Nasa instead.

      Ok- on one hand, we can spent the money to free 25 million people from a brutal and oppressive dictator, give credibility to the UN, provide a catalyst for the democratization of one of the most volatile regions in the world, and eliminate a threat to our national security.

      -OR-

      We can hurl more crap up into space.

      Thats a pretty tough choice.

      --
      "The defense of freedom requires the advance of freedom" - George W Bush
  62. (AXCH) MER2004 More Info by dekashizl · · Score: 2, Informative

    For news, status, updates, scientific info, images, video, and more, check out:
    (AXCH) 2004 Mars Exploration Rovers - News, Status, Technical Info, History.

  63. Yes, but there are other possibilities by dtmos · · Score: 5, Insightful

    Since Spirit is rebooting sixty times per day, a problem that started when an electric motor moving its spectrometer "conked out", one thinks first of a hardware failure, possibly leading to software corruption.

    I don't know the boot sequence of Spirit, but in most battery-powered embedded systems with which I am familiar, an elaborate state machine design is made to ensure that, when the boot sequence is complete, the system has sufficient power to perform any task that may be requested of it. Since the power supply is limited, an unexpectedly heavy load on the primary supply could cause the supply voltage to the microcomputer to fall below its specified lower limit, leading to a system reset.

    Now imagine that there is a hardware failure associated with some process that runs during the boot sequence--a voltage regulator turn-on, a heating system initialization, an electric motor activation, whatever--that results in excessive current drain. When this part of the boot sequence is reached, the supply voltage falls, and the microcomputer resets. This disables the problem-causing hardware, unloading the power supply. When the supply voltage recovers, the microcomputer reboots (either automatically, with a power-on reset, via a watchdog timer, or via some other means) and, when the critical part of the boot sequence is reached, the supply voltage falls again. The system is now in a continuous loop, in which it can remain indefinitely. (Or at least 60 times per day....)

    Note that this situation can also arise due to a defect in the power supply--if the output impedance of the power supply has risen for some reason, its output voltage under lightly loaded conditions can be acceptable, but it may not be able to supply heavier loads.

    One expects the Spirit power supply to be complex, with separate regulators for the microcomputer, radio transceiver, and electric motors, so looking for common circuits and systems would be the first thing to do when troubleshooting for this type of failure. Looking for system conditions that can cause a system reset would be another; the JPL people have lived with their systems for years now, and would have had many design reviews to identify possible system failure scenarios--I'm not telling them anything new here. I understand that the system telemetry received yesterday indicates that the power supply is within specification, so that seems to eliminate that possiblility.

    The second alternative is a soft memory failure of some kind, either caused by a supply failure as the parent suggests or perhaps by a radiation event of some kind.

    Note that these problems can be multi-disciplinary; for example, the problem could be caused by some vibration when a motor runs that loosens a broken connection created by a chemical reaction to something on the surface (to take an extreme example).

  64. Uh oh... by pHatidic · · Score: 2, Funny

    Your rover Spirit is in trouble, do you want to:

    a) Ford the crater
    b) Suck the poison
    c) Reduce rations to meager
    d) Go hunting

  65. Closed source project... by jasno · · Score: 4, Interesting

    Is there any reason the code, schematics and CAD designs aren't available for public viewing? Its a publicly funded project, and I don't think JPL has to worry about trade secrets.

    If JPL would give us more information, I bet they'd have 50% of the entire engineering brainpower on the planet checking for races, inversions, memory leaks, hardware design flaws, etc.

    If there was ever a project that could benefit from so many eyeballs, its space exploration. There are thousands of some of the most talented engineers on the planet who would jump at the chance to contribute to something like this.

    --

    http://www.masturbateforpeace.com/
  66. unmanned probes by tgibbs · · Score: 2, Interesting

    Despite what seems to have become a widely held belief that we can learn as much from automated probes as from manned missions, it doesn't seem to have worked out that well in practice. Viking had a set of experiments that was supposed to definitively detect whether life was present. But when some of the experiments came out positive, they ended up being rejected, because researchers at home came up with nonbiological explanations. Unfortunately, there was nobody on site to do a follow-up experiment to really answer the question. Now we've had a long string of failed probes.

    Perhaps all Spirit really needs is somebody to give it a little kick.

  67. Re:should NASA let Wind River write the code? by Dark+Lord+Seth · · Score: 2, Funny
    Do you expect NASA to fabricate every component in the spacecraft?

    Of course not. I bet Bob's Electronics Boutique has got just the right parts. Piece of PCB, a blue LED, duct tape, a goat... You mention it, they got it.

  68. Re:400 million and only one CPU by Jon+Abbott · · Score: 2, Interesting
    1. you'd have to increase the complexity of the device even more, exposing it to a higher risk of failure statistically
    While that statement is correct for adding components in series, it is not correct when applied to adding components for redundancy (i.e. in parallel). Adding another CPU in parallel increases the redundancy, and therefore decreases the risk of failure statistically. Here is the math for both types:

    Series: If I add two components in series to a system, with reliability of R_1 and R_2, respectively, the overall system reliability is:

    R_series = R_1 * R_2
    To demonstrate this with real numbers, let's assume the values of R_1 = 0.95 and R_2 = 0.90. R_series would equal 0.95 * 0.90 = 0.855, or 85.5%. So, adding components in series makes reliability worse than the original reliability of either of the two components.

    Parallel: On the other hand, If I add two components in parallel, with reliability of R_1 and R_2, respectively, the overall system reliability is:

    R_parallel = 1-(1-R_1)*(1-R_2)
    Using the same values for R_1 and R_2 as above, the value of R_parallel would be 1-(1-0.95)*(1-0.90) = 0.995, or 99.5%. Redundant systems such as this are a good thing, because the overall chance of system failure can often be greatly reduced.

    Of course, the value of redundancy must of course be balanced with the overall cost of the system, which can be measured in money, man-hours, and weight... Most introductory courses in engineering management explain these tradeoffs in good detail, and help to understand how to maximize a project's reliability while minimizing the overall system cost.

    One of the most fascinating engineering management issues with Spirit and Opportunity is that the number of man-hours dedicated to both rovers is very limited, and now that Spirit is failing, less people will be available to make sure that Opportunity is going to land and operate successfully. The extra added cost of adding a second CPU or extra RAM to the rovers may well have already paid itself off, just for that very reason. A lack of man-hours devoted to Opportunity could spell as much doom to the project as a design flaw, but ultimately both cost money to fix. It all boils down to: "faster, cheaper, better -- pick any two."
  69. 3pm EST JPL news conference by Anonymous Coward · · Score: 2, Informative

    -downgrade from critial to serious
    -3 types of memory: random(lost every night), flash(science data, etc), double eprom(program data. harder to write to).
    -cripple mode- run without the flash ram
    -Sent commands to put spirit into cripple mode. No more resets so far. It can also sleep now.
    -Will relay entire contents of flash ram to mars observor over the next day or so. Hopefully that'll give clues as to what happened.
    -Since cripple mode means no permenant storage, spirit forgets it's in cripple mode everytime it goes to sleep.
    -proabably about 3 weeks until it's back up running to any significant degree.

  70. 128 kbps by belgar · · Score: 2, Funny

    How brutal is it that the connection from Mars is faster than the dialup-only available in NW Ontario? :-(

    --
    What does it mean to wake out of a dream
    and be wearing someone else's shorts?
    BNL, Born on a Pirate Ship (1998)
  71. It would be nice... by oliverk · · Score: 2, Interesting

    ...if a little more of the information was given to the public. There are a lot of very bright, very interested and very talented engineers that would love to contribute to the solution. Some aspects would need to be kept out of the public hands (lest, of course, some kid in the Bronx go joy-riding in Spirit using just some RadioShack spare parts). But the lion's share of the problem could be posted up for the best (dare I say it?) open-source solution to an engineering problem.

    Bugzilla for NASA. I guess that's the best way to describe what I'm thinking.

    --
    ---- Please be nice in case my Slashdot karma ~= my real life karma.
  72. how depressing by coaxial · · Score: 2, Funny

    Spirit is on fucking Mars and I'm stuck here in the boondocks of Earth and I still only get 56k.

    Damn it.

  73. Problem Isolated: Bad Flash Ram by io333 · · Score: 2

    The flash ram went bad."

    Why does this not surprise me? I'd guess that SanDisk put in the low bid for that part.