Re:The CPUs of Spacecraft Computers in Space
by tkinom on Saturday December 19, 2020 @04:12AM
(#25476249)
It would be interesting to know if someone put a raspberry pi inside and outside space station in exposed complete unprotected environment and run some continuous tests, how long would we start to see any failures and what kind failure would be that be.
Re:The CPUs of Spacecraft Computers in Space
by qayxc on Saturday December 19, 2020 @08:22AM
(#25477244)
This has been done multiple times. Amateur radio satellites and some cubesat kits [1] use primarily COTS components.
The lifetime and radiation environment for those applications are very limited, though. It seems that for short missions (e.g. <2 years) and low orbits (<500km), COTS hardware should be fine if properly shielded.
It would be interesting to see what difference it actually makes for HEO or even BEO missions, especially if a high degree of redundancy is introduced as well.
Re:The CPUs of Spacecraft Computers in Space
by Rebelgecko on Saturday December 19, 2020 @12:18PM
(#25479010)
Typically those sorts of tests can be done on Earth if you have access to a cyclotron. My guess is that the SD card would be the weak link.
Re:The CPUs of Spacecraft Computers in Space
by geomark on Saturday December 19, 2020 @06:03AM
(#25476645)
"Having one unrecoverable latchup a week isn't a big deal if your mission is 2 weeks long.Having one unrecoverable latchup a week isn't a big deal if your mission is 2 weeks long."
Unless it happens in your attitude control system or your command and control system, causing you to lose control of or communication with your spacecraft.
Re:The CPUs of Spacecraft Computers in Space
by Rebelgecko on Saturday December 19, 2020 @11:52AM
(#25478724)
I guess I didn't actually say so, but my implicit assumption was that you have a voting setup where a single failure isn't necessarily a problem
Re:The CPUs of Spacecraft Computers in Space
by mikepurvis on Saturday December 19, 2020 @09:11AM
(#25477477)
I think the assumption is that a redundancy scheme is in place. So you have your unrecoverable issue in some module of compute A, but compute B and C vote them down and life proceeds. The problem is when your mission is long enough that the same module gets hit in one of the other two units, and now you're in trouble.
SpaceX missions are also a lot shorter. Having one unrecoverable latchup a week isn't a big deal if your mission is 2 weeks long. If you mission is 10 years, it starts to become a problem (especially since some radiation damage can be cumulative)
>NASA and DoD are still baselining new platforms on incredibly expensive (albeit rad-hard) PowerPC RAD750 and similar
NASA and DOD have also been sending up Xilinx and Altera boards for ages (even the non space-grade ones). However you can get rad-hard ARM CPUs that are cheaper and more powerful than the ones in a Zynq board.