2. 故障事件定义：事件ID与故障码映射、事件优先级与严重等级、事件存储属性
好，咱们接着聊。上一章我们把DEM的整体架构理清了，这一章要落地了——故障事件定义。
说白了，就是你要告诉DEM：
「嘿，这个故障叫什么名字？它有多严重？它该不该存到NVM里？」
我在项目里见过不少新手，上来就写代码，结果事件ID和DTC对不上，或者优先级设得乱七八糟，最后诊断仪读出来的数据根本没法用。嗯，咱们今天就把这些坑填上。
2.1 事件ID与故障码映射
先讲最基础的——事件ID（Event ID）和故障码（DTC）的关系。
事件ID是DEM内部用的一个编号，你可以理解成「工号」。而DTC是诊断仪读到的那个标准码，比如P0101、U1000这些。它们之间是一对一映射的。
我个人习惯在配置时，把事件ID和DTC的低字节保持一致，这样调试时一眼就能看出来对应关系。比如：
/* 事件ID定义 */
#define DEM_EVENT_ID_P0101 0x0101
#define DEM_EVENT_ID_P0102 0x0102
#define DEM_EVENT_ID_U1000 0x1000然后在配置工具里，把每个事件ID绑定到对应的DTC。这里要注意：一个DTC只能对应一个事件ID，但一个事件ID可以对应多个DTC吗？不行，别想多了。
核心原则：事件ID与DTC是1:1关系。别搞成1:N，否则DEM会疯掉。
我在项目中遇到过一件事：有个同事把同一个DTC绑到了两个事件ID上，结果诊断仪读故障码时，同一个DTC出现了两次，但状态还不一样。排查了半天，最后发现是配置表写重了。你说冤不冤？
2.2 事件优先级与严重等级
接下来是优先级和严重等级。这两个东西容易搞混，我帮你理清楚。
- 优先级（Priority）：决定故障事件在DEM内部的处理顺序。数值越小，优先级越高。0最高，一般是留给安全相关故障的。
- 严重等级（Severity）：描述故障对系统的影响程度。比如：无影响、功能降级、功能完全丧失、安全风险。
你想想看，优先级是给DEM调度用的，严重等级是给应用层决策用的。两者不能混为一谈。
我建议这样配置：
| 故障类型 | 优先级 | 严重等级 | 说明 |
|---|---|---|---|
| 安全气囊故障 | 0 | 安全风险 | 必须立即处理 |
| 发动机失火 | 1 | 功能降级 | 影响排放和动力 |
| 传感器信号超范围 | 2 | 功能降级 | 可能触发替代值 |
| CAN总线通信超时 | 1 | 功能丧失 | 影响多个ECU |
| 环境温度过高 | 3 | 无影响 | 仅记录，不处理 |
小技巧：优先级不要设太多等级。我一般只用0-3，最多到4。等级太多，调度逻辑会变得复杂，而且容易出错。
我曾经在一个项目里看到有人把优先级设了16级，结果配置表写得密密麻麻，最后调试时根本分不清哪个该先处理。后来我们统一改成了4级，世界清净了。
2.3 事件存储属性：Primary vs Secondary
这个知识点，说实话，很多人容易忽略。但它在实际项目中特别重要。
Primary（主事件）：这个事件会独立存储在NVM里，有自己的故障状态、老化计数器、快照数据等。说白了，它是「有户口」的。
Secondary（从事件）：它不独立存储，而是依附于某个Primary事件。当Primary事件发生时，Secondary事件的状态会跟着变化。但Secondary事件本身不占用NVM空间。
为什么要这么设计？
你想想看，有些故障其实是「连锁反应」。比如：
- 主事件：发动机转速传感器故障（Primary）
- 从事件：发动机转速信号无效（Secondary）
- 从事件：发动机无法启动（Secondary）
这种情况下，你只需要把Primary事件存到NVM里就够了。Secondary事件跟着Primary走，不需要额外存储。这样能节省不少NVM空间。
注意：Secondary事件不能独立存在。如果Primary事件被清除了，所有关联的Secondary事件也会被清除。所以配置时要想清楚，哪个是根因，哪个是结果。
我在项目中遇到过一个问题：有个同事把「CAN总线关闭」设成了Secondary事件，但它的Primary事件是「CAN控制器错误」。结果CAN总线关闭后，Primary事件没触发，Secondary事件也存不下来。后来排查时发现，故障记录里只有CAN控制器错误，但总线关闭的信息丢了。嗯，这就是配置没想清楚。
2.4 知识体系图
下面这张图，帮你把这一章的核心逻辑串起来：
2.5 避坑指南
最后，我把自己踩过的坑总结一下，你配置时多留个心眼：
- 事件ID不要重复：DEM内部是靠事件ID索引的，重复了会导致覆盖或混乱。
- DTC不要乱写：DTC有标准格式（如ISO 15031-6），别自己发明。比如P0101是「质量或体积空气流量电路范围/性能问题」，你非要写成P9999，诊断仪读出来就是未知码。
- 优先级别设成0：除非是安全相关故障。0优先级意味着最高，DEM会优先处理，但也会占用更多资源。
- Secondary事件别太多：每个Primary事件挂的Secondary事件不要超过3个，否则老化逻辑会变得复杂。
我的习惯：每次配置完，我都会在Excel里列一张表，把事件ID、DTC、优先级、严重等级、存储属性全部列出来，然后做一次交叉检查。特别是Secondary事件，我会问自己：「这个故障真的是从属的吗？它能不能独立存在？」
嗯，这一章的内容就到这。你把这些概念理清楚了，DEM配置就成功了一半。剩下的就是工具操作和代码实现了。
可可精品资料库