01 / 采集层
边缘接入与协议归一
支持 MQTT、Modbus、OPC UA 等 18 类工业协议，边缘侧完成 60% 的过滤与降采样，回传带宽较全量直传降低约 72%。
断网续传 24h
边缘规则 200 条/节点
这是一个网页样式设计参考
不对称布局 / 数字浪潮
Core Capability
三层能力栈，支撑数字浪潮下的持续扩张
采集层做协议归一，平台层做时序与规则，体验层做 AR 与个性化推荐的呈现。三层解耦，任意一层扩容不影响其余两层。
01 / 采集层
02 / 平台层
时序底座与规则引擎
单节点写入 120 万点/秒，压缩后存储成本约为原始数据的 1/9；规则引擎支持 5 级告警收敛，把重复告警压到原来的 8%。
热数据 30 天
冷归档 5 年
03 / 体验层
AR 体验与个性化推荐
巡检人员用 AR 叠加层直接看到设备温度、振动与工单状态；系统按角色与历史行为做个性化推荐，首屏有效信息命中率提升至 86%。
AR 视场标注 12 项
响应式设计 3 端一致
Delivery Flow
从勘察到规模复制的六步落地流程
以 8 周为最小可验证周期：前 2 周完成勘察与建模，中间 4 周并行接入与联调，最后 2 周做压力验证与交接。
01
现场勘察与点位建模
梳理设备台账、网络条件与供电情况，输出点位清单与协议映射表。
产出：点位表 + 协议对照表 · 周期 5 个工作日
02
边缘网关部署与协议适配
按每网关 300–800 个点位配置采集频率，避免高频点挤占回传带宽。
阈值：常规点 5s / 关键点 1s · 回传占用 <40%
03
数据底座与命名规范落地
统一设备编码与点位命名，接入时序库并建立冷热分层策略。
规范：租户/园区/设备/测点 四级路径 · 命名重复率 0
04
规则引擎与告警收敛配置
按设备类型定义阈值与抑制窗口，避免同一故障触发成百上千条告警。
抑制窗口 90s · 告警压缩比目标 ≥ 8:1
05
AR 视图与响应式看板交付
为巡检、调度、管理层分别配置视图，PC 大屏、平板、手机三端一致呈现。
验收：三端首屏信息一致率 100% · 断点 1024/640/380
06
压测、灰度与规模复制
以 1.5 倍额定设备量压测，先灰度 10% 点位运行 7 天再全量切换。
指标：时延 P95 <200ms · 丢点率 <0.1%
FAQ
部署前最常被问到的六个问题
以下回答均基于智慧城市与工业4.0的既有交付经验，涉及的具体数值可按现场条件调整。
存量设备协议老旧，能否直接接入而不更换硬件？
可以。对 RS-485、Modbus RTU 等老协议，通过边缘网关做本地转换即可，无需更换传感器本体。约 78% 的存量点位可沿用原设备，仅需补充网关与少量供电改造，单点位改造成本通常比换新低 60% 以上。
网络不稳定时数据会不会丢？
边缘侧内置 24 小时环形缓存，网络恢复后按时间序补传；补传采用分级策略，关键测点优先。实测在 4 小时断网场景下，关键测点数据完整率可达 100%，非关键测点不低于 99.6%。
AR 运维视图对终端设备有什么要求？
平板与手机建议近三年主流机型，浏览器需支持 WebGL 2.0；巡检用头显则需遵循平台提供的空间锚点规范。为保证可用性，AR 叠层默认只渲染视野内 12 项关键标注，超出部分折叠为图标，避免画面过载。
个性化推荐会不会把重要告警压下去？
不会。推荐排序只作用于信息展示顺序，不参与告警分级。一级告警永远置顶且强制弹窗，推荐逻辑仅在二级以下的工单排序与知识推送中生效，并可随时在后台关闭。
平台能横向扩展到多少个园区？
采用分片租户模型，单集群支撑 200 个以上园区、50 万台设备；超过该量级时按地域拆分集群，由统一地址服务做路由，前端体验不受影响。
响应式设计是否意味着功能会缩水？
不是。移动端保留查询、告警确认、工单派发与 AR 巡检四类高频操作，复杂拓扑编辑与批量配置仍建议在桌面端完成，两端通过同一套权限模型保持一致。
Ecosystem
与生态伙伴共建数字浪潮底座
芯片、网关、云资源与行业集成商四类伙伴协同，覆盖从模组到交付的完整链路。
模组与芯片伙伴提供低功耗 NB-IoT / Cat.1 模组
边缘网关厂商已完成 26 款网关的驱动适配
云资源服务商支持公有云 / 专有云混合部署
行业集成商覆盖市政、能源、制造等 9 个行业
算法与模型伙伴提供预测性维护与能耗优化模型
检测认证机构协助完成等保与数据合规评估
高校与研究机构联合验证城市级感知网络模型
运维服务商承接 7×24 现场响应与巡检
Comparison
三档物联网解决方案对比
按接入规模与实时性要求选择档位，避免为不需要的能力付费，也避免后期反复重构。
| 对比维度 | 基础版 | 标准版 | 旗舰版 |
|---|---|---|---|
| 设备接入上限 | 5,000 台 | 100,000 台 | 500,000 台 |
| 端到端指令时延 | <800ms | <400ms | <200ms |
| 数据保留策略 | 热数据 7 天 | 热 30 天 / 冷 2 年 | 热 30 天 / 冷 5 年 |
| 增强现实 AR 体验 | 不支持 | 移动端 AR 标注 | 移动端 + 头显 AR 协同 |
| 个性化推荐 | 规则排序 | 角色级推荐 | 角色 + 行为序列推荐 |
| 典型适用场景 | 单体园区试点 | 智慧城市片区 / 单厂工业4.0 | 跨城多园区统一调度 |
Client Voice
来自运营一线的真实反馈
关注三件事：上线时间、故障响应、以及一线人员是否真的愿意用。
我们把 6 个片区、12 万只感知设备并入同一平台，值班员从看 9 个系统变成看 1 块屏。告警收敛之后，夜班平均处理工单量从 140 件降到 31 件，误报带来的无效出车减少了近七成。
某城市运营中心 · 调度主管智慧城市片区项目
AR 巡检把老师傅的经验留在了系统里，新人照着叠加标注就能判定异常，上手周期从 3 个月压到 3 周。
某制造集团 · 设备管理部工业4.0 产线改造
Checklist
物联网项目落地实用清单
六条可直接抄进实施文档的要点，每条都带可验证的量化标准。
先定采集频率，再谈设备数量
常规测点设为 5s 上报、关键测点 1s。采集频率每翻一倍，回传带宽与存储成本约翻 1.8 倍；建议单网关点位不超过 800 个，回传占用长期低于 40%。
统一命名规范，拒绝中文与空格混用
采用「租户/园区/设备/测点」四级路径，全部小写字母加连字符。命名一旦上线，迁移成本极高；上线前用脚本校验，重复率必须为 0。
告警必须做收敛，抑制窗口 90s 起步
同一设备同一类型告警在 90s 内只推一条，目标压缩比 ≥ 8:1。一级告警强制置顶且不可被推荐逻辑降级，二级以下才允许排序优化。
冷热数据分层，别让时序库无限膨胀
热数据保留 30 天保证查询性能，冷数据归档 5 年满足审计需求。开启压缩后存储成本约为原始数据的 1/9，是性价比最高的一次优化。
压测按 1.5 倍额定规模，灰度 10% 跑 7 天
压测目标时延 P95 <200ms、丢点率 <0.1%。灰度期内重点看断网补传与告警风暴两个场景，确认无误再全量切换。
响应式三端一致，移动端只留高频动作
断点设为 1024 / 640 / 380，移动端保留查询、告警确认、工单派发与 AR 巡检；所有可点区域不小于 44×44px，避免现场戴手套误触。