跳到主要内容

开始使用预测性维护

当站点准备在 FactVerse 中建立第一条预测性维护工作流时，使用本指南。目标是让运营团队能够理解设备健康、异常、维护建议和工单反馈，而不是把数据假设和审阅责任隐藏在模型后面。

预测性维护应作为受治理的运营闭环来建设：先接入设备和信号，再在上下文中审阅健康状态，由负责人处理异常，已接受的建议进入维护工作，现场结果再回到下一轮调优。

设置流程​

前置条件​

要求作用
设备负责人审批设备范围，并审阅健康或异常输出。
数据负责人确认源系统访问、信号含义和数据质量问题。
维护负责人接收已接受的建议，创建、分配并关闭维护工作。
初始设备范围从一组相似资产开始，便于基线审阅和运营反馈。
工单反馈路径现场结果需要在工作完成后回到预测性维护闭环。

第 1 步：选择设备范围​

优先选择维护归属、信号数据和故障历史相对清楚的设备。

决策建议
设备类别可从冷机、泵、电机、压缩机、AHU、UPS、风机、过滤器或公辅设备开始。
运营边界定义站点、建筑、产线、房间、设备组或服务系统。
维护负责人指定审阅异常、接受或驳回建议、关闭工单并记录结果的团队。
决策周期明确首个场景是每日处理、每周维护计划、可靠性审阅还是试点数据验证。

不要一开始覆盖整个站点。较小范围更容易建立可信证据。

第 2 步：准备设备身份和信号​

预测性维护需要把每条设备记录稳定连接到源信号。

输入准备内容
设备台账设备 ID、名称、类别、位置、制造商、型号、负责人，以及可选的主设备目录桥接。
传感器或遥测历史时间戳、设备引用、信号名称、单位、数值和质量状态。
工单历史设备引用、故障类型、创建和关闭时间、优先级、根因、动作和结果。
巡检和告警证据巡检发现、告警、评论、照片和事件时间，用于解释运营上下文。

连接器、映射和源数据质量准备请参考 为预测性维护准备信号历史。

第 3 步：启用运营界面​

当前应用包含这些主要入口：

视图路由用途
看板/pdm/dashboard审阅健康分布、活动异常、维护状态和总体运营信号。
设备列表/pdm/equipment查找受监控资产并进入画像详情。
设备详情/pdm/equipment/:id审阅画像、健康快照、健康历史和设备上下文。
Fleet/pdm/fleet比较设备组和组件关注信号。
异常/pdm/anomalies处理未解决异常，并在合适时生成维护动作。
维护/pdm/maintenance审阅与受监控设备相关的维护记录和计划。
关键性/pdm/criticality结合风险和关键性信号确定工作优先级。
能源/pdm/energy在已接入能源数据时审阅能源基线。
健康/pdm/health在启用时审阅以健康为中心的运营视图。

路由和 API 中保留 pdm，面向客户的正文统一写作预测性维护。

第 4 步：验证第一台设备​

扩展更多资产前，先完整验证一条设备记录。

  1. 打开设备画像并确认身份字段。
  2. 确认近期信号历史映射到正确设备。
  3. 审阅最新健康快照和健康历史。
  4. 检查看板统计是否包含该设备。
  5. 打开异常列表，确认未解决事件带有可用上下文。
  6. 维护建议经过审阅后，再创建或关联维护动作。
  7. 关闭关联工单并记录结果标签。

第 5 步：定义审阅节奏​

预测性维护需要进入日常运营节奏。

节奏审阅重点
每日班次审阅新的高严重度异常、被阻塞的建议和紧急设备状态变化。
每周维护计划已接受建议、工单积压、关键性排序、维护窗口和备件准备。
每月可靠性审阅健康趋势、重复故障模式、建议准确性、误报和规则或模板调整。
试点验收数据完整性、审阅人信心、工单结果回收和下一阶段范围。

预期输出​

  • 已定义的设备范围；
  • 所选设备的信号历史映射；
  • 至少一个已审阅的设备画像；
  • 能反映真实源数据的看板和异常视图；
  • 明确的建议决策负责人；
  • 已接受建议到工单反馈的路径；
  • 扩大范围前需要处理的数据或准备缺口。

验证清单​

  • 设备身份在预测性维护、DFS、CMMS 和工单记录中一致。
  • 源信号具备预期单位、时间戳和设备映射。
  • 首个设备画像有健康历史，或清楚显示无数据状态。
  • 异常审阅有负责人和响应路径。
  • 已接受建议可以创建或关联工单。
  • 工单关闭时记录结果证据。
  • 看板和 Agent 摘要与底层记录一致。

故障处理​

现象检查项
设备没有出现在看板租户范围、设备画像、源映射和路由权限。
健康视图没有数据近期读数、时间戳格式、单位映射和设备 ID 桥接。
异常列表为空信号覆盖、阈值或基线准备状态，以及选择的时间窗口。
建议无法转成工作工单权限、CMMS 配置和维护归属。

相关文档​