打开这个网页,第一眼就被钉住:旅行者1号当前距离246亿公里,信号单程要走22小时51分钟。这两个数字是实时跳动的,任何人对着公开轨道数据都能验证。往下翻,模拟器又摆出一整套听起来同样权威的参数——806.4 kHz主频、8K×16位CMOS内存、双4K内存组、4条DMA通道。看上去像是把1977年那台计算机原封不动搬进了浏览器。
但把这套参数和NASA/JPL自己的公开资料对一遍,至少两处数字对不上,开发者自己在代码注释里也已经写明:这里我不确定。
FDS只是旅行者三块大脑中的一块
旅行者1号飞船上其实装着三套独立计算机:CCS负责整体指挥和故障处理,AACS管姿态控制和天线指向,FDS负责采集科学仪器数据、打包成遥测格式送回地球。三套系统各自独立运行,单点故障不会拖垮全船——这也是旅行者飞了近50年还没趴窝的原因之一。这个网页模拟器,还原的就是FDS这一块。
速度差了5倍,来源没写
开发者在GitHub仓库里写明,这套架构参考的是JPL 1974年10月一份内部备忘录,编号MJS 2.64A,标题《MJS FDS Processor Architecture and Instruction Set》。注意,是一份内部备忘录,不是完整的官方技术手册。
页面标注处理速度约40万条指令/秒,但按NASA/JPL公开资料推算,FDS真实运行速率更接近每秒8万到8.1万条指令。两个数字差了5倍,页面上没有任何来源说明。
“8K”内存,容量算错了一半
第二处落差更隐蔽。页面写“8K×16位CMOS内存”,大多数读者会自然读成8KB内存。但16位是2字节,8192个16位字换算下来是约16KiB,是常识理解的两倍。
这不是这个模拟器一家的问题。航天科普里“字”(word)和“字节”(byte)混用几十年了,8位时代养成的直觉,套到16位机器上就会自动少算一半。
更深的坑:开发者自己都说不确定
仓库源码注释里,开发者自己列了一串“待验证”清单:二进制加载用大端序还是小端序、移位指令怎么编码、行计数寄存器放在哪个地址、某些跳转指令到底是作用在内存还是RA寄存器上。
这些不是边角细节。它们决定这台“CPU”能不能正确执行一段程序,是核心语义,不是装饰参数。
一份48年前的内部备忘录,撑不起“精确复刻”四个字。
换句话说,这套模拟器目前的可信度,锚定在一份1974年的内部文件上,连作者自己都没底。
- 风险.如果媒体和爱好者社区不加核实转载页面上“40万条/秒”和“8K内存”的说法,这个5倍误差会像滚雪球一样传下去,变成新的“常识”。
连JPL自己2002年发布的DESCANSO设计总结——专门梳理旅行者通信与编码系统的权威文档——都没有深入到FDS处理器内部的门级设计,重点全放在遥测调制和信道编码上。也就是说,即便是官方档案,对这台“大脑”内部到底怎么跑指令,公开描述本身就不完整。
这个仓库里能找到的1974到1977年扫描文档,来自Wichita State大学特藏部门。一家大学图书馆的档案柜,反而成了普通人今天了解旅行者飞控计算机细节的主要来源之一。这本身比模拟器的参数误差更值得琢磨。
- 结论.这类爱好者项目真正有用的地方,不是“复刻得多准”,而是逼着人去翻官方文档,再发现官方文档本身有多不完整。
回到开头那两个跳动的数字——246亿公里、22小时51分钟延迟,它们是真的,任何人都能验证。但“806.4 kHz”“约40万条指令/秒”这类看起来同样权威的参数,验证链条要长得多,而这条链条到今天都还没走完。这个模拟器精确复刻的不是1977年那台计算机,更像是复刻了我们对“精确”两个字的轻信。