车载MCU CAN UDS刷写流程（新手自学笔记，欢迎指正）

已于 2024-04-03 15:13:16 修改
阅读量1.7k 收藏 23
点赞数 12
CC 4.0 BY-SA版权
文章标签： 数据库
于 2024-04-03 14:59:48 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42302157/article/details/137345520
本文详细描述了车载ECU的Bootloader流程，涉及UDS（统一诊断服务）中的3E服务、会话控制、请求种子、发送密钥、编程预条件检查、清除诊断信息等关键步骤，以及刷写过程和速度分析。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

参考出处：

车载ECU的Bootloader流程 - 知乎

UDS基础知识介绍_uds功能寻址和物理寻址-优快云博客

https://download.youkuaiyun.com/download/weixin_42555769/88652927

13:50:36:160 0x709 3e 00

//3E-会话保持服务

这个服务的目的是确保诊断服务或者之前激活的通信还处在激活的状态，可以保持当前的非默认（Default Session）会话，通过周期地发送请求帧来阻止自动跳转回默认（Default Session）会话。

13:50:37:160 0x709 3e 00

13:50:37:167 0x789 7e 00

//肯定响应

zeroSubFunction = 00 肯定响应

详解文章：

UDS-3E服务_uds 3e服务-优快云博客

开始刷写:13:50:37:167

13:50:37:167 ：--->准备进入Extended Session 

13:50:37:167 0x7df 10 03

13:50:37:178 0x789 50 03 00 32 01 f4                

//进入扩展对话

13:50:37:367 ：--->准备进入Request Seed

13:50:37:367 0x709 27 01

13:50:37:379 0x789 67 01 04 47 27 13            //获取种子,计算密钥

13:50:37:379 ：--->准备进入Send Key

13:50:37:381 0x709 27 02 9a c0 49 13

13:50:37:387 0x789 67 02                                //发送密钥

详解文章：【ISO14229_UDS_0x27服务详解】_27服务安全算法密钥78-优快云博客

13:50:37:387 ：--->准备进入Check Programming Precondition

13:50:37:387 0x709 31 01 df fd

13:50:37:397 0x789 71 01 df fd 00

//Bootloader会计算所有下载数据的校验和，此校验和将于31服务发送的Data进行比较。如果相同则认为数据可用。

13:50:37:397 ：--->准备进入DTC Setting Type=Off

13:50:37:397 0x7df 85 02

13:50:37:407 0x789 c5 02                                    //ECU应停止诊断故障码设置

参考文章：【车载开发系列】UDS诊断---控制DTC设置（$0x85）_关闭dtc存储时发送报文-优快云博客

13:50:37:598 ：--->准备进入Disable Non Diagnostic Communication

13:50:37:598 0x7df 28 01 01

13:50:37:608 0x789 68 01

                                                                               //Disable应用报文收发

13:50:37:798 ：--->准备进入Program Session

13:50:37:798 0x709 10 02

13:50:37:818 0x789 7f 10 78

13:50:37:925 0x789 50 02 00 32 01 f4

                                                                                //通过10 02切换到ProgrammingSession。

详解文章：

UDS统一诊断服务【一】诊断会话控制0X10服务_uds诊断会话切换-优快云博客

13:50:37:925 ：--->准备进入Request Seed

13:50:37:925 0x709 27 05

13:50:37:932 0x789 67 05 00 01 cb 91

//请求种子

13:50:37:932 ：--->准备进入Send Key

13:50:37:932 0x709 27 06 2d e7 76 dc

13:50:37:939 0x789 67 06

//发送密钥

13:50:37:939 ：--->准备进入Erase Memory

13:50:37:939 0x709 31 01 ff 00 44 01 00 00 10 00 1c a8 68

13:50:37:971 0x789 7f 31 78

13:50:39:908 0x789 7f 31 78

13:50:42:877 0x789 7f 31 78

13:50:45:846 0x789 71 01 ff 00

//擦除RAM内的程序

13:50:45:849 ：--->准备进入Request Download                

//通过34、36、37服务下载APP程序，即最终的mcu程序。

13:50:45:849 0x709 34 00 44 01 00 00 10 00 1c a8 68

13:50:45:861 0x789 74 20 0f fa

13:50:45:861 序号：1 长度(Bytes)：4088

13:50:45:861 0x709 36 01

13:50:46:456 0x789 7f 36 78

13:50:46:471 0x789 76 01

13:50:46:471 序号：2 长度(Bytes)：4088

13:50:46:471 0x709 36 02

13:50:47:067 0x789 7f 36 78

13:50:47:080 0x789 76 02

13:50:47:080 序号：3 长度(Bytes)：4088

13:50:47:080 0x709 36 03

13:50:47:674 0x789 7f 36 78

13:50:47:699 0x789 76 03

。

。

//此处省略刷写内容。

。

。

13:55:28:900 序号：458 长度(Bytes)：4088

13:55:28:900 0x709 36 ca

13:55:29:494 0x789 7f 36 78

13:55:29:518 0x789 76 ca

13:55:29:518 序号：459 长度(Bytes)：4088

13:55:29:518 0x709 36 cb

13:55:30:111 0x789 7f 36 78

13:55:30:136 0x789 76 cb

13:55:30:136 序号：460 长度(Bytes)：1728

13:55:30:136 0x709 36 cc

13:55:30:393 0x789 7f 36 78

13:55:30:403 0x789 76 cc

13:55:30:403 ：--->准备进入Request Transfer Exit

13:55:30:403 0x709 37 01

13:55:30:429 0x789 7f 37 78

13:55:32:060 0x789 77 01 7b c6

//Upload Download functional unit总共定义了5个诊断服务，分别是：

RequestDownload （0x34）：客户端向服务器请求下载数据

RequestUpload （0x35）客户端向服务器请求上传数据

TransferData（0x36） 客户端向服务器传数据（下载），或者服务器向客户端传数据（上传）

RequestTransferExit（0x37）数据传输完成，请求退出

RequestFileTransfer（0x38） 传输文件的操作，可以用于替代上传下载的服务。

        引用出处：统一诊断服务 (Unified diagnostic services ， UDS) （七） - 程序员大本营

13:55:32:060 ：--->准备进入Check Programming Integrity

13:55:32:060 0x709 31 01 df ff

13:55:32:088 0x789 7f 31 78

13:55:32:259 0x789 7f 31 78

13:55:32:402 0x789 7f 31 78

13:55:32:467 0x789 71 01 df ff 00

//通过31服务检查APP程序的数据一致性和完整性。

13:55:32:467 ：--->准备进入Check Programming Dependencies

13:55:32:467 0x709 31 01 ff 01

13:55:32:494 0x789 7f 31 78

13:55:32:526 0x789 71 01 ff 01 00

//通过31服务请求目标ECU运行一个例程，检查所有下载的软件部分的依赖关系。

13:55:32:526 ：--->准备进入Hard Reset

13:55:32:526 0x709 11 01

13:55:32:532 0x789 51 01

13:55:37:532 ：--->准备进入Default Session

13:55:37:532 0x7df 10 01

13:55:37:545 0x789 50 01 00 32 01 f4

//进入默认会话

13:55:37:732 ：--->准备进入Clear Diagnostic Information

13:55:37:732 0x709 14 ff ff ff

13:55:37:774 0x789 7f 14 78

13:55:38:034 0x789 54

//清除诊断信息

参考文章：

汽车UDS诊断之清除诊断信息服务（0x14）深度剖析_cdtcipr-优快云博客

刷写完成:13:55:38:622

刷写总耗时:301s

刷写App平均速度:51.57 kbps

UDS之BOOT刷写详细步骤
ldq520的博客
02-22 6403
现在汽车行业BOOT刷写还是比较热门的，所以学会BOOT刷写是非常重要的，以后还要学习更为高级的OTA升级（空中升级）等，本文介绍BOOT刷写的详细步骤。
UDS诊断之BootLoader刷写
车载测试
02-21 7395
BootLoader刷写分为三个步骤： 预编程步骤、 主编程步骤、 后编程步骤、
ECU刷写详细流程
最新发布
weixin_57554259的博客
06-08 797
摘要：ECU刷写流程包含13个关键步骤：1)校验固件文件完整性；2)进入扩展会话解锁功能；3)关闭DTC记录；4)切换至编程会话；5)通过Seed-Key机制完成安全认证；6)擦除Flash；7)请求下载并分块传输数据；8)结束传输后进行数据校验；9)执行依赖性检查；10)重启ECU加载新固件；11)恢复默认会话。该流程通过多重安全机制确保刷写可靠性，包括会话管理、访问控制、数据校验等环节，防止误操作和数据损坏。（149字）
UDS Flash刷写流程介绍
LOVE135149的博客
01-24 4590
bootloader刷写流程以及刷写中服务功能说明
MCU刷写
weixin_46158722的博客
03-11 1838
1、个人电脑安装python2.7 2、用调试线连接个人电脑与控制器 3、控制器断电，数秒后上电 4、bootload2.py update.s19两个文件放在一个文件夹内 5、ubuntu系统下 在当前文件夹下打开终端，输入 chmod 777 bootload2.py ./bootload2.py 等待程序停止，update success字样出现，即为刷写完成 6、注意事项： ./bootload.py的执行要在控制器上电十秒内 个人电脑与控制器应处于同一网段192.168.1.
CANoe_UDS-Bootloader刷写系列-含源码（一）刷写基本流程
特大号汤姆猫的博客
05-22 1万+
Bootloader 是在 ECU 上电初始化时运行的一段代码，它通过 can 线接收来自上位机的命 令，将数据写进 ECU 的指定 Flash 区段中。
车载测试：UDS之BootLoader刷写
车载测试
04-16 2874
车载测试：UDS之BootLoader刷写
CANoe中使用CAPL刷写流程详解（Trace图解）(CAN总线)
蚂蚁小兵
03-13 1万+
CANoe中使用CAPL刷写流程详解（Trace图解）(CAN总线)
CANFD UDS刷写流程
12-22
近期做了一个基于UDS协议进行自动刷写的项目，使用的labview进行刷写，刷写驱动程序（.bin）和S19文件。整理了一下流程，后期有时间会将labview刷写的整个流程及实现方法整理出来，一起交流。
UDS刷写上位机全套CAPL脚本：定制开发、刷写流程修改与项目需求满足——简易Panel界面结合V公司CAN卡及oe软件 - 刷写流程 深度版
05-23
首先展示了如何创建简易Panel界面并将其与V公司的CAN卡和OE软件集成，从而实现灵活的刷写流程调整。接着深入探讨了刷写的各个关键步骤，如进入扩展会话、状态机管理、数据下载以及异常处理等，并提供了具体的代码...
UDS刷写上位机全套CAPL脚本，配合V公司CAN卡和OE软件，实现刷写流程修改和上位机定制开发
05-02
内容概要：本文详细介绍了使用CAPL脚本开发带有简易面板界面的UDS刷写上位机的方法。首先，通过CAPL Panel编辑器创建了一个类似俄罗斯方块布局的操作面板，将按钮点击事件与诊断请求绑定，确保诊断请求能够正确发送...
UDS诊断程序，整车网络测试应用程序（PCAN-UDS API – User Manual.pdf）
07-22
UDS_PCAN_APIA应用程序，整车网络诊断应用程序，超值！（PEAK CAN UDS Application Programming Interface User Manual.pdf）
UDS诊断ECU升级刷写上位机参考代码
03-08
UDS（Unified Diagnostic Services）是汽车行业内广泛应用的一...通过学习和理解这些知识点，并结合提供的"UDS-based-Refresher-master"代码库，开发者可以构建自己的UDS诊断和刷写工具，以实现对ECU的有效管理和维护。
UDS刷写
m0_46221065的博客
07-04 1570
UDS刷写一般有普通刷写和强制刷写两种 普通刷写原理： 程序运行后首先在boot中运行，boot会对app程序进行校验，检查app程序是否正常，如果不正常会停留在boot区，正常则跳转到app区运行。程序在运行过程中会备份两份，如下图所示程序刷写会刷写右侧区域，刷写完成复位之前会未刷写区域和新程序进行互相拷贝。刷写过程中，当app收到刷写指令后会跳转到boot区对app进行刷写。通讯过程如下：未说明则为物理寻址 1、10 03（功能寻址） 2、31 01 XX XX 执行例程对刷写条件进行检验 3、85 停
汽车 ECU FlashBootLoader 常见刷写流程
热门推荐
Cheatscat的博客
05-21 1万+
bootloader是指基于UDS诊断的车载控制器mcu程序刷新。 成品车上要进行ECU的软件刷新，可以通过即Bootloader刷写和OTA升级。通过OBD接口进行Bootloader刷新的方式是目前的主流方式。 Bootloader分为Primary Bootloader跟Secondary Bootloader。 Primary Bootloader由ECU供应商预先编辑到非易失性存储器中，包含PBL的区域必须防止擦除，避免由于意外擦除PBL。 Secondary Bootloader存储在易
基于UDS的boot loader刷写示例分享（LIN）
dae32的博客
03-22 2652
例程服务完成之后，上位机请求下载数据，34服务，SID=34,特殊数据=00&44（特殊数据是规范好的数据），由于该帧是多帧，PCI=10 0B，表示该帧是多帧且是帧，数据共有11个字节（包含SID）。控制器状态有三种、默认、编程、拓展。其中默认也就是上电后控制器的状态，编程会话就是为了程序刷写特意做的模式，在默认会话权限上增加了程序刷写相关的权限，拓展权限则是获得了控制器的全部权限。一般地，10服务之后应该在进行一次22服务，也就是读取控制器当前状态，确保进入了编程会话服务，但是此处省略了这个服务。
UDS 官方推荐刷写Firmware流程
yeweiliang_93的博客
02-03 1796
UDS 官方推荐刷写Firmware流程
基于UDS服务的BootLoader架构和刷写流程
Kevin Qi 的博客
09-02 4181
基于UDS服务的BootLoader架构和刷写基本流程
基于ISO13400（DoIP）实现车辆刷写，你知多少？
SoftingChina的博客
11-16 2565
近年来，基于以太网实现车辆高带宽通讯无疑是整车研发中人们热议的话题。无论是车内基于车载以太网减少线束成本，实现ADAS，信息娱乐系统等技术，还是基于新的电子电气架构以及远程诊断需求，为实现以太网诊断（DoIP），各家OEM都投入大量人力、物力成本参与到研发之中。而使用DoIP进行诊断通讯的初衷之一便是提升车辆刷写速度。当前，Softing诊断工具链，从诊断数据开发至诊断测试，已涵盖DoIP诊断需求与功能。接下来我们将从UDSonDoIP数据库开发、DoIP诊断通讯连接、DoIP刷写实例三方面进行DoIP刷.
加快CAN刷写
05-27
### 优化CAN协议刷写速度的技术方案 为了优化CAN协议的刷写速度，可以从硬件和软件两个方面入手。以下是一些关键点和技术细节： #### 1. 使用CAN FD代替传统CAN CAN FD（Flexible Data-rate）是一种扩展的CAN协议，允许更高的比特率和更大的数据帧长度。通过使用CAN FD，可以显著提高数据传输效率，从而加快刷写速度[^2]。 ```python # 示例：配置CAN FD控制器 import can bus = can.Bus(interface='socketcan', channel='can0', fd=True) ``` #### 2. 减少通信延迟 在UDS Bootloader刷写过程中，减少每次交互的确认时间可以有效提升整体性能。可以通过调整超时参数或使用批量传输模式来减少延迟[^3]。 ```python # 示例：设置CAN消息超时时间 bus.send(msg, timeout=0.1) # 设置较短的超时时间 ``` #### 3. 实现断点续传功能 断点续传不仅可以提高刷写的可靠性，还可以避免因网络中断导致的重复传输。通过记录和读取断点信息，可以在出现异常时快速恢复刷写过程[^4]。 ```python # 示例：实现断点续传逻辑 def read_breakpoint(bus): msg = bus.recv() if msg.arbitration_id == BREAKPOINT_ID: return msg.data[0] ``` #### 4. 提高ECU内存管理效率 对于嵌入式系统开发工程师来说，合理划分ECU内存并优化刷写颗粒度是关键。例如，将刷写内存划分为10%等量的部分，每完成一部分即写入断点信息，这有助于在出现问题时快速定位并恢复[^4]。 #### 5. 利用Python语言实现高效刷写 随着智能电动汽车行业的发展，Python语言因其易用性和强大的库支持，逐渐成为实现Bootloader刷写的主流工具。通过编写高效的Python脚本，可以进一步优化刷写流程[^5]。 ```python # 示例：使用Python实现CAN总线UDS Bootloader刷写 import cantools db = cantools.database.load_file('uds.dbc') message = db.get_message_by_name('DiagnosticMessage') data = message.encode({'Data': [0x01, 0x02, 0x03]}) bus.send(can.Message(arbitration_id=message.frame_id, data=data)) ``` #### 6. 调整刷写策略 根据具体的ECU硬件特性，调整刷写策略以适应不同的场景。例如，对于支持A/B分区的ECU，可以选择先刷写到备用分区，然后切换活动分区，从而实现无感刷写。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值