【AUTOSAR-DEM】-2.1-APP SWC设置UDS/OBD DTC检出和恢复

最新推荐文章于 2024-09-22 22:21:00 发布
最新推荐文章于 2024-09-22 22:21:00 发布
阅读量3.6k 收藏 6
点赞数 6
分类专栏： Autosar_BSW高阶配置 # DEM Autosar 文章标签： autosar
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qfmzhu/article/details/124310071
版权
本文介绍了如何在AUTOSAR的DEM模块中，针对APP SWC设置BusOff和其他DTC故障的检出和恢复，包括BSW-related和SW-C-related events的处理。内容涵盖了DEM参数配置、Develop配置、生成代码的使用方法，并提供了相关关键字和代码示例。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

点击返回「《Autosar_BSW高阶配置》总目录」

案例背景（共6页精讲）：

DEM模块提供两种不同类型的Event：

• BSW-related events：DEM_EVENT_KIND_BSW（通过C-API报告 - Dem_SetEventStatus）

• SW-C-related events：DEM_EVENT_KIND_SWC（通过RTE operation - SetEventStatus）

下面我们讲讲在APP SWC中设置BusOff(总线关闭) DTC故障成立/恢复(其它DTC的设置也参照该博文)。

注：在“【AUTOSAR-CanSM】-2.1-CanSM模块设置BusOff DTC故障成立和恢复”这一篇博文中，我们介绍了通过CANSM模块设置BusOff DTC，感兴趣的小伙伴可以关注一下。

目录

了解本专栏 订阅专栏 解锁全文
AutoSAR配置与实践（深入篇）10.8 UDS刷写诊断服务解析（34/36/37服务）
nihaoljq2010的博客
11-07 1641
memoryAddress值为0x0x12345678（占4个字节，图中紫色），memorySize值为0x01234567（占4字节，图中绿色），则addressAndLengthFormatIdentifier值为0x44。该服务用于启动下载传输，作用是告知ECU准备接受数据，ECU则通过0x74 response告诉诊断仪自己是否允许传输，以及自己的接受能力是多大。：字节长度和参数格式，厂家自定义，没有定义则默认字节数据为0。：字节长度和参数格式，厂家自定义，没有定义则默认字节数据为0。
Autosar Dem配置-手动配置DTC及使用-基于ETAS软件
赞的博客
06-02 943
Dem的配置基本由Cfgggen生成，但项目中有可能会有新增的需求，重新Cfggen比较费时间，本文介绍手动新建一个DTC，并配置其关联的参数，然后生成代码并使用该DTC使用Autosar Dem模块实现故障的触发，恢复，存储，数据记录，还是非常好用的。如果使用手写代码，工作量会更大，且bug可能也会更多。
【AUTOSAR-DEM】-2.2-给UDS/OBD DTC增加功能抑制/PreCondtion
「汽车电子助手」的博客
05-11 1851
点击返回「《Autosar_BSW高阶配置》总目录」 案例背景（共8页精讲）： 给UDS/OBD DTC增加功能抑制/Pre-Conditon。 接着“【AUTOSAR-DEM】-2.1-APP SWC设置UDS/OBD DTC检出和恢复”博文讲解，增加功能抑制/PreConditon：当12V供电电压低于6V，不报告Busoff UDS/OBD DTC（其它抑制条件可参照这一篇博文）。 目录 1 功能抑制/PreConditon的理论基础 1.1 DEM模块中的描述 1.2 API介绍 1.
关于Autosar中UDS.docx
03-05
根据 DCM 的定义，它的处理对象主要是下层上传的消息数据。DCM 在某一个时刻仅能处理一个消息请求，一旦请求消息接收完毕，则对消息处理流程进行加锁，以串行处理每个请求消息。因此，DCM 的处理一个消息的过程会经过三个状态，即接收状态（Receive，以 R 标识），处理状态（Process，以 P 标识）和发送状态（Transmit，以 T 标识）。另外，在系统未完成初始化之前，处于未初始化状态，
AUTOSAR DEM Configuration
StarFlex
02-01 4298
本文只介绍AUTOSAR DEM配置，目的在于知道DEM快速开发，对于AUTOSAR DEM 功能请参见AUTOSAR DEM Introduction 一文 Workflow Step Action Refer to Section 1 定义DEM General Dem General 2 定义Freeze Frame
AutoSAR_BSW高阶 21.AUTOSAR Diagnostic Event Manager（DEM）深度解析：APP SWC 设置 UDS/OBD DTC 检出和恢复
一直在水些技术小文
10-07 210
AUTOSAR DEM 模块是 AUTOSAR 标准中的一个关键模块，负责管理和报告 ECU（Electronic Control Unit）中发生的故障和事件。DEM 模块可以监测各种类型的事件，包括传感器故障、通信故障、控制单元故障等。其中，DTC 是 DEM 模块的核心概念，用于标识和描述诊断事件。AUTOSAR DEM 模块在汽车电子系统中起着至关重要的作用，负责监测和管理诊断事件，以确保车辆的安全性和可靠性。
【AUTOSAR-CanSM】-2.1-CanSM模块设置BusOff UDS/OBD DTC故障成立和恢复
「汽车电子助手」的博客
04-16 3889
点击返回「《Autosar_BSW高阶配置》总目录」 案例背景（共3页精讲）：DEM模块提供两种不同类型的Event： • BSW-related events：DEM_EVENT_KIND_BSW（通过C-API报告 - Dem_SetEventStatus） • SW-C-related events：DEM_EVENT_KIND_SWC（通过RTE operation - SetEventStatus） 而CANSM模块是为数不多的BSW模块（还有CanTrcv…）中支持BSW-related
Autosar诊断实战系列02-Dem(DTC&Event)要点及配置开发详解
initiallizer的博客
11-04 2307
Dem模块及其与Dcm等其他模块的交互是整个诊断Stack的重中之重，本文先对与其他模块的交互逻辑进行介绍，有一定掌握后继续重点介绍配置部分的开发。
AUTOSAR 标准下的UDS 开发标准资料（英文）
03-25
此文档是AUTOSAR标准 ，关于UDS诊断部分的标准，包括DCM，DEM等部分，此文档可对照https://github.com/parai/OpenSAR/tree/master/diagnostic此开源代码，根据项目需求更改。
【AUTOSAR 基础软件】DEM模块详解（诊断故障管理）
十六宿舍的博客
06-28 9782
文章包含了AUTOSAR基础软件（BSW）中DEM模块相关的内容详解。本文从ISO标准，AUTOSAR规范解析，ISOLAR-AB配置以及模块相关代码分析四个维度来帮读者清晰的认识和了解DEM这一基础软件模块。
Autosar实践——DEM配置
诊断协议那些事儿's blog
10-04 1352
诊断事件管理(Diagnostic Event Manager, DEM)模块作为AutoSar诊断模块的重要组成部分，主要以事件的形式对故障进行管理和存储等，负责处理和存储诊断事件(错误)和关联数据。如冻结帧、扩展数据、运行循环、debounce策略等。 从最上层来看，Dem分别是DemConfigSet、DemGeneral两大部分。其中DemConfigSet是围绕Event的配置，DemGeneral负责DTC和Event的通用部分，包括冻结帧、扩展帧、使能条件、运行循环等。
AUTOSAR Dem模块 ISOLAR工程配置
汽车电子电气
10-13 1777
ISOLAR工程配置之DEM
《我的AUTOSAR之路》 UDS（一） 基础
libuping2023的博客
09-22 417
UDS （Unified Diagnostic Services）是一种汽车通用诊断协议，它是由ISO 14229标准定义的，用于车辆的故障检测和数据通信。sub-function id 只有7 bits 即bit0~bit6,bit7 为SPR诊断正响应抑制位 1-响应抑制，0-响应不抑制。sub-function id 只有7 bits 即bit0~bit6，bit7 为SPR诊断正响应抑制位 1-响应抑制，0-响应不抑制。
【车载开发系列】AUTOSAR DEM模块配置入门
千月星跡
07-17 866
DemDTCAttributes用于配置DTC的属性，包括老化周期、故障优先级、存储方式（立即存储还是下电存储）、快照数据需记录的最大组数以及参考的冻结帧数据快照数据、故障数据存储的memory等，其中快照数据、扩展数据等需要在DemGeneral中配置。简单说其功能是故障事件确认前的故障debounce，故障事件确认时的故障数据存储，故障发生后的故障老化、故障替代。这个就是内部元素，保存着老化数据，故障发生次数等内部数据，一般在SID$19$06的时候，将这些内部数据通过扩展数据的形式表现出来。
AUTOSAR——UDS架构及其模块作用（定义）
qq_53200134的博客
06-07 2367
一个DemComponent是若干故障事件的集合，在DemComponent内部，故障事件有优先级，当最高优先级的故障事件状态为Failed导致其他故障事件状态也为Failed，或者父节点DemComponent的状态为Failed导致子节点DemComponent内的故障事件状态变成Failed，这种故障叫做连续错误（CONSECUTIVE FAULT），其他被认为是偶发错误（CAUSAL FAULT）。在两个TP模块之间的路由，在所有数据被接收之前，数据的转发就开始了(当达到指定的阈值时)。
Autosar Dem模块之Vector Configurator Pro配置（通用配置I）
阿拉斯加小野牛的博客
02-08 5036
诊断事件管理（Diagnostic Event Management）模块主要负责故障事件的处理、故障数据的存储和管理。
Autosar Dem模块之Vector Configurator Pro配置（Event和DTC细节配置）
阿拉斯加小野牛的博客
02-27 3799
诊断事件管理（Diagnostic Event Management）模块主要负责故障事件的处理、故障数据的存储和管理。
一文搞懂AUTOSAR的DEM模块
热门推荐
usstmiracle的博客
11-16 1万+
Autosar诊断基础——诊断事件管理(DEM)_u012406840的博客-CSDN博客1https://blog.csdn.net/u012406840/article/details/107603731
【车载开发系列】Autosar DEM中重要配置项说明
千月星跡
05-29 1651
DemEventParameters用于配置故障的类型（BSW or SWC）、故障需要多少个运行循环才能确认、是否支持预存储功能、故障事件的debounce策略以及参考的DTC属性、DemComponent、使能条件、运行循环等。以及用于配置扩展数据和快照数据的数据源。Type Of DTC Supported是指定DTC的Format的。在下面的红框中，上面的是外部数据用来通过DID来取得值，下面的是内部数据的取得。配置DTC参数的容器。关于DTC扩展数据的需求一般都定义为这样的形式。
autosar中DEM DCM DSM区别
最新发布
06-07
<think>嗯，用户这次问的是AUTOSAR架构中DEM、DCM、DSM三个模块的功能区别。从问题来看，用户应该是在学习AUTOSAR诊断模块的设计，可能是汽车电子领域的工程师或学生。用户引用了四段站内资料，内容涉及DCM的数据传输路径、诊断标准文档、入侵检测系统和DEM模块简介。虽然这些引用不是完全对应问题，但说明用户已经做过一定调研。值得注意的是用户特别强调“不是真正的需求”，暗示希望我聚焦于三个模块的对比分析。DEM模块的核心职责其实在引用[4]里说得挺清楚：故障信息的收集、处理和存储。不过用户引用的资料里缺少DSM（诊断会话管理）的信息，这块需要结合专业知识补充。三个模块的关联其实很有意思：DSM相当于诊断的“门卫”，DCM是“收发室”，DEM则是“病历管理员”。从功能链条来看：当车辆发生故障时，DEM负责记录（就像病历系统记录症状）；维修时DCM负责与诊断仪通信（类似护士传递体检表）；而DSM控制访问权限（好比医院分诊台决定你能见哪位医生）。这种设计把诊断流程拆解得非常清晰。用户可能还想知道实际工程中的协作场景，比如诊断会话建立时：1）DSM先确认访问权限；2）DCM传输诊断请求；3）DEM读取故障码。这个工作流可以帮ta理解模块边界。不过回复里已经用表格对比了功能差异，应该能满足主要需求。另外注意到引用[2]提到ISO14229标准，这是个重要线索。虽然用户没直接问，但在相关问题里补充标准文档是合适的，毕竟三大模块的实现都要遵循UDS规范。要不要在回答里强调这点呢？看用户引用的资料都偏实现层面，所以回复选择了聚焦功能职责，把文档建议放在扩展问题里更合适。</think> 以下是AUTOSAR架构中**DEM（Diagnostic Event Manager）、DCM（Diagnostic Communication Manager）、DSM（Diagnostic Session Manager）** 三大核心诊断模块的功能职责与区别详解： --- ### **模块核心职责对比** | **模块** | **核心功能** | **协作对象** | **典型应用场景** | |----------|--------------|--------------|------------------| | **DEM**<br>(诊断事件管理) | 1. 收集、处理、存储故障事件（如DTC）<br>2. 管理故障状态（待定/确认/老化）<br>3. 冻结帧数据记录<br>4. 控制故障指示灯（MIL）| • DCM（提供诊断数据）<br>• BSWM（事件触发）<br>• SWC（应用层事件上报） | 发动机ECU检测到“氧传感器电压超限”时，DEM记录DTC `P0133` 并存储冻结帧 | | **DCM**<br>(诊断通信管理) | 1. 诊断通信协议处理（UDS/OBD）<br>2. 报文路由与转换（物理层←→应用层）<br>3. 管理诊断会话和安全等级<br>4. 响应诊断请求（如读DTC/刷写控制） | • PDU Router（收发原始数据）<br>• DSM（会话控制）<br>• DEM（获取故障数据）[^4] | 上位机发送`0x19 02`（读DTC）请求，DCM解析后向DEM获取故障列表 | | **DSM**<br>(诊断会话管理) | 1. 会话状态机管理（默认/扩展/编程等）<br>2. 安全访问控制（Seed&Key机制）<br>3. 诊断时序控制（P2/P2*超时） | • DCM（执行会话切换指令）<br>• Crypto（安全算法验证） | 刷写ECU需先通过`0x10 03`进入编程会话，DSM验证安全密钥后解锁写权限 | > 协作流程示例： > 1. **DSM** 控制进入**扩展会话** → > 2. **DCM** 接收`0x22`（读数据）请求 → > 3. **DEM** 返回故障冻结帧数据 → > 4. **DCM** 通过CAN/LIN发送响应报文至上位机[^1][^4] --- ### **关键设计差异** 1. **数据流向** - **DCM**：垂直通信（外部诊断仪 ↔ ECU内部） - **DEM**：水平聚合（跨ECU组件故障信息整合） - **DSM**：权限控制（诊断操作的通行证机制） 2. **安全层级** - **DSM**实现**安全访问**（`0x27`服务），而**DCM**依赖此权限执行敏感操作（如ECU刷写）[^3]。 3. **实时性要求** - **DEM**需快速响应事件（μs级故障捕获） - **DCM**需满足通信协议时间窗（如UDS的50ms响应） --- ### **功能重叠区处理** - **会话管理**：DSM专责会话状态机，DCM仅执行其指令 - **故障数据**：DEM是唯一DTC数据源，DCM仅作为访问代理 - **事件过滤**：DEM提供事件掩码机制，DCM实现客户端过滤逻辑 --- ### 扩展问题 1. **诊断服务的底层通信如何实现？** DCM通过PDU Router调用`PduR_Transmit()`发送诊断响应，由COM模块处理信号路由[^1] 2. **DEM如何关联SWC故障事件？** 应用层调用`Dem_ReportErrorStatus()`上报事件，DEM关联DTC ID与事件状态机[^4] 3. **DSM的密钥验证流程是？** 上位机请求Seed → DSM生成随机数 → Crypto加密 → 上位机计算Key回传 → DSM验证[^3] 4. **如何配置诊断模块依赖？** 需在AUTOSAR工具链（如DaVinci）中定义：DEM到DCM的DTC接口、DCM到DSM的会话依赖 > 注：模块实现需严格遵循ISO 14229-1协议及AUTOSAR_SWS_Diagnostic规范[^2][^4] ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汽车电子助手

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值