【Autosar从入门到精通到进阶实战篇】74 0x31例行程序控制：让ECU执行“自定义脚本”

74 0x31例行程序控制：让ECU执行“自定义脚本”

老张是我在项目上认识的一位同事，做BMS（电池管理系统）诊断开发。有次他遇到一个棘手的问题：客户要求ECU在产线末端执行一次“自学习”——让电池包内部继电器按特定顺序吸合、断开，同时记录电压变化，最后将校准参数写入NVM。

用0x2E写数据？不行，因为继电器动作需要时间同步，且写NVM前必须完成校验。用0x31（RoutineControl）？他犹豫了：“这不就是个函数调用吗，能搞定这么复杂的流程？”

结果他尝试用0x2E模拟，写了一个“Flag”位，让APP轮询。

调试时发现：产线节拍被拖慢，且ECU在写NVM时意外掉电，导致参数损坏。老张苦笑：“我这是在用螺丝刀拧螺母。”

0x31的真正价值，是让诊断仪像执行脚本一样，调用ECU内部预定义的“函数”——Routine。它不传输数据，而是触发动作。

今天，我们就把它拆开揉碎，看看怎么用RoutineID封装复杂逻辑。

痛点拆解：你以为“写数据”就能解决一切？

很多开发者（包括当年的我）遇到需要ECU“做事情”时，第一反应是定义DID，通过0x2E写一个触发值，让APP在后台检测。比如：

# 反例：用0x2E模拟Routine# ECU侧伪代码