企业官网建设流程全解析

78 0x34请求下载：刷写的第一声号角

开篇故事：一次“无声”的刷写失败

去年冬天，我接到一个棘手的售后问题：某款量产车型在OTA刷写时，20%的车辆会卡在“下载请求”阶段，诊断仪显示NRC 0x13（Incorrect Message Length Or Invalid Format）。更诡异的是，同样的刷写脚本在产线设备上100%成功。

我赶到现场，用CANoe抓取了一台故障车的报文。发现诊断仪发送的0x34请求如下：

03 34 00 44 01 00 01 00 00 00 10 00

而正常车的请求是：

03 34 00 44 00 00 01 00 00 00 FF E0

差异在第5个字节：故障车用了0x01（压缩方法），正常车是0x00（未压缩）。进一步排查发现，故障车的刷写工具在生成请求时，误将“压缩标志”写成了“加密标志”——因为AUTOSAR规范里，压缩方法（0x01表示未压缩）和加密方法（0x01表示未加密）的编码规则恰好相反。这个“差之毫厘”的错误，让ECU认为收到了非法格式的请求。

痛点拆解：0x34请求的“三座大山”

常见错误1：内存地址和长度参数搞反

很多新手会把memoryAddress和memorySize的顺序弄混。看这个反例：