【AUTOSAR-DCM】-4.3-UDS $22和$2E服务如何读取和写入NVM Block数据

本文主要讲述Vector的两款工具configurator和Developer关于NvM的配置流程，包括如何新建NvM SWC以及添加和修改NvM block，Developer主要涉及NvM SWC的新建、添加新NvM Block以及修改原有的NvM Block；Configurator主要涉及三个模块NvM、Fee以及Fls，以下将分为两个模块对该部分进行介绍。 一、Developer 使用 1.1 新建NvM SWC并实例化 如下图，为Developer左列列表 图 1.1...

这篇文章我们主要讲解DCM(Diagnostic Communication Manager).DCM模块为诊断服务提供一系列通用的API接口，它确保了诊断的数据流、管理会话和安全等诊断状态。

AUTOSAR诊断协议栈：DCM和DEM两个模块，其中DEM负责DTC相关的参数实现，而DCM模模块主要实现UDS和OBD的诊断服务。 详细信息请参考：AUTOSAR_SWS_DiagnosticCommunicationManager.pdf DCM模块主要负责处理诊断数据流和管理诊断状态，包括诊断会话和安全状态，DCM模块能检查诊断服务的请求是否满足条件。DCM在AUTOSAR架构中的概略图如图所示。 Position of the Dcm module in AUTOSAR Architect

文章包含了AUTOSAR基础软件（BSW）中DCM模块相关的内容详解。本文从ISO标准，AUTOSAR规范解析，ISOLAR-AB配置以及模块相关代码分析四个维度来帮读者清晰的认识和了解DCM这一基础软件模块。

2E服务简介

0x22服务中不同的DID需要开发时中配置DcmDspDataUsePort，即通过哪种接口来访问获取数据，那对于不同的接口类型分别代表什么含义，有什么区别及在项目开发中如何去选择呢？

基于Davinci Configurator学习添加一路UDS 31例程服务

UDS 0x27服务实战开发介绍，对解锁尝试次数及delay时间进一步解释。

1、本文介绍的服务为22、2E服务 2、22服务 该服务通过标识符（DID）来读取ECU的数据 请求格式 由上图可知请求格式分为两个个部分: 第一部分：请求SID：0x22，占用一个字 第二部分：dataIdentifier（DID），占用两个字节，由厂家定义DID的值，代表读取的是什么数据。如0x0123代表的是读取ECU版本号。一次请求可读取多个DID数据。DID范围如下图所示： 肯定响应 由上图可以响应格式分为三个部分： 第一部分：response SID：0x62 第二部分：.

2E服务作为诊断服务中的基础服务，可以简单理解为就是一个用于写入ECU数据的外部接口，可实时获取软件内部的相关的状态信息。根据ISO14229-1规范，定义了诸多只能用于特定场合的DID，也就意味着大家都不能随意乱用DID，在使用DID Number应充分考虑到14229的要求，防止出现跟客户扯皮的现象。

NvBlock SwComponentPrototypes

WriteDataByldentiffer服务允许客户端在通过提供的dataidentifier数据标识符指定的内部位置将信息写入服务器。客户端使用WriteDataByldentifier服务将dataRecord写入ECU 服务器。数据由dataldentifier标识，可能受保护，也可能不受保护。

UDS 2E服务在执行过程中进行了哪些操作？在2E写期间由于要操作NvM，会执行时间较长导致ECU先回复NRC 0x78，这期间ECU在进行哪些处理？是如何判断2E操作完成再回复正响应的？

通过DID读取数据服务，服务ID是0x22，主要功能是通过数据标识符（Data Identifier/DID）读取ECU存储的数据。

本系列主要基于DaVinCi工具链来展开具体DID读写的配置以及最终实现。1，CDD准备2，工具链配置3，代码实现4，验证结果本文讲述流程3话不多说，走你~博主是AutoSar小白，如果哪里表达的有问题，还请大佬们指点指点哈。接下来，让我们在下章关于测试验证的博文再相会哈~

车载通信——诊断刷写