【CANdelaStudio-从入门到深入到实战】15 例程控制(0x31)：ECU里的“瑞士军刀”——从参数校验到Flash擦除的完整实战

开篇故事：一个让ECU变“砖”的校准参数

去年秋天，某OEM的OTA升级项目进入最后联调。测试工程师小张在台架上执行“擦除Flash扇区”的例程（Routine 0x0201），一切正常。

第二天，他信心满满地在实车上运行同样的诊断序列——结果ECU彻底“死”了，连UDS诊断都无法响应。拆解后发现，例程在执行时，没有检查当前ECU是否处于“编程会话”，直接调用了底层Flash驱动，而该驱动在非编程会话下会触发看门狗复位。

更致命的是，例程的输入参数校验不严，一个未初始化的内存区域被当作扇区编号传给驱动，导致擦除了Bootloader区域。

这个案例告诉我们：例程控制（0x31服务）看似简单，但参数校验、会话状态、安全访问、执行超时这四个要素，任何一个疏忽都可能让ECU变“砖”。

今天我们就来拆解这个“瑞士军刀”的正确用法。

痛点拆解：常见的“自杀式”例程实现

很多工程师把例程当成普通函数调用，忽略了它作为诊断服务的特殊约束。看一个反例（CANdelaStudio生成的伪代码，但逻辑常见）：

# 反例：擦除Flash扇区的例程实现（有严重缺陷）classEra