【CANdelaStudio编辑CDD】-4.2-给$2E服务WriteDataByIdentifier创建一个DID(dataIdentifier)数据标识符(UDS诊断)

已于 2022-03-27 21:38:34 修改
阅读量1.6k 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： UDS/OBD诊断/刷写 # CDD诊断描述文件 UDS/OBD诊断需求编辑工具 文章标签： autosar
于 2021-09-25 21:57:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qfmzhu/article/details/120478360
本文介绍如何在CANdelaStudio中为$2E WriteDataByIdentifier服务创建并配置DID(dataIdentifier)，详细阐述了创建Data Types、定义DID、指定服务、设置Session和SecurityAccess的步骤。

案例背景：（共9页精讲）

在《【CANdelaStudio编辑CDD】-3.2-给$22服务ReadDataByIdentifier创建一个带一个Data的DID(dataIdentifier)数据标识符》和《【CANdelaStudio编辑CDD】-3.3-给$22服务ReadDataByIdentifier创建一个带多个Data的DID(dataIdentifier)数据标识符》中，我们掌握了为一个DID(dataIdentifier)数据标识符指定$22服务，下面讲讲在CANdela Studio编辑诊断描述CDD文件，为一个DID(dataIdentifier)数据标识符指定$2E服务。

目录

1 创建一个Data Types

2 创建一个DID(dataIdentifier)数据标识符

3 为DID(dataIdentifier)数据标识符指定$2E Service服务

4 为DID(dataIdentifier)数据标识符指定Session和SecurityAccess

5 结尾

前一篇：

了解本专栏 订阅专栏 解锁全文
CANdelaStudio中使用DIDs
08-26
使用诊断规范工具CANdelaStudio时使用数据标识符(DIDs），视频
UDS的DID（Data identification）
热门推荐
不断debug，优化中……
08-13 1万+
通过使用这些服务以及对应的SID，诊断工具可以与诊断控制器进行通信，实现读取特定DID的功能。而诊断控制器则根据收到的请求，执行相应的操作，并将读取到的DID数据封装在响应消息中返回给诊断工具。通过使用DID，诊断工具可以准确地获取所需的数据，从而帮助诊断人员更好地了解车辆的状态和性能。例如，通过读取特定的DID，诊断工具可以获取发动机的转速、车速、油温等数据，以便进行故障排查和性能评估。通过使用DID，诊断人员可以更准确地了解车辆的状态和性能，从而进行有效的故障诊断和维修。
DID（Data Identifier）
m0_55499682的博客
08-21 2024
标识符
CANdelaStudio编辑CDD 4.2版本全面解析：定制$2E服务WriteDataByIdentifier的DID（Data Identifier）
一直在水些技术小文
11-13 271
开发者可以自定义数据标识符的写入数据解析逻辑，满足不同车型和应用场景的需求。通过本文的深度解析，我们详细了解了CANdelaStudio 4.2版本中为$2E服务创建DID的功能。通过简单的代码示例和实际应用场景，我们展示了操作的基本原理、技巧和高级功能。希望这篇文章对汽车诊断服务的开发者在使用CANdelaStudio进行CDD文件编辑时提供了实用的指南。
【AutoSAR】Dcm模块—DID（Data Identifier）详解：从原理到实战
手握日月摘星辰，世间无我这般人
02-20 4009
特性标准化DID自定义DID定义来源ISO 14229、OEM规范厂商或ECU开发者定义示例0x010C(发动机转速)0xD100(私有配置参数)通用性跨车型、跨厂商通用仅限特定ECU或车型使用文档支持公开可查(如UDS协议文档)需厂商提供内部文档DID是UDS协议中实现数据访问的基石，其核心价值在于标准化和灵活性。无论是读取发动机转速、写入VIN码，还是调试自定义参数，DID都扮演着关键角色。理解DID的原理和应用，是汽车电子开发、诊断和维修工程师的必备技能。
【AUTOSAR-DCM】-4.2-不依赖CDD手动在CFG中创建配置写一个DID(dataIdentifier)数据标识符(UDS $2E服务诊断)
「汽车电子助手」的博客
09-16 2013
案例背景： 在《【AUTOSAR-DCM】-1.2-手动创建并配置带多个Data的DID在CFG中》中，完成了在没有诊断描述文件CDD/PDX的情况下，手动创建和配置带多个DataRecord的DID。下面以图0-1为例，为该DID:0xFE01实现同时具有写入数值的功能(UDS诊断2E服务)。在CDD中，只需勾选“Write”即可实现这一过程。那DID的2E服务在CFG中如何手动创建和配置呢？。 图0-1 目录 1 在CFG中手动创建并配置DID 1.1 编辑DidInfo 2 DI.
【CANdelaStudio编辑CDD】-3.2-给$22服务ReadDataByIdentifier创建一个带一个Data的DID(dataIdentifier)数据标识符(UDS诊断)
「汽车电子助手」的博客
09-25 2352
案例背景：(共7页精讲) 在《【UDS诊断描述文件CDD】-3.1-ISO_14229中$22服务理论部分》中，我们介绍了$22服务的理论部分，下面讲讲使用CANdela Studio编辑诊断描述CDD文件，为其创建一个带一个Data的DID(dataIdentifier)数据标识符。 目录 1 创建一个Data Types 2 创建一个DID(dataIdentifier)数据标识符 3 为DID(dataIdentifier)数据标识符指定Service服务 4 为DID(dataIdent
【CANdelaStudio编辑CDD】-3.3-给$22服务ReadDataByIdentifier创建一个带多个Data的DID(dataIdentifier)数据标识符(UDS诊断)
「汽车电子助手」的博客
09-25 1718
案例背景：（共9页精讲） 在《【UDS诊断描述文件CDD】-3.2-编辑CDD给$22给服务创建一个带一个Data的DID(dataIdentifier)数据标识符》中，我们掌握了为$22服务创建一个带一个Data的DID(dataIdentifier)数据标识符，下面讲讲使用CANdela Studio编辑诊断描述CDD文件，为其创建一个带多个Data的DID(dataIdentifier)数据标识符。 目录 1 创建一个Data Types 2 创建一个DID(dataIdentifier)数据
【AUTOSAR-DCM】-3.3-不依赖CDD手动在CFG中创建配置读一个带一个Data的DID(dataIdentifier)数据标识符(UDS $22服务诊断)
「汽车电子助手」的博客
09-14 1601
案例背景:（共10页精讲） 在UDS诊断描述文件CDD/ODX/PDX无法及时更新情况下，有时需要临时手动创建/配置DID。 这里我们讲讲，如何在CFG中手动创建/配置一个DID。 目录 1 在CFG中手动创建并配置DID 1.1 创建一个DataInfo 1.2 创建一个Data 1.3 创建一个DidInfo 1.4 创建一个Did 2 DID创建/配置完成后，消除CFG中的错误 3 在Develop中将该DID对应的C/S Port添加到SWC中 4 在CFG中DCM与SWC对应
MIPI CSI-2笔记（5） -- Low Level Protocol（Data Identifier，Virtual Channel Identifier，Data Type字段结构）
vivo01的专栏
08-15 5149
数据ID（数据标识符）字段，长度为1个字节，包含了虚拟通道VC和数据类型DT字段。VC字段在DI字节里的最高的两位中体现。数据类型DT字段是DI字节里的低6位。
【CANdelaStudio编辑CDD】-11.2-创建$19服务ReadDTCInformation和$14服务ClearDiagnosticInformation以及UDS DTC(UDS诊断)
「汽车电子助手」的博客
03-24 2827
案例背景(共16精讲，强烈推荐，扫除UDS最难的部分)： 在《【ISO14229_UDS诊断】-11.2-$19服务sub-function = 0x01》~《【【ISO14229_UDS诊断】-11.26-$19服务sub-function = 0x55》https://blog.csdn.net/qfmzhu/category_9939701.html?spm=1001.2014.3001.5482，《【ISO14229_UDS诊断】-12.1-$14服务ClearDiagnosticInformat
跟我学UDS(ISO14229) ———— 0x2C(DynamicallyDefineDataIdentifier)
永远的菜鸡小詹的博客
06-16 5059
  客户端请求动态定义数据标识符，这些数据标识符随后可以由 0x22(ReadDataByIdentifier) 服务读取。该服务的目的是为客户端提供将一个或多个数据元素分组为数据超集的功能，可以通过 0x22(ReadDataByIdentifier) 或0x2A(ReadDataByPeriodicIdentifier) 服务进行整体请求。动态定义的 dataIdentifier 会将包含数据参数定义的串联。分组的数据元素可以由以下任何一个组成： —— 源数据标识符，位置和大小 —— 内存地址和内存长度
ISO14229 根据标识符读取数据ReadDataByIdentifier(22 Hex) service
08-14 6778
ReadDataByIdentifier(22 Hex) service 根据标识符读取数据 例子： req=88 18 DA 00 F1 03 22 F1 20 00 00 00 00  res=88 18 DA F1 00 10 0F 62 F1 20 33 36 30  req=88 18 DA 00 F1 30 00 0A 00 00 00 00 00  res=88
UDS关于(0x2E)服务通过标识符写入数据
weixin_42362797的博客
05-31 500
UDS 0x2E服务
CANdelaStudio使用指南之DID编辑技巧
Soly_kun的博客
11-06 1229
CANdelaStudio对诊断数据库CDD文件编辑DID常见技巧，主要分享了6中data type编辑方法： Raw Value Text Table Linear Piecewise Curve Packet Iteration
CANdelaStudio 使用教程5 编辑DID
m0_56208280的博客
11-26 2647
CANdelaStudio 编辑DID
UDS服务基础篇之2E
wto9109的博客
07-01 1万+
2E服务作为诊断服务中的基础服务，可以简单理解为就是一个用于写入ECU数据的外部接口，可实时获取软件内部的相关的状态信息。鉴于本文是基础入门介绍，小T还是会问下大家有关2E诊断服务的相关问题？这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：根据ISO14119-1标准中所述，诊断服务2E主要用于Client向Server(ECU)通过DID的方式写入相关的数据。一般而言，对于2E诊断服务，主要应用场景为以下场合：上述这些应用场景较为常见，除此以外，当然还有很多面向ECU内部测试的
DaVinci配置DID之一：CDD准备
weixin_48498880的博客
07-03 4856
本章节主要基于DaVinCi工具链来展开具体DID读写的配置以及最终实现。1，CDD准备2，工具链配置3，代码实现4，验证结果本文讲述流程1话不多说，走你~关于DID读写功能实现的第一步很简单，就是更新诊断描述文件， 从而自动生成DID的配置。注意：由于DaVinci工具链有唯一性检查，因此只能针对工程的CDD文件基础上进行修改。不可以新建一个CDD再放在DaVinci工程中。
从零开始：CANDelaStudio之CDD制作（二）
欢迎来到eee的博客
11-22 2614
CDD 状态及DID设置。
ISO-14229诊断服务规范中，2E服务执行时，若DID不支持写入，仅支持读取，此时应回复什么NRC
最新发布
04-19
<think>好的，我需要回答用户关于ISO-14229标准中2E服务在DID只读情况下应返回哪个NRC的问题。首先，用户提到参考的站内引用是关于0x2E服务的否定应答码处理，但明确指出需要根据之前的对话和回答来处理。 回顾之前的对话，用户询问的是ISO 15765-2的相关技术细节，而当前问题转向了ISO-14229，也就是UDS（统一诊断服务）。虽然两者相关，但属于不同协议层。需要明确ISO-14229中2E服务（WriteDataByIdentifier）的处理规范。 根据ISO-14229标准，当DID（数据标识符）仅支持读取（通过0x22服务）而不支持写入（0x2E服务）时，应返回特定的NRC（否定响应码）。根据标准文档，常见的NRC包括0x13（不正确的消息长度或格式）、0x22（条件不满足）、0x31（请求超出范围）等。但针对DID不可写的情况，正确的NRC应该是0x31，因为该代码用于指示请求的记录或数据标识符不存在或不可用。不过需要确认具体标准中的定义。 查阅ISO-14229-1标准，第9部分详细说明了各个服务的NRC。对于0x2E服务，当DID存在但不可写入时，正确的NRC是0x31（requestOutOfRange）。此外，如果DID不存在，同样返回0x31。因此，当DID存在但为只读时，服务器应返回NRC 0x31。需要确认是否有其他可能的代码，比如0x22（conditionsNotCorrect），但通常在权限或条件不满足时使用，例如安全状态未解锁，而不是DID本身的属性。因此，正确的回答应该是NRC 0x31。</think>根据$ISO\ 14229\text{-}1$（UDS）规范，当使用**0x2E服务**（WriteDataByIdentifier）尝试写入仅支持读取的DID（数据标识符）时，应返回以下否定响应码： ### **NRC 0x31（requestOutOfRange）** 1. **触发条件** - DID存在但未被设计为可写入（即仅支持通过0x22服务读取） - DID在ECU内存映射中不存在[^1] 2. **协议层逻辑** - ECU收到0x2E请求后，首先验证DID是否存在于其支持的列表中 - 若DID存在但访问权限为只读，则拒绝写入并返回NRC 0x31 - 若DID不存在，同样触发NRC 0x31 3. **与其他NRC的区分** - 若因安全状态未解锁导致无法写入（如需先通过0x27服务认证），则返回**NRC 0x33（securityAccessDenied）** - 若DID格式错误（如长度不符），则返回**NRC 0x13（incorrectMessageLengthOrInvalidFormat）** ### **典型交互示例** ``` 客户端请求 -> 2E [DID=0xF120] [数据...] 服务端响应 <- 7F 2E 31 // NRC 0x31 ``` ### **扩展说明** DID的读写权限通常在ECU诊断需求规范（如$ODX$或$CDD$文件）中预先定义。对于**混合型DID**（部分数据域可写），协议要求通过**动态参数检查**实现更细粒度的控制，此时可能返回**NRC 0x22（conditionsNotCorrect）**而非0x31。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

汽车电子助手

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

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

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

打赏作者

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

抵扣说明：

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

余额充值