终端接入与建模
支持 MQTT / Modbus / OPC-UA 三类主流协议,设备影子在 200ms 内完成首次同步。物模型字段建议控制在 32 个以内,避免看板指标被稀释。
01 / 核心能力
极简线条艺术不是装饰,而是接口规范:统一命名、统一时间戳、统一单位,让设备、边缘与云端说同一种语言。以下四项能力按落地优先级排列。
支持 MQTT / Modbus / OPC-UA 三类主流协议,设备影子在 200ms 内完成首次同步。物模型字段建议控制在 32 个以内,避免看板指标被稀释。
在网关侧执行阈值判定与降采样,原始数据 1s 采一次、上云 10s 汇总一次,可降低约 62% 带宽占用,同时保留异常时刻的原始波形。
采用冷热分层:近 30 天热数据查询 P95 低于 180ms,超过 30 天落冷存储,压缩比约 8:1,保留周期默认 24 个月。
看板遵循「一屏一结论」:每张图不超过 3 条主指标线,告警收敛窗口设为 5 分钟,重复告警合并率可达 78%,值班噪音显著下降。
02 / 应用场景
将鼠标悬停或键盘聚焦卡片,展开该场景的采集频率、判定阈值与联动动作——这些参数才是方案能否落地的分水岭。
悬停查看参数 →
悬停查看参数 →
悬停查看参数 →
悬停查看参数 →
03 / 落地清单
按顺序执行即可跑通第一条链路。每条都给出建议参数与避坑点,避免在试点期反复返工。
用一张表固定「指标名 / 单位 / 精度 / 采样周期 / 责任人」,字段命名统一小写下划线。建议首批指标控制在 18~25 个,超过 40 个通常意味着需求尚未收敛。
高频采样(1~5s)只在边缘留存 7 天,上云按 10~60s 汇聚;异常时段自动切回原始频率并标记,兼顾带宽与取证需求。
设备、网关、服务端三处时钟偏差要压到 ±50ms 内,否则多源数据对齐后会出现虚假的「尖峰」。写入时保留毫秒精度,展示层再按需取整。
按 P0/P1/P2 三级:P0 电话直达(响应 5min)、P1 应用推送(30min)、P2 日报汇总。同设备同指标 5 分钟内合并为一条,抑制风暴。
边缘侧至少缓存 24h 数据,重连后按时间序补传并去重(以设备 ID + 时间戳为唯一键),补传失败重试 3 次、退避 5s/30s/120s。
上线前跑 7 天稳定性观测:丢包率 <0.5%、入库成功率 ≥99.9%、看板首屏加载 <1.5s。三项任一不达标就不进下一阶段。
04 / 常见问题
答案均基于已交付项目的实测区间,参数可按现场微调,但不要跳过验证步骤。
可以。优先用串口转以太网网关做协议转换,把私有报文映射为统一物模型;若点位超过 200 个,建议先在网关侧做一次字段裁剪,只上传决策必需的 30% 字段。
室内密集场景用 Wi-Fi 6 或 Zigbee,室外广域优先 LoRa/NB-IoT。覆盖按「实测衰减 + 20% 余量」估算,每 30 米布一个中继,单网关建议不超过 80 个终端。
多半是标签基数过高。控制单指标标签组合在 1 万以内,时间范围查询优先走聚合表,避免对原始点做全量扫描;冷热分层后 P95 可从秒级降到 200ms 内。
先做收敛再谈分级:同源 5 分钟合并、抖动阈值设置 2 次连续越限才触发,通常能把日均告警从 400 条压到 90 条以内,再按 P0/P1/P2 分配通道。
上线前后各取 30 天做对照:能耗、停机时长、人工巡检次数三项为核心。一般可在 1 个季度内看到能耗下降 10%~15%、巡检工时下降 30% 左右。
不会。原则是「一屏一结论」:每屏主指标不超过 3 个,辅助指标折叠进二级面板。信息密度靠层级而非堆砌,实测决策者找到目标指标的时间可缩短约 40%。
05 / 关键数据
以下为典型项目稳定运行 90 天后的观测区间,可作为立项时的目标基线。
38ms
端到端平均时延,覆盖采集到看板全链路
99.95%
链路可用性,按 90 天窗口统计
62%
边缘降采样带来的带宽节省比例
26%
预测性维护后非计划停机下降幅度