3. 在轨参数分类与数据模型

星务软件在轨参数管理的第一个工程决策，不是“怎么存”，而是“怎么分”。分类决定了参数由谁维护、何时可改、改动后影响哪些分系统、是否需要地面复核。如果分类混乱，后续的上注校验、版本比对、故障回溯都会失去依据。本节围绕一套可落地的分类方法和元数据模型展开，目标是让每一类参数都有明确的归属、属性和变更规则。

一、按“变更权限与影响范围”建立五类划分

在轨参数常见的分类维度有按分系统、按数据类型、按更新频率等，但对星务软件而言，最实用的是按变更权限与影响范围划分。它直接对应“谁能改、改了会怎样、要不要复核”这三个在轨操作中最关键的问题。据此可分为五类：

• 工程参数：面向平台与星务自身运行，如姿态控制周期、遥测采样间隔、看门狗超时阈值、总线重试次数。变更影响整星基础行为，通常由平台软件维护，需严格审批。
• 应用参数：面向载荷与业务任务，如成像积分时间、数传码速率、任务触发时刻、载荷工作模式编号。变更影响任务产出，由应用软件维护，需与任务规划协同。
• 标定参数：由地面标定或在轨辨识得到，如陀螺零偏、磁强计修正系数、相机几何畸变系数、温度传感器拟合斜率与截距。这类参数具有“测量—拟合—写入”的链路，变更需保留原始标定数据与拟合残差。
• 配置参数：描述系统结构与连接关系，如设备使能开关、通道映射表、冗余切换策略、软件工作模式选择。变更影响系统拓扑与可用性，需与硬件状态一致。
• 安全参数：直接关系星上安全，如过温保护阈值、过流保护门限、蓄电池欠压保护点、安全模式触发条件。变更风险最高，通常只允许在特定安全模式下由地面授权修改。

这五类并非互斥，一个参数可能同时具有工程与安全属性。工程上采用“主分类 + 安全标记”的方式：主分类决定维护责任与审批流程，安全标记决定是否进入高优先级校验与双备份存储。

二、参数属性定义：从“值”到“可管理对象”

一个参数如果只记录数值，就无法支撑在轨管理。每个参数应定义为一组属性，至少包括：

其中“更新时机”和“校验方式”是星务软件特有的关键属性。例如安全参数通常只允许在安全模式下修改，且必须通过范围校验与CRC校验双重检查；而标定参数允许在正常模式下上注，但要求保留旧值以便回滚。

三、元数据建模：让参数可查询、可追溯、可校验

元数据建模的核心是把上述属性组织成结构化描述，使星务软件和地面系统都能按统一规则读写。推荐采用“参数表 + 元数据表”的双层结构：参数表存储当前值与版本，元数据表存储定义、约束与变更历史。两者通过参数标识关联。

在星上，元数据通常以只读方式固化在软件中，用于上注时的合法性检查；参数值则存放在EEPROM或MRAM中，支持在轨修改。地面系统维护一份完整的元数据数据库，作为上注包生成、版本比对和故障分析的依据。星地两侧的元数据必须保持版本一致，否则会出现“地面认为合法、星上拒绝写入”的情况。

四、分类与元数据的协同：一张图看清关系

下面的SVG展示了五类参数在“变更权限—影响范围—校验强度”三个维度上的分布，以及元数据模型如何将参数定义、当前值和变更记录关联起来。图中左侧为分类轴，右侧为元数据关联结构，中间用颜色区分校验强度。

五、分类落地时的三个关键判断

在实际工程中，分类和元数据建模完成后，还需要回答三个问题，才能让参数管理真正可用。

第一，参数变更后如何验证生效？不能只看“写入成功”标志。应设计回读校验：上注后立即读取星上当前值，与地面期望值比对；对于安全参数，还需检查保护逻辑是否按新阈值动作。例如修改过温保护阈值后，可通过注入模拟温度遥测验证保护触发点是否偏移到新值。

第二，标定参数如何保证可回滚？标定参数具有“旧值仍有参考价值”的特点。元数据中应保留上一版本值，并在变更记录中标记回滚路径。星上存储可采用双区备份：A区为当前生效值，B区为上一版本，回滚时只需切换区号并重新加载。

第三，安全参数如何防止误改？除了更新时机限制，还应引入“双人授权”或“指令序列校验”。例如修改安全参数需要连续两条指令：第一条携带参数标识与目标值，第二条携带校验码与授权码，星务软件在收到第二条后才执行写入。这样可避免单条误指令直接改变安全门限。

综上，在轨参数分类与数据模型的核心是：用“变更权限与影响范围”建立五类划分，用属性定义把参数变成可管理对象，用元数据建模实现星地一致、可追溯、可校验。分类不是目的，而是让每一次在轨修改都有据可查、有路可回、有验可证。