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.

15 of 477 comments (clear)

  1. You know what they say by Smallpond · · Score: 4, Interesting

    A diagnostic is what runs when nothing else will.

  2. 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 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.

  3. 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
  4. mars dvd message by xk · · Score: 5, Interesting

    Has anyone cracked this yet?

    -bk.

  5. 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. :-)

  6. 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...

  7. 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.
  8. 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.

  9. 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.

  10. 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/
  11. 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.

  12. 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
  13. 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?
  14. 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.