【AUTOSAR-DCM】-4.1-将CDD导入CFG并查看$2E服务配置变化(UDS诊断)

最新推荐文章于 2024-10-13 19:24:08 发布
最新推荐文章于 2024-10-13 19:24:08 发布
阅读量1.3k 收藏 1
点赞数 2
CC 4.0 BY-SA版权
分类专栏： Autosar_BSW高阶配置 Autosar # DCM 文章标签： autosar
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qfmzhu/article/details/120479348
本文详细介绍了如何将UDS诊断描述文件CDD导入DaVinci Configurator，并观察导入后DataInfo、Data、DidInfo和Did的配置变化。通过案例分析了DID在DCM与SWC之间的映射和连接过程，揭示了配置调整对代码的影响。

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

在《【UDS诊断描述文件CDD】-4.2-编辑CDD给$2E服务创建一个DID(dataIdentifier)数据标识符》中，使用CANdela Studio在CDD中创建一个DID(dataIdentifier)数据标识符支持$2E服务，见图0-1。现在我们将该CDD文件导入到CFG（DaVinci Configurator），看看配置会发生哪些变化。

 图0-1

目录

1 将诊断描述文件CDD导入CFG(DaVinci Configurator)

1.1 DataInfo中配置变化

1.2 Data中配置变化

1.3 DidInfo中配置变化

1.4 Did中配置变化

2 在Develop中将该DID映射到SWC

了解本专栏 订阅专栏 解锁全文
【AUTOSAR-DCM】-5.3-不依赖CDD手动在CFG中创建配置一个RID(routineIdentifier)例程标识符(UDS诊断$31服务)
「汽车电子助手」的博客
09-29 1344
案例背景：（共7页精讲） 在《【AUTOSAR-DCM】-5.1-将CDD导入CFG并查看$31服务RoutineControl(不包含可选项)配置》和《【AUTOSAR-DCM】-5.2-将CDD导入CFG并查看$31服务RoutineControl(包含可选项)配置》中，我们通过诊断描述文件CDD自动配置了RoutineControl $31服务，创建一个RID(RoutineIdentifier)例程标识符。 现在我们尝试一下，不依赖诊断描述文件CDD的情况下，在CFG（DaVinci Confi
【AUTOSAR-DCM】-2.1-将CDD导入CFG并查看$27服务配置变化(UDS诊断)
「汽车电子助手」的博客
09-22 1965
案例背景：（共10页精讲） 本章重点：如何使用$27服务开放给APP_SWC的接口，以及Seed和Key在软件中如何实现的 在《【UDS诊断描述文件CDD】-2.2-编辑CDD给$27服务创建一个SecurityLevel安全级别并修改SecurityAccess安全访问状态机》中，创建了一个新的SecurityLevel安全级别，并修改了Security Access安全访问状态机，见下图0-1。现在我们将该CDD文件导入到CFG（DaVinci Configurator），看看配置会发生哪些变化。
【AUTOSAR-DCM】-3.2-将CDD导入CFG并查看$22服务配置变化(UDS诊断DID带多个Data)
「汽车电子助手」的博客
09-25 1170
案例背景：（共9页精讲） 在《【UDS诊断描述文件CDD】-3.3-编辑CDD给$22服务创建一个带多个Data的DID(dataIdentifier)数据标识符》中，使用CANdela Studio在CDD中创建一个带多个Data的DID(dataIdentifier)数据标识符，见图0-1。现在我们将该CDD文件导入到CFG（DaVinci Configurator），看看配置会发生哪些变化。 图0-1 目录 1 将诊断描述文件CDD导入CFG(DaVinci Configurator)
【AUTOSAR-DCM】-3.1-将CDD导入CFG并查看$22服务配置变化(UDS诊断DID带一个Data)
「汽车电子助手」的博客
09-25 1482
案例背景：（共8页精讲） 在《【UDS诊断描述文件CDD】-3.2-编辑CDD给$22服务创建一个带一个Data的DID(dataIdentifier)数据标识符》中，适应使用CANdela Studio在CDD中创建一个带一个Data的DID(dataIdentifier)数据标识符，见图0-1。现在我们将该CDD文件导入到CFG（DaVinci Configurator），看看配置会发生哪些变化。 图0-1 目录 1 将诊断描述文件CDD导入CFG(DaVinci Configurator.
Autosar诊断实战系列09-Dcm之0x31Routine服务配置详解
initiallizer的博客
06-10 1816
基于Davinci Configurator学习添加一路UDS 31例程服务
【AUTOSAR-DCM】-6.1-将CDD导入CFG并查看$11服务ECUReset配置变化(UDS诊断)
「汽车电子助手」的博客
10-06 1225
案例背景：(共9页精讲) 在《【CANdelaStudio编辑CDD】-6.2-给$11服务ECUReset创建一个resetType复位类型(UDS诊断)》中，使用CANdela Studio在CDD中为$11 ECUReset服务创建一个resetType，见图0-1。现在我们将该CDD文件导入到CFG（DaVinci Configurator），看看配置会发生哪些变化。 图0-1 目录 1 将诊断描述文件CDD导入CFG(DaVinci Configurator) 1.1 EcuRese
【AUTOSAR-DCM】-1.1-将CDD导入CFG并查看$10服务配置变化(UDS诊断)(UDS诊断10服务)
「汽车电子助手」的博客
09-17 1708
案例背景： 在诊断描述文件CDD中，常看到下图所示的Session会话状态机，见图0-1。现在我们尝试一下，不依赖诊断描述文件CDD的情况下，从CFG（DaVinci Configurator）中，如何看到这个Session会话状态机？如何手动创建并配置sub-function诊断会话类型，并修改Session会话状态机？ 图0-1 目录 1 在CFG中查看$10服务支持的所有sub-function诊断会话类型 2 在CFG中查看Session会话状态机 3 在CFG中手动创建并配置一个.
【AutoSar_UDS服务】0x31服务_例程控制
Gagaaaaaa的博客
03-25 1911
0x31服务详解
《我的AUTOSAR之路》UDS 0x31 service
libuping2023的博客
10-13 597
根据 ISO14229 定义如表格所示：​​ISO 定义了 0x31 的三个子服务，分别是：0x01 表示 startRoutine（启动程序）。0x02 表示 stopRoutine（停止程序）。0x03 表示 requestRoutineResults（请求程序的运行结果）。‍其余字段均为保留字段‍。
AUTOSAR&UDS 理论要点及isolar实战-31服务讲解及配置实战
cqaa11的博客
08-22 635
UDS服务及配置实战-31服务
AUTOSAR 配置导入演示
09-06
演示博客中提到的如何自己打造AUTOSAR的配置工具的演示软件。打开软件，点击“Test”按钮，可能需要安装NET环境。
RH850从0搭建Autosar开发环境【2】- Davinci Configurator配置工程导入DBC与CDD文件
weixin_42412049的博客
02-04 7332
Davinci Configurator配置工程导入DBC与CDD文件,开始Autosar开发
UDS 服务 Service 0x31 - RoutineControl
热门推荐
usstmiracle的博客
10-22 4万+
这里对 RID 的三种控制类型做一个详细的介绍：启动 RID 如果对诊断请求的响应是肯定或否定，则表明该请求已被执行或正在进行中，例程将从 StartRoutine 请求消息完成到第一响应消息完成之间的某个时间在服务器的内存中启动。如果是动态的，则数据长度应为在参数currentDataLength中提供，该参数保存字节的长度（以字节为单位）最后一个dataIn参数。如果是动态的，则datalength应该在参数currentDataLength中提供，该参数持有最后一个dataln参数的字节长度。
Autosar Dcm开发-诊断2E或31服务实现pending功能
赞的博客
09-21 880
项目开发过程中，有需求在31服务（Routine）收到请求时，等待应用层反馈执行完后再进行响应。所以pending一段时间，本文介绍该功能的实现。可能善于思考的朋友会问，如果条件不满足，一直返回DCM_E_PENDING不就相当于卡死了么。实际并非如此，在Autosar配置中，还有另外一个参数配置最多返回NRC78的次数（例如5），规范原文如下：当超过5次之后，Dcm将不再返回NRC78，而是返回NRC10，且Dcm_OpStatusType会返回DCM_CANCEL。之后，就不会再进入服务函数了。
【车载开发系列】SID$31服务配置
千月星跡
05-15 665
Client端使用Routine Control服务来执行定义的步骤序列并获取特定序列的相关结果。该服务有极大的灵活性。Service31的典型用途可以包括擦除内存、重置定义的数据、覆盖正常服务控制策略以及控制ECU值随时间变化的功能。通过Service31可以启动特定序列、停止运行该特定序列、请求运行结果。该服务以往常用于ECU在做Software Update时，应用于检查刷写条件是否满足、传输数据完整性以及独立性检测。
Autosar中DCM（14229UDS）模块（结尾有惊喜）
lxknewbee的博客
04-28 886
关于Autosar中DCM（14229UDS）模块 UDS统一诊断服务 在线诊断（OBD） 一般用于传统燃油车中与排放相关的诊断 离线诊断 非排放相关的 DTC：诊断故障代码，其意思就是通过一个代码 代表一个故障 快照/冻结帧：指发生故障时刻的一些便于排查故障的信息 扩展信息：这个是指除快照之外，与故障相关的一些信息，例如故障的发生次数、老化次数等等 IOS14229 10服务 为了管理各个服务
AUTOSAR诊断服务之2F（上）
weixin_45576679的博客
10-14 990
在汽车ECU诊断服务开发的过程中，有很多常见的诊断服务，比如10, 11, 22, 2E等，但是对于2F服务则会显得有些陌生，因为这类诊断服务主要在车身域比较常见，比如车窗控制，传感器开关、执行器控制等。除此以外，在其他车身域也有不同程度的使用，只不过相对较少。 接下来，让我们带着下列思考一起来了解一下这个较为神秘的2F服务吧！ 2F服务是做什么的呢？ 它的诊断服务请求及回复是怎样一种方式？ 与31服务Routine Control相比，又有什么区别呢？ 这篇，我们来一
CDD数据库文件制作（五）——服务配置（0x22/0x2E对DID的读取与写入）
LOVE135149的博客
02-09 1万+
本章主要用实际例子进行DID配置示例讲解。 1.text table数据类型创建
AUTOSAR-UDS诊断
aaaaaaaa123345的博客
09-12 4738
从图中可以看出，诊断服务属于 AutoSAR 服务层，诊断数据流通过CAN驱动CANIF 层 CANTP PDUR DCM 给到 DCM 模块，DCM 模块处理诊断数据，并执行对应的具体诊断服务。Diagnostic Communication Manager，诊断通信管理。实现具体的诊断协议，比如 UDS、 OBD。这里具体定义了各种不同的诊断服务，比如读取 ECU 故障码、写入 DID 数据等。
AUTOSAR-DCM，UDS诊断如何支持多组物理寻址CANID,响应CANID
最新发布
07-24
嗯，用户的问题是关于在AUTOSAR DCM模块中配置多个物理寻址CAN ID及其响应ID的方法。这个问题涉及AUTOSAR诊断通信管理的核心配置，专业性较强。 用户可能正在开发支持多ECU诊断的控制器，需要实现不同物理地址的...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

汽车电子助手

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

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

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

打赏作者

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

抵扣说明：

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

余额充值