加载中...


当一架民用无人机的飞控系统需要在零下40度到零上70度的宽温域内完成超过2000小时的可靠性验证,当多旋翼飞行器的动力系统需要模拟海拔5000米的气动特性,当机载航电设备需要在复杂电磁环境下验证通信可靠性——传统的纯软件仿真早已无法满足这些严苛的测试需求。硬件在环测试(Hardware-in-the-Loop,HIL)作为验证飞控系统真实性能的行业标准,正在被越来越多的无人机研发企业重视。然而,动辄百万元的进口HIL设备、逐年上涨的软件授权费、以及随时可能被中断的技术服务,让众多企业在构建测试能力时陷入两难。凯云咨询在深入调研国内数十家无人机整机与飞控研发企业后,推出基于国产半实物仿真平台的完整测试方案,本文将详细解析这套方案的技术架构与实操要点。

无人机飞控系统的复杂性决定了单纯依靠数学仿真存在致命缺陷。现代飞控系统涉及惯性导航、GPS融合、气动耦合、动力输出、安全策略等多个耦合子系统,其行为不仅取决于算法逻辑,更受到传感器精度、执行机构响应特性、电磁环境干扰等物理因素的深刻影响。纯软件仿真在建模时必然对物理世界进行简化,而这种简化往往会掩盖真实系统在边界条件下的失效模式。
硬件在环测试的核心价值在于将真实飞控计算机(Flight Controller)与高保真实时仿真机相连,通过I/O接口板卡模拟各种传感器信号和执行机构反馈。仿真机以微秒级实时性运行飞行动力学模型,飞控计算机则像在真实飞行中一样采集传感器数据并输出控制指令。整个测试过程中,仿真系统能够精确注入各类故障条件——传感器卡滞、GPS信号丢失、通信链路中断、电机失效——而不需要实际制造这些危险场景。
在无人机飞控系统开发中,HIL测试主要应用于以下关键环节。首先是控制律验证与参数调优,飞控开发团队可以在仿真环境中反复测试不同控制参数组合,快速定位最优控制策略,而无需担心试飞风险。其次是故障注入与安全验证,通过仿真系统可以系统性测试飞控的故障检测与处理能力,验证安全返航、紧急降落等保护功能的可靠性。第三是边界条件测试,模拟极端气象条件(强风、低温、高海拔)、极端飞行状态(大机动、过载、失速)下的系统表现。第四是回归测试,每次飞控软件升级后,HIL平台能够自动执行大规模测试用例,确保新版本未引入功能退化。第五是认证支持,为适航认证或行业认证提供可重复、可追溯的测试证据。

目前国内无人机行业普遍采用的HIL方案主要来自NI(National Instruments)、dSPACE、Speedgoat等国外厂商。这些方案在技术成熟度方面确实具有优势,但其固有的局限性正在被越来越多企业认识到。
| 对比维度 | 进口HIL方案 | 国产HIL方案 |
|---|---|---|
| 硬件采购成本 | PXI机箱+板卡通常在50-150万元 | 同等性能硬件成本降低40%-60% |
| 软件授权模式 | 按年收费,年度维护费约为采购价的15%-20% | 一次性授权,永久使用 |
| 技术响应速度 | 海外技术支持,时差导致响应延迟 | 本地团队快速响应 |
| 定制开发能力 | 受限于原厂产品线,定制周期长 | 可根据客户需求深度定制 |
| 供应链风险 | 存在出口管制、合规性等不确定因素 | 完全国产化,无供应链风险 |
| 培训与技术支持 | 原厂培训费用高昂,名额有限 | 上门培训,灵活安排 |
更重要的是,进口HIL方案的技术支持往往受限于原厂产品路线图。当客户的测试需求发生变化,或需要集成特定国产总线协议时,进口方案的反应速度和成本控制往往难以令人满意。凯云咨询在服务客户过程中,发现大量企业因进口方案的这些痛点,开始将目光转向国产替代方案。
凯云咨询推荐的国产HIL方案以ETest/SimuRTS为核心平台,该平台由凯云科技自主研发,是国内少数具备完整知识产权的半实物仿真测试软件。与国外主流方案类似,ETest采用宿主机-目标机架构,通过实时内核(RTOS)确保仿真模型的确定性实时运行,同时提供丰富的I/O板卡驱动和通信协议栈支持。
整个HIL测试系统由三个核心层次构成。最上层是宿主机(Host PC),运行仿真开发环境、测试管理软件和数据分析工具,开发人员在宿主机上完成模型构建、场景配置、测试用例设计和结果分析等工作。中间层是实时仿真机(Real-Time Simulator),通常采用工业级或军规级加固计算机,搭载实时操作系统(如VxWorks、QNX或Linux+RTAI/Xenomai),以确定性的微秒级或亚毫秒级周期运行飞行动力学模型和传感器模型。最底层是I/O接口层,包括各种板卡和网关,负责仿真机与飞控计算机之间的信号转换和通信。

宿主机与实时仿真机之间通过高速网络(如千兆以太网、光纤反射内存网)进行数据交换,测试人员可以实时调整仿真参数、监控内部状态、注入测试信号。整个系统的时间同步精度可达到1微秒以内,完全满足无人机飞控系统的测试要求。
实时仿真内核是HIL平台的灵魂,其性能直接决定了仿真保真度和测试覆盖率。ETest/SimuRTS的实时内核具有以下核心技术特性。
首先是完全确定性执行。通过将飞行动力学模型、执行机构模型、环境模型等部署在实时核上,系统能够保证每个仿真步长严格在设定时间内完成,不受操作系统负载变化影响。这是HIL测试区别于普通实时系统的根本特征——仿真时间与真实时间必须严格同步,否则飞控计算机收到的传感器数据将出现时间错位,导致测试结果失真。
其次是模型无缝集成。平台支持从Simulink、AMESim、FlightGear等主流仿真环境导入模型,也支持基于C/C++、Python的自定义模型开发。导入后的模型可通过图形化界面配置模型参数、信号映射关系和仿真步长,无需编写底层代码。
第三是开放式I/O扩展。平台提供统一的板卡抽象层,支持国内外主流I/O板卡,包括AD/DA板卡(用于传感器信号模拟和执行机构驱动)、DI/DO板卡(用于离散信号采集和指令输出)、CAN总线板卡(用于动力系统通信)、1553B板卡(用于航电系统仿真)、ARINC429板卡(用于民用航空电子设备接口)、串口/以太网板卡(用于自定义协议通信)等。
对于无人机HIL测试,飞行动力学模型的精度直接决定测试结果的可信度。不同类型的无人机需要采用不同的建模方法。多旋翼无人机通常采用基于欧拉角的刚体六自由度模型,忽略机体柔性变形,重点关注旋翼气动特性建模(拉力系数、力矩系数与桨距、转速的关系)以及电机响应特性(电调PWM信号到电机转速的传递函数)。固定翼无人机则需要更复杂的气动模型,包括机翼升力/阻力特性、尾翼效能、螺旋桨滑流影响等。对于倾转旋翼、垂直起降固定翼等复合构型,需要建立多模态切换模型。
在实际项目中,凯云咨询的工程师通常会与客户的气动专家合作,利用风洞试验数据或CFD仿真结果对模型参数进行校准。校准后的模型在关键飞行包线内的仿真精度可达到5%以内,完全满足飞控系统验证的需求。
本章节将通过一个具体案例,演示如何将飞行动力学Simulink模型部署到ETest/SimuRTS平台并进行实时仿真。假设客户已完成Simulink环境下的飞行动力学模型开发,模型输入包括电机PWM控制信号(4路对应4个旋翼),输出包括机体角速度、线加速度、气压高度、GPS数据等。
在Simulink中完成模型开发后,需要使用Embedded Coder将模型生成为C代码。关键配置步骤如下。首先在Solver设置中,将仿真模式从Variable-step改为Fixed-step,步长根据飞行动力学特性选择(多旋翼通常1ms或更小)。然后在Code Generation设置中,选择ert.tlc作为系统目标文件,启用Real-Time Workshop选项。在Inport/Outport设置中,配置输入输出端口的数据类型、维度、采样时间,确保与飞控计算机的通信协议兼容。最后点击Build按钮生成代码,生成的代码包含模型初始化函数、步进函数和终止函数,可直接集成到实时仿真内核中。
在ETest/SimuRTS开发环境中,创建新工程的流程如下。打开ETest Studio,选择File > New > Project,填写工程名称(如Quadrotor_HIL)和存储路径。在工程中添加新的仿真配置(Simulation Configuration),设置仿真周期(建议与Simulink模型步长一致)、仿真时长、实时优先级等参数。将Simulink生成的代码包解压后,通过Import Model功能导入ETest工程。导入向导会自动解析模型接口,生成对应的I/O映射配置界面。
模型部署到实时仿真机后,需要将Simulink模型的输入输出端口与实际硬件I/O通道进行映射。以多旋翼飞控为例,飞控计算机输出的电机PWM控制信号(通常为50Hz、1-2ms脉宽的PWM波)需要通过PWM采集板卡获取,经解算后转换为旋翼转速输入模型;模型的输出(机体姿态、位置等)需要通过DA板卡或数字通信接口发送给飞控计算机,模拟传感器数据。
ETest平台提供图形化的信号映射界面。在I/O Configuration视图中,左侧为模型接口列表,右侧为可用硬件通道列表。通过拖拽操作即可建立映射关系。系统支持线性标度、非线性校正、滤波、数字滤波等信号调理功能,可根据实际传感器特性进行配置。
无人机飞控系统与仿真平台之间的通信通常涉及多种总线协议。凯云咨询根据项目经验,整理了三种最常用的总线配置方法。
1553B是一种广泛应用于民用航空电子系统的时间触发型双冗余总线。对于需要仿真航电设备与飞控通信的场景,1553B总线是标准选择。在ETest平台中,1553B板卡配置分为三个步骤。首先是硬件初始化,调用板卡厂商提供的API初始化1553B芯片,设置总线传输速率(通常为1Mbps)。然后是消息表配置,为每条1553B消息分配消息号、传输方向(BC→RT或RT→BC)、数据字长度、周期或单次触发模式。最后是消息处理回调函数开发,在回调函数中实现消息解析、数据格式转换和模型接口更新逻辑。
对于多旋翼或小型无人机,如果飞控不支持1553B接口,也可以在仿真侧使用CAN总线或TTL/UART接口,通过协议转换网关模拟1553B设备行为,降低测试系统搭建成本。

CAN总线在无人机动力系统、地面站通信中应用广泛。CAN协议配置的核心是标准帧/扩展帧选择、消息ID映射和发送/接收滤波。以大疆N3飞控为例,其CAN接口使用标准ID格式,电机控制指令的CAN ID通常为0x1FF,传感器数据的CAN ID范围为0x201-0x205。在ETest中配置CAN通信时,需要先设置CAN控制器参数(波特率通常为1Mbps或500Kbps)、配置发送消息队列(指定ID、数据长度、DLC)和接收过滤器(设置接收消息的ID范围掩码)、实现消息回调处理逻辑。
实际测试中,经常遇到飞控CAN消息格式与仿真系统不一致的情况。凯云咨询提供常用飞控的CAN协议解析库,可直接导入ETest工程使用,大幅缩短集成调试时间。
ARINC429是民用航空领域最常用的航电总线协议,虽然在无人机中应用不如1553B普遍,但在民用航空无人机(如货运无人机、eVTOL)测试中经常遇到。ARINC429配置的关键参数包括波特率(分为12.5Kbps和100Kbps两档)、数据字格式(BNR或BCD编码)、标签号(Label)和SDI/SDI子域。在ETest平台中,ARINC429板卡驱动提供完整的API接口,支持消息轮询和中断两种接收模式,并内置了常用航空参数的编解码函数。

本章将通过一个典型案例,展示从测试需求分析到测试执行报告生成的完整流程。
客户为国内某商用无人机制造商,研发一款最大起飞重量25kg的六旋翼无人机,配备自研飞控系统。测试需求包括:飞控控制律验证、动力系统故障注入测试、GPS拒止环境下的自主导航测试、以及低温环境适应性测试。
凯云咨询为客户搭建的HIL测试系统配置如下。实时仿真机采用工控机+RTOS方案,CPU选用Intel Core i7六代以上处理器,配置实时Linux内核和Xenomai扩展。I/O板卡配置包括:8路PWM输入采集卡(用于电机控制信号)、8路PWM输出卡(用于模拟电机转速反馈)、CAN总线接口卡(用于动力电池和电机驱动器通信)、RS422串口卡(用于与飞控调试口连接)、以太网接口(用于遥测数据采集)。
仿真模型包括:六旋翼气动模型(含旋翼间气流干扰)、电池-电调-电机电气模型、GPS/气压计传感器模型、六自由度刚体运动模型、以及风场扰动模型。传感器模型考虑了噪声特性、延迟特性、温度漂移等非理想因素,使仿真数据更接近真实飞行环境。
根据客户需求,凯云咨询工程师设计了覆盖飞控全功能范围的测试用例库,共计200余条测试用例,分为以下类别。正常飞行测试(50条):验证飞控在正常条件下的姿态控制、高度控制、位置控制功能。边界条件测试(60条):验证飞控在满载、低电量、强风等边界条件下的表现。故障注入测试(70条):模拟传感器失效、通信中断、电机故障等场景,验证飞控的保护逻辑。环境适应性测试(30条):模拟不同温度、气压下的飞行动力学特性变化。
测试用例采用ETest平台的测试脚本语言编写,支持条件判断、循环、数据驱动等高级特性。自动化测试框架可在夜间或周末无人值守运行,大幅提高测试效率。测试过程中,平台自动记录所有仿真数据到高速数据流文件,支持测试后回放分析。
通过为期两个月的HIL测试,项目取得了显著成果。共发现飞控软件缺陷17个,其中高优先级缺陷5个,均在后续版本中修复。测试报告为客户适航认证提供了有力支撑。同时,基于HIL测试数据,飞控团队优化了高度控制环路的PID参数,使悬停高度精度从±2m提升到±0.5m。测试过程中积累的飞行数据包也被用于训练神经网络辅助导航模块。
当国产HIL平台已经能做到与进口方案同样的实时性,还在坚持用国外工具的理由,还能剩下几个?工具能不能国产,从来不是技术问题,而是关键时刻敢不敢用的问题。






