诊断协议那些事儿's blog

汽车ECU软件开发一般分为2个工程：应用工程和Bootloader工程。应用工程主要实现ECU的应用功能，Bootloader工程主要实现软件更新刷写的功能。在汽车行业的实际应用中，以刷写更新软件为目的的Bootloader在汽车行业就被广泛称之为Flash Bootloader（FBL）。FBL是一个可以通过CAN、LIN或者以太网等接口刷新ECU程序的软件，是为了方便程序升级、数据更新和程序加载而设计的。

Bootloader，又称为引导程序，对操作系统非常重要，是计算机和汽车控制器的一个关键组成部分。然而，因为它往往在后台发挥作用，它经常被忽视。其主要用于软件更新。但ECU的软件更新方式有很多，比如通过JTAG调试更新软件，为什么要Boot呢？由于ECU软件中难免会有BUG存在，以及要满足整车OTA需求，必须可以在不开盖的情况下更新软件。而ECU控制器对外的接口通常只有总线、电源和控制IO等。出于最大化复用接口(减少线束的重量和成本）考虑，通常采用基于UDS的Boot，而最常用的总线为CAN。

Bootloader是所有支持重编程的ECU必须具备的软件功能，在ECU运行过程中，执行的是应用软件和应用数据，仅当应用软件或应用数据无效或者上电之初，或者要求对其进行升级或特殊测试的时侯，才会运行Bootloader软件。应用软件和应用数据、标定数据、网络配置数据可以同时编程或者相互独立编程，通常在ECU在刷入bootloader后，bootloader是无法再次更新的，除非拆件，不过现在这越来越多的主机厂要求Bootloader也要支持刷写。

刷写准备阶段需要确认待刷写控制器的相关版本信息， 设置刷写网络等。这个阶段在整车各个控制器的应用程序中执行， 此阶段， 使用功能地址向网络上的各控制器发出诊断请求进行网络设置。

为避免上述安全机制，传统的UDS升级涉及了一套较为完整的流程。同时ISO14229也在不断更新，如目前增加29服务替代27服务，使用非对称算法，安全性能够得到很大的提升。即使算法泄露，也不会造成影响。

客户端使用 RoutineControl(例程控制)服务执行指定的步骤顺序并获取任何相关结果。该服务具有较大的灵活性，但一般应用可以包括清除内存、重置或学习白适应数据、运行白检、覆盖正常的服务器控制策略和控制服务器值随时间而变化，以及预定义序列(如关闭敞篷车顶)等。在一般情况下，将该服务用于控制输出时，该服务可用于更为复杂类型的控制，而 inputOutputControlByldentifier (按标识符的输入输出控制)却用于相对简单(如静态)的输出控制.