配置第一条告警

数据上报之后，最有价值的一步是让系统自动发现问题：温度超限、状态异常时主动提醒，而不是靠人工盯曲线。本章带你从零配置一条告警规则，并在告警中心处理它。

操作角色：租户管理员。前提：至少有一台设备正在上报数据（可参考《创建设备》与《直连设备上报数据》）。

一、我们要实现的效果

以最常见的场景为例：某台设备的 temperature 字段超过 60 时，产生一条"警告"级告警；温度回落到 50 以下后，告警自动清除。

二、新建告警规则

进入 告警运维 → 告警规则，点击 新增规则，右侧滑出规则编辑抽屉：

配置项	填写	说明
规则名称	温度过高	便于识别的名字，建议写清设备与指标
绑定设备	选择目标设备	规则只对该设备的遥测数据生效，一条规则绑定一台设备
告警编码	TEMP_HIGH	告警的业务标识，同一租户内建议保持唯一
启用	打开	关闭后规则暂停评估，但配置保留

三、配置触发条件

在抽屉下方触发条件区域：

1. 勾选严重等级 警告（WARNING）；
2. 在该等级的条件面板里添加叶子条件：
   • 字段：temperature（下拉里列出的是该设备已上报过的字段名）
   • 操作：>（大于）
   • 阈值：60
3. 条件类型先保持 立即触发（SIMPLE）。

配置了多个等级（如同时配"警告"和"严重"）时，每个等级是一个独立条件面板，互不影响。多条叶子条件可以通过组合表达式（如 A && B）定义逻辑关系，留空表示全部条件同时满足。

防抖：别让瞬时毛刺报警

设备数据偶尔有毛刺，如果"一跳就报"，告警会被噪音淹没。条件类型提供两种防抖方式：

条件类型	行为	适合场景
立即触发	一条数据命中即告警	状态类、明确异常的字段
持续满足	条件连续保持 N 时间才告警	温度、压力等易抖动的模拟量，如"持续 5 分钟 > 60°"
连续满足	连续 N 条数据都命中才告警	上报频繁、需要按次数过滤毛刺的场景

第一次配置建议选择持续满足并设置 1~5 分钟，兼顾灵敏度与准确度。

四、配置清除条件（可选但推荐）

打开清除条件开关，添加一条与触发方向相反的条件：字段 temperature、操作 <、阈值 50。

启用后，当告警处于活跃状态而清除条件命中时，平台会自动清除告警。不启用的话，告警需要在告警中心手动清除。

清除条件的逻辑是"触发条件未命中、而清除条件命中"时生效——所以阈值要留出回差（60 触发、50 清除），避免在临界值附近反复触发、清除。

五、验证：造一条越限数据

规则保存后，让设备上报一条会触发规则的数据。用 MQTT 客户端（或直接用《直连设备上报数据》里的示例脚本改一下字段值）：

{ "temperature": 65 }

如果配置了"持续满足"，就让设备连续上报几分钟超限值。

六、在告警中心处理告警

进入 告警运维 → 告警中心：

• 列表中出现一条活跃状态的告警，显示设备、告警编码、等级与触发时间；
• 点击 确认，状态变为已确认——表示"我看到了，正在处理"；
• 数据恢复正常（触发清除条件）后，状态自动变为已清除；也可以手动清除。

七、常见问题

现象	排查方向
数据明显超限但没产生告警	规则是否启用；绑定的设备是否就是这台；字段名是否与实际上报的一致（区分大小写）
配置了"持续满足"却不告警	持续时长是否过长；期间是否有数据回落（持续状态会被打断重新计时）
告警一直活跃不清除	未配置清除条件（需手动清除）；或清除条件阈值与触发条件太接近，未留出回差
告警规则列表里看不到规则	客户用户只读，且只能看到已分配设备的告警；请用租户管理员账号确认

---

下一步：设备管理、监控查询等日常操作的详细说明，请进入《功能指南》。