UDS 流程

最新推荐文章于 2024-06-13 17:38:42 发布
最新推荐文章于 2024-06-13 17:38:42 发布
阅读量355 收藏
点赞数
分类专栏： UDS 文章标签： 汽车 c语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34309267/article/details/131712144
版权
本文详细介绍了UDS（统一诊断服务）在汽车编程中的过程，包括停止设置DTC、禁用非诊断通信、进入编程会话、请求种子、发送密钥、写入修复店代码、编程日期、下载闪存驱动、传输数据、检查闪存驱动依赖、擦除应用软件内存、请求下载、传输退出等步骤，内容涉及汽车ECU的刷写与诊断操作。
摘要由CSDN通过智能技术生成

Enter extended session.
<--- 10 03
---> 50 03 00 32 01 F4

Stop setting of DTCs.
<--- 85 02
---> C5 02

Disable non-diagnostic communication.
<--- 28 03 03
---> 68 03

Enter programming session.
<--- 10 02
---> 7F 10 78
---> 50 02 00 32 01 F4

Request seed.
<--- 27 03
---> 67 03 

Send key.
<--- 27 04 
---> 67 04

Write Program Repair Shop Code.
<--- 2E F1 95 xx xx
---> 7F 2E 78
---> 6E F1 98

Write Programming Date.
<--- 2E F1 99 xx xxxx xx
---> 7F 2E 78
---> 6E F1 99

Download Flash Driver.
<--- 34 00 44 01 FF 04 00 00 00 0C 00
---> 74 20 04 02

Transfer Data.
<--- 36 01...
---> 76 01

<--- 36 02...
---> 76 02

<--- 36 03...
---> 76 03

Request Transfer Exit.
<--- 37
---> 77

Check Flash Driver Dependencies.
<--- 31 01 FF 01
---> 71 01 FF 01 00

Erase Application Software Memory.
<--- 31 01 FF 00 44 80 01 00 00 00 1E 00 00
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 7F 31 78
---> 71 01 FF 00 00

Request Download.
<--- 34 00 44 80 02 00 00 00 04 14 00
---> 74 20 04 02

Transfer Data.
<--- 36 01...
---> 76 01

<--- 36 02...
---> 76 02

<--- 36 03...
---> 76 03

<--- 36 04...
---> 76 04

<--- 36 05...
---> 76 05

<--- 36 06...
---> 76 06

<--- 36 07...
---> 76 07

<--- 36 08...
---> 76 08

<--- 36 09...
---> 76 09

<--- 36 0A...
---> 76 0A

<--- 36 0B...
---> 76 0B

<--- 36 0C...
---> 76 0C

<--- 36 0D...
---> 76 0D

<--- 36 0E...
---> 76 0E

<--- 36 0F...
---> 76 0F

<--- 36 10...
---> 76 10

<--- 36 11...
---> 76 11

<--- 36 12...
---> 76 12

<--- 36 13...
---> 76 13

<--- 36 14...
---> 76 14

<--- 36 15...
---> 76 15

<--- 36 16...
---> 76 16

<--- 36 17...
---> 76 17

<--- 36 18...
---> 76 18

<--- 36 19...
---> 76 19

<--- 36 1A...
---> 76 1A

<--- 36 1B...
---> 76 1B

<--- 36 1C...
---> 76 1C

<--- 36 1D...
---> 76 1D

<--- 36 1E...
---> 76 1E

<--- 36 1F...
---> 76 1F

<--- 36 20...
---&g

最低0.47元/天 解锁文章
qq_34309267
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
统一诊断服务(UDS)中的肯定响应抑制
闲聊汽车软件开发
05-16 1万+
统一诊断服务UDS中的肯定响应抑制子功能参数定义肯定响应抑制位的作用例外情况 子功能参数定义 UDS协议中，有些诊断服务是带有子功能的。子功能参数的取值范围为0x00 - 0x7F。细心的同学应该发现了，子功能参数占用了一个字节，可用的数值范围为0~0xFF。但子功能的最大取值只到0x7F，那么最高位去哪了呢。这个子功能参数的最高位就是我们今天要聊的诊断服务肯定响应抑制位SuppressPosRspMsgIndicationBit，简写为SPRMIB。 如下是诊断服务子功能参数的格式定义。其中的最高位Bit
UDS (2)_UDSC语言_uds
09-11
UDS协议C语言，有需要的可以自行下载！
UDS_uds诊断_uds_
10-03
文件中包含UDS诊断协议详解与14229标准与部分demo
UDS协议教程：探索汽车诊断协议
最新发布
wesigj的博客
06-13 129
UDS协议教程大家好！我非常高兴能与大家分享UDS协议的一些基础知识，以及为什么它在汽车诊断方面如此出色。UDS 代表统一诊断服务，它是一种定义测试仪（如扫描工具或笔记本电脑）如何与车辆中的电子控制单元 （ECU） 通信的标准。它基于 ISO 14229 标准，并使用 ISO 15765-2 传输协议通过 CAN 总线发送和接收消息。与KWP2000或OBD-II等较旧的诊断方案相比，UDS具有许多优势。
汽车诊断UDS通讯协议帧 数据报文解析
实施之家
08-11 4935
UDS通讯单帧8个字节组成，有效数据长度，服务名，子服务，之后跟随填充。 UDS通讯多帧以10开头准备发送多帧，接受到数据后会回复一个流控帧30，再持续发送数据直到出现正响应。 正响应：接收到数据得到回复，应当是在服务标识值符的字节上加上40，例如发送请求值10 得到回复50。 负响应：接收到7F与服务名，跟随故障码。 熟悉正响应服务标识中请求信息中值所代表的服务名称，以及子服务值所对应的功能。 熟悉负响应否定码所对应的错误信息。 负响应中也...
UDS服务基础篇之2E
wto9109的博客
07-01 8299
2E服务作为诊断服务中的基础服务，可以简单理解为就是一个用于写入ECU数据的外部接口，可实时获取软件内部的相关的状态信息。鉴于本文是基础入门介绍，小T还是会问下大家有关2E诊断服务的相关问题？这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：根据ISO14119-1标准中所述，诊断服务2E主要用于Client向Server(ECU)通过DID的方式写入相关的数据。一般而言，对于2E诊断服务，主要应用场景为以下场合：上述这些应用场景较为常见，除此以外，当然还有很多面向ECU内部测试的
【ISO14229_UDS诊断】-11.3-$19服务sub-function = 0x02 reportDTCByStatusMask
「汽车电子助手」的博客
12-08 2139
总目录：（单击下方链接皆可跳转至专栏总目录） 《UDS/OBD诊断&诊断描述文件CDD》总目录https://blog.csdn.net/qfmzhu/article/details/120425660 目录 1 #19服务Sub-Function = 0x02描述 1.1 检索与客户端定义的状态掩码匹配的DTC列表（sub-function = 0x02 reportDTCByStatusMask） 2 #19服务请求消息 2.1 #19服务请求消息定义 2.2 #19服务请求消息数
UDS诊断协议
努力搬砖的打工人
07-29 3021
UDS本质上是一系列服务的集合，包含6大类，共26种。每种服务都有独立的ID，即SID。
CANFD UDS刷写流程
12-22
近期做了一个基于UDS协议进行自动刷写的项目，使用的labview进行刷写，刷写驱动程序（.bin）和S19文件。整理了一下流程，后期有时间会将labview刷写的整个流程及实现方法整理出来，一起交流。
UDS故障诊断流程
01-08
### UDS故障诊断流程详解 #### 一、引言 随着汽车电子技术的快速发展，车辆中的电子控制系统变得越来越复杂，为了提高车辆的可靠性和维护效率，一套高效的故障诊断系统至关重要。UDS（Unified Diagnostic Services...
UDS协议，SPI通信协议，BootLoader协议，升级流程图
12-13
升级流程图是指软件或固件升级过程中的一系列步骤，通常包括检查当前版本、下载新版本、校验新版本、停用旧版本服务、安装新版本、验证新版本功能等环节。这些步骤确保升级过程安全可靠，减少系统中断的可能性。 ...
UDS 安全访问的基本流程
06-23
本文将深入探讨UDS安全访问的基本流程，特别是seed&key请求与应答流程。 在UDS的安全访问中，测试仪（如CANoe）首先需要向ECU请求一个种子（Seed）。这个种子是ECU生成的一个随机数，用于后续密钥（Key）的计算。...
UDS之BOOT刷写详细步骤
ldq520的博客
02-22 2270
现在汽车行业BOOT刷写还是比较热门的，所以学会BOOT刷写是非常重要的，以后还要学习更为高级的OTA升级（空中升级）等，本文介绍BOOT刷写的详细步骤。
UDS服务-22、2E、23、2A服务
yunhuhude的博客
10-08 4234
它的好处是当要读取某个单元的诊断数据时，只要读对应的DID就可以，不必知道数据的具体地址。功能： 用户通过请求该服务，写指定dataIdentifler（数据标识符DID）所记录的数据值到NVM(非易失性存储，上下电不会被清除的空间，如：EEPROM，ROM,一般常用DataFlash仿EE，性价比高)中。10 09 中1代表第一帧，009为这个多帧中的数据长度，62=22+40，后面跟对应的DID及数据。安全访问拒绝，请求的DID是受保护的，且没有处于解锁状态。CNC 请求诊断会话控制的条件不满足。
UDS诊断的几篇高质量博客推荐
usstmiracle的博客
10-22 2004
UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是ISO 15765 和ISO 14229 定义的一种汽车通用诊断协议，位于OSI模型中的应用层，它可在不同的汽车总线（例如CAN, LIN, Flexray, Internet 和K-line）上实现。UDS协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN的诊断协议。 如下图所示，ISO 14229-1也就是UDS协议仅对应用层做出了定义，物理层有双绞线和光纤供用户选择，数据链路
汽车诊断之UDS入门-DTC(Diagnostic Trouble Code)相关服务0x14,0x85
weixin_44842720的博客
09-28 1223
DTC(Diagnostic Trouble Code)相关服务0x14,0x85
车载网络测试 - UDS诊断篇 - 诊断数据简析
王小奎的博客
03-01 1273
UDS的常用的诊断测试服务主要包括：诊断会话控制（$10）、ECU重启（$11）、安全访问（$27）、通讯控制（$28）、会话保持（$3E）、DTC控制（$85）、读取DID数据（$22）、写入DID数据（$2E）、清除故障码（$14）、读取故障码信息（$19）、IO控制（$2F）、例程控制（$31）、请求下载（$34）、数据传输（$36）、退出传输（$37）。
UDS诊断学习
2301_80192405的博客
02-22 2073
汽车诊断技术是指在不拆卸车辆的情况下，通过读取车辆在运行过程中所记录的数据或故障码来查明故障原因，并确定故障部位的汽车应用技术。通过诊断，可以快速检测到汽车故障来提高汽车安全性和维修效率。USD协议诊断主要采用“问 - 答”模式，即诊断仪(Tester)像车辆指定的ECU发送请求(Request)，指定的ECU会做出相对应的响应(Response)，并将响应返回给诊断仪。从而可以依据定义好的诊断调查问卷，就可以将相对应的数据转化为相对应的问题和描述。
uds bootloader流程
06-06
UDS Bootloader流程是指在车辆电子控制单元（ECU）中使用UDS协议进行软件更新的过程。以下是大致的UDS Bootloader流程： 1. 准备阶段：在车辆维修过程中，需要使用标准的OBDII诊断设备连接到车辆的OBDII接口。通过诊断设备，可以识别ECU的类型、识别ECU的硬件和软件版本、以及查看ECU的错误代码。 2. 准备更新：在确定ECU需要更新后，需要下载正确的软件更新文件，并将其存储在诊断设备中。 3. 进入UDS Bootloader模式：通过诊断设备发送UDS命令，让ECU进入UDS Bootloader模式。在此模式下，ECU接受UDS命令并执行相应的操作，例如擦除程序存储器、写入新的软件文件等。 4. 下载更新文件：将软件更新文件传输到ECU中。这个过程可能需要一些时间，具体取决于更新文件的大小和传输速度。 5. 安装更新：在更新文件下载完成后，ECU会执行安装程序，将新的软件写入程序存储器中。在写入期间，ECU会监控写入进度和检查更新文件的完整性。 6. 更新完成：ECU在安装新软件后，将从UDS Bootloader模式退出，并重新启动以加载新软件。更新完成后，诊断设备可以检查ECU的状态以确保更新成功。 以上是UDS Bootloader流程的大致步骤，不同型号的车辆和ECU可能会有所不同。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qq_34309267

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值