没有GPS的年代，B-52靠一台机械“天文计算机”认星定向

在GPS成为航空导航默认答案之前，美军B-52轰炸机已经把“看星星认路”做成了一套自动化系统。Ken Shirriff最新拆解的，是这套系统里的核心部件之一：一台名为 Angle Computer 的机电式角度计算机。它不是电子数字电脑，也不是陀螺仪，而是一台用齿轮、连杆、同步器和电机去“物理模拟天球”的模拟计算装置，用来把星体坐标实时换算成飞机能直接使用的方位角和高度角。

这件事的价值，不在于它多复古，而在于它揭示了一条今天依然成立的工程逻辑：当算力、功耗、抗干扰和可靠性不能同时满足时，工程师会把数学问题变成机械问题。对今天谈“韧性导航”“PNT替代方案”（定位、导航、授时）的人来说，这不是历史边角料，而是一堂很现实的系统设计课。

B-52这套系统，真正厉害的不是望远镜，而是把三角函数做进硬件里

这套系统的正式名称是 Kollsman MD-1 Automatic Astro Compass，围绕机背上那只伸出机身的 4 英寸玻璃穹顶工作。穹顶下面是 Astro Tracker：它用光电倍增管捕捉恒星光点，用陀螺稳定平台保持望远镜相对“竖直”，再通过棱镜和电机去追踪指定星体。整个 Astro Compass 一共由 19 个部件组成，包含 10 个放大与计算单元、9 个控制与显示面板，复杂程度远超今天人们对“老式航电”的想象。

真正体现当年工程水准的，是 Angle Computer。它要解决的是一个标准但麻烦的问题：星历表给出的，是恒星在天球上的赤纬和恒星时角；飞机需要的，却是本地地平坐标，也就是方位角和高度角。今天这不过是几行三角函数，1960年代初却要在机载环境里持续、稳定、抗震地算出来。B-52的答案不是等数字计算机成熟，而是直接造出一台“会做球面三角学”的机器。这不是权宜之计，而是在当时重量、体积、实时性和可靠性约束下的最优解之一。

它为什么现在还值得看：GPS不是万能，抗干扰导航重新回到台前

原文最容易被当成“计算机考古”的部分，恰恰是今天最有现实意义的部分。天文导航有三个直到现在都成立的优点：不依赖外部广播基础设施、不怕卫星失效、也不像GNSS那样容易被压制或欺骗。俄乌战场、红海航运干扰事件以及近年民航多次报告的GPS欺骗案例，都让“失去卫星信号怎么办”重新变成现实问题，而不是教科书问题。

当然，这不意味着星光导航会替代GPS。它的问题同样明显：需要可见天体、受天气影响大、系统复杂、维护门槛高，操作训练也不轻。B-52导航员当年还要手工从《Air Almanac》里录入星体数据；美国政府从1941年开始每四个月出版一次这本航空天文历，1960年的版本已经细化到每天、每10分钟一组数据。所谓“自动导航”，在那个年代依然建立在大量人工准备工作之上。公开叙事里常把它说成高精度自动化系统，行业现实却是：这是一套高度依赖训练、维护和流程纪律的半自动系统。

和今天的导航方案放在一起看，老系统并不落后，只是代价结构不同

如果把B-52的星光导航和今天几类主流方案放在一起看，会更容易理解它的真实位置：

这里最重要的判断是：Angle Computer并不是“落后于数字化”的失败路线，它更像是数字航电成熟前的一次高峰。等到后来的惯导、数字计算机和卫星导航逐步成熟，星光导航才退到辅助位置。技术路线的更替，不一定因为旧方案不够聪明，很多时候只是因为新方案在总体成本、维护性和规模化上更合算。

对不同读者，这件事的现实含义并不一样：

• 如果你做军工或航空电子，会更关心抗干扰冗余链路
• 如果你做机器人或自主驾驶，会意识到“多传感器备份”不是新概念
• 如果你是普通消费者，这更像一个提醒：你手机里的定位便利，背后依赖的是脆弱的外部基础设施

真正的限制不在机械，而在系统条件：人、流程和环境缺一不可

Angle Computer最容易让人赞叹的，是它把抽象数学变成了能摸到的机构；但它最不容易被看到的限制，也恰恰藏在系统外部。比如导航员通过 Master Control Panel 只能一次录入一个数值，靠旋钮逐项设置时间、恒星时角和赤纬；面板上的旋钮还刻意做成不同形状，方便在座舱里靠手感区分。这个细节很小，却说明它不是一台单独工作的“智能机器”，而是一整套围绕人来设计的任务系统。

这也是今天重看它时最值得保留的判断：不要把它神化成“机械时代的黑科技”，它更像是一个时代在约束条件下做出的精密平衡。没有可靠小型数字计算机，就用机电模拟；没有卫星定位，就用天文历和稳定平台；但这一切都建立在训练有素的导航员、严格维护和明确作战流程之上。离开这些条件，再漂亮的机械计算都只是博物馆展品。