2. GNC系统顶层架构

GNC(Guidance, Navigation and Control,制导、导航与控制)系统的顶层架构,决定了航天器“感知自身与目标状态—计算控制指令—驱动执行机构改变运动状态”这一闭环能否可靠闭合。理解顶层架构,关键不是记住几个部件名称,而是看清五类要素之间的信息流与约束关系:敏感器负责测量,控制器负责解算与决策,执行机构负责产生力矩或推力,软件负责把算法与逻辑固化到硬件上,总线负责把上述要素连接成可交互的整体。

一、五类要素的组成关系

从信息流角度看,敏感器是系统的“输入端口”。典型敏感器包括陀螺仪(测量角速度)、星敏感器(测量姿态相对惯性空间)、太阳敏感器(粗姿态)、磁强计(测量地磁场矢量)、GNSS接收机(测量位置与速度)、加速度计(测量非引力加速度)以及雷达/激光测距敏感器(相对导航)。它们输出的原始量纲各不相同,需要经过标定、坐标变换、时间同步与滤波融合,才能形成控制器可用的状态估计。

控制器是系统的“计算与决策核心”,通常由星载计算机(OBC)或专用GNC处理单元承担。它接收状态估计,按制导律生成期望轨迹或目标姿态,再按控制律计算控制指令,并完成控制分配(如把三轴力矩需求分配到多个动量轮或推力器)。控制器还承担模式管理、故障检测与重构、时序调度等任务。

执行机构是系统的“输出端口”,把控制指令转化为物理作用。常见执行机构分为两类:一类是动量交换装置,如动量轮、控制力矩陀螺(CMG),通过改变角动量产生控制力矩,适合长期连续姿态控制;另一类是质量排出装置,如推力器(冷气/化学/电推进),通过喷出工质产生推力或力矩,适合轨道机动与大角速度机动。磁力矩器则利用地磁场产生力矩,适合低轨航天器的辅助控制。

软件是贯穿全系统的“逻辑载体”。它分为制导、导航、控制三大算法模块,以及模式管理、健康管理、总线通信、时间管理等基础服务。软件与硬件并非简单叠加:同一套控制律在不同采样周期、不同执行机构配置下,稳定裕度会显著变化,因此软件设计必须与敏感器带宽、执行机构响应、总线时延协同考虑。

总线是系统的“连接骨架”。典型航天器总线包括MIL-STD-1553B、SpaceWire、CAN、RS-422以及新一代的SpaceFibre和以太网。总线决定了数据交换的速率、时延、确定性与冗余方式。例如1553B采用命令/响应式通信,具有较强确定性,适合关键控制回路;SpaceWire适合高速载荷数据与敏感器数据;CAN成本低、布线简单,常用于中小卫星。总线的拓扑(单总线、双冗余、星型、环形)直接影响系统的容错能力。

GNC系统顶层架构信息流与组成关系 敏感器组 陀螺仪 / 星敏感器 太阳敏感器 / 磁强计 GNSS / 加速度计 测距敏感器 控制器(OBC/GNC处理单元) 状态估计与滤波 制导律 / 控制律 控制分配 / 模式管理 故障检测与重构 执行机构 动量轮 / CMG 推力器(冷气/化学/电) 磁力矩器 帆板驱动机构 软件层:制导算法 · 导航算法 · 控制算法 · 模式管理 · 健康管理 · 时间管理 · 总线通信服务 采样周期 · 时序调度 · 冗余管理 · 故障隔离 · 重构策略 总线层:MIL-STD-1553B · SpaceWire · CAN · RS-422 · SpaceFibre · 以太网 拓扑:单总线 / 双冗余 / 星型 / 环形 | 特性:确定性 · 时延 · 带宽 · 容错 测量数据 控制指令 航天器动力学响应(闭环反馈路径) 算法加载/调度 总线接口 总线接口 总线接口 实线:前向控制链路 | 虚线:闭环反馈链路 | 软件与总线贯穿全部硬件要素 注:图中为通用顶层架构示意,具体型号的敏感器/执行机构配置与总线拓扑可能不同

二、开环、闭环与自主架构对比

按控制回路是否闭合、决策是否依赖地面,GNC架构可分为开环、闭环与自主三类。

开环架构中,控制器按预设程序或地面注入指令驱动执行机构,不利用敏感器实时反馈修正。典型场景是早期探空火箭的程序转弯、简单定时点火。其优点是结构简单、软件规模小、可靠性高;缺点是抗扰能力差,任何模型偏差、风扰或执行机构误差都会直接累积为终端误差。开环架构适合任务时间短、精度要求低或反馈难以获取的场合。

闭环架构中,敏感器实时测量状态,控制器据此计算控制量并驱动执行机构,形成负反馈回路。这是绝大多数航天器姿态与轨道控制的基本形态。闭环架构的核心设计问题是稳定性与带宽:控制律增益过高会放大测量噪声并激发结构振动,增益过低则响应迟缓、抗扰不足。工程上通常用相位裕度(一般要求30°~60°)和幅值裕度(一般要求6 dB以上)来评估。闭环架构按反馈量又可分为姿态闭环、位置闭环、速度闭环以及相对导航闭环。

自主架构是在闭环基础上,把部分或全部决策权从地面转移到星上。它不仅能闭环控制,还能自主进行任务规划、目标识别、故障诊断与重构、轨道自主确定。自主架构的典型特征是“星上感知—星上决策—星上执行”的完整链路,地面只负责任务级指令与状态监视。自主架构对星载计算能力、软件可靠性、故障容错要求显著提高,通常需要冗余计算机、看门狗、安全模式与在轨重构能力。深空探测、编队飞行、空间交会对接等任务,因通信时延大或实时性要求高,往往必须采用自主架构。

对比维度 开环架构 闭环架构 自主架构
反馈利用 不利用实时反馈 利用敏感器实时反馈 利用反馈并自主决策
地面依赖 高,依赖注入指令 中,依赖地面规划与监控 低,地面仅任务级干预
抗扰与精度 弱,误差累积 强,可抑制扰动 强,且可自主重构
软件复杂度 低 中 高
典型应用 探空火箭、简单定时控制 卫星姿态/轨道控制、交会对接 深空探测、编队飞行、在轨服务

三、典型航天器GNC架构案例

案例一:低轨对地观测卫星。其GNC通常采用“陀螺+星敏感器+太阳敏感器”组合定姿,执行机构以动量轮为主、磁力矩器为辅,控制器为星载计算机,总线多采用1553B双冗余。正常模式下,星敏感器与陀螺进行卡尔曼滤波融合,输出高精度姿态;动量轮完成三轴稳定与姿态机动;磁力矩器用于动量卸载。安全模式下,太阳敏感器与磁强计提供粗姿态,磁力矩器维持对日定向,等待地面恢复。该架构的特点是闭环成熟、冗余清晰、模式切换明确。

案例二:空间交会对接。其GNC在闭环基础上增加了相对导航敏感器(激光雷达、视觉相机、微波雷达)和相对制导律。控制器需要完成近程相对位置与相对姿态的联合估计,并驱动推力器完成六自由度控制。由于交会对接对实时性和安全性要求极高,通常采用自主架构:星上自主完成目标识别、相对状态估计、接近段制导与中止决策,地面仅监视。总线需要支持高带宽敏感器数据与确定性控制指令的混合传输,常采用SpaceWire与1553B组合。

案例三:深空探测器。其GNC面临通信时延大、环境不确定、能源受限等约束。架构上通常采用“自主导航+自主制导+自主控制”的强自主模式:利用光学导航相机、星敏感器、加速度计进行自主状态确定,控制器自主规划减速与着陆轨迹,执行机构包括推力器与变推力发动机。由于无法依赖地面实时干预,软件必须具备故障自主检测、安全模式自主进入与在轨重构能力,总线则强调高可靠与低功耗。

架构选择的核心判断:任务时间短、精度要求低、反馈难获取时,可考虑开环;需要抑制扰动、保证精度且地面可支持时,闭环是基本选择;通信时延大、实时性要求高或任务复杂时,必须走向自主架构。无论哪种架构,敏感器、控制器、执行机构、软件与总线五类要素都必须协同设计,任何一环的带宽、时延或可靠性短板都会限制整体性能。
常见误区:把“自主”简单理解为“不用地面”。自主架构的核心是星上具备完整的感知—决策—执行闭环能力,并且能够在故障条件下自主降级或重构。若只是把地面指令预先装订到星上按时执行,仍属于开环或程序控制,而非真正的自主架构。