2. 异常分类与分级：按故障性质与严重程度

各位同事，大家好。今天我们聊聊异常的分类与分级。说白了，就是给故障“贴标签”和“定调子”。

在轨运行这么多年，我见过太多因为分类不清、分级不准，导致处置延误的案例。你想想看，地面人员收到一个遥测异常，如果连是机械卡死还是控制逻辑跑飞都分不清，那后续操作就是盲人摸象。所以，这一节我们得把框架搭扎实。

2.1 按故障性质分类

我个人习惯把故障分成四大类：机械、电气、控制、通信。这四类基本覆盖了太阳翼驱动系统（SADSA）的所有异常场景。

2.1.1 机械类故障

机械故障，说白了就是“动不了”或者“动得不对”。

• 卡滞与堵转：驱动机构卡死，电机电流飙升。我在项目中遇到过一回，太阳翼展开后突然无法对日定向，遥测显示电流比正常值高了3倍。后来排查，是谐波减速器内的润滑脂在低温下凝固了。
• 轴承磨损：长期运行后，轴承间隙变大，导致驱动精度下降。嗯，这里要注意，这种故障早期很难发现，得靠振动监测。
• 结构疲劳：比如驱动臂的焊缝开裂。我记得有一次，某型号在轨三年后，驱动臂的应变数据出现周期性跳变，最后确认是微裂纹。

2.1.2 电气类故障

电气故障，说白了就是“电不通”或者“电不对”。

• 功率回路异常：比如母线电压跌落、电流过载。我建议重点关注驱动电机的母线电流波形，很多故障早期就体现在电流纹波上。
• 绝缘下降：电缆或接插件受空间环境辐射影响，绝缘电阻降低。这会导致漏电，严重时引发短路。
• 霍尔传感器失效：电机位置反馈丢失。你想想看，没有位置信号，控制器就不知道电机转了多少度，整个闭环控制就崩了。

2.1.3 控制类故障

控制故障，说白了就是“脑子乱了”。

• 软件跑飞：程序指针跳转到非法地址，导致看门狗复位。我见过最离谱的一次，是星上计算机的某个中断优先级配置错误，导致驱动控制任务被无限期挂起。
• 参数异常：比如PID控制器的积分项饱和，导致系统震荡。嗯，这里要注意，参数异常往往不是突然发生的，而是慢慢累积的。
• 模式切换失败：从“对日定向模式”切换到“安全模式”时，状态机卡在中间态。为什么会这样？很多时候是因为状态转移条件不满足，或者条件被其他任务覆盖了。

2.1.4 通信类故障

通信故障，说白了就是“话传不过去”或者“传错了”。

• 总线超时：驱动控制器在规定时间内没有回应。我记得有一次，1553B总线上的某个终端突然“失联”，后来发现是总线耦合器被宇宙射线打坏了。
• 数据错误：CRC校验失败，或者数据帧格式错误。我建议在通信协议中增加“心跳包”和“重传机制”，这是最有效的防错手段。
• 链路中断：物理层断开，比如电缆接头松动。嗯，这种故障在振动环境下尤其常见。

2.2 按严重程度分级

分级，是为了决定“先救谁”和“怎么救”。我一般把异常分成三级：I级、II级、III级。

等级	定义	典型场景	处置要求
I级（灾难级）	导致太阳翼无法展开或无法对日定向，整星供电不足	驱动机构完全卡死、母线短路、控制器死机且无法恢复	立即启动应急程序，地面指令优先，必要时切换备份
II级（严重级）	驱动性能下降，但尚能维持基本功能	轴承磨损导致跟踪精度下降、通信偶发超时	24小时内制定处置方案，择机实施
III级（一般级）	不影响主要功能，但存在潜在风险	遥测数据跳变、软件日志报错但无实际影响	纳入日常监控，定期评估

2.3 分类与分级的联动

分类和分级不是孤立的。你想想看，同样是“通信超时”，如果发生在太阳翼展开阶段（I级），和发生在稳定运行阶段（III级），处置策略完全不同。

我个人习惯用“故障矩阵”来管理：

• 机械+I级：立即切换备份驱动机构，同时准备手动展开预案。
• 电气+II级：降功率运行，同时排查绝缘下降点。
• 控制+III级：记录日志，下次上注软件补丁时修复。

好了，这一节就到这里。记住，分类是基础，分级是决策。两者结合，才能做到“快速定位、精准处置”。下一节，我们聊聊具体的异常检测手段。