3. 校准验收的指标来源与需求分解

在飞控HIL（硬件在环）平台的校准验收工作中，最容易出现的问题不是测试执行不到位，而是验收指标本身定义不清。如果指标来源模糊、分解粒度不当，就会出现“测了很多项，却无法判定是否合格”的尴尬局面。本节要解决的核心问题是：如何从飞控系统需求、适航/客户规范、接口控制文件（ICD）这三类上游文件中，系统性地提取出可测量、可判定的校准与验收指标。

三类指标来源的定位与差异

校准验收指标并非凭空产生，它们必须可追溯到上游的权威文件。三类来源各有侧重：

• 飞控系统需求：定义功能与性能的“应然”状态。例如“俯仰角速率控制回路的稳态误差不超过0.5°/s”“舵机指令到反馈的延迟不大于15ms”。这类需求通常以条目化形式存在，带有明确的数值和容差。
• 适航/客户规范：定义安全性与符合性的“底线”。例如DO-178C对软件验证的要求、DO-254对复杂硬件的考量，以及客户合同中规定的验收测试覆盖率和通过准则。这类规范往往不直接给出具体数值，而是规定“必须验证”的范围和方法论。
• 接口控制文件（ICD）：定义物理与逻辑接口的“实然”约束。包括信号类型、量程、分辨率、更新率、电气特性、协议格式等。ICD是校准中最直接的依据，因为HIL平台的信号注入与采集必须与ICD严格一致。

三者的关系可以理解为：系统需求回答“要达到什么”，适航/客户规范回答“必须证明什么”，ICD回答“通过什么接口和格式来证明”。校准验收指标必须同时满足三者的约束，缺一不可。

从需求条目到可测量指标的分解方法

拿到一份飞控系统需求文档后，不能直接把原文抄进测试用例。需要经过四步分解：

1. 识别可量化条目：筛选出包含数值、容差、时间、频率等可量化描述的需求。例如“俯仰角速率控制回路的稳态误差不超过0.5°/s”就是一条可量化需求；而“系统应具有良好的操控品质”则无法直接测量，需要进一步追溯其下层分解指标。
2. 映射到HIL可观测信号：确定该指标在HIL平台上通过哪个信号来观测。例如稳态误差需要通过注入俯仰角速率指令、采集飞控计算机输出的舵面指令或角速率反馈来计算。这一步必须对照ICD确认信号名称、量程和采样率。
3. 定义测量方法与容差：明确测量条件（如阶跃幅值、持续时间、采样频率）、计算方法（如取稳态段均值与指令值之差）以及合格容差。容差来源可能是系统需求本身，也可能需要根据适航规范或客户合同推导。
4. 设定通过/失败判据：将测量结果与容差比较，形成明确的判定逻辑。例如“连续3次测试，稳态误差绝对值均≤0.5°/s，且无超调超过10%”才算通过。

ICD在指标提取中的关键作用

ICD是连接“需求指标”与“HIL实际信号”的桥梁。没有ICD，指标就无法落地到具体的测试通道。以某型飞控HIL平台为例，ICD中定义了以下关键信息：

如果ICD中某信号的更新率为100Hz，那么测量舵机延迟时，时间分辨率至少为10ms。若需求要求延迟≤15ms，则测量系统本身的时间误差必须远小于15ms，否则判定结果不可信。这就是ICD约束对指标可判定性的直接影响。

适航/客户规范的转化策略

适航规范如DO-178C通常不会直接给出“稳态误差0.5°/s”这样的数值，而是要求“验证系统满足其需求”。因此，从适航规范提取验收指标的关键在于建立需求追溯矩阵：每一条适航目标对应哪些系统需求，每一条系统需求又对应哪些HIL测试用例。客户规范则可能更具体，例如规定“验收测试覆盖率不低于95%”“所有安全关键功能必须进行故障注入测试”。这些要求需要转化为测试项数量和测试类型的约束。

常见陷阱与规避

• 指标不可测量：如“操控品质良好”，应分解为带宽、相位裕度、稳态误差等可测量子指标。
• 指标不可判定：如“延迟尽量小”，应明确阈值和测量条件，改为“在100Hz更新率下，指令到反馈延迟≤15ms”。
• 来源冲突：系统需求与ICD对同一信号量程定义不一致时，应以更高层级的适航/客户规范为准，并推动上游文件修订。
• 遗漏接口约束：只关注功能指标而忽略ICD中的电气特性，可能导致HIL接口板卡配置错误，使测量结果无效。

总结来说，校准验收指标的提取不是简单的“抄需求”，而是一个从三类来源中交叉验证、逐层分解、量化定义的过程。只有把指标落到具体的HIL信号、测量方法和判定阈值上，后续的校准执行和验收评审才有可靠依据。