1. 星载计算平台概览

星载计算平台是卫星在轨完成测量、控制、通信、载荷处理与自主决策的电子中枢。它并不是“一台计算机”那么简单，而是由若干功能单元通过总线、点对点链路和时钟/复位网络耦合而成的分布式系统。理解星载计算平台，关键是先看清它的组成，再理解 FPGA 与处理器各自擅长什么，最后才能明白为什么二者必须协同。

一、星载电子系统的组成

从功能层次看，典型星载电子系统可划分为以下几类单元：

• 敏感器与执行机构接口：星敏感器、陀螺、磁强计、太阳敏感器、动量轮、磁力矩器、推力器等，负责感知姿态与轨道状态并执行控制指令。
• 数据采集与前端处理：完成模拟信号调理、A/D 转换、数字滤波、抽取与打包，通常由 FPGA 承担高速、确定性处理。
• 星务管理与控制计算机：运行星务软件，负责遥测遥控、任务调度、模式管理、故障处理与整星时间基准维护。
• 载荷数据处理单元：对相机、雷达、光谱仪等载荷数据进行压缩、编码、格式化与存储。
• 通信与总线：包括星地测控链路、星间链路、SpaceWire、CAN、1553B、以太网等，负责数据交换与指令分发。
• 供配电与时钟复位：为各单元提供一次/二次电源、上电时序、看门狗、复位与时钟同步。

这些单元并非孤立工作。例如，姿态控制回路中，陀螺数据经 FPGA 采样滤波后送入处理器解算控制律，再输出到动量轮；载荷成像时，FPGA 完成像素级预处理，处理器负责任务编排与数据落盘。因此，星载计算平台的核心问题，是数据流与控制流如何在异构单元之间高效、可靠地流动。

二、FPGA 与处理器的角色分工

FPGA 与处理器在星载平台中承担不同性质的任务，分工依据是“计算形态”而非“性能高低”。

可以把 FPGA 理解为“硬件流水线”，把处理器理解为“软件决策者”。FPGA 适合把固定、重复、高吞吐的处理固化为并行逻辑；处理器适合处理分支复杂、需要状态管理和协议交互的任务。二者不是替代关系，而是互补关系。

三、协同计算需求的来源

协同需求主要来自三个方面。

第一，数据速率与处理深度的矛盾。 例如某高光谱相机原始数据率达 2 Gbps，若全部交给处理器，总线带宽和 CPU 负载都无法承受；若全部由 FPGA 完成，又难以实现复杂的自适应压缩与任务规划。合理做法是 FPGA 完成辐射校正、降噪和分块，处理器完成压缩策略选择与数据管理。

第二，实时性与灵活性的矛盾。 姿态控制要求控制周期稳定在 10 ms 以内，且抖动极小，适合 FPGA 实现确定性采样与执行；而控制参数在线调整、模式切换和故障重构需要软件参与，适合处理器完成。

第三，可靠性与自主性的矛盾。 星上需要自主故障检测与恢复，处理器负责决策，但故障检测往往依赖 FPGA 对关键信号的实时监测。二者通过共享内存、中断和心跳机制形成闭环。

四、典型卫星任务的算力与可靠性约束

不同任务对算力和可靠性的要求差异显著。以三类典型任务为例：

• 遥感成像卫星：算力需求集中在载荷数据压缩与格式化，单机可达数十至数百 GOPS；可靠性要求高，需支持在轨重构与坏块管理。
• 通信卫星：强调多波束调度、信道编码与协议处理，算力需求中等但实时性强，要求长时间连续稳定运行。
• 深空探测/自主导航：算力需求不一定最高，但对自主性、容错和长寿命要求极高，处理器与 FPGA 需具备强纠错与重构能力。

这些约束最终落到设计上，体现为：处理周期、吞吐率、功耗、抗辐照等级、重构时间、故障恢复时间等可量化指标。协同计算架构的选择，本质上是在这些指标之间做权衡。

五、从架构到设计：协同计算的基本判断

面对一个具体任务，判断该由 FPGA 还是处理器承担，可以遵循以下思路：

1. 看数据速率：持续速率超过百 Mbps 且处理规则固定，优先 FPGA。
2. 看实时性：要求微秒级确定性响应，优先 FPGA；毫秒级且允许调度，可用处理器。
3. 看算法复杂度：分支多、状态多、需要频繁升级，优先处理器。
4. 看可靠性路径：关键监测与保护逻辑放 FPGA，决策与恢复逻辑放处理器，形成异构冗余。

例如，某卫星姿态控制任务中，FPGA 以 1 kHz 频率采集陀螺数据并完成滑动平均滤波，处理器以 100 Hz 运行控制律解算。FPGA 保证采样周期抖动小于 1 μs，处理器负责参数在线调整和模式切换。二者通过双口 RAM 交换数据，处理器每 10 ms 读取一次滤波结果，FPGA 通过中断通知数据就绪。这种分工既满足了实时性，又保留了软件灵活性。

星载计算平台的概览，最终要回答三个问题：系统由哪些单元构成，FPGA 与处理器各自承担什么角色，以及任务约束如何驱动协同架构的选择。理解这三点，后续的接口设计、任务划分、可靠性加固和性能优化才有明确的出发点。