当前位置:首页 > 汽车电子1 > 糖果Autosar
[导读]编辑整理:糖果Autosar;如有侵权,联系删除;RTA-VRTE是德国博世研发的AdaptiveAUTOSAR解决方案,遵循AUTOSARAdaptiveR19-11规范,使用C11语言和Linux操作系统,目前已实现多个组件,可满足当前最常见的基于SOME/IP通信和基于DO...

编辑整理:糖果Autosar;如有侵权,联系删除

RTA-VRTE 是德国博世研发的Adaptive AUTOSAR 解决方案,遵循 AUTOSAR AdaptiveR19-11 规范,使用 C 11 语言和 Linux 操作系统,目前已实现多个组件,可满足当前最常见的基于 SOME/IP 通信和基于 DOIP 诊断的应用场景。其他组件正在开发中,预计 2021年6月可发布完整的方案。 

1.1概述AUTOSAR自适应诊断管理(DM)

  1. 自适应平台中的诊断需求

 

  1. 诊断管理的构建的三方面组成:

  • 诊断通信管理

  • 事件内存管理

  • 传输层

 

组件功能介绍
• ara::diag:基于 ISO 14229-1 (UDS) and ISO 13400- 2 (DoIP),实现基于 IP 的诊断功能(UDSonIP)
♦ 通过诊断服务器,实现DEM诊断事件管理和DCM 诊断通信管理:
DEM 诊断事件管理主要提供诊断事件服务,处理诊断事件,记录操作循环状态,维护 DTC 状态和存储事件数据;
DCM 诊断通信管理主要提供诊断会话管理,诊断请求转发和UDS服务处理
♦ 支持配置多个诊断服务器,每个诊断服务器支持配置不同服务,且支持被多个Tester并行访问
♦ 实现传输协议管理:支持DOIP协议,后续可扩展和兼容其他传输层协议

 

 

一般来说,诊断是对汽车电子/电子系统的监控:

  • 提供当前系统状态的指示

  • 能够识别不良情况

  • 启动恢复(如果可能)恢复到已知状态

诊断的目标是提供:

  1. 尽早发现故障

  2. 提供驾驶员警告

  3. 支持安全系统反应

  4. 功能退化,安全降级

诊断适用于软件/硬件开发、供应商/OEM集成以及售后故障分析。

1.2 ECU(机器)诊断功能包括:

  • 系统和ECU的识别。

  • 静态和零星故障的识别、存储和读取,以及错误路径、故障模式和相关参数。

  • 当前实际值的读出开关条件、规格、系统功能的模拟和系统变量的编程。

AUTOSAR自适应平台支持增量软件更新,使用新的软件包进行扩展,而无需重新刷新整个ECU。

单个软件包被分组到一个或多个软件集群中。收集与在Machine上部署软件相关的所有AUTOSAR构件,可执行文件、清单、通信和诊断。

为了支持诊断管理的当前用例(如软件更新),每个软件集群都有自己的诊断地址DiagnosticAddress

AUTOSAR自适应诊断管理(DM)是ISO14229-1统一诊断服务(UDS)的实现,支持IP诊断(DoIP),目前只支持UDS服务的一个子集。

软件集群将与在计算机上部署软件相关的所有AUTOSAR构件分组。这包括应用程序的定义,即它们的可执行文件、应用程序清单、通信和诊断。在诊断上下文中,软件集群可以通过它自己的一组诊断地址单独寻址。


 

 

自适应应用程序使用面向服务的通信来报告诊断事件。

诊断管理(DM):

使用ara::com功能组与应用程序通信;

使用ara::log来进行日志记录和跟踪的日志;

使用ara::per来存储非易失性的数据。

1.3 诊断管理在自适应平台中的作用:

自适应诊断管理实现诊断的两个主要构建块

诊断服务管理

  • 根据ISO 14229-1,负责处理和调度诊断服务

  • CP中的Dcm Diagnostic Communication Manger

事件内存管理:诊断事件存储和检索,CP中的Dem  Diagnostic Event Manger。

DEXT是AUTOSAR的交换格式,用于在原始设备制造商和供应商之间传输诊断信息。目的是为了代替ODX或ECUC,因为ODX–缺少故障记忆信息,ECUC–通用格式因此很难实施形式化。

对DEXT的贡献可以来自多个来源,如:个别SWCs、原始设备制造商、供应商等。

这些贡献是结合在一起的。首先是OEM特定流程(1 2),其次是供应商特定流程(第一次合并 3的结果)。

DM配置使用诊断提取模板(DEXT)是诊断功能的标准化AUTOSAR交换格式,可用于类似于通信的系统描述并支持合并来自多个源的信息。

诊断提取旨在取代ODX或ECUC,因为ODX缺少故障记忆信息,ECUC–通用格式因此很难实施形式化。

DEXT定义了故障诊断码的值、ECUs支持的UDS服务和子服务、由应用程序开发人员实现的必需事件。

1.3.1 Diagnostic Transport Layer

目前自适应平台只支持基于以太网的网络技术,IP诊断(DoIP)。

对于将来的版本,DM将支持DoIP之外的各种/不同UDS传输层,CAN、CAN-FD和FlexRay。

 

1.3.2 Diagnostic Service Management调度

调度:

  • 从网络层接收UDS诊断请求消息

  • 提取与传输层无关的UDS信息,

  • 将诊断请求与现有UDS会话关联。

目前自适应平台仅支持基于以太网的网络技术 DoIP

对于未来的版本,DM将支持DoIP之外的各种/不同的UDS传输层

 

1.3.3 会话处理Session Handling

检查当前会话和安全设置中是否允许诊断请求

否→生成否定的UDS响应并发送到网络层

是(内部)→诊断服务处理功能内的流程

是(外部)→内部流程

DM事件存储器管理功能块

将其交给(DM外部)自适应应用程序进行处理

 

内部支持类型意味着,具有给定SID的服务可以在诊断服务器内部完全处理,而不依赖外部功能—通常以AUTOSAR自适应应用程序的形式。

外部支持类型意味着诊断服务器需要调用外部函数,以便能够使用给定的SID处理服务。

混合支持类型"Internally
本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
关闭
关闭