Slashdot Mirror


Programming Error Doomed Russian Mars Probe

astroengine writes "So it turns out U.S. radars weren't to blame for the unfortunate demise of Russia's Phobos-Grunt Mars sample return mission — it was a computer programming error that doomed the probe, a government board investigating the accident has determined." According to the Planetary Society Blog's unofficial translation and paraphrasing of the incident report, "The spacecraft computer failed when two of the chips in the electronics suffered radiation damage. (The Russians say that radiation damage is the most likely cause, but the spacecraft was still in low Earth orbit beneath the radiation belts.) Whatever triggered the chip failure, the ultimate cause was the use of non-space-qualified electronic components. When the chips failed, the on-board computer program crashed."

71 of 276 comments (clear)

  1. Excuse me... not a programmer's fault. by LostCluster · · Score: 5, Insightful

    We've got a contradictory summary here. Chip failure isn't a programming fault, it's a hardware problem. Stop confusing hardware and software you insensitive clod.

    1. Re:Excuse me... not a programmer's fault. by Anonymous Coward · · Score: 3, Insightful

      Obviously the error handling routine was poorly written.

    2. Re:Excuse me... not a programmer's fault. by Anonymous Coward · · Score: 5, Funny

      sure, it missed:

      if(cpu_melted)
            abort();

    3. Re:Excuse me... not a programmer's fault. by Cochonou · · Score: 5, Informative

      Well... if you read TFA (or actually the first TFA linked), it is clearly written:
      In a report to be presented to Russian Deputy Prime Minister Dmitry Rogozin on Tuesday, investigators concluded that the primary cause of the failure was "a programming error which led to a simultaneous reboot of two working channels of an onboard computer [...] Likewise, cosmic rays and/or defective electronics are not the leading suspects behind Phobos-Grunt’s demise.
      The summary is clearly bolting together two contradicting reports.

    4. Re:Excuse me... not a programmer's fault. by MSesow · · Score: 5, Funny

      That could throw a ProcessorNotFoundException, be sure to code accordingly.

    5. Re:Excuse me... not a programmer's fault. by Rary · · Score: 3, Interesting

      To follow up, the article saying that it was a chip failure is dated yesterday, while the article claiming it was a programming failure is dated today. Presumably, this is new information to shoot down the previous claims, but TFS (in typical Slashdot "editorial" style) fails to actually make that distinction, and puts both claims together as part of a single summary.

      --

      "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

    6. Re:Excuse me... not a programmer's fault. by Anonymous Coward · · Score: 5, Funny

      This has nothing to do with reading TFA. It has everything to do with the summary

      You just defined all of slashdot. What was your point again?

    7. Re:Excuse me... not a programmer's fault. by icebike · · Score: 5, Interesting

      Obviously the error handling routine was poorly written.

      I'll assume your tongue was firmly planted in your cheek, and suggest a +1 Funny mod.

      But on the chance you were serious, depending on where that chip was, it may have been beyond something manageable by software.

      A chip in a power controller could take down any or all of the processor components, or render access to control circuits impossible.

      The linked article also states

      Everything was working well with the spacecraft immediately after launch, including deployment of the solar panels, until the command to start the engines was issued. When that did not happen, the spacecraft went into a safe mode, keeping the solar panels pointed to the Sun to maintain power.

      How many times do you supposed they actually tested engine start IN THE SPACE CRAFT? I'm guessing ZERO.

      non-space qualified parts being used in some of the electronics circuits. This is a design failure by the spacecraft engineers that might have been caught had they performed adequate component and system testing prior to flight. But they did not.

      So design failure, due to radiation, prior to the craft getting near the strongest radiation belts. Unbelievable. Occam would be skeptical.

      This sounds to me like some on-board internal source of radiation, or induction, or simple overload, fried a chip somewhere in some un-specified circuitry, most probably in the engine controls. This seems far more likely than an external radiation source given the shielding the physical design would provide.

      I doubt space qualification made any difference at all. The window for space radiation in the brief time it was operational was small.
      Rather I suspect under-spec parts, over voltage or high current draw, or internal shielding oversights.

      --
      Sig Battery depleted. Reverting to safe mode.
    8. Re:Excuse me... not a programmer's fault. by Anonymous Coward · · Score: 3, Funny

      The linux kernel throws an error about unsupported CPU's, how that code should execute in the first place is a mystery.

    9. Re:Excuse me... not a programmer's fault. by icebike · · Score: 2

      The second link in summary leads to an article that is internally contradictory. That page from Discovery News is all over the place.
      Which is not surprising given the bio of the author:

      Klotz came to Brevard County, Fla. (aka The Space Coast) as a copy editor for the local paper 24 years ago. She switched to writing because it was obvious the reporters were having way more fun than the editors for the same money. After a year or so of writing for the business section,
      Journalism major trying to wear the big girl shoes.

      The Link to the planetary society page seems much more reliable.

      --
      Sig Battery depleted. Reverting to safe mode.
    10. Re:Excuse me... not a programmer's fault. by smcdow · · Score: 3, Funny

      You can't possibly call yourself a programmer if your code can't recover from a hardware fault.

      --
      In the course of every project, it will become necessary to shoot the scientists and begin production.
    11. Re:Excuse me... not a programmer's fault. by tripleevenfall · · Score: 4, Funny

      In Soviet Russia, code executes you!

    12. Re:Excuse me... not a programmer's fault. by 0123456 · · Score: 2

      A while back I read some interesting discussions between satellite engineers about the tradeoffs between space qualified and not space qualified chips. From what I remember you gain resistance to radiation, but lose in other areas such as resistance to physical damage (e.g. a solder joint coming loose due to launch vibrations) because they're so far behind the state of the art that you may have to put a lot more chips on the same circuit board.

      So it doesn't seem a clear-cut choice... rebooting the computer when it crashes is typically easier than fixing a solder joint when it's fifty million miles from Earth.

    13. Re:Excuse me... not a programmer's fault. by wjsteele · · Score: 4, Funny

      Actually, that code worked perfectly!!!

      Bill

      --
      It's my Sig and you can't have it. Mine! All Mine!
    14. Re:Excuse me... not a programmer's fault. by alienzed · · Score: 3, Insightful

      On the other hand, this demonstrates so aptly why they failed in the first place. "Yep, it's a software problem, because the hardware failed to run any after it was damaged."

      --
      Never say never. Ah!! I did it again!
    15. Re:Excuse me... not a programmer's fault. by Anonymous Coward · · Score: 3, Informative

      In that case, the primary CPU is already up and running; it's booting additional processors.

    16. Re:Excuse me... not a programmer's fault. by Rakishi · · Score: 2

      How many times do you supposed they actually tested engine start IN THE SPACE CRAFT? I'm guessing ZERO.

      I'm sure they tested the engine multiple times. I'd figure the stress of the launch (vibrations, etc, etc.) causes something to fail either due to shoddy construction or small debris falling onto something.

      I doubt space qualification made any difference at all. The window for space radiation in the brief time it was operational was small.

      Exactly. I doubt all those laptops on the ISS are radiation hardened but they last quiet a while anyway.

    17. Re:Excuse me... not a programmer's fault. by jamstar7 · · Score: 2

      At least they didn't fuck up a meters-to-feet conversion.

      --
      Understanding the scope of the problem is the first step on the path to true panic.
    18. Re:Excuse me... not a programmer's fault. by crutchy · · Score: 3, Interesting

      to my knowledge, only the Apollo Guidance Computer has ever truly achieved hardware failure tolerance. the Apollo 11 LM radar fault overloaded the computer, but was able to continue due to restart logic built into the AGC that was able to pick up critical tasks from where they were when the computer was restarted and drop non-critical tasks, and all with a very small fraction of the capabilities of current technology (although I think from memory they were able to fit 2 transistors on a single chip!). the AGC is really a marvel of (past) engineering and computer science. the reliability problem alone would be insurmountable with today's garbage. probably part of the reason why we haven't been back there since.

    19. Re:Excuse me... not a programmer's fault. by K.+S.+Kyosuke · · Score: 5, Informative

      I'm not a satellite engineer, but wouldn't it be easy enough to just install a lead shield around the PCB to protect from most radiation? As long as the shield's not too thick, it shouldn't add too much weight, especially compared to using older-technology chips that'll take up more board space.

      Well, that depends. Even on Earth's surface, we have to use ECC in more demanding application. In LEO, you lose the protection of the atmosphere but you still have Earth's rather strong and large magnetosphere. But this was an interplanetary probe. Once you get out of the radiation belts, interstellar and intergalactic particles start hitting you. You can't protect from those with a lead shield of any reasonable size. Pretty much the only way is simply to make the chip simple, rugged and design it with components (transistors) large enough that a particle flying through won't bother you much. Or add redudnancy. Or both, if possible (that's the usual case).

      --
      Ezekiel 23:20
    20. Re:Excuse me... not a programmer's fault. by icebike · · Score: 2

      How many times do you supposed they actually tested engine start IN THE SPACE CRAFT? I'm guessing ZERO.

      I'm sure they tested the engine multiple times. I'd figure the stress of the launch (vibrations, etc, etc.) causes something to fail either due to shoddy construction or small debris falling onto something.

      I'm sure they tested the engines too. Its probably a tried and true engine. The Russians tend to make very good motors.

      But I seriously doubt they tested it in the space craft using the space craft's wiring harness. They used the harness on the test bed platform.

      --
      Sig Battery depleted. Reverting to safe mode.
    21. Re:Excuse me... not a programmer's fault. by Beardo+the+Bearded · · Score: 3, Funny

      Amateur. My software is so good it doesn't even NEED hardware.

      --

      ---
      ECHELON is a government program to find words like bomb, jihad, plutonium, assassinate, and anarchy.
    22. Re:Excuse me... not a programmer's fault. by ChrisMaple · · Score: 3, Informative

      There are many aspects to radiation hardness. Radiation can flip one or more bits, resulting in bad data or program crash. Radiation can cause latchup, which will last until power is cycled; if the design is bad, latchup can fry a part. Rad hard parts are designed to be resistant to latchup. Really bad radiation can damage a part that isn't even powered.

      A laptop can live through bit flips, and with luck it can live through latchup, and be functional after power cycling. Spacecraft control generally has to be always on; power cycling in not an option. Thus the design requirements for spacecraft control must be much stricter.

      --
      Contribute to civilization: ari.aynrand.org/donate
    23. Re:Excuse me... not a programmer's fault. by pixelpusher220 · · Score: 5, Funny

      Except no one knows for certain the computers crashed at all.

      I'm quite sure that the computers crashed. Right along with the spacecraft ;-)

      --
      People in cars cause accidents....accidents in cars cause people :-D
    24. Re:Excuse me... not a programmer's fault. by pixelpusher220 · · Score: 2

      Bah. My software turns hardware INTO software! Mostly molten pools....

      --
      People in cars cause accidents....accidents in cars cause people :-D
    25. Re:Excuse me... not a programmer's fault. by ChrisMaple · · Score: 4, Insightful

      Many chips are never designed to meet military or space specifications: the extra certification is very, very expensive and there are design compromises between performance and ruggedness. Furthermore, the testing you suggest for space qualification, if failed, results not in a mil-spec component but a component that has been destroyed by the test. In some cases, samples of a given batch are heavily tested to verify the batch, but those devices are considered damaged and not sold.

      Some rad hard type devices are of no interest to consumer design due to the poor performance caused by the compromises involved in achieving hardness. Rad hard devices aren't designed as often due to the small market, and the design is more difficult and takes longer, and certification takes time, too. Thus, the devices are older technology. Additionally, rad-hard parts (the actual transistors inside the ICs) are bigger physically than conventional devices, which also means they can be fabricated on older technology equipment. Thus, with respect to current commercial technology, space-qualified devices are often older technology.

      --
      Contribute to civilization: ari.aynrand.org/donate
    26. Re:Excuse me... not a programmer's fault. by bughunter · · Score: 5, Informative

      As another EE with experience in rad hard space qualified design, he's not being self-contradictory. He's spot on.

      If your CMOS structures are prone to latchup in the presence of single high energy events, then shielding does you no good. The amount of shielding necessary would more than consume the entire payload mass budget. Adding insufficient shielding just creates showers of secondary particles, each with more than enough energy to cause latchup alone, therefore rendering you at a statistical loss compared to no shielding whatsoever.

      With this in mind means designing the CMOS structure to make shielding unnecessary. For example, build your circuits on bulk insulators instead of bulk semiconductor.

      Just because you can't understand it doesn't mean he's self contradictory. You just missed his point. And then attacked him.

      --
      I can see the fnords!
    27. Re:Excuse me... not a programmer's fault. by icebike · · Score: 2

      100 times smaller in area per bit? Which makes it 100 times more susceptible,

      Or 100 times less susceptible assuming a random dispersal of cosmic rays. Smaller targets.
      Depends on the density of the rays I suppose.

      But in any case, that amount of errors WOULD be noticed if it were infact occurring and going undetected and uncorrected
      by the hardware. Just about zero memory goes unused in the modern computer. They strive to use it all in one way or
      another. Unused memory is wasted memory.

      Computers correct for these errors. Parity checking either in hardware or software. You can compare the content
      of files that have been sitting on disk or have been moving thru memory for years, and you never see unexplained
      changes to those files, even when such changes would be very evident (such as plain text files).

      So its either not happening as much as the article suggests, or its already handled via error detection
      and correction and redundancy.

       

      --
      Sig Battery depleted. Reverting to safe mode.
    28. Re:Excuse me... not a programmer's fault. by OhSoLaMeow · · Score: 2, Funny

      I wonder if the chips were code named "Moose" and "Squirrel"...

      --
      They can take my LifeAlert pendant when they pry it from my cold dead fingers.
    29. Re:Excuse me... not a programmer's fault. by robot256 · · Score: 3, Interesting

      Actually, darwin is kind of right. The difference between 120nm transistors and 45nm transistors is quite substantial. Between random radiation, natural wear due to thermal cycling, and period electrostatic discharges from handling and plugging in connectors, it is not surprising that the older chips are sturdier in general.

      But he may have just invoked the "They don't make them like they used to" logical fallacy, because sure there are some 20-year-old SNES machines, but how many of them died 2 years after production? Compare that percentage to the figure for PS3's and you have your answer.

    30. Re:Excuse me... not a programmer's fault. by Grishnakh · · Score: 2

      Maybe they should try magnetic shielding. For a human spacecraft, it'd be quite an undertaking, but for protecting a small electronics module, maybe it wouldn't be so difficult.

    31. Re:Excuse me... not a programmer's fault. by hairyfeet · · Score: 5, Interesting

      Which makes me think of something I've been wondering for awhile, now that Intel has quit making the 386 are we gonna be seeing more failures like this in the future? Because from what i understand Intel kept making the 386 rev for so damned long (last chip rolled out in 09 IIRC) because its large die area and primitive but functional design made it trivial to harden for military and aerospace use. Now again from what I've been told due to the die shrinks that a modern chip, even something as old as the P3 or P4 would be hell to harden simply because its smaller dies and tighter tolerances would make it hell to protect from bit flips caused by cosmic rays, not to mention outright frying the chip from radiation exposure.

      so are there any modern chips that would be easy to harden without being insanely expensive? Atom? AMD Geode? I'm sure with its GPU and dual cores Bobcat would be right out, maybe Via C3s? While ARM would be a good guess its die shrinks to fit in mobile phones would probably make it insanely expensive to harden yes? So while i'm sure the military probably bought a warehouse full of 386s before intel shut down what happens when they are gone? do we have a viable modern chip that withstand the rigors of space without costing insane amounts of money?

      --
      ACs don't waste your time replying, your posts are never seen by me.
    32. Re:Excuse me... not a programmer's fault. by int19 · · Score: 2

      Other industries are starting to be hit by a similar problem as flash manufacturers ever-increase the density of the chips and start EOL-ing their lower density models. This comparatively extreme density makes them unreliable for certain high-integrity, critical data logging applications. One technique the manufacturers seem to employ (I have seen this first hand but am not an EE) is to stack multiple dies within a single IC with some type of very thin metallic(?) padding material between them. This padding in turn wreaks havoc on the IC when subjected to high temperatures (>200C), which other chips could handle just fine in terms of not losing data.

    33. Re:Excuse me... not a programmer's fault. by EETech1 · · Score: 4, Interesting

      I asked one of the main AVR designers from Norway if it was ok to set a configuration, or a constant in RAM during initialization and trust with 100% certainty that it would not change during operation. He said that even on the worlds cleanest power supply, and absent the presence of any EMI, he would still NOT recommend it.

      If you run 10 AVRs for 1000 hours you will see bits flipped. Many times it only effects a RAM variable that is constantly being recalculated anyways, so it causes little if any disruption to the operation of the device.

      It really sucks when its something critical like a timer counter control register.

      If anyone would like to duplicate my testing, I'd be glad to send code, but all you have to do is set everything to a known value, and then read it over and over til it changes. It doesn't take as long as you think (or hoped) it would! It also gives you a good idea on how well your PCB takes care of your Micro.

      Always check, and if necessary, reset your hardware configs during runtime! Those "all of the sudden it started acting up, so I turned it off and back on again and it was fine" problems just disappear!

      I still remember the time my CON_0 register read 8! Although I'm sure it'll happen again, you'll never notice it!

      Cheers

  2. Programming error? by mehrotra.akash · · Score: 5, Funny

    the ultimate cause was the use of non-space-qualified electronic components

    Programming error?
    Perhaps in the software used to order the parts

  3. headline fail by jamessnell · · Score: 3, Informative

    "the ultimate cause was the use of non-space-qualified electronic component" != "programming error" hardware fail.

    1. Re:headline fail by Anonymous Coward · · Score: 2, Informative

      They probably just had someone ordering parts that didn't know to order mil spec (I'm assuming mil spec is fine for space stuff)

      No, not even close. "Mil spec" is basically industrial grade with a little bit extended temperature range. Radiation hardened stuff is completely different ballpark.

    2. Re:headline fail by Tastecicles · · Score: 2

      mil spec isn't proofed against hard radiation; it does some soft radiation and EM not quite up to airburst-strength pulse. Space spec has to withstand high energy radiation such as Cosmic, X- and Gamma rays way beyond what you'd encounter 5 miles below a thermonuclear burst, otherwise it'll get outside the VA belts and simply die.

      --
      Operation Guillotine is in effect.
    3. Re:headline fail by smitty97 · · Score: 4, Funny

      (I'm assuming mil spec is fine for space stuff)

      You don't happen to work at the Russian Space Agency purchasing department, do you?

      --
      mod me funny
    4. Re:headline fail by geekoid · · Score: 2

      A) Some hardware has software embedded into it, yeah shocking.

      B) Parts fail in space craft. If the software failed to detects a failed piece and roll to back up, the software has it's roll in the incident as well.

      C) If it jump to the wrong mode after the error, that's also a software error.

      I'm not saying one way or another in the specific incident. The idea that there is a hard line between all software and hardware is false, and technical people should know better.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  4. So how much? by cvtan · · Score: 2

    How much did they save by using Radio Shack parts in a Mars probe? $5.00 even?

    --
    Sorry, but gray text on gray background is making my eyes bleed.
    1. Re:So how much? by Spykk · · Score: 4, Funny

      Not even the government could save money by buying something at Radio Shack.

    2. Re:So how much? by stewbee · · Score: 3, Informative

      If only. The reason ICs cost so little is that the cost is spread out over millions of parts. As my analog circuits Prof would say. "Your very first IC off the line is going to cost a million dollars. Everything else after that is free." So to buy one or two ICs that are radiation hardened is probably going to cost that much since it will most likely be custom. Now that's not to say they can't reuse some of the masks for an existing IC to make it cheaper, but It won't be that much cheaper. My guess is that they would want to redesign the part anyway if it is going to be in a radiation intense environment. The radiation could cause some weird quantum effects in the IC that might mean they want the transistors to be larger for reliability purposes. But that last part is just a guess since I am not an IC designer and thought my electronic materials class was nothing short of voodoo.

      Long story short, they probably saved more than $5 for using a COTS part, but they probably lost the probe by the part not being radiation hardened.

    3. Re:So how much? by systemeng · · Score: 2

      When I worked in the test equipment industry, we had a term for the lowest grade of parts that still worked when binning components: The radio shack bin. I once built part of an emergency prototype for a test equipment cooling system with radio shack parts. The prototype was sent to Taiwan where it failed prematurely due to the marginal components. Never Again!

    4. Re:So how much? by K.+S.+Kyosuke · · Score: 2

      How much did they save by using Radio Shack parts in a Mars probe? $5.00 even?

      This is not the first time something like this happened to the Russians. In the 1970's, the Soviet Mars 4 probe failed in flight. The reason? Due to cost savings, the transistors used had had their gold parts replaced with aluminium ones, which were prone to chemical degradation (a.k.a. corrosion). The Soviets then realized that they had manufactured three more probes of the same series using the same (unfit) transistors. Now what did they do? Of course they launched them! Guess what happened? Mars 5 failed two weeks after reaching the target orbit. Mars 6 first stopped sending its telemetry, but it operated autonomously just fine and launched a transmitting lander...which stopped working before touching the surface. Mars 7 failed again in flight and launched a lander onto an interplanetary trajectory instead of the surface of Mars.

      See, when you're Russian and know that a probe as designed might fail, you just build more of them until one succeeds. :D

      --
      Ezekiel 23:20
    5. Re:So how much? by jd · · Score: 5, Interesting

      Space Micro doesn't list the prices of their components or systems, nor can I find any from anyone else. Honeywell don't list their prices either. Atmel seem to have dropped out of the field. Linear don't list the prices for their space-hardened stuff. Don't see any for BAE either, or Intersil. Empire Magnetics require a lot of personal data before they give you access to even the price classification information. Not the prices, just how they're classified.

      You've got to allow for a year's worth of traveling outside of an atmosphere and then operating on Mars for the duration of the mission. This analysis of radiation for manned missions suggests you're looking at 3.5 mSv per day, then 20 rems per year in most of the places of interest.

      Converting everything to rads, it's 0.1 rads per mSv and 1 rad per rem, so that's 12.75 rads to get to Mars if you assume a year-long trip, plus 20 rads for the mission, so anything with a rating of less than 32.75 rads is pretty much guaranteed to fail. However, over the course of a two years, the odds of there being a solar flare are not insignificant. To be safe, you want resistance to a further 400 rad. 432.75 rad is within the tolerance of most of the space-hardened components (some components can be taken up to 1000 rad, others up to 10,000). However, the cheapest space components would NOT survive. You're talking high-end on the space scale.

      I'm going to figure that the top-line components will cost 100x that of their conventional counterparts, due to the higher-level of precision and QA that are required. It might well be a good deal more. In Russia, you've also got to pay for smuggling decent-grade hardware out of the US, as all of this stuff will be under massive amounts of regulation.

      My guess is that the cuts would have saved enough that those doing the cost-cutting could buy second homes in Switzerland.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    6. Re:So how much? by autophile · · Score: 3, Interesting

      For want of a rad-hard chip, the board died.

      For want of a board, the software couldn't cope.

      For want of good software, the engine start failed.

      For want of engine start, the probe died.

      For want of a probe, the human race didn't detect the slimy aliens from Phobos and all perished in a hot and somewhat greasy fireball.

      --
      Towards the Singularity.
    7. Re:So how much? by Anonymous Coward · · Score: 2, Informative

      I have worked (not long) as an electrical engineer in a team developing electronics for scientific instruments mounted aboard space probes, rovers, etc. This means interplanetary travel and operation, so this is the kind of place where you definitely want to use rad-hard components, unlike low orbit where you are still well within the magnetosphere. Phobos-Grunt orbit-boosting stage had no good reason to use hardened components.

      Concerning prices: I have done some design/prototyping but I wasn't involved with the procurement process of flight-qualified rad-hard components, so what I know is from discussion with colleagues. First, lead times can reach one year, even for quite basic components. Then, the cheapest rad-hard discrete MOSFET from International Rectifier (which is basically the only rad-hard MOSFET manufacturer - there is no room for competition in such a small market as rad-hard components) is in the vicinity of 400 €. And this is no high-power transistor, but the closest equivalent (although with higher specs most often not needed) to the 2N2222, the most basic low-power, logic-level MOSFET ever that you can buy for a few cents. The price ratio is more around 1000 here...

    8. Re:So how much? by jd · · Score: 3, Interesting

      The links for International Rectifier, for those *#$% off with Congress and wanting to build their own damn Rover:

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  5. Always Blame Software by invid · · Score: 4, Insightful

    Is it just me, or is it the responsibility of all software engineers to find the hardware problem in order to prove to people that the cause isn't software?

    --
    The Moore-Murphy Law: The number of things that will go wrong will double every 2 years.
    1. Re:Always Blame Software by rwv · · Score: 2

      In my experience... hardware problems are acceptable if there's a software work-around. Special acknowledgement isn't given to software for fixing hardware bugs... it's just expected since hardware is arguably more expensive to change.

  6. Contradictions by Aladrin · · Score: 5, Informative

    The summary is so contradictory because it quotes from 2 articles, and each of them is completely different. One says that the parts were space-tested and fine, and the other says they were never space-certified and were definitely bad. The first one says instead that a software bug caused parts of the system to reboot. The second doesn't know what happened and just blames faulty hardware.

    --
    "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
  7. Sounds like a editor failure to me by kbob88 · · Score: 5, Funny

    In other news, U.S. radars were not responsible for the highly confusing and contradictory summary posted this morning to a Slashdot story about Russia's Phobos-Grunt probe. A thorough investigation has determined that the story's chips should have been able to withstand the radiation received when the story was transmitted through the intertubes and routed over northern Alaska. Instead, investigators blamed a typing failure on the story editors. "A series of tests showed that the editing was lousy and sloppy, and disciplinary action will be taken on those responsible," a spokesman said.

  8. Re:How is "chip failure" a "programming error"? by Hognoxious · · Score: 5, Funny

    A 4 digit ID and never heard of microcode.

    Seriously Gramps, the distinction between hardware and software isn't as clear cut as it was when shit was all powered by steam.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  9. Re:Description Fail by expatriot · · Score: 4, Interesting

    The Planetary Society entry says that two modules failed and then the main computer crashed. Probably irrelevant if the computer crashed or not if there were significant failures in the electronics. Perhaps if the computer had kept going there woud have been some communication of what had gone wrong.

    One of the commenters wrote "It is rather unlikely radiation caused the failure. Russians said the failure was due to an SRAM WS512K32V20G24M from White Electronics. This part is a module containing 4 CY7C1049 chips from Cypress and is actually screened. While the Cypress part is very susceptible to Latchup," No idea if this is true or not.

  10. Staffing Error Doomed American Tech News Site by billcopc · · Score: 4, Insightful

    Okay, we still have a respectable though dwindling community of commenters, so can we please get rid of these editors who can't even be bothered to read four lines of summary text before posting ?

    The headline and summary do not make sense. Come on, we're supposed to be nerds, aka intelligent, focused, attentive knowledge aggregators.

    the fuck is wrong with this goddamned site?! These failures are starting to make Digg look good!

    --
    -Billco, Fnarg.com
  11. Fun to read the comments by vlm · · Score: 5, Insightful

    Fun to read the comments here. I've done embedded stuff and you need to be defensive. You can see at a glance who here has never done defensive programming before, or embedded or safety critical programming, all blaming the hardware. There's 3 states so you got 2 bits of input and a disallowed state comes in. Deal with it, don't just curl up and die and blame the hardware designer. There's a 12 bit A/D conversion result stored in two bytes, and there's a 14 bit number found there, deal with it don't just curl up and die and blame the ... . Theres a cycle start button and an emergency stop button and both are simultaneously on. Deal with it. You reboot a mission critical (or safety critical!) CPU and a minor auxiliary input A/D doesn't initialize, do you burn the plant down in a woe is me pity party because one out of 237 sensors aren't coming on line, or do you deal with it?

    Finally radiation is a statistical phenomena. There is no such think as radiation free. If they used non-rad hardened parts, its gonna crash maybe 10000 times more often. Thats OK, you program around that, assuming you know what you're doing. Radiation hardened does not equal radiation-proof. If there was a single bit error, or a latchup on a rad-hardened unit, with a poorly programmed control system it would have failed just as well, its just that a rad hardened chip would have made it a couple orders of magnitude less likely. A shitty design that has a 1 in 20000 failure rate due to better hardware instead of 1 in 2 is still a shitty programming design, even if the odds are "good enough" that it makes it most of the time with the better hardware.

    --
    "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    1. Re:Fun to read the comments by systemeng · · Score: 2

      You checksum memory with all processor cycles that are not dedicated to a specific task. If you detect a failure, you reload the system from read-only memory. . .

  12. Re:How is "chip failure" a "programming error"? by Capt.DrumkenBum · · Score: 2

    Stop dissing Steam, it is the power source of the future. :)
    Also, get off my lawn.

    --
    If I were God, wouldn't I protect my churches from acts of me?
  13. TFS - obviously written by a hardware guy by Thud457 · · Score: 2

    "Cosmic rays?"
    "That's a software problem...

    They're lucky those chips they bought from China weren't made of lead, or contain deadly melamine!!!

    --

    the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

    1. Re:TFS - obviously written by a hardware guy by sconeu · · Score: 4, Interesting

      You laugh, but how many of you low level guys had to work around buggy hardware?

      I once sent a memo to my boss that I was doing the equivalent of "working around a burnt out lightbulb in software".

      E.g.: How many hardware guys does it take to change a lightbulb? None, we'll just have the software work around it.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    2. Re:TFS - obviously written by a hardware guy by mevets · · Score: 4, Informative

      Try this one on your hardware guys:
      "The main purpose of software is to make hardware reliable".

      Drives them nuts...

    3. Re:TFS - obviously written by a hardware guy by garyebickford · · Score: 4, Interesting

      Not even necessarily low level. I once had a weird intermittent problem in a PHP driven web system. After a couple of weeks of diagnosing (largely trying to find a case the could more-or-less reliably tickle the bug), it turned out to be an interaction of a bug in the Redhat version of that day (2001) with a bug in the particular CPU we were using. PHP code just happened to trigger it under certain conditions. Since the box was at Level 3, we had to drive an hour down there and replace the machine.

      And long ago I worked on Perq workstations, which had a stack-machine CPU (the CPU was a 15x15 inch board filled with TTL). The expression stack was four chips. The system was designed around the chip spec - NEVER DO THAT!!! Chips can not be depended to go at exactly the design spec - some are slow, some are fast. As a result, every CPU had to be tested at installation with those four chips inserted in different locations, essentially in order of speed. If a fast one came after a slow one in the slots, the CPU would barf. Basically someone just kept swapping chips around until it worked.

      We were just discussing some of the remarkable repairs done in software to accommodate problems in various interplanetary probes - truly amazing stuff.

      --
      It's easier to be a result of the past, but more fun to be a cause of the future! http://www.spacefinancegroup.com/
  14. Baloney by mbone · · Score: 4, Interesting

    What are the chances chips would fail in a 20-30 minute period just after launch but before Mars transfer orbit insertion ?

    No, I bet this was a programming error, coupled with a near total failure to test the software.

     

  15. how long does it take YOU to walk a mile? by Thud457 · · Score: 2

    Mars is 60,000,000 miles away.
    Phobos Grunt would have taken three years to get there.
    If it didn't die of dysentery on the journey there.

    --

    the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

  16. Top Ten reasons for failure of Mars Probe. by walterbyrd · · Score: 3, Funny

    Ripped from old David Letterman "Top Ten List"

    10. "Mars probe? What Mars probe?"
    9. Forgot to use The Club
    8. Those lying weasels at Radio Shack
    7. Too much Tang
    6. Made by G.E.
    5. Them Martians musta shot it down with a ray gun
    4. Heh, heh, heh ... Our space probe sucks -- heh, heh, heh
    3. At least we didn't blow all our money on some dork screwing around with a car phone
    2. Remember Watergate? Well, Nixon's up to his old tricks again!
    1. Space monkeys

  17. Re:Worse than on the ground... by Panaflex · · Score: 3, Informative

    There's hardware to deal with that - a watchdog timer can reboot the system quickly.

    Assuming the system comes back up with a working CPU and RAM, then the main computer should be able to work around bad peripheral or components on the bus. I think that's what the article is getting at.

    On military aircraft, they use VM's to run the OS and software. Communicate between systems is passed synchronously and requires that each module know the state of the other modules. There is never an assumption that the other system will just work - all messages require acknowledgement and verification of results.

    --
    I said no... but I missed and it came out yes.
  18. Radiation Damage? by funkboy · · Score: 2

    Well, if there was an RTG onboard, then maybe the radiation damage was from inside the spacecraft.

    It seems strange to me that they'd blame radiation damage as they have a separate institution dedicated to developing rad-hard SPARC chips for space applications that has a very successful track record.

    Question: how do they know it was radiation damage if they never heard back from the probe?

  19. Top 10 reasons for failure of Mars Probe. by EnsilZah · · Score: 3, Funny

    01 Hardware
    10 Software

    And it seems the article opted for 11 which is an undefined state.
    (Monospace used for effect)

  20. Darn you Id Software! by Darth+Hubris · · Score: 2

    Who saw "Doom", "Mars", and "Phobos" and reached for your shotgun?

    --
    The party's over ... the drink ... and the luck ... ran out
  21. Re:Description Fail by garyebickford · · Score: 2

    It's worth noting that the Space Shuttle's navigation system had three identical computers who all 'voted' on the result, and if one disagreed it took itself out of the system. And there was a fourth computer made by a different company, using a different architecture and different programming language, that monitored the three. In retrospect, I think that's a pretty good idea. Having two different architectures makes having the same programming error occur in two different systems very unlikely.

    Of course, as you add nodes to such a system, it gets more 'interesting' to figure out how to handle the set of possible differences. What constitutes a failure? What constitutes agreement?

    --
    It's easier to be a result of the past, but more fun to be a cause of the future! http://www.spacefinancegroup.com/