AUTOSAR AP——DM模块

已于 2025-08-25 09:48:09 修改
阅读量89 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： AP AUTOSAR篇 文章标签： AUTOSAR AP
于 2025-08-20 14:27:03 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43627682/article/details/150553466

目录

一、模块介绍

二、配置梳理

Step1：为DM准备一个软件簇

Step2：SWC的设计

Step3：通过Api链接APP和诊断进程

Step4：完善存储的配置

Step5：为所有的诊断服务创建Port Interface

Step6：Mapping

三、问题梳理

1.多播和路由的设置

2.FireAndForget属性注意勾选

四、总结

一、模块介绍

        主要实现诊断功能，功能列表如下：

        1.应用层诊断服务器提供诊断配置功能；

        2.应用层诊断服务器提供诊断事件、通讯、数据管理功能；

        3.UDS传输层UDS消息传输功能；

        4.UDS传输层支持DoIP功能；

        5.UDS传输层支持UDS请求的分发功能；

        6.提供DID/RID/故障上报的二次开发功能。

了解本专栏 订阅专栏 解锁全文
AP AUTOSAR——诊断管理DM （R21-11）
usstmiracle的博客
10-17 510
RTA-VRTE Starter Kit 诊断使用 AUTOSAR Diagnostic Extract Template (DEXT) 进行配置。DEXT 是一种标准化的 AUTOSAR 交换格式，可以与系统描述（System Description）类似地使用和通信。DEXT 定义了诊断通信的所有方面（例如 UDS 服务、会话配置、安全级别配置等）和诊断事件管理（例如诊断故障代码（DTCs）、诊断事件、操作周期等）。
Autosar Dem模块介绍
汽车软件开发
06-06 300
例如，当发动机出现故障时，Dem 模块可以迅速捕捉到相关的诊断信息，并将其传递给车辆的其他系统，以便采取相应的措施，如警告驾驶员、限制车辆性能或触发紧急故障处理机制。Dem 模块会记录这一事件，并根据车辆的运行状态和其他相关因素判断是否需要采取进一步的措施，如点亮故障指示灯、调整发动机的运行参数等。同时，Dem 模块还具备事件触发机制，当特定的条件满足时，它会触发相应的诊断事件。此外，随着汽车技术的不断发展和更新，Dem 模块也需要不断升级和改进，以适应新的诊断需求和技术标准。
AUTOSAR AP通信管理规范：设计背景与技术实现解析
最新发布
10-25 571
AUTOSAR AP通信管理规范通过抽象化设计、原生服务模型、双模式交互、内置安全机制和灵活的实例管理，系统性解决了传统车载通信方案的核心痛点。其设计既满足了汽车电子对高安全性、实时性的严苛要求，又为功能扩展和协议升级提供了灵活性，成为下一代车载电子系统的重要基础。
Adaptive autosar DM 诊断管理
usstmiracle的博客
11-16 752
类构造函数接受一个参数，specifier，这是一个InstanceSpecifier，它引用了一个由DiagnosticServiceValidationInterface (Section 4.2.4.8)分类的PortInterface的PortPrototype。在达到阈值之前收到的相反的不合格报告会重置计数器。类构造函数接受一个参数，该参数是一个InstanceSpecifier，它引用了由CommunicationControl（第15.6.24节）分类的PortPrototype。
Adaptive AUTOSAR Diagnostic Manager模块介绍(一)
Youngboy007的博客
08-01 1502
Autosar应用程序的诊断模块分为许多的软件端。每个软件端代表具有自己诊断地址的独立诊断实体。DM根据接收到的目标向软件集群发送传入的UDS请求地址，并将请求转发给负责的诊断服务器实例。DoIP传输协议是通过以太网从诊断服务器传输诊断数据的协议客户端连接到ECU.GetAllConversations()得到所有的诊断会话。DM为每个安装的软件端提供一个专用的诊断服务器实例。诊断客户端和DoIP子组件之间的通信通过UDP和TCP套接字。...
AUTOSAR 诊断管理（DM）规范 UDS 传输层功能与特点总结
usstmiracle的博客
09-03 121
除 DoIP 外，允许通过继承实现自定义传输协议（如 CAN TP），仅需适配管理器 API 即可接入（SWS_DM_00315）；传输层与应用层解耦：诊断服务器无需感知底层协议，仅通过管理器接收 / 发送消息。
Adaptive AUTOSAR 诊断——DM中诊断故障码（DTC） 诊断事件Diagnostic Event、Diagnostic Service 、Diagnostic Monitors
usstmiracle的博客
08-22 456
DTC（Diagnostic Trouble Code）是车辆ECU存储的故障代码，用于标识车辆的特定故障问题。
AUTOSAR AP SWS_Diagnostics
usstmiracle的博客
04-01 632
本规范描述了 AUTOSAR 自适应诊断管理 (DM) 的功能、API 和配置。DM 是一个符合 ISO 14229-1[1] 的 UDS 诊断实现，也是一个符合 ASAM SOVD v1.0.0 [2] 的 SOVD 实现，用于 Autosar 自适应平台。自 R19-03 版本起，引入了一个 C++ 接口，作为诊断的接口，用于替代之前基于 ara::com 的服务接口。AUTOSAR 诊断提取模板 (DEXT) [3] 是 DM 的配置输入。AUTOSAR 自适应平台可以通过添加新的软件包来进行扩展，而
AutoSAR_BSW高阶 20.AUTOSAR DCM 模块深度剖析：探讨其它服务与案例
一直在水些技术小文
10-07 189
AUTOSAR DCM 模块是 AUTOSAR 标准中的一个重要组成部分，它负责管理诊断通信。DCM 模块定义了一系列诊断服务，每个服务都执行特定的功能。这些诊断服务可用于执行各种任务，包括故障诊断、参数设置、编程操作等。在前面的博客中，我们已经深入研究了 UDS（Unified Diagnostic Services）诊断服务$11，它允许请求上传数据。现在，让我们继续探讨一些其它服务和案例，以展示 AUTOSAR DCM 模块的多样性和实际应用。
一文搞懂AUTOSAR的DEM模块
热门推荐
usstmiracle的博客
11-16 1万+
Autosar诊断基础——诊断事件管理(DEM)_u012406840的博客-CSDN博客1https://blog.csdn.net/u012406840/article/details/107603731
MATLAB + DaVinci autosar工具链开发文档.pdf
05-29
AUTOSAR 就是AUTomotive Open System ARchitecture，MATLAB + DaVinci（国内主流）进行AUTOSAR开发车用ECU软件的工具链使用说明文档。
AUTOSAR AP 硬核知识点梳理（2）— 架构详解
usstmiracle的博客
10-20 1573
需要创建一个新的模式声明组（Mode Declaration Group），并将它和功能组集（Function Group Set）关联。功能组集和软件集群（Software Cluster）关联。·在MachineFG中添加Machine的四种状态：Off、Startup、Restart、shutdown，并将MachineFG设置初始状态为OFF。下表展示了功能组和状态的关系：功能组是一种逻辑分组，用于将具有相同或相似功能的进程聚合在一起。
AP AUTOSAR——诊断管理 Diag R24-11
usstmiracle的博客
12-13 374
传输协议管理器负责在两个方向上调度UDS消息：从诊断客户端接收到的UDS请求被转发到相应的诊断服务器实例，由诊断服务器实例创建的UDS响应被调度到负责处理与诊断客户端连接的传输协议处理程序（UdsTransportProtocolHandler类）。每个诊断服务器都有自己的诊断地址（如0x8E1/0x8E7）和诊断服务，因此不同的诊断服务器可以使用相同的DID（诊断标识符），但代表不同的含义，从而避免冲突。作为功能集群，诊断管理包括一个与自适应应用程序链接的库和一个实现诊断管理活动方面的守护进程。
AP Autosar平台设计 9 诊断
weixin_41885845的博客
01-02 1240
目录 9诊断 9.1概述 9.2软件集群 9.3诊断通信子集群 9.4自适应应用中的诊断（Adaptive Application , AA） 9.5类型化VS通用接口Typed vs generic interfaces 9.6诊断对话Diagnostic conversations 9.7事件存储器子集群Event memory sub-cluster 9诊断 9.1概述 诊断管理（DM）实现了基于ISO14229-1（UDS）和ISO13400-2（DoIP）的ISO14229-
车载软件架构 --- AUTOSAR AP/CP中诊断的区别
Soly_kun的博客
03-21 1116
车载软件架构 --- AUTOSAR APCP中诊断的区别
AUTOSAR笔记2：AP主要模块
yinminsumeng的博客
08-07 2525
CM（Communication Management）组件提供独立于网络和协议的应用间通信服通信协议CM是独立于具体通信协议的通信管理框架，当前支持部署到不同协议，包括：数据分发服务协议（简称DDS）、车载以太网协议（简称SOME/IP）。DDS协议主要用于内部通信高性能场景；SOME/IP协议主要用于与外部部件对接的通信场景，如与Classic AUTOSAR对接，其中，SOME/IP支持采用两种序列化方式进行。
万字长文解读AUTOSAR完整架构及AP特性
holly的专栏
05-16 8990
本文主要内容分为两章节。第一章节简要介绍了AUTOSAR的软件架构，设计理念以及方法论，对Classic Platform和Adaptive Platform做了简单的比较。第二章主要介绍了Adaptive Platform的特性。AUTOSAR(AUTomotive Open System ARchitecture)是汽车和软件行业领先公司的全球合作联盟，为智能移动开发和建立标准化的软件框架以及开放的E/E系统架构。
【AUTOSAR AP SM/DM】SM 与 DM 的双向交响：AUTOSAR 中诊断与状态管理的交互机制全解析
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
09-20 147
当我们把\*\*State Management（SM）**与**Diagnostic Management（DM）\*\*放在同一张系统地图上，就会发现它们的分工极其清晰：**DM**面向外部诊断语义（如 UDS 0x11 ECU Reset），**SM**面向系统内状态的真实落地（功能组切换、进程内“软复位”、机器级重启等）。官方文档也明确指出：**接口由 DM 提供成 C++ 类，具体逻辑由 SM 实现**，以承接来自诊断地址的复位诉求并做项目化动作映射。 换句话说，**DM 说“是什么复位”**，*
autosar ap OM模块功能
12-03
Autosar（Automotive Open System Architecture）是一种为汽车电子系统设计提供的开放标准，它将硬件和软件划分为多个模块化层次。AP（Application Programming Interface，应用编程接口）模块是Autosar架构的一部分，特别是用于处理实时操作系统（RTOS）相关的任务。AP OM（Operating System Adaptation Module）模块，即操作系统适配模块，主要功能包括： 1. **平台无关编程**：AP OM负责将操作系统的特定实现细节隐藏，使得开发者可以在不依赖于底层OS的情况下编写应用程序，提高代码复用性和移植性。 2. **任务管理**：它协调RTOS的任务调度，包括创建、销毁、同步和通信任务，保证系统性能和稳定性。 3. **资源管理**：OM模块负责内存管理、中断处理以及设备驱动程序的注册和控制，确保安全有效的资源分配。 4. **安全性**：由于车辆系统对安全性的极高要求，AP OM还需要支持安全功能，如访问控制、消息验证等。 5. **通信接口**：可能还包括与其它Autosar模块，如ASW（Application Service Wrapper）或其他OS模块之间的通信接口。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值