目录
- 关键词
- 平台说明
- 背景
- 一、DCM所处架构位置
- [二、DCM 与其他模块的交互](#二、DCM 与其他模块的交互)
- [三、DCM 的功能](#三、DCM 的功能)
- 四、DCM的内部子模块
-
- [4.1 Diagnostic Session Layer (DSL)](#4.1 Diagnostic Session Layer (DSL))
-
- [4.1 DSL 与其他模块的交互](#4.1 DSL 与其他模块的交互)
- [4.2 Diagnostic Service Dispatcher (DSD)](#4.2 Diagnostic Service Dispatcher (DSD))
- [4.3 Diagnostic Service Processing (DSP)](#4.3 Diagnostic Service Processing (DSP))
- [4.4 小结](#4.4 小结)
关键词
嵌入式、C语言、autosar、OS、BSW、UDS、diagnostic
平台说明
项目 | Value |
---|---|
OS | autosar OS |
autosar厂商 | vector , EB |
芯片厂商 | TI 英飞凌 |
编程语言 | C,C++ |
编译器 | HighTec (GCC) |
autosar版本 | 4.3.1 |
参考文档 | TechnicalReference_Dcm.pdf AUTOSAR_SRS_DiagnosticLogAndTrace.pdf AUTOSAR_SWS_DiagnosticCommunicationManager.pdf AUTOSAR_SWS_DiagnosticEventManager.pdf AUTOSAR_SWS_FunctionInhibitionManager.pdf- 【14229-1.2.3】,【15765-1.2.3.4】. 【11898】 |
>>>>>>>>>>>>>>>>>>>>>>>>>回到总目录<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
缩写 | 描述 |
---|---|
DEM | Diagnostic Event Manager |
DET | Development Error Tracer |
DDM | Diagnostic Data Modifier |
DCM | Diagnostic Communication Manager |
DID | Data Identifier |
SID | Server Identifier |
DDID | Dynamic DID |
RID | Routine Identifier |
PID | Parameter Identifier |
NRC | Negative Response Code |
OSI | open systems interconnection |
DSD | Diagostic Service Dispatcher (submodule of the DCM module) |
DSL | Diagnostic Session Layer (submodule of the DCM module) |
DSP | Diagnostic Service Processing (submodule of the DCM module) |
DTC | Diagnostic Trouble Codes |
背景
本文仅针对CAN 总线,不包含OBD相关内容。
一、DCM所处架构位置
DCM 处于服务层。
二、DCM 与其他模块的交互
三、DCM 的功能
Diagnostic Communication Manager (DCM),独立与网络层之上,作为诊断服务和车辆网络(CAN,LIN,Flex Ray)之间的中介,为诊断服务提供通用的API。如上面第二节的图所秒速的,与多个其他BSW模块和ASWC都有交互,主要有以下几大功能:
- 1.根据请求的SID,在ASWC中进行相应的代码调用,如0x22,0x2E,0x23等。
- 2.控制诊断会话状态,通过0x10服务。
- 3.控制请求ComM控制通信状态例如在非默认会话时为ComM_DCM_ActiveDiagnostic,默认会话时为ComM_DCM_InactiveDiagnostic.
- 4.控制BswM的状态。例如0x11 请求复位,0x85控制DTC设置,0x86事件响应,
四、DCM的内部子模块
由于DCM干的活儿太杂乱了,于是将DCM的内部分为了三个子模块,分别是DSL,DSD,DSP.
Diagnostic Session Layer (DSL)
DSL子模块确保有关诊断请求和响应的数据流,监督和保证诊断协议定时,管理诊断状态(特别是诊断会话和安全性)。
Diagnostic Service Dispatcher (DSD)
DSD子模块处理诊断数据流:
1.通过网络接收新的诊断请求并将其转发给数据处理器。
2.当数据处理器(如DSP子模块)触发时,通过网络发送诊断响应。
Diagnostic Service Processing (DSP)
DSP子模块处理实际的诊断服务(分别为子服务)请求。
三个子模块之间的关系概览如下图所示:
4.1 Diagnostic Session Layer (DSL)
DSL 的会话处理和与应用层的请求及相应遵循ISO 14229 -1 14229 - 3 的规范。
4.1 DSL 与其他模块的交互
如第三节图中所示:
与PduR模块交互:
PduR向DSL传入诊断请求数据。
DSL向PduR输出诊断响应。
与DSD子模块交互:
DSL通知DSD 数据接入请求,DSL提供数据给DSD。
DSD向DSL输出诊断响应。
与ComM交互:
DSL保证ComM所需的通信行为。
4.2 Diagnostic Service Dispatcher (DSD)
DSD子模块负责检查传入诊断请求的有效性(诊断会话/安全访问级别/应用程序权限的验证),并跟踪服务请求执行的进度。说白了就是子模块用于处理有效的请求,拒绝无效的请求:
- 接收请求消息并发送正响应消息。
- 接收请求消息并抑制正响应。
- 接收请求消息并抑制负面响应.。
- 接收请求消息并发送否定响应消息。
- 当没有相应的请求时,发送一个正响应消息。
- 分段响应
4.3 Diagnostic Service Processing (DSP)
用于在接收到DSD的请求时,分析收到的请求消息,检查消息格式和是否支持该服务,与DEM ASWC或者其他BSW模块交互以完成请求的动作,组织结果并响应。
4.4 小结
日常使用和开发中其实不需要去深究DSL DSD DSP,只需要知道如何实现 诊断服务就行,只有排查一些bug才需要深入了解。
>>>>>>>>>>>>>>>>>>>>>>>>>回到总目录<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<