Welcome, Guest. Please login or register.

Author Topic: Spirit rover glitch explained.  (Read 4437 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Speelgoedmannetje

  • Hero Member
  • *****
  • Join Date: Oct 2002
  • Posts: 9656
    • Show all replies
Re: Spirit rover glitch explained.
« on: February 22, 2004, 10:35:53 PM »
Quote

Tigger wrote:
Why imply something is overengineered when it has allowed itself to be fixed from 150 million miles away.  
    -Tig

very VERY good question.
There's one thing: KISS (Keep It Simple Stupid)
and there's another thing: make hw and sw coping with EVERY circumstance. So you have to begin with calculating all circumstances. Kinda hard/expansive in space.
And the canary said: \'chirp\'
 

Offline Speelgoedmannetje

  • Hero Member
  • *****
  • Join Date: Oct 2002
  • Posts: 9656
    • Show all replies
Re: Spirit rover glitch explained.
« Reply #1 on: February 24, 2004, 11:11:22 AM »
Quote

T_Bone wrote:
I'm trying to find something funny to say about the "Red planet" but I'm drawing blanks
hm, Mars as the god of war, the agressor. Mars as in Martians attacks the world (War of the worlds). Red, as being the color of blood, the color of the enemy.
And the canary said: \'chirp\'
 

Offline Speelgoedmannetje

  • Hero Member
  • *****
  • Join Date: Oct 2002
  • Posts: 9656
    • Show all replies
Re: Spirit rover glitch explained.
« Reply #2 on: February 24, 2004, 09:45:05 PM »
Quote

Cymric wrote:
Quote
KennyR wrote:
Making something self-repairing is not the same as making something so simple it wouldn't (and can't) have had errors in the first place. Russian engineering was always clunky and simplistic, but always very sturdy and practical at the same time, from T-34s to rockets. In some cases adding self-repair is even a detriment, not an advantage.

I'm very skeptical at the introduction of high level operating systems to probes at all - these are basically for the human interface. Remove the high level stuff and you can make the chips simpler and sturdier - not to mention cheaper.

Interesting PoV, which I'm sure has been discussed to death in NASAs engineering labs. I think your approach has been rejected simply because the mission profile is too complex to be handled by what you call something 'clunky and simplistic'. It's simply an optimisation problem. Given a mission profile where small failures are a certainty, is a design made up from *lots* of simple, sturdy and stupid components better than a design made up from *a few* yet smart and self-repairing ones? Remember, lots of components weigh more than a few, and weight is an expensive commodity to carry around. And you are always facing the problem that in if in case of clunky and simplistic things *do* go wrong, you have just spent hundreds of millions of dollars to put some metal and advanced plastics on a big round rock.

My point: the problem is too complex to be dealt with by 'simpler is better' mantras.
Funny thing is that you say app. the same as I say, but with more words and smoother language usage. :-)
And the canary said: \'chirp\'