Adaptive AUTOSAR Diagnostic Manager模块介绍(一)

最新推荐文章于 2026-06-07 16:21:18 发布
原创 最新推荐文章于 2026-06-07 16:21:18 发布 · 1.6k 阅读 · 7
标签
#网络 #服务器 #tcp/ip
本文详细解读了在AutoSar中开发诊断模块所需的关键依赖，如应用管理、中间层通讯、数据存储、进程管理、日志处理、解析库及线程管理。重点介绍了DiagnosticManager模块的功能，涉及UDS服务、DoIP协议及其子组件，以及AUTOSAR定义的接口API。

在AutoSar中，要完成一个诊断模块需要的依赖为：

  • 1.基础的应用管理：包括初始化以及进程状态管理
    2.中间层通讯：ara::com 需要应用程序提供故障记忆、寿命数据、例行控制等所需信息，通常这些是由模块Socal、SomeIpBinding和IpcBinding组成
    3.ara::per : 用来存储数据保存，比如开机的参数、永久存储的数据等
    4.ara::em : 进程管理模块的管理
    5.ara::log : 日志管理
    6.Libjason: 解析jason的文件格式
    7.Libvector : vector容器用来存储和处理消息的内容等
    8.Thread : 线程创建等
    9.iostream: 输入输出模块

Diagnostic Manager 模块在Autosar的架构设计：

  1. UDS 服务 诊断服务提供
  2. ara::diag autosar诊断模块的库
  3. UDSTransportProtocolApi UDS传输协议的c++ 接口
  4. DoIp 实现数据的传输

架构图如下所示：
在这里插入图片描述
autosar软件设计：
在这里插入图片描述
解释下上边的架构：
Autosar应用程序的诊断模块分为许多的软件端。每个软件端代表具有自己诊断地址的独立诊断实体。
DM为每个安装的软件端提供一个专用的诊断服务器实例。所有诊断
服务器实例共享一个传输层实例（例如TCP/IP端口13400上的DoIP）。这个
DM根据接收到的目标向软件集群发送传入的UDS请求地址，并将请求转发给负责的诊断服务器

最低0.47元/天 解锁文章
详细介绍AUTOSAR各个模块作用PART4(DIAG)
汽车软件开发
08-06 3097
17、DCM 诊断通信管理模块，根据IOS14229-1(UDS)实现诊断通信，诊断请求被分为两部分，一部分直接送往DCM模块（诊断会话管理，读取故障码，重启MCU等）；另一部分通过端口接口被送往软件组件（读写、控制数据表示，DID,IO control，例程执行等）。 18、DEM 诊断事件管理器模块，实现统一的故障内存诊断监控的标准接口可以用于统一的（与OEM无关的）软件组件开发，DEM模块负责管理诊断故障代码状态和故障环境数据，并将这些存入NVRAM中。 ...
DIAG00-AutoSAR诊断协议栈架构
10-09 3388
文章目录1 诊断的意义2 诊断协议栈功能架构2.1 诊断事件管理器（DEM）2.1.1 概述2.1.2 DTCs(诊断故障码)2.1.3 Event Aging2.1.4 DEM的三种事件滤波机制2.1.5 DEM的配置步骤2.2 诊断通信管理器（DCM）2.2.1 诊断会话层DSL2.2.2 诊断会话层DSD2.2.3 诊断服务处理DSP2.2.4 DCM的配置2.3 故障抑制管理器（FIM） 传送门 ==>> AutoSAR实战系列300讲「糖果Autosar」总目录 1 诊断的意义 诊断，
9.Adaptive AUTOSAR 架构-诊断Diag
a的博客
08-11 1475
9.1 概述 诊断管理实现了基于ISO 14229-1 (UDS)和ISO 13400-2 (DoIP)的ISO 14229-5 (UDSonIP)。 诊断管理使用ara::com表示服务层上的自适应平台的功能集群。它是独立于语言的，将来可能会与其他语言绑定(如Java)一起提供自适应应用程序。 配置是基于Classic平台的AUTOSAR诊断提取模板(DEXT)。DEXT开始进入市场，并已被多家OEM和供应商使用和支持。 支持的传输层是DoIP。Adaptive平台将来会支持其他传输层比如CAN。
Autosar诊断基础——诊断基本概念及模块划分
u012406840的博客
08-01 1万+
本文介绍了诊断模块组成部分、各部分的功能等内容
5.Adaptive AUTOSAR 架构-执行管理EM
a的博客
08-11 1245
5.1 概述 Execution Management负责系统执行管理的所有方面，包括平台初始化和应用的启动和关闭。EM和OS一起工作执行应用运行时间的调度。 5.2 系统调度 当机器启动时，将首先初始化操作系统，然后作EM为操作系统的初始进程之一启动。其他的功能集合和AP foundation的平台级的应用由EM启动。在AP foundation建立并运行后，EM将继续启动AA。平台级应用程序和AA的启动顺序由EM根据机器清单和执行清单信息确定。 5.3 EM的责任 EM负责AP 执行管
Adaptive autosar DM 诊断管理
usstmiracle的博客
11-16 865
类构造函数接受一个参数，specifier，这是一个InstanceSpecifier，它引用了一个由DiagnosticServiceValidationInterface (Section 4.2.4.8)分类的PortInterface的PortPrototype。在达到阈值之前收到的相反的不合格报告会重置计数器。类构造函数接受一个参数，该参数是一个InstanceSpecifier，它引用了由CommunicationControl（第15.6.24节）分类的PortPrototype。
Diagnostic in Adaptive AutoSAR
usstmiracle的博客
06-01 997
高性能计算机要求OnBoard 和 OffBoard 诊断必须能适应车辆及其环境中逐渐增加的软件复杂性，其支持的传输层是DoIP。为了能实现和 Adaptive AutoSAR的交互， A D-PDU API will have an additional protocol module for Diagnostics over IP （车载或远程诊断通常使用其他传输协议，因此提供了使用自定义传输层扩展平台的API，见下图）；
[MICROSAR Adaptive] --- Diagnostic Management
M2嵌入式
12-04 1653
本节要介绍的功能块是diagnostic management诊断管理。什么是诊断呢，在医院里我们可以看到为了查清患者的病因，医生需要向患者提出许多问题，而患者要根据自身情况回答这些问题。这是经典的client-server结构，医生是diagnosic client负责发出请求，患者是diagnostic server负责发送响应。对于汽车来说，汽车上的ECU是dignastic server，而外部的tester是diagnostic client。
从ISO 14229到你的代码：DTC故障分类（Failure Category）在AUTOSAR架构下的实现与配置指南
最新发布
weixin_30500473的博客
06-07 327
本文详细解析了DTC故障分类在AUTOSAR架构下的实现与配置，从ISO 14229标准到工程实践，涵盖故障分类的基础架构、DaVinci配置工具实战、代码级实现及测试验证技巧。重点介绍了Low Byte在故障类型标识中的应用，为诊断协议栈开发工程师提供全面的技术指南。
Adaptive AUTOSAR-诊断管理-Diagnostic Server概述和诊断通信
usstmiracle的博客
04-20 1070
用于诊断通信的关键元素是Diagnostic Conversation(诊断对话)，UDS请求就是在诊断对话中处理，一个Server可以并行处理多个诊断对话，和Classic AUTOSAR不同，AP提供完全并行或虚假并行的能力(CP有并行能力吗？诊断对话描述的是诊断Server和诊断Client之间的对话，Server和Client之间的连接，CP完全静态配置，AP是Server运行时创建的。所用的Diagnostic Server共享同一个传输层，每个Server管理自己的资源。
Autosar诊断基础——学习与理解汽车诊断的基本知识
KwyxLibrary的博客
09-23 335
通过系统地学习Autosar诊断，你将能够更好地理解和应用汽车诊断技术，为汽车电子系统的开发和维护提供有力的支持。本文介绍了Autosar诊断的基础知识，并通过一个简单的示例代码演示了Autosar诊断的应用。通过深入学习Autosar诊断，我们可以更好地理解和应用汽车诊断技术，为汽车电子系统的开发和维护提供有力的支持。为了更好地掌握和理解汽车诊断的基础知识，本文将介绍与Autosar诊断相关的内容，并提供相应的源代码及其描述。首先，我们需要定义一个基本的Autosar诊断模块，包括相应的服务和功能。
Adaptive Autosar 整体架构理解
热门推荐
AgingMoon的博客
10-31 3万+
1. 总体说明 （图片来源主要来源于Simulink 以及 Vector） 在Autosar官网（autosar.org）上，目前CLASSIC PLATFORM 更新到4.4版本，ADAPTIVE PLATFORM更新到19.03版本，期盼已久的Adaptive Autosar终于有了基本构架。Adaptive Autosar 不是针对Classic Autosar的升级替换，它的出现主...
AutoSar_Diag基础概念整理
Sumerking的博客
02-27 680
数据字段由一字节长的服务标识符来控制服务的功能，$35请求上传 此服务启动从ECU到测试仪的数据传输，当ECU准备好将数据发送到测试依的时候，他会发送一个肯定的响应，其中包含用于后续数据传输块的大小。CAPL程序是事件驱动的，这意味着他们由各自的功能组成，每个功能都对被分析系统中的事件做出反应：接收消息，信号的改变，定时器到期设置环境变量的变化。$34请求下载 此服务启动从测试仪到ECU的数据传输，当ECU准备从测试仪接收数据的时候，他会发送肯定响应，其中包含用于后续数据传输的可用快大小。
Adaptive AUTOSAR之诊断模块（DIA）
weixin_42130902的博客
12-08 1305
介绍了Adaptive AUTOSAR中的ara::dia模块，还未完成，需要继续完善。
adaptive autosar的诊断模块DM是如何实现诊断的？
usstmiracle的博客
11-07 314
实现的，主要用于故障检测、故障代码生成、诊断通信等功能。中，诊断模块是系统中非常重要的部分，它负责监控、检测和报告系统中的故障与异常情况。诊断功能规划：根据车辆的功能特性，设计相应的诊断功能，例如哪些模块需要支持自诊断、故障报告和通信。故障处理：系统可以基于诊断结果进行故障处理或执行相关的容错策略，确保系统的安全性和稳定性。提供了一种诊断管理框架，该框架包括诊断功能、故障管理、故障代码管理和健康监测等功能。诊断模块根据故障的严重性、类型和发生频率，将故障分为不同的等级。
搞一下CP AUTOSAR 入门 | 02 CP AUTOSAR 基础模块功能描述
m0_37777700的博客
08-17 7862
AUTOSAR定义的基础模块功能
AutoSAR系列讲解（实践篇）12.1-Diagnostics简介
雪云飞星的博客
02-19 1万+
主要概括性的讲解了诊断协议UDS和AutoSAR的诊断架构
车载软件架构 —— Adaptive AUTOSAR软件架构中通信管理、诊断管理策略
Soly_kun的博客
02-17 1135
### 本文大体如下： ### 1、通信管理 ### 2、诊断管理 ### 3、持续性
车载软件架构——AUTOSAR入门（二）
Soly_kun的博客
03-25 433
本文大致有如下几个内容： -> AUTOSAR中的接口定义 -> 开发阶段 -> AUTOSAR交换格式
AP AUTOSAR——诊断管理 Diag R24-11
usstmiracle的博客
12-13 427
传输协议管理器负责在两个方向上调度UDS消息：从诊断客户端接收到的UDS请求被转发到相应的诊断服务器实例，由诊断服务器实例创建的UDS响应被调度到负责处理与诊断客户端连接的传输协议处理程序（UdsTransportProtocolHandler类）。每个诊断服务器都有自己的诊断地址（如0x8E1/0x8E7）和诊断服务，因此不同的诊断服务器可以使用相同的DID（诊断标识符），但代表不同的含义，从而避免冲突。作为功能集群，诊断管理包括一个与自适应应用程序链接的库和一个实现诊断管理活动方面的守护进程。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值