6. 事件
TDengine IDMP 中的事件是一次具有明确开始时间、结束时间和持续时长的离散运营事件——记录某件事情发生的数字档案。泵跳闸、温度超限、批次阶段完成、维护窗口开始,均可作为事件记录。这一概念等同于 OSIsoft PI System 中的事件帧(Event Frame),是工业数据管理中最具价值的设计思想之一。
原始传感器数据流告诉你某一时刻的测量值;事件告诉你当时发生了什么运营事件——以及持续了多长时间。你不必在数百万数据点中搜寻压缩机喘振发生的时间,只需查询已经捕获这一事件的结构化事件记录即可。
AI 时代的事件价值
随着 AI 成为工业运营的核心,事件的重要性愈发突出。AI 和机器学习系统在数据结构化、情景化时效果最佳——这正是事件所提供的。无需向模型投喂数百万条原始传感器读数,而是提供结构化记录:"压缩机喘振,开始时间:10:23:15,持续时长:12 秒,严重程度:严重。"这种上下文才是将信号数据转化为模型可推理内容的关键。
事件直接支撑最重要的工业 AI 应用场景:训练预测性维护模型、驱动异常检测、执行根因分析,以及驱动能够推理工厂运营状态的 AI 智能体。所有这些都需要知道的不仅仅是测量值,还要知道这些数值代表的运营条件——以及持续时长。事件是连续时序数据与 AI 系统所需运营智能之间的桥梁。
事件生命周期
TDengine IDMP 中的事件始终由与元素关联的分析规则自动生成。完整的生命周期如下:
事件模板(在基础库中定义)
↓
分析(配置在元素上,引用该模板)
↓
事件(分析触发条件满足时自动生成)
↓
通知(可选,发送至已配置的联系途径)
每个事件必须基于事件模板,事件模板定义了命名规则、严重程度、类别、自定义属性架构和确认要求。事件模板在基础库 → 事件模板中统一管理。
标准事件字段
每个事件包含以下标准字段:
| 字段 | 说明 |
|---|---|
| 名称 | 由事件模板命名规则生成的显示名称 |
| 开始时间 | 事件开始的时间 |
| 结束时间 | 事件结束的时间(仍处于活动中则为空) |
| 持续时长 | 开始时间到结束时间的间隔 |
| 模板 | 创建此事件所使用的事件模板 |
| 严重程度 | 严重等级(严重、主要、次要、警告、常规) |
| 原因代码 | 标识原因的可选代码 |
| 类别 | 用于过滤和分组的标签 |
| 描述 | 自由文本描述 |
| 关联元素 | 生成此事件的元素 |
| 关联分析 | 触发此事件的分析规则 |
| 状态 | 事件是否已被确认 |
除上述标准字段外,事件还可携带自定义属性——在事件发生时记录的命名值,例如超限期间的峰值温度或故障时的批次 ID。自定义属性在事件模板中定义。
本章内容
- 事件模板 — 在基础库中创建和管理事件模板
- 浏览事件 — 全局事件视图、元素级事件和过滤功能
- 事件详情 — 字段、属性、备注和通知历史
- 告警与通知 — 联系途径、通知规则和通知行为
- 确认 — 确认事件与确认工作流
- 趋势图分析 — 通过趋势图分析事件
📄️ 事件模板
事件模板定义了事件的架构和行为。分析生成的每个事件都必须基于某个事件模板。模板在基础库 → 事件模板中集中管理,可被系统中任意分析复用。
📄️ 浏览事件
事件可从两处浏览:主导航中的全局事件视图(显示整个系统的所有事件),以及每个元素上的事件标签页(仅显示该元素及其子元素的事件)。两个视图共享相同的布局、控件和过滤选项。
📄️ 事件详情
在全局事件视图或元素的事件标签页中点击事件名称,即可打开事件详情页。详情页包含两个标签页:通用和属性。两个标签页的操作工具栏有所不同。
📄️ 告警与通知
当分析生成事件时,TDengine IDMP 可自动向已配置的联系途径发送通知——电子邮件、Webhook、即时通讯平台或其他渠道。本节介绍如何设置联系途径、配置元素上的通知规则,以及了解通知系统的行为方式。
📄️ 确认
确认是操作人员确认已查看某个事件的操作。它作为事件已被看到并处理的明确记录,并停止该事件的自动重新通知周期。
📄️ 趋势图分析
事件发生时,了解事件前后的数据行为对于调查至关重要。TDengine IDMP 提供从任意事件直接跳转到预设了事件时间范围的趋势图的快捷路径。









