企业官网建设流程全解析

76 0x31例程控制：刷写中的擦除与校验

开篇故事

老张蹲在测试台前，盯着DET（默认错误跟踪器）的Log已经半小时了。他负责的Bootloader刷写流程，明明0x34请求下载、0x36传输数据、0x37请求退出都返回了正响应，可ECU重启后就是跑不起来。更诡异的是，同样的刷写文件，隔壁组用他们的工具刷就能成功。

“你们是不是漏了擦除步骤？”我递了杯咖啡过去。

“不可能，0x31例程控制我发了擦除服务，也收到正响应了。”老张把Log甩给我看。

我扫了一眼，差点把咖啡喷出来：“兄弟，你发的是0x31 01 FF 00，这是标准擦除吗？你查过DID 0xFF00是什么意思吗？”

老张愣了两秒，开始疯狂翻规范文档。三分钟后，他头也不抬地说：“今晚请你吃饭。”

这个场景我见过不下十次——0x31例程控制（Routine Control）是刷写流程中最容易被低估的服务。

很多人以为它只是个“擦除”或“校验”的开关，却不知道它背后藏着完整的握手协议、子功能选择、以及和0x34/0x36/0x37之间的时序耦合。今天我们就来彻底搞懂它。

痛点拆解

错误认知一：擦除就是发个0x31 01就完事了

很多人的实现长这样：

# 错误实现：直接发擦除请求，不检查状态