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板卡正确映射。

HIL被控对象模型需求提取关系图 HIL测试需求 测试用例 / 验收目标 安全边界 / 实时约束 需求提取 用例→能力→指标 可量化 / 可追溯 模型需求规格 精度 / 动态 / 接口 故障 / 工况 模型开发 实时模型 I/O映射 模型精度 电气误差 ≤3% 相位误差 ≤2° 结温误差 ≤5℃ 响应偏差 ≤5 ms 动态范围 转速 0~12000 r/min 扭矩 -200~200 N·m 母线 250~450 V 电流环带宽 ≥2 kHz 接口信号 三相电流 / 母线电压 旋变 sin/cos PWM / 继电器 / CAN 更新率 10~20 kHz 故障注入 开路 / 短路 信号偏移 / 冻结 传感器断线 过温 / 过压 工况覆盖 稳态 瞬态 极限 故障 需求验证闭环:模型输出与实测/期望对比 模型输出 电流/扭矩/温度 基准数据 台架/期望值 误差计算 幅值/相位/时间 判定 合格/迭代 归档 需求追溯 不满足精度/动态/接口要求 → 返回需求修订或模型迭代

五、故障注入与工况覆盖:把“异常”变成可执行需求

故障注入需求应覆盖传感器故障、执行器故障、通信故障和对象自身故障。传感器故障包括旋变断线、电流传感器零漂、温度传感器开路;执行器故障包括IGBT开路、短路、驱动失效;通信故障包括CAN丢帧、报文超时、校验错误;对象自身故障包括母线电容老化、轴承磨损、冷却液泄漏。每类故障需定义注入位置、注入方式、触发条件和预期控制器响应。

工况覆盖需求则要求模型在稳态、瞬态、极限和故障四类工况下均可运行。稳态工况用于验证控制精度与效率;瞬态工况用于验证响应速度与超调;极限工况用于验证保护逻辑与降额策略;故障工况用于验证诊断与容错。建议在需求阶段建立工况矩阵,横轴为转速、扭矩、母线电压、温度,纵轴为正常/故障状态,逐格标注是否覆盖及对应测试用例编号。

需求分析完成后,应组织一次“需求—模型—测试”三方评审:测试工程师确认用例可执行,模型工程师确认指标可实现,HIL平台工程师确认实时性与I/O资源可满足。评审通过后,需求规格即作为模型开发与验收的基线。

最后,需求文档应保持可追溯。每条模型需求都应有唯一编号,并关联到测试用例、模型模块、验证方法和验收准则。例如需求编号REQ-MOT-012:“在母线电压350 V、转速1000 r/min、扭矩50 N·m工况下,模型三相电流基波幅值误差≤3%,相位误差≤2°”,关联测试用例TC-MOT-005,验证方法为台架数据对比,验收准则为连续三个工况点均满足误差限值。这样,模型开发、集成与验证才能形成闭环,避免HIL测试因模型需求模糊而反复返工。