设备异常主要依靠人工巡检发现，历史趋势与维修记录互不关联，故障定位依赖个人经验。
现场设备来自多个供应商，PLC 和控制系统协议不一。设备异常主要依靠巡检人员发现，历史数据缺少统一存储，维修记录与运行状态无法关联。
项目周期首条产线试点约 12 周
协作角色设备、生产、维修、网络与信息化团队
交付范围设备调研、边缘接入、平台研发、现场联调与运维培训
DELIVERY CONSTRAINTS
落地时必须同时处理的约束
- 现场设备品牌与通信协议不统一
- 工业网络存在短时波动与断连
- 上线调试需配合有限的停机窗口
核心问题
采集点位多且命名不统一；网络波动影响数据完整性；告警阈值依赖经验；故障处理过程缺少闭环记录。
不是功能清单，而是一组关键决策
部署边缘采集与断点续传机制，统一设备模型和点位标准；建设时序数据平台、规则告警、工单联动及设备健康看板。
边缘侧先做数据兜底
在现场完成协议适配、缓存和断点续传，避免网络波动造成关键数据缺口。
设备模型统一命名
建立设备、点位、单位和采样频率规范，让后续产线复制不再重复整理。
告警必须形成闭环
告警从触发、确认、派单到关闭全程留痕，并关联维修记录和责任角色。
核心建设范围Vue / Go / MQTT / TimescaleDB
- 边缘网关与协议适配
- 设备与点位模型
- 实时趋势及看板
- 告警规则中心
- 维修工单联动
- 设备健康档案
从调研到试运行的交付记录
每个阶段都有可评审的产出，并在进入下一阶段前完成关键口径确认。
- 01第 1–2 周
现场勘察
设备清单、协议矩阵、网络与点位测绘
- 02第 3–5 周
边缘接入
网关部署、设备模型、数据质量验证
- 03第 4–9 周
平台研发
趋势看板、规则告警、工单与设备档案
- 04第 10–12 周
联调试运行
现场联调、阈值校准、运维交接
项目结果，以验收与试运行口径呈现
以下数据已做匿名化处理，反映的是特定项目范围和阶段，不作为对其他项目的效果承诺。
关键点位采集延迟
试点网络稳定时段
异常通知平均时长
较原人工通知流程
告警处置留痕
触发至关闭可追溯
已交付成果交付物覆盖产品、研发、迁移与运维交接
- 现场设备与协议清单
- 边缘采集服务
- 设备模型与点位标准
- 监测预警平台
- 告警处置 SOP
- 部署及运维手册