【AUTOSAR】UDS协议的代码分析与解读（七）----UDS读取数据和读取内存

原创 已于 2023-06-20 14:32:45 修改 · 1.1k 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#AUTOSAR #嵌入式硬件 #linux #汽车 #诊断
于 2023-06-16 08:53:36 首次发布
该文详细描述了两种ECU诊断服务，包括ReadDataByIdentifier用于按数据标识符读取数据记录，支持模拟/数字信号和系统状态等信息。ReadMemoryByAddress服务则允许根据内存地址和大小读取ECU数据。服务涉及报文格式、响应码、参数定义和执行规定，强调了数据安全和访问控制。

8.7 读取数据 ReadDataByIdentifier (22h)

此服务允许诊断工具读取数据标识符对应的数据记录。

ECU通过肯定响应报文发送数据记录值。记录值的格式和定义需在零部件诊断规范中详细描述。记 录值要求包括模拟输入和输出信号， 数字输入和输出信号，ECU支持的内部数据和系统的状态等。

8.7.1 报文格式

表 36 读取数据服务的请求报文

Byte

Name

Cvt

Value  (Hex)

#1

RequestServiceIdentifier

M

22

#2

#3

DataIdentifier[]=[

byte#1

byte#2]

M

00-FF

00-FF

表 37 读取数据服务的肯定响应

Byte

Name

Cvt

Value  (Hex)

#1

PositiveResponseServiceID

M

62

#2

#3

DataIdentifier[]=[

byte#1

byte#2]

M

00-FF

00-FF

#4

…

DataRecord[]=[

data#1

…

data#n]

M

00-FF

…

00-FF

8.7.2 支持的否定响应码

表 38 读取数据服务的否定响应码

Hex

Cvt

ErrorText

13

M

报文长度错误

如果报文长度错误或者诊断工具一次请求的DID个数超过允许的最大值，则 发送此否定响应码。

31

M

请求超出范围

如下情况时，发送此否定响应码：

1.没有一个请求的DID值被ECU支持；

2.当前会话下没有一个请求的DID值被ECU支持。

22

U

条件未满足

如果ECU的操作条件不满足执行相应动作的要求，发送此否定响应代码。

33

U

安全访问拒绝

如果与专用地址相关的数据标识符处于保护状态并且ECU锁定， 发送此否定响应 码。

8.7.3 参数定义

附录B中定义了h事业部强制要求的“数据标识符”，每个ECU都必须支持。其他与ECU功能相关的“数 据标识符”由h事业部及供应商的诊断工程师共同定义并在零部件诊断规范中详细描述。

8.7.4 执行规定

通过此诊断服务一次读取的“数据标识符”最多为1个。

8.8 读取内存 Read Memory By Address (23h)

该服务允许诊断工具根据起始地址及定义的数据大小从ECU中读取数据。

8.8.1 报文格式

表 39 读取内存服务的请求报文

Byte

Name

Cvt

Value  (Hex)

#1

Request Service Identifier

M

23

#2

Address And Length Format Identifier

M

24

#3

…

#6

Memory Address[]=[

byte#1(MSB)

…

byte#m]

M

…

M

00-FF

#7

#8

memorySize[]=[

byte#1(MSB)

byte#2]

M

M

00-FF

表 40 读取内存服务的肯定响应

Byte

Name

Cvt

Value  (Hex)

#1

PositiveResponseServiceID

M

63

#2

#3

dataRecord[]=[

data#1

…

data#m]

M

…

U

00-FF

…

00-FF

8.8.2 支持的否定响应码

表 41 读取内存服务的否定响应码

Hex

Cvt

ErrorText

13

M

报文长度错误

如果报文长度错误，发送此否定响应码。

31

M

请求超出范围

如下情况时，发送此否定响应码：

1.[$MA,($MA+$MS-$1)]内的任意内存地址无效；

2.[$MA,($MA+$MS-$1)]内的任意内存地址受限；

3.请求报文中的参数memorySize值大于ECU支持的最大值；

4.指定的addressAndLengthFormatIdentifier无效。

33

M

安全访问拒绝

如果[$MA,($MA+$MS-$1)]内的任意内存地址是受保护的且ECU没有处于解锁状 态，发送此否定响应码。

22

U

条件未满足

如果ECU的操作条件不满足执行相应动作的要求，发送此否定响应码。

8.8.3 参数定义

参数“内存地址”  (MemoryAddress)长度为4字节。

参数“内存大小”  (MemorySize)长度为2字节。

8.8.4 执行规定

此服务的参数无特殊要求，但ECU需为直接读取内存的执行考虑适当的安全机制。

UDS(ISO14229)协议源码.zip
12-27
UDS(ISO14229)协议源码.zip
mcu_uds_protol:小型MCU实现网络诊断功能源代码
03-22
mcu_usd_protol 小型MCU实现网络诊断功能源，代码能用在任何想用到到网络诊断的设备上，完全实现了数据传输层，网络层IS015765-2IS015765-2，以及诊断应用层ISO14229。对会话和诊断管理服务２。对数据传输管理服务３。对故障码访问管理服务４。对IO控制服务５。对程序更新下载管理工作但不支持autoSAR网络管理功能需要在中断中添加相关代码支持网络三种状态的变化功能（包括与触发发送数据和Hibernate）。这部分与UDS唯一共享的就是可以接收的数据。目前还没有完成！
UDS - 诊断协议和协议栈介绍
热门推荐
迟来大师的博客
10-20 1万+
OBD UDS有什么区别？ OBD系统更重要的另一方面，也是它设计的初衷，就是为了控制排放，能在发生了尾气排放超标的故障时及时提醒车主，尽快去修复故障。 OBDII使用标准的16针诊断接口，并且统一各车种相同故障代码和意义，这样一方面，这是为了方便技师维修，当故障车辆来到4S店后，技师可用专用的诊断工具读取汽车存在的故障码，故障发生时的时间、里程、故障发生次数等重要参数，从而提高维修效率。 OBD是关注车辆实时排放的理念形成的行业规范，而UDS是诊断服务的统一化规范。 而且，UDS是...
【AUTOSAR】UDS协议的代码分析与解读（五）----ECU诊断服务
hellotzx的博客
06-15 1886
式， 如果想进入编程会话模式，则必须先进入扩展会话模式。述了模式切换的过程， 默认会话模式可以直接切换到扩展会话模式，但是不能直接切换。诊断会话模式可用来支持下线检测操作所需的所有诊断服务，也可用来使能一些服务。送默认会话模式肯定响应报文后，将复位之前诊断模会话模式下激活的状态和控制。发送默认会话模式肯定响应报文后，如果在之前的诊断会话模式下解锁了。义了我司要求的诊断会话类型， 如有其它诊断会话需求， 需向。进入不同的诊断会话模式。所支持的诊断会话中转换会话模式。接进入扩展会话模式，只能进入默认会话模式。
汽车零部件开发工具巨头V公司全套应用层UDS协议栈源代码
m0_73481639的博客
08-29 2477
汽车零部件开发工具巨头V公司全套应用层UDS协议栈源代码，包括10，11，14，19，22，27，28，31，34，35，36，37，85，2e，2f，3e服务、配置及抽象层，可以自己集成，也可以本人提供集成服务，服务费另算。代码强大高效，大厂出品有量产保证。...
关于用文心一言解读Autosar和UDS
weixin_43084908的博客
03-15 548
AutoSAR（AUTomotive Open System ARchitecture）是一种用于汽车电子系统开发的标准化架构，它提供了一套通用的方法和接口，使得不同的汽车电子控制单元（ECU）能够进行无缝的集成。11服务的请求格式通常为“11 + ResetType”，其中ResetType可以是多种类型，如硬复位（模拟电源断开再重新接上的复位）、Keyoffon复位（模拟驾驶员先关闭点火开关再打开的复位）以及软复位（模拟软件请求的复位）。每个服务都有特定的请求格式和响应模式，用于实现特定的诊断功能。
【AUTOSAR】UDS协议的代码分析与解读（九）----UDS读取数据2Ah
hellotzx的博客
06-20 613
响应并且不发送请求中的任何一个周期标识符对应的数据。源数据标识符、内存地址或两种方式的组合来定义一组数据，本规范只定义了第一种方式。然而， 指定动态数据标识符需。降低复杂度，新定义的标识符不允许嵌套参考另一个动态定义的标识符。请求报文中的任何数据标识符(动态定义数据标识符或任何源数据标识符)数据标识符，不使用周期数据标识符，诊断工具也可以明确的定。态定义一个数据标识符，此后该数据标识符可以被读取数据服务。须在低速下发送要求的数据记录信息来响应请求报文。须在中速下发送要求的数据记录信息来响应请求报文。
【AUTOSAR】UDS协议的代码分析与解读（六）----UDS清除诊断读取DTC
hellotzx的博客
06-15 2443
记录包含多个数据参数。报告数据中首先是一个数据标识符，然后是对应的数据，通过该数据。单元应将诊断故障代码扩展数据记录发送给测试工具。功能服务， 诊断工具可以获取与诊断工具发送的状态掩码。把符合状态掩码的诊断故障代码和相应的状态发送给。符合诊断故障代码和诊断故障代码扩展数据记录编号。将支持的所有诊断故障代码和相应的状态发送给测试。功能服务， 诊断工具可以获取与诊断工具发送的状态。向测试工具报告符合状态掩码的诊断故障代码的数。子功能服务，诊断工具可以通过该诊断服务获取。内存储的与诊断工具定义的状态掩码匹配的。
【AUTOSAR】UDS协议的代码分析与解读（八）----UDS安全访问27h和通讯控制28h
hellotzx的博客
06-16 2220
应该实现种子和密钥的合理算法，该算法应在特定文档中记录，而只有特定的少数。的请求和响应流程是强制性的。原因， 安全访问服务提供一种方法以方便访问受限制的数据或诊断服务。如网关)，此服务会影响所有网段 (不仅是接收到诊断请求的网段)。安全级别的数字是任意分配的， 它们之间没有优先级的区别。果请求安全访问服务的条件未满足，发送此否定响应码。相关联的安全级别支持的解锁的安全功能服务不再激。位)的数值， 由种子经过特定的安全算法计算生成。同等级的安全访问定义了不同的访问权限类型。在此情况下，如果仍收到诊断工具的。
UDSDemo-内含协议栈源码.zip
08-25
内部包括uds的源码，可以参考移植到自己的项目中。包括uds的tp层，网络层，以及诊断代码。并附有使用文档。
UDS协议栈源码完整版资源包
05-28
“UDSDemo-内含协议栈源码.zip”是一个包含UDS（统一诊断服务）协议栈源码的压缩包，它为需要在项目中实现UDS通信功能的开发人员提供了便利。UDS是基于ISO 14229-1标准的车载诊断协议，主要用于汽车电子系统的故障诊断和数据交换。该压缩包中的“UDSDemo-master”目录可能是项目的根目录，里面可能包含以下关键部分： TP层（传输层）：作为UDS协议的底层，TP层主要负责数据传输。它通常基于ISO TP（ISO 15765-2）协议，用于对长消息进行分包和重组，以确保数据在物理层的可靠传输。在UDSDemo中，该部分源码会涉及帧分包处理、重传机制以及错误检测等功能的实现。 网络层：网络层主要处理与物理媒介的交互，比如CAN（控制器局域网）或LIN（局部互联网络）等总线协议。这部分源码会涉及如何将UDS报文转换为适合特定网络的帧格式，并进行发送和接收。 诊断代码：UDS提供了多种诊断服务，例如读取DTC（诊断故障码）、执行控制单元测试、读取和写入ECU（电子控制单元）内存等。这部分源码会实现这些服务的请求和响应逻辑。 使用文档：压缩包中附带的使用文档是理解和应用UDS协议栈的重要资料。它通常会介绍如何配置和集成源码，如何调用不同服务，以及如何处理异常情况等内容。开发人员需要仔细阅读这份文档，以便将UDS功能正确地整合到自己的项目中。 示例和测试用例：可能还会包含一些示例代码或测试用例，帮助用户快速上手和验证UDS协议栈的功能。这些示例可能会展示如何发起诊断请求，或者如何处理来自ECU的响应等。 在实际开发中，将UDS源码移植到新项目时，需要注意以下几点： 适配网络配置：要确保源码中的网络参数（如CAN ID、波特率等）与目标系统的网络配置相匹配。 错误处理：需要分析源码中的错误处理机制，以使其能够适应不同场景下的异常处理需求。 安全性和稳定性：要检查源码
基于CAN总线实现UDS统一诊断服务 源码
04-29
基于CAN总线实现统一诊断服务 UDS 的源码
【车载开发系列】UDS诊断---读取数据（$0x22）
千月星跡
12-03 5572
【车载开发系列】UDS诊断—读取数据（$0x22） UDS诊断---读取数据（$0x22）【车载开发系列】UDS诊断---读取数据（$0x22）一.概念定义二.报文格式1）请求2）肯定响应3）否定响应三.应用场景四.注意事项五.DID参数定义 一.概念定义 该服务的英文简称为ReadDataByIdentifier 。 根据ISO14119-1标准中所述，诊断服务22主要用于Client向Server(ECU)通过DID的方式读取相关的数据。这些数据可以输入输出的数字信号，模拟信号，内部数据以及其他的系统状
UDS协议实战教程与源码解析
weixin_35973118的博客
08-25 1344
统一诊断服务（UDS）协议是一套汽车行业内广泛采用的通信协议，用于车辆的诊断和维修。它基于ISO 14229标准，详细定义了车辆电子控制单元（ECU）与诊断工具之间的通信流程。诊断服务类型是UDS协议中最基础的一部分，它允许诊断工具与车辆电子控制单元(ECU)之间进行标准通信，以获取车辆运行状态、诊断故障码等信息。诊断服务类型通常包含以下几个方面：状态询问：诊断工具发送询问请求，ECU响应当前的工作状态，如是否在运行、是否检测到故障等。读取故障码。
uds-server代码
FMZOS112的博客
07-13 2101
uds-server 代码
UDS诊断服务开发
qq_28219277的博客
04-08 6095
UDS开发指南
【AUTOSAR】UDS协议的代码分析与解读（十一）----UDS例程控制31h请求下载 34h
hellotzx的博客
06-20 948
对于操作者、驾驶员及乘客安全的隐患，系统必须保证在例程执行前满足必须的。对于被请求例程标识符，用户选择的例程控制选项记录包含无效数。应在发送肯定响应报文前， 需采取所有必要动作用于数据接收。由于某种故障而拒绝诊断工具的下载操作时，发送此否定响应码。址， 也可以是映射地址(例如，用高位实现存储器地址选择)。存储器的例程时监测到错误， 发送此否定响应码。模块的下载过程中收到请求，发送此否定响应。如果报文长度错误，发送此否定响应码。如果报文长度错误，发送此否定响应码。71 例程控制服务的请求报文。
嵌入式硬件开发：CK6865L 蓝牙灯控 SOC 在星空灯舞台灯中的应用与选型对比
最新发布
qulia0818的博客
06-17 575
本文详细解析了基于CK6865L蓝牙芯片的星空灯/舞台灯硬件设计方案。该方案采用单芯片集成蓝牙通讯、RGB灯控、音频处理和电机驱动等功能，重点介绍了电源电路、WS2812灯控、PWM调光等核心模块设计要点，并提供了PCB布局与EMC设计建议。通过对比BK3266、杰理AC6925B等主流蓝牙灯控芯片，分析了CK6865L在硬件原生支持WS2812时序、5路独立PWM等方面的独特优势。文章还总结了量产调试中的常见问题及解决方案，指出该方案具有集成度高、开发简单、稳定性好等显著特点，特别适合以灯控功能为主的产品
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

大道生

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

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

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

打赏作者

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

抵扣说明：

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

余额充值