For the frames which can't be decoded with confidence due to the SNR being too low, I assume that if a couple of bits of the frame data were known, that would enable the rest of the frame to be decoded.
Since the data appears very similar between frames, it seems easy to select some bits which are highly likely to be constant, enabling the whole of the rest of the frame to be decoded...
Which project was it that found the old tapes and reversed how to get that data? I seem to remember them being in an old fast food building or something. It is however entirely possible I'm confusing stories together.???
Yes, the McMoons location is what I was thinking. Thanks for helping ensure that I'm not crazy. at least in this particular instance! So this time, the voices were not leading me astray ;-)
i remember an article, maybe on arstechnica maybe a decade ago about a group of enthusiasts who had found some old satellite computer at a home. they looked it up and found it belonged to some old satellite nasa had forgotten about so they asked for permission to try to contact it and eventually they did get it to run a booster after decades. Don't know what it was but this sounds like that somewhat
>> At the beginning the output is around zero because the loops haven’t locked yet.
They could run the PLL on the signal backwards. This would provide lock at the beginning. Combining that phase measurement with the forward one might also reduce phase error in general.
"Other than finding a few binary counters and observing the general structure of the frames, I haven’t been able to figure out the meaning of any of this data."
Feels a bit like failing to communicate with an alien race.
This made me sad after the obscene amount of work put into decoding the radio signal into a binary format.
Is this because the specs for the data aren't published? But wait, NASA is a public body, so these specs should be out there. Or is it because the spec is lost to time?
Asking shouldn't be hard. (And I would start at the DSN people at JPL). But the answer might be "well, we have that binary. I think it was written in $deadlanguage. But I have never seen the source, don't know who wrote it and I don't know how the decode works". Or they might have a binder full of documentation on paper. Who knows.
Since the data appears very similar between frames, it seems easy to select some bits which are highly likely to be constant, enabling the whole of the rest of the frame to be decoded...