维护模式
维护模式让设施(facility)在检修、重新校准或测试等计划内作业期间进入受控状态。维护模式开启时,平台不会产生噪音:现场人员操作设备期间,既不生成警报,也不执行自动化规则。
具体作用
- 阻止新警报: 设施处于维护状态时,已配置的提醒即使满足条件也不会生成警报。
- 保留已有警报: 进入维护前已经打开的警报不会自动关闭,即使满足关闭条件也是如此。设施恢复到 Active 后,这些警报会重新评估。
- 阻止动作执行: 触发源来自本设施端点的自动化规则,在维护期间不会执行。
- 记录日志: Active 与 Maintenance 之间的每次切换都会记入设施的历史记录,包含开始时间、持续时长、操作用户和原因。
如何开启
在客户端配置 → 设施 → 设施中,点击目标设施菜单(⋮)里的编辑,然后打开 Operational Status 标签页。
- 打开 Put in maintenance 开关,会弹出确认对话框。
- 可选填写 Reason 字段,方便日后查明该设施为何进入维护。
- 可选填写 Auto-revert timeout (hours)。填 0 或留空时,设施会一直处于维护状态,直到操作员手动恢复;填大于 0 的数值时,平台会在时限到期后自动恢复为 Active。
- 在对话框中点击 Confirm。
- 最后点击设施表单底部的 Save,更改才会生效。如果取消或未保存就离开,设施仍保持 Active。
如何恢复为 Active
在同一个 Operational Status 标签页中关闭该开关,然后点击 Save。更改会记入历史记录,警报引擎也会恢复正常处理事件。
状态历史
Operational Status 标签页中的 History 区域列出全部切换记录,包含以下列:
- START 和 END: 每个时段的开始与结束时间。
- DURATION: 该时段的总时长(小时与分钟)。
- ACCOUNT: 执行更改的用户。
- REASON: 填写的原因(如果有)。
各时段以标签形式显示为 Active(绿色)或 Maintenance(橙色,带扳手图标)。历史记录便于审核检修过程并计算实际可用率。
界面提示
- 设施处于 Maintenance 状态时,平台顶部选择器中的设施名称旁会出现一个小扳手 🔧。
- 维护期间,Operational Status 标签页中绿色的 Active 标签会变为橙色的 Maintenance。
注意事项
- 维护状态按设施生效。如果客户有多个设施,每个都单独管理。
- 传感器数据仍会照常接收并存储。维护模式只影响警报生成和规则执行,不影响数据接入。
- 从界面手动触发的通知不受影响,被阻止的只有来自提醒和动作的自动通知。
- 如果某个警报在进入维护前就已打开,并且在维护期间满足了关闭条件,该警报仍保持打开。它会在设施恢复为 Active 之后、收到下一条确认关闭条件的数据时关闭。
最后更新于
扇区
In the context of the platform, sectors play a crucial role in delineating different environments within a facility. The key functionality associated with sectors is the ability to configure specific automation rules for each environment...
设备 and 端点
In Gear Studio, the infrastructure of each facility is organized hierarchically into devices and endpoints. 设备 are the first level of a facility's infrastructure...