多彩编程 多彩编程MZPH · CODE BLOG
ARTICLE DETAIL

文章详情

深耕前端与后端开发技术的一线实战笔记与踩坑复盘。

电动汽车制动系统设计:从再生制动到制动力分配的关键策略

电动汽车制动系统设计:从再生制动到制动力分配的关键策略 简介这份PDF文档围绕电动汽车制动系统的设计展开基于真空助力器对伺服制动系统进行分析与计算。内容先介绍制动原理再详细分析真空助力器的基本结构说明常压室与变压室的工作特性以及真空度维持在6790kPa时的助力变化随后通过公式推导最小真空度计算制动器制动力矩并给出在36kPa真空度下制动器制动力为16.38kN的实例还讨论了电动真空泵选型推荐12V膜片式电动真空泵并给出基本参数与系统控制要求同时介绍了真空储能罐与压力延时开关的工作逻辑保证真空度维持在-70-50kPa范围内确保制动安全。资源为1个PDF文件大小2.71MB内容完整清晰便于直接下载阅读。目前已有184人学习下载适合新能源汽车相关专业学生、技术人员阅读可作为课程设计、毕业设计或技术调研的参考文献也可用于论文写作或项目开发初期的理论参考。其分析过程包含公式推导与参数计算能从制动原理、真空助力器工作特性到系统匹配逐层展开帮助读者掌握从理论到工程实现的完整思路。1. 一份制动系统设计PDF为什么值得从再生制动读起拿到《电动汽车制动系统的设计.pdf》时多数人第一反应是翻到电机参数页看看峰值扭矩和功率但真正决定一辆电动车制动体验的不是电机能转多快而是再生制动与液压制动之间的每一次切换是否顺滑。这份设计文档通常围绕一条主线展开在满足法规制动能力的前提下把尽可能多的动能回收成电能同时保证驾驶员踩下踏板时的脚感与预期一致。它解决的是整车层面最容易被忽视的矛盾——能量回收想要更强制动安全和冗余却要求更保守。适合所有在做新能源整车集成、底盘匹配、三电标定的工程师以及正在做电动制动方向毕业设计的学生读。读懂它你就能从参数表里跳出来看清系统怎么权衡。2. 三种主流的电动制动架构选型理由与再生边界2.1 再生制动的能量路径制动过程里那条「反向」的功率流传统燃油车的制动系统是一个纯耗散系统驾驶员踩下踏板液压推动卡钳夹紧制动盘动能全部变成热量散掉。电动车的制动系统多了一条反向路径——电机从驱动状态切换为发电状态车轮拖动着转子旋转电机此时变成一个发电机把动能转化为电能回充到动力电池。这个过程就是再生制动行业内也常叫能量回收、回馈制动。这条能量路径的改变不只是多了一套能量流它让整个制动系统的控制逻辑彻底变了。传统制动系统里踏板深度直接映射液压压力是一个纯粹的机械—液压链路电动车的制动系统里踏板深度首先变成电子信号系统要决定两件事回收力矩承担多少、液压卡钳承担多少。这意味着制动系统从「纯硬件系统」变成了「软件仲裁系统」制动控制策略成为整车域控制器里优先级最高的模块之一。在很多整车项目里能量回收的标定工作甚至占制动系统开发工作量的40%以上。不过电机回馈的能力是有硬边界的。电机在额定转速以下是恒转矩区回收力矩可以保持峰值超过额定转速后进入恒功率区转速越高、可回收的转矩上限越低。动力电池也有限制——充电功率不能超过电池当前允许的峰值充电功率SOC过高时回收会被禁止温度过低时充电功率会被大幅下调。这些边界条件联合起来决定了同一个制动请求在不同车速、不同SOC、不同电池温度下回收力矩的上限完全不同。这就是为什么制动控制策略必须动态计算回收能力而不能用一张固定MAP表走天下。2.2 并联式、串联式与线控制动三类架构的选择逻辑按再生制动与液压制动的耦合方式电动车制动系统架构大致分三类并联式、串联式、线控制动。并联式是早期方案再生制动力矩直接叠加在液压制动力矩上不改变原有的液压控制链路结构改动最小成本最低但它的缺陷是回收力矩与踏板开度强绑定在小制动请求时回收占比偏大紧急制动时又可能出现制动力过强制动力分配曲线很难优化。串联式方案则完全解耦了踏板与液压压力驾驶员踩下踏板控制器先判断回收力矩能承担多少剩余部分再由液压系统精确补足。这种方案回收效率高、踏板感可控是目前主流纯电平台普遍采用的方向但需要额外配备踏板模拟器和压力精确可调的液压执行单元。线控制动是串联式的极端形态液压系统只在必要时介入正常制动完全由电机和线控执行器承担。它去掉了传统真空助力器制动响应更快配合自动驾驶系统做冗余控制也更干净缺点是成本高、对失效冗余设计要求极高目前多在高端车型上量产。三类架构对比见下表架构类型踏板与液压关系回收效率系统复杂度成本典型应用并联式不脱开液压叠加回收较低低低早期混动、低端代步车串联式解耦完全解耦液压按需补足高中中主流纯电平台线控制动液压作为冗余后备高高高高端纯电、自动驾驶平台我在实际项目里对架构选型的判断标准很简单如果是新一代纯电平台且制动系统从零开始定义优先串联式如果是改款车不想大动底盘硬件才会考虑并联式或共用一个ESC的折中方案。线控制动虽然方向明确但涉及功能安全等级和冗余架构的重构小团队很难一次做对。2.3 车速与SOC联合限制下的回馈边界无论选哪种架构最终都要把电机的回馈能力画成一张「三维边界图」。横轴是车速纵轴是最大回收力矩另一维是电池状态。这张图看着简单画起来要踩不少坑。电机在低转速段能输出的回馈扭矩其实受限——磁链和逆变器电流限制决定了低速时不能像中速段那样全力回收否则会产生明显的制动冲击而在高速段回馈功率逼近电机峰值功率扭矩必须随转速下降而下降这是一个典型的恒功率约束。SOC和电池温度的限制同样关键。很多平台的设计逻辑是SOC高于90%时完全禁止回收避免过充SOC在70%~90%之间逐步放开回收功率上限SOC低于70%后按电池峰值充电功率全量放开。电池温度的逻辑类似低温时充电功率受析锂风险限制回收功率会被砍到常温的一半甚至更低。这块参数是各家标定的核心机密但设计文档里一般会给趋势和边界值具体数值要靠实测标定迭代出来。另外提醒一点整车控制器拿到的SOC和电池温度是电池管理系统上报的滤波后数值存在几十毫秒到几百毫秒的动态延迟。制动仲裁如果直接拿这个延迟信号做回收上限急踩踏板时会发现回收功率跟不上导致减速度瞬态不足。我一般会在仲裁前加一个「回馈能力预估器」用电池当前状态外推未来500ms的可用功率再叠加一个安全余量系数才能避免这种瞬态落差。3. 制动力分配计算同步附着系数、β线与电机回馈能力迭代3.1 理想制动力分配曲线I曲线计算的三个参数制动系统设计的第一步是确定前后轴的制动力分配。这个分配决定了车辆在不同附着系数路面上制动时前轮和后轮谁会先抱死直接关系到方向稳定性和制动距离。理论分析从理想制动力分配曲线出发也叫I曲线。它描述的是在任意附着系数φ的路面上前轴、后轴同时达到抱死极限时前后轴制动力应该满足的关系。I曲线的推导基于力和力矩平衡总制动力等于整车质量乘以减速度后轴载荷在制动时会发生转移减速度越大前轴载荷越大、后轴载荷越小。把载荷转移关系代入前后轴同时抱死的条件就能得到以整车参数表达的计算关系前轴制动力F1与后轴制动力F2满足F2关于F1的二次函数关系具体公式为F2 0.5 × (G / hg) × sqrt( L2² 4 × hg × L / G × F1 ) - (G × L2 / (2 × hg) F1)这个方程看着复杂但它的工程含义非常直观附着系数φ越大理想的制动力分配越偏向前轴——因为制动时载荷前移前轮能承受更大的制动力而不抱死。实际设计时不会真的去解这个曲线而是把这些参数代入一个标定工具或Excel模板里把理想前、后轴制动力在φ从0.1到1.0的范围内全部描出来。表典型A级纯电平台制动设计输入参数示例参数符号数值说明整备质量G1650 kg含驾驶员轴距L2700 mm前轴到后轴质心高度hg550 mm满载/半载不同前轴到质心距离L21200 mm半载状态后轴到质心距离L11500 mm半载状态车轮滚动半径r330 mm匹配轮胎规格质心高度和质心到前轴的距离不是查手册能拿到的固定值它们随载荷变化明显。满载与半载的I曲线差异很大设计时要取半载和满载两种边界工况分别校核不能只按整备质量算一遍了事。3.2 用固定β线近似分配再算同步附着系数I曲线是理想状态实际车辆无法实时改变前后制动器制动力分配比例因为液压制动器的尺寸和管路压力在出厂时就定了。量产车上用的是固定的前后轴制动力分配线即β线。β是前轴制动力占总制动力的比例通常取值在0.6~0.75之间。β线与I曲线的交点对应的附着系数就是同步附着系数φ0——在这个附着系数的路面上前后轮刚好同时抱死制动效率和方向稳定性同时达到最佳。同步附着系数的计算公式为φ0 (L × β - L2) / hg用上面表格里的参数代入假设β取0.65L2.7mL21.2mhg0.55m那么φ0 (2.7 × 0.65 - 1.2) / 0.55 ≈ 1.01。这说明在这组参数下同步附着系数接近1.0意味着干沥青路面附着系数0.8~0.9上制动时前轮会先抱死。前轮先抱死车辆保持直线但失去转向能力后轮先抱死则可能导致甩尾甚至调头法规和工程实践都倾向于「让前轮先抱死」。所以这个分配结果看起来是安全的。但再生制动的介入会改变这个局面电机回收力矩通常只作用在驱动轴上对前驱车来说相当于在前轴叠加了一份额外的制动力让前轴更容易抱死这反而符合安全倾向对后驱车来说回收力矩直接叠加在后轴会让后轴抱死风险明显上升必须通过控制策略限制后轴回收力矩上限。很多后驱平台的低附着路面标定翻车根源就在这里。做分配校核时要把再生制动加上去重新画分配线不能只看液压系统的β线。3.3 能量回收率估算CLTC工况下的简化迭代制动力分配校核通过后设计文档里第二个关键数字是能量回收率——整车上公告和宣传都离不开这个指标。精确的能量回收率要靠整车仿真软件跑完整CLTC工况但在方案阶段可以做一个手算量级的简化估算用于快速判断设计方向是否靠谱。简化方法分三步第一把CLTC工况按减速段拆出来统计每个减速段起始车速和结束车速第二对每个减速段计算动能变化量E 0.5 × m × (v_start² - v_end²)第三对每个减速段判断能否全回收——车速高于回收下限一般20km/h以下回收效率断崖式下降、电池SOC足够低、回收力矩不超过电机上限满足条件则按回收效率折算回收能量否则该段视为液压制动。把所有可回收减速段能量加起来除以整个工况的总驱动能量就是回收率。用一个简化示例说明量级整车质量1650kgCLTC工况下典型的总驱动能量约为5.5kWh可回收减速段总动能约为1.8kWh扣除20km/h以下不可回收部分和电机效率损耗后可回收约1.2kWh。回收率大约在15%~22%之间。这个数字与技术方案强相关采用串联式再生制动的平台普遍能做到18%以上并联式大约只有10%~14%。如果在设计文档里看到回收率标的特别高比如超过28%就要注意是不是把制动能量与驱动能量做了不对称换算或者没有扣除拖曳扭矩损耗——这类水分在评审会上很容易被问穿。4. 从策略到代码需求扭矩解析与液压/电机仲裁4.1 踏板开度到减速度请求标定曲线的两种思路制动控制策略的输入第一层是驾驶员意图解析。传统制动系统里踏板开度和液压压力近似线性但电动车解耦后踏板只是一个电子信号开度到减速度的映射完全由标定表决定。常见做法有两种一种是线性映射踏板开度0%~100%对应减速度0~4m/s²或0~6m/s²另一种是分段映射前段踏板行程对应较小减速度便于市区拥堵工况下精细控制后段快速上升保证紧急制动时减速度能立刻拉满。我一般建议用分段映射但中间段要处理好斜率变化的衔接否则标定工人路试时会感觉到「踏板踩到一个位置减速度突然跳一下」。更隐蔽的问题是蠕行工况驾驶员在低速跟车时脚轻微搭在踏板上系统怎么区分这是「想减速」还是「只是脚搭着」很多平台会设置一个踏板死区比如开度小于5%时不响应但这个死区设置不当就会出现「踩了没反应再踩一点突然点头」的顿挫。这块的标定就有点玄学了同一个参数在不同车型上表现差异很大只能靠反复试车收敛。踏板解析之后还要叠加一个减速度限幅。根据法规和电制动能力的匹配关系整车最大减速度一般设定在7~8m/s²ABS介入点大约在7.5m/s²左右。制动控制策略要给ABS留出足够的调节余量不能把减速度请求推到ABS触发阈值附近还继续叠加回收力矩否则ABS一动作回收力矩和液压压力互相拉扯制动距离会明显变长。4.2 Python实现的制动力矩仲裁电机优先、液压补足下面是整个制动策略里最核心的一段逻辑——整车需求制动力矩在电机回馈与液压制动之间的仲裁。我用Python写一个极简的示例函数剥离了具体平台代码后逻辑可以套到任何解耦式线控液压制动系统上。import numpy as np def brake_arbitration(decel_request, vehicle_speed, soc, batt_temp): 制动需求仲裁电机回馈优先液压补足剩余 参数 decel_request: 驾驶员目标减速度单位 m/s² vehicle_speed: 当前车速单位 km/h soc: 电池剩余电量0~1 batt_temp: 电池温度单位 ℃ 返回 dict包含总制动力矩、电机回馈力矩、前/后轴液压力矩 # 整车常量示例值按实际车型修改 vehicle_mass 1650 # kg wheel_radius 0.33 # m max_regen_power 80_000 # W电机峰值回馈功率 max_motor_torque 260 # Nm轮端等效最大回馈扭矩 # 1. 减速请求转轮端总制动力矩 total_req_torque decel_request * vehicle_mass * wheel_radius # Nm # 2. 计算当前状态下电机可提供的回馈力矩上限 motor_torque_limit max_motor_torque # 2.1 恒功率区车速越高可回馈扭矩越小 # 轮端转速 车速 / 轮半径先换算到电机转速近似忽略传动比细节 wheel_speed_rpm (vehicle_speed / 3.6) / wheel_radius * 60 / (2 * np.pi) motor_speed_rpm wheel_speed_rpm * 9.0 # 传动比 9.0示例值 if motor_speed_rpm 0: power_limit_torque max_regen_power / (motor_speed_rpm * 2 * np.pi / 60) motor_torque_limit min(motor_torque_limit, power_limit_torque * 9.0) # 2.2 电池 SOC 限制高 SOC 禁止/限制回收 if soc 0.90: motor_torque_limit 0 elif soc 0.70: motor_torque_limit * (0.95 - soc) / 0.25 # 线性收回 # 2.3 电池温度限制低温充电功率受限 if batt_temp 10: temp_factor max(0.3, batt_temp / 20.0) # 10℃ 时约 50% motor_torque_limit * temp_factor # 2.4 低速退出20km/h 以下不回收 if vehicle_speed 20: motor_torque_limit 0 # 3. 仲裁回收力矩不能超过请求力矩剩余由液压补足 regen_torque min(motor_torque_limit, total_req_torque * 0.7) # 回收一般只承担前轴部分前驱平台这里放过 70% 上限 hydraulic_torque total_req_torque - regen_torque # 4. 液压前后轴分配β0.65 示例 front_hyd_torque hydraulic_torque * 0.65 rear_hyd_torque hydraulic_torque * 0.35 return { total_req_torque: total_req_torque, regen_torque: regen_torque, front_hyd_torque: front_hyd_torque, rear_hyd_torque: rear_hyd_torque, }这段代码的逻辑说明如下。输入层的decel_request来自前一节踏板解析的结果先把它换算成轮端总制动力矩物理含义是「整车需要这么大的制动扭矩才能实现目标减速度」。第二步是计算电机当前能出多少力这里叠加了三重限制恒功率区的高转速扭矩下降、电池SOC限制、电池温度限制。顺序上先算功率边界再算SOC和温度修正是因为每个限制都对应一套独立的硬件约束不能只取一个最小值完事。第三步是仲裁核心regen_torque取回收上限和请求力矩的较小值再乘一个0.7的比例上限。这个0.7是个保护系数——前驱平台即使电机能全扛也建议保留至少30%的液压制动力以保证制动灯点亮时机和液压系统温度保持系数值需要结合踏板解耦特性调整有些平台能做到0.85以上。最后把剩余液压扭矩按β0.65分配给前、后轴。注意这里有个细节回收力矩作用在驱动轴所以液压分配后前轴总制动力是「回收液压前轴」报文标定时要区分清楚。4.3 失效降级与法规冗余GB 21670下的分层容错制动系统是安全件法规对失效模式有明确要求。GB 21670和ECE R13-H的核心要求之一是行车制动系统的一个独立制动回路失效时剩余部分仍能满足一定的制动距离要求再生制动不作为唯一制动来源必须保留独立的液压后备能力。这意味着控制策略必须设计一套失效降级逻辑常见分层是正常模式、限制模式、备用模式。正常模式下电机回收与液压按仲裁结果协同工作限制模式用于回收系统故障或电池不可用时回收力矩清零液压系统独立承担全部制动力踏板感会突然变硬这是正常的备用模式用于液压系统部分失效比如前轴回路失效时控制策略要立刻禁止任何回收力矩输出同时把全部制动力转移给后轴液压回路并点亮仪表盘制动故障灯。设计文档里这一节特别重要——很多失效模式的触发条件不是硬件故障本身而是控制策略对故障的判定时间。比如电机控制器上报一个瞬时过压故障如果策略判定时间设置得太短正常行驶中大功率回收瞬间就会触发降级频繁进入限制模式用户感知就是「刹车时不时变硬一下」设置太长又可能在真正故障时错过响应窗口。一般我会把故障确认时间设置在20~50ms之间还要加一个连续多帧确认逻辑避免单帧毛刺误触发。5. 设计避坑五类让整车失效降级的高频问题5.1 低附着路面单踏板回收过强后轮先抱死甩尾现象在冰雪或暴雨路面松开加速踏板回收力矩瞬间达到上限车辆后轴横向滑动车身姿态出现明显摆尾ESP介入后回收力矩被粗暴切断减速度突然变化。原因后驱平台回收力矩直接作用在后轴低附着路面上可用制动力远小于回收力矩上限而单踏板逻辑往往按踏板开度映射回收扭矩没有实时查询路面附着能力。制动防抱死系统虽然能检测到车轮滑移率超限但从滑移率超限到回收力矩降额中间的软硬件链路有几十毫秒延迟车身姿态在这段时间内已经失稳。解决在车辆稳定性控制模块中增加路面附着系数估计器用四个车轮的滑移率、横向加速度和横摆角速度信号联合估计当前附着水平低附着路面上降低回收力矩上限同时把回收力矩变化速率限制在每秒不超过一定梯度。另外在单踏板标定时保留一个最小值避免回收力矩完全清零导致驾驶员感知「突然没刹车」。5.2 SOC高于95%时回收被禁止制动力阶跃突变现象车辆满电状态行驶松开加速踏板后回收力矩为零车辆滑行距离明显变长驾驶员需要额外踩制动踏板行驶一段时间后回收又突然恢复滑行减速感突变。原因电池管理系统出于过充保护在SOC高于95%时禁止充电再生制动被整体禁用SOC降到95%以下后回收恢复。这个边界处理得生硬用户感知就是制动特性随时间漂移尤其是刚从充电桩开出来那一段。解决设计「回收渐进恢复」策略在SOC处于93%~96%区间时先允许小功率回收比如峰值功率的20%~30%随着SOC下降逐步放开。这个区间虽然不能完全避免再生制动减少但可以把减速度变化控制在一个渐变范围内用户几乎感知不到。另外可以考虑优先用前轴液压制动力模拟出与回收相同的减速度保持踏板感一致代价是能量没有收回、变成了热量。5.3 回收介入时液压建压滞后制动踏板上出现「空行程」现象驾驶员匀速行驶时轻踩制动踏板前段行程内整车没有明显减速踏板继续下压减速度又突然增大表现为「前段空、后段冲」的踏板感。原因解耦式串联制动系统中制动踏板通过行程传感器向控制器发送请求液压压力由执行器建立。控制器判断回收力矩足够覆盖请求后会推迟液压压力建立但回收力矩从请求到真实响应有电机响应延迟而驾驶员踩踏板的速度又比这个延迟快于是出现了「请求已经发出、实际制动力还没到位」的时间窗口。解决增加前馈控制——在踏板开始运动时先以一定斜率预建液压压力保留一个基础制动力称为base pressure再叠加回收力矩。这个预建压力值因平台而异一般在5~15bar之间标定时通过主观评价确定。另外一个辅助手段是限制回收力矩变化速率让回收力矩和液压建压曲线在时间上对齐这其实就是许多平台核心标定参数的来源。5.4 低温充电功率限制回收功率被砍导致减速度不足现象冬季冷车启动后驾驶员在坡道上松开加速踏板预期回收减速明显实际车辆加速滑行必须立即补踩制动踏板惊吓感很强。原因电池温度低于0℃时电池管理系统限制充电功率以避免析锂回收功率上限可能从80kW降到20kW。整车控制策略在计算减速度请求时已经按照目标减速度匹配了回收功率但实际可用回收功率低于预期减速度因此达不到目标。解决控制策略中增加「回收功率预估值与实际值闭环校正」逻辑对比请求回收功率和实际回收功率两者偏差超过阈值时自动请求液压系统补偿差额。同时把电池最小充电功率限制作为系统已知边界在SOC和温度条件恶劣时让标定人员将单踏板回收的减速度目标从默认的2m/s²降到1m/s²左右从源头上降低对回收功率的依赖。5.5 连续下坡大功率回充电池热管理频繁介入造成回收抖动现象长下坡路段持续回收动力电池温度快速上升电池管理系统为了控温间歇性降低充电功率回收力矩随之波动表现为「回收力度一抖一抖的」。原因电池热管理系统在温度超过阈值时启动冷却冷却功率提升后允许充电功率随之下降温度回落后再提高充电功率。这个循环周期大约几十秒叠加在制动力矩上用户感知为制动力周期性波动。解决软件上可以在电池管理系统中设置回收功率平滑器限制充电功率变化速率更彻底的办法是在整车控制器侧设置长下坡识别逻辑检测到持续负扭矩超过一定时长后自动将回收目标功率下调一个档位给电池热管理留出调节余量。这类问题在山区标定路试时最容易暴露建议在做设计验证时专门加入一段10km以上的长下坡工况。6. 验证闭环HIL测试与实车验收的落地顺序验证工作从硬件在环测试开始再把关键场景放到实车上复现。HIL台架把整车控制器、制动控制器和电机控制器全部接入仿真环境电池模型和路面模型都是虚拟的可以精确注入SOC、温度、附着系数等边界条件。我一般把HIL验证分成两轮第一轮跑功能逻辑覆盖正常制动、回收介入、失效降级的各个分支重点确认状态跳转没有死锁第二轮跑异常场景包括传感器信号跳变、CAN总线丢帧、两个控制器消息互相覆盖等验证策略在这些异常下会不会进入不可恢复状态。第二轮的问题往往比第一轮多得多尤其是CAN总线负载偏高导致的周期性延迟最容易让仲裁逻辑出现瞬态错误。实车验收阶段优先跑三组工况第一组是高附着路面制动验证制动距离和踏板感第二组是冰雪路面验证低附着下的回收降额和稳定性控制第三组是长下坡连续回收验证电池热管理与回收功率的协调。验收数据要同时记录减速度曲线、回收功率曲线、液压压力曲线和电池温度曲线四路信号对齐到同一时间戳。这四路信号一旦对不齐排查问题会非常痛苦建议试车之前先把数据采集系统的同步机制调好。以我个人的习惯实车验收中真正需要精细标定的不是峰值性能而是回收力矩与液压建压之间的动态配合——它决定了用户能不能感觉出「这辆车的刹车不是一个整体」。早期项目里我跳过一轮HIL低温验证直接上实车做冬季标定结果在冷启动工况发现回收功率预估偏差达到30%花了近两周才定位到问题根源是电池模型未覆盖低温充电功率的非线性变化。从那以后任何SOC和温度相关的边界工况我都坚持先在HIL上冻结一轮测试用例再碰实车。这个顺序帮我避免了至少两次大规模返工希望帮到你。本文还有配套的精品资源点击获取
返回列表