海量设备接入
支持 MQTT、CoAP、Modbus 多协议并行接入，单网关可挂载 2000 台设备。
实测：12 万点位 / 单集群
三种接入路线，先选对再谈快
同一批传感器，走不同链路的成本与时延差异可达 4 倍。下表按真实投产口径对比，避免「先上云再返工」。
| 对比维度 | 直连云平台 | 边缘网关中转 | 混合组网（推荐） |
|---|---|---|---|
| 端到端时延 | 180–320 ms | 60–110 ms | 40–86 ms 最优 |
| 断网可用性 | 完全中断 | 本地缓存 8 h | 本地自治 72 h |
| 单点硬件成本 | 低（仅模组） | 中（网关 + 模组） | 中高（网关集群） |
| 协议改造量 | 需统一为 MQTT | 网关侧做协议转换 | 保留 Modbus / CoAP 原协议 |
| 适用场景 | 点位 < 500 的轻量项目 | 单厂区、单楼宇 | 多厂区、跨地域设备网络 |
| 运维人力估算 | 1 人 / 2000 点位 | 1 人 / 6000 点位 | 1 人 / 12000 点位 |
上线后必须盯住的四个数字
指标不达标就不要放量接入，否则故障定位成本会随点位数量线性上升。
86msP95 指令往返时延，超过 200 ms 需检查边缘队列积压
0.02%允许的报文丢失率上限，对应每万条丢 2 条
72h边缘节点断网自治时长，低于 24 h 需扩容本地存储
3步从告警到定位的平均跳数，超过 5 步应重构拓扑分层
落地清单：六条能直接照做的接入要点
来自多厂区物联网项目的通用做法，每条都带可核对的阈值，避免「看起来做了」。
-
先定设备命名规范，再谈接入
采用
site-area-type-seq三段式，例如sz-a1-sensor-014，长度控制在 32 字符内。命名混乱的项目，后期数据检索耗时通常是规范的 3–5 倍。 -
采样周期按业务分层，不要一刀切
温度/湿度类 30 s 上报一次，振动类 1 s，安防类走事件触发。全场统一 1 s 上报会让带宽成本上浮约 40%，而业务侧并不需要这个精度。
-
边缘节点保留本地缓存与断点续传
本地磁盘至少预留 72 h 数据量，队列水位超过 70% 触发告警。断网期间写本地，恢复后按时间戳去重回传，重复率需压到 0.5% 以下。
-
协议转换集中在网关，别散落在设备端
Modbus、CoAP 统一在网关侧转换为 MQTT 上行，设备固件保持最小改动。这样单次协议升级的影响面从数千台设备收敛到几十台网关。
-
下行指令必须带幂等 ID 与超时重试
每条指令携带唯一 ID，超时 3 s 重试，最多 3 次；设备侧按 ID 去重。缺少幂等设计的项目，重复执行类事故占比往往超过一半。
-
用可视化拓扑替代日志翻查
把设备、网关、服务画成一张可下钻的网络纵横图，异常节点高亮。目标是把平均故障定位时间从 40 分钟压到 10 分钟以内。
六项核心能力，撑起一张可运维的网络
能力不是清单罗列，而是每条都对应一个可观测的量化出口。
边缘计算下沉
规则引擎在网关侧执行，过滤掉约 65% 的无效上行流量。
带宽节省：约 65%
实时数据孪生
设备状态映射为可视节点，刷新延迟控制在 1 s 内，支持历史回放。
刷新延迟：< 1 s
安全与权限隔离
设备证书双向认证，租户级数据隔离，密钥 90 天轮换一次。
认证失败率：< 0.1%
可视化拓扑运维
网络纵横图支持下钻到单设备，异常节点自动高亮并推送工单。
定位耗时：40 min → 10 min
开放 API 与低代码编排
提供 40+ 接口与拖拽式流程编排，业务方无需改固件即可扩展规则。
新规则上线：< 1 天
从勘察到放量的接入节奏
按阶段推进，每个阶段都有明确的验收口径，不通过不进入下一段。
- 阶段一 · 点位勘察
清点设备类型、协议与网络覆盖，输出点位清单与信号强度图，覆盖率低于 95% 的区域先补网。
- 阶段二 · 网关部署
按每 2000 台设备一台网关配置，双网冗余，网关到云端保持两条独立链路。
- 阶段三 · 灰度接入
先接 5% 点位跑 72 小时，重点看丢包率与断点续传，稳定后再扩大批次。
- 阶段四 · 全量放量
分批推进，每批不超过 20% 点位，批间隔 24 小时，随时可回滚。
- 阶段五 · 持续调优
按周复盘时延分布与告警收敛情况，把平均故障定位时间稳定在 10 分钟以内。
按点位规模选择服务档位
价格为起步参考口径，含平台授权与基础运维；硬件网关按现场数量单独核算。
真实场景里的网络纵横
排版不是装饰，而是把复杂拓扑讲清楚的手段。四张场景图对应四类典型接入现场。
