2. 固定翼飞控系统组成与信号流

固定翼飞控系统并不是“一块飞控板”那么简单，它是由飞控计算机（FCC）、传感器组、执行机构、地面站以及连接它们的总线网络共同构成的闭环系统。理解这套系统的组成与信号流，是后续搭建HIL（硬件在环）测试环境的前提——因为HIL的本质，就是用仿真机替代真实飞机和部分传感器，把飞控计算机和真实执行机构接入一个可编程的闭环回路中。如果搞不清信号从哪来、经过谁、到哪去，就无法正确设计测试用例，也无法判断测试结果是否可信。

一、飞控计算机：系统的决策核心

飞控计算机是固定翼飞控系统的“大脑”，通常采用双余度或三余度架构，内部运行控制律解算、导航滤波、余度管理、健康监控等任务。以常见的双余度飞控为例，两块飞控板卡通过交叉通道数据链（CCDL）交换状态与指令，主控板负责输出舵面指令，备份板同步运行但不输出，一旦主控失效则无缝切换。飞控计算机的输入包括：来自传感器的姿态、角速率、空速、高度、位置信息；来自地面站的遥控指令与模式切换命令；来自执行机构的反馈信号（如舵机位置）。输出则包括：舵面偏转指令、油门指令、状态遥测数据以及告警信号。

在HIL测试中，飞控计算机是真实的硬件，它并不知道自己连接的是真实飞机还是仿真模型。仿真机通过实时接口向飞控计算机发送模拟的传感器数据，飞控计算机解算后输出舵面指令，这些指令被仿真机采集并送入飞机动力学模型，计算出新的飞行状态，再反馈给飞控计算机，形成闭环。因此，飞控计算机的接口定义、数据格式、更新率、时序关系，是HIL测试配置中最关键的参数。

二、传感器组：系统的感知输入

固定翼飞控系统常用的传感器包括：惯性测量单元（IMU），提供三轴角速率和三轴加速度；大气数据系统（ADS），提供空速、气压高度、攻角、侧滑角；磁力计，提供航向基准；GNSS接收机，提供位置、速度、时间；以及可能存在的雷达高度表、光流传感器等。这些传感器通过不同的总线接入飞控计算机：IMU通常通过SPI或CAN总线，ADS通过RS-422或ARINC 429，GNSS通过RS-232或CAN。

在HIL测试中，传感器信号通常由仿真机模拟生成。例如，仿真机根据飞机动力学模型计算出当前角速率，通过模拟SPI或CAN接口发送给飞控计算机；空速和高度则通过模拟RS-422串口发送。这里的关键是：仿真机必须按照真实传感器的数据格式、更新率和量程范围来生成信号，否则飞控计算机可能拒绝接收或进入故障保护状态。例如，某型IMU的角速率更新率为400Hz，量程为±300°/s，仿真机就必须以400Hz的频率、在±300°/s范围内输出数据，且数据帧的校验和、帧头、帧尾必须与真实传感器一致。

三、执行机构：系统的输出执行

固定翼飞机的执行机构主要包括：副翼舵机、升降舵舵机、方向舵舵机、油门舵机（或电调）、襟翼舵机、起落架收放机构等。这些执行机构通常通过PWM信号或CAN总线接收飞控计算机的指令。PWM信号的标准周期为20ms，脉宽范围一般为1000μs～2000μs，对应舵面偏转范围-25°～+25°（具体取决于机型）。CAN总线则用于更复杂的执行机构，如智能舵机，可以回传位置、电流、温度等状态信息。

在HIL测试中，执行机构可以是真实的舵机，也可以是仿真机模拟的负载。如果使用真实舵机，仿真机需要采集舵机的位置反馈信号，并将其送入飞机动力学模型；如果使用模拟负载，仿真机则直接根据飞控计算机输出的PWM或CAN指令，解析出舵面偏转角度，再送入模型。无论哪种方式，执行机构的响应延迟、死区、饱和特性都会影响闭环测试结果，因此HIL测试中通常需要标定这些参数。

四、地面站：系统的监控与指令入口

地面站是操作人员与飞控系统交互的界面，通常运行在笔记本电脑或地面控制站上。它通过数传电台或Wi-Fi与飞控计算机通信，发送遥控指令（如起飞、巡航、返航、降落）、模式切换命令（如手动、增稳、自动）、航线装订数据，并接收飞控计算机下传的遥测数据（姿态、位置、速度、电池电压、飞行模式、告警信息等）。地面站与飞控计算机之间的通信协议通常为MAVLink、自定义串口协议或CAN总线。

在HIL测试中，地面站可以是真实的，也可以是仿真机模拟的。如果使用真实地面站，仿真机需要模拟数传电台的接口，将飞控计算机的遥测数据转发给地面站，同时将地面站的指令转发给飞控计算机。如果使用模拟地面站，仿真机则直接生成遥控指令和模式切换命令，并记录飞控计算机的遥测响应。地面站的指令更新率通常较低（如1Hz～10Hz），但指令的优先级和时序关系必须与真实情况一致，否则可能触发飞控计算机的指令超时保护。

五、总线通信关系：系统的神经脉络

固定翼飞控系统的总线通信关系可以概括为：飞控计算机是中心节点，传感器、执行机构、地面站分别通过不同的总线与之连接。常见的总线包括：CAN总线（用于IMU、GNSS、智能舵机、地面站）、RS-422/RS-232串口（用于ADS、GNSS、地面站）、SPI（用于IMU）、PWM（用于舵机）、ARINC 429（用于大气数据计算机）。不同总线的速率、数据格式、拓扑结构各不相同，飞控计算机内部通过总线调度器统一管理。

在HIL测试中，总线通信的时序和优先级是测试的重点。例如，CAN总线的仲裁机制决定了高优先级消息（如IMU数据）会优先发送，低优先级消息（如遥测数据）可能被延迟；如果仿真机发送的CAN消息频率过高，可能导致总线负载率超过80%，引发丢帧或延迟。因此，HIL测试中需要监控总线负载率、消息延迟、丢帧率等指标，并设置合理的告警阈值。

六、HIL测试中的信号流闭环

把上述组成串起来，HIL测试中的信号流闭环可以这样描述：仿真机根据飞机动力学模型计算出当前飞行状态（姿态、角速率、空速、高度、位置），按照真实传感器的数据格式和更新率，通过SPI/CAN/RS-422接口发送给飞控计算机；飞控计算机接收传感器数据后，运行控制律解算，输出舵面偏转指令和油门指令，通过PWM/CAN接口发送给执行机构（真实舵机或模拟负载）；执行机构响应后，其位置反馈信号被仿真机采集，送入飞机动力学模型，计算出新的飞行状态；同时，飞控计算机通过数传接口向地面站下传遥测数据，地面站显示飞行状态并发送遥控指令，遥控指令再通过数传接口回传给飞控计算机，影响控制律解算。整个闭环的更新率通常为100Hz～400Hz，具体取决于飞控计算机的调度周期和总线速率。

在这个闭环中，有几个关键参数需要特别关注：传感器数据的更新率与飞控计算机的接收周期是否匹配；总线负载率是否在合理范围内（通常建议低于60%）；执行机构的响应延迟是否在允许范围内（通常要求小于20ms）；地面站指令的超时时间是否设置合理（通常为1s～2s）。这些参数如果配置不当，可能导致HIL测试中出现虚假的故障告警或控制振荡，影响测试结论的可信度。

理解这套组成与信号流关系，不仅有助于搭建正确的HIL测试环境，还能在测试出现异常时快速定位问题。例如，如果飞控计算机报告“IMU数据超时”，首先应检查仿真机发送IMU数据的频率和格式是否正确；如果舵面响应异常，应检查PWM信号脉宽与舵机实际偏转的对应关系；如果地面站指令无响应，应检查数传接口的波特率、数据帧格式和指令优先级。只有把系统组成和信号流关系搞清楚，HIL测试才能从“能跑起来”走向“测得准、信得过”。