Most active commenters

    ←back to thread

    197 points amichail | 11 comments | | HN request time: 1.149s | source | bottom
    Show context
    consumer451 ◴[] No.41865107[source]
    The most complete plan for this was proposed by JPL's Slava Turyshev and team. It has been selected for Phase III of NASA Innovative Advanced Concepts. [0]

    > In 2020, Turyshev presented his idea of Direct Multi-pixel Imaging and Spectroscopy of an Exoplanet with a Solar Gravitational Lens Mission. The lens could reconstruct the exoplanet image with ~25 km-scale surface resolution in 6 months of integration time, enough to see surface features and signs of habitability. His proposal was selected for the Phase III of the NASA Innovative Advanced Concepts. Turyshev proposes to use realistic-sized solar sails (~16 vanes of 10^3 m^2) to achieve the needed high velocity at perihelion (~150 km/sec), reaching 547 AU in 17 years.

    > In 2023, a team of scientists led by Turychev proposed the Sundiver concept,[1] whereby a solar sail craft can serve as a modular platform for various instruments and missions, including rendezvous with other Sundivers for resupply, in a variety of different self-sustaining orbits reaching velocities of ~5-10 AU/yr.

    Here is an interview with him laying out the entire plan.[2] It is the most interesting interview that I have seen in years, possibly ever.

    [0] https://en.wikipedia.org/wiki/Slava_Turyshev#Work

    [1] https://www2.mpia-hd.mpg.de/~calj/sundiver.pdf

    [2] https://www.youtube.com/watch?v=lqzJewjZUkk

    replies(6): >>41865368 #>>41866873 #>>41867659 #>>41870451 #>>41871463 #>>41874418 #
    potamic ◴[] No.41866873[source]
    A 6 month integration time is going to generate massive amounts of data. How do they intend to receive all this back from 500 AU away?
    replies(2): >>41867194 #>>41867348 #
    andy_ppp ◴[] No.41867348[source]
    The computer onboard likely merges everything into a final image in space?
    replies(2): >>41867359 #>>41867396 #
    1. defrost ◴[] No.41867396[source]
    Orbiting instruments typically transmit raw instruments data blocked into lines or segments that are are each surrounded by checksums.

    It might be compressed for transmission, but raw data (warts and all) is king .. once it's "processed" and raw data is discarded .. there's no recovering the raw.

    Years later raw data can be reprocessed with new algorithms, faster processes and combined with other sources to create "better" processed images.

    Onboard hardware errors (eg: the historic Hubble Telescope erros) can be "corrected" later on the ground with an elaborate backpropagated trandfer function that optimally "fixes" the error, etc.

    Data errors (spikes in cell values, glitches from cosmic rays, etc) can be combed out of the raw in post .. if smart people have access to the raw.

    Baking processing into on board instrument processing prior to transmission isn't a good procedure.

    replies(2): >>41867643 #>>41869430 #
    2. tlb ◴[] No.41867643[source]
    You could store all the data on the satellite, upload new code to process it differently, and download the resulting image. Then, the communications link just has to handle code (several MB up) and images (several MB down) instead of petabytes of data.

    The launch mass of a petabyte of SSD is under 10 kg. I don't know if it would survive 17 years of space radiation though.

    replies(2): >>41867716 #>>41869323 #
    3. defrost ◴[] No.41867716[source]
    Well, you could.

    I don't think I'd do that.

    Ignoring the failure modes of a petabyte of SSD spending decades in deep space, what kinds of things are difficult and|or impossible if you were to

    > store all the data on the satellite, upload new code to process it differently, and download the resulting image

    ?

    4. modderation ◴[] No.41869323[source]
    Just as a thought experiment, would it be viable to send up an array of traditional hard drives? Arrange them all for use as reaction wheels, then spin them up to persist/de-stage data while changing/maintaining targets.

    Probably worse than sending up well-shielded flash, but I don't think the Seagate/WD warranty expressly forbids this usage.

    5. bkfunk ◴[] No.41869430[source]
    But this wouldn’t be in orbit; it would be in what NASA calls “deep space”, which relies on the Deep Space Network [1]. The DSN is severely bandwidth constrained, due primarily to a lack of ground antennas. Indeed, for instruments that are located outside Earth’s orbit (e.g. SOHO, which is at Sun-Earth L1 [2]), bandwidth is often a limiting constraint in the design.

    My understanding is that some newer instruments do both compress and select data to be downloaded (i.e. prioritizing signal over noise), and that there is more and more consideration of on-board processing for future missions, as well as possibly introducing the capability within DSN itself to prioritize which instruments get bandwidth based on scientific value of their data.

    Source: A presentation from people at NASA Heliophysics last week, where this very topic came up.

    [1]: < https://www.nasa.gov/communicating-with-missions/dsn/> [2]: < https://science.nasa.gov/mission/soho/>

    replies(3): >>41869994 #>>41870360 #>>41870727 #
    6. rcxdude ◴[] No.41869994[source]
    From the interview linked, it sounds like the current plan doesn't involve the DSN at all: they're effectively out of transmission range past a certain point, and the transmission back is optical, using a big earth or space-based telescope. Which is one of the scary things he mentioned: they're going to be entirely autonomous when collecting the data.
    replies(2): >>41870019 #>>41870692 #
    7. lukan ◴[] No.41870019{3}[source]
    "Which is one of the scary things he mentioned: they're going to be entirely autonomous when collecting the data."

    With no way to send commands to the decices?

    8. InDubioProRubio ◴[] No.41870360[source]
    Engrave it on a hair and coilgun it towards a receiver?
    9. airstrike ◴[] No.41870692{3}[source]
    Sounds like we need to drop little relay nodes along the way to build the first SpaceNet
    replies(1): >>41871146 #
    10. mapt ◴[] No.41870727[source]
    The DSN is a radio network. In its present form, this is going to be ineffective for receiving a meaningful amount of imagery data from signals emitted by a lightweight space probe at 500AU. At ~150AU the current 25-70m dishes are getting less than 40 bits per second from Voyager 1.

    Instead, we would use lasers with a far superior gain to what radio communication is capable of. The divergence on even a decent pocket laser pointer diode is less than 0.1 degree. This is a gain of 10*log10(41,253/(0.1*0.1)) = 66 degrees. Launch telescopes of modest size can increase this further. Then receiver telescopes fitted with narrowband filters can hone in on that laser signal.

    > "First, transmitted beams from optical telescopes are far more slender than their radio counterparts owing to the high gain of optical telescopes (150 dB for the Keck Telescope versus 70 dB for Arecibo)." - https://www.princeton.edu/~willman/observatory/oseti/bioast9...

    11. ksp-atlas ◴[] No.41871146{4}[source]
    *Kerbnet