目录
在前面 《[CP_AUTOSAR]_通信服务_DCM模块（一）》文中，简要介绍了CP_AUTOSAR 通讯服务（Communication Services）DCM 模块的功能概述、与其它模块之间的交互关系图以及部分的功能规范描述，本文将继续介绍 DCM 模块所包含的一些通用设计元素。
1、通用设计元素
1.1、子模块
DCM 模块由以下3个模块组成：
1、DSL（Diagnostic Session Layer）：DSL 子模块确保诊断请求和响应的数据流，监督和保证诊断协议的时序，管理诊断状态（尤其是诊断会话和安全等级）；
2、DSD（Diagnostic Service Dispatcher）：DSD 子模块处理诊断数据流，该子模块：
2.1、接收网络上新的诊断请求，并将其提交给数据处理模块（DSP）；
2.2、发送由 DSP 子模块触发的诊断响应；
3、DSP（Diagnostic Service Processing）：DSP 子模块真正处理诊断服务请求；
下图展示了子模块 DSP 、 DSL 和 DSD之间的交互总览关系。这些子模块及其子模块之间的交互实施并不强制，但可以提高功能规范的可读性。
1.2、NRC（Negative Response Code）
规范定义了 UDS 和 OD 服务的负响应码，在 DCM 模块与其它 BSW 模块和 SWCs交互时，会使用到这些 NRCs。这些 NRCs 在 Dcm_NegativeResponseCodeType 数据中有定义。
[SWS_Dcm_01075] 发送这些 NRCs 的顺序应该遵顼 《ISO-14229-1》文档中描述的。
1.3、Non-volatile 信息
DCM 模块需要初始化一些非易失性的信息，AUTOSAR 不会描述如何去访问这个信息，或者在 DCM 模块在初始化之后是否可以被获得，因此访问非易失性信息由实施层面来定义，必须在集成期间确保。
[SWS_Dcm_00870] DCM 模块应该确保 NvM 读出是否正确，读出的数据不正确，DCM 模块应启动默认对策。
[SWS_Dcm_01048] 如果 DCM 取消 NvM 访问，应调用 NvM_CancelJobs()；
1.4、Types
[SWS_Dcm_00969] Dcm 模块应该处理非整数数据类型(例如，uint8[n])，要么像处理匹配好大小的整数数据类型一样，要么不解释其内容（如果 DcmDspDataEndianness 被配置为OPAQUE）。
[SWS_Dcm_00970] Dcm 模块应该解释不清晰的数据为 uint8[n] ，并且应该总是将它映射到一个 n 字节大小的信号。对于不清晰的数据字节顺序，DcmDspDataEndianness 被配置为OPAQUE。
[SWS_Dcm_00971] DCM 模块应该将字节顺序转换扩展到有签名的数据类型，字节顺序定义在文档《ISO 17356-3: Road vehicles – Open interface for embedded automotive applications – Part 3: OSEK/VDX Operating System (OS)》。
1.4.1、Atomic types overview
1.4.2、Data array types overview
1.4.3、Nested Data types overview
用于 DIDs 和 Diagnostic Routines（诊断例程）的数据类型可以用嵌套的方式定义。DID或例程参数可以由几个元素组成，例如一个数组，其中每个数组元素都是一个结构体，该结构体由几个数据元素组成，这些数据元素由原语、数组或进一步的结构类型组成。
1、根数据类型定义了一个嵌套的数据元素池（如 DcmDspDid 中的 DcmDspDidSignalCompositePool）；
2、根数据元素有一个锚点对象(例如，DcmDspDidSignal)，这个锚点对象可以表示原始数据或数组数据，在这种情况下，没有引用池中定义的元素（比如，DcmDspDidSignalCompositeRef）；
3、如果锚点对象表示一个结构体，那么它定义了一个或多个对池元素的引用(例如，DcmDspDidSignalCompositeRef)。所引用的池元素构建了该结构体的内容；
池元素本身可能就是嵌套定义，这允许结构体元素的任意嵌套。下图为 DcmDspDid 数据类型的嵌套定义：
[SWS_Dcm_01633] 如果 DcmDspDidSignal 包含了至少一个 DcmDspDidSignalCompositeRef ，那么 DcmDspDidSignal 应该定义如下参数：
1、DcmDspDidByteOffset；
2、DcmDspDataByteSize；
特别地，这意味着 DcmDspDidSignal 不应该定义任何的 DcmDspDidDataRef ，因为这将提供有关原语或数组数据类型的特定数据类型信息的详细信息。如果 DcmDspDidSignal 包含了 DcmDspDidSignalCompositeRef ，那么这个 DcmDspDidSignal 是嵌套的数据类型定义。
[SWS_Dcm_01634] 嵌套的数据类型占据了连续数量的字节数（DcmDspDataByteSize），其从 DcmDspDidByteOffset 开始；
[SWS_Dcm_01635] 在嵌套数据类型范围内定义的所有数据类型都应放置在 DcmDspDataByteSize 和 DcmDspDidByteOffset 定义的区域内。
[SWS_Dcm_01636] 嵌套数据元素的 DcmDspDidByteOffset 值应该给出 DID 的绝对起始位置(而不是相对于各自的复合结构)；
[SWS_Dcm_01637] 每个 DcmDspDidSignalCompositePool 最多只能被 DcmDspDidSignalCompositeRef 引用一次。每个 DcmDspDidSignalCompositePool 元素都被明确定义为位于 DID 中的专用位置，并且只能在 DcmDspDid 的定义中出现一次；
[SWS_Dcm_01638] DcmDspDidSignalCompositeRef 只能引用与 DcmDspDidSignalCompositeRef 元素，这些元素被定义在相同 DcmDspDid 作用域中，被定义为 DcmDspDidSignalCompositeRef 的拥有者；
[SWS_Dcm_01639] 嵌套数据类型不单单适用于 DcmDspDid ，也适用于如下这些参数定义：
DcmDspDid 对应于：
— DcmDspStartRoutineIn；
— DcmDspStartRoutineOut；
— DcmDspStopRoutineIn；
— DcmDspStopRoutineOut；
— DcmDspRequestRoutineResultsIn；
— DcmDspRequestRoutineResultsOut；
DcmDspDidSignal 对应于：
— DcmDspStartRoutineInSignal；
— DcmDspStartRoutineOutSignal；
— DcmDspStopRoutineInSignal；
— DcmDspStopRoutineOutSignal；
— DcmDspRequestRoutineResultsInSignal；
— DcmDspRequestRoutineResultsOutSignal；
DcmDspDidSignalCompositePool 对应于：
— DcmDspStartRoutineInSignalCompositePool；
— DcmDspStartRoutineOutSignalCompositePool；
— DcmDspStopRoutineInSignalCompositePool；
— DcmDspStopRoutineOutSignalCompositePool；
— DcmDspRequestRoutineResultsInSignalCompositePool；
— DcmDspRequestRoutineResultsOutSignalCompositePool；
DcmDspDidSignalCompositeRef 对应于：
— DcmDspStartRoutineInSignalCompositeSignalRef；
— DcmDspStartRoutineOutSignalCompositeSignalRef；
— DcmDspStopRoutineInSignalCompositeSignalRef；
— DcmDspStopRoutineOutSignalCompositeSignalRef；
— DcmDspRequestRoutineResultsInSignalCompositeSignalRef；
— DcmDspRequestRoutineResultsOutSignalCompositeSignalRef；
下图嵌套数据类型案例定义为由原语类型的 X 和 Y 来构成 A：DcmDspStartRoutineIn 的嵌套数据类型
DcmDspStartRoutineIn 开始于位置 2 ，并且有 4 个字节。定义在结构体 A 中的元素 X 和 Y 未重叠，有一个间隙存在 X 和 Y 之间。
由 X 和 Y 构成的结构体 A 的配置案例，如下图所示：
1.4.4、Data types constraints
[SWS_Dcm_CONSTR_06002] 如果 DcmDspDataType 被设置为：UINT8_N, SINT8_N, UINT16_N,
SINT16_N, UINT32_N, SINT32_N 或者 UINT8_DYN，必须存在尺寸大小参数 DcmDspDataByteSize；
[SWS_Dcm_CONSTR_06035] 如果 DcmDspDataByteSize 大于 2 且 DcmDspDataType 为 UINT16_N 或SINT16_N，限制 16 位数组的大小的参数 DcmDspDataByteSize 应为 2 的倍数；
[SWS_Dcm_CONSTR_06036] 如果 DcmDspDataByteSize 大于 4 且 DcmDspDataType 为 UINT32_N 或SINT32_N，限制 32 位数组的大小的参数 DcmDspDataByteSize 应为 4 的倍数；
[SWS_Dcm_CONSTR_06008] 只有当 DcmDspRoutineSignalType 设置为 SINT8_N、SINT16_N、SINT32_N、UINT8_N、UINT16_N、UINT32_N 或 VARIABLE_LENGTH 时，才需要使用 DcmDspRoutineParameterSize 参数；
[SWS_Dcm_CONSTR_06011] 只有 RID （Routine ID，例程ID）中的最后一个参数可以有可变长度（DcmDspRoutineSignalType with VARIABLE_LENGTH 只对最后一个信号有效）；
[SWS_Dcm_CONSTR_06012] 如果 DcmDspPidDataType 设置为：UINT8_N, SINT8_N, UINT16_N, SINT16_N, UINT32_N 或 SINT32_N，则存在大小参数 DcmDspPidDataByteSize；
[SWS_Dcm_CONSTR_06040] 如果 DcmDspPidDataByteSize 大于2，且 DcmDspPIDDataType 为 UINT16_N 或SINT16_N，则限制 16 位数组的大小参数 DcmDspPidDataByteSize 为 2 的倍数；
[SWS_Dcm_CONSTR_06041] 如果 DcmDspPidDataByteSize 大于4，且 DcmDspPIDDataType 为 UINT32_N 或SINT32_N，则限制 32 位数组的大小参数 DcmDspPidDataByteSize 为 2 的倍数；
[SWS_Dcm_CONSTR_06038] 当 DcmDspDataUsePort 等于 USE_BLOCK_ID 时，DcmDspDataType 应该为 UINT8_N；
[SWS_Dcm_CONSTR_06026] S/R通信、NvRam访问或ECU信号访问时使用可变数据长度（当 DcmDspDataUse Port 设置为 {USE_DATA_SENDER_RECEIVER、USE_DATA_SENDER_RECEIVER_AS_SERVICE、USE_BLOCK_ID、USE_ECU_SIGNAL}时，不允许使用可变数据长度）；
[SWS_Dcm_CONSTR_06031] The DcmDspData 短名称 and DcmDspPid-Data 短名称应该不一样；
1.4.5、Dcm_OpStatusType
对于使用 Dcm_OpStatusType 的操作，Dcm 模块工作如下：
[SWS_Dcm_00527] 在第一次使用 Dcm_OpStatusType 调用操作时，Dcm 模块调用操作并将 OpStatus = DCM_INITIAL ；
[SWS_Dcm_00528] 如果使用 Dcm_OpStatusType 操作的返回值为 DCM_E_FORCE_RCRRP，则 Dcm 模块将调用 RCR-RP 的发送请求(NRC 0x78传输)，并且在 RCR-RP 发送完成之前，Dcm 模块不会实现进一步的操作调用。
[SWS_Dcm_00529] 在 [SWS_Dcm_00528] 上下文中，完成 RCR-RP 的发送确认，DCM 模块回调操作，应该将 OpStatus 设置为 DCM_FORCE_RCRRP_OK ；
[SWS_Dcm_00530] 如果使用了 Dcm_OpStatusType 的操作返回值为 DCM_E_PENDING，DCM 模块在每个轮询函数 Dcm_MainFunction 中调用 OpStatus = DCM_PENDING 的操作。
675
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
