ISO 14229+统一诊断服务

合集下载

ISO14229-1、道路车辆统一诊断服务

)
原语中的数据单元内容一致
应用层接口服务
n 服务原语的格式
n request-confirm
Service_name.req_req ( SA, TA, TA_type, RA,（远程地址，可选） Result, )
枚举： Positive，negative
• response-confirm
Service_name.rsp_con ( SA, TA, TA_type, RA,（远程地址，可选） Result, )
M/U/C/S
XX
XX=[ XX
: XX]
应用层协议
n 否定响应A_PDU
A_PDU parameter
Parameter Name
• 与数据链路无关的诊断服务
OSI各层应用层表示层会话层传输层网络层数据链路层物理层
增强的诊断服务（与排放无关）
ISO 14229-1/ ISO 15765-3 --ISO 15765-3 ISO 15765-2 ISO 15765-2 ISO 11898-1 ISO 11898
ISO 14229-1/其它标准 -------------
v Response
q SA=18,TA=200,RA=242 (Main Network) q SA=10,TA=242,RA=18 (Remote Network)
外部测试设备
242
10
远程网络
网关
200
18
主网络
本地服务器
目录
• 概述 • 应用层接口服务 • 应用层协议 • 各功能单元诊断服务
定义文档
ISO 15031-5 ISO 14229-1 保留 ISO 15031-5 ISO 14229-1 ISO 14229-1 ISO 14229-1 保留 ISO 14230 保留 ISO 14229-1 为将来需求扩展保留

UDS最全内容总结资料讲解

前言 (2)UDS 的7种服务及肯定响应和否定响应的形式 (3)$10诊断会话 (5)$3E待机握手 (6)$27安全访问 (7)$22读数据 (8)$2E写数据 (8)$19 读DTC (9)$14清除DTC (10)统一诊断服务(Unified diagnostic services ，UDS) （一） (11)Diagnostic request的格式： (11)统一诊断服务(Unified diagnostic services ，UDS) （二） (12)Diagnostic Session Control (0x10) (13)诊断response的格式：Diagnostic Session Control (13)ECU Reset 诊断request的格式 (14)Security Access (0x27) (14)统一诊断服务(Unified diagnostic services ，UDS) （三） (14)Tester Present (0x3E) (16)Control DTC Setting (0x85) (16)Response On Event (0x86) (16)Link Control (0x87) (16)统一诊断服务(Unified diagnostic services ，UDS) （四） (17)Read Data By Identifier (0x22) (17)0x23服务的请求格式0x23 (17)统一诊断服务(Unified diagnostic services ，UDS) （五） (18)0x14:Clear Diagnostic Information (18)0x19:Read DTC Information (18)统一诊断服务(Unified diagnostic services ，UDS) （六） (19)Input Output Control By Identifier (0x2F) (19)Routine Control (0x31) (21)统一诊断服务(Unified diagnostic services ，UDS) （七） (21)Request Download （0x34）： (22)Transfer Data（0x36）： (22)Request Transfer Exit（0x37）： (23)基于CAN总线实现的UDS诊断（DoCAN） (23)前言UDS协议即ISO14229,是Unified Diagnostic Services，统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ECU发什么指令，读数据流又是发什么指令。

UDS最全内容总结

前言 (2)UDS 的7种服务及肯定响应和否定响应的形式 (3)$10诊断会话 (5)$3E待机握手 (6)$27安全访问 (7)$22读数据 (8)$2E写数据 (8)$19 读DTC (8)$14清除DTC (10)统一诊断服务(Unified diagnostic services ，UDS) （一） (10)Diagnostic request的格式： (10)统一诊断服务(Unified diagnostic services ，UDS) （二） (12)Diagnostic Session Control (0x10) (12)诊断response的格式：Diagnostic Session Control (13)ECU Reset 诊断request的格式 (13)Security Access (0x27) (13)统一诊断服务(Unified diagnostic services ，UDS) （三） (14)Tester Present (0x3E) (15)Control DTC Setting (0x85) (16)Response On Event (0x86) (16)Link Control (0x87) (16)统一诊断服务(Unified diagnostic services ，UDS) （四） (16)Read Data By Identifier (0x22) (16)0x23服务的请求格式0x23 (17)统一诊断服务(Unified diagnostic services ，UDS) （五） (17)0x14:Clear Diagnostic Information (17)0x19:Read DTC Information (18)统一诊断服务(Unified diagnostic services ，UDS) （六） (19)Input Output Control By Identifier (0x2F) (19)Routine Control (0x31) (20)统一诊断服务(Unified diagnostic services ，UDS) （七） (21)Request Download （0x34）： (21)Transfer Data（0x36）： (22)Request Transfer Exit（0x37）： (22)基于CAN总线实现的UDS诊断（DoCAN） (23)前言UDS协议即ISO14229,是Unified Diagnostic Services，统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ECU发什么指令，读数据流又是发什么指令。

汽车UDS协议简称

UDS的ECU诊断：老的V AG1551和V AG1552只支持ISO9141和少部分ISO14230车辆；V AS5051和V AS5052多支持ISO15031（EOBD）和ISO-15765（can-bus）不支持UDS，所以已经在2007年开始淘汰。

UDS: 全球统一车载电脑（ECU）自诊断服务2006 （ECU制造标准）UDS协议，也就是ISO14229协议，既可以用于CAN总线，也可以用于K线。

现货大众奥迪斯柯达UDS协议5053 VCDS908.1/10.数据线：全中文显示界面，功能更强大！最新版大众VCDS 检测软件，支持最新款大众车系。

*完全支持使用最新"Service22"识别技术的控制模块单元*支持使用最新"UDS/ODX/ASAM"诊断协议的控制模块单元．控制模块识别（包括高级识别），编码，安全访问／允许进入，以及故障码*全新的进程日志功能支持普通OBD2功能模式１０*支持同时使用两个发动机控制模块的车辆，比如RS4以及W12发动机．您可以能过地址３１,同时进入两个发动机控制模块，执行诸如节气门匹配（TBA)之类的操作*匹配屏幕功能增强，支持一些匹配值非常长的控制模块*高级标识功能增强，数据处理方式更灵活*全新的内部网关编码辅助，特别用于基于B8平台的奥迪车辆*标签文件修订增加升级*新的服务提醒（检修保养服务）功能*支持引导性准备就绪程序*光纤总线诊断*蓄电池编码辅助*保存和获取高级测量值块配置*与最新车型兼容性大增*全新的USB安装辅助完全可以诊断最新型大众车(包括09年)，功能强大．一汽大众，上海大众，德国大众所有车型．主要功能：A.实时了解你车子的状态。

发动机工作转速节气门开度蓄电池电压等等,便于用户视情况采取维修措施。

B.读取、清除故障码C.读三组动态数据流，波形分析。

D.自动落锁，开锁和闪灯和响喇叭设置E.遥控匹配，原厂钥匙匹配F.单门解锁和四门解锁（默认）设置G.清洗匹配节气门H．新的7位PIN／SKC代码匹配所有安装mobilizer防盗系统的VW／Audi／Seat／Skoda汽车钥匙（即第三代防盗）I.公理落锁保养提醒灯光设置等等最大限度满足你DIY的心情是目前唯一支持2010新款大众车系UDS协议的数据线。

uds诊断协议测试标准

uds诊断协议测试标准
UDS（Unified Diagnostic Services）是一种基于标准协议的诊断服务，
用于诊断车辆电子控制单元（ECU）的功能和状态。

UDS诊断协议测
试标准主要包括以下几个方面：
1. 通信协议：测试标准要求基于ISO 14229和ISO 15765等相关标准，
确保诊断工具与被测试的ECU之间能够正确通信。

2. 诊断会话管理：测试标准需要验证诊断工具是否能够根据ECU的需
求建立并管理诊断会话，包括诊断会话的建立、切换和终止。

3. 诊断服务支持：测试标准要求检查诊断工具是否支持诊断会话中的
各种诊断服务，例如读取错误码、清除错误码、读取数据流、编程等。

4. 诊断数据的获取和解析：测试标准需要验证诊断工具是否能够正确
获取和解析ECU返回的诊断数据，包括错误码、数据流和编程数据等。

5. 诊断报文的发送和接收：测试标准要求验证诊断工具是否能够正确
发送诊断请求报文，并能够按照协议规定接收ECU的响应报文。

6. 兼容性测试：测试标准需要测试不同厂家的诊断工具和ECU之间的
兼容性，确保不同设备之间的诊断功能能够正常工作。

7. 安全性测试：测试标准要求验证诊断工具是否能够正确处理和保护
诊断数据的安全性，防止未授权的访问和操控。

测试标准会根据具体
的应用领域和需求进行调整和扩展，以确保UDS诊断协议的稳定性和
可靠性。

ISO 14229-3-2012在CAN实施上的统一诊断服务

ISO copyright office Case postale 56 • CH-1211 Geneva 20 Tel. + 41 22 749 01 11 Fax + 41 22 749 09 47 E-mail copyright@ Web
Published in Switzerland
6
Unified diagnostic services implementation on CAN ..................................................................................................... 4
4
Conventions ............................................................................................................................................................................................................... 2
INTERNATIONAL STANDARD
ISO 14229-3
First edition 2012-12-01
Road vehicles — Unified diagnostic services (UDS) —
Part 3: Unified diagnostic services on CAN implementation (UDSonCAN)
3.1 Terms and definitions ....................................................................................................................................................................... 1

uds14299标准

ISO-14229，也称为UDS，是一种面向汽车控制单元ECU的统一诊断服务标准。

它规定了诊断仪（Tester）与汽车ECU之间进行信息交互时所需要的数据格式。

UDS服务支持Subfunction的请求和响应格式，其请求格式为“SID+一个字
节Subfunction+具体的数据”，而肯定响应格式为“SID+40+Subfunction+具体的
数据”。

但并不是所有的UDS服务都支持Subfunction，有的服务支持DID，即数
据ID，其请求格式为“SID+具体的DID+数据内容”，肯定响应格式为
“SID+40+DID+具体的数据”。

此外，否定响应格式是一个固定的格式“7F+请求报文里的SID+一个字节的NRC”。

以上内容仅供参考，如需更多信息，建议查阅ISO-14229相关文献或咨询汽
车工程专家。

ISO14229 服务内容

ISO 14229服务内容10 Diagnostic Session Control 诊断话路控制11 ECU Reset ECU复位14 Clear Diagnostic Information 清故障信息19 Read DTC Information 读故障码信息22 Read Data By Identifier 根据辨识符读数据23 Read Memory By Address24 Read Scaling Data By Identifier27 Security Access 安全访问28 Communication Control 通信控制2A ReadDataByPeriodicIdentifier 根据周期辨识码读数据2C Dynamically Define Data Identifier 动态定义数据辨识2E Write Data By Identifier 根据辨识写数据2F Input Output Control By Identifier 根据辨识输入输出控制31 Routine Control 常规控制34 Request Download 请求下载35 Request Upload 请求上传36 Transfer Data 传输数据37 Request Transfer Exit 请求传输退出3D WriteMemoryByAddress 通过地址写存贮器3E Tester Present 通讯保持83 AccessTimingParameter 访问时间参数84 SecuredData Transmission 安全数据传送85 Control DTC Setting 故障码设定86 ResponseOnEvent 事件响应87 Link Control 连接控制（波特率设定）。

UDS诊断服务介绍

ReportNumberOfDTCByStatusMask
3
DTCStatusAvailabilityMask
4
ISO15031-6 DTC Format
5
DTCCount[] = [ DTC Count High Byte
6
DTC Count Low Byte ]
负响应格式
Message Usage Data Value[hex]
Message Usage Data Value[hex]
M
50
M
00-FF
Message Usage Data Value[hex]
M
7F
M
10
M
00-FF
12
13
22
7
ECUReset
服务请求格式
Data Byte No.
Parameter Name
1
ECU Reset Request Service ID
Parameter Name
1
Negative Response
2
ECU Reset
Negative Response Trouble Code
3
Sub Function Not Supported
Incorrect Message Length Or Invalid Format
Message Usage Data Value[hex]
01 00 - FF
12
ReadDTCInformation
正响应格式
Report Number of DTC by Status Mask
Data Byte No.
Parameter Name

ISO 14229+统一诊断服务

62
远程
服务器
恒润科技公司

Confidential
12
应用层接口服务

远程诊断示例1

Request

SA=241,TA=200,RA=62 (Main Network) SA=10,TA=62,RA=241 (Remote Network)
SA=62,TA=10,RA=241 (Remote Network) SA=200,TA=241,RA=62 (Main Network)
恒润科技公司

Confidential
2
概述

定义诊断系统的通用需求

与数据链路无关的诊断服务
增强的诊断服务（与排放无关） ISO 14229-1/ ISO 15765-3 --ISO 15765-3 ISO 15765-2 ISO 15765-2 ISO 11898-1 ISO 14229-1/其它标准 -----------
OSI各层应用层表示层会话层传输层网络层数据链路层
物理层
ISO 11898
---
恒润科技公司

Confidential
3
概述

ISO 14229-1 UDS在各种数据链路的未来实现
ISO 14229-1 统一诊断规范和需求
ISO 15765-3 CAN诊断
未来：无线诊断LAN

A_PDU —应用层协议数据单元

Application Layer Protocol Data Unit SA, TA, TA_type [,RA], A_Data A_Data=A_PCI+[parameter1,…]

关于DTC诊断故障码的获取与清除（ISO14229系列之14、19服务）

关于DTC诊断故障码的获取与清除（ISO14229系列之14、19服务）19服务允许客户端从服务器请求诊断信息（包括DTC，捕获的数据等）。

该服务允许客户端从车辆内的任何服务器或服务器组读取服务器驻留诊断故障代码（DTC）信息的状态。

除非另有说明，否则服务器应返回与排放有关的DTC 信息和与排放无关的DTC 信息。

该服务允许客户端执行以下操作：——检索与客户端定义的 DTC 状态掩码匹配的 DTC 数量（在请求时）；——检索与客户端定义的 DTC 状态掩码匹配的所有 DTC 的列表；——检索与客户端定义的DTC 和状态掩码组合相关联的DTC Snapshot 数据；——从 DTC 内存或 DTC 镜像内存中检索与客户端定义的 DTC 和状态掩码组合相关联的 DTC 扩展数据；—— DTC 发生计数器；——当前阈值；—— last 最后一次出现的时间；——故障验证计数器——未完成的测试计数器——故障发生计数器—— DTC老化计数器——特定于OBD的计数器——检索与客户端定义的严重性掩码匹配的DTC 数量（在请求时）；——检索与客户端定义的严重性掩码记录匹配的 DTC 列表；——检索客户定义的故障诊断代码的严重性信息；——检索服务器支持的所有 DTC 的状态；——检索服务器失败的第一个故障诊断代码；——检索服务器内最近发生故障的 DTC；——检索服务器确认的第一个故障码；——检索服务器中最近确认的故障诊断代码；——从 DTC 镜像存储器中检索与客户端定义的 DTC 状态掩码匹配的 DTC 列表；——从 DTC 镜像存储器中检索客户端定义的 DTC 掩码的镜像存储器DTC Extended Data 记录数据和客户端定义的DTC Extended Data 记录号；——从与客户端定义的 DTC 状态掩码匹配的 DTC 镜像存储器中检索 DTC 的数量；——检索与客户端定义的 DTC 状态掩码匹配的“仅”与排放相关的 OBD DTC 的数量——检索所有当前已被或尚未被检测为“待定”或“已确认”的“合格的”故障诊断代码；——检索所有具有“ permanentDTC”状态的 DTC（这些 DTC 先前已由 clearDiagnosticInformation 服务清除，但保留在服务器的非易失性存储器中，直到成功通过每个 DTC 的相应监视器为止。

UDS诊断的一些理解

UDS（ISO14229）统一诊断服务。

其最重要的作用就是用来诊断汽车的故障的。

车上的ECU 很多，如果每个厂商自己定义规范，处理故障会很麻烦，所以统一定义了一整套UDS相关规范，方便维护，4S店用诊断仪就可以判断车上的故障，写数据。

10服务：诊断会话控制01：默认会话胎压要写ID，首先要进入此模式02：编程会话03：扩展会话用bootloader升级时进入此模式复位重启进入boot发送数据格式为：02 10 01回复数据格式为：02 50 01消极响应为：03 7F 10 12/13/22消极响应是有固定定义12是系统不支持13是数据长度错误22是条件不正确11服务：ECU复位01：硬件复位胎压BOOT升级完成后用此复位模式02：开关复位03：软件复位发送数据格式为：02 11 01回复数据格式为：02 51 01消极响应为：03 7F 11 12/13/22消极响应是有固定定义12是系统不支持13是数据长度错误22是条件不正确14服务：清楚诊断信息发送数据格式为：04 14 FF FF FF回复数据格式为：04 54 FF FF FF消极响应为：03 7F 14 12/31/22消极响应是有固定定义12是系统不支持31是请求超出范围22是条件不正确19服务：读取DTC信息01：DTC的个数02：掩码状态04：报告DTC快照信息0A：报告支持的DTC 要通过27诊断发送数据和上面一样，只不过回复不同。

举例22服务：通过表示符读取数据22后加对应DID DID不是公有消极响应同上27服务：安全访问有些数据写入不能随便写，要通过算法进行安全验证，确认是自己人操作，再写。

诊断仪电机控制器ECU1. 请求种子--> 计算种子2. 接收种子<-- 答复种子3. 发送密钥--> 计算密钥对比密钥4. 获取权限 <-- 返回权限切换状态2E服务：写数据28服务：通信控制在对控制器升级的时候降低总线负载，禁止其他ECU发送数据00：使能接收和发送01：使能接收关闭发送02：关闭接收使能发送03：关闭接收和发送31服务：程序例程控制比较通用的包括烧录时的数据完整性检查、擦除内存等等。

UDS - 统一诊断服务详解_入门

应用场景与作用： •当该诊断请求需要发送至特定ECU节点时，就需要使用物理寻址方式，如使用 $2E服务写DID或者执行$34，$36, $37执行下载程序时；当该诊断请求需要发送至当前网络下所有的ECU节点时，就需要使用功能寻址，典型过程如FBL刷写过程中的$28,$85服务等。
•BS：接收方表示发送流控帧之后，发送方被允许连续发送的最大帧数目。特殊情况下，如果该值为0，则表示发送连续帧没有限制，如果值为8，表示发送方最多能连续发送8帧CF就会继续收到接收方的流控帧；
23
0x27服务_Security Access (安全访问)
安全访问序列如下图所示，一共4步组成， •诊断仪先发送请求seed的报文(27 01) •ECU响应seed(67 01 xx xx xx xx) •诊断仪根据返回的seed按照约定算法计算key值，并发送给ECU请求验证(27 02 xx xx xx xx) •ECU收到请求之后，也按照约定的算法对该key进行校验，并给出响应，若计算一致，则为正响应(67 02)，否则为负响应(7F 27 NRC) ECU若校验key一致，则ECU则切换安全状态至对应的解锁状态，此时在该解锁状态下能够支持的服务都应该可以工作。如果ECU 已经处于解锁状态，此时诊断仪再次发送请求seed的报文，ECU应该响应seed为0的正响应。 seed请求的子服务值为奇数，对应的key请求验证的子服务值为该奇数加1，如27 01与27 02为一组安全等级，27 03与27 04为一组安全等级，27 11与27 12为一组安全等级。不同的安全等级由客户定义功能区分。
10
UDS时间参数
UDS时间参数
传输层时间参数 ##### Addressing Mode(AM) 在发送诊断指令的过程中，存在以下两种寻址方式： •物理寻址：即该诊断服务请求只针对符合请求中物理地址的ECU，其他ECU节点不做任何接收处理； •功能寻址：即该诊断物理请求针对当前网络下所有的ECU节点，所有的ECU均会接收处理该诊断请求；一般而言，一个ECU节点只会存在1对物理寻址，1对功能寻址；每一对寻址方式根据客户的需求来自行定义。

UDS最全内容总结

前言 (3)UDS 的7种服务及肯定响应和否定响应的形式 (4)$10诊断会话 (7)$3E待机握手 (9)$27安全访问 (9)$22读数据 (11)$2E写数据 (12)$19 读DTC (12)$14清除DTC (13)统一诊断服务 (Unified diagnostic services ， UDS) （一） (15)Diagnostic request的格式： (15)统一诊断服务 (Unified diagnostic services ， UDS) （二） (17)Diagnostic Session Control (0x10) (18)诊断response的格式：Diagnostic Session Control (19)ECU Reset 诊断request的格式 (19)Security Access (0x27) (19)统一诊断服务 (Unified diagnostic services ， UDS) （三） (20)Tester Present (0x3E) (22)Control DTC Setting (0x85) (23)Response On Event (0x86) (23)Link Control (0x87) (23)统一诊断服务 (Unified diagnostic services ， UDS) （四） (24)Read Data By Identifier (0x22) (24)0x23服务的请求格式0x23 (25)统一诊断服务 (Unified diagnostic services ， UDS) （五） (25)0x14:Clear Diagnostic Information (26)0x19:Read DTC Information (26)统一诊断服务 (Unified diagnostic services ， UDS) （六） (28)Input Output Control By Identifier (0x2F) (28)Routine Control (0x31) (30)统一诊断服务 (Unified diagnostic services ， UDS) （七） (31)Request Download （0x34）： (32)Transfer Data（0x36）： (33)Request Transfer Exit（0x37）： (33)基于CAN总线实现的UDS诊断（DoCAN） (34)前言UDS协议即ISO14229,是Unified Diagnostic Services，统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ECU发什么指令，读数据流又是发什么指令。

iso14229 车辆诊断服务标准

iso14229车辆诊断服务标准
ISO 14229是一项国际标准，涵盖了车辆诊断服务的通用规范和要求，旨在确保车辆诊断系统之间的互操作性和兼容性。

该标准定义了车辆诊断服务的通信协议和数据格式，以及车辆诊断系统的功能和性能要求。

ISO 14229标准分为多个部分，包括：
ISO 142291：规范和要求，定义了车辆诊断服务的基本概念、协议框架和数据格式等内容；
ISO 142292：诊断信息描述语言（DID），定义了车辆故障码（DTC）和其他诊断信息的描述方式；
ISO 142293：诊断信息交换协议（DISP），定义了车辆诊断服务的通信协议和消息格式；
ISO 142294：诊断信息存储和检索（DSS），定义了车辆故障码和其他诊断信息的存储和检索方式；
ISO 142295：诊断信息管理（DIM），定义了车辆诊断服务的管理和配置方式；
ISO 142296：诊断信息访问（DIAC），定义了车辆诊断服务的访问控制和安全机制。

ISO 14229标准的实施可以提高车辆诊断系统之间的互操作性和兼容性，方便汽车制造商和服务提供商之间的合作，同时也为消费者提供了更便捷的维修和保养服务。

关于Autosar中DCM（14229UDS）模块的理解

关于Autosar中DCM（14229UDS）模块的理解本篇文章主要介绍基于ISO14229的DCM模块的理解。

阅读本篇文章希望达到的目的是：UDS是干什么的，ISO14229是如何定义规则的，希望接下来的阅读让你不虚此行。

1. UDS是干什么的？UDS全称是Unified Diagnostic Services，即统一诊断服务。

其最重要的作用就是用来诊断汽车的故障的，当然不仅仅是这个用处，它还可以用来进行汽车的下线检测，比如一般车辆会把VIN码写入汽车中的各个零部件中（ECU），比如可以矫正角度，比如可以记录一些和产线相关的信息等等。

那么UDS是如何去诊断故障的呢？这里包含两种方式，一种为在线诊断（OBD），一种为离线诊断，前者一般用于传统燃油车中与排放相关的诊断，后者主要是非排放相关的。

因为我主要做新能源汽车这一块，因此对非排放相关的诊断理解更多一点，（关于OBD 可参考ISO15031）。

那么非排放相关的故障是如何诊断的呢？首先汽车中的每个ECU 都按照规则存储故障信息，例如BMS发生了欠压故障，那么这个时候BMS就记录发生故障时刻的DTC（故障码），以及在故障发生时刻便于查找故障的快照信息或冻结帧信息（例如这个时刻BMS的电压、电流等等信息），这些信息是便于查找故障的信息。

为了便于理解，有必要解释一下几个名词：DTC：诊断故障代码，其意思就是通过一个代码代表一个故障；快照/冻结帧：指发生故障时刻的一些便于排查故障的信息；扩展信息：这个是指除快照之外，与故障相关的一些信息，例如故障的发生次数、老化次数等等。

以上讲了ECU是如何记录故障信息的，下一步讲我们如何去诊断我们的汽车发生了什么故障，我们接着以BMS发生了欠压故障导致车辆无法行驶为例，那么故障车一般会被拖到4s店进行维修，4s店为快速定位车发生了什么故障，这个时候他们会使用诊断仪，一键广播查找车上所有零部件上发生的故障信息，这样可以很快知道是BMS发生了故障，并且发生的故障是欠压故障，那么欠压故障是因为什么导致的呢，这个时候就要分析快照数据了，根据快照数据，快速的找到可能是因为电池包本身的电压过低导致。

ISO14229系列之一：简述

前言由于工作中经常用到ISO-14229，因此决定对该协议做个总体介绍和总结，既是对自己学习的总结，也能够给初次涉及该协议的朋友一个参考。

首先简要介绍什么是ISO-14229，至于可以在网上找到的大篇理论介绍我就略过不讲了，有兴趣可以自行搜索。

简单的说，它就是一个用于汽车行业诊断通信的需求规范，它只规定了与诊断相关的服务需求，并没有涉及通信机制，因此要实现一个完整的诊断通信还需要定义网络层协议（比如ISO-15765），还有底层硬件实现方式（比如CAN 控制器）。

由于不涉及网络通信机制，可以架设在各种网络之上，因此ISO-14229也称为UDS（Unified Diagnostic Services）。

1. 用途ISO-14229的用途就是规定了诊断需求，因此想要了解ISO-14229的用途首先要知道诊断的用途。

诊断最先用于汽车尾气排放的监测，后来发展为包括对汽车行驶故障的监测，想知道诊断的发展史，可以维基百科。

至少现代的诊断可以粗略的分为排放相关和非排放相关，ISO-14229只定义非排放相关的诊断需求。

非排放相关诊断可以做什么呢？其实用途很大，基本贯穿整个汽车ECU生命周期。

首先，ECU 开发时要用到它来构建bootloader，上传和下载数据；测试时要用它来读写RAM、ROM，控制外设；在产线上，要用它来校准机械件，刷新软件；在行驶过程中，要用它来监测各种故障，并记下故障码；在4S店，技师需要用它来读出故障码，判断故障发生点，还可以用来升级ECU程序。

现在大热的车联网概念，其中一些就是通过OBD口联网，读取车内故障码，或者油量、速度等参数。

2. 诊断通信分层结构虽然借鉴OSI的七层结构，但是诊断通信分层还是做了一些改变。

可以参考如下列表：显然，从上表可以看出诊断通信分层模型和OSI的区别，同时也可以看到ISO-14229在该模型中的位置。

其实，可以将该模型简化为：- 统一诊断服务层（layer 7）- 网络服务层（layers 1 to 6）因此，在使用ISO-14229时，下面的通信机制可以改变，比如基于CAN，基于蓝牙，基于LAN，基于FlexRay等等。

uds 时序参数

UDS（ISO14229）是一种行业标准的汽车通信协议，用于车辆诊断系统的设计和开发。

在UDS诊断时间参数的理解和应用中，对于每个参数的含义都需要明确和深入理解。

本文将详细介绍UDS中的时间参数，以及它们的来源和含义。

1. 应用层时间参数在ISO14229中，应用层的时间参数是通过使用0X82服务来设置或读取的。

在这里，我们可以看到一些主要的时间参数，包括：P2*Server_max：该参数是ECU在发送NRC0x78报文之后，继续发送下一帧诊断响应报文的最大时间间隔。

这是为了确保数据传输的稳定性和可靠性。

P2*Consecutive_SrvrRsp：该参数表示从ECU发送NRC0x79报文开始，一个诊断会话中需要连续接收的诊断响应报文的最大数量。

P2*Idle：该参数表示ECU在没有发送和接收诊断报文时，进入空闲状态的最大时间间隔。

2. 会话层时间参数在ISO14229中，会话层的时间参数是通过使用0X87服务来设置或读取的。

主要的时间参数如下：P2*Conn_Max：该参数表示在一个诊断会话中可以连接的最大ECU 数量。

P2*Dle_Max：该参数表示在一个诊断会话中最大的延迟时间，即从ECU发送请求报文到接收到服务器的肯定响应报文的最大时间。

P2*Graceful_Disconnection_Max：该参数表示在一个诊断会话结束时，ECP从连接状态转变为断开状态的最大时间间隔。

3. 传输层时间参数在ISO14229中，传输层的时间参数是通过使用0X90服务来设置或读取的。

主要的时间参数如下：P2*Flow_Control：该参数表示是否使用传输层的流量控制机制，如果启用则表示使用滑动窗口机制，否则表示不使用。

P2*Data_Sending：该参数表示在一个诊断会话中，ECU向服务器发送数据的最大间隔。

P2*Data_Rcv：该参数表示在一个诊断会话中，服务器向ECU发送数据的最大间隔。

4. 网络层时间参数在ISO14229中，网络层的时间参数是通过使用0X91服务来设置或读取的。