一份BootLoader企标规范包含哪些内容呢？

其次是预编程条件，ECU 应该确保编程的执行是处于安全状态。如果预编程编程条件不满足（如车辆或发动机正在运行等），那么编程请求将被拒绝。

第三则是完整性验证，ECU 应该检查已下载到存储器中的数据的完整性。当一个逻辑块下载后，将使用CRC32 算法验证当前逻辑块的所有数据字节是否被正确传输和写入。通过一个“检查编程完整性” 例程诊断服务请求激活此验证例程。

第四则是依赖性检查，不兼容的软件不能配合使用，可能会使功能异常或产生致命性错误。因此， ECU 应该通过验证其软件兼容性来检查编程依赖性，包括应用软件与 bootloader 软件、应用数据与应用软件等。依赖性检查机制由 ECU 供应商制定，并经得主机厂诊断工程师批准。

第三部分则是源文件格式要求，只要指定软件的格式，比如为Intel格式，软件版本号.HEX。

第四部分为通信需求，包括网络层参数，如定时参数（如 N_As、 N_Bs 等）、 BS 和 STmin 将按照诊断企标中给定的值来设置；以及诊断层参数，包括定时参数（如 P2server、 S3server 等），这些也是在诊断企标，或者是诊断调查表里。

第五部分则是ECU 启动时序，在上电/复位后， ECU 首先执行 Boot代码。Boot执行一些基本的初始化，然后检查外部重编程请求标志位是否置为 TURE。如果有重编程请求（标志被置为TURE），即使应用程序是有效的， Boot也会继续运行。如果当前没有重编程请求，则检查应用程序的状态：如果应用程序是有效的，则应用程序代码将被执行；如果应用程序是无效的，则继续执行 Boot代码。

03.

这一部分是整个规范的篇幅最长的部分，详细定义了将应用软件或应用数据模块下载到 ECU 内存中的编程过程。

首先是Boot的启动时序，也就是在Boot和应用软件不同会话之间的跳转逻辑，如下图所示。

上电/复位后， ECU 首先执行 Bootloader 引导代码，然后检查外部重编程请求标志位：

1. 如果标志已被设置，那么即使应用程序是有效的， Bootloader 也会继续进一步执行，

    在此情况下， ECU 直接进入编程会话模式。

2. 如果当前没有重编程请求，则检验应用程序的状态：

    如果应用程序是有效的，则启动应用程序。

    如果应用程序无效， ECU 停留在 Bootloader 模式下的默认会话模式。

在 Bootloader 模式下，诊断会话转换规则与应用模式下相同。

在 Bootloader 模式下，有以下几种方式，能导致 ECU 重启：

    无论当前处于何种会话模式， “$11 $01”能引导 ECU 重启。

    在扩展会话模式或编程会话模式下， S3 定时器超时能引导 ECU 重启。

    在编程会话模式下， “$10 $01”能引导 ECU 重启。

预编程步骤用来为要下载的 ECU 做编程前的 CAN 网络准备。此步骤也包含了提高下载能力的准备。此步骤的请求报文采用是物理寻址，或功能寻址。

（a） 诊断会话控制$10 $02：在收到一个会话类型为物理寻址的编程会话的诊断会话控制($10)服务后， ECU 开始编程条件检查。编程条件满足后， ECU 将分配编程需有的所有必须的资源， ECU 先发送肯定响应再执行跳转到编程模式动作；软件版本读取$22 $xx yy：读取 ECU 当前软件版本号，核对软件版本号和待刷写版本是否一致；

（b） Level 2 安全访问$27 09/0A：编程事件必须通过安全访问。安全访问($27)服务在排放相关和安全系统中是强制的。其它系统不要求使用该服务。下载前，通过安全访问过程是强制的，确保只有合法的诊断仪能对 ECU 进行下载操作。

（c）驱动下载$34， $36， $37， $31：当 ECU 的非易失性存储单元中没有存储内存擦除例程时，将执行内存擦除例程的下载。下载应该按照如下时序来进行：请求下载、传输数据、请求传输退出。下载完所有字节后，用“检查编程完整性”例程($31 $01 $02 $02)来检查所有的字节都正确传输。ECU 数据包必须包含驱动软件，如果没有驱动，必须包含虚拟无效驱动的下载。

（d）写入数据$2E xx yy：在擦除内存例程之前，将“指纹”写到 ECU 内存中是强制的。“指纹”标识了是哪个诊断仪对 ECU 内存做了修改。我们使用xx yy 数据标识符而不是引导软件指纹、应用软件指纹、应用数据指纹这些数据标识符。每个逻辑块（除了驱动）下载前，诊断仪将首先写“指纹”，在下载完逻辑块后， ECU 将之前下载的程序是哪个逻辑块（即逻辑块序号），并根据逻辑块的序号将它存储。在追踪指纹信息时，诊断仪将发报文“$22 xx yy”，ECU 将通过 “$62 xx yy…”， 返回每一个逻辑块指纹信息的序号。

（e）例程控制——“擦除内存”$31 $01 $FF $00：为了允许应用软件和数据下载， ECU的内存将被擦除。此步骤通过例程来完成，使用例程控制($31)服务，来执行擦除内存。如果擦除内存例程被调用，那么应用程序有效标志位将被置为无效。

（f）下载过程$34， $36， $37：应用软件或者数据的每一个连续的数据块（可能是一个完整的应用软件或者数据，也可能是应用软件或者数据的一部分） 下载到 ECU 非易失性内存中， 都是遵循下面的服务顺序完成数传输。

（g）例程控制——“检查编程完整性”$31 $01 $02 $02：此例程用来检查逻辑块的下载是否成功，例程的功能是检查下载的完整性。

（h）例程控制——“检查编程依赖性”$31 $01 $FF $01：一旦完成所有的应用软件或数据块/模块的下载，诊断仪将开始一个例程来验证执行成功的下载。此例程触发 ECU 检查重编程的依赖性。ECU 供应商来定义检查内容，但必须确保所有逻辑块的兼容性和一致性。

（i）电控单元复位$11 $01：诊断仪使用物理寻址，发送一个复位类型为硬复位的 ECU复位($11)服务请求报文到 CAN 网络上。

通过 ECU 复位服务请求将使 ECU 结束编程过程，返回到正常的操作模式。内存驱动代码必须从 RAM 缓存中完全清除，避免意外激活这些可能会进行非预期的内存擦除或程序操作的代码。