功率分流混联式混合动力车辆热管理建模与性能计算分析这串词听起来像是一篇论文题目但实际上它是混动开发里非常要命的一块业务。前阵子我复盘某混动预研项目时把这条技术链从头捋了一遍发现很多做整车热管理的人并不完全了解功率分流系统而做构型选型的人又经常忽略热负荷差异结果两边各算各的账最后台架一跑全暴露。这篇文章就把我自己的实操经验拆开从功率分流混动为什么离不开热管理建模开始到热源估算方法、性能计算指标、多构型测评的公平性控制再到工程里常见的坑一次讲完。内容偏算法与建模向适合正在做混合动力系统预研、热管理仿真或能量管理策略的工程师也适合刚进入新能源领域想建立系统认知的学生认真看完可以直接拿这套方法去搭自己的分析框架。1. 功率分流混动与热管理建模为什么必须放在一条链路里看1.1 功率分流系统的热特征和串联、并联完全不是一回事所谓功率分流混联式混合动力核心特征是发动机功率可以分成两条路径传递一条通过机械路径直接驱动车轮另一条变成电功率经过发电机到电池再回到驱动电机。这种双路径并行的工作方式靠的是行星齿轮这一类动力分配机构。发动机转速被发电机转速锁定因此发动机工作点和车速在很大范围内解耦这正是它燃油经济性好的原因。但也正是因为发动机、发电机、驱动电机经常同时高负荷运行机舱内的热源密度非常高各种热载荷互相叠加比普通燃油车和简单的串联混动都要严峻。串联构型里发动机只发电工况相对固定热负荷稳定散热设计好算。并联构型里发动机直接驱动占大头电机辅助热源相对分散。而功率分流构型不一样发电机往往长时间持续工作和发动机始终耦合驱动电机在低速起步和急加速时又频繁大电流电池也处在更深的充放电循环里。三个主要热源紧凑地挤在舱内还要考虑行星齿轮的搅油损失和轴承摩擦热整个系统的热量分布、温度响应和冷却需求是高度动态变化的。这时候再拿传统发动机台架那套水温正常就行的思路来做热管理肯定要翻车。1.2 热管理直接影响性能计算结果的真实性很多初做混动能耗仿真的人习惯先算一个理想温度下的能量流然后单独看散热器够不够这是典型的串行思维。功率分流系统里温度和能耗是强耦合的电机绕组温度升高后控制器会限制峰值扭矩电池温度偏高会限制充放电功率低温时发动机暖机慢会导致油耗升高而电池加热、冷却风扇和水泵消耗的电功率又会直接摊到百公里综合能耗头上。温度变了控制策略执行的结果就变了能耗也跟着变。所以性能计算分析和热管理建模必须放在同一个闭环仿真环境里进行让冷却系统消耗的功率、温度对效率的影响都在每一条工况曲线中实时反映出来。如果确实要打一个比方我会把功率分流混动比作一个同时有机械皮带和电力传送带的双线运输系统两条线在不同模式下交替负载整个系统里每一个环节都在发热。热管理就是这套系统的后勤保障后勤调度不合理某一条传送带过热停机整个运输任务就卡住了。只有把后勤调度也就是热管理建模和运输任务也就是整车性能计算统一建模才能真实反映一个构型能不能跑完、跑完消耗多少。2. 热管理建模的架构设计与关键热源计算2.1 把整车热系统拆成四条彼此耦合的冷却回路功率分流混动车的热系统通常可以拆成四个回路进行建模但回路之间不是孤立的。发动机高温回路走节温器、散热器和暖风芯体工作温度大概在90℃上下电机和电控回路是低温回路工作温度视部件耐温等级不同常控制在60到70℃电池回路通过液冷板或冷却液回路把电芯温度控制在其最优工作区内空调系统本身也是一条热回路制冷时冷凝器前段增加空气侧负荷制热时可以直接用发动机热量或高压PTC。做整车级热管理仿真时四个回路里有三件事必须重点建模冷却液流量分配与泵速的关系、空气侧流量与车速和风扇转速的关系、以及各回路之间通过热交换器产生的间接影响。例如低温环境下电池加热和发动机暖风同时开启时电池回路加热器功率会对整车的电平衡产生明显影响。很多团队在第一个版本只做三个回路的模型把空调回路当成一个能耗查表来近似做构型横向对比是够用的。但如果要评估低温续航空调回路就必须纳入闭环。2.2 发动机发热量靠热平衡 map 才靠谱发动机热模型的精度直接决定冷却回路边界条件是否正确。常见工程做法是收集发动机台架热平衡数据得到一组以转速、扭矩为输入的散热量 map而不是只用公式粗算。台架数据通常包括燃料燃烧总热量、有效功率、排气带走热量、冷却水带走热量以及辐射散热。其中冷却水带走热量占燃料总热的20%到30%左右这个比例在高负荷时会下降因为排气带走的热量占比会升高。在缺少台架数据做概念预研的阶段可以用一个简化公式把散热量估算出来Q_cool η_cool × P_fuel其中 P_fuel 是喷油功率η_cool 按负荷状态取0.2到0.3怠速和低负荷时比例升高高负荷时下降。需要注意功率分流系统中发动机经常会工作在中高负荷段给电池充电或维持驱动功率所以它的发热区间和普通并联混动有差异直接用并联车型的经验系数会偏差较大。我一般建议在项目早期就做一轮热平衡台架摸底哪怕只有几个工况点也能让后续模型少走很多弯路。2.3 电机、电池、逆变器的产热模型要分清主次电机产热按损耗来源拆开看主要是定子铜耗、铁耗和永磁体涡流损耗。整车热管理模型里最常用的是从电机效率 map 反推损耗的集总参数法损耗等于输出功率乘以(1减效率)。损耗按照比例分配到定子绕组、铁芯和转子质量块上再通过各部件之间的热阻连接起来。绕组温度响应快是短时峰值扭矩限制的主要监控对象转子温度响应慢但持续高负荷时会决定永磁体是否面临退磁风险。热管理仿真至少要能输出绕组温度和壳体温度两个关键量。电池产热可以用经典的电化学-热耦合方程估算Q_bat I × (U_ocv - U_t) - I × T × dU_ocv / dT第一项本质上是欧姆内阻和极化带来的不可逆热第二项是熵热充放电时可能吸热也可能放热。工程上常把第一项简化为 I²R因为典型工况下它占总产热的大头。电池建模不建议做太复杂的电化学模型一维集总参数模型配上两个RC热网络分别代表电芯内部向表面和表面向冷却液的传热路径就已经覆盖整车热管理的绝大部分需求。逆变器损耗建模容易被轻视但在功率分流构型里双电机和逆变器是长期工作的损耗会持续把冷却液加热。IGBT导通损耗加开关损耗可以由电流和开关频率估算如果拿不到详细参数直接在逆变器散热路径上加一个与电流平方成正比的损耗节点也能达到工程精度。2.4 冷却回路与部件模型决定了结果的工程可信度散热器、水泵、风扇、节温器是热管理模型里的执行器它们的特性直接影响散热能力和寄生功耗进而影响性能计算结果。散热器建模推荐用效能-传热单元数方法把气侧流量和水侧流量作为输入查热交换器的效能 map得到传给空气的散热量。电子水泵和电子风扇的功耗必须按转速或流量查功耗曲线因为这些寄生功率最终会反映到整车电平衡上。水泵功耗通常在几百瓦到一千瓦这个范围看似不大但在低负荷工况下对油耗的影响并不小。电子风扇在高速高散热需求时可以到2kW甚至更高如果模型里忽略它爬坡工况算出来的油耗会偏低散热器尺寸也容易偏小。节温器模型在发动机回路上用查表方式控制大小循环切换电池回路则用多通阀或开关阀实现加热、冷却和旁通三种状态。做完这些部件模型整个热管理闭环就能跑起来了但这还不是终点后面要和能量管理控制策略做联合仿真才是性能计算分析真正有价值的地方。3. 性能计算分析指标怎么定、工况怎么选、结果怎么算3.1 性能指标体系要同时覆盖能耗、热安全和热降额性能计算分析不能只算一两个温度点就收工。我习惯把指标体系分成四组第一组是能耗相关包括百公里油耗、百公里电耗、折算综合能耗和SOC平衡校验量第二组是热安全相关包括各关键部件最高温度、稳态平衡温度以及超过限值持续的时间比例第三组是热降额相关指因温度过高引起控制策略主动限制输出功率而造成的动力性能损失第四组是低温性能包括发动机暖机时间、电池可充放电功率恢复时间以及电池加热消耗的电量。这四组指标不是独立存在的。一个构型热管理设计偏保守散热裕量大电池和电机温度控制得好但风扇功耗和泵功就会高综合能耗上升。另一个构型散热裕量小能耗数据很漂亮但跑极限爬坡工况时温度直接逼近限值并触发降功率导致车速爬不上去。构型测评要是不把这些指标放在一起看就会得出偏差很大的结论。3.2 工况库设置别只跑一个循环要覆盖极限和边界功率分流混动热负荷是工况依赖性极强的系统工况设置一定要覆盖常用工况、极限热工况和低温边界工况。我把一个完整工况库至少配成四类第一类是能量管理主工况常见如 CLTC、WLTC用来看综合能耗和大部分温度水平的平均值第二类是热极限工况常见如高温环境下的长坡满载爬坡用来看电机、发电机和电池在持续大功率下的热平衡能力第三类是低速拥堵工况非常容易被忽视因为这时候车速低散热器进气量小发动机可能频繁启停电机长时间大电流驱动空调负荷又高热管理压力不比高速爬坡小第四类是低温冷启动和高温浸车热启动工况用来评估电池包加热策略、发动机暖机以及热浸后空调启动峰值负荷。举个例子计算爬坡电机热负荷时可以按需求功率反推行驶阻力P_req (m·g·(f·cosθ sinθ) 0.5·C_d·A·ρ·v²) × v / η参数 m 是整车质量θ 是坡角f 是滚动阻力系数C_d 是风阻系数A 是迎风面积η 是传动效率。这个功率需求再往下分配就能算出电机和发电机各自承担多少功率进而估计产热量。注意热管理仿真务必要用带环境温度边界和初始温度的完整模型来跑而不是只算稳态热负荷。3.3 联合仿真计算流程一个可以直接抄走的顺序性能计算分析在我项目里有一套固定的执行流程。第一步把整车热管理模型和能量管理控制策略模型在同一个仿真平台上集成并初始化各部件温度一般冷机从25℃或环境温度开始第二步跑目标工况循环让控制策略根据电池SOC、车速和温度实时决策发动机启停与功率分流比例第三步同时记录温度曲线、油耗、电耗和SOC轨迹这一步的同步性很关键如果温度和能耗是分开后处理的中间很多耦合效应就丢了第四步做SOC修正循环结束时SOC与初始SOC不一致会导致油耗数据不可比要按等效燃油系数折算回去第五步后处理计算各项指标最后做温度灵敏度分析把散热器性能、流量系数等变量在合理范围内扰动观察哪些参数对结果影响最大这一步对后续零部件选型和标定都很有价值。整个流程的耗时取决于模型复杂度和工况长度。一维集总参数模型在普通办公电脑上跑一个CLTC一般只要几分钟但如果把每个电机的转子、定子、机壳都细分成网格仿真时间可能会增加一个数量级。我的经验是构型摸底阶段用集总参数模型精细化设计阶段再拆分关键部件。3.4 结果判读最容易出现的问题是只看终值温度不看温升斜率拿到仿真结果后很多人习惯只看循环终点温度是否低于极限值这其实是片面的做法。要看温度曲线的变化斜率理论上一个散热设计合理的系统在长时间稳定工况下温度应该逐渐趋平温升斜率不断下降。如果温度曲线从始至终保持近似线性上升哪怕终点温度还没超限也说明散热能力不足继续延长时间必出问题。反过来电机温度在某个阶段快速上升触顶然后又快速回落说明该工况峰值负荷非常依赖热容吸热而不是散热能力这种情况在评分时要诚实对待。另外一定要把温度事件和工况片段对应起来看。例如在某个坡道阶段发电机绕组温度快速上升去看这个阶段的功率分流指令就不难发现控制策略把发动机功率调得很高发电机转速也偏高散热跟不上。这个发现往往能反过来推动控制策略优化而不是只改散热器尺寸。热管理和能量管理策略的联合优化从结果判读这个环节就开始了。4. 多种构型测评怎么比才算公平测评数据怎么决策4.1 常见混动构型的热特征差异比机械结构差异更大做构型测评之前先把候选构型的族谱理清楚。市面上主流的混动路线可以粗分为串联、并联和功率分流三大类功率分流内部又可以按分流形式细分为输入分流、输出分流和复合分流。输入分流通常利用单排行星齿轮实现发动机与发电机连接在特定节点上城市工况效率很好但高速工况机械路径效率会下降。输出分流在高速区间表现更好通常需要双排行星齿轮。复合分流则进一步耦合多排行星齿轮让发动机工作点和车速解耦得更充分但机构复杂度和重量也显著上升。这些构型的热特性差异非常明显。串联构型发动机全程发电热负荷稳定但电池和驱动电机经常小功率高负荷运行对电驱动散热系统的考验更大。并联构型发动机直驱比重高热负荷和车速相关性更强电机辅助时间有限热源分散散热设计相对宽松。功率分流构型里发动机和发电机紧密耦合长期运行会形成持续稳定热源特别是在复合分流构型里发电机转速长期较高绕组损耗和轴承摩擦热会让电机回路成为整个冷却系统的瓶颈。测评时不把这些热差异量化出来只看油耗数据选型就少了一半信息。4.2 横向测评的公平性堵住四个细节漏洞构型比较最怕的就是不公平对比最终结果看起来在比较构型实际上只是被控制策略或边界参数的差异带偏了。第一件事是统一整车参数总质量、风阻、滚阻、轮胎半径必须设成一致否则跑出来的差异混入了整车参数差异。第二件事是统一环境边界环境温度、初始SOC、目标SOC窗口也必须一致。第三件事是统一控制策略基线这是最敏感的一项因为每个构型的最佳控制策略差异很大直接用同一个规则策略对所有构型进行测评很可能让本来有优势的构型发挥不出来而用各自最优策略又容易变成策略开发能力的比较。我的做法是先用一套基础规则策略做第一轮横向对比这一轮的结果反映构型本身的体质然后再针对表现突出的构型做策略优化跑第二轮对比两轮结果并在一起看。还有一个经常被忽略的细节是寄生功耗的口径。水泵、风扇、油泵的功耗必须按各构型真实的电压平台和部件参数计算不能按相同比例系数估算。功率分流构型液压系统比较复杂这一项如果漏算能耗数据会显得过于乐观。4.3 测评指标体系设计关键是把温度风险折算成成本或性能影响多构型测评最终要回答的不是谁的电机绕组温度最低而是在满足热安全前提下谁的整车综合性能和成本最平衡。所以我习惯把热安全参数折算成两个可以统一比较的量一个是热降额导致的动力性能损失比如高温爬坡中为了控制电机温度而降低功率输出的比例或车速损失另一个是热安全风险带来的研发成本和零部件成本比如因为散热面积不足要求更高功率风扇、增加冷却板面积或更换更高耐温等级的部件。有了这个折算思路测评指标就可以做成四列综合能耗权重、热安全权重、低温性能权重和系统成本权重。某个主打南方市场的车型可以调低低温性能权重调高热安全权重主打北方市场的车型反过来。折算之后每个构型得到一组分数再做归一化对比选型结论就清晰了。这里我附一张虚构示范表展示三种构型在统一边界条件下可能出现的结果差异数值仅用于说明方法。实际项目数据涉及保密协议我只能以这种方式呈现。构型类型综合能耗当量L/100km电机绕组最高温度℃电池包温升℃热降额功率损失%系统成本相对值串联6.21321431.0并联P25.7115800.85复合功率分流5.51481121.34.4 一组测评案例分析功率分流不是万能的但它的优势在复合条件下才明显用上面这个虚构数据展开说就是单纯看综合能耗复合功率分流确实是最优的百公里油耗当量比串联低了0.7升比并联低了0.2升。但看热安全指标复合功率分流的电机绕组最高温度接近150℃这已经逼近常规耐温等级的设计上限如果要进一步优化就得上更大散热器或更高流量电子泵成本和重量跟着上涨。再结合实际行驶场景看如果这个车型定位在城市通勤且高速占比不高复合功率分流带来的能耗优势有限热管理和成本劣势反而会放大。测评的结论就应该是复合功率分流适合高速和综合工况占比高、对能耗指标追求极致的车型而均衡车型选并联或串联热管理设计压力更小成本控制也更容易。真正动手做这类测评时最有价值的工作恰恰不在最后那个排名上而在过程和中间曲线的对比。每种构型的温度曲线形态、发动机启停次数、电池SOC波动幅度以及发电机持续高负荷时间都是下一步优化的线索。测评报告写出来后结论只是起点重要的是让架构团队和热管理团队都认同这些结果背后的物理原因后续的散热器选型和零部件布置才有了共同语言。5. 工程实战中的典型问题和排查技巧每条都是踩坑换来的5.1 模型收敛慢先检查热时间常数差异和求解步长热管理模型里经常出现冷却液温度变化是秒级、电池包内部温度变化是分钟级甚至小时级的情形时间常数差了好几个数量级这种刚性系统用固定步长积分器很容易收敛缓慢甚至震荡。我的处理方法是改用变步长求解器并把系统的热容和质量流量按实际物理量组分开不要在同一个节点上混入时间常数差异过大的元件。如果仿真结果里冷却液出口温度出现锯齿状波动多半是节点划分太粗或求解步长传代造成的数值噪声可以先用增加节点、减小最大步长来定位是不是完全由求解器引起的不要急着改物理参数。5.2 SOC不平衡引起的油耗差异会让构型对比彻底失真跑完长工况后如果构型A的SOC比初始高2%构型B比初始低1%直接对比油耗是完全不公平的。SOC高的一方相当于把一部分电能隐藏成后续可用能量另外一方则在消耗储能量。规范做法是统一用等效燃油系数修正SOC差把高出的电量按充电平均效率折算成燃油消耗加到油耗里把不足的电量反向扣减。如果项目里有多个构型对比建议把SOC窗口设置得紧一些比如允许偏差在正负1%以内循环后做一阶修正结果比强行把SOC拉回完全相同更稳定因为强行回拉会引入控制动作差异。5.3 寄生功耗没算完整高温工况的能耗和温度一致性对不上这是我在早期项目里踩得最深的一个坑。只把水泵模型建了一个固定流量源风扇也是开环控制结果仿真出来的百公里能耗明显比台架数据低很多同时对不上实测的发电机绕组温度。后来把真实电子泵和电子风扇的功耗模型加进去冷却液流量也改成随转速和温度闭环变化能耗偏差立刻变小了。处理这类问题的经验是热管理寄生功耗的输入边界和实际部件控制策略必须建模为闭环模型里凡是出现恒流量冷却液源固定转速风扇的简化写法到对比实测数据时基本都要返工。5.4 标定验证时发现仿真温度偏低先查散热器的气侧流量边界散热器性能 map 的输入是空气质量流量这个值由车速和风扇转速共同决定同时受机舱布置和格栅开度影响。仿真里如果直接用车速换算空气流量往往会高估散热能力因为真实车辆机舱里的气流损失和回流影响很大。标定对比时发现仿真温度持续比实测低优先排查散热器空气侧流量是不是给大了其次排查发动机热负荷 map 是否选用了不含附件损耗的台架数据。通常给散热器预留10%到15%的散热量裕量能把仿真和实测偏差控制在工程可接受范围内。5.5 不要忽略热浸工况带来的启动峰值温度长时间高速运行后立即停机冷却液停止循环热量继续从电机绕组和发动机本体向壳体传递局部温度会在几分钟内继续爬升这就是热浸效应。直接按照停机前的温度来评估能否重新启动往往会漏掉最苛刻的温度峰值。做性能计算分析时一定要在工况末尾追加一段热浸模拟时间一般10到30分钟就够用来检查关键部件在热浸后的温度是否仍然处在安全范围。这一步对功率分流混动尤其重要因为发动机和发电机紧密布置热浸后互相烘烤温度叠加效应比分散布置的并联构型更明显。5.6 排查问题要从温度曲线倒推控制策略动作效率最高拿到一条异常温升曲线时不要先怀疑模型参数。正确顺序是先定位温度异常发生的工况片段接着调出这个片段的控制策略输出看发动机功率、发电机转矩和驱动电机电流分别处在什么水平再用热负荷估算公式反算这一片段的理论散热量和实测散热量偏差。如果三步下来都没有明显问题才回到换热器参数和传感器标定上排查。靠这个排查顺序解决过好几个仿真和实测对不上的问题省了大量试错时间。6. 这轮项目做下来我重新建立的方法论经过反复迭代我现在做这类项目的顺序基本固定下来了先做热源排序搞清楚每种构型里谁最热、谁对温度最敏感再建模冷却回路最后做闭环性能计算和多构型测评。顺序不能反如果一上来就扎进散热器选型和水泵标定很可能忙活半天发现主要矛盾根本不在那里而是在发电机绕组热容不够或发动机舱气流短路。具体到功率分流混动我建议团队里至少要有一个能把能量管理策略和热管理模型放在同一个环境下联调的人。这个角色需要既懂控制逻辑又懂热流体力学的建模看起来要求有点高但恰恰是这个交叉点决定了仿真结果能不能真正指导构型决策。如果团队没有这样的人宁可多花时间在联合仿真平台搭建上也不要让热管理和能量管理各做各的模型最后只在汇报PPT上拼到一起。项目结束复盘的时候我最大的感受是性能计算分析的价值不在于算出某个构型的油耗数字而在于建立一套能把热约束转化为性能影响的方法让架构决策从拍脑袋变成算出来的。