4. 星务计算平台通信协议与接口

星务计算平台不是一块孤立的计算机，它要同时面对两类“外部世界”：一类是星上各分系统与设备，另一类是地面测控站。前者靠星上总线把姿态、电源、热控、载荷等设备连成一体，后者靠星地链路把遥测、遥控和延时指令送上天、收下来。本节围绕星上总线（CAN、1553B、SpaceWire）、遥测遥控接口、星地通信协议以及平台内部数据交互机制展开，重点说明它们各自解决什么问题、接口如何定义、数据如何流动。

一、星上总线：三种典型链路的分工

星上总线是平台内部设备互联的骨架。选型时通常看三个维度：速率、实时确定性、拓扑与可靠性。CAN 总线采用差分信号、多主竞争仲裁，速率常见 125 kbps～1 Mbps，布线简单、成本低，适合电源管理、热控、机构等低速、周期性遥测采集场景。1553B 是命令/响应式总线，速率 1 Mbps，由总线控制器（BC）统一调度，终端（RT）在收到命令后应答，具有强确定性和成熟的冗余机制，常用于姿态控制、星务管理这类对时序要求严格的链路。SpaceWire 面向高速数据，采用点对点或路由交换拓扑，链路速率可达 100～400 Mbps，适合载荷数据、图像和大容量科学数据的传输。

三者的关键差异在于“谁决定何时发送”。CAN 靠优先级仲裁，1553B 靠 BC 轮询调度，SpaceWire 靠路由与流控。理解这一点，才能理解为什么星务平台往往同时挂多条总线，而不是用一条总线包打天下。

二、遥测遥控接口：从物理层到应用层

遥测（TM）是把星上状态送到地面，遥控（TC）是把地面指令送上星。它们不是单一接口，而是一条从物理层到应用层的完整链路。以常见的 PCM 遥测为例，星上传感器数据先经采集与格式化，形成固定帧长的遥测帧，再经信道编码（如卷积编码、RS 编码）和调制后发射。地面接收后做解调、解码、帧同步，最后按遥测参数表解析出每个参数的工程值。

遥控链路方向相反，但安全性要求更高。地面发出的遥控指令通常要经过加密和校验，星上收到后先做帧校验和指令合法性判断，再分发到对应设备。遥控指令分实时指令和延时指令：实时指令要求星上立即执行，延时指令则先存入星上存储区，等到指定时刻或条件满足时再执行。这一机制在测控弧段之外尤其重要。

接口定义上，遥测遥控通常要明确：帧同步字、帧长、码速率、编码方式、遥控指令格式、校验方式、指令执行确认方式。这些参数一旦确定，星地两端必须严格一致，否则会出现“地面发了、星上没收到”或“星上执行了、地面不知道”的情况。

三、星地通信协议：分层与关键参数

星地通信协议通常按分层理解。物理层负责调制解调、频率、功率和天线指向；链路层负责帧同步、差错控制；网络层及以上负责数据包路由、分段重组和应用层指令解析。以 CCSDS 体系为例，遥测采用空间包（Space Packet）结构，包含包标识、序列控制、数据域等字段；遥控采用命令链路传输单元（CLTU），配合命令操作过程（COP-1）实现可靠传输。

实际工程中，星地链路的关键参数包括：上行/下行码速率、调制方式（如 BPSK、QPSK）、编码方式、帧长、遥控指令重传次数、遥测帧计数方式。这些参数不是孤立的，码速率提高会压缩链路余量，编码增益提高会降低有效速率，需要在地面站能力、星上功率和天线增益之间折中。

四、平台内部数据交互机制

平台内部的数据交互，核心是“谁产生、谁消费、怎么同步”。星务软件通常采用周期任务加中断响应的混合模型：周期任务按固定节拍采集总线数据、更新遥测缓冲区；中断响应处理遥控指令、总线异常和关键事件。数据在平台内部一般经过采集、格式化、缓存、分发四个环节。

以 1553B 为例，BC 按预定义的消息表周期性地向各 RT 发送命令，RT 返回状态字和数据字。星务软件在每个周期内完成：读取总线数据、更新本地数据库、判断是否触发遥测下传或指令执行。这里的关键是“消息表”和“周期”的匹配——如果某个 RT 的响应时间超过周期，就会出现数据滞后或丢帧。

平台内部还常设置共享数据区，把姿态、电源、热控等关键参数集中管理，供各任务调用。共享数据区需要解决读写冲突，常用双缓冲或互斥机制。对于高速载荷数据，则通常走 SpaceWire 直接写入大容量存储，再由星务软件按计划下传，避免占用低速总线带宽。

五、一个可参考的接口参数示例

下面给出一组教学示例参数，用于说明星务平台通信接口的配置方式。这些参数属于合理假设，不是某型号实测值。

配置完成后，判断接口是否正常，主要看三类现象：总线周期内数据是否按时更新、遥测帧计数是否连续、遥控指令是否有执行确认。如果遥测帧计数出现跳变，说明链路有丢帧；如果遥控指令发出后没有确认，需要检查上行链路、指令格式和星上校验逻辑。把这些观察点与接口参数对应起来，才能快速定位问题出在物理层、链路层还是应用层。

星务计算平台的通信协议与接口，本质上是在“确定性”和“灵活性”之间做平衡：1553B 提供确定性，CAN 提供低成本扩展，SpaceWire 提供高吞吐，星地链路提供远程控制能力。平台内部的数据交互机制，则负责把这些不同速率、不同时序的链路统一到同一套任务节拍中。理解每条链路的角色和边界，是后续集成与任务验证的基础。