1. 星载处理器概述
星载处理器是运行在卫星、飞船、空间站等航天器平台上的核心计算单元，负责完成姿态与轨道控制、遥测遥控、载荷数据处理、自主任务管理、通信协议处理等关键功能。它并不是“把地面计算机搬到天上”那么简单：同一颗芯片在地面实验室里可以稳定运行十年，进入轨道后却可能在单粒子效应、总剂量效应和极端温度循环的共同作用下出现位翻转、闩锁甚至永久失效。理解星载处理器，必须从它的定义、分类、空间环境约束以及与地面处理器的本质差异入手。
一、星载处理器的定义与功能边界
从工程定义看，星载处理器是以抗辐射或辐射加固的微处理器/微控制器为核心，配合存储器、总线接口、时钟、电源管理与看门狗等外围电路，构成能够在空间环境中长期可靠工作的嵌入式计算系统。它通常嵌入在星务计算机、姿轨控计算机、载荷数据处理单元或综合电子系统中，而不是独立存在。
其功能边界可以概括为三类：控制类，如姿态确定与控制、轨道维持、太阳翼与天线指向；数据类，如遥测采集、遥控指令解析、载荷数据压缩与存储；管理类，如任务调度、健康监测、故障检测与自主恢复。与地面处理器相比，星载处理器更强调“确定性”和“可恢复性”，而非峰值算力。
二、星载处理器的分类
按体系结构与应用定位，星载处理器大致可分为以下几类：
- 通用星务处理器：以 32 位 RISC 架构为主，如 SPARC V8（ERC32、LEON 系列）、PowerPC 系列，承担星务管理、遥测遥控和总线调度，强调低功耗与高可靠。
- 数字信号处理器（DSP）：用于载荷信号处理、图像压缩、雷达信号处理等，如 TI SMV320C6701、ADSP 系列的抗辐射版本，强调乘加运算吞吐率。
- FPGA/SoC 处理器：以 SRAM 型或反熔丝型 FPGA 实现可重构逻辑，并集成软核处理器（如 MicroBlaze、LEON），适合算法迭代快、接口定制化程度高的载荷。
- 专用集成电路（ASIC）：为特定任务定制，如星上图像处理 ASIC、导航基带 ASIC，性能功耗比最优，但开发周期长、灵活性差。
- 抗辐射加固处理器：通过工艺加固、版图加固或冗余设计实现，如 RAD750、RAD5545、GR712RC，是当前高可靠任务的主流选择。
分类并非互斥。例如一颗遥感卫星可能同时使用 LEON 星务处理器、抗辐射 FPGA 做图像预处理、DSP 做数据压缩，三者通过 SpaceWire 或 CAN 总线协同工作。
三、空间环境对处理器的核心威胁
空间环境与地面环境的最大区别在于辐射、温度和真空。对处理器而言，最直接的威胁是单粒子效应（SEE）：高能质子或重离子穿过硅片时，会在敏感节点沉积电荷，导致存储单元或触发器翻转。若翻转发生在配置寄存器或程序计数器，可能引发功能异常；若发生在 CMOS 结构的寄生晶闸管路径，可能触发单粒子闩锁（SEL），造成电流骤增，若不及时断电保护，器件会烧毁。
此外，总剂量效应（TID）会随任务时间累积，使阈值电压漂移、漏电流增大，最终导致器件失效；单粒子瞬态（SET）会在组合逻辑中产生窄脉冲，被下游触发器捕获后形成软错误；位移损伤则降低光电器件和部分半导体性能。温度方面，星载处理器常面临 -55℃ 至 +125℃ 的极端循环，焊点疲劳、时钟漂移和参数漂移都会影响时序余量。
四、与地面处理器的核心差异
把星载处理器与地面处理器放在一起比较，差异集中在五个维度。
第一，可靠性目标不同。地面处理器允许蓝屏重启、允许运维人员现场更换；星载处理器一旦发射，维修几乎不可能，必须依靠自身冗余和恢复机制在轨存活。因此星载设计普遍采用 TMR、EDAC、看门狗和双机热备，而地面 CPU 更多依赖操作系统和虚拟内存容错。
第二，性能取向不同。地面处理器追求高主频、大缓存、多核并行；星载处理器受功耗、散热和抗辐射工艺限制，主频通常只有几十到几百 MHz。例如 RAD750 主频约 200 MHz，LEON3 在 FPGA 中常运行于 50～100 MHz。算力不足时，往往通过 FPGA 硬件加速或任务分级调度来弥补。
第三，环境适应性不同。地面处理器工作在常温常压、电磁环境相对可控的机房；星载处理器要承受发射阶段的强振动、在轨的真空与温差、以及辐射粒子的持续轰击。元器件必须经过筛选、降额和抗辐射验证，PCB 需要三防处理，结构需要导热与减振设计。
第四，软件与开发约束不同。星载软件通常运行在实时操作系统（RTOS）或裸机循环上，如 VxWorks、RTEMS、FreeRTOS 或自研调度器，强调确定性响应和内存静态分配。地面开发中常见的动态内存分配、异常抛出和复杂中间件，在星载环境中往往被禁用或严格限制。
第五，验证与认证路径不同。地面处理器通过功能测试和兼容性认证即可上市；星载处理器需要经过单粒子试验、总剂量试验、热真空试验、EMC 试验和长寿命评估，软件还需满足 DO-178C 或 ECSS 等航天软件标准的验证要求。
五、从地面到星载：一个直观的对照
假设某地面嵌入式系统使用 1 GHz ARM Cortex-A 处理器、512 MB DDR 内存、Linux 系统，运行图像识别算法。若直接移植到卫星，会面临三个现实问题：DDR 在单粒子轰击下频繁出现位翻转且无 EDAC 保护；Linux 的动态内存和调度抖动无法满足姿控 10 ms 控制周期；1 GHz 主频带来的功耗超出卫星热控预算。
合理的星载方案可能是：采用 100 MHz LEON3 处理器 + 带 EDAC 的 SRAM + 抗辐射 FPGA 做图像预处理，操作系统换为 RTEMS，控制任务以 10 ms 周期静态调度，图像识别算法降分辨率或改为变化检测。这样算力下降约一个数量级，但系统在轨可用性和确定性显著提升。这个例子说明，星载处理器的选型本质上是在算力、功耗、可靠性和开发周期之间做工程折中。