Mars Rovers Update
BoldAC writes "CNN is reporting that engineers will upload a software hack to decrease the recent power drain plaguing the rover Opportunity. The hack works by reducing the power supply to a poorly functioning switch." p3tersen writes "Opportunity has photographed a blue martian sunset (it's blue because of the optical scattering properties of dust in the martian atmosphere). In other news, the rovers are beginning to experience power supply problems due to the accumulation of dust on their solar panels."
NASA should have installed wiper blades on the solar panels.
The problem was probably caused by some incompatibility in the Java system
Repeat after me.
There is NO Java on the rovers. Java is used on the ground to process the results.
Idiot. Enough has been posted on this site about where Java is being used.
A nice photo from the Cassini mission.
The blurb fails to mention that seasonal changes on mars are resulting in less sunlight per sol. That is one of the main power issues.
Dan East
Better known as 318230.
Doesn't one of their robot arms have a brush device for brushing off rocks?
The ONE robot arm cannot articulate to a position to reach the panels (it is mounted underneath). Also, the brush is made of wire. Not something you would want rubbing against a solar panel.
- - - - - - - - - - -
I am a programmer. I am paid to produce syntax not grammar. Deal with it.
The big problem is that the dust is so fine, it'd be very difficult to wipe it off with anything akin to a windshield wiper. You might remove the dust, but the grit would scratch the glass, eventually causing enough opacity that the panels would eventually be rendered useless.
One thought I had was to gradually apply a charge to the solar panels and then suddenly apply an opposite charge, causing the dust to be repelled from the surface, to be carried away by the Martian winds.
I've no idea if it would actually work or not, but it seemed an elegant solution that didn't require any moving parts.
Guaranteed! This comment 100% Anthrax free!
How does testing the software determine the heater is going to malfunction?
Given CNN's lack of technical depth, for all we know it could be a command to the rover to tell it not to turn on the heater anymore. Either way, they designed the rovers so they can fix them while they're in space, which is pretty good.
Given the limited amount of storage on the rover, it's a higher priority to make sure the upgrade process works, and that it is possible to fix stuff with software, than to make the rover fix stuff automagically.
Need a Catering Connection
I'm sure a bunch of half-baked ideas from random yahoos would get them much further than anything their silly engineers could come up with.
--
the strongest word is still the word "free"
this is slightly OT, but "real-time" in engineering circles does not mean "really fast." it means that there is a guaranteed response from the system within an specified actual time frame.
i.e. I need a real-time OS & software stack if my rocket control algorithm needs the data from, say, a serial port altimiter within the next 20 milliseconds or else. if you cant get the data within the specified timeframe then the results are useless. the system will not accept requests that it cannot "guarantee" to fulfil from a system resource standpoint. (you have to watch your multitasking, swapping and other kernel-level tasks to achieve this)
so you could have a 20 mhz "real-time" system, as long as it's response was guaranteed by the OS within parameters for what you are doing (and you would program with those guaranteed response times in mind.) Conversely, a 20 Ghz system may not qualify for real time, if the OS pre-empts your rocket control task and decides to swap for a few milliseconds too long, or context switches to another thread just when you needed to adjust a control surface...
when you hear about people hacking linux for real-time work, they are not making it go faster (though that's always nice), they're making it work predictable.
The updates include improved driving software, something that only evolves after some hands-on time on Mars itself. The patch to strangle the errant heater is pretty drastic - it shuts down some primary circuits including the internal clock, which has the -side- effect of cutting off power to the heater overnight. The rover will wake up the next day only when it starts to get some sunlight on its' solar cells - not by an alarm clock as it does now. The heater will still run once the rover wakes up the next day.
======= ~\_/~\_O Burmese
RTGs are designed to survive rocket explosions, and even re-entry. They're basically armored warm bricks; the plutonium is present in the form of dioxide ceramic.
In 1968, a SNAP 19-B2 RTG landed in the Pacific after its launch vehicle failed to reach orbit and was destroyed. They fished it out and re-used it on a later mission. Apollo 13's lunar module also had an RTG which re-entered and landed, intact, in the Pacific. No nuclear material was released.
The Challenger explosion generated pressures well under 2000 psi. The theoretical worst case for a hydrogen-oxygen explosion is 2075 psi, with a reflected peak pressure of 5300 psi. RTGs are designed and tested at 19,600 psi.
Shuttle explosions won't cause a release of nuclear material from an RTG. They're not only designed for such failures, they've been tested to survive them, both in the lab and in real life failures.