2. HIL系统需求捕获与指标分解

硬件在环（HIL）系统的设计质量，首先取决于需求捕获是否完整、指标分解是否可验证。HIL不是一台通用仿真机，它的接口规模、实时步长、信号精度和故障注入能力，必须由被控对象——飞行控制、航电、动力等子系统——的真实需求反向推导出来。本节围绕“从被控对象需求到HIL指标”的映射过程展开，给出可操作的捕获方法与分解示例。

一、需求捕获的输入源与分层

HIL需求捕获的输入不是凭空假设，而是来自三类可追溯的工程文档：飞机级功能清单（如飞行控制律、余度管理、能源管理）、子系统接口控制文件（ICD，定义总线、离散量、模拟量、供电与接地）、以及适航或客户提出的验证要求（如DO-178C/DO-254相关验证目标、故障覆盖要求）。捕获时按“飞机级—系统级—设备级—信号级”四层逐级下钻，每一层都记录来源、版本和责任人，避免后期指标无据可依。

以某型电传飞控HIL为例，飞机级需求“俯仰通道在传感器双故障下仍保持可控”，分解到系统级即“飞控计算机需接收三余度俯仰角速率信号并执行表决”，再分解到设备级即“HIL需模拟三路ARINC 429或RS-422角速率输入，并支持其中任意两路注入偏差或失效”。到信号级，就得到具体的通道数、协议、更新率和故障模式。这一链条是后续所有HIL指标的唯一来源。

二、从被控对象需求到HIL指标的四类映射

被控对象需求与HIL指标之间不是一一对应，而是多对多的映射关系。工程上通常归为四类：实时性、I/O规模、通道精度、故障注入。下面分别说明其提取逻辑。

实时性。由被控对象的最快控制回路和总线周期决定。飞控内回路通常要求1～5 ms，航电总线如ARINC 429更新率约12.5～100 Hz，动力控制（如FADEC）可能要求0.5～2 ms。HIL的实时步长必须小于被控对象最小周期的1/5～1/10，且抖动（jitter）应控制在步长的10%以内。例如飞控回路2 ms，则HIL步长宜取200～500 μs，抖动≤50 μs。若同时存在多速率任务，需按最小公倍数或分层调度设计，而不是简单取最快值。

I/O规模。由ICD中信号清单统计得出，需区分模拟量输入/输出、离散量输入/输出、总线通道、PWM、旋变/同步器、热电偶等类型。统计时不能只数“路数”，还要看每路的采样率、分辨率、隔离要求和电气特性。例如某飞控HIL统计出：模拟输入48路（±10 V，16 bit，1 kHz）、模拟输出24路、离散输入96路、离散输出64路、ARINC 429收发各8通道、CAN 4通道、RS-422 12通道。这些数字直接决定I/O板卡选型与机柜布局。

通道精度。由被控对象对信号误差的容忍度决定。飞控舵面位置反馈通常要求满量程0.1%～0.5%，角速率信号要求0.5%～1%，而温度、压力等慢变量可放宽到1%～2%。精度指标要同时考虑HIL输出精度、线缆与连接器引入的误差、以及被控对象输入电路的负载效应。工程上常按“HIL精度≤被控对象允许误差的1/3～1/5”分配，例如舵面允许0.5%，则HIL通道精度应优于0.1%～0.17%。

故障注入。由验证目标中的故障覆盖要求决定。需明确故障类型（开路、短路、偏差、漂移、卡滞、总线丢帧、校验错误、时序错位）、注入位置（传感器端、总线端、执行机构端）、注入粒度（单路、多路、按时间序列）以及可重复性要求。例如“三余度角速率中任两路同时偏差+5%并持续200 ms”，HIL必须支持在指定时刻对指定通道叠加指定偏差，且不影响其余通道。

三、指标分解的量化示例

下面以某型无人机飞控HIL为例，给出从需求到指标的量化分解过程。假设飞控内回路周期为2 ms，舵面位置反馈精度要求0.5%，三余度角速率信号通过RS-422传输，验证要求覆盖“双路角速率偏差+5%持续200 ms”故障。

实时性方面，HIL步长取200 μs，抖动≤20 μs，满足小于2 ms的1/10。I/O规模方面，统计得到：模拟输入32路（±10 V，16 bit，2 kHz）、模拟输出16路、离散输入64路、离散输出48路、RS-422 12通道、ARINC 429 4通道。通道精度方面，舵面位置反馈HIL输出精度取0.1%，角速率信号取0.2%，均满足“≤被控对象允许误差的1/3～1/5”。故障注入方面，需支持对12路RS-422中任意两路在指定时刻叠加+5%偏差，持续200 ms，偏差分辨率0.1%，时间精度1 ms。

这些指标不是孤立的，它们共同约束HIL的硬件选型与软件调度。例如200 μs步长要求实时操作系统和I/O板卡支持该刷新率；12路RS-422要求足够的串口资源；0.1%精度要求16 bit以上DAC和低噪声调理电路；故障注入要求信号链路中具备可编程衰减或数字叠加能力。

四、需求捕获的常见遗漏与检查要点

实际工程中，需求捕获最容易遗漏的是“边界条件”和“组合故障”。例如只考虑了单路传感器故障，未考虑双路同时故障；只考虑了稳态精度，未考虑上电瞬态和断电保持；只考虑了总线正常帧，未考虑丢帧、错帧和时序错位。这些遗漏往往在HIL集成后期才暴露，导致返工。

建议在需求捕获阶段使用检查表逐项确认：每个被控对象的信号是否都有ICD来源？每个信号是否明确了更新率、精度、电气特性？每个故障模式是否明确了注入位置、粒度、持续时间和可重复性？每项指标是否有对应的测试用例和判据？未覆盖项是否已返回补充？

五、从指标到HIL架构的初步映射

完成指标分解后，下一步是将其映射到HIL架构。实时性决定实时机选型与调度策略；I/O规模决定板卡数量与机柜布局；通道精度决定信号调理与采集方案；故障注入决定信号切换与叠加电路。例如200 μs步长、12路RS-422、0.1%精度、双路偏差注入，可能对应“实时机+FPGA协处理+高精度DAC+可编程衰减网络”的架构。这一映射将在后续章节展开，但需求捕获与指标分解是全部工作的起点。

总结来说，HIL需求捕获的核心是“从被控对象出发，逐层下钻到信号级”，指标分解的核心是“把需求翻译成可量化、可验证、可追溯的工程参数”。实时性、I/O规模、通道精度、故障注入四类指标不是并列的清单，而是相互约束、共同决定HIL系统形态的约束集。只有把这一层做扎实，后续的架构设计、集成调试和验收才有可靠依据。