Airbus 使用 Steam Deck 控制火星车，揭示远程驾驶的局限
Airbus 让一台 Steam Deck 控制原型火星车，尽管其最终设计的航天器将无需实时人工操控便可自主导航。这套 Airbus Steam Deck 火星车方案出现在该公司位于英国斯蒂夫尼奇设施的研发过程中。它将 Valve 的游戏掌机变成了一座便携式控制站，用于在模拟火星地貌中开展测试。
这种组合看起来像是消费级游戏与行星工程之间一次颇具趣味的碰撞。然而，Steam Deck 并不会取代火星车的飞行计算机、导航软件或规划中的运营控制中心。它只是让工程师能够在地球上测试硬件和流程时，更便捷地移动研发平台。
这种差异才是事件真正的核心。工程师能在原型车旁步行时，Airbus 需要即时手动控制；而火星任务恰恰需要相反的能力，因为距离使持续使用摇杆驾驶变得不切实际。因此，这台掌机代表的是一项临时的人工捷径，而该项目能否成功，取决于自主能力。
更大项目的核心火星车是 ESA 的 Rosalind Franklin rover。该任务计划于 2028 年发射，并在经历两年航程后于 2030 年着陆。此后，这台航天器必须在没有工程师近旁协助的情况下完成探索、钻探和自我保护。
Airbus Steam Deck 火星车方案是一种测试工具
Steam Deck 的意义在于，它将控制装置、显示屏和计算机整合到一台便携设备中，而不是因为 Airbus 计划把它送上火星。
这款不同寻常的控制器出现在科普传播者 Tom Scott 发布的一段火星车设施视频中。视频跟随 Scott 走进 Airbus 位于斯蒂夫尼奇的 Mars Yard；工程师们在那里研发并测试火星车系统，场地地形旨在模拟火星地表。
Scott 使用这台掌机，在室内测试区驾驶一辆轮式原型车。该设备看起来运行的是专门打造的界面，而非商业游戏。其实体摇杆和按钮提供了熟悉的手动输入方式，屏幕则让操作信息保持在与车辆同行的人员身边。
随后的一篇掌机控制器报道也强调了这一组合。报道称，在 ExoMars 的研发与测试中，当工程师需要直接操控实验平台时，Airbus 使用了 Deck。
这一表述需要谨慎看待。公开视频展示的是地面测试条件下的原型车。它并不能证明零售版 Steam Deck 是飞行火星车、其认证地面设备，或火星任务规划运营系统的一部分。
这台掌机解决的其实是一个普通的实验室问题。工程师需要重新定位原型车、重复机动动作，并在实验出现意外行为时介入。一台一体化控制器让他们无需携带笔记本电脑和独立手柄，也能留在机器附近。
这种形态具备多项实际优势。操作员可以站在仍能看清车轮、悬架和周边地形的位置。实体控制器可实现渐进式转向指令。集成显示屏则可显示摄像头画面、状态信息或软件控制界面，而无需额外设备。
在早期测试中，这些优势都不要求使用航天专用硬件。研发工具需要实用、可配置且可替换；它并不天然需要具备离开地球的设备所要求的抗辐射能力、冗余设计或认证资质。
这也是为什么这一画面比背后的工程决策更令人意外。消费级产品完全可以适用于测试工作流的边缘环节。当某个组件开始承担关键任务功能时，认证负担才会发生变化。
因此，Airbus Steam Deck 火星车组合与其说说明游戏硬件进入了太空，不如说反映了现代机器人研发的现状。通用计算设备已经足够便携，能够在工程师需要的任何地方充当灵活接口。
为什么 Airbus 在火星任务前需要手动控制
直接控制帮助 Airbus 在地球上分离机械与软件行为，而自主导航所应对的是完全不同的运行环境。
火星车测试并不总是需要从头到尾复现最终任务。工程师可能希望检验车轮抓地力、转向几何、悬架运动、摄像头位置，或对特定障碍物的响应。手动指令可以让这些受控实验更容易重复。
以松软土壤上的车轮测试为例。团队可能需要让火星车以固定角度多次接近同一坡面。附近的操作员可以重置车辆、调整路径，并在地形发生变化时立即停车。
自主测试则采用另一种方法。火星车接收一个目的地或任务，观察周围环境，评估安全路径，并在既定限制内前进。之后，工程师会分析其决策是否符合预期。
这两种模式相辅相成。手动操作提供基线并支持测试准备；自主操作则检验在人类无法实时监督每一次移动时所必需的能力。
Airbus 此前已开展过这种组合模式的工作。2016 年，ESA 宇航员 Tim Peake 曾从国际空间站远程驾驶一台名为 Bridget 的 Airbus 火星车。Meteron 实验研究了人工控制与自主导航如何相互配合。
该实验使用的也是同一座斯蒂夫尼奇 Mars Yard。Airbus 当时称，该设施面积为 30 米乘 13 米。场地内的隔断形成了一个模拟洞穴，使 Peake 能够引导 Bridget 进入黑暗环境，同时测试远程机器人操作。
Airbus 还表示，在遥控洞穴测试之前，另一台原型车已自主穿越场地。这一顺序体现了长期有效的运行思路：自动化负责常规移动，而人类则在需要判断或故障恢复的任务中介入。
Steam Deck 是一种为近旁操作员服务的新型接口。它并未改变塑造火星探索的物理规律，只是让研发过程中的地面控制更加紧凑。
这也是为什么将其与普通电子游戏相比较可能会产生误导。游戏在本地硬件上渲染一个即时响应的世界；实体火星车则必须应对车轮打滑、地面不平、传感器不确定性、电力限制和通信约束。
即使在 Mars Yard 内，一条指令也不保证会产生精确的移动。土壤可能在车轮下发生形变，岩石可能形成意外接触点。机械公差和传感器读数会带来虚拟车辆不会面对的不确定性。
原型车为工程师提供了一个可观察这些效应的实体系统。掌机负责输入，但关键数据来自火星车、其仪器以及测试环境。
手动控制还可支持故障定位。如果原型车在直接指令和自主指令下的表现不同，工程师便能获得判断调查方向的线索。差异可能涉及感知、路径规划、控制软件或机械子系统。
正因它不是主要技术成就，这台控制器才显得实用。它消除了实验中的操作阻碍，让团队得以专注于那些最终必须在更遥远环境中运行的火星车系统。
火星让控制器成为不合适的接口
火星车离地球越远，持续人工转向就越无用，责任也就越多地转移到机载系统。
无线电信号无法在地球与火星之间瞬间传输。延迟会随两颗行星的位置而变化，而且每一条指令都必须跨越这段距离，响应才会开始返回。人类无法以游戏控制器所期待的即时反馈绕开一块岩石。
任务团队会依据图像、地形模型、工程约束和科学优先事项制定指令。火星车执行获批序列、监测本地条件，并在软件发现问题时停止或调整。
这种运行模式使自主能力成为必需品，而非便利功能。ESA 表示，Rosalind Franklin 任务将展示在地表自主移动并分析样本的能力。其机载导航系统必须支持安全推进，而不能假定能够持续获得人工输入。
这台规划中的火星车还要承担驾驶之外的职责。它必须在着陆后展开、管理电力、维持热状态、操作科学仪器，并在有限的通信窗口内完成联络。移动任务必须与这些工作竞争时间和能源。
ESA 预计这台火星车将钻探至火星地表以下最深两米处。该深度的物质受到地表辐射和极端温度变化的保护更多。任务将分析样本，以寻找可能存在的过去或现今生命证据。
这一科学目标塑造了移动系统。Rosalind Franklin 并非为了竞速穿越火星，也不是为了移动本身而旅行。它必须抵达具有科学价值的地点、谨慎定位，并支持会带来额外机械限制的钻探系统。
火星车采用六轮转向和适用于复杂地形的轮步技术。轮步技术通过协调车轮与类似腿部的悬架运动，在普通滚动不足以提供抓地力时提升牵引能力。当恢复协助远在数百万公里之外时，这类能力尤为重要。
该任务的自主性仍然受到边界约束。火星车不会自行制定科学议程，也不会在没有运营监督的情况下漫游。人类团队将选择目标并评估结果，而机载软件则负责那些无法等待地球响应的即时决策。
这种分工构成了本篇故事中的核心对立：本地手动控制与存在延迟、受监督的自主能力。Steam Deck 让前一种模式变得可见，而火星任务依赖的是后一种模式。
这种对比也解释了为什么不应以评判飞行硬件的标准来评判这台控制器。在地球上，操作员可以看到原型车并按下停止键。工程师可以更换掌机、重启配套软件，或直接走进场地。
火星没有这些恢复选项。一台具备容错能力的航天器必须能够识别危险、保持安全状态，并在必要时等待新的指令。这些要求存在于火星车架构中，而非研发期间使用的便捷控制器中。
这正是这一场景背后的核心反转。更具娱乐性的画面，是一个人使用游戏控制器驾驶火星车；更具决定性意义的工作，则是让这个人不必为火星车的每一米移动而存在。
Steam Deck 很实用，但它并非经过验证的航天硬件
实用的工程接口仍可能带来普通消费设备的风险，因此其角色必须与认证任务系统明确区分。
Valve 将 Steam Deck 定位为一款围绕游戏打造的掌上 PC。它的控制方式、显示屏和通用操作环境使其具备一定适应性，但这些特性并不等同于通过航天级认证。
消费级硬件的设计面向人们熟悉的地面温度、气压、辐射水平和使用条件。航天系统则要面对更严格的环境要求，通常还需要受控组件、完备的配置文档、冗余设计和广泛验证。
Airbus 的视频并未表明这台掌机必须符合上述标准。它似乎是在地面测试流程中运行；在这种环境下，设备故障会中断实验，而不会终结一项行星任务。
不过，研发团队必须谨慎管理两者之间的边界。随着时间推移，一台便利的设备可能会深度嵌入工作流程。软件依赖、无线连接、固件变更和安全设置，都可能进而影响测试的可重复性。
一次 Steam Deck 更新可能改变驱动程序或界面行为。电池故障可能导致测试中断。网络中断则可能延迟指令发送。这些都是可控的实验室问题，但工程师仍需要形成书面流程并准备替代控制路径。
这一配置还引出了一个更广泛的问题：这台掌机究竟控制着什么。公开资料支持其驱动原型机的说法，但并未提供完整的技术架构，说明指令究竟是通过浏览器、本地应用程序，还是其他控制层传递。
这一验证缺口限制了更强的结论。该设备可能主要充当托管于其他系统上的界面客户端，也可能在本地运行软件；它还可能通过与最终任务链路大相径庭的开发基础设施进行通信。
在 Airbus 公布这些细节之前，关于具体协议或软件栈的说法都只能是猜测。负责任的解读应停留在可观察的事实层面：工程师在原型测试期间使用这台掌机发出指令。
这张走红的图片也可能掩盖该项目更大的风险。Rosalind Franklin 最初计划于 2022 年发射，但在俄罗斯入侵乌克兰后，ESA 暂停与 Roscosmos 的合作，发射计划随之终止。此后，该航天器项目需要采用新的欧洲着陆方案，并重新开展国际协调。
ESA 的任务恢复计划包括维护现有漫游车硬件、替换原由俄罗斯提供的部件，以及让系统适应变化后的任务条件。NASA 将提供多项关键要素，包括发射服务和放射性同位素加热器组件。
这台漫游车本身早在 2019 年就已交付给 Thales Alenia Space。团队必须为后续发射维护并升级这些硬件，同时将其整合进重新设计的着陆系统。
与这些挑战相比，为原型机选择便携式控制器只是一个小型工程决策。这个故事之所以受到关注，是因为这件物品很熟悉，而不是因为它代表了任务中最大的技术依赖项。
这并不意味着它毫无意义。细微的工具选择能够揭示工程团队如何在重大里程碑之间开展工作。它们表明，即便是高度专业化的项目，也能从易用界面、通用计算机和迭代测试中受益。
因此，审慎的结论应当保持克制。Steam Deck 看起来对地面研发很有用，但公开证据并不能证明它拥有更高可靠性、更低总成本，或适合飞行任务操作。除非 Airbus 提供更多说明，它的价值主要在于便利性。
ExoMars 所承载的风险远高于其控制器所暗示的程度
这款充满玩味的控制器背后，是一项延期的欧洲任务：它必须整合既有飞行硬件、全新着陆器，并完成要求严苛的自主操作。
Rosalind Franklin 隶属于 ESA 的 ExoMars 项目。首个 ExoMars 任务于 2016 年将 Trace Gas Orbiter 送入火星轨道。漫游车任务则旨在将这一工作延伸至火星表面和地下。
ESA 确认 Thales Alenia Space 是该任务的工业总承包商。Airbus 位于 Stevenage 的团队是漫游车平台的总承包商。OHB 负责运载舱，Leonardo 则提供钻探系统。
Airbus 还获选开发新着陆平台的关键系统。根据 ESA 的着陆平台计划，其英国团队负责着陆所需的机械、热控和推进组件。
着陆序列本身也有严格限制。ESA 表示，从进入大气层到着陆大约需要六分钟。降落伞和反推火箭必须在着陆器抵达地表前降低其速度。
着陆后，坡道将为漫游车驶离平台提供通道。新的软件旨在帮助它迅速进入自主运行状态。这一能力十分重要，因为着陆平台不会作为长期科学站保留下来。
目前的任务时间表目标是在 2028 年 10 月至 12 月间从佛罗里达州 Kennedy Space Center 发射。约两年的转移飞行将使其在 2030 年着陆，届时将处于有利于太阳能供电和地表作业的季节。
这一时间安排不只是出于轨道便利性的考量。ESA 希望漫游车在火星北半球进入沙尘更严重的季节之前开始工作。全球性沙尘暴可能威胁一辆依靠太阳能供电的车辆的存活。
规划中的火星航程也在发射与科学任务之间制造了漫长间隔。ESA 预计，着陆后不久即可获得初始数据，漫游车将在十个火星日内完成部署，并在大约一个月后首次进行深钻。
每一步都会增加新的依赖项。运载火箭必须按计划工作，巡航级必须将航天器送达目标，隔热罩、降落伞、推进系统和着陆平台则必须引导其安全穿越大气层。
只有在这一序列完成后，漫游车的机动能力和自主性才会成为实际运行问题。Steam Deck 不参与这些过程，但原型测试有助于工程师理解着陆后必须支持的车辆行为。
Rosalind Franklin 的科学仪器组合旨在寻找生物特征，即与生命相关的物理或化学证据。其可钻探至两米深度，这使它有别于主要采集裸露或浅层材料的任务。
这一深度之所以重要，是因为火星表面环境十分恶劣。辐射和氧化性化学环境会降解有机化合物。埋藏样本更有可能保存能够帮助寻找远古生命的物质。
这一任务目标提高了机动性失效的代价。一辆静止的漫游车或许仍能进行有限观测，但可能失去前往选定钻探地质目标的机会。安全导航直接支撑科学任务。
NASA 的 Perseverance 漫游车提供了显而易见的运行参考。它利用自主导航在火星表面行驶，同时由任务规划人员设定更高层级的目标。Rosalind Franklin 将进入类似环境，但其仪器不同，钻探目标也截然不同。
这种比较不应变成围绕消费级控制器的竞争。两个项目都依赖机载决策能力，因为它们都无法由地球持续操控。真正有意义的比较在于任务目标、机动策略，以及完整系统的可靠性。
2028 年发射前值得关注的事项
三个信号将表明 Airbus 使用 Steam Deck 控制火星漫游车的瞬间，究竟只是令人难忘的画面，还是严谨测试计划中可见的一步。
第一个信号是重新设计的着陆系统能否完成认证。ESA 与 Airbus 必须将欧洲着陆平台与现有漫游车及任务中的美国组件整合。推进系统、降落伞、热设计和部署硬件方面的进展，将决定 2028 年发射窗口是否仍具可信度。
完成认证活动将增强人们对当前任务架构的信心。无论漫游车在 Mars Yard 内表现多么出色，若出现重大重新设计或进度推迟，都会削弱这种信心。
第二个信号，是漫游车自主能力能否在越来越接近真实环境的地形中得到验证。公开演示应超越简单的远程驾驶，展示感知、路径规划、危险规避、轮式步行以及恢复行为。
关键问题不在于原型机是否能准确响应摇杆，而在于漫游车是否能够接收更高层级的目标、评估本地地形，并在管理不确定性的同时安全推进。
Airbus 无需公开敏感软件或每一项测试结果。但清晰描述的里程碑将有助于区分界面演示与对飞行相关能力的验证。
第三个信号，是为早期任务计划制造的硬件能否得到成功维护和重新认证。漫游车延期发射，使组件状态、更换工作和接口变更成为风险管理的核心问题。
ESA 表示，定期维护和部件更换可以让这辆车为后续发射机会做好准备。随着该机构公布在修订设计下完成的升级和集成测试，这一立场将更具可信度。
发射时间表本身应被视为目标，而非保证。行星发射窗口十分严苛，因为一次延迟所带来的后果，可能远超修复单个组件所需的时间。每完成一项系统测试都会减少不确定性，但没有任何便携式控制器能消除这种时间压力。
读者还应关注 Airbus 在未来材料中如何描述 Steam Deck。如果该设备仍是便利的地面界面，当前解释便仍然成立；如果它成为正式操作工具链的一部分，配置控制和可靠性问题就会变得更重要。
无论结果如何，都能为机器人团队提供有益启示。熟悉的硬件可以降低开发摩擦，但并不会因此成为正在开发的产品。关键在于保持实验便利性与任务关键责任之间的清晰边界。
这一原则并不局限于航天领域。仓储系统、工业检测系统、野外机器人和科研平台，往往都会将专用机器与通用界面结合。一台普通控制器可以加快测试，前提是工程师理解其角色与局限。
火星项目让这条边界变得格外直观。在 Stevenage，有人可以通过两个摇杆和即时视觉反馈操控原型机。一辆位于火星的漫游车则必须理解延迟到达的计划，并在地貌与所有模拟结果不同时保护自己。
这正是为何控制器值得关注、却不应被过度炒作。它把抽象的工程流程转化为人人都能理解的画面，也揭示了操控一台机器人与让它在人类触及范围之外可靠运行之间的巨大距离。
随着 ExoMars 接近计划中的发射窗口，最值得问的问题并不是游戏掌机是否属于航天领域，而是每一项地面捷径是否都在帮助 Airbus 验证火星所要求的自主性、机动能力和恢复行为。
