Autosar诊断-简介和功能概述
文章目录
- 前言
- 一、OSI-Layers
- 二、首字母缩略词
- 1.Terms-术语
- 2.Abbreviations -缩写
- 三、与其他模块的依赖关系
- 总结
前言
DCM SWS描述了AUTOSAR基本软件模块DCM(诊断通信管理器)的功能、API和配置。DCM模块为诊断服务提供了一个通用API。DCM模块的功能由外部诊断工具在开发、制造或服务过程中使用。
Figure 1 :外部诊断工具与车载AUTOSAR应用程序之间的通信概述
DCM模块确保诊断数据流并管理诊断状态,尤其是诊断会话和安全状态。此外,DCM模块检查诊断服务请求是否得到支持,以及根据诊断状态是否可以在当前会话中执行服务。
一、OSI-Layers
在AUTOSAR体系结构中,诊断通信管理器位于通信服务(服务层)中。
DCM模块是独立于网络的。所有特定于网络的功能(CAN、LIN、FlexRay或MOST、以太网等网络的具体功能)都在DCM模块之外处理。PDU路由器(PduR)模块为DCM模块提供独立于网络的接口。
DCM模块接收来自PduR模块的诊断消息。DCM模块对诊断消息进行内部处理和检查。作为处理请求的诊断服务的一部分,DCM将与其他BSW模块或通过RTE与软件组件交互,以获得请求的数据或执行请求的命令。此处理是非常特定于服务的。通常,DCM将汇集收集的信息,并通过PduR模块发回消息。
二、首字母缩略词
1.Terms-术语
Term | 描述 |
---|---|
Application Layer | 应用层位于RTE之上。在应用层中,放置了AUTOSAR软件组件。 |
Channel | 可以进行数据传输的链路。如果有多个通道,通常会为该通道分配某种ID。 |
Diagnostic Channel | 诊断工具和电子控制单元之间可以进行数据传输的链路。示例:ECU通过CAN连接,诊断通道具有指定的CAN-ID。连接到其他总线系统的诊断通道,如MOST、FlexRay、LIN等。也是可能的。 |
External Diagnostic Tool | 未永久连接到车辆通信网络的设备。此外部诊断工具可连接到车辆上,用于各种用途,例如:开发、生产、售后 |
Internal Diagnostic Tool | 连接到车辆通信网络的设备/ECU。内部诊断工具可用于:高级事件跟踪、高级分析和服务。 |
Functional Addressing | 诊断通信模型,其中特定通信网络的一组或所有节点从一个发送节点接收消息(1-n通信)。这种模式也被称为“广播”或“多播”。OBD通信将始终在功能寻址模式下进行。 |
Physical Addressing | 诊断通信模型,其中特定通信网络的节点从一个发送节点接收消息(1-1通信)。这种模式也被称为“单播”。 |
Freeze Frame | 一组特定时间的车辆/系统运行条件。 |
2.Abbreviations -缩写
缩写 | 描述 |
---|---|
API | Application Programming Interface |
CAN | Controller Area Network |
DCM | Diagnostic Communication Manager |
DEM | Diagnostic Event Manager |
DET | Default Error Tracer |
DID | Data Identifier |
DSD | Diagnostic 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 |
LIN | Local Interconnect Network |
MOST | Media Orientated System Transport |
NRC | Negative Response Code |
PDU | Protocol Data Unit |
RTE | Runtime Environment |
SDU | Service Data Unit |
SID | Service Identifier |
SW-C | Software-Component |
TP | Transport Protocol |
UDS | Unified Diagnostic Services |
三、与其他模块的依赖关系
AUTOSAR诊断通信管理器(DCM)具有与以下基本软件模块和SW-C的接口和依赖关系:
①诊断事件管理器(DEM):DEM模块提供检索与故障记忆相关的所有信息的功能,以便DCM模块能够通过从故障记忆中读取数据来响应测试仪的请求。
②协议数据单元路由器(PduR模块):PduR模块提供传输和接收诊断数据的功能。DCM模块的正确操作假定PduR接口支持为诊断应用层和底层传输层之间的服务接入点(SAP)定义的所有服务原语(见ISO14229-1第5章):应用层服务)。
③通信管理器(ComM):ComM模块提供功能,使DCM模块可以指示诊断通信的“活动”和“非活动”状态。DCM模块提供了处理通信要求“Full-/ Silent-/ No-Communication”。此外,如果ComM模块请求,DCM模块提供启用和禁用诊断通信的功能。
④SW-C和RTE:DCM模块能够分析接收到的诊断请求数据流,并处理与诊断通信相关的所有功能,如协议处理和定时。基于对请求数据流的分析,DCM模块组装响应数据流,并将例程或IO控制执行委托给SW C。如果DCM模块本身无法提供任何数据元素或功能状态,则DCM通过端口接口向SW-C或通过直接函数调用向其他BSW模块请求数据或功能状态。
总结
DCM模块可用于所有汽车域。
该DCM SWS旨在满足立法者给出的排放相关要求。但是,排放相关系统的供应商有责任满足OBD要求。DCM模块本身无法满足某些要求,但需要在整个ECU或系统的层面上加以考虑。示例:在系统内集成DCM模块期间,必须满足时序要求(50ms响应时间)。