精华内容
下载资源
问答
  • ISO-14229_14229_UDS协议栈_uds-iso-14229_iso14229文档_ISO+14229.zip
  • ISO-14229_14229_UDS协议栈_uds-iso-14229_iso14229文档_ISO+14229_源码.zip
  • ISO-14229-中文

    2018-12-11 17:42:40
    ISO-14229-中文,UDS标准协议,帮助需要的人学习UDS标准协议资料
  • 汽车诊断ISO-15765(1-4)+ISO-14229-1中文版,整个打包不用再去其他地方下载
  • UDS_ISO-14229-中文.rar

    2020-07-27 17:18:51
    UDS_ISO-14229-中文.rar
  • ISO-14229-1 UDS 代码生成

    2018-12-03 22:03:35
    基于ISO-14229-1 Road vehicles — Unified diagnostic services (UDS) 代码生成工具。若要使用请联系本人。
  • UDS_ISO-14229.pdf

    2021-06-21 19:14:29
    UDS_ISO-14229
  • 该资源为ISO - 14229英文原版,带书签,另外附有中文版 ISO 14229-1-2013; ISO 14229-2-2013 ; ISO 14229-3-2012; ISO 14229-4-2012 ; ISO 14229-5-2013;... ISO14229 UDS中文翻译版-542页-无水印
  • UDS_ISO-14229-中文,ISO13528,C,C++源码
  • Python implementation of UDS (ISO-14229) standard. UDS (ISO-14229) 的Python 实现
  • UDS原版协议文档,原版协议交互流程说明;命令交互说明
  • UDS由ISO-14229系列标准定义,ISO 14229-1 定义了诊断服务,不涉及网络及实现,只有应用层的内容。而ISO 14229-3则定义了UDS在CAN总线上的实现。
  • USD_ISO-14229-中文,usd169,C,C++源码
  • UDS诊断ISO-14229分析总结

    千次阅读 多人点赞 2019-08-23 09:11:22
    UDS(Unified Diagnostic Services,统一诊断服务)是汽车电子设备中电子控制单元(ECU)环境中的诊断通信协议,在ISO-14229中规定。

    UDS基本概念

    OSI模型

    UDS(Unified Diagnostic Services,统一诊断服务)是汽车电子设备中电子控制单元(ECU)环境中的诊断通信协议,在ISO-14229中规定。
    ISO-14229在OSI七层模型中的位置如下图:
    会话层,应用层
    物理层,数据链路层,网络层,传输层

    诊断交互方式

    诊断是以服务为基础的两方交互数据和命令的过程,一方是Request,另一方是Response,下面是Request和Response的基本格式:
    Request基本格式有两种:
    SID + Parameter
    SID + SubFunction + Parameter

    Response基本格式有两种类型:
    Positive Response(Request被正确的执行):
    (SID+0x40) + Parameter
    (SID+0x40) + SubFunction + Parameter

    Negative Response(Request执行错误或者不能在规定时间内完成):
    0x7F + SID + NRC

    Physical Addressing:物理寻址,诊断仪与单独ECU进行诊断交互。
    Functional Addressing:功能寻址,诊断仪与总线上所有ECU进行诊断交互,即广播模式。

    SID:Service Identity
    NRC:Negative Response Code
    Note1:功能寻址下在Request中SubFunction的最高位bit7若置0x01,正响应会被抑制,即不回复正响应,负响应正常回复。
    Note2:功能寻址下NRC=SNS (serviceNotSupported), NRC=SNSIAS (serviceNotSupportedIn-
    ActiveSession), NRC=SFNS (sub-functionNotSupported), NRC=SFNSIAS (sub-functionNotSupportedIn-
    ActiveSession) or NRC=ROOR (requestOutOfRange),负响应会被抑制,即不回复这些负响应,正响应正常回复。

    诊断NRC

    诊断常用NRC如下:

    Byte valueNRC definitionMnemonic
    0x10generalRejectGR
    0x11serviceNotSupportedSNS
    0x12subFunctionNotSupportedSFNS
    0x13incorrectMessageLengthOrInvalidFormatIMLOIF
    0x22conditionsNotCorrectCNC
    0x24requestSequenceErrorRSE
    0x31requestOutOfRangeROOR
    0x33securityAccessDeniedSAD
    0x35invalidKeyIK
    0x36exceedNumberOfAttemptsENOA
    0x37requiredTimeDelayNotExpiredRTDNE
    0x72generalProgrammingFailureGPF
    0x78requestCorrectlyReceived-ResponsePendingRCRRP
    0x7EsubFunctionNotSupportedInActiveSessionSFNSIAS
    0x7FserviceNotSupportedInActiveSessionSNSIAS

    常用诊断服务

    诊断会话控制

    DiagnosticSessionControl(0x10)
    诊断会话控制服务用于在电控单元所支持的诊断会话中转换当前的会话。一个诊断会话使能电控单元的一个特定诊断服务集以及相关诊断功能。某些诊断服务在特定的会话下会限制使用。
    诊断功能上电后处于默认会话,当跳转到其他会话时,会启动S3计时器,计时器超时会自动跳转回默认会话,S3计时期间任何服务请求会更新S3计时器重新计时。
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    ECU重启

    ECUReset(0x11)
    电控单元复位服务用于要求电控单元根据复位类型参数值来有效执行复位操作。电控单元复位服务的肯定应答报文一般在复位操作执行之前发送。
    在这里插入图片描述
    在这里插入图片描述

    安全访问

    SecurityAccess(0x27)
    由于保密、排放或安全的原因,安全访问服务提供一种方法以便访问受限制的数据或诊断服务。该安全方法采用种子和密钥的算法。种子和密钥都为32位(4字节)。
    安全访问服务一般会定义最大尝试访问失败次数和达到最大尝试访问失败次数后的延时时间用于防止被破解。
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    诊断仪与ECU安全访问交互过程:

    诊断仪 ECU 请求种子 回复伪随机数种子 回复计算得到的密钥 回复密钥匹配结果 诊断仪 ECU

    通讯控制

    CommunicationControl (0x28)
    通讯控制服务用于开启/关闭电控单元对某些报文的发送或接收。
    通讯类型一般为应用报文和网络管理报文。
    在这里插入图片描述
    在这里插入图片描述

    诊断仪保持连接

    TesterPresent (0x3E)
    测试工具保持连接服务用于告知电控单元测试工具仍在线。该服务一般周期性发送,用于重置S3server 计时器并维持当前激活的非默认诊断会话。
    诊断处理模块同一时间只能处理一个诊断请求,正在处理当前请求时忽略其它所有诊断请求,只有一个例外情况是功能寻址下的诊断已保持连接服务且开启正响应抑制位,即 0x3E 80。
    在这里插入图片描述
    在这里插入图片描述

    控制DTC设置

    ControlDTCSetting (0x85)
    控制诊断故障代码设置服务用于停止或重启电控单元设置诊断故障代码。
    当接收到子功能参数为“开”的控制诊断故障代码服务请求,会话层时序参数超时(电控单元进入默认会话)或电控单元执行复位操作后,诊断故障代码状态信息应重新开始更新。
    在这里插入图片描述
    在这里插入图片描述

    通过标志读数据

    ReadDataByIdentifier (0x22)
    根据标识符读取数据服务用于从电控单元存储器中读取由数据标识符所确定的数据记录值。根据电控单元的支持情况,这些数据记录可能包括模拟输入输出信号、数字输入输出信号、内部数据和系统状态信息。
    该服务的请求报文支持一次读取多个数据标识符的数据。
    在这里插入图片描述
    在这里插入图片描述

    通过地址读内存

    ReadMemoryByAddress (0x23)
    根据地址读取存储器服务用于从一个连续的地址区域读取数据。该服务一般用于电控单元开发阶段时读取无法通过其它诊断服务获取的数据。
    在这里插入图片描述
    在这里插入图片描述

    通过标志写数据

    WriteDataByIdentifier (0x2E)
    根据标识符写入数据服务允许测试工具将数据写入由数据标识符指定的内部存储单元。电控单元应在数据已写入非易失性存储器后发送该服务的肯定应答。
    在这里插入图片描述
    在这里插入图片描述

    通过地址写内存

    WriteMemoryByAddress (0x3D)
    根据地址写入存储器服务用于向电控单元的一个或多个连续存储单元写入数据。该服务主要用于电控单元开发阶段时写入无法通过其它诊断服务修改的数据。
    在这里插入图片描述
    在这里插入图片描述

    清除诊断信息

    ClearDiagnosticInformation (0x14)
    清除诊断信息服务用于清除一个或多个电控单元存储器中的诊断信息。与具体诊断故障代码相关的故障信息包括:诊断故障代码、诊断故障代码状态、全局快照、局部快照和扩展数据等。
    当接收到测试工具发送的控制诊断故障代码设置服务($85)服务关闭设置诊断故障代码后,接收到测试工具发送的清除诊断信息($14)服务后,电控单元应重新开始设置诊断故障代码。
    在这里插入图片描述
    在这里插入图片描述

    读取诊断信息

    ReadDTCInformation (0x19)
    读取诊断故障代码信息服务用于从电控单元中读取其存储的诊断故障代码信息。
    诊断故障代码长度为两个字节,诊断故障代码状态长度为一个字节。
    快照信息是指诊断故障代码设置时记录的一些电控单元此时刻的信息,对故障的修复具有辅助作用。例如全局快照信息可以包括供电电压、里程读数、点火状态和冷却液温度等。
    扩展数据信息是一组提供诊断故障代码相关扩展状态信息的数据组,包括故障出现计数器、故障待定计数器、已老去计数器和老化计数器。
    读取诊断信息常用子功能如下:

    SubFunctionSubFunction definition
    0x01根据状态掩码报告诊断故障代码数量
    0x02根据状态掩码报告诊断故障代码
    0x04根据诊断故障代码报告诊断故障代码快照记录
    0x06根据诊断故障代码报告诊断故障代码扩展数据记录
    0x0A报告支持的诊断故障代码

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    通过标志输入输出控制

    InputOutputControlByIdentifier (0x2F)
    根据标识符控制输入输出服务用于替换输入信号的值、电控单元内部参数或控制电子系统的输出值。
    在这里插入图片描述
    在这里插入图片描述

    例程控制

    RoutineControl (0x31)
    程序控制服务用于启动程序、停止程序和请求程序执行结果。一个程序由2个字节的程序标识符表示。
    在这里插入图片描述
    在这里插入图片描述

    请求下载

    RequestDownload (0x34)
    请求下载服务用于启动从测试工具到电控单元的数据传输(下载)。当接收到该服务有效的请求报文后,电控单元应擦除请求报文中指定地址范围的存储数据,并在返回肯定应答报文前采取必要的措施,做好接受数据的准备。
    在这里插入图片描述
    在这里插入图片描述

    传输数据

    TransferData (0x36)
    传输数据服务用于测试工具向电控单元传输数据(下载)。
    该服务请求报文包含参数块序号。该序号用于提高在连续多个传输数据请求过程中发生错误的处理能力。
    在这里插入图片描述
    在这里插入图片描述

    请求退出下载

    RequestTransferExit (0x37)
    该服务用于终止测试工具和电控单元之间的数据传输(下载)。电控单元当收到请求退出传输请求报文后一般进行该模块的完整性检查。
    在这里插入图片描述
    在这里插入图片描述

    展开全文
  • 该项目是用 Python 3 编写的 ISO-14229 定义的统一诊断服务 (UDS) 协议的实现。该代码根据 MIT 许可在 GitHub (pylessard/python-udsoncan) 上发布。 文档 该文档可在此处获得: : 要求 Python 3+ 安装 使用点子:...
  • 由于工作中经常用到ISO-14229,因此决定对该协议做个总体介绍和总结,既是对自己学习的总结,也能够给初次涉及该协议的朋友一个参考。 首先简要介绍什么是ISO-14229,至于可以在网上找到的大篇理论介绍我就略过不讲...

    前言

     

     

    由于工作中经常用到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 Layer

    Enhanced Diagnostic Services

    Application (layer 7)

    ISO 14229

    Presentation (layer 6)

    -

    Session (layer 5)

    ISO 15765-3

    Transport (layer 4)

    ISO 15765-2

    Network (layer 3)

    ISO 15765-2

    Data link (layer 2)

    ISO 11898

    Physical (layer 1)

    ISO 11898

     

    显然,从上表可以看出诊断通信分层模型和OSI的区别,同时也可以看到ISO-14229在该模型中的位置。其实,可以将该模型简化为:
    - 统一诊断服务层 (layer 7)

    - 网络服务层 (layers 1 to 6)

    因此,在使用ISO-14229时,下面的通信机制可以改变,比如基于CAN,基于蓝牙,基于LAN,基于FlexRay等等。

     

    3. 相关术语

    3.1 协议相关术语

    要了解协议,首先要知晓协议内定义的术语。我挑了一些使用频率比较高的在此解释。

    1. Diagnostic Service (诊断服务)

    诊断服务是介于诊断设备和被诊断ECU之间的一种信息交互方式。通常是由诊断设备发出请求,被诊断ECU做出回应。

    2. Diagnostic Trouble Code (故障码)

    故障码是用来标记ECU故障的代码,它遵循一定的规则(以后会介绍),驻留在ECU的非易失性存储器中。

    3. Diagnostic Data (诊断数据)

    诊断数据是可以被诊断设备请求的ECU内部数据,它包括:

    -当前数据,即ECU正在使用的某个数据,比如车速、节气门角度等

    -存储数据,即被ECU存储在存储器中某一时刻的数据,比如DTC

    -静态数据,即恒定不变的ECU内部数据,比如VIN码。

    4. Diagnostic Session (诊断会话)

    可以理解为某种诊断模式或权限,即在不同的模式下,对不同的诊断服务的使用做了限制。

    5. Diagnostic Routine (诊断例程)

    驻留在被诊断ECU中的子程序,它可以被诊断设备启动和停止。比如格式化EEPROM的子程序。

    6. Tester, 就理解为诊断设备或诊断仪吧。

    3.2 诊断服务相关术语

    再来说一些跟诊断服务相关的术语。

    1 Addressing Type (寻址方式)

    寻址方式指的是诊断消息的传递方式,有两种寻址方式:

    -Physical ,物理寻址,即1对1通信,用于知道确切的被诊断ECU的地址

    -Functional,功能寻址,即1对n通信,或者说广播发送,用于不知道确切的被诊断的ECU的地址,向一组或者全体ECU发送请求

    2 Result

    Result指的是tester请求诊断服务执行后,从ECU的返回结果。可以有两种结果:

    -Positive Response,正响应,即诊断请求执行成功

    -Negative Response,负响应,即诊断请求执行失败

    3 Service Identifier

    Service Identifier可以简称为SID,它是一个一字节的无符号整数,用以指代某个诊断服务。诊断协议为每一个诊断服务都分配了唯一一个SID,因此更方便协议的软件实现。同时,在日常工作中工程师们用SID来指代某个诊断服务比说出某个服务的名字更方便简洁。比如ReadDataByIdentifier这个服务是去按照ID去读某个诊断数据,直接说22服务会更加方便。

    4 Data Identifier

    简称DID,是2个字节无符号整数的ID,用来标识ECU中贮存的某个诊断数据单元。它的好处是当要读取某个单元的诊断数据时,只要读对应的DID就可以,不必知道数据的具体地址。即使当ECU中的数据地址发生变化时,只要DID和某个地址单元的映射地址改变即可,对于使用者来说DID屏蔽了具体实现细节,而将重点放在了数据本身。

    5 Negative Response Code

    可以简称为NRC,或者叫错误响应码,是一个字节的无符号整数。它是诊断协议为每一种执行失败的诊断服务分配的失败原因代号。

    6 Sub-function

    有些诊断服务可以支持不同的诊断子服务,sub-function就是用来定义这种子服务的,它将某一个服务细分为更为具体的服务,它是一个字节的无符号整数。比如ECUReset这个服务就有0x01,0x02,0x03等几种sub-function指代具体的reset方式。

    展开全文
  • ISO-14229-2006笔记版.rar

    2020-04-21 14:20:00
    ISO 14229-2006英文完整版,道路车辆UDS诊断协议 文章包括:ISO 14229 has been established in order to define common requirements for diagnostic systems, whatever the serial data link is.
  • ISO-14229-2-2013

    2018-05-08 15:13:34
    Road vehicles— Unified diagnostic services (UDS) — Part 2: Session layer services
  • ISO-14229.zip

    2020-02-10 14:43:38
    ISO14229标准,做诊断的标准资料,包含CAN、LIN、IP,高清英文版,有书签,欢迎下载。内容比较多,需要下载慢慢看
  • USD_ISO-14229-中文

    2019-12-25 10:10:52
    ISO14229 标准定义了诊断服务的数据链路的独立需求,这些诊断服务允许诊断仪 (client 客户端)在车载电子控制单元(server 服务器)里控制诊断功能,这些功能包括 电子燃油喷射、自动变速箱、 ABS 系统能,而这些...
  • ISO-14229 UDS(Unified Diagnostic Services)

    千次阅读 2018-05-08 09:48:40
    前言由于工作中经常用到ISO-14229,因此决定对该协议做个总体介绍和总结,既是对自己学习的总结,也能够给初次涉及该协议的朋友一个参考。首先简要介绍什么是ISO-14229,至于可以在网上找到的大篇理论介绍我就略过不...

    前言

    由于工作中经常用到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 Layer

    Enhanced Diagnostic Services

    Application (layer 7)

    ISO 14229

    Presentation (layer 6)

    -

    Session (layer 5)

    ISO 15765-3

    Transport (layer 4)

    ISO 15765-2

    Network (layer 3)

    ISO 15765-2

    Data link (layer 2)

    ISO 11898

    Physical (layer 1)

    ISO 11898

    显然,从上表可以看出诊断通信分层模型和OSI的区别,同时也可以看到ISO-14229在该模型中的位置。其实,可以将该模型简化为: 
    - 统一诊断服务层 (layer 7)

    - 网络服务层 (layers 1 to 6)

    因此,在使用ISO-14229时,下面的通信机制可以改变,比如基于CAN,基于蓝牙,基于LAN,基于FlexRay等等。

    3. 相关术语

    3.1 协议相关术语

    要了解协议,首先要知晓协议内定义的术语。我挑了一些使用频率比较高的在此解释。

    1. Diagnostic Service (诊断服务)

    诊断服务是介于诊断设备和被诊断ECU之间的一种信息交互方式。通常是由诊断设备发出请求,被诊断ECU做出回应。

    2. Diagnostic Trouble Code (故障码)

    故障码是用来标记ECU故障的代码,它遵循一定的规则(以后会介绍),驻留在ECU的非易失性存储器中。

    3. Diagnostic Data (诊断数据)

    诊断数据是可以被诊断设备请求的ECU内部数据,它包括:

    -当前数据,即ECU正在使用的某个数据,比如车速、节气门角度等

    -存储数据,即被ECU存储在存储器中某一时刻的数据,比如DTC

    -静态数据,即恒定不变的ECU内部数据,比如VIN码。

    4. Diagnostic Session (诊断会话)

    可以理解为某种诊断模式或权限,即在不同的模式下,对不同的诊断服务的使用做了限制。

    5. Diagnostic Routine (诊断例程)

    驻留在被诊断ECU中的子程序,它可以被诊断设备启动和停止。比如格式化EEPROM的子程序。

    6. Tester, 就理解为诊断设备或诊断仪吧。

    3.2 诊断服务相关术语

    再来说一些跟诊断服务相关的术语。

    1 Addressing Type (寻址方式)

    寻址方式指的是诊断消息的传递方式,有两种寻址方式:

    -Physical ,物理寻址,即1对1通信,用于知道确切的被诊断ECU的地址

    -Functional,功能寻址,即1对n通信,或者说广播发送,用于不知道确切的被诊断的ECU的地址,向一组或者全体ECU发送请求

    2 Result

    Result指的是tester请求诊断服务执行后,从ECU的返回结果。可以有两种结果:

    -Positive Response,正响应,即诊断请求执行成功

    -Negative Response,负响应,即诊断请求执行失败

    3 Service Identifier

    Service Identifier可以简称为SID,它是一个一字节的无符号整数,用以指代某个诊断服务。诊断协议为每一个诊断服务都分配了唯一一个SID,因此更方便协议的软件实现。同时,在日常工作中工程师们用SID来指代某个诊断服务比说出某个服务的名字更方便简洁。比如ReadDataByIdentifier这个服务是去按照ID去读某个诊断数据,直接说22服务会更加方便。

    4 Data Identifier

    简称DID,是2个字节无符号整数的ID,用来标识ECU中贮存的某个诊断数据单元。它的好处是当要读取某个单元的诊断数据时,只要读对应的DID就可以,不必知道数据的具体地址。即使当ECU中的数据地址发生变化时,只要DID和某个地址单元的映射地址改变即可,对于使用者来说DID屏蔽了具体实现细节,而将重点放在了数据本身。

    5 Negative Response Code

    可以简称为NRC,或者叫错误响应码,是一个字节的无符号整数。它是诊断协议为每一种执行失败的诊断服务分配的失败原因代号。

    6 Sub-function

    有些诊断服务可以支持不同的诊断子服务,sub-function就是用来定义这种子服务的,它将某一个服务细分为更为具体的服务,它是一个字节的无符号整数。比如ECUReset这个服务就有0x01,0x02,0x03等几种sub-function指代具体的reset方式。

    展开全文
  • uds诊断协议,包含诊断服务和服务功能说明。
  • UDS协议栈中文版本,英文版看不懂的时候对照学习比较好,建议还是以英文版为主
  • ISO-14229(UDS).zip

    2020-02-10 14:47:07
    UDS(Unified Diagnostic Services),iso14229标准,做汽车诊断的必备材料,1~7本英文版,还附赠第一部的中文版翻译,精品资源,欢迎下载
  • UDS_ISO-14229-中文.7z

    2021-09-23 14:07:49
    负责任的讲,这个只值6大洋。
  • ISO-14229-2006笔记版.pdf

    2019-06-07 19:35:47
    汽车国际通讯协议14229诊断应用笔记,有中文的注释参考。
  • ISO-14229-1(2006)

    2018-12-12 14:22:41
    车载网络诊断协议标准,明确了CAN总线通信诊断服务,功能。
  • 概述 应用层接口服务 应用层协议 各功能单元诊断服务 诊断和通信管理功能单元 数据传输功能单元 传输储存的数据功能单元 输入输出控制功能单元 远程激活例程功能单元 上传下载功能单元

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 887
精华内容 354
关键字:

ISO-14229