1. 课程导入与任务场景

星载数据采集系统是卫星平台与有效载荷之间的“感知入口”。它把分布在星上的温度、电压、电流、姿态、图像、雷达回波等物理量，经传感器、调理电路、模数转换后汇聚成数字数据流，再送往星务计算机、大容量存储器或数传发射机。与地面采集系统相比，星载环境带来三个根本差异：数据源突发性强、下行链路窗口有限、在轨不可维修。因此，采集系统不能只解决“采得到”，还必须解决“存得下、传得出、不丢关键数据”。缓冲与流控设计，正是围绕这一目标展开的核心工程手段。

一、系统组成：从敏感器到下行链路的五级结构

一个典型的星载数据采集系统可划分为五级：敏感器层、信号调理层、采集转换层、缓冲存储层、流控与下行层。敏感器层输出模拟或数字信号；调理层完成放大、滤波、隔离与阻抗匹配；采集转换层由多路开关、ADC 及时序控制构成，把模拟量变为带时间戳的采样字；缓冲层通常由 FPGA 内部 FIFO 与外部 SRAM/SDRAM/Flash 组成多级缓冲；流控层则依据下行速率、存储余量和数据优先级，决定“何时写入、何时读出、何时丢弃或降级”。

以某遥感卫星为例：相机载荷以 200 Mbps 突发输出图像数据，平台遥测以 2 kbps 低速周期采集，两者共享一条 50 Mbps 的数传下行链路。若没有缓冲，相机突发期间必然拥塞；若没有流控，低速遥测可能被图像数据“淹没”。因此，缓冲解决时间维度的速率不匹配，流控解决空间与优先级维度的资源分配。

二、典型任务剖面：速率错配是设计起点

星载采集的任务剖面通常按“入轨—载荷开机—过站下行—阴影区—再次过站”循环。以某低轨遥感卫星为例，一个轨道周期约 95 min，其中可见测控站窗口约 8 min，载荷工作约 40 min。相机在 t1 开机后以 200 Mbps 突发输出，而下行链路仅在 t2 过站时以 50 Mbps 工作。这意味着：采集速率是下行速率的 4 倍，且采集时间远长于下行时间。若把 40 min 的采集数据全部缓存，按 200 Mbps 计算约需 60 GB，远超星上存储能力。因此，实际设计必须引入“边采边存、过站优先下传、非过站降级采集”的流控策略。

任务剖面还决定了缓冲的写入—读出节奏：过站时读出速率高、写入速率可能被压低；阴影区写入速率高、读出几乎为零。缓冲容量必须覆盖“最长无下行区间内的净积累量”，即 C ≥ (R_in − R_out) × T_gap。以 R_in=200 Mbps、R_out=0、T_gap=40 min 估算，净积累约 60 GB；若通过流控把 R_in 在阴影区降至 20 Mbps，则净积累降至 6 GB，工程上才可行。

三、缓冲与流控的设计目标

缓冲与流控并非孤立模块，其设计目标可归纳为四条：

• 不丢关键数据：平台遥测、姿态、故障告警等低速率高价值数据必须完整保留，优先级最高。
• 不溢出：任何时刻缓冲占用不得超过物理容量，需设置高水位告警与背压机制。
• 不空转：下行窗口内链路应尽量满载，避免“有窗口无数据”或“有数据无窗口”。
• 可降级：当资源不足时，按优先级丢弃或压缩低价值数据，而非整体崩溃。

这四条目标之间存在张力：保关键数据可能要求预留缓冲，但预留过多会降低链路利用率；不溢出要求及时背压，但背压可能影响载荷工作节奏。因此，流控策略本质上是在容量、速率、优先级三者之间做动态权衡。

四、约束条件：星载环境的硬边界

设计缓冲与流控时，必须面对以下硬约束：

五、从场景到设计输入：一份可用的任务输入清单

在进入具体缓冲与流控设计前，建议先整理一份任务输入清单，把场景参数转化为设计输入。以下清单可直接作为工程起点使用：

任务输入清单（示例）
1. 数据源清单：名称、类型（模拟/数字）、采样率、字长、突发特性
2. 下行链路：码速率、调制方式、过站弧段、可用窗口时长
3. 存储资源：可用容量、读写带宽、抗辐照等级、EDAC 方案
4. 优先级定义：关键/重要/一般/可丢弃，对应丢弃或压缩策略
5. 时间基准：星时同步方式、时间戳精度、采集与下行时标对齐
6. 功耗预算：采集、缓冲、流控各模块功耗上限
7. 故障模式：单粒子翻转、看门狗复位、链路中断的恢复策略

这份清单的价值在于：它把“任务场景”翻译成“设计参数”，使后续的 FIFO 深度计算、水位阈值设定、优先级调度表设计都有据可依。例如，若清单中明确“关键遥测周期 1 s、字长 16 bit、共 64 路”，则可算出关键遥测净速率约 1 kbps，为其预留独立小 FIFO 即可，无需与图像数据争抢大缓冲。