验证期起步包
3.8 万 / 起
- ✓接入点数 ≤ 200 个，1 个边缘网关授权
- ✓3 类主流协议（Modbus / MQTT / OPC UA）
- ✓2 周完成现场勘查与数据映射
- ✓标准看板模板 8 套，可改配色与字段
适合单产线或单仓库的可行性验证，交付周期 3~5 周。
IoT Solution Studio
让每一台设备
让每一台设备
在数智时代开口说话
面向制造、能源、冷链与园区场景的物联网解决方案展示官网。以玻璃拟态界面把设备接入、边缘计算、数据治理与可视化编排收进同一张半透明操作台，让 IoT 项目的评估—试点—规模复制路径可被一眼读懂。
3 层端—边—云架构
<200ms指令下行回执
99.95%接入层可用性
01 / PRICING服务与价格档位
按接入点数与边缘节点数计价，避免“一口价打包”导致后期扩容失控。以下为参考区间，含首年平台运维。
多站点复制包
12 万 / 年起
- ✓接入点数 ≤ 2000 个，边缘节点 ≤ 10 个
- ✓规则引擎 + 时序库，写入吞吐 ≥ 5 万点/秒
- ✓告警分级 4 档，支持短信 / 企业 IM / Webhook
- ✓专属实施顾问，季度架构复盘 1 次
最常被选择的档位，含 1 次免费的协议扩展对接。
私有化与定制
按需评估
- ✓私有化部署 / 专属集群，数据不出园区
- ✓接入点数不限，支持多租户隔离
- ✓对接 ERP / MES / WMS 双向同步
- ✓等保三级适配清单与审计日志导出
通常需 2 周需求澄清 + 1 次压力测试后方可报价。
02 / CORE核心能力卡片
三项能力决定了 IoT 项目能否从“能连上”走到“能运营”，也是与通用采集平台拉开差异的关键。
协议接入与设备影子
内置 12 类工业与楼宇协议解析器，设备上线即生成孪生影子，断网期间指令缓存至本地队列，恢复后按序补发，避免“指令丢失但界面显示成功”的经典事故。
Modbus RTU/TCPOPC UAMQTT 5.0BACnet
12 类协议解析器
≤3s影子状态同步
10 万条离线缓存队列
边缘计算与带宽收敛
把阈值判断、去重与降采样放到边缘侧执行，只上传变化量与聚合值。实测可将上行带宽与云端存储成本压到原始直传方案的三成左右，同时让告警延迟脱离公网波动。
本地规则引擎降采样断网续传灰度升级
-68%上行带宽占用
≤50ms边缘告警判定
7 天本地数据留存
数据治理与可视化编排
接入即打标：为每个测点补齐点位语义、单位、量程与责任班组，避免“有数据无含义”。看板支持拖拽编排，同一份指标可复用到车间大屏与移动端，减少重复开发。
点位语义字典拖拽看板分级告警多端复用
≥95%点位打标覆盖率
4 档告警分级
1 次编排多端复用
03 / UPDATES最新动态与资讯
平台迭代与实施经验的双周更新，供选型与已在建设中的团队参考。
规则引擎支持在线热更新
规则变更不再需要重启边缘服务，切换过程保持设备指令不断流，实测灰度发布窗口从 25 分钟压缩到 90 秒内。
2000 点位工厂的接入踩坑记录
汇总 6 类典型问题：点位命名冲突、网关时钟漂移、串口轮询过密等，附整改参数与验证方式。
玻璃拟态看板的可读性调优
半透明卡片在大屏与强光车间下的对比度补偿方案：提高描边不透明度、限制模糊半径上限，保证关键数字始终可读。
04 / METRICS关键数据条
以下为已交付项目的运行区间统计，可作为容量规划与验收阈值的参考基线。
5 万点/秒时序写入峰值吞吐
≤200ms指令下发到回执
99.95%接入层月度可用性
180 天原始数据默认留存
05 / COMPARE解决方案对比
横向对比三类常见路径，帮助判断自建、平台化与私有化分别适合什么阶段。
| 对比维度 | 自建采集脚本 | 平台化 SaaS | 私有化部署 |
|---|---|---|---|
| 上线周期 | 6~10 周，依赖自研人力 | 3~5 周，模板化配置 | 8~14 周，含环境适配 |
| 协议扩展成本 | 每新增 1 类协议约 5 人日 | 平台侧配置，通常 ≤1 人日 | 2~4 人日，需回归测试 |
| 数据主权 | 完全自持 | 托管于平台，需约定范围 | 数据不出园区 |
| 适合规模 | ≤200 点位单点验证 | 200~2000 点位多站点 | ≥2000 点位或强合规场景 |
| 三年总拥有成本 | 隐性人力占比高，难预估 | 可预估，随规模线性增长 | 前期投入高，长期摊薄 |
06 / CHECKLIST实用指导清单
六条可直接执行的落地要点，覆盖选型、接入、验收与运营，点击展开查看参数细节。
01先定采样频率，再谈存储成本
温度类慢变量建议 30s~60s 采样、变化超过 0.5℃ 才补采一次；振动与电流类快变量可 200ms 采样但边缘侧做 1 分钟聚合后再上传。
- 先算清：点位 × 频率 × 留存天数 = 年数据量，再反推存储预算。
- 避坑：全量高频直传是成本失控的第一原因，通常可压缩 60% 以上。
02点位命名必须在上线前统一
推荐结构：厂区-车间-设备-部件-测点-单位，全小写英文加短横线，禁用中文与空格。
- 验收阈值：命名规范符合率 ≥ 98%，含糊命名数量为 0。
- 避坑：后期改名会打断历史数据连续性，务必在接入前评审。
03告警阈值要分级且可追溯
至少分 提示 / 预警 / 严重 / 紧急 四档，并绑定责任班组与响应时限（如 15 分钟 / 2 小时 / 立即）。
- 每个阈值变更需记录操作人、时间与原因，保留最近 180 天。
- 避坑：全员广播式告警会在两周内被忽略，需按班组路由。
04网络弱覆盖场景先做链路冗余
车间金属结构对无线信号衰减明显，建议 有线优先、无线备份；网关需具备断网本地缓存 ≥ 7 天能力。
- 验收方式：拔掉上行网线 30 分钟，恢复后数据不丢、顺序不乱。
- 避坑：只测连通性不测断网续传，是现场最常见的验收盲区。
05玻璃拟态界面的可读性红线
半透明卡片必须保证正文与背景对比度，模糊半径建议 ≤ 20px，描边不透明度 ≥ 18%。
- 大屏与强光环境下，关键数字改用实底标签承载，避免与背景光斑混同。
- 避坑：整屏高饱和渐变会让磨砂层失去层次，背景彩度需克制。
06用三个月指标判断是否值得扩容
试点期结束后，重点看三项：设备在线率 ≥ 98%、告警有效处置率 ≥ 90%、运维人力未增加。
- 三项同时达标再进入多站点复制，否则先补数据质量而非加设备。
- 避坑：把“接入数量”当唯一成功指标，会掩盖数据不可用的真实问题。
把下一个 IoT 试点，做成可复制的样板
提供现有设备清单与目标场景，我们会在 3 个工作日内给出接入可行性评估、协议对照表与分阶段实施排期，先验证再扩容。