According to Space.com's article Juno Phones Home: Jupiter Probe Reconnects with Earth After 8th Flyby, Juno's recent close flyby of Jupiter and data collection happened while Jupiter was too close to the Sun as seen from Earth for the data to be reliably received by the Deep Space Network.

Here is a GIF made from some SOHO LASCO C3 images; you can see Jupiter disappear behind the central occultation disk that protects each SOHO imager from the Sun. (Incidentally, that's Comet 96P on the right; see the NASA Goddard feature Return of the Comet: 96P Spotted by ESA, NASA Satellites.)

enter image description here

Solar conjunctions of Jupiter — when Earth's and Jupiter's orbits take the planets on opposite sides of the sun — mean that a spacecraft orbiting Jupiter can't transmit to Earth without the charged particles the sun emits corrupting the probe's signal. The last solar conjunction of Jupiter was in August 2015, before Juno had arrived at Jupiter, and the next will be in November 2018, according to in-the-sky.org.

Of course the article is wrong, and the previous conjunction would have been in 2016.

I've plotted the angles below; it looks like about 1.5 degrees is too close, but 4 degrees is OK. Those correspond to a closest approach of the line-of sight to the surface of the Sun of 3 vs 10 million kilometers.

Question: Is this a simple plasma density effect? When the line-of-sight passes too close to the Sun the cut-off frequency drops below that used by the spacectraft for downlink? Is the density of the solar wind at this distance quantitatively high enough to become opaque at this frequency? Or is the problem more complicated, and perhaps also involves too much dispersion? Or perhaps a geometrical problem; it's too hard to point so close to the Sun without equipment damage, or even a radio interference problem; there is too much spillover of radio noise from the Sun and the weak spacecraft signal can not be separated well enough to allow for a high-bandwidth downlink?

note: I'm looking for some level of explanation, and not just an answer that says "Because of interference from the Sun." Thanks!

Plot of calculated positions and separation using the python package Skyfield. I'm not sure of the exact time of the beginning of successful downlink, so I've just added seven days to the time of flyby (estimated from JPL's Horizons.)

Tiny dots are spaced at 1 day intervals, medium-sized red dot on the left is the moment of flyby, large-sized green dot near the right is roughly the time of successful downlink.

enter image description here

import numpy as np
import matplotlib.pyplot as plt

from skyfield.api import Loader  # http://rhodesmill.org/skyfield/

degs = 180./np.pi

load = Loader('~/Documents/SkyData')
data = load('de421.bsp')
ts   = load.timescale()
sun, earth, jupiter = data['sun'], data['earth'], data['jupiter barycenter']

ddays = np.arange(0, 10, 0.1)  # ten days by 0.1 day steps

times = ts.utc(2017, 10, 24+ddays, 17, 44) # with respect to 17:44 UTC, October 24th, 2017

observations = [earth.at(times).observe(thing) for thing in sun, jupiter]
separation   = degs*observations[1].separation_from(observations[0]).radians

if True:
    fig = plt.figure()

    ax1 = fig.add_subplot(2, 1, 1)

    for obs in observations:
        RAdegs, Decdegs = [degs*thing.radians for thing in obs.radec()[:2]]
        ax1.plot(RAdegs, Decdegs)
        ax1.plot(RAdegs[::10],  Decdegs[::10],  '.k'                 )
        ax1.plot(RAdegs[:1],    Decdegs[:1],    'or', markersize =  8)
        ax1.plot(RAdegs[70:71], Decdegs[70:71], 'og', markersize = 12)

    ax1.set_xlim(208, 220)
    ax1.set_ylim(-16, -10)
    ax1.set_aspect(1.0) # https://stackoverflow.com/a/18576329/3904031
    ax1.set_xlabel('RA (degs)')
    ax1.set_ylabel('Dec (degs)')
    ax1.set_title('Sun and Jupiter observed from Earth geocenter, start 2017-10-24, 17:44 UTC')
    ax1.text(212, -11, 'Sun')
    ax1.text(212, -14, 'Jupiter')

    ax2  = fig.add_subplot(2, 1, 2)

    ax2.plot(ddays, separation)
    ax2.plot(ddays[:1],    separation[:1],    'or', markersize =  8)
    ax2.plot(ddays[70:71], separation[70:71], 'og', markersize = 12)
    ax2.set_xlim(-0.5, None)
    ax2.set_ylim(0, None)
    ax2.set_xlabel('days since flyby')
    ax2.set_ylabel('Jupiter/Sun separation (degs)')

  • 1
    $\begingroup$ Maybe someone can find a reference, but I always thought it was because: 1) the Sun is noisy at the frequency used in communications, so you cannot hear the signal above the noise, 2) it's not good to point a parabolic "reflector" at the Sun, otherwise you will burn up the receiver situated at the focus. $\endgroup$
    – JohnHoltz
    Nov 7 '17 at 1:06
  • 1
    $\begingroup$ You may be interested in the DSN Link Design Handbook, module 105. $\endgroup$ Mar 2 '18 at 13:37
  • 1
    $\begingroup$ We recently had to transfer the Wind spacecraft from a Lissajous to halo orbit about L1 because the z-component of the former would have caused Wind to fall into the solar exclusion zone or SEZ (i.e., the region about the Sun regarding your question). It's a signal-to-noise ratio issue. The Sun is radio loud, so the very weak signal received from far away spacecraft cannot compete. Generally for Wind, the SEZ is at about ~1.5-1.8 degrees, depending on season and which ground station is used. I imagine Juno is similar or larger. $\endgroup$ Sep 1 at 15:46
  • 1
    $\begingroup$ @honeste_vivere it's so nice to see your great answers and informative comments as always! This reminds me that you'd mentioned Wind here as well: Why is DSCOVR in a Lissajous orbit? Wouldn't a halo orbit completely avoid the Sun exclusion zone? From DESCANSO reading and the answer here, the signal problems for spacecraft that go behind the Sun start with the distortion (path/phase shifts and amplitude fading) due to the inhomogeneous electron density of solar wind first, even when dishes can still spatially separate the signals from the Sun's $\endgroup$
    – uhoh
    Sep 1 at 22:19
  • 1
    $\begingroup$ @honeste_vivere short wave AM radio listeners are familiar with just how funky signals can sound when reflecting from inhomogeneous electron density distributions. In addition to overall fading when multipath signals interfere destructively, each different frequency in the sidebands experiences phase shifts and fading differently. Some examples: 1, 2, 3 though the last one also has some interference effects. $\endgroup$
    – uhoh
    Sep 1 at 23:07

This article claims that it's the charged particles emitted by the sun that actually block communication with Juno. https://www.space.com/38668-juno-8th-jupiter-science-flyby-success.html This article about Mars conjunction cites the same physics and points out more succinctly that it's the command uplink that operators are worried about corrupting. https://www.jpl.nasa.gov/news/news.php?feature=7485

From talking to the payload operations folks at Malin Space Science Systems where I work, I can tell you that many of the missions they support including Juno and the Mars rovers, will attempt to downlink data during times apart from the very middle of conjunction, and that will result in varying degrees of data corruption requiring packet retransmission once commanding is re-established. So I would argue that the real issue is that the uplink packet loss rate becomes too high and it's too much trouble to retransmit so much of the uplink commands once the RF noise floor goes too high for the spacecraft receiver.

  • $\begingroup$ Excellent, thank you for finding this long-lost question and posting an authoritative and well-sourced answer! $\endgroup$
    – uhoh
    Dec 14 '19 at 8:55

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.