【AUTOSAR-DCM】-3.3-不依赖CDD手动在CFG中创建配置读一个带一个Data的DID(dataIdentifier)数据标识符(UDS $22服务诊断)

最新推荐文章于 2025-04-12 22:39:47 发布
最新推荐文章于 2025-04-12 22:39:47 发布
阅读量1.4k 收藏 3
点赞数 1
CC 4.0 BY-SA版权
分类专栏： Autosar_BSW高阶配置 Autosar # DCM 文章标签： autosar
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qfmzhu/article/details/120278453
本文详细介绍了在没有CDD的情况下，如何在DaVinci Configurator (CFG) 中手动创建和配置一个数据标识符(DID)，包括创建DataInfo、Data、DidInfo和Did，并解决配置完成后出现的错误。接着说明如何在DaVinci Developer (DEV) 中将DID添加到软件组件(SWC)以及在CFG中连接DCM和SWC的通信端口。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

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

在《【AUTOSAR-DCM】-3.1-将CDD导入CFG并查看$22服务配置变化(UDS诊断DID带一个Data)》中，自动创建/配置DID。接下来讲讲在没有诊断描述文件CDD/ODX/PDX的情况下，有时需要临时手动创建/配置DID。如图0-1，仿照该图在CFG中手动创建和配置DID：0xFE01，该DID带一个DataRecord:voltage_gain_value。

下面我们讲讲，如何在CFG中手动创建/配置一个DID。

图0-1

目录

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对应的C/S Port进行连接

了解本专栏 订阅专栏 解锁全文
Autosar Dcm配置-手动配置RID及Routine功能实现-基于ETAS软件
赞的博客
04-13 874
Autosar Dcm配置-手动配置RID及Routine功能实现-基于ETAS软件
Autosar Dcm配置-手动配置DID及读取功能-基于ETAS软件
赞的博客
03-23 1297
Autosar Dcm配置-手动配置DID及读取功能-基于ETAS软件
【车载开发系列】Autosar DCM模块配置
千月星跡
05-29 2029
DSL的全称是Diagnostic Session layer。被翻译成诊断会话层。DSL用于处理诊断数据请求和响应的数据流；监控和确保诊断请求和响应的时序。DSD的全称叫做Diagnostic Service Dispatcher诊断服务调度。DSD模块负责检查诊断请求的有效性（诊断会话、安全访问级别、应用程序权限的验证），并跟踪服务请求执行的进度。DSP的全称是Diagnostic Service Processing诊断服务处理进程。
Autosar Davince如何开发诊断Dcm/Dem模块
最新发布
m0_55475180的博客
04-12 119
导入cdd模块之后，仍然存在很多红色报错，如下图所示。本文的主要内容是介绍诊断Dcm，Dem模块的开发流程，以Davince操作为主，如何配置出Dcm，Dem模块并编译通过。Davince的配置输入就是cdd文件，大部分配置工作都是在配置cdd阶段完成，导入cdd文件即可自动生成大部分的配置。这篇文章比较核心的还是：cdd导入方式、诊断配置流程、问题修复方法，这些对于小白熟悉工具操作还是比较有益的！准备工作：通信Ok的Davince基础工程，诊断描述文件cdd文件。1. 导入Cdd文件并自动生成配置。
AUTOSAR DCM Configuration
StarFlex
01-29 3746
本文主要介绍AUTOSAR DCM的配置，对于ISO14229 以及Customer Diagnosis的作用不是本文重点 Dcm Configuration Workflow Step Action Refer to Section. 1 定义$27 ,$10 27 Service 10 Service 2 定义SID/Sub
Autosar Dcm配置-0x23服务ReadMemoryByAddress-基于ETAS软件
赞的博客
06-22 575
一般在调教开发阶段，会使用XCP进行观测和标定，本质上也是操作指定的内存地址。量产后，一般XCP会取消。本文介绍的UDS ReadMemoryByAddress服务，也是读取内存地址的值。在没有XCP时，通过ReadMemoryByAddress服务，也可以实现特定地址的观测。量产取消了XCP后，ReadMemoryByAddress如果利用的合理的话，对调试帮助还是非常大的。
【AUTOSAR-DCM】-4.2-不依赖CDD手动在CFG中创建配置写一个DID(dataIdentifier)数据标识符(UDS $2E服务诊断)
「汽车电子助手」的博客
09-16 1904
案例背景： 在《【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.
【AUTOSAR-DCM】-3.4-不依赖CDD手动在CFG中创建配置读一个带多个Data的DID(dataIdentifier)数据标识符(UDS $22服务诊断)
「汽车电子助手」的博客
09-14 1256
案例背景（共6页精讲）： 在《【AUTOSAR-DCM】-1.1-手动创建并配置带一个Data的UDS诊断DID在CFG中》中，完成了在没有诊断描述文件CDD/PDX的情况下，手动创建和配置带一个Data的DID。下面以图0-1为例，在CFG中手动创建和配置DID：0xFE01，该DID带多个Data:voltage_gain_value和voltage_offset_value。 图0-1 目录 1 在CFG中手动创建并配置DID 1.1 创建第二个DataInfo 1.2 创建第二.
【AUTOSAR-DCM】-5.3-不依赖CDD手动在CFG中创建配置一个RID(routineIdentifier)例程标识符(UDS诊断$31服务)
「汽车电子助手」的博客
09-29 1271
案例背景：（共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】-6.2-不依赖CDD手动在CFG中创建配置resetType复位类型(UDS $11服务诊断)
「汽车电子助手」的博客
10-06 1009
案例背景：(共4页精讲) 在《【AUTOSAR-DCM】-6.1-将CDD导入CFG并查看$11服务ECUReset配置变化(UDS诊断)》中，我们通过诊断描述文件CDD自动配置了ECUReset $11服务，创建一个resetType复位类型。 现在我们尝试一下，不依赖诊断描述文件CDD的情况下，在CFG（DaVinci Configurator）中，手动配置了ECUReset $11服务，创建一个resetType复位类型。 目录 1 在CFG中手动创建并配置一个resetType 1.1 生
Autosar Dcm配置-特定NRC实现方式-基于ETAS软件
赞的博客
05-28 896
项目开发过程中，诊断服务一般客户需求或系统需求都会有特定NRC(一般为NRC22-条件不满足)，也就会有特定的条件，需要手动加代码实现。本文介绍ETAS工具中配置的接口及简单实现。一般在1002跳转boot，1101复位等服务中，需要判断一些安全条件（例如车速，蓄电池电压），防止车辆出现不受控的情况。
【AUTOSAR-CanTp】-2.7-配置channel：基于CANFD标准帧(DLC=64)诊断ID--Normal addressing正常寻址
「汽车电子助手」的博客
02-08 2045
共19页精讲：（Normal addressing正常寻址：附配置完成后的诊断交互LOG） 手把手教你创建一个自定义的物理寻址和功能寻址CANFD (UDS/OBD)诊断ID。从CanIf模块 --》 CanTp模块 --》PduR模块 --》DCM模块完整的配置。 目录 1 预设条件 2 EcuC模块配置 3 CanIf模块配置 4 CanTp模块配置 5 DCM模块配置 6 PduR模块配置 7 测试Log：基于Normal addressing 的“功能寻址”和“物理寻址” 8 结
Autosar Dcm配置-0x27服务DelayTimer及counter实现-基于ETAS工具
赞的博客
08-18 920
在诊断开发时，客户需求27服务解锁失败超过一定次数后需要回复NRC37，且计时一定时间后次数清0，且计时时间内复位的话延时计数器仍需保留。本文介绍该需求在Autosar下的实现。实际测试过程中，之前一直将写入NVM放入SetSecurityAttemptCounter函数中，手动测试时，触发延时，复位之后可以正常回NRC37，但在用客户脚本跑自动用例时却始终回复不了NRC37（也不是始终，偶尔一两次能回）。
Autosar Dcm配置-0x85服务配置及使用-基于ETAS软件
赞的博客
07-06 318
0x85服务用来控制DTC设置的开启和关闭。某OEM3.0架构强制支持0x85服务，本文介绍ETAS工具中的配置DTC控制服务一般在预编程过程，提前关闭DTC检测，以免在刷写过程中误报DTC。
Autosar诊断实战系列06-Dcm之0x2E需存储NvM的DID配置开发详解
initiallizer的博客
06-23 1920
本篇介绍下在22及2E服务开发时，一些需要存储NvM的DID如何去开发。涉及到的模块有：Dcm，NvM，Fee几个模块
Autosar Dcm模块之Vector Configurator Pro配置（通用配置）
阿拉斯加小野牛的博客
09-27 5444
AUTOSAR Dcm模块为诊断服务提供了一个公共API。Dcm模块的功能为ECU在开发、制造或服务期间可以被外部诊断仪（Tester）所使用。
Autosar实践——诊断配置（DaVinci Configuration）
诊断协议那些事儿's blog
06-16 837
Autosar实践——诊断配置（DaVinci Configuration）
Autosar-Mentor CVI工具诊断配置
诊断协议那些事儿's blog
12-26 904
Autosar Mentor CVI诊断数据导入
AUTOSAR知识点 之 Dcm （三）：基于ETAS工具ISOLAR-AB配置实现DCM分析
梦想技术家
09-08 1926
ISOLAR-AB的配置大体上是符合AUTOSAR配置的，但是部分配置参数携带Rb字样，这样的个人认为均属于ETAS自己添加的配置，规范上确实也可以自己添加一定的配置来实现功能。话不多说字节进入主题----ISOLAR总体配置图如下：ISOLAR总体配置的思维导图如下：打散来逐步分析进行之前先引入时间参数的概念。
autosar中DCM模块有好几个DID，共用同一个nvm模块可以吗
03-01
<think>好的，用户问的是在AUTOSAR中，DCM模块的多个DID是否可以共用同一个NVM模块。我需要先理解DCM和NVM模块的基本概念。DCM负责诊断通信管理，处理诊断请求，而DID是数据标识符，用于访问特定的数据。NVM模块则负责非易失性存储，保存数据到EEPROM或Flash中。 接下来，用户想知道多个DID能否共享同一个NVM模块。根据AUTOSAR的设计，NVM是统一管理存储的，所以多个DID的数据应该可以存储在同一NVM中。需要确认的是DID的数据结构和NVM的块划分。每个DID的数据可能需要配置为不同的NVM块，或者多个DID数据合并到一个块中，这取决于具体实现。 然后，需要考虑并发访问的问题。如果多个DID同时请求NVM操作，NVM模块需要有机制处理并发，比如队列或者优先级。数据隔离也很重要，确保不同DID的数据不会互相覆盖。此外，存储效率方面，合理规划块大小可以减少碎片，提高效率。 还要提醒用户注意AUTOSAR的配置工具，比如Vector的DaVinci或ETAS的ISOLAR，这些工具可以帮助配置NVM块与DID的映射。同时，错误处理机制，比如写入失败时的重试或回滚，也是需要考虑的。最后，确认不同DID的数据是否需要不同的存储周期或安全权限，确保符合功能安全标准，如ISO 26262。 总结来说，共用NVM模块是可行的，但需要注意块划分、并发访问、数据隔离和存储效率等问题，合理配置和设计是关键。</think>在AUTOSAR架构中，**DCM模块的多个DID共用同一个NVM模块是完全可行的**，但需要遵循特定的设计原则和配置规则。以下是关键点说明： --- ### 1. **基本概念** - **DCM模块**：诊断通信管理模块，负责处理诊断请求（如UDS协议中的$2E/2F/22服务）。 - **DID（Data Identifier）**：16位数据标识符，用于标识需要读写的数据（如标定参数、故障码等）。 - **NvM模块**：非易失性存储管理器，负责将数据持久化存储到EEPROM/Flash中。 --- ### 2. **共用NvM的可行性** - **统一存储管理**：AUTOSAR的NvM模块本身设计为**集中式存储管理**，所有需要持久化的数据（包括不同DID）均可通过NvM统一操作。 - **块（Block）划分**：每个DID对应的数据需映射到NvM的**独立Block**或**共享Block**： - **独立Block**：每个DID分配一个独立的NvM Block（推荐用于频繁更新或安全关键数据）。 - **共享Block**：多个DID数据合并存储在一个NvM Block中（需自行管理数据解析，适用于小数据量场景）。 --- ### 3. **实现注意事项** #### (1) **NvM Block配置** - 在AUTOSAR配置工具（如DaVinci Configurator）中，需显式定义： ```plaintext DID_0x0101 → 映射到 NvM_Block_0 DID_0x0102 → 映射到 NvM_Block_1 ...或... DID_0x0101 + DID_0x0102 → 共同映射到 NvM_Block_0（自定义数据包结构） ``` #### (2) **并发访问控制** - 若多个DID同时触发NvM读写（如并行执行$2E写请求），需通过以下机制避免冲突： - **NvM队列机制**：NvM内部通过队列管理读写请求，确保原子性操作。 - **SWC层互斥锁**：在应用层（如Dcm模块）控制对共享NvM Block的访问顺序。 #### (3) **数据隔离性** - 不同DID的数据需在NvM Block中**明确定义偏移量和长度**，避免数据覆盖： ```c /* 示例：共享Block内的数据布局 */ typedef struct { uint8_t DID_0x0101_Data[10]; // 偏移量0 uint8_t DID_0x0102_Data[20]; // 偏移量10 } NvM_Block_SharedData; ``` #### (4) **存储效率优化** - **块大小对齐**：根据Flash/EEPROM的擦写粒度（如4KB）优化Block大小，减少存储碎片。 - **分组存储**：将生命周期相近的DID数据分组到同一Block，减少擦写次数。 --- ### 4. **典型应用场景** - **场景1**：车辆VIN码（DID 0xF190）和里程数据（DID 0xF120）共享一个NvM Block。 - **场景2**：多个标定参数DID（如0xD000-0xD0FF）合并存储，通过索引区分。 --- ### 5. **验证与调试** - **NvM回调函数**：通过`NvM_JobEndNotification()`监控Block读写状态。 - **一致性检查**：在DID读取时（如$22服务），增加CRC校验或版本号验证数据完整性。 --- ### ✅ **结论** 多个DID共用NvM模块是**AUTOSAR的标准实践**，关键在于： 1. 合理规划NvM Block与DID的映射关系。 2. 确保并发访问安全和数据隔离。 3. 优化存储布局以提高效率和可靠性。 建议结合具体工具链（如Vector/ETAS）的NvM配置向导，可显著降低实现复杂度。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

汽车电子助手

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

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

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

打赏作者

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

抵扣说明：

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

余额充值