Autosar基础——DLT（DiagnosticLogAndTrace）

---

前言

---

一、DLT模块的作用

DiagnosticLogAndTrace：主要有记录（log）和追踪(trace)两个功能
记录信息的来源为DET、DEM模块，以及一些SW-Cs的log信息
追踪信息来自RTE

The Dlt module transmits this data via communication busses to make this information visible outside the ECU.
DLT信息通过通信总线（例如CAN、以太网等）被传递出来给关心这些信息的人来处理，此外，可以通过NVM模块来永久保存DLT的更新过滤器设置，这使得ECU能够以期望的级别传输日志/跟踪信息,而不需要在每次ECU启动时从通信总线（通过日志工具）发出明确的设置请求。

DLT模块位于PDUR和RTE之间：

下图描述了如何在通信总线上发送DLT报文的过程

二、DLT记录和追踪哪些信息

2.1 来自DET模块的错误信息

为了可以通过DLT去报告错误，DLT提供了与DET交互的接口，这些接口是可选的。SWC和BSW的错误会通过Det_ReportError报告给DET，然后再通过DET将错误通过Dlt_DetForwardErrorTrace发给DLT模块。

Det的记录报文需要包含以下值：
ApplicationID = “Det”
ContextId = “STD”
MessageID = “0x00000002”
LogLevel = “Error”

ApplicationId：用于识别Log和Trace信息是源于哪个应用/SWC的，由四个8位ASCII字符组成。

Context ID: 在同一个SWC产生的log/trace消息中进行分组识别。每一个Application ID可以对应多个Context ID，对应同一个Application ID的context ID不能相同。一般由四个8 bit ASCII字符表示。

Session ID: 由于SWC是可以有多个instance的，它们共用同一组Application和Context ID, 因此又引入了Session ID来进行区分。AUTOSAR 并没有对SWC进行session ID的定义，在实际使用时，需要定义port defined argument来设置Session ID。

2.2 来自DEM模块的信息

DEM事件同样可以通过DLT发送到车载网络上，DLT提供了与DEM的接口（可选）。
在DEM中，通过EventID来表征这些来自BSW和SWC的事件，这些事件都包含一些信息如DTC，扩展数据记录和冻结帧。DEM通过调用DLT接口Dlt_DemTriggerOnEventStatus来通知DLT这些事件状态变化。DEM会在接口中说明出现变化的事件的EventID，以此DLT会请求此事件的更多信息。
DLT也会在Dlt_DemTriggerOnEventStatus中比较事件新、旧状态是否一致，如果不一致，就会通过Dlt_SendLogMessage发送DLT log信息。

DEM事件的DLT log报文包含以下值：
ApplicationID = “Dem”
ContextId = “STD”
MessageID = “0x00000001”

2.3 来自RTE的信息（VFB Trace）

包括VFB和BSW调度器（SCHEDULER）被用于与SWC的沟通，来生成记录和追踪信息，并周期地调用DLT模块的发送接口。实际上，DLT通过与RTE的接口来记录VFB trace并处理trace数据。这其中DLT作为client去获取server，也就是RTE提供的VFB trace数据。因此，在RTE的配置中有一个参数RteVfbTraceClientPrefix必须要设置为“Dlt”。

三、DLT与软件SWC的交互

SWC通过DLT提供的接口发送log和trace信息，如果用户希望在log level阈值和trace状态发生变化时再去记录这些信息。
SWC提供一个端口去针对上述变化进行通知，这个通知接口是DLT分别为每一个ApplicationId/ContextId单独提供的，这个机制可以避免在上游重复生成log和trace数据而在DLT中去过滤掉它们。

DLT提供一个SessionId的参数，这个参数适用于区别同一个SWC的不同实例所产生的log/trace.因为DLT模块允许SWC的多重实例使用同一个ApplicationId/ContextId元。

四、协议规范（Protocol specification）

4.1 消息格式

对于调试数据和控制信息，只需使用相同的DLT消息格式：（标准报头、可选的扩展报头、payload-有效复杂段）

其中，标准头部和扩展头部都应当是大端（MSB first）。

4.1.1 标准报头

为了获得一个时间戳，需配置GPT模块

4.1.2 扩展报头

如果标准报头的UEH位设置为“1”，则传输在Dlt扩展报头格式中定义的附件信息。

Dlt扩展报头直接附件在Dlt标准报头字段之后

其中MSTP和MTIN的关联如图：

4.2 Log等级

DLT message根据需要，设定了以下log level：

用户可以用日志工具通过通信协议栈请求并设置log level – 如果不想这样做，可以在NvM中存储过滤设置，启动时自动读取。

五、Dlt时序图

5.1 DLT 数据消息传输时序图(Transmission of Dlt Data Message)

5.2 设置日志登记过滤器(Set LogLevel Filter)

5.3 缓存溢出(Buffer Overflow)

六、Dlt命令（Dlt commands）

DLT协议指定由唯一的Service ID标识的各种Dlt命令。Dlt命令用于在运行时修改Dlt模块的行为，例如：获取关于当前Dlt配置的信息或更改过滤器设置。

---

七、DLT使用场景

7.1 DLT的通用场景

1. 应用或SW-C产生日志消息
2. 日志消息发送到DLT模块
3. DLT模块将日志消息发送到总线
4. 外部DLT客户端记录日志消息
   

7.2 VFB追踪(tracing of VFB)

1. RTE调用由DLT提供的宏，该宏可以调用DLT应用接口产生追踪消息（trace message）
2. DLT模块发送跟踪消息到DLT通讯模块（黄色模块）
3. DLT通讯模块转发跟踪消息到网络
4. 外部客户端接收并存储跟踪消息

7.3 DLT运行配置

1. 外部dlt客户端发送日志和跟踪等级变更到dlt模块
2. dlt模块根据收到的变更消息改变自己的过滤器设置配置
3. dlt模块通知应用新的日志等级

7.4 dlt模块通知应用新的日志等级

为了减少总线上的运输量，我们可以避免发送通讯总线上的变量元数据。相反，一个外部FIBEX文件保存如何解释有效负载的信息。外部Dlt客户机使用接收到的参数值合并和存储这些元数据。

1. dlt模块以非冗余模式来传送dlt消息
2. dlt模块过滤和产生dlt消息
3. dlt模块发送dlt消息到通讯总线
4. 外部dlt客户端获取外部FIBEX文件里的元信息
5. 外部dlt客户存储合并的消息