4. 被控对象模型需求分析
HIL测试的价值,取决于被控对象模型能否在实时条件下“替代真实对象”参与闭环。需求分析阶段如果只写“建立电机模型”“建立电池模型”,后续模型开发就会失去验收依据。被控对象模型需求分析的任务,是把HIL测试用例、被测控制器接口、实时平台能力和安全边界,翻译成模型可量化、可验证、可追溯的技术指标。本节围绕五类需求展开:模型精度、动态范围、接口信号、故障注入与工况覆盖。
一、从测试用例反推模型需求
需求提取的起点不是模型本身,而是HIL测试要回答什么问题。例如某电机控制器HIL测试包含以下用例:低速大扭矩响应、弱磁区高速运行、母线过压降额、旋变信号断线、IGBT过温保护。每个用例都会对模型提出不同要求:低速大扭矩要求模型在低转速下仍能准确输出电流与扭矩关系;弱磁区要求模型覆盖高转速反电动势与d轴电流分配;母线过压要求模型包含母线电容、制动能量回馈与泄放回路;旋变断线要求模型具备信号级故障注入;IGBT过温要求模型包含热网络与温度保护逻辑。
因此,需求分析应建立“测试用例—模型能力—量化指标”的映射。建议使用如下需求提取表,把每条测试需求落到具体模型参数或功能上:
| 测试用例 | 模型能力需求 | 量化指标示例 | 验证方式 |
|---|---|---|---|
| 低速大扭矩响应 | 电机电磁模型、电流环被控对象 | 0~200 r/min扭矩误差≤3% | 台架数据对比 |
| 弱磁区高速运行 | 反电动势、d/q轴电感饱和 | 8000 r/min母线电流误差≤5% | 实测波形对比 |
| 母线过压降额 | 母线电容、制动电阻、能量回馈 | 400 V过压后20 ms内进入降额 | 故障注入测试 |
| 旋变断线 | 旋变信号故障注入 | 断线后控制器报故障码P0A3F | 信号级注入 |
| IGBT过温保护 | 功率模块热网络 | 结温150℃触发降额 | 温度注入测试 |
二、模型精度:分层定义,避免“越高越好”
模型精度不是单一指标,而是按物理域和频段分层定义。对于电机控制器HIL,通常分为电气精度、热精度和机械精度。电气精度关注电流、电压、扭矩的稳态误差与动态响应;热精度关注结温、油温、水温的时间常数与稳态偏差;机械精度关注转速、位置、扭矩传递的惯量与阻尼特性。
精度指标应写成“在什么工况下、以什么为基准、误差不超过多少”。例如:在母线电压350 V、转速1000 r/min、扭矩50 N·m工况下,模型输出三相电流基波幅值误差≤3%,相位误差≤2°;在阶跃扭矩指令下,模型扭矩响应时间与实测偏差≤5 ms。对于热模型,可写为:在持续100 A相电流下,IGBT结温稳态误差≤5℃,升温时间常数误差≤15%。
需要强调的是,精度需求必须与HIL测试目的匹配。若测试只关注控制器逻辑与故障响应,过高的电气精度会浪费实时算力;若测试涉及扭矩控制精度与效率,则电气模型精度必须优先保证。建议在需求阶段明确“精度优先级”,避免后期模型开发与实时性冲突。
三、动态范围:覆盖极限工况与瞬态过程
动态范围描述模型能够有效工作的输入输出边界。对于被控对象模型,至少应覆盖:转速范围、扭矩范围、母线电压范围、温度范围、频率范围。例如某永磁同步电机HIL模型需求为:转速0~12000 r/min,扭矩-200~200 N·m,母线电压250~450 V,冷却液温度-40~125℃,电流环带宽≥2 kHz。
动态范围不仅指稳态边界,还包括瞬态能力。例如母线电压从400 V突降至250 V时,模型应在1 ms内正确反映电流变化;扭矩指令从0阶跃到200 N·m时,模型应能复现电流上升率与扭矩建立时间。若模型在极限工况下出现数值发散、代数环或步长不足,HIL测试就会中断或产生错误结论。因此,需求中应明确“动态范围+瞬态速率+数值稳定性”三项要求。
四、接口信号:按真实控制器接口逐一定义
接口信号是模型与HIL平台、被测控制器之间的连接契约。需求分析应列出所有信号,并标注方向、类型、量程、更新率和故障注入能力。以电机控制器HIL为例,典型接口包括:
- 模拟输入:三相电流、母线电压、旋变正弦/余弦、温度传感器;
- 数字输入:IGBT驱动反馈、故障反馈、使能信号;
- 模拟输出:扭矩指令、转速指令、d/q轴电流指令;
- 数字输出:PWM占空比、继电器控制、故障指示;
- 通信接口:CAN/CAN FD、LIN、以太网,用于控制器状态与故障码交互。
每个信号需定义量程与保护限值。例如旋变正弦信号量程0~5 V,更新率10 kHz;母线电压量程0~500 V,更新率20 kHz;CAN报文周期10 ms。接口需求还应包括信号故障注入方式:开路、短路到地、短路到电源、信号偏移、信号冻结。只有接口定义完整,模型才能与HIL I/O板卡正确映射。
五、故障注入与工况覆盖:把“异常”变成可执行需求
故障注入需求应覆盖传感器故障、执行器故障、通信故障和对象自身故障。传感器故障包括旋变断线、电流传感器零漂、温度传感器开路;执行器故障包括IGBT开路、短路、驱动失效;通信故障包括CAN丢帧、报文超时、校验错误;对象自身故障包括母线电容老化、轴承磨损、冷却液泄漏。每类故障需定义注入位置、注入方式、触发条件和预期控制器响应。
工况覆盖需求则要求模型在稳态、瞬态、极限和故障四类工况下均可运行。稳态工况用于验证控制精度与效率;瞬态工况用于验证响应速度与超调;极限工况用于验证保护逻辑与降额策略;故障工况用于验证诊断与容错。建议在需求阶段建立工况矩阵,横轴为转速、扭矩、母线电压、温度,纵轴为正常/故障状态,逐格标注是否覆盖及对应测试用例编号。
最后,需求文档应保持可追溯。每条模型需求都应有唯一编号,并关联到测试用例、模型模块、验证方法和验收准则。例如需求编号REQ-MOT-012:“在母线电压350 V、转速1000 r/min、扭矩50 N·m工况下,模型三相电流基波幅值误差≤3%,相位误差≤2°”,关联测试用例TC-MOT-005,验证方法为台架数据对比,验收准则为连续三个工况点均满足误差限值。这样,模型开发、集成与验证才能形成闭环,避免HIL测试因模型需求模糊而反复返工。