Slashdot Mirror
Computers in Space Examined
Wil Harris writes "There's an article about the computers used in space missions over at bit-tech this morning. It covers the processor types and speeds, why space stations are less powerful than the laptops that astronauts take up with them and why tape storage is still de rigeur. An interesting and concise couple o' pages."
The fewer components you have, the less likely you are to encounter a failure.
I remember reading something about most space missions are pre-determined and very straight forward, there's no need for difficult maneuver like one has to execute in a X-Wing.
Having said that, there are still plenty of complicated, unexpected problems in space, but these problems have to be analysed and decision made by people on earth.
I guess it's all circumstantial, I can't even operate my 2001 Toyota electric window if the engine's dead, but my 1989 Toyota has no such problem. So if I crashed into a river, I hope I was driving the '89, but if I'm crashing into another car, I want my '01.
Rock that crushes, Paper & Scissors that don't matter.
Nuff said (but there's something to be said for the butlerian jihad, and Cmdr Adama filling his battlestar with rotary phones and manual typewriters!)
Don't blame Durga. I voted for Centauri.
Doesn't it seem very strange compared to the days where the goverment had super computers and the regular people had no computers? A stark contrast indeed. Now we are...close to the same level? Does this sound realistic, or are aces up their sleeves?
Dave Mills (inventor of NTP) told me that on the last Columbia shuttle mission, they were running some experiments with NTP in space. And, thankfully, they transmitted all their data before landing. But apparently, they were so overworked, they didn't have time to calibrate the machine properly, so sadly, the data is useless.
To make laws that man cannot, and will not obey, serves to bring all law into contempt.
--E.C. Stanton
Cmdr Adama filling his battlestar with rotary phones and manual typewriters!
Something tells me he should focus on adding a few more medics first.
The first manned space flight had a computer on board to control re-entry, but it was basic in the extreme - and locked so Comrade Gagarin couldn't tamper with it. An envelope with the code to unlock the computer was hidden somewhere in the capsule, and should an emergency arise, ground control would tell him where it was. Nice.
:).
Sounds nasty. I would at LEAST want to have some QUICK way of getting to it.
Like a hammer
Foxed Design
The basic gist of the article is "They don't use more than they really need". Unfortunately, this is not a complete answer.
A company I used to work for discussed using some of their technology with Nasa. One of the things they told us was that they preferred processors a two or three years old because they were afraid of random bit-flippings caused by radiation etc.
(Sadly, I wasn't in on this whole conversation, so I doubt I can effectively answer some of the questions that arise. For example, I'm not sure why the processors had to be a couple of years old. I assume it had to do with shielding or something, but I really don't know. If anybody has insight on this topic, I'd really really like to be enlightened.)
"Derp de derp."
Just like Cassini, the Hubble also has on-board solid state recorder (installed during one of the servicing missions), which replaced an old tape recorder. This has been really a nice addition as we can store more data into the solid state device while collecting data bits and dump them when the downlink becomes available. It really helps increase the efficiency of the satellite (and that's a big thing for science mission).
[Note that I've simplified the scheme alot here.]
Though several sections of the device have been damaged by radiation, or something, I hear. So even these things aren't too resilent to the harsh space environment, yet. Something you future engineers should think about as a project.
That's why i'm staying with my old Pentium 99mhz ^^
(Score: -0.9999999989898 Redundant)
Anybody remember RCA's CDP1802, the weird little CMOS RISC-ish 8-bitter used in Voyager, Viking, and Galileo? These things have been running for decades, despite the radiation they've been subjected to.
Now that's engineering!
They need more performance than space equipment, and space equipment has power concerns that studio equipment does not, so the equation balances.
I never vote for anyone. I always vote against.
-- W.C. Fields
see http://spaceflight.nasa.gov/gallery/images/station /crew-1/hires/iss01e5127.jpg
You may be onto something. The most limitless energy supply I can think of is found in my spam box right now. The Space Elevator can be made a reality, perhaps, with the propery application of zillions of doses of "lengthening enhancer"? Could the "energy boost" of the illicit HGH herb be applied to rocket thrust? Not only that, I think I can fund my own NASA if I answer every single one of the thousands of Nigerian princes who have been begging me to let them give me millions.
Don't blame Durga. I voted for Centauri.
Because of the density of memory now-day, bit-flipping is becomming a real problem for home PCs and workstations running with an uptime of over a week. Bit-flipping happens all the time and even on your PC. It just may be happening in a region of the wafer that does not currenly have anything important addressed to it...hence not an issue. But someplace, somewhere, a slashdot reader is getting a bitflip causing data-rott once it's commited to the harddrive. By the way, these bit-flips are causes cosmic rays.
If you serious about data integrity and stability, you would be foolish not to use ECC. You may take a 5% performace hit, but it's best to get used to it. If you need that extra 5%, then upgrade your processor to make up for it.
Life is not for the lazy.
There already are a number of companies working the "niche market". The problem is that the market is relatively small, and the costs are high. Hopefully the advent of commercial spaceflight will bring launch costs down enough that more people will launch, and the space market will expand significantly.
Some 9 years ago I worked on some chip design for Hughes and ESA.
Back then, we used 1.2um on 4" (or 6" in the new fab) wafers - and everything was built on a sapphire substrate instead of a silicon substrate to make them radiation hard (when they went through the van allen belt).
It was dull, as every single chip had about 12 inches of paperwork from QA. Every *instance* of every chip had its own paperwork, I mean. It was also dull because they wanted tried and tested tech, not any of this new fangled sub-micron stuff.
That was then. Can anyone let me know how much things have changed?
An embedded machine, OTOH, is designed to do one, or a very small range of things, very well, very reliably, and very efficiently. I have had the fortune of working on two space based projects. In the first we used a single board Z80 based space hardened 'computer' to control a simple set of devices. It stored the ASM code in an EEPROM. It was more complex than we needed, as it was a standard issue unit, but much simpler than the Apple ][ we used as the GPC.
On the second project, 10 years later, we were not using incredible different machines on the satellite, though the GPC was now a Wintel machines with 100X the memory and speed. But when your main concern is that things just have to work, processor speed and OS wars have little meaning.
So these stories about how underpowered and behind the times embedded systems are just annoys me. It is just like continuous burns on SciFi shows(kudos to Babylon 5). Perhaps meaningless power is important to the ignorant masses, but we on /. are supposed to know better. I was using a tape drive until at least '87, just because It Worked.
"She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
Unmentioned in the article is why the unlock code was hidden from him.
The Soviets were afraid of a defection, which would be possible if he could run the navigation system himself.
While I could easily imagine designing a disk that could work in space, you can not pull the old ST41201J out of your box and launch it into space. The flying head effect requires an atmosphere between the surface of the disk and the head. Stock disks have a vent (wiht a filter similar to that of a filter-tip cigarette), such that exposed to vacuum, the heads would crash.
Even manned aircraft might experience low atmospheric pressure (or even total vacuum) from time to time -- I guess they could pack a pressurized "space suit" enclosure for the computer .... quick -- get to work and make a mint.
How does the Slashdot Effect happen given that no slashdotters ever RTFA?
Orbits are very predictable, and any real-world spacecraft will have a very limited amount of delta-vee with which to maneuver.
Even with realistic sci-fi technology like fusion drive, space battles would still be boring as hell. Read Protector by Larry Niven for a realistic take on space combat.
Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
It's just you.
Or, more specifically, it's the crappy tape drive you used for backup.
They are not useing the junk tape drives that you were using, but quality stuff. Mainframes have always put most of their data on tapes drives, and they rarely have problems.
Course a mainframe tape drive can cost $30,000 each, (not counting the robots that load them) so you can see why home users don't get that quality.
I always wonder why you can't overclock the hell out of chips in the cold vaccuum of space...
"Waste not one watt!" - CZ
My experience with space rated equipment isn't all that extensive or current (I was involved in failure analysis of an AP-101 memory card that had an intermittent failure from the STS-2 and had some interactions with the engineers at IBM's old FSD division, which designed the AP-101s and wrote the flight software) but the article misses one very big point that is the really fascinating aspect (to me) of spacecraft computing hardware and I would have to challenge a number of facts in it.
1. The shuttle launch algorithms and orbital maintenance procedures are a lot more complex than the article makes them out to be. There are several hundred parameters that are continually checked, recorded and processed from tens to hundreds of times per second to make sure the flight path is correct and all systems are operating correctly. Along with monitoring the flight path, the computers were/are largely responsible for the data displayed on the astronaut/pilot's CRT displays in the cockpit.
2. It is my understanding, that in the early shuttle missions at least, there were multiple code loads during flight. The original AP-101s had a maximum of 256K words of 32 bit memory, which was enough for a separate launch, orbit and landing image, each which had to be loaded into the AP-101s before the next phase of flight. There have been issues with loading software or receiving and loading new software from the ground.
3. The original AP-101s were designed for the F-15 and could be considered "state of the art" for the early 1970s in terms of processing power and memory size. They are capable of about five MIPs and had a full megabyte of battery backed memory. They were chosen because they had been qualified for the high G-Loads and temperature extremes of the fighters. While the systems used on the shuttle were of the same design as used on the F-15 (and later the B-1B), they were inspected to much higher standards and all failures had to be resolved down to the point of having a test in place to prevent the failure from escaping the manufacturing/test processes as well root cause action plans at the component supplier.
The memory card failure that I was involved with was caused by a solder ball inside a metal RAM chip package. During the shuttle's ascent, vibration caused the solder ball to break free and intermittently touch the surface of the chip inside the package. The problem was extremely difficult to reproduce and was found by placing a microphone on the chip package and tapping the chip with the eraser end of a pencil. Chips with this solder ball defect "rang" differently than ones without this problem. After the ball was discovered and proven (by cutting open the chip package), every chip used in a shuttle AP-101 was tap tested by IBM to ensure no other solder balls were hidden inside the packages.
4. I don't know where that picture of the "Part of the AP-101S" came from as there is no way that is flight qualified hardware for an F-15, let alone a shuttle orbiter. Wire reworks are simply not allowed in high-G, high vibration environments and it looks like the surface mount components are hand soldered into place. I think this is prototype hardware that somebody pawned off on the author.
5. I don't understand where the idea that space systems having to be low power came from. The AP-101s were real power hogs (all their logic is bipolar) and were in fact glycol cooled. A significant fraction of the orbiter power generation is devoted to the compter systems (as well as the spacecraft cooling capabilies).
What is always interesting is looking at how the software for manned spacecraft is developed. A big joke is the Mars Observer and the mix up between English and Metric units, but think about how often you've heard about a software failure on board the shuttle - or any manned spacecraft for that matter. In Apollo, there were none and the software for the CM and LM computers was wire wrapped on a bed of nails instead of being burned into
Mimetics Inc. Twitter
Drives need atmosphere to work. I think it has something to do with the heads
The head floats on a molecule thick cushion of air. While it needs that air to prevent the head from smashing into the drive platter, I think that modern drives are completely sealed. Thus they have their own atmosphere and don't need to be exposed to nasty particles and bacteria that could cause drive crashes. (Or vacuum for that matter.)
Also, they could not be cooled, but I don't think that is the main issue.
Cooling is provided by the surface area of the drive. Heat is transmitted through the metal case and radiated away. In space this is slightly more problematic as there are no cool particles to help radiate the heat away. That means that the heat will have to be lost through inefficient infrared coversion.
I'm sure that others can provide a few more details.
Javascript + Nintendo DSi = DSiCade
The controller for the SSME (Space Shuttle Main Engine) uses a pair of 68000 processors. It is a very critical system. If something starts to go wrong with the engine, it has to detect the problem and shut the engine down before it progresses to a catastrophic failure. It uses two redundant processors for reliability. Each engine has its own controller.
Old microprocessors like the 80386 and the 68000 were the last commercial processors before cache, pipelines and other trickery made timing analysis difficult or impossible. Some people have used DSPs for controllers because they still offer predictable timing.
Mea navis aericumbens anguillis abundat
thats why nasa gets all their parts of ebay for $3 and charges the govt $20000.
Liberty freedom are no1, not dicks in suits.
running on Intel Pentium 4 Extreme Edition 840 Dual corebwith dual SLI Geforce 6800 Ultra 512MB and 4096MB of DDR2-533 memory to run Halflife 2 and Doom3 in space, and of course the latest edition of 3Dmark2005. I am sure those cosmonauts could use some 3D gaming entertainment while waiting for docking. ;)
I've had experience with some of the computers in older government satellites.
Simple processors are preferred because that makes it much easier to figure out the time bounds on a subroutine. You don't want one routine to use up so much time that it keeps something else from being done. Timing information is rigoriously analyzed to make sure that the system won't miss something if lots of things happens at once. Fancy modern archetectures like cache, pipeline stalls, out-of-order operations, etc. make timing analysis very difficult.
Generally interrupts are not used - instead conditions are polled at a regular time slice. One reason for this is that polled data is also down-linked in a telemetry stream for status monitoring and trouble shooting. Also interrupts greatly complicate timing analysis.
Per experience working for a NASA subcontractor making (non-critical) instrumentation...
The pressure the craft is operated at is less than standard sea level air pressure. (I don't know how much less.) It was, though, so much less that the hard drives sent up (on the project I worked on) were failing due to the lack of air for the Bernoulli effect (the pnenomena that holds the heads up when the drive spins), along with not enough air for cooling. We moved to Flash memory, which had just come out at that time.
The heat from hard drives is another significant factor (from TFA).
The whores get mad when the sluts give it away for free.
The FPGAs on Spirit and Opportunity seem to be overlooked. NASA's new Reconfigurable Scalable Computer (RSC) Project for space applications is exploring using FPGAs (instead of CPUs) which offer increased performance and radiation tolerance at a fraction of the power consumption.
What's past is NOT ALWAYS prologue for the future!
See Rover FPGAs and RSC.
Future NASA space computers may not look like what most expect.
What's past is NOT ALWAYS prologue for the future!
I work for NASA on the manned programs and my experience is that hard drives are a headache on long term space missions.
u z_iss_010427.html
The laptops onboard Space Station are primarily IBM laptops (many of which will soon be running Linux - yeah!). While the drives are easy to replace, they fail fairly often (compared to other space hardware) and new ones need to be launched. The software on the drives also becomes corrupted frequently (maybe once every few weeks), requiring the crew to waste time recopying the software from CD. While these COTS laptops and hard drives were cheap up front (almost zero development cost, custom stuff would have been tens of millions of dollars) we are paying for it now because we waste a lot of operational time fixing them.
The Honeywell Command and Control computers (the primary flight computers onboard, which are triple redundant and manages core systems in the US segment) used to have a 300 megabyte hard drive to store flight software.
In 2001 during a shuttle mission, hard drive problems caused ALL THREE of those computers to crash simultaneously in a massive cascading failure. While it never got a lot of press, recovering from that took several days and an effort reminiscent of Apollo 13. You can read a contemporary article on it here: http://www.space.com/missionlaunches/launches/soy
When we got the things back and did a post-mortem, it turned out that the hard drive had a design flaw where the arm was dragging across the disk during power down and scratching it, which eventually led to failure.
They were replaced with solid state units shortly thereafter (which were already in the development pipeline). No moving parts, and much less problematic.
Worst...sig...ever!
It's MUCH easier to harden a processor that has the bigger die spacing, doesn't take much/any shielding for use inside the van allen belt. If you go to more modern stuff, you are going to need about 50 pounds of lead to shield it.
Ironically enough, after I wrote this I checked in with work. They were busy working with the crew restoring a crashed file server onboard that is used for non-critical stuff like email and digital photos.
What happened? Corrupted hard drive.
Worst...sig...ever!
There hasnt been a single instance of proven cosmic ray bit flip on ground level.
And for bit-flips of other causes: The bit-failure rate per mbit has dropped a few orders of magnitudes tha last 10 or 15 years.
HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
So the many faults of this platform are well understood, which is what really counts. Interesting article on this here
(Loving my T40... er... in the abstract sense only)