Gravity Tractor Could Deflect Asteroids 372
Hugh Pickens writes "A new study at the Jet Propulsion Labs shows that weak gravitational pull of a "gravity tractor" could deflect an Earth-threatening asteroid if it was deployed when the asteroid was at least one orbit away from potential impact with Earth. First a spacecraft would be crashed directly into the asteroid, similar to the Deep Impact mission that impacted a comet in 2005. This would provide a big change of direction, but in a less controllable fashion that could push the path of the asteroid into a dangerous keyhole. But then a second spacecraft, the gravity tractor, would come into play, hovering about 150 meters away from the asteroid, to exert a gentle gravitational force, changing the asteroid's velocity by only 0.22 microns per second each day. Over a long enough time, that could steer it away from the keyhole. In the simulation, a simple control system kept the spacecraft in position, and a transponder on the asteroid helped monitor its position and thus determine its trajectory more precisely than would be possible otherwise. 'The gravity tractor is a wimp, but it's a precise wimp,' said astronaut Jack Schweickart. 'It can make very small, precise changes in orbit, and that's what you need to avoid a keyhole.'"
How about we move this rock instead? (Score:2, Interesting)
In a sense, you could apply the same approach, except try to modify earth's orbit, which might actually be easier...
Keyhole - Is that a standard term? (Score:2, Interesting)
Could someone with the proper knowledge submit a Wikipedia article for keyhole? The word is used in the summary three times and seven times in tfa. I guess the term is here to stay.
Thank you.
How to not get splattered (Score:3, Interesting)
OT: Orbit@Home is now NASA-funded (Score:5, Interesting)
Its probably a good time to remind people that the distributed computing project to search for dangerous NEOs [psi.edu] is soon to get under way. Test workunits have already been sent out and the news is that they ran very well.
Re:Coaxing vs Pushing (Score:3, Interesting)
Re:If they ever do this... (Score:3, Interesting)
Re:Coaxing vs Pushing (Score:4, Interesting)
expending all of the energy carried by the probe
You have to obey the laws of physics. There is no way you will expend less energy holding your position than using all of your fuel to build up speed and crash into the sucker.
In fact, if there is any elasticity in the collision, it it far more efficient to crash. And this does not take into account the fuel you will waste simply by having to angle your exhaust to not hit the asteroid.
Now, the down sides to crashing are that you cannot accurately know just how much you will move the meteorite. You cannot make midcourse adjustments as you learn more about its trajectory, and as you mention, not all asteroids will be landable. Soft surface or rocky surace, and you will have wasted the lander.
Re:Sounds overly complex (Score:3, Interesting)
You are presuming that landing is possible. The object in question might be a loosly-conglomerated gravitationally bound pile of rocks and dust.
Re:Sounds overly complex (Score:3, Interesting)
True, however in the case of a gravity tug, your maximum useful thrust is limited by the gravitational interaction, which is limited by how close you can get. Landing takes one of the variables away, and trades it for the ones you mentioned. If it's solid, your maximum effective thrust can be very high, even if you can only use it a shorter percent of the time.
In specific cases, landers probably would be more effective. But gravity tugs are a much better general solution, and mass-production favors general solutions.
Re:If they ever do this... (Score:4, Interesting)
Yes, but if you add, say, 1.0e0 and 1.0e-18, the result may get rounded down to 1.0e0 (no change) as the real result, 1.000000000000000001, is not distinctly representable in the number of bits available. To avoid losing precision all the bits after the leading '1' (which is assumed) have to fit within the mantissa, which is of finite size. This applies regardless of the exponent, except for the special cases of zero, NaN, and infinity.
For a problem like this one tends to be better off using fixed-point notation, with a word size large enough to represent both the smallest increment and the largest magnitude you expect to work with. That way you don't run into the case where a small increment may or may not get rounded off depending on the magnitude of the other operand.
Different approach (Score:3, Interesting)
why gravity? (Score:2, Interesting)
Re:If they ever do this... (Score:3, Interesting)
It's not always insignificant. The problem mainly comes up when you're trying to accumulate something over a large number of iterations. For example, suppose your speed is the 1.0e0 term and the 1.0e-18 is your acceleration. At first it's insignificant, but over a few thousand (or million) cycles the error in the result becomes noticeable.
You can get around the issue with approaches like the one that this AC [slashdot.org] mentioned, but that requires additional consideration up front. You have to consider the limitations of the floating-point format when choosing and implementing your formulas rather than just writing them in the most natural style.
Another use for such a device .... (Score:2, Interesting)