企业官网建设流程全解析

1. 动力总成控制的第一层逻辑：需求扭矩从哪来、到哪去

做电动车辆的动力总成控制，首先得搞清楚一个问题：扭矩是怎么被“做”出来的。

很多人一开始以为，动力总成控制就是踩油门电机就转，踩多少加多少速。实际不是。整车控制器（VCU）里面跑的那套逻辑，本质上是在做一个扭矩管理，而不是简单的开关控制。驾驶员踩加速踏板，产生的只是一个“需求请求”，这个请求要经过仲裁、修正、限制，最后才变成给电机控制器的最终扭矩指令。

我参与过一个纯电物流车的项目，用的是一台峰值功率90kW的永磁同步电机，匹配单速减速器。VCU的扭矩控制链路大概是这样的：

• 驾驶员扭矩请求：由加速踏板开度、踏板变化率、当前车速、挡位状态计算出基础需求扭矩；
• 附件请求：空调压缩机、转向泵、气泵（商用车尤其多）等高压附件消耗的功率，要折算成扭矩损失，从可用扭矩里扣掉；
• 能量回收请求：在滑行或制动时，VCU通过电子制动协调策略计算回馈扭矩，叠加进整车的减速度需求里；
• 限功率扭矩：基于电池SOC、电池温度、电机温度、逆变器温度，以及故障等级，计算出最大允许输出扭矩，把上面的请求“削顶”；
• 扭矩斜率限制：最终指令扭矩的变化速率不能无限快，否则会冲击传动系，造成前后俯仰甚至打齿。

输出给电机控制器的，是一份大小为-300到300牛米左右的扭矩指令（这个范围取决于具体电机峰值扭矩），外加目标转速、工作模式、使能状态等信号。电机控制器拿到这个扭矩指令后，再通过FOC（磁场定向控制）做电流环和转速环的闭环，最终让电机发出对应的机械扭矩。

注意一个细节：很多项目里VCU和电机控制器走的是CAN通信，扭矩指令的更新周期通常是10ms甚至更短（有的用5ms），但扭矩斜率限制是放在VCU侧算出来的。因为VCU掌握整车状态，比方说换挡过程、ESP介入、ABS触发，这些工况需要VCU强制干预扭矩，而不能让电机控制器自己慢悠悠响应。

我用一辆车举个例子，来演示“驾驶员请求”和“实际输出”之间的差距：某个标定工况下，驾驶员踏板踩到80%，VCU算出基础需求是200牛米，但当前电池SOC只有18%，电池允许的最大放电功率不够，VCU基于功率上限反推扭矩上限大概是140牛米，那最终给到电机的就是140牛米，而不是200牛米。这就是扭矩仲裁的意义，不让用户需求直接决定动力输出，而是综合安全边界后给一个最合理的值。

1.1 为什么说扭矩请求是“分层”的

我在很多项目的技术文档里见过一句话：“动力总成控制的本质是扭矩管理”，这话没毛病，但实际开发时还需要注意分层的边界。

整车扭矩控制通常分四层：

• 策略层：根据驾驶模式、踏板、车速、挡位、坡度、故障状态，计算“驾驶员意图扭矩”；
• 仲裁层：把驾驶员意图扭矩、巡航扭矩、回收扭矩、外部扭矩请求（如ADAS的纵向控制请求）按优先级做仲裁；
• 执行层：对仲裁后的扭矩做限制（功率限制、温度限制、坡道辅助限制），再加上斜率限制、滤波；
• 反馈层：根据实际车速、车重、坡度等信息修正扭矩输出，比如坡道起步时额外叠加“防溜坡扭矩”。

对于纯电动汽车，策略层的扭矩MAP通常是这样的：横轴是踏板开度，纵轴是车速，不同踏板开度下输出不同扭矩；低车速时扭矩响应更敏感，高速时扭矩逐渐顺滑。但这条MAP不是拍脑袋填的，而是按照整车动力性目标（0-50km/h加速时间、最大爬坡度）和驾驶性目标（踏板响应线性度、无突兀冲击）反复标定出来的。

一个重要经验：做扭矩MAP时，尽量让“踏板开度相同的情况下，扭矩随车速呈下降趋势”，这样驾驶感才自然。如果高速时扭矩还很大，不仅费电，还会让驾驶员觉得车“发飘”。

1.2 扭矩关键的“驾驶模式”切换逻辑

电动车辆的动力总成控制里，驾驶模式（经济/舒适/运动）本质上是三套不同的扭矩MAP和响应速度。经济模式下，踏板开度50%对应的扭矩可能只有舒适模式的70%，且扭矩斜率变化更慢；运动模式下，同样的踏板开度，扭矩输出更靠前，斜率更大。

但在实际项目中，我发现很多团队只改了扭矩MAP，忽略了模式切换时的平稳过渡。从运动模式切到经济模式，如果扭矩基值突然从200牛米掉到120牛米，驾驶员会感觉到明显的“收油”冲击，甚至引发传动系噪声。

解决办法是在VCU里加一个“模式切换扭矩过渡模块”：模式切换时，扭矩目标值以一定的速率渐进变化，比如每秒300牛米的变化率，经过平顺过渡后进入新模式的扭矩区，这样原来需要约0.3秒才能切换完毕的模式，过渡时间延长到约0.8秒左右，但驾驶体感要平顺得多。我自己标定的时候，会刻意把模式切换的过渡时间标得比换挡过渡时间更长，因为模式切换一般是驾驶员主动操作，平顺性优先级大于响应性。

2. 转速与转矩的双闭环：电机侧的核心控制逻辑

VCU把扭矩指令发下去之后，剩下的活儿就交给了电机控制器。但作为做动力总成控制的人，不能只懂VCU不懂电机控制，否则很多问题根本定位不到根因。

电机控制器的核心是FOC，也就是磁场定向控制。简单说，FOC把电机的定子电流分解成两个轴的分量：一个是励磁分量（d轴电流），一个是转矩分量（q轴电流）。通过控制q轴电流大小来控制电机输出扭矩，用d轴电流来做弱磁控制，让电机在高速区也能维持一定的功率输出。

在纯电动物流车的项目中，永磁同步电机的额定转速大约是3200rpm，最高转速8500rpm。额定转速以下是恒扭矩区，额定转速以上是恒功率区，电流控制逻辑在额定转速以上需要启动弱磁。这里有一个非常关键的控制参数：弱磁电流的标定。如果弱磁标得不够，高速时扭矩会掉得很快，加速乏力；弱磁标得太过，会导致电机效率严重下降，退磁风险加大。

实际项目中，我给团队定的调参顺序是这样的：

1. 电流环PI参数：先用电机台架测出电机的Ld、Lq、磁链等参数，然后基于这些参数整定电流环PI，目标是在堵转和额定转速下电流响应时间不超过5ms；
2. 转速环PI参数：电流环调好后，再调转速环。转速环的关键工况是突加减载时的转速波动不要超过50rpm；
3. 弱磁策略：在额定转速以上逐渐增加d轴负向电流，保证电机输出功率尽量保持平台，同时监测逆变器直流母线电压，防止弱磁过头导致过压；
4. 死区补偿与过调制：这两个是纯软件层面的事，但对扭矩精度的提高非常明显。没有死区补偿的电机，低速时扭矩脉动可能达到5%以上，特别影响蠕行工况。

2.1 扭矩精度为什么是动力总成控制的“命根子”

做动力总成控制的人，手里不能没有扭矩精度数据。扭矩精度差，轻则驾驶感差，重则影响安全监控判断。

有一回我做低温标定，环境温度零下20度，电机温度传感器读数是正常的，但VCU侧监控到的扭矩和电机控制器上报的扭矩差了有20牛米。排查下来发现，低温导致永磁体磁链变化，电机反电动势系数低，扭矩估算里用到的磁链参数没有做温度修正。

从此以后，我在扭矩精度管理上是这么做的：

• 电机控制器内部必须有基于温度的磁链修正，不同温度段用不同的磁链参数计算扭矩；
• VCU侧做扭矩监控时，对扭矩偏差的判断阈值要留足够余量，比如±15%，否则低温工况误报会很频繁；
• 需要精确扭矩输出的混动车型（比如P2.5架构）里，最好额外安装一个扭矩传感器做闭环校验，纯电动车型至少要用高精度的电流传感器做间接扭矩验证。

扭矩精度的意义不仅在于标定，还在于故障诊断。当整车控制器监控到“请求扭矩”和“实际扭矩”偏差过大时，要能判断是电机控制器内部故障（扭矩估算错误、电流传感器漂移）还是机械故障（半轴断裂、减速器打齿）。这在ASIL C以上功能安全等级里是必须做的信号监测项。

2.2 从扭矩控制到转速控制的切换逻辑

动力总成控制中有一个经常被忽略的点：某些工况下VCU对电机的控制要从“扭矩控制”切换到“转速控制”。

典型场景是定速巡航。巡航状态下，VCU根据车速误差，用PID或者其他算法输出目标需求扭矩，但这只是一个外环；真正起作用的是电机控制器内部的转速环，它先锁定目标转速，再根据实际转速差自动调整扭矩。也就是说，此时VCU给电机控制器的指令不是直接扭矩，而是目标转速。

另一个更关键的场景是蠕行控制。传统燃油车靠液力变矩器蠕行，纯电动车靠的就是转速控制。低速蠕行时，VCU给电机一个目标蠕行转速（比如5-8km/h对应的转速），电机控制器自动稳定在这个转速上，遇到坡道会自动增加扭矩克服坡度阻力。如果这里用纯扭矩控制，坡道起步时扭矩输出不够车就会后溜，扭矩输出大了又会窜车。

做蠕行标定的时候，有一件事特别重要：蠕行车速的标定必须考虑整车质量。物流车满载和空载的质量差别很大，同样的蠕行目标转速，空载时也许刚好能走，满载时就可能蠕不动。所以蠕行扭矩需要预留一个基于坡度的增益系数，坡道角度越大，蠕行扭矩的上限越高。这个坡度信号一般由VCU根据纵向加速度传感器估算，不需要额外增加硬件成本。

3. 换挡与模式切换期间，扭矩仲裁是怎么排队的

纯电动车虽然不需要传统意义上的“换挡品质”标定——因为没有同步器、没有液力变矩器——但单挡减速器也有关键的升降扭策略，特别是带两挡变速箱的车型（部分高性能电动车和电动物流车）。换挡过程中动力的中断和恢复，非常考验VCU的扭矩仲裁逻辑。

我先说一个很多项目里都容易犯的毛病：扭矩仲裁没有考虑“时间优先级”，导致换挡标志位触发瞬间，扭矩目标和实际扭矩打架。

举个例子：两挡变速箱准备从一挡换到二挡，TCU（变速箱控制单元）给VCU发来一个降扭请求，目标是“请求扭矩在80ms内从200牛米降到0”，同时TCU进行摘挡。如果VCU侧还在执行驾驶员最新的踏板请求，扭矩目标还被踩到200牛米，那么TCU侧收到的实际扭矩迟迟不降，最终就会导致摘挡困难、齿轮撞击。

正确的做法，是在VCU里专门做一个“换挡扭矩队列”。这个队列里放着按优先级排列的扭矩请求项，换挡降扭请求的优先级要高于驾驶员踏板请求。一旦TCU发出换挡请求，VCU立刻将扭矩目标切换为换挡模式，按预设斜率把扭矩降到0，并且在换挡完成前，不再响应踏板请求的任何扭矩上升。

3.1 换挡过程中的扭矩前馈与反馈修正

降扭只是换挡控制的一半，另一半是升扭。本质上，换挡完成后动力恢复的瞬态，决定了驾驶员能否感觉到明显的顿挫。

我的做法是这样的：

• 换挡完成，TCU挂挡成功，VCU收到目标挡位信号；
• VCU先根据目标挡位速比和当前车速，计算电机在目标挡位下的“同步转速”；
• 在扭矩恢复之前，先把电机转速控制到目标转速附近（转速差小于一定阈值，比如50rpm），这个过程叫转速同步；
• 转速同步完成后，再进入升扭阶段，升扭斜率由驾驶模式决定：舒适模式100牛米/秒，运动模式300牛米/秒；
• 升扭过程中，VCU还要根据整车的纵向加速度反馈做补偿，加速度波动超过设定阈值就适当降低升扭斜率。

这里有一个标定层面的细节：降扭速度永远要比升扭速度快。降扭快了，只是动力中断感觉明显一点，但对传动系统的冲击小；升扭快了，齿轮间隙咬合瞬间容易产生“咯噔”的冲击感和噪声。所以降扭斜率通常标到800-1000牛米/秒，升扭斜率则按照模式不同，标到100-300牛米/秒。

3.2 驾驶模式切换和能量回收的扭矩互锁

换挡期间，能量回收也要退避。很多人没注意这个点。滑行回收的时候，电机处于发电状态，扭矩方向是负的。如果换挡过程中还要保持回收扭矩，实际控制难度会大大增加。

我在VCU里的做法是：挡位切换期间，强制把所有再生扭矩请求清零，等换挡完成回到稳定挡位后，再根据车辆状态重新使能回收。这个“换挡期间回收禁用”的逻辑，一定要写在扭矩仲裁的最高层，因为它属于“安全优先”的原则，容不得底层逻辑跟它对抗。

能量回收和驾驶员请求的叠加逻辑同样需要仲裁。以一台乘用车为例，驾驶员松加速踏板后，VCU会根据踏板的回程速率判断驾驶员意图：如果踏板只是松开一点，回收扭矩为零；如果踏板完全松开且车速高于一定值，进入滑行回收，回收强度根据不同驾驶模式分为多档；如果驾驶员再踩刹车，VCU会和ESC（车身稳定系统）做协调，叠加制动回收扭矩。

这套逻辑里最容易出问题的是回收扭矩介入的速率。介入太快，驾驶员会有明显的拖拽感，像突然被拉了一下；介入太慢，能量回收效率低，还感觉车在“溜”。一般我标定滑行回收介入斜率为每100ms增加10-20牛米，目标是在不干扰驾驶体感的情况下尽快建立回收扭矩。

3.3 双电机扭矩分配的仲裁细节

如果是双电机车型（比如前驱异步+后驱永磁同步），动力总成控制的复杂度会进一步上升，核心变成了扭矩分配。

扭矩分配的策略一般分以下几种：

• 经济模式：尽量把扭矩分配给效率更高的电机。低速市郊工况下，通常永磁同步电机的效率优于异步电机，所以优先使用永磁电机驱动；高速巡航时，两台电机各承担一部分，让系统总效率最优；
• 运动模式：扭矩需求和响应性优先，两个电机同时输出，按各自峰值扭矩比例分配；
• 低附路面：根据车轮滑移率动态调整前后轴扭矩分配，出现打滑时快速将扭矩转移到另一轴。

双电机控制中最重要的不是分配比例本身，而是分配切换时的平滑性。如果分配逻辑突然从“前70%后30%”切到“前30%后70%”，前轴扭矩突变会导致明显的抖动。所以在双电机扭矩分配模块里，我通常会对分配比例做一阶低通滤波，时间常数约200-300ms，让扭矩转移这个过程是连续的，而不是阶跃的。

还有一个容易被忽视的点：前后电机各自的能力边界不一样。前电机是异步电机，峰值扭矩240牛米，持续扭矩只有80牛米（散热差）；后电机是永磁同步，峰值扭矩320牛米，持续扭矩160牛米。分配扭矩的时候必须对两台电机分别做“峰值/持续时间窗口”管理，否则前电机长时间超持续扭矩，IGBT温度飙升，热保护一触发，动力就突然没了。

4. 扭矩限制不是拍脑袋：热管理、功率保护和堵转那些事

动力总成控制的另一个核心工作，是回答一个问题：“这辆车当前到底能输出多少扭矩？” 这涉及到热管理、功率保护和极端工况判断，是整个控制逻辑里最需要经验和数据支撑的部分。

4.1 峰值扭矩与持续扭矩的“时间窗口”管理

电机不是任何时候都能输出峰值扭矩的。永磁同步电机峰值扭矩往往受限于逆变器的最大输出电流，持续扭矩则受限于电机和逆变器的散热能力。所以电机控制器里面通常有两个最重要的温度：电机绕组温度（NTC热敏电阻读取）和IGBT功率模块温度。

我的做法是把扭矩限制做成如下逻辑：

• 电机绕组温度低于120℃时，允许输出峰值扭矩；
• 温度在120℃到150℃之间，依据一条“峰值扭矩持续时间累积计算”的曲线，逐渐降低允许的最大扭矩；
• 温度超过150℃时，强制限制到持续扭矩；
• 温度超过170℃时，直接进入降功率保护模式，最大扭矩限制在持续扭矩的50%以下。

这套逻辑看起来简单，但工程上真正难的是“峰值扭矩持续计时器”，也就是扭矩峰值窗口管理。打个比方，你让电机输出峰值扭矩10秒，然后温度升到接近限值；接下来让电机在低负载下跑2分钟，温度降下来了，这时候能否再次输出10秒峰值扭矩？如果按照单纯的温度阈值判断，是可以的；但实际上电机内部的热时间常数远大于2分钟，壳体温降了，绕组内部可能还很热。如果反复这么搞，最终温度会在某次峰值输出时直接突破报警线，触发热保护，动力骤降，驾驶员就会说“车子突然没劲儿了”。

所以标定的时候，我会在VCU里增加一个“扭矩-时间累积积分”算法：用一个虚拟的“热积分量”来跟踪电机的热积累过程，峰值扭矩输出的每一秒都往积分器里加值，低负载运行的每一秒消耗积分值。只有当热积分量降到安全线以下，才允许重新输出峰值扭矩。积分参数来自电机的热模型测试数据，而不是简单的温度阈值判断。

4.2 电池侧功率限制与扭矩反推

整车的可用功率是动力电池给的，电池能够输出的最大功率取决于SOC、温度和单体电压。

我在一个项目中吃过亏：只做了温度限制，没做SOC低电量限制，结果电量偏低时，驾驶员深踩踏板，电池功率输出跟不上，母线电压跌落，直接触发了电机控制器的过压保护（因为母线电压跌落后，电机回馈时电压波动容易过压），最终导致整车进入降级模式。

后续的优化是在VCU侧做了“电池功率限制前馈”逻辑：

• 根据电池管理系统上报的SOC、最低温度、最高单体电压、内阻估算当前最大允许放电功率；
• 把最大放电功率除以当前电机转速，反算出最大允许输出扭矩；
• 在扭矩限制模块中把计算结果和温度限制取最小值。

我建议在能量管理策略里预留约5-10%的功率余量，不要卡死在最大允许功率的边界上。这是因为电池内阻会随电流增大而增大，实际功率输出不等于请求功率，留余量可以避免母线电压突然跌落导致的不必要降功率。

4.3 堵转工况和低速大扭矩输出

堵转工况是所有动力总成控制工程师都要面对的坎儿：车辆在坡道或者障碍物前，驾驶员踩着踏板，电机转速为零或接近零，但扭矩一直很大。这种工况下电机绕组温度上升极快，电流很大，而电机散热风扇（如果有）也无济于事。

处理堵转工况的核心策略是堵转时间限制+温度保护：

• 转速低于50rpm且扭矩大于30%峰值扭矩，判定为堵转；
• 堵转计时开始，超过10秒后，扭矩开始按斜坡下降；
• 堵转期间持续监测绕组温度，超过保护阈值立即切断扭矩输出，并发出故障码；
• 堵转解除后，限制扭矩恢复速率，防止温度反复冲高。

我在实际调试中发现，堵转保护参数一定要跟整车测试团队反复确认，阈值太保守会导致爬坡或脱困时动力不够，太激进又容易烧电机。最稳妥的做法是：先在台架上做电机的堵转温升实验，测出不同扭矩下绕组温度从常温到保护阈值的温升时间曲线，用这条曲线标定堵转保护时间，而不是用估出来的值。

5. 实测中三个最难排查的动力总成问题与完整定位过程

这部分是我最想写的，因为在车里捣鼓三个多月，最终定位到问题和方向时，那感觉比写十篇代码还爽。做动力总成控制，很多时候问题不在策略本身，而在于系统的隐藏耦合。

这三个问题，可以说囊括了动力总成控制从软件到硬件、从标定到信号链路的主要“坑”。

5.1 蠕行状态下的低频抖动：问题出在扭矩斜率还是转速环？

现象：车辆低速蠕行（约5km/h）时，车身出现无规律的纵向低频抖动，大约2-3Hz，像坐在摇摇椅上，时有时无。低速且平路时最容易出现，冷车还好，热车后频率更高。

排查链路：

1. 用CANalyzer记录VCU与电机控制器的信号，对比踏板开度、目标扭矩、实际扭矩、转速信号，确认抖动时扭矩和转速是否同步振荡；
2. 发现抖动时，实际转速在目标转速上下波动约80rpm，目标扭矩也在振荡，说明问题根源在于转速环控制不稳定；
3. 将转速环的PID参数调整多次，效果仍不理想，怀疑是扭矩请求计算环节本身引入了振荡；
4. 仔细审查VCU侧的扭矩滤波，发现斜坡限制模块里存在“二阶低通滤波器参数配置错误”，导致目标扭矩在低速轻微变化时被放大；
5. 将该滤波器的截止频率从2Hz降到1Hz，并增加阻尼比，问题明显减轻；最终将蠕行扭矩请求的更新周期从10ms改为20ms，完全消除抖动。

结论：低速工况下，转速环和扭矩斜坡滤波容易发生耦合震荡。排查思路是先看转速环是否稳定，再看目标扭矩是否被滤波环节放大，不要一上来就调PI。

5.2 换挡完成后偶发“咯噔”一声：扭矩恢复次序的锅

现象：两挡车型在2挡升3挡（部分商用车）过程中，偶发换挡完成后约200ms听到“咯噔”声，伴随轻微冲击感。频率不高，可能十几脚油门下偶尔出现一次。

排查链路：

1. 初步怀疑是换挡转速同步没做好，查看了换挡完成时的转速差，显示同步精度没问题；
2. 抓取换挡过程的扭矩/转速曲线，发现声音出现的时刻，扭矩恢复命令已经发出，但实际扭矩上升速率不对称，大约100ms内扭矩从0升到大约200牛米，而正常标定是300牛米/秒的斜率；
3. 继续排查发现，“扭矩恢复命令”发出时，TCU侧的挡位状态信号存在约40ms的延迟。VCU收到挡位状态切换后，立即开始升扭；但变速箱内部同步器实际上还存在间隙，导致齿轮接触瞬间的冲击被放大；
4. 解决方法：VCU在换挡完成后不立即恢复扭矩，而是先执行一个30-50ms的“扭矩闭环稳定延时”，再按既定斜率恢复扭矩；
5. 复测验证：连续200次换挡，异响消除，冲击感明显改善。

结论：换挡顿挫很多时候不是扭矩同步精度不够，而是“时序”没对齐。信号传输延迟、机械间隙和扭矩恢复起点之间的时序错位，是偶发冲击的主要来源。

5.3 热保护误触发导致的动力瞬间中断

现象：夏季高温爬坡时，电机的绕组温度只有145℃（远低于170℃的保护阈值），但车辆突然进入降功率模式，驾驶员明显感觉动力中断。

排查链路：

1. 整车故障码显示为“功率限制激活”，但电机控制器侧的故障码中并没有温度过高故障；
2. 用示波器同步抓取电机控制器上报的IGBT温度信号，发现IGBT温度在0.5秒内从130℃跳到185℃，但紧接着又跳回135℃；
3. 怀疑是IGBT温度传感器信号被高频干扰污染。检查CAN信号源，确认电机控制器的IGBT温度采样周期是5ms，但信号经过CAN发送时存在滤波时间常数设置错误；
4. 打开电机控制器代码，发现IGBT温度的软件滤波系数被误配成极快的响应（相当于没滤波），导致瞬时尖峰直接触发保护逻辑；
5. 将滤波时间常数从5ms调整为200ms后，尖峰被滤除，误触发彻底消失。

结论：温度保护误触发是典型的“信号调理”问题，而不是“策略”问题。排查时，不要只盯故障码，一定要用示波器看原始信号波形，判断信号真实性。

写在最后的一些体会

文章写到这里，该讲的案例和逻辑基本都过了一遍。作为常年跟动力总成控制打交道的人，我最后分享几条自己的心得，供后来的同事参考。

第一，控制器通信的时间同步值得多花时间。动力总成控制里面，扭矩仲裁的准确性极度依赖CAN信号的时序。VCU下发指令是10ms，电机控制器反馈也是10ms，但不同的信号源、不同的发送周期叠加起来，如果不对齐时间戳，很多偶发问题会变得极难排查。建议在前期就建立一套基于XCP或者CAN-FD的时间同步标定工具链，把信号延迟量化出来，后面能省很多事。

第二，扭矩限制的优先级要清晰到能背下来。我把自己的项目的扭矩优先级排成了一张表，做标定的时候心里时刻有数：故障安全限制（第一优先级） > 换挡降扭请求 > 热保护/功率保护限制 > 能量回收请求 > 驾驶员踏板请求。仲裁的逻辑没有人会去背代码，但出问题时能第一时间判断出是谁把扭矩拉走了，比什么都管用。

第三，台架数据一定要和整车数据做闭环验证。热模型参数、扭矩精度、堵转时间限制这些标定量，台架上测出来是一回事，整车上是另一回事。我见过太多项目在台架上一切正常，一到整车就出各种鬼问题，原因就是对标不闭环。建议每个关键标定量都做一张“台架-整车对照表”，把台架数据和整车实采数据放在一起查漏补缺。

电动车辆的动力总成控制看着是控制领域的老问题，实际上每个新项目都会遇到新的边界条件——新的电池、新的电机、新的热管理系统、新的功能安全要求。保持对每一个信号背后物理过程的敬畏心，排查问题时从信号，到逻辑，再到执行逐层钻进去，这个方向的门道，就会越走越通。希望这篇文章能给正在做VCU标定或者动力总成集成的朋友一些参考。