AkaSci 🛰️
NASA JPL provided a minor update today about the status of the Voyager 1 spacecraft, indicating that the comm. problem that started more than 2 months ago has not been resolved yet. No other details.
Please check out the rest of this thread for more info on the problem where instead of sending science and engg. data, Voyager 1 has been stuck sending a 0101 bit pattern.
@NSFVoyager2
#Voyager
12/n
AkaSci 🛰️
For those curious about the downlink data rates used by Voyager, it uses 40 bps for engg. data and 160 bps for science data. It requires use of the 70m antenna at the 3 DSN sites. A 1.4 kbps rate is supported with 5 arrayed antennas at Madrid.
Voyager 1 is 24 billion km away. Tx power = 23W. Rx power = -160 dBm (1e-19 watts). A WiFi signal is > 10 billion times stronger!
Earlier data rates (kbps) for V2:
From Jupiter: 115.2
Saturn: 44.8
Uranus: 29.9
Neptune: 21.6
https://descanso.jpl.nasa.gov/DPSummary/Descanso4--Voyager_new.pdf
30/n
AkaSci 🛰️
Voyager 1 is now communicating via the 70m antenna at the NASA DSN site in Madrid, still transmitting at the 160 bps "science mode" rate.
Steady as she goes!
AkaSci 🛰️
Confirmation today from the Voyager 1 team that the transmission received on Sunday contained science data from 2 of the 4 operating instruments - the plasma wave subsystem and the magnetometer. The other 2 instruments - the cosmic ray subsystem and the low energy charged particle instrument - require recalibration, which will be done in the coming weeks.
The delicate software operation is working as expected.
👏 :mastodance:
AkaSci 🛰️
Hallelujah! And Congrats all around.
JPL just announced that engineering data was successfully received from the Voyager 1 spacecraft on Saturday April 20, the first time since Nov 2023.
The commands sent on Thu to relocate some code around the failed memory chip in the FDS worked as expected.
Science data is not being received yet; it will require relocation of some more code in the sparse free memory areas in the FDS.
(Engg data = spacecraft health data)
https://www.jpl.nasa.gov/news/nasas-voyager-1-resumes-sending-engineering-updates-to-earth
27/n
AkaSci 🛰️
DSN in Canberra should be receiving a full memory read-out of the Voyager 1 FDS computer as we speak. This will help with the planning for further code relocations to enable transmission of science data soon.
AkaSci 🛰️
Six months after it suffered a serious brain injury and after months of mind-boggling ultra-long-distance surgery, the Voyager 1 spacecraft walked and talked at full data rate today!
After transmitting a full memory readout on Friday at 40 bps, Voyager 1 switched to the science-mode 160 bps rate, which presumably the DSN site at Goldstone was able to receive and decode today.
Congrats and kudos to all who made it happen.
👏 :mastodance:
https://eyes.nasa.gov/dsn/dsn.html
29/n
AkaSci 🛰️
The Voyager 1 team sent some more commands today to the spacecraft to relocate code around the failed memory area in the FDS computer. The command will reach Voyager 1 tomorrow, 22.5 hours later; we will know the results on Saturday.
🤞
The tweet from the Voyager team indicates that the software being relocated is the "program for proper encoding and compression of engineering data (EL-40)."
Would an analogy of replacing spark plugs on a running car be accurate?
https://voyager.jpl.nasa.gov/pdf/sfos2024pdf/24_04_18-24_05_06.sfos.pdf
26/n
AkaSci 🛰️
The NASA DSN site in Canberra is currently receiving data from the Voyager 1 spacecraft. The data will ascertain whether the commands sent on Thu to relocate code around the failed memory area in the FDS computer, worked as expected or not.
Some additional commands are scheduled to be sent today contingent on the results, although the uplink is active now.
Here's hoping that we get good engineering and science data from Voyager 1 today 🤞
https://eyes.nasa.gov/dsn/dsn.html
https://voyager.jpl.nasa.gov/mission/status/
26/n
AkaSci 🛰️
Great news on Voyager 1.
Richard Stephenson of DSN Canberra reports that engineering data was being received from Voyager 1 last night at 40 bps.
No science data yet, perhaps because they did not switch to the higher 160 bps rate, but this is a major step towards recovery and validates the diagnosis (failed memory chip in the FDS computer) and fix (rearrange software to bypass the failed memory area).
Now waiting for a status update from NASA.
23/n
AkaSci 🛰️
Minor update from the NASA Voyager 1 team -
- Confirmation that the problem is due to a faulty memory chip, which affects about 3% of the FDS memory. We have known about this diagnosis since March 27 but if was not officially announced until today.
- No info on the recent report that engg data was received last Sunday.
- "It may take weeks or months" to fix the problem so that Voyager 1 can operate normally without the unusable memory hardware.
AkaSci 🛰️
The DSN schedule for Voyager 1 next week shows commands to be sent on Tuesday to relocate some FDS code around "VIM5". Presumably, VIM5 is a memory module.
Additional uploads will take place on Thursday.
So, there is still work that lies ahead to rearrange the code around the failed memory chip. And we suppose, it has to be done incrementally and meticulously so as to not accidentally brick the FDS computer.
https://voyager.jpl.nasa.gov/pdf/sfos2024pdf/24_04_04-24_04_22.sfos.pdf
25/n
AkaSci 🛰️
It's been 6 hours since the "memory upload" data was transmitted to Voyager 1 from the NASA DSN site in Canberra.
During that time, the signal has traveled about a quarter of the way to Voyager 1, about the average distance to Pluto. The response will arrive at earth on Sunday around 1500 UTC (RTT = 45 hours).
Let's imagine a spacecraft sent to the nearest star Proxima Centauri, 4.2 light-years away. How would we diagnose problems and upload new software to it?
AkaSci 🛰️
All eyes and ears on Voyager 1 as data is being downloaded from it in response to the "memory upload" commands and data sent 45 hours ago.
The DSN Goldstone 70m antenna is receiving data now at 40 bits/s.
Hopefully, the problem with its transmission being stuck at 0101 has been fixed. We will find out this week ...
🤞
AkaSci 🛰️
NASA Voyager twitter site confirming that Friday's memory upload was intended as a fix for the Voyager 1 transmission problem caused by the failed memory chip in the FDS computer.
"Sister @NASAVoyager's reply to Friday's upload should b arriving now @ Goldstone's 70m antenna DSS-14, hopefully confirming that the Flight Data Subsystem memory update was successful. If so, telemetry should now give clearly interpretable signals with science & engineering data!"
22/n
AkaSci 🛰️
Status update on the Voyager 1 spacecraft which has been sending a 0101 pattern since Nov 2023.
The problem seems to be a failed memory part in the FDS computer; engineers are planning to move ~200 words of software from one region to another, according to Joseph Westlake, director of NASA’s heliophysics division, who was speaking at a March 20 meeting of the National Academies’ Committee on Solar and Space Physics.
Westlake sounded very optimistic.
👍
https://www.nationalacademies.org/documents/embed/link/LF2255DA3DD1C41C0A42D3BEF0989ACAECE3053A6A9B/file/D727AF88E8C806D7A1F75C8401AF9CF23BCCC2EC9F3A?noSaveAs=1
17/n
AkaSci 🛰️
It looks like the Voyager team is preparing for a new "memory upload" to the FDS computer on Friday, as evident from the DSN schedule and instructions shown below for Voyager 1.
I am guessing that this is to rearrange the software so that it no longer uses the locations in the faulty memory chip in the FDS. If true, then hopefully we will hear Voyager 1's true voice on Sunday, 45 hours later. OTOH, this may be just one of many steps on the road to recovery.
🤞
https://voyager.jpl.nasa.gov/pdf/sfos2024pdf/24_03_28-24_04_15.sfos.pdf
18/n
AkaSci 🛰️
Looks like the "memory upload" to the Flight Data Subsystem (FDS) on Voyager 1 is taking place at this time from the NASA DSN site in Canberra.
Go Voyager!
https://eyes.nasa.gov/dsn/dsn.html
https://en.wikipedia.org/wiki/Canberra_Deep_Space_Communication_Complex
19/n
AkaSci 🛰️
Good news from the Voyager 1 spacecraft that has been stuck sending a 0101 pattern since Nov 2023.
The team has long suspected the root cause to be a corrupted area of memory in the FDS computer. On Mar 1, they sent some commands to make the FDS skip around sections of memory. The data stream rcvd 45 hours later looked different and was decoded to contain a read-out of the entire FDS memory!
Hopefully, they can now identify and fix the offending memory words.
🤞
https://blogs.nasa.gov/sunspot/
14/n
AkaSci 🛰️
Voyager is not out of the woods yet, but the lesson for all of us is to never ever give up.
Here is the schedule for comms with Voyager 1 via NASA DSN this weekend. Some new commands will be sent on Friday, with responses expected 45 hours later on Sunday.
https://voyager.jpl.nasa.gov/pdf/sfos2024pdf/24_03_14-24_04_01.sfos.pdf
15/n
AkaSci 🛰️
Some tech. info on the Voyager FDS computer –
- There was a backup FDS unit but it failed in 1981.
- Custom CMOS CPU - 36 instructions. 80 KIPS, 115 kbps data rate.
- 128 registers, kept in memory.
- CMOS memory, a first in space, 8KB.
- No separate memory for program storage vs execution. The CMOS memory is non-volatile kept powered on by the RTG.
- DMA access to memory by hardware. Instead of “cycle-stealing”, the instructions indicated cycles where DMA can occur.
https://ntrs.nasa.gov/api/citations/19880069935/downloads/19880069935_Optimized.pdf
16/n
AkaSci 🛰️
No new info on the status of the Voyager 1 spacecraft, which since Sep 2023 has been sending a 1010 bit pattern instead of real data.
Several popular science outfits have been covering it lately. A bit flip in the FDS is suspected, but it is difficult to identify since the memory cannot be read back.
Several commands were sent yesterday to Voyager 1; responses will arrive 45 hours later tomorrow.
Wonder why they cannot overwrite all prog and data memory.
https://arstechnica.com/space/2024/02/humanitys-most-distant-space-probe-jeopardized-by-computer-glitch/
#Space
13/n
Chirp! is a social network. It runs on GNU social, version 2.0.1-beta0, available under the GNU Affero General Public License.
All Chirp! content and data are available under the Creative Commons Attribution 3.0 license.