NASA 工程师在理解 Voyager 1 问题方面取得进展

Voyager 1 的电力、健康状况与任务背景

• RTG 最初输出约 157 W，并以约 88 年的半衰期衰减；热电偶也会退化，所以电力在减少，但并未耗尽。
• 现在最大的运行约束是电力预算和热控问题（让组件保持足够温暖以便天线指向），而不是燃料“用完了”。
• 有人认为这艘航天器更像是应该“悄悄地让它睡去”的东西；也有人指出，它并不会受苦，除非为了重新分配深空网络（DSN）时间，否则没有太大理由故意关掉它。

容错、“poke” 命令与软件设计

• “poke” 是一种低级命令，用于绕开飞行数据系统中疑似的内存损坏。
• 评论者强调 Voyager 先进的故障保护：冗余、射频丢失和命令丢失恢复，以及一份备用任务负载，能够自主运行一个最小化的科学任务。
• 人们称赞当年让计算机可重新编程的远见，尤其是在后来任务扩展到天王星和海王星之后。

文档、软件考古与技能

• 让 Voyager 继续运行，现在需要翻查数十年前的纸质文档和不完整记录；并不存在现代的高保真地面模拟器。
• 给出的原因包括：任务最初只是通往木星/土星的删减版“Grand Tour”，预算紧张，一切都是定制化的，存储很昂贵，而早期软件工程也没有今天的工具和版本控制规范。
• 有人认为核心部分文档化程度还算不错，但经费和人手都太少，无法进行深入逆向工程。
• 讨论还延伸到更广泛的类比：那些比工具、平台和原始工程师寿命更长的遗留航空航天、国防、大型机和 COBOL 系统。

工程成就 vs 现代实践

• 许多人认为 Voyager 是 20 世纪工程学的巅峰：微小的计算机、极端的可靠性，以及远超设计寿命 40 多年的运行。
• 也有人反对这种怀旧情绪，认为今天的工程（例如半导体、JWST）至少同样苛刻，只是没那么显眼。
• 争论集中在效率与廉价通用硬件之间的取舍，以及当前工作究竟是“过度设计且粗糙”，还是足够复杂并经过高度验证。

信号、DSN 与数据/软件访问

• 从技术上说，任何人都可以接收下行链路，但实际上需要约 70 米口径的天线、低温接收机，以及巨大的功率才能回传；业余爱好者最多也只能勉强探测到，而难以解码。
• 有人提到 DSN Now 用于实时跟踪；接收功率大约是 −158 dBm，接近噪声极限。
• NASA 提供公开数据门户和历史文档，但具体的底层软件和遥测格式很难获取，或者并不完整。

寿命、时间尺度与未来任务

• Voyager 1 的单程光行时约为 22.5 小时；调试意味着 45 小时的命令/响应周期，迫使人们极端谨慎和周密规划。
• 它正接近一光日的距离；届时它是否还能拥有可用电力和仪器尚不清楚。
• 据说下一次最佳的“Grand Tour”行星排列大约在 2152 年；共识是现在没有人能亲眼看到它，这引发了对未来推进方式（例如太阳帆“sun diver”概念）和人类生存的猜测。

文化影响、引用与幽默

• 推荐了多本书、NASA 历史资料、演讲和纪录片，尤其是 “The Farthest” 和 “It’s Quieter in the Twilight”，它们让这支规模很小、不断老去的运行团队显得更有人情味。
• 旁支讨论把它和长寿飞机（B-52）作比较，讨论更普遍的文档挑战，并拿“killer pokes”、不安全内存命令、比 Voyager 往返还慢的 CI 流水线，以及未来“考古程序员”解码今天的代码开玩笑。